Тут собралась «элита», которая якобы могла бы «одной левой ногой» исправить столь «мелкий» баг. Но вместо этого пятый день поливает друг друга сами видите чем.
Да, продаем. Ваше эго взбунтовалось от сего факта? Внутренний перфекционист не может спать спокойно с этой мыслью? Нет проблем — сделайте свое «идеальное устройство» и продавайте вместо нас. Делов-то — рынок рассудит.
У нас, к сожалению, нет 100-ваттного совкового паяльника. Поэтому мы даже и не пробуем паять им все подряд. Всё стараемся использовать инструменты чуть посвежее да и просто адекватные задачам. Но это не мешает нам решать проблемы клиентов вместо того, что бы меряться своим самомнением с коллегами или конкурентами.
Наше устройство было создано для решения насущной проблемы — «измерить температуру еще вооон на том столбе в цеху куда провод протянуть ну очень сложно и дорого». И IO-Node ее отлично решает. Альтернатив ему на рынку как не было так и нет. Поэтому сделали свое устройство. Сначала для себя, на макетке. А потом уже оформили в виде готового изделия и стали предлагать клиентам как сопутствующий товар. Они периодически покупают.
Думаете, главному инженеру пекарни сильно интересно на чем написана прошивка в датчике температуры — на С/Arduino/Ассемблере? Открою секрет: нет. Это интересно только инженерам-занудам, у которых в резюме есть такие слова.
Клиента интересует непрерывность производственных процессов и поддержка. Устройство должно работать 24/7/365 и без сюрпризов т.к. простои могут стоить чудовищных денег. А готовый модуль там на плате или LQFP напаянный утюгом суровыми русскими мужиками — никого в этом мире не волнует.
Наш IO-Node работает 24/7/365 с непрерывным аптаймом? Да! Код вылизан, проверен временем и стабилен, обеспечивает непрерывность процессов клиента.
Само устройство идеально? Нет, конечно. Мы это понимаем. Можно улучшать и переделывать до бесконечности. Но, учитывая узкую его специализацию и небольшие тиражи, смысла в этом не видим — есть чем заниматься помимо этого.
С удовольствием. $1k, плюс плату, подверженную проблеме, высылаете курьером на адрес моего офиса.
$500/час? Спасибо, поулыбался. Ха-ха.
Вне всякого сомнения, ваши клиенты будут намного более счастливы, узнав, что вы используете чужой код, в реализацию которого вы даже не пытаетесь вникать...
А не вы ли, часом, ART-блок для своего Black Swift копировали из роутеров TP-Link вместо полноценной калибровки радиотракта каждого модуля?
А сколько вам нужно времени что бы вникнуть в реализацию чужого драйвера, исправить его и быть уверенным что ничего больше не поломается, память не потечет, не будет спонтанных косяков в других местах и на других микросхемах?
Успеете к вечеру все сделать и отгрузить устройства клиентам, которым, как обычно, все нужно на вчера? Прекрасно! Давайте мы вам оплатим эти два часа и вы зальете фикс в апстрим, а?
Этот модуль собирает показания температур с датчиков 1-Wire (до 32 штук) и отдает их по Modbus TCP в нашу SCADA. Еще там есть 2 входа и 2 выхода на случай если нужно чем-то поуправлять. Мы его сделали для решения задач сбора температуры в местах, куда кабель тянуть сложно или дорого. Во всяких цехах, магазинах и пр.
Спасибо. Сейчас мы понимаем, что выбор C/C++ было ключевым для успеха проекта. Сейчас на одном WebHMI можно диспетчеризировать целый комбикормовый завод, супермаркет, спортивный комплекс.
Используя любой другой язык, эта платформа банально не потянула бы такие проекты.
Мы предоставляем свободу выбора решения этой проблемы заказчику.
Можно использовать выделенный белый IP-адрес, DynDNS.
Как альтернативу мы предлагаем платную услугу VPN/HTTPProxy. WebHMI подключается к нашему серверу по VPN. А мы или даем к нему доступ по HTTP через обычный интернет или пускаем ваш компьютер в этот же VPN и вы ходите на него через VPN без открытия доступа в интернет.
У ионисторов есть большая беда – кривая разряда совсем не плоская.
Сколько фактически мА*ч получается снять с этих 10Ф? Очень интересно.
Мы когда-то думали о похожем решении аналогичной задачи. Но у нас получалось что все устройство должно состоять из ионисторов. Поэтому используем LiPo аккумулятор.
Первый перезагружает устройство если что-то плохое происходит с основным демоном, который отвечает за сбор, обработку и хранение данных. Если завис, закончилась память, выполнил недопустимую операцию и т.д. Сейчас это ну очень редкая ситуация.
Второй перезагружает WebHMI если что-то происходит с операционной системой или самой платформой. Самое частое его применение – перезагрузка при сбое SD-карты. Если карта плохая и глючит, Linux переводит ее в режим Read-Only и мы больше не можем собирать данные. Поэтому в таких ситуациях мы выполняем перезагрузку, во время загрузки ОС пытается восстановить файловую систему. Если повезет – работаем дальше. Но обычно такая ситуация требует максимально быстрой замены карты. И опять же, если карта промышленная, то такой ситуации не возникает.
Зачем делать такую малую нижню границу периода опроса, если период отображаемый данных начинается только от 50 мс?
html-теги
В WebHMI есть встроенный язык программирования Lua. Он позволяет писать пользовательские программы, частично заменяя функции ПЛК. Если проект не требует критически быстрого управления, то всю логику можно выполнить на языке высокого уровня Lua прямо в WebHMI и заменить в проекте ПЛК на более примитивное УСО, исключить работы по программированию PLC. А иногда, применяя хитрости и смекалку, можно избежать даже применения УСО, что очень удешевляет себестоимость проекта.
Вот для максимально быстрой реакции программ и есть возможность опрашивать внешние устройства с интервалами от 5мс (но фактическая скорость, понятное дело, сильно зависит от скорости обмена по шине RS485).
При необходимости откатиться на старую версию – вводите код обновления старой версии. При необходимости можно прошить конкретную версию ПО.
Перед обновлением происходит валидация новой прошивки и тестовое обновление без физической записи на флеш. Это позволяет убедится в том, что скачанный файл корректный.
Ручной upload пользователем невозможен.
Тут собралась «элита», которая якобы могла бы «одной левой ногой» исправить столь «мелкий» баг. Но вместо этого пятый день поливает друг друга сами видите чем.
Вашу бы энергию, да в мирное русло… Банально теряете $500/час читая все эти комментарии. Не обидно ли?
Да, продаем. Ваше эго взбунтовалось от сего факта? Внутренний перфекционист не может спать спокойно с этой мыслью? Нет проблем — сделайте свое «идеальное устройство» и продавайте вместо нас. Делов-то — рынок рассудит.
У нас, к сожалению, нет 100-ваттного совкового паяльника. Поэтому мы даже и не пробуем паять им все подряд. Всё стараемся использовать инструменты чуть посвежее да и просто адекватные задачам. Но это не мешает нам решать проблемы клиентов вместо того, что бы меряться своим самомнением с коллегами или конкурентами.
Наше устройство было создано для решения насущной проблемы — «измерить температуру еще вооон на том столбе в цеху куда провод протянуть ну очень сложно и дорого». И IO-Node ее отлично решает. Альтернатив ему на рынку как не было так и нет. Поэтому сделали свое устройство. Сначала для себя, на макетке. А потом уже оформили в виде готового изделия и стали предлагать клиентам как сопутствующий товар. Они периодически покупают.
Думаете, главному инженеру пекарни сильно интересно на чем написана прошивка в датчике температуры — на С/Arduino/Ассемблере? Открою секрет: нет. Это интересно только инженерам-занудам, у которых в резюме есть такие слова.
Клиента интересует непрерывность производственных процессов и поддержка. Устройство должно работать 24/7/365 и без сюрпризов т.к. простои могут стоить чудовищных денег. А готовый модуль там на плате или LQFP напаянный утюгом суровыми русскими мужиками — никого в этом мире не волнует.
Наш IO-Node работает 24/7/365 с непрерывным аптаймом? Да! Код вылизан, проверен временем и стабилен, обеспечивает непрерывность процессов клиента.
Само устройство идеально? Нет, конечно. Мы это понимаем. Можно улучшать и переделывать до бесконечности. Но, учитывая узкую его специализацию и небольшие тиражи, смысла в этом не видим — есть чем заниматься помимо этого.
$500/час? Спасибо, поулыбался. Ха-ха.
А не вы ли, часом, ART-блок для своего Black Swift копировали из роутеров TP-Link вместо полноценной калибровки радиотракта каждого модуля?
Успеете к вечеру все сделать и отгрузить устройства клиентам, которым, как обычно, все нужно на вчера? Прекрасно! Давайте мы вам оплатим эти два часа и вы зальете фикс в апстрим, а?
Используя любой другой язык, эта платформа банально не потянула бы такие проекты.
Можно использовать выделенный белый IP-адрес, DynDNS.
Как альтернативу мы предлагаем платную услугу VPN/HTTPProxy. WebHMI подключается к нашему серверу по VPN. А мы или даем к нему доступ по HTTP через обычный интернет или пускаем ваш компьютер в этот же VPN и вы ходите на него через VPN без открытия доступа в интернет.
Сколько фактически мА*ч получается снять с этих 10Ф? Очень интересно.
Мы когда-то думали о похожем решении аналогичной задачи. Но у нас получалось что все устройство должно состоять из ионисторов. Поэтому используем LiPo аккумулятор.
Первый перезагружает устройство если что-то плохое происходит с основным демоном, который отвечает за сбор, обработку и хранение данных. Если завис, закончилась память, выполнил недопустимую операцию и т.д. Сейчас это ну очень редкая ситуация.
Второй перезагружает WebHMI если что-то происходит с операционной системой или самой платформой. Самое частое его применение – перезагрузка при сбое SD-карты. Если карта плохая и глючит, Linux переводит ее в режим Read-Only и мы больше не можем собирать данные. Поэтому в таких ситуациях мы выполняем перезагрузку, во время загрузки ОС пытается восстановить файловую систему. Если повезет – работаем дальше. Но обычно такая ситуация требует максимально быстрой замены карты. И опять же, если карта промышленная, то такой ситуации не возникает.
В WebHMI есть встроенный язык программирования Lua. Он позволяет писать пользовательские программы, частично заменяя функции ПЛК. Если проект не требует критически быстрого управления, то всю логику можно выполнить на языке высокого уровня Lua прямо в WebHMI и заменить в проекте ПЛК на более примитивное УСО, исключить работы по программированию PLC. А иногда, применяя хитрости и смекалку, можно избежать даже применения УСО, что очень удешевляет себестоимость проекта.
Вот для максимально быстрой реакции программ и есть возможность опрашивать внешние устройства с интервалами от 5мс (но фактическая скорость, понятное дело, сильно зависит от скорости обмена по шине RS485).
Для всего зоопарка модемов, что прошли через наши руки, 500мА хватало с головой.
Перед обновлением происходит валидация новой прошивки и тестовое обновление без физической записи на флеш. Это позволяет убедится в том, что скачанный файл корректный.
Ручной upload пользователем невозможен.