Comments 63
Приятно прочитать -)
Всё это до боли знакомо- мы производим лазерные станки, в том числе сложные и весьма нестандартные, под конкретного заказчика. Как обычно, со стороны кажется «Да что там, всё же просто и очевидно». И только тот кто реально занимается изготовлением, понимает, насколько это сложный, долгий, и иногда непредсказуемый путь.
Всё это до боли знакомо- мы производим лазерные станки, в том числе сложные и весьма нестандартные, под конкретного заказчика. Как обычно, со стороны кажется «Да что там, всё же просто и очевидно». И только тот кто реально занимается изготовлением, понимает, насколько это сложный, долгий, и иногда непредсказуемый путь.
у нас тогда был только английский язык в интерфейсе – мол это потому, что мы взяли какой-то чужой софт и выдаем его за свой.
Нам точно так же предъявляли :)
Спасибо. Супер с интересом прочитал.
А почему используете светодиоды? А не небольшой дисплей?
Просто показалось что он удобнее и плёночную клавиатуру с парой кнопок.
И после прочтения понимаешь почему пром автоматика такая дорогая.
Ограничения железа не чувствуете нет необходимости в более мощное?
По поводу АКБ не пробовали использовать LiFe? Он долговечнее и диапазон температур выше.
А почему используете светодиоды? А не небольшой дисплей?
Просто показалось что он удобнее и плёночную клавиатуру с парой кнопок.
И после прочтения понимаешь почему пром автоматика такая дорогая.
Ограничения железа не чувствуете нет необходимости в более мощное?
По поводу АКБ не пробовали использовать LiFe? Он долговечнее и диапазон температур выше.
В промышленных условиях светодиод видно лучше и с бОльшего расстояния, чем маленький экран. Людям со слабым зрением легче рассмотреть светодиоды и по телефону легче сказать «магает красный», «зеленый светится постоянно», «все мигает». Светодиод легче встраивается в корпус — достаточно круглое отверстие просверлить.
Не совсем понятно чем пленочная клавиатура удобнее? У нас всего две кнопки вкл/выкл/сброс и сброс сетевых настроек. Они хорошо помещаются под стеклянную крышку корпуса и защищены ею от случайного нажатия. Пленочная клавиатура потребует усложнения корпуса, изготовления этой самой заказной клавиатуры, логистики… Зачем?
Ограничения железа чувствуем каждый день. Но сейчас нам проще оптимизировать софт, чем разработать новую платформу. Это потребует больших инвестиций, уйму времени и удорожания продукта. Пока что это не рационально для нас. Возможно, через год-два вернемся к этому вопросу. Сейчас мы заняты разработкой системы верхнего уровня для предоставления различных дополнительных сервисов, таких как отправка сообщений, отображения состояния объектов на карте, VPN-доступ, анализ расхода ресурсов, прогноз погоды и т.д.
Cпасибо за подсказку про LiFe. Мы не знали что они могут эксплуатироваться от –30°С. Изучим вопрос, и, возможно, применим их если найдем подходящий по габаритам аккумулятор. У нас есть ограничение по максимальной толщине.
Не совсем понятно чем пленочная клавиатура удобнее? У нас всего две кнопки вкл/выкл/сброс и сброс сетевых настроек. Они хорошо помещаются под стеклянную крышку корпуса и защищены ею от случайного нажатия. Пленочная клавиатура потребует усложнения корпуса, изготовления этой самой заказной клавиатуры, логистики… Зачем?
Ограничения железа чувствуем каждый день. Но сейчас нам проще оптимизировать софт, чем разработать новую платформу. Это потребует больших инвестиций, уйму времени и удорожания продукта. Пока что это не рационально для нас. Возможно, через год-два вернемся к этому вопросу. Сейчас мы заняты разработкой системы верхнего уровня для предоставления различных дополнительных сервисов, таких как отправка сообщений, отображения состояния объектов на карте, VPN-доступ, анализ расхода ресурсов, прогноз погоды и т.д.
Cпасибо за подсказку про LiFe. Мы не знали что они могут эксплуатироваться от –30°С. Изучим вопрос, и, возможно, применим их если найдем подходящий по габаритам аккумулятор. У нас есть ограничение по максимальной толщине.
Ограничения железа чувствуем каждый день. Но сейчас нам проще оптимизировать софт, чем разработать новую платформу. Это потребует больших инвестиций, уйму времени и удорожания продукта.
А не думали взять готовое железо? Сейчас его довольно много,
Если я правильно понимаю вашу экономику (не очень массовый продукт, основная ценность и user expierence — не в железе, куча затрат на ПО), то большого экономического смысла в своей железке нет.
Экономический смысл есть. Иначе бы и не ввязывались в эту игру.
Чужой продукт – чужие баги, меньшая добавленная стоимость, ограниченная поддержка.
Вы бы ездили к нашему клиенту вылавливать проблемы с зависанием или перезагрузкой устройства, которое возникает спонтанно раз в 2-4 недели? Или спихнули бы все на кривой софт? Сколько бы стоили такие поездки и за чей счет они бы были?
А если бы нам был нужен другой тип формирователя RS-485 — вы бы подстроили продукт под нас? Или вот блок питания нас не устраивает. Хотим фильтрацию получше. Измените схемотехнку для нас? Как быстро? За чей счет?
Все эти вопросы приводят к мысли, что для создания классного продукта нужно контролировать и софт и железо. Мы пошли именно этим путем.
Чужой продукт – чужие баги, меньшая добавленная стоимость, ограниченная поддержка.
Вы бы ездили к нашему клиенту вылавливать проблемы с зависанием или перезагрузкой устройства, которое возникает спонтанно раз в 2-4 недели? Или спихнули бы все на кривой софт? Сколько бы стоили такие поездки и за чей счет они бы были?
А если бы нам был нужен другой тип формирователя RS-485 — вы бы подстроили продукт под нас? Или вот блок питания нас не устраивает. Хотим фильтрацию получше. Измените схемотехнку для нас? Как быстро? За чей счет?
Все эти вопросы приводят к мысли, что для создания классного продукта нужно контролировать и софт и железо. Мы пошли именно этим путем.
Вы правильные вещи говорите, но ведь и в пользу другого решения есть сильные аргументы.
Вы делали 34 ревизии железа, и при этом, мне кажется, большей частью ходили по тем же граблям, что и все остальные. А если бы взяли готовое железо, пусть и не на 100% соответствующее вашим желаниям, то могли бы больше ресурсов потратить на разработку своего продукта.
Вылавливать спонтанные проблемы на объекте — конечно так себе занятие, и вряд ли сторонний производитель будет относиться к этому так же усердно, как вы сами. Но если вы берёте что-то готовое и отлаженное, то скорее всего проблемы уже у кого-то проявлялись, и их уже выловили, причём за чужой счёт.
Про трансивер RS-485 и фильтрацию: конкретно мы и конкретно эти две вещи — да изменили бы, да быстро: у нас и то и другое сделано маленькими модулями, которые можно выпускать отдельно и быстро. Но это плохой пример, потому что понятно, что какие-то другие вещи (форм-фактор, объём оперативки, расположение разъёмов) под клиента производитель менять не будет, потому что тут весь смысл продажи готового отлаженного устройства пропадает. В этом вы правы.
Про добавленную стоимость тоже не всё так очевидно: производителю железа банально железка обходится дешевле, чем вам, потому что у него объёмы сильно больше.
Простой пример: вы же используете в контроллере готовый SoM, а не делаете его сами. Хотя он и зависнуть наверное может, и часть добавленной стоимости уезжает в Литву.
Итого, по-моему делать в подобном случае свой контроллер сразу — это преждевременная оптимизация. Много потраченных ресурсов, которые дали не такую большую разницу в конечном результате.
Естественно, контролировать всю цепочку — это то, к чему нужно стремиться, но, как мне кажется, не так важно делать это с самого начала.
В любом случае, получилось в итоге здОрово. И спасибо ещё раз за статью!
Вы делали 34 ревизии железа, и при этом, мне кажется, большей частью ходили по тем же граблям, что и все остальные. А если бы взяли готовое железо, пусть и не на 100% соответствующее вашим желаниям, то могли бы больше ресурсов потратить на разработку своего продукта.
Вылавливать спонтанные проблемы на объекте — конечно так себе занятие, и вряд ли сторонний производитель будет относиться к этому так же усердно, как вы сами. Но если вы берёте что-то готовое и отлаженное, то скорее всего проблемы уже у кого-то проявлялись, и их уже выловили, причём за чужой счёт.
Про трансивер RS-485 и фильтрацию: конкретно мы и конкретно эти две вещи — да изменили бы, да быстро: у нас и то и другое сделано маленькими модулями, которые можно выпускать отдельно и быстро. Но это плохой пример, потому что понятно, что какие-то другие вещи (форм-фактор, объём оперативки, расположение разъёмов) под клиента производитель менять не будет, потому что тут весь смысл продажи готового отлаженного устройства пропадает. В этом вы правы.
Про добавленную стоимость тоже не всё так очевидно: производителю железа банально железка обходится дешевле, чем вам, потому что у него объёмы сильно больше.
Простой пример: вы же используете в контроллере готовый SoM, а не делаете его сами. Хотя он и зависнуть наверное может, и часть добавленной стоимости уезжает в Литву.
Итого, по-моему делать в подобном случае свой контроллер сразу — это преждевременная оптимизация. Много потраченных ресурсов, которые дали не такую большую разницу в конечном результате.
Естественно, контролировать всю цепочку — это то, к чему нужно стремиться, но, как мне кажется, не так важно делать это с самого начала.
В любом случае, получилось в итоге здОрово. И спасибо ещё раз за статью!
температурный диапазон от 0 до +50°С. Он ограничен наличием Li-Po батареи и параметрами её эксплуатации.
Cпасибо за подсказку про LiFe… применим их если найдем подходящий по габаритам аккумулятор. У нас есть ограничение по максимальной толщине.Ребята, при всём уважении ваши 0..+50°С на весьма холодном целевом рынке выглядят как-то несерьёзно. Может, проще сделать пару клемм для внешнего аккумулятора? Некрасиво, но IMHO дистанционный запуск котла в лютый мороз того стоит. Лично у меня надпись -40..85°C сразу вызывает приступ фетишизма:)
Интересно узнать кол-во инсталяций контроллера. Секрет?
Про сд-карты не согласен.
Это не клиенты тупые нищеброды желающие сэкономить на картах, а ваши разрабы не
желают подумать как оптимизировать работу с ФС.
А если карта работает только в железке, то и ФС не обязательна. Так можно очень на долго продлить ей жизнь.
Сам разработчик.
Но когда сталкиваюсь с поставщиками, рассказывающими мне какое питание использовать, какие карты нужны, витая должна быть обязательно медная, а не омедненная — стопэ, парни, Вы за немалые деньги продаёте промышленную железку, которой нужны комнатные условия?
В конечном итоге заканчивается — не нравится, не покупай.
Сами же китайцев в пример проводите — они для клиента, а не клиент приползёт и в очередь встанет.
Это не клиенты тупые нищеброды желающие сэкономить на картах, а ваши разрабы не
желают подумать как оптимизировать работу с ФС.
А если карта работает только в железке, то и ФС не обязательна. Так можно очень на долго продлить ей жизнь.
Сам разработчик.
Но когда сталкиваюсь с поставщиками, рассказывающими мне какое питание использовать, какие карты нужны, витая должна быть обязательно медная, а не омедненная — стопэ, парни, Вы за немалые деньги продаёте промышленную железку, которой нужны комнатные условия?
В конечном итоге заканчивается — не нравится, не покупай.
Сами же китайцев в пример проводите — они для клиента, а не клиент приползёт и в очередь встанет.
Наш опыт говорит о том, что промышленные карты себя окупают. Да, они дороже ноунейма из подземного перехода. Но сколько стоит потеря данных? Сколько стоит простой системы? Сколько стоит время людей, которые потом восстанавливают работоспособность системы?
С промышленными картами (которые SLC) у наших клиентов не было ни одной проблемы за многие годы эксплуатации на любых объектах. Много где данные пишутся на карту 24/7/365. А вот с бытовыми картами регулярно проявляются проблемы. В столе есть уже небольшое кладбище таких карт. Думаете, все дело в оптимизации ФС? Она более оптимизирована для SLC карт и менее оптимальна для самых дешевых MLC-шек, которые даже в смартфонах долго не живут?
Да и если представители Transcend сами вертят носом от своих коммерческих карт, о чем тут еще говорить?
С промышленными картами (которые SLC) у наших клиентов не было ни одной проблемы за многие годы эксплуатации на любых объектах. Много где данные пишутся на карту 24/7/365. А вот с бытовыми картами регулярно проявляются проблемы. В столе есть уже небольшое кладбище таких карт. Думаете, все дело в оптимизации ФС? Она более оптимизирована для SLC карт и менее оптимальна для самых дешевых MLC-шек, которые даже в смартфонах долго не живут?
Да и если представители Transcend сами вертят носом от своих коммерческих карт, о чем тут еще говорить?
Там не в MLC/SLC дело. У нас MLC eMMC-чипы (индустриальные) стоят в контроллерах, за полтора года на несколько тысяч устройств — ноль возвратов по неисправности накопителя.
До этого использовали microSD, коммерческие были Transcend. Вот они дохли от неосторожного взгляда.
До этого использовали microSD, коммерческие были Transcend. Вот они дохли от неосторожного взгляда.
Раскройте, пожалуйста, коды изделий Transcend SLC флэш-памяти в формате USB DOM или microSD; я так понимаю, это именно SLC (не Super MLC)? Раньше был TS4GUFM, но он давно не актуален. Есть ещё HPE Flash Media Kit, по стоимости та ещё деталь самолёта…
Я тоже интересуюсь тематикой износа флэшек и иногда пишу на эту тему тут и там. Для использования промышленной памяти вижу две основных причины: мороз и электрический износ. Второе зависит от типа (SLC/MLC) и регулируется встроенным микроконтроллером, прошивка которого в промышленных изделиях существенно умнее, а используемые коды ECC — длиннее. На SSD для ЦОД стоит конденсатор, ёмкости которого хватает на закрытие последней транзакции, иначе даже журнал не спасёт. Поинтересуйтесь у Transcend насчёт их USB DOM, CF и microSD — что они скажут?
Вы как-то измеряли интенсивность записи в сутки, приводили её к чему-либо, или вся теория надёжности строится исключительно на практическом feedback? Какой тип файловой системы используете, выделяете ли раздел под запись? Может, лучше отдельную флэшку под систему, отдельную (или SSD) под данные? Или просто две флэшки в режиме резервирования?
Я тоже интересуюсь тематикой износа флэшек и иногда пишу на эту тему тут и там. Для использования промышленной памяти вижу две основных причины: мороз и электрический износ. Второе зависит от типа (SLC/MLC) и регулируется встроенным микроконтроллером, прошивка которого в промышленных изделиях существенно умнее, а используемые коды ECC — длиннее. На SSD для ЦОД стоит конденсатор, ёмкости которого хватает на закрытие последней транзакции, иначе даже журнал не спасёт. Поинтересуйтесь у Transcend насчёт их USB DOM, CF и microSD — что они скажут?
Вы как-то измеряли интенсивность записи в сутки, приводили её к чему-либо, или вся теория надёжности строится исключительно на практическом feedback? Какой тип файловой системы используете, выделяете ли раздел под запись? Может, лучше отдельную флэшку под систему, отдельную (или SSD) под данные? Или просто две флэшки в режиме резервирования?
USB DOM мы не видели Transcend. Были другие, разные. Самые адекватные оказались STEC. У них сносная скорость записи (~70КБ/с в случайной записи по 4кб). Все остальное, что покупали, был мусор. Заказываешь одно – присылают другое и глазом не моргнув. Мол, «ой, мы тут обновили линейку, не успели вам сообщить что теперь это не SLC, а MLC».
microSD не берем, берем полноразмерные SD SLC. По нашим наблюдениям они более живучие. Самый ходовой объем – 1GB. При объеме от 8 GB и выше клиенты уже крепко думают между MLC и SLC. 32GB берут только MLC, но тоже Industrial. Разница в цене уже очень ощутимая.
Еще тестировали их superMLC (физически это MLC, но организована как SLC) для другого проекта. Но пока большой статистики нет.
У нас аккумулятор как раз и был добавлен для правильного завершения работы в при пропадании внешнего питания. Искали альтернативы (больше электролитов, ионисторы и т.д) – все не дает хорошего результата. Особенно, если воткнут 3G-модем.
Надежность вычисляем эмпирически. Используем ext4. Прошивка хранится во флеше SOMa. На карте – только изменяемые пользовательские данные. Про две флешки это уже перебор. Паранойя какая-то. Данные можно автоматически экспортировать к нам в облако и не переживать по поводу смерти карты настолько сильно. При большом желании можно подключить любой SSD или HDD в USB-порт и использовать его как хранилище.
microSD не берем, берем полноразмерные SD SLC. По нашим наблюдениям они более живучие. Самый ходовой объем – 1GB. При объеме от 8 GB и выше клиенты уже крепко думают между MLC и SLC. 32GB берут только MLC, но тоже Industrial. Разница в цене уже очень ощутимая.
Еще тестировали их superMLC (физически это MLC, но организована как SLC) для другого проекта. Но пока большой статистики нет.
У нас аккумулятор как раз и был добавлен для правильного завершения работы в при пропадании внешнего питания. Искали альтернативы (больше электролитов, ионисторы и т.д) – все не дает хорошего результата. Особенно, если воткнут 3G-модем.
Надежность вычисляем эмпирически. Используем ext4. Прошивка хранится во флеше SOMa. На карте – только изменяемые пользовательские данные. Про две флешки это уже перебор. Паранойя какая-то. Данные можно автоматически экспортировать к нам в облако и не переживать по поводу смерти карты настолько сильно. При большом желании можно подключить любой SSD или HDD в USB-порт и использовать его как хранилище.
Используем ext4.
microSD не береми правильно делаете, потому что в microSD ставят максимально упрощённую «кухню», сильно оптимизированную под FAT в плане управления износом
Прошивка хранится во флеше SOMa. На карте – только изменяемые пользовательские данные. Про две флешки это уже перебор.Нет, это и есть две флэшки, спасибо:)
При большом желании можно подключить любой SSD или HDD в USB-портКакую мощность подаёте на USB-порт? Есть ли полный сброс линии питания командой на несколько секунд?
Я знаю, в Ваши края LTE ещё не пришёл, но когда придёт, лучше быть готовыми, ибо жрут LTE-терминалы изрядно. Заодно сразу подумайте про поддержку HiLink-модемов, иначе где-то на 20Мбит/с Ваш SOM будет тратить, наверное, треть ЦП на PPP-инкапсуляцию. Портал 4pda.ru — хороший источник. Впрочем, это так, перспектива…
На USB выдаем 500мА. Есть микросхема, которая может по нашей команде отключить питание на внешнем USB-разъеме. Это как раз и нужно для борьбы с глючными коммерческими модемами.
USB-порт со встроенным реле по питанию — молодцы, ну чем не Mikrotik:)
Однако 500мА хватит на флэшечку, низкоскоростной 3G-терминал (в хорошей зоне приёма) и некоторые SSD (не все).
При интенсивной передаче из какой-нибудь, простите, жопы модему нужно больше энергии: он может голодать и глючить. А вот LTE-терминал Huawei E3372 на скоростях передачи 30МБит/с потребляет порядка 600мА даже в зоне уверенного приёма, этому полампера точно не хватит. А Y-кабель нельзя использовать, реле не сработает.
По SSD нагуглился один обзорчик бюджетных моделей 2010г., на Intel X25-V полампера хватит, а на X25-M G2 — уже нет.
выводы:
USB-порт с реле для сброса — must have для радиомодема в пром. оборудовании
но 500мА маловато, гораздо лучше 900мА — nice to have:)
Однако 500мА хватит на флэшечку, низкоскоростной 3G-терминал (в хорошей зоне приёма) и некоторые SSD (не все).
При интенсивной передаче из какой-нибудь, простите, жопы модему нужно больше энергии: он может голодать и глючить. А вот LTE-терминал Huawei E3372 на скоростях передачи 30МБит/с потребляет порядка 600мА даже в зоне уверенного приёма, этому полампера точно не хватит. А Y-кабель нельзя использовать, реле не сработает.
По SSD нагуглился один обзорчик бюджетных моделей 2010г., на Intel X25-V полампера хватит, а на X25-M G2 — уже нет.
выводы:
USB-порт с реле для сброса — must have для радиомодема в пром. оборудовании
но 500мА маловато, гораздо лучше 900мА — nice to have:)
PS.
по профилированию и тестированию USB-питания очень рекомендую обзавестись хотя бы свистком «usb current voltage meter» с aliexpress, их там целый выводок всяких разных, цена 5 копеек
для более точных и автоматизированных измерений подойдёт что-то вроде USBC-TKEY, хотя Вам наверняка такой проще самостоятельно изготовить и продавать;)
по профилированию и тестированию USB-питания очень рекомендую обзавестись хотя бы свистком «usb current voltage meter» с aliexpress, их там целый выводок всяких разных, цена 5 копеек
для более точных и автоматизированных измерений подойдёт что-то вроде USBC-TKEY, хотя Вам наверняка такой проще самостоятельно изготовить и продавать;)
У нас есть USB-амперметр. Иногда используем. Тут есть чуть больше по теме модемов 10 вредных советов по настройке интернет соединения через 3G модем
Для всего зоопарка модемов, что прошли через наши руки, 500мА хватало с головой.
Для всего зоопарка модемов, что прошли через наши руки, 500мА хватало с головой.
10 вредных советов по настройке интернет соединения через 3G модемамперметр увидел, Ok; если цель в том, чтобы заказчик после прочтения обратился к вам в контору за консультацией, то всё верно, так и надо:)
Однако тему USB-удлинителей можно чуть раскрыть:) Для начала рекомендую ввести дифференциацию на активные и обычные, добавить справочную таблицу с сечениями AWG и хотя бы дать элементарный совет как читать маркировку на кабеле: заказчик не разбирается, продавцы ахинею несут.
Раскрывать тему антенно-фидерных систем не стоит даже пытаться, это чисто проектная тема:) Я, кстати, тоже люблю советы давать, разделка популярного роутера как раз под шкаф (Wi-Fi антенны на кабелях снаружи, модем на активном удлинителе).
про активные USB-удлинители
Обычные удлинители — это вообще издевательство, иногда вместо внешней антенны лучше (проще) 5м активный удлинитель, но у них в «головах» (микроконтроллерах) тоже бывают своего рода тараканы (при обсуждении которых продавцы вообще не понимают, о чём речь, ведь это же удлинитель). Удлинитель №2 в моей статье отлично работает уже порядка года с весьма прожорливым LTE-модемом, добротная штука, рекомендую.
Для всего зоопарка модемов, что прошли через наши руки, 500мА хватало с головой.Ну и отлично. Надеюсь, тестировали на максимуме скорости приёма-передачи и в наилучшей/наихудшей зонах приёма. Кстати, для примера список совместимых USB-модемов Mikrotik: нет, Вы не обязаны иметь на сайте такой же, просто ведь наверняка уже фиксируете себе по-тихому модели проверенных устройств, VID/PID, производителя и модель;)
на всякий случай про модемы
USB-терминалы производят 3-4 крупных игрока (Huawei, ZTE и др), потом лочат под оператора, ребрендят; сбыт через салоны связи. Соответственно, народ покупает, разбирает, разлочивает, переписывает прошивки и выкладывает всё на 4pda.ru, где по любой модели можно найти полную энциклопедию и (безопасные!) разлочки (SIM unlock). В соседних с Вами широтах этап 3G в городах уже прошли, вовсю прёт LTE, на рынке обращается несколько десятков устройств, и по всем что-то можно найти. У Вас скоро будет то же самое.
Побуду ещё адвокатом дьявола: все эти мелочи (антенны, пигтейлы, USB-удлинители, амперметры) могут быть хорошей сопуткой к вашим контроллерам, продаваемой втридорога вместе с консультациями по настройке, если, конечно, зарплату консультанта отбить удастся;)
Очень круто. Побольше бы таких статей! Очень вдохновляет на творчество. Было бы интересно про наиболее интересные технические решения почитать.
Платы подобного класса и в России можно успешно сделать, Вам видимо сильно не повезло (таких «серпов» вокруг переходных не видел с середины 200х). Большие количества плат выгоднее и часто качественнее делать скорее в Китае.
PS Дежавю какое-то, Вы точно статью пару лет назад не писали на эту же тему ?!?
PS Дежавю какое-то, Вы точно статью пару лет назад не писали на эту же тему ?!?
— мы подарили демо-стенд с WebHMI
Да не стенд надо дарить а учебный класс с методической литературой и лицензированием студентов, выдачей премий отличникам
тогда они и вашу продукцию на новой работе будут продвигать
Да не стенд надо дарить а учебный класс с методической литературой и лицензированием студентов, выдачей премий отличникам
тогда они и вашу продукцию на новой работе будут продвигать
Отличная статья, спасибо!
1) Если не секрет, какой SOM использовали?
2) На некоторых картинках на плате виден нарисованный на торце разъём. Можете рассказать, что такое и зачем?
1) Если не секрет, какой SOM использовали?
2) На некоторых картинках на плате виден нарисованный на торце разъём. Можете рассказать, что такое и зачем?
Уххх, напомнило те же самые «тернии к звездам» :)
Когда в таком же режиме создавали систему беспроводного контроля вибраций и температуры подшипников на прокатных станах. И то, первичная версия была уже лет пять назад руководителем проекта создана, но кризис 2008 года сделал никому ненужным все эти «программные железки».
А уж наша команда реанимировала и продолжила разработку, в том числе с тестированием и пилотным внедрением на прокатных станах.
Две теоретические итерации с тренировками «на кошках», и три практические итерации на прокатных станах все-таки показали, что система может предотвращать аварии в реальном масштабе времени, не доводя огромные подшипники прокатного стана, заливаемые СОЖ (смазочно-хлаждающей жидкостью), до заклинивания, но… как обычно это бывает в _этой_ стране… начальство госпредприятия вдруг осознало, что недорогая система железок, оказывается, может остановить поток многоcоттысячных «откатов» при закупках подшипников в конкретные карманы…
И наши разработки резко стали ненужными :)
Когда в таком же режиме создавали систему беспроводного контроля вибраций и температуры подшипников на прокатных станах. И то, первичная версия была уже лет пять назад руководителем проекта создана, но кризис 2008 года сделал никому ненужным все эти «программные железки».
А уж наша команда реанимировала и продолжила разработку, в том числе с тестированием и пилотным внедрением на прокатных станах.
Две теоретические итерации с тренировками «на кошках», и три практические итерации на прокатных станах все-таки показали, что система может предотвращать аварии в реальном масштабе времени, не доводя огромные подшипники прокатного стана, заливаемые СОЖ (смазочно-хлаждающей жидкостью), до заклинивания, но… как обычно это бывает в _этой_ стране… начальство госпредприятия вдруг осознало, что недорогая система железок, оказывается, может остановить поток многоcоттысячных «откатов» при закупках подшипников в конкретные карманы…
И наши разработки резко стали ненужными :)
спасибо, авторы, тема интересная! но позвольте вставить свои пять копеек:)
Если общались с представителями отраслей по поводу безопасности АСУ ТП, там местами просто шок и ступор от осознания беспомощности. Какие-то inhouse-системы управления (условно) турбинами с ядерным распадом на древних виндах с кучей дырявого софта, парад уязвимостей, праздник для подрастающей хакерни школьного возраста. Обновить софт? Все уже давно забыли, что это вообще за софт, останавливать нельзя. Изолированные сетевые сегменты? Ага, сами владельцы тоже так думают до поры, до времени. Про физический доступ и шпионские USB-устройства даже не упоминаю. По этой теме, кстати, и начали срочно вводить уголовку за взлом критической инфраструктуры со сроками до 10 лет, чтобы не только владельцам этой самой инфраструктуры было страшно.
Безопасность — добавленная стоимость и конкурентное преимущество, которое очень тяжело продавать потребителю. Как Вы решаете данные вопросы? Как мониторите уязвимости в используемых «плюшках», есть ли ответственный именно за это, сколько дней устраняете уязвимость? Как распространяете обновления? Может ли устройство обновиться автоматически, а в случае провала откатиться обратно?
Делать web-сайты, которые бы хостились на таком «сервере» – ой как непросто. Но тем не менее, у нас на борту есть и PHP, и база данных, и Nginx, и много других «плюшек».Вот по этим плюшкам Вам и вломят, простите за прямоту:)
Если общались с представителями отраслей по поводу безопасности АСУ ТП, там местами просто шок и ступор от осознания беспомощности. Какие-то inhouse-системы управления (условно) турбинами с ядерным распадом на древних виндах с кучей дырявого софта, парад уязвимостей, праздник для подрастающей хакерни школьного возраста. Обновить софт? Все уже давно забыли, что это вообще за софт, останавливать нельзя. Изолированные сетевые сегменты? Ага, сами владельцы тоже так думают до поры, до времени. Про физический доступ и шпионские USB-устройства даже не упоминаю. По этой теме, кстати, и начали срочно вводить уголовку за взлом критической инфраструктуры со сроками до 10 лет, чтобы не только владельцам этой самой инфраструктуры было страшно.
Зато софт развивается каждый день. Обычно мы раз в месяц выпускаем новую прошивку с изменениями, улучшениями и исправлением найденных проблем.
Безопасность — добавленная стоимость и конкурентное преимущество, которое очень тяжело продавать потребителю. Как Вы решаете данные вопросы? Как мониторите уязвимости в используемых «плюшках», есть ли ответственный именно за это, сколько дней устраняете уязвимость? Как распространяете обновления? Может ли устройство обновиться автоматически, а в случае провала откатиться обратно?
У нас почти 60 программистов в 4х странах выделено под применение security-патчей в ядро, системный и прикладной софт. Они 24/7 следят за обновлениями во всем используемом прикладном ПО и применяют все патчи еще за 10 минут до отправки push commit автором в ядро Linux или другие репозитории. Затем сразу же обновляют прошивки на всех наших WebHMI удаленно. Даже тех, что не подключены к интернету – у нас свой спутниковый канал связи. И обновляют даже те WebHMI, что выключены — мы можем подать удаленную команду и WebHMI найдет рядом розетку и включится.
Это шутка, конечно.
Вы серьезно считаете, что промышленное оборудование само будет накатывать апдейты?
Представьте ситуацию. У вас конвеер, который штампует продукцию. Тут в контролер или панель прилетает (кстати, интересно как — по воздуху?) апдейт и он такой говорит соседним соседним ПЛК – «погодите, я щас буду обновляться». И конвеер останавливается. Ждет его обновления. Далее в процессе обновления слетает какая-нибудь настройка скорости обмена и еще возникает новый глюк в прошивке что приводит к остановке программы.
Конвеер парализован. Продукция скоропортящяяся, так что 6 тонн продукта в утиль. Машина – импортная, на гарантии у итальянцев. Инженер приедет только через 2 недели и его приезд будет стоить $4-10k ну и простой еще $100-200k. Круто обновились, да?
Нет, ПО обновляет только квалифицированный инженер. Под свою ответственность за работоспособность системы после обновления. И то, если ему это разрешит заказчик.
С безопасностью в наших реалиях очень грустно. Люди часто задают вопросы про безопасность, но у этих же людей при этом стоит варезный софт с кучей троянов, который перехватывает трафик, нажатия клавиш и т.п. Пароли они пересылают по почте в открытом виде. Логинятся в системы с публичных или чужих компьютеров. Их инженеры смотрят порно на рабочем месте гуляя по странным сайтам. И получаем ситуацию, что двери крепкие, но петли – хлипкие.
Как показывает мировой опыт – абсолютно безопасных систем не бывает. Та же история с фабрикой по обогащению урана в Иране это хорошо иллюстрирует.
Это шутка, конечно.
Вы серьезно считаете, что промышленное оборудование само будет накатывать апдейты?
Представьте ситуацию. У вас конвеер, который штампует продукцию. Тут в контролер или панель прилетает (кстати, интересно как — по воздуху?) апдейт и он такой говорит соседним соседним ПЛК – «погодите, я щас буду обновляться». И конвеер останавливается. Ждет его обновления. Далее в процессе обновления слетает какая-нибудь настройка скорости обмена и еще возникает новый глюк в прошивке что приводит к остановке программы.
Конвеер парализован. Продукция скоропортящяяся, так что 6 тонн продукта в утиль. Машина – импортная, на гарантии у итальянцев. Инженер приедет только через 2 недели и его приезд будет стоить $4-10k ну и простой еще $100-200k. Круто обновились, да?
Нет, ПО обновляет только квалифицированный инженер. Под свою ответственность за работоспособность системы после обновления. И то, если ему это разрешит заказчик.
С безопасностью в наших реалиях очень грустно. Люди часто задают вопросы про безопасность, но у этих же людей при этом стоит варезный софт с кучей троянов, который перехватывает трафик, нажатия клавиш и т.п. Пароли они пересылают по почте в открытом виде. Логинятся в системы с публичных или чужих компьютеров. Их инженеры смотрят порно на рабочем месте гуляя по странным сайтам. И получаем ситуацию, что двери крепкие, но петли – хлипкие.
Как показывает мировой опыт – абсолютно безопасных систем не бывает. Та же история с фабрикой по обогащению урана в Иране это хорошо иллюстрирует.
Вы серьезно считаете, что промышленное оборудование само будет накатывать апдейты?Нет, не считаю. Чтобы совсем само, нужно второе устройство в паре, полная синхронизация состояний и прочая кластерная атрибутика (с внешним сервером управления), чудес не бывает. Это достижимо, но весьма дорого (и не про АСУ).
Но если вы (Ваша организация) без всяких серверов управления (1) максимально упростите ручное накатывание обновлений и (2) нейтрализуете последствия после неудачного обновления (автоматический откат), это будет большим достижением. Другими словами, те самые инженеры должны возлюбить эксплуатацию устройств и не бояться обновить софт. А тот трэш, который происходит на ПК заказчика, будет в самое ближайшее время иметь целью добраться до ваших детищ и устроить останов конвеера на $200k, стоит вам только подрасти до определённого уровня.
Уходя из дому, мы всё равно запираем дверь, а отвратительная дисциплина заказчиков не должна оправдывать производителя, выводящего на рынок новые системы. Хотя этика и бизнес слишком часто вступают в противоречие, и я не собираюсь здесь никого осуждать:)
Старое видео с демонстрацией обновления прошивки: https://www.youtube.com/watch?v=bT-4p3nefNo
Куда уже проще?
Куда уже проще?
да, просто вводим код и скачиваем, т.е. асушный сегмент должен иметь Интернет-выход:)
ладно, но что будет в случае сбоя обновления? или если через сутки всплывёт глюк, как вернуть всё обратно?
PS
ручной upload обновлений возможен?
ладно, но что будет в случае сбоя обновления? или если через сутки всплывёт глюк, как вернуть всё обратно?
PS
ручной upload обновлений возможен?
При необходимости откатиться на старую версию – вводите код обновления старой версии. При необходимости можно прошить конкретную версию ПО.
Перед обновлением происходит валидация новой прошивки и тестовое обновление без физической записи на флеш. Это позволяет убедится в том, что скачанный файл корректный.
Ручной upload пользователем невозможен.
Перед обновлением происходит валидация новой прошивки и тестовое обновление без физической записи на флеш. Это позволяет убедится в том, что скачанный файл корректный.
Ручной upload пользователем невозможен.
резюмирую для себя:
большая работа по железу (если всё в статье правда, снимаю шляпу!)
софт развивается, но без должного акцента на безопасности АСУ ТП (видимо, рынок не созрел)
полезные мелочи (косвенно показывают product maturity):
загрузка со встроенной флэшки (read-only ведь?)
обновление прошивки только через Интернет, с валидацией холостым прогоном (неплохо)
выделенная SD-карточка для записи (хорошо)
рабочий диапазон 0..+50°С из-за Li-Po аккумулятора (так себе, надо стремиться к -40..+85°С, зима всегда близко, можно сделать клеммник на +12/24В и/или другую электрохимию)
сбрасываемый USB-порт 500мА (неплохо, но подумайте про 900мА, LTE тоже близко)
вывод: для некритичной инфраструктуры должно хватить
но цена, видимо, покрывает все недочёты:)
успехов Вам!
большая работа по железу (если всё в статье правда, снимаю шляпу!)
софт развивается, но без должного акцента на безопасности АСУ ТП (видимо, рынок не созрел)
полезные мелочи (косвенно показывают product maturity):
загрузка со встроенной флэшки (read-only ведь?)
обновление прошивки только через Интернет, с валидацией холостым прогоном (неплохо)
выделенная SD-карточка для записи (хорошо)
рабочий диапазон 0..+50°С из-за Li-Po аккумулятора (так себе, надо стремиться к -40..+85°С, зима всегда близко, можно сделать клеммник на +12/24В и/или другую электрохимию)
сбрасываемый USB-порт 500мА (неплохо, но подумайте про 900мА, LTE тоже близко)
вывод: для некритичной инфраструктуры должно хватить
но цена, видимо, покрывает все недочёты:)
успехов Вам!
Ого, оказывается вы из Днепра
Спасибо за статью! Очень интересно. Тоже есть свои наработки, которые еще сырые, но шеф хочет внедрять. Попытаюсь на данном примере донести про сроки доведения от поделки до промышленного устройства ))
Откуда наметился тренд в HMI и Web-HMI?
Сейчас можно взять любой тонкий клиент и поднять на нем любую SCADA. Да тысячи их.
В чем принципиальное отличие вашей системы?
К тому же маленькая несостыковычка, вы сами пишете что:
но при этом вашими заказчиками стали промышленники, и при этом вы стараетесь сказать им что использовать в качестве средств КИПиА?
Приедет из ПТУ мальчик которому по-барабану что для RS-485 нужно не 2 провода, а 3, а ещё лучше 4. Он видит что написано A и B — поэтому и подключает 2 провода. А почему не работает?
— Да эт вот эта вот коробочка, да, не работает…
А ты потом сиди и думай.
По поводу флеш накопителей тоже странная позиция. Я нигде не видел чтобы на ПЛК флешка использовалась 24/7, в большинстве случаев к ней обращаются через тайминги.
По поводу HMI — панелей.
Сейчас рынок кишит ими. Цена панели + плк порой доходит до смешных 200-300$.
А если у вас теплица — ардуино + экран.
В общем, немного непонятно для кого и что именно вы сделали.
Презентацию продукта с её ключевыми особенностями можно? Какие решения применяли, какие баги отлавливали, какие продукты реверс-инженирингу подвергались?
А сам процесс развития компании и устройства — труден и тернист. Это знают все.
Молодцы, что сказать, но пока что… непонятно.
Сейчас можно взять любой тонкий клиент и поднять на нем любую SCADA. Да тысячи их.
В чем принципиальное отличие вашей системы?
К тому же маленькая несостыковычка, вы сами пишете что:
Ситуация была такой, что существующие решения на рынке автоматизации хорошо подходили для больших заводов с многомиллионными бюджетами, но в виду громоздкости и высокой стоимости были совершенно неприемлемы для среднего и малого бизнеса. Классические решения для мониторинга технологических процессов, SCADA системы, стоят много денег, требуют мощный промышленный ПК, лицензии на ОС и БД, требуют многих и многих часов работы квалифицированного инженера по настройке ПО и созданию проекта. Если у вас, например, небольшая теплица, то вкладывать десятки тысяч долларов в систему мониторинга нескольких десятков параметров вы, вероятно, не станете. А если таких теплиц, скажем, 10-20? А если они разнесены территориально? Стоимость таких систем сразу взлетает до небес, но они при этом все-равно плохо решают «небольшие» задачи. И совершенно не подходят для распределенных систем.
но при этом вашими заказчиками стали промышленники, и при этом вы стараетесь сказать им что использовать в качестве средств КИПиА?
Приедет из ПТУ мальчик которому по-барабану что для RS-485 нужно не 2 провода, а 3, а ещё лучше 4. Он видит что написано A и B — поэтому и подключает 2 провода. А почему не работает?
— Да эт вот эта вот коробочка, да, не работает…
А ты потом сиди и думай.
По поводу флеш накопителей тоже странная позиция. Я нигде не видел чтобы на ПЛК флешка использовалась 24/7, в большинстве случаев к ней обращаются через тайминги.
По поводу HMI — панелей.
Сейчас рынок кишит ими. Цена панели + плк порой доходит до смешных 200-300$.
А если у вас теплица — ардуино + экран.
В общем, немного непонятно для кого и что именно вы сделали.
Презентацию продукта с её ключевыми особенностями можно? Какие решения применяли, какие баги отлавливали, какие продукты реверс-инженирингу подвергались?
А сам процесс развития компании и устройства — труден и тернист. Это знают все.
Молодцы, что сказать, но пока что… непонятно.
Принципиальное отличие нашей системы – уникальный набор возможностей за небольшую стоимость. Возможность одновременной работы с оборудованием самых разных производителей.
У промышленников не всегда есть свои специалисты. Часто многие задачи идут через тендер. Побеждают там разные люди.
Мы не говорим им что использовать. Мы их тыкаем носом в ошибки их линий связи когда они жалуются на нестабильную связь. Прямо первый вопрос у нас в таких случаях «У вас сколько проводов в линии RS-485?». Когда узнают, что нужно 3 – заявляют, что всю жизнь делали два и работало. Что это у нас неправильное оборудование. Про спец-кабеля, волновое сопротивление, переотражение, терминальные резисторы и духом не слышали.
Конечно, СКАДУ можно поднять. Можно на тонком клиенте. На толстом. На промышленном ПК. Но тут встает вопрос цены конечного решения.
Что нужно на объекте? Связь (роутер/свич, точка доступа Wi-Fi, поддержка 3G/проводного интернета), компьютер+монитор+мышь+клава, ИБП, формирователь RS-485. Сколько все это будет стоить? А такое, которое не будет зависать?
Продолжаем. Лицензии на ОС, СКАДУ, БД, какой-нибудь OPC-сервер. Это сколько будет стоить?
А сколько часов нужно потратить на сборку, монтаж, установку и настройку ПО? Сколько стоит это время хорошего специалиста? А как в эту СКАДУ потом добавить протокол теплосчетчика, который ею изначально не поддерживался?
WebHMI + планшет заменяет собой все перечисленное выше за совсем небольшие деньги. Вы экономите кучу времени на развертывании оборудования и настройке софта. А значит – или зарабатываете больше или становитесь более конкурентноспособными. Вы просто берете готовый инструмент из коробки и сразу готовы его устанавливать на объекте.
Теперь представьте, что у вас 30 теплопунктов или котелен по области. И вам нужно их диспетчеризировать. Видеть их все на карте, иметь возможность удаленно посмотреть на аварии, изменить уставки. Видеть показания газовых и электрических счетчиков со своими дурацкими протоколами. Сколько нужно железа и софта купить для решения этой задачи? Сколько нужно времени потратить на установку и настройку софта для каждого объекта? Сколько раз поехать на объект для устранения каких-нибудь проблем? Как перезагрузить зависший 3G модем? Как потом увидеть все эти объекты с их статусом на карте?
Или как сделать так, что бы частотник в водозаборе управлялся по уровню приемного бассейна, который расположен в 10 км от него? Или как обновить прошивку в ПЛК для исправления какой-нибудь ошибки в проекте на объекте заказчика так, что бы не ехать туда физически? Или как посмотреть и сбросить ошибки, из-за которых частотники выбивает на удаленном объекте?
Все ли это можно сделать на любой СКАДЕ? Удобно ли это делать на СКАДЕ?
Да, есть недорогие HMI-панели. Но они ущербны как только речь заходит о чем-то более менее сложном. Вот как ими управлять оттуда, откуда удобно человеку? А если нужно управлять из разных мест одновременно? А если ему нужно передвигаться по объекту? А если главному инженеру нужно что-то проверить со своего рабочего места? А если из дому? А на бегу с телефона как? А как распечатать отчет? А как построить исторические графики? А отправить СМС дежурному инженеру?
WebHMI может это все и многое другое.
У промышленников не всегда есть свои специалисты. Часто многие задачи идут через тендер. Побеждают там разные люди.
Мы не говорим им что использовать. Мы их тыкаем носом в ошибки их линий связи когда они жалуются на нестабильную связь. Прямо первый вопрос у нас в таких случаях «У вас сколько проводов в линии RS-485?». Когда узнают, что нужно 3 – заявляют, что всю жизнь делали два и работало. Что это у нас неправильное оборудование. Про спец-кабеля, волновое сопротивление, переотражение, терминальные резисторы и духом не слышали.
Конечно, СКАДУ можно поднять. Можно на тонком клиенте. На толстом. На промышленном ПК. Но тут встает вопрос цены конечного решения.
Что нужно на объекте? Связь (роутер/свич, точка доступа Wi-Fi, поддержка 3G/проводного интернета), компьютер+монитор+мышь+клава, ИБП, формирователь RS-485. Сколько все это будет стоить? А такое, которое не будет зависать?
Продолжаем. Лицензии на ОС, СКАДУ, БД, какой-нибудь OPC-сервер. Это сколько будет стоить?
А сколько часов нужно потратить на сборку, монтаж, установку и настройку ПО? Сколько стоит это время хорошего специалиста? А как в эту СКАДУ потом добавить протокол теплосчетчика, который ею изначально не поддерживался?
WebHMI + планшет заменяет собой все перечисленное выше за совсем небольшие деньги. Вы экономите кучу времени на развертывании оборудования и настройке софта. А значит – или зарабатываете больше или становитесь более конкурентноспособными. Вы просто берете готовый инструмент из коробки и сразу готовы его устанавливать на объекте.
Теперь представьте, что у вас 30 теплопунктов или котелен по области. И вам нужно их диспетчеризировать. Видеть их все на карте, иметь возможность удаленно посмотреть на аварии, изменить уставки. Видеть показания газовых и электрических счетчиков со своими дурацкими протоколами. Сколько нужно железа и софта купить для решения этой задачи? Сколько нужно времени потратить на установку и настройку софта для каждого объекта? Сколько раз поехать на объект для устранения каких-нибудь проблем? Как перезагрузить зависший 3G модем? Как потом увидеть все эти объекты с их статусом на карте?
Или как сделать так, что бы частотник в водозаборе управлялся по уровню приемного бассейна, который расположен в 10 км от него? Или как обновить прошивку в ПЛК для исправления какой-нибудь ошибки в проекте на объекте заказчика так, что бы не ехать туда физически? Или как посмотреть и сбросить ошибки, из-за которых частотники выбивает на удаленном объекте?
Все ли это можно сделать на любой СКАДЕ? Удобно ли это делать на СКАДЕ?
Да, есть недорогие HMI-панели. Но они ущербны как только речь заходит о чем-то более менее сложном. Вот как ими управлять оттуда, откуда удобно человеку? А если нужно управлять из разных мест одновременно? А если ему нужно передвигаться по объекту? А если главному инженеру нужно что-то проверить со своего рабочего места? А если из дому? А на бегу с телефона как? А как распечатать отчет? А как построить исторические графики? А отправить СМС дежурному инженеру?
WebHMI может это все и многое другое.
Добрый день!!!
И все таки из этого огромного количества букв не особо понятно, для чего нужен ваш девайс!!!
Да и в чемоданчике у вас панель стоит, которую можно просто подключить к контроллеру
И все таки из этого огромного количества букв не особо понятно, для чего нужен ваш девайс!!!
Да и в чемоданчике у вас панель стоит, которую можно просто подключить к контроллеру
Наш девайс позволяет быстро и просто диспетчеризировать инженерные системы, создавать локальный интерфейс оператора, предоставлять удаленный доступ, автоматизировать управление, собирать показания с приборов учета и строить отчеты об энергоэффективности, оповещать ответственных лиц об авариях, журналировать параметры работы систем и многое другое. Он позволяет решать задачи диспетчеризации распределенных объектов.
Панель в чемодане нужна для демонстрации клиенту. Мы показываем ему проект на панели и говорим «У вас сейчас вот так». Затем достаем телефон/планшет/ноутбук, заходим по WiFi или через 3П в интерфейс WebHMI где тот же проект и говорим «а может быть вот так».
Панель в чемодане нужна для демонстрации клиенту. Мы показываем ему проект на панели и говорим «У вас сейчас вот так». Затем достаем телефон/планшет/ноутбук, заходим по WiFi или через 3П в интерфейс WebHMI где тот же проект и говорим «а может быть вот так».
UFO just landed and posted this here
Про ваше оборудование и софт я ничего не знаю. Как можно давать какие-либо советы в такой ситуации?
1. У нас есть специальная микросхема-ключ, которая по команде от софта может отключить питание на внешнем USB-порту. Это единственный 100% рабочий способ воскресить зависший модем. Программные сбросы обычно не работают.
2. Ой, про софт писать можно очень много. Если кратко – то у нас есть бекэнд, API и фронтрэнд. Ядром системы является специальный демон на С/С++, который выполняет всю реальную работу – обмен данными с ПЛК, пользовательские программы, журналирование, запись в БД и т.д. и т.п. Он оптимизирован и вылизан. От его быстродействия и стабильности зависит все остальное. Взаимодействие с человеком и другими системами происходит через API. Есть разные способы взаимодействия – начиная от встроенного веб-интерфейса, заканчивая возможностью написать свое Андроид- или iOS- приложение. Можно данные читать из Excel, 1C и т.д.
Веб-интерфейс – это встроенный сайт, который через API общается с демоном и базой данных. Там очень много JavaScript и тоже много интересных оптимизаций, которые просто необходимы для проектов, в которых количество регистров исчисляется сотнями и тысячами. А для систем вентиляции и отопления сколь-нибудь нормального здания, где десятки контролеров, счетчиков и другого оборудования – это обычное дело.
В качестве альтернативы могу посоветовать нашу систему :) WebHMI очень хорошо подходит для задач диспетчеризации вентиляции, отопления и других инженерных систем. Она для этого и создавалась. Посмотрите у нас на сайте на главной странице как выглядят скриншоты как раз системы управления вентиляцией, освещением. Может быть вам будет интересно.
1. У нас есть специальная микросхема-ключ, которая по команде от софта может отключить питание на внешнем USB-порту. Это единственный 100% рабочий способ воскресить зависший модем. Программные сбросы обычно не работают.
2. Ой, про софт писать можно очень много. Если кратко – то у нас есть бекэнд, API и фронтрэнд. Ядром системы является специальный демон на С/С++, который выполняет всю реальную работу – обмен данными с ПЛК, пользовательские программы, журналирование, запись в БД и т.д. и т.п. Он оптимизирован и вылизан. От его быстродействия и стабильности зависит все остальное. Взаимодействие с человеком и другими системами происходит через API. Есть разные способы взаимодействия – начиная от встроенного веб-интерфейса, заканчивая возможностью написать свое Андроид- или iOS- приложение. Можно данные читать из Excel, 1C и т.д.
Веб-интерфейс – это встроенный сайт, который через API общается с демоном и базой данных. Там очень много JavaScript и тоже много интересных оптимизаций, которые просто необходимы для проектов, в которых количество регистров исчисляется сотнями и тысячами. А для систем вентиляции и отопления сколь-нибудь нормального здания, где десятки контролеров, счетчиков и другого оборудования – это обычное дело.
В качестве альтернативы могу посоветовать нашу систему :) WebHMI очень хорошо подходит для задач диспетчеризации вентиляции, отопления и других инженерных систем. Она для этого и создавалась. Посмотрите у нас на сайте на главной странице как выглядят скриншоты как раз системы управления вентиляцией, освещением. Может быть вам будет интересно.
То есть простым языком, ваше устройство представляет собой внешний Веб-сервер???
Подскажите, а можно ли будет использовать вашу систему в КФХ? Например в автоматизации работы теплиц или иных процессов? Или может проще что-то на Ардуино придумывать?
Конечно можно. Сейчас как раз помогаем делать одному клиенту проект автоматизации 10 теплиц. Они клубнику выращивают.
Если вам еще актуально, то у нас на сайте есть описание реализованного проекта по автоматизации тепличного хозяйства.
UFO just landed and posted this here
Спасибо. Сейчас мы понимаем, что выбор C/C++ было ключевым для успеха проекта. Сейчас на одном WebHMI можно диспетчеризировать целый комбикормовый завод, супермаркет, спортивный комплекс.
Используя любой другой язык, эта платформа банально не потянула бы такие проекты.
Используя любой другой язык, эта платформа банально не потянула бы такие проекты.
Интересный прибор выпустили. очень похвально!
Сразу стал смотреть технические х-ки. и возникло пару вопросов:
первое:
системный это тот что в чипе? а что означает комуникационный?
второе:
Зачем делать такую малую нижню границу периода опроса, если период отображаемый данных начинается только от 50 мс?
Сразу стал смотреть технические х-ки. и возникло пару вопросов:
первое:
«Сторожевые таймеры Да (системный и коммуникационный)»
системный это тот что в чипе? а что означает комуникационный?
второе:
«Быстродействие и производительность Настраиваемое время опроса (от 5 мс.) Настраиваемая частота отображения данных в веб-интерфейсе (от 20 раз/сек.)»
Зачем делать такую малую нижню границу периода опроса, если период отображаемый данных начинается только от 50 мс?
Сторожевых таймера у нас два.
Первый перезагружает устройство если что-то плохое происходит с основным демоном, который отвечает за сбор, обработку и хранение данных. Если завис, закончилась память, выполнил недопустимую операцию и т.д. Сейчас это ну очень редкая ситуация.
Второй перезагружает WebHMI если что-то происходит с операционной системой или самой платформой. Самое частое его применение – перезагрузка при сбое SD-карты. Если карта плохая и глючит, Linux переводит ее в режим Read-Only и мы больше не можем собирать данные. Поэтому в таких ситуациях мы выполняем перезагрузку, во время загрузки ОС пытается восстановить файловую систему. Если повезет – работаем дальше. Но обычно такая ситуация требует максимально быстрой замены карты. И опять же, если карта промышленная, то такой ситуации не возникает.
В WebHMI есть встроенный язык программирования Lua. Он позволяет писать пользовательские программы, частично заменяя функции ПЛК. Если проект не требует критически быстрого управления, то всю логику можно выполнить на языке высокого уровня Lua прямо в WebHMI и заменить в проекте ПЛК на более примитивное УСО, исключить работы по программированию PLC. А иногда, применяя хитрости и смекалку, можно избежать даже применения УСО, что очень удешевляет себестоимость проекта.
Вот для максимально быстрой реакции программ и есть возможность опрашивать внешние устройства с интервалами от 5мс (но фактическая скорость, понятное дело, сильно зависит от скорости обмена по шине RS485).
Первый перезагружает устройство если что-то плохое происходит с основным демоном, который отвечает за сбор, обработку и хранение данных. Если завис, закончилась память, выполнил недопустимую операцию и т.д. Сейчас это ну очень редкая ситуация.
Второй перезагружает WebHMI если что-то происходит с операционной системой или самой платформой. Самое частое его применение – перезагрузка при сбое SD-карты. Если карта плохая и глючит, Linux переводит ее в режим Read-Only и мы больше не можем собирать данные. Поэтому в таких ситуациях мы выполняем перезагрузку, во время загрузки ОС пытается восстановить файловую систему. Если повезет – работаем дальше. Но обычно такая ситуация требует максимально быстрой замены карты. И опять же, если карта промышленная, то такой ситуации не возникает.
Зачем делать такую малую нижню границу периода опроса, если период отображаемый данных начинается только от 50 мс?
html-теги
В WebHMI есть встроенный язык программирования Lua. Он позволяет писать пользовательские программы, частично заменяя функции ПЛК. Если проект не требует критически быстрого управления, то всю логику можно выполнить на языке высокого уровня Lua прямо в WebHMI и заменить в проекте ПЛК на более примитивное УСО, исключить работы по программированию PLC. А иногда, применяя хитрости и смекалку, можно избежать даже применения УСО, что очень удешевляет себестоимость проекта.
Вот для максимально быстрой реакции программ и есть возможность опрашивать внешние устройства с интервалами от 5мс (но фактическая скорость, понятное дело, сильно зависит от скорости обмена по шине RS485).
Вы смотрели в сторону OpenSCADA ?
С её помощью удалось автоматизировать Установку электронно лучевого напыления материалов.
С коробки у скады есть куча протоколов, свободно програмируемый GUI, WEB-морда, архивы, и еще куча вкусностей причем бесплатно.
В итоге: несколько плат управления на STM32 + ModBUS + Встраиваемый пром компьютер(следующий раз заменю на обычный + монитор + расширители RS485) + 1чел/год работы = Рабочая пром. система управления и мониторинга.
С её помощью удалось автоматизировать Установку электронно лучевого напыления материалов.
С коробки у скады есть куча протоколов, свободно програмируемый GUI, WEB-морда, архивы, и еще куча вкусностей причем бесплатно.
В итоге: несколько плат управления на STM32 + ModBUS + Встраиваемый пром компьютер(следующий раз заменю на обычный + монитор + расширители RS485) + 1чел/год работы = Рабочая пром. система управления и мониторинга.
Я уже отвечал на очень похожий вопрос тут
UFO just landed and posted this here
Мы предоставляем свободу выбора решения этой проблемы заказчику.
Можно использовать выделенный белый IP-адрес, DynDNS.
Как альтернативу мы предлагаем платную услугу VPN/HTTPProxy. WebHMI подключается к нашему серверу по VPN. А мы или даем к нему доступ по HTTP через обычный интернет или пускаем ваш компьютер в этот же VPN и вы ходите на него через VPN без открытия доступа в интернет.
Можно использовать выделенный белый IP-адрес, DynDNS.
Как альтернативу мы предлагаем платную услугу VPN/HTTPProxy. WebHMI подключается к нашему серверу по VPN. А мы или даем к нему доступ по HTTP через обычный интернет или пускаем ваш компьютер в этот же VPN и вы ходите на него через VPN без открытия доступа в интернет.
Sign up to leave a comment.
Нелегкий путь от идеи до коммерческой системы промышленного мониторинга