Вы не сможете залить прикладное ПО под ADAM в коробочку SCADAPack. ПЛК — это всегда история про использование чьей-то конкретной коробочки с протухшими ЯП и средами разработки, даже если это " контроллеры, которые можно программировать на Си"
много контроллеров, которые модно было программировать просто на Си
Этого добра много, есть даже в бюджетном сегменте, например EVCO C-PRO3 или Danfoss MCX. Но все эти истории не Native, эти языки серьезно порезаны и прибиты гвоздями к их коробочкам
Как ни странно, но самое качественное ПО нам разрабатывали не универсалы а ребята в свитшотах, c антеркатами и подворотами, которые даже электрические схемы не читали) По этому мы за специализацию и разделение труда
Я бы поставил на RTC типовую CR2032, её хватает на хрен знает сколько лет. А на место ионистора - литиевый аккумулятор, и сделал бы встроенный мини ИБП
Это нужно городить микросхему контроля заряда и тд, короче ИБП не делает ни кто в одной коробке, это отдельный модуль, т. к. он довольно сложный из за балансировки банок и контроллера заряда-разряда + дорого. Главное преимущества ионистора - он не обслуживаем (вечный). А акк у нас только для RTC
Эту проблему мы хотим обойти минимизацией записи на флеш, запись будет происходить только при отключении питания по триггеру, времени хватает на сохранение параметров и штатное завершение работы ОС. Во время работы на флеш ничего не будет писаться
временем выхода на рабочий режим в десятки мс
Встраиваемое устройство на 8266 тоже не выходят на режим мгновенно. Да и цели выходить на режим как на ардуине нет, это не чайник) да и цели конкурировать с сименсом нет
очень узкий температурный режим
Мы смотрели BOM - все детали работают минимум 0..85'C+, камень в рабочем режиме греется макс +65'C, принудительного охлаждения не планируется
раскройте мысль... что вы имели ввиду? какие-то примеры есть ?
Для HMI мы можем даже сейчас нанять профессиональных дизайнеров и нам разработают хорошие макеты, которые худо-бедно можно натянуть на любую HMI
зачем это вам?
Мы не можем нанять ребят, которые профессионально всю жизнь занимаются кодингом и любят свою работу, которые могут в codestyle, архитектуру ПО версификацию и т.д. - они не хотят писать ПО на МЭК (вопрос кстати не денежный)
может вы плохо или не там искали асутэпэшное комьюнити?
Комьюнити разработчиков по сути не существует. В АСУ ТП даже нет единого мнения как правильно индицировать статус насоса или клапана для общепрома
у водителей паровозов наверняка не 10к+ человек в сообществах
Водитель паравоза не делает работу дежурного по станции, вагонщика и проводника, он делает только свою любимую работу
С HMI не все так печально, но больше всего нам хочется создать точку входа для ИТ-шников. Чтобы в сфере наконец-то появилась специализация и разделение труда, когда монтаж делает монтажник, технологию разрабатывает технолог, программирует программист, а не один и тот же человек.
Сейчас даже когда идеальная ситуация — качественный проект, есть ФСА, схемы, функциональная спецификация и т.д. — мы не можем привлечь профессиональных ИТ-шников на реализацию проекта — они не хотят работать на языках МЭК или их дашборд-веб-реинкорнации.
В то же время мы видим активные сообщества по той же Ноде и Питонам по 10к+ человек, от этого становится грустно
Ethernet кабель не вытащить в шкафу, т.к. язычок RJ45 внизу. OPI перевернуть нужно. Это выснилось только после выхода первой партии.
Известная проблема, в версии CM4 ее уже не будет
Интерфейсов мало. Подход ваш понятен, но на практике очень часто нужна пара 485, 1-wire и несколько IO. Для малых универсальных, как вы сами пишете, проектов. Если добавлять сюда внешний исполнительный модуль, то вылетаем из ценовой группы. Это можно было добавить легко и даже с опторазвязкой
Хотелось сделать максимально дешево. По поводу развязки - в драйвере RS485 есть встроенная защита ESD + имеется TVS диод между A и B линиями. Пока считаем что того достаточно, в версии CM4 наверно сделаем
Данный проект больше ориентирован на визуализацию, т. е. аналог HMI и SCADA систем. Мы же делаем ориентир на разработку управляющих программ: взаимодействие с модулями ввода-вывода, обработка объектов процесса, регуляторов и управляющей логики. Web-сервер у нас тоже будет, но только для генерации отладочного интерфейса (симуляция входов-выходов, измерение параметров - не более)
непонятно, зачем ставить Node.js или python во встраиваемые устройства
Что бы разрабатывать прикладного ПО на современных и популярных языках программирования. Что бы на решение таких задач в принципе можно было привлечь профессиональных ИТ-шников. Сейчас такие ребята просто бегут из отрасли
Зачем веб-сервер в устройствах, где нет сети.
Например у вас ЛСУ, что бы не ставить дорогую пром HMI для измерения уставки/режима раз в год можно развернуть для этого веб-сервер
Системы мониторинга, умные дома, ОВиК для BMS (отопление, вентиляция..), управление освещением, небольшие насосные станции и другие не сложные АСУ. Разумеется ставить такое железо на станки или системы ПАЗ мы не собираемся
Зачем ставить внешний модуль таймера, если у вас есть сеть?
Например у вас система управляет освещением или вентиляцией по расписанию, а никакой сети нет
Можно было начать с контроллеров для малой автоматизации
Проблема в том, что языки и разработка в целом под EMB гораздо сложней и на рынке меньше специалистов. Плюс на такие контроллеры не поставишь Node.js или Python с веб-сервером легким движением руки
Вы не сможете залить прикладное ПО под ADAM в коробочку SCADAPack. ПЛК — это всегда история про использование чьей-то конкретной коробочки с протухшими ЯП и средами разработки, даже если это " контроллеры, которые можно программировать на Си"
Надеюсь, вы шутите, а не всерьез вышли в Интернет с таким вопросом)
Этого добра много, есть даже в бюджетном сегменте, например EVCO C-PRO3 или Danfoss MCX. Но все эти истории не Native, эти языки серьезно порезаны и прибиты гвоздями к их коробочкам
Как ни странно, но самое качественное ПО нам разрабатывали не универсалы а ребята в свитшотах, c антеркатами и подворотами, которые даже электрические схемы не читали) По этому мы за специализацию и разделение труда
JS в ~5-7 раз популярней, и для прикладных АСУТП задач нам он кажется более подходящим
Siemens, Weintek, SE, ОВЕН (СПК)
Это нужно городить микросхему контроля заряда и тд, короче ИБП не делает ни кто в одной коробке, это отдельный модуль, т. к. он довольно сложный из за балансировки банок и контроллера заряда-разряда + дорого. Главное преимущества ионистора - он не обслуживаем (вечный). А акк у нас только для RTC
Аккумуляторы не из алиэкспрес. На самом деле из-за экономии места сделали замену, батарейка уж очень много съедает. Живет дольше чем батарейка
2040 урезанная и дорогая, на нее (если не ошибаюсь) даже свежая нода не встанет, 2050 классная железка но неприлично дорогая
Эту проблему мы хотим обойти минимизацией записи на флеш, запись будет происходить только при отключении питания по триггеру, времени хватает на сохранение параметров и штатное завершение работы ОС. Во время работы на флеш ничего не будет писаться
Встраиваемое устройство на 8266 тоже не выходят на режим мгновенно. Да и цели выходить на режим как на ардуине нет, это не чайник) да и цели конкурировать с сименсом нет
Мы смотрели BOM - все детали работают минимум 0..85'C+, камень в рабочем режиме греется макс +65'C, принудительного охлаждения не планируется
Для HMI мы можем даже сейчас нанять профессиональных дизайнеров и нам разработают хорошие макеты, которые худо-бедно можно натянуть на любую HMI
Мы не можем нанять ребят, которые профессионально всю жизнь занимаются кодингом и любят свою работу, которые могут в codestyle, архитектуру ПО версификацию и т.д. - они не хотят писать ПО на МЭК (вопрос кстати не денежный)
Комьюнити разработчиков по сути не существует. В АСУ ТП даже нет единого мнения как правильно индицировать статус насоса или клапана для общепрома
Водитель паравоза не делает работу дежурного по станции, вагонщика и проводника, он делает только свою любимую работу
С HMI не все так печально, но больше всего нам хочется создать точку входа для ИТ-шников. Чтобы в сфере наконец-то появилась специализация и разделение труда, когда монтаж делает монтажник, технологию разрабатывает технолог, программирует программист, а не один и тот же человек.
Сейчас даже когда идеальная ситуация — качественный проект, есть ФСА, схемы, функциональная спецификация и т.д. — мы не можем привлечь профессиональных ИТ-шников на реализацию проекта — они не хотят работать на языках МЭК или их дашборд-веб-реинкорнации.
В то же время мы видим активные сообщества по той же Ноде и Питонам по 10к+ человек, от этого становится грустно
*fix, не разбегалась)
Было бы здорово, но такие парняги в АСУТП точно не пойдут) нам бы чтоб молодежь не разгибалась
Известная проблема, в версии CM4 ее уже не будет
Хотелось сделать максимально дешево. По поводу развязки - в драйвере RS485 есть встроенная защита ESD + имеется TVS диод между A и B линиями. Пока считаем что того достаточно, в версии CM4 наверно сделаем
http://opensource.rock-chips.com/wiki_Main_Page
На самом деле на данной плате только один из портов Eth подключен к USB3 интерфейсу
На практике все работает прекрасно
Данный проект больше ориентирован на визуализацию, т. е. аналог HMI и SCADA систем. Мы же делаем ориентир на разработку управляющих программ: взаимодействие с модулями ввода-вывода, обработка объектов процесса, регуляторов и управляющей логики. Web-сервер у нас тоже будет, но только для генерации отладочного интерфейса (симуляция входов-выходов, измерение параметров - не более)
Что бы разрабатывать прикладного ПО на современных и популярных языках программирования. Что бы на решение таких задач в принципе можно было привлечь профессиональных ИТ-шников. Сейчас такие ребята просто бегут из отрасли
Например у вас ЛСУ, что бы не ставить дорогую пром HMI для измерения уставки/режима раз в год можно развернуть для этого веб-сервер
Системы мониторинга, умные дома, ОВиК для BMS (отопление, вентиляция..), управление освещением, небольшие насосные станции и другие не сложные АСУ. Разумеется ставить такое железо на станки или системы ПАЗ мы не собираемся
Например у вас система управляет освещением или вентиляцией по расписанию, а никакой сети нет
Проблема в том, что языки и разработка в целом под EMB гораздо сложней и на рынке меньше специалистов. Плюс на такие контроллеры не поставишь Node.js или Python с веб-сервером легким движением руки