Комментарии 19
Очень мощный пассаж про "В отличие от многих", популярный нонче. Только вот как раз в области автоматизации прогресс видится очень неплохим: делают в той или иной степени свое и давно. SCADA много разных, есть довольно давние и самобытные вещицы, сложно поверить что это все тупая перелицовка, и это еще как такое лицензировать: под своим именем. Или же прямо пишут: Codesys у нас. Здесь же заявлен голый Linux, без SCADA, непонятно как этом можно назвать baremetal, но пока что это типичный одноплатник в промышленном корпусе. И не то чтобы это плохо, для программиста, но далеко не для каждого автоматизатора.
Ну и остается загадкой начинка этого агрегата. Быть может там Байкал (а нам его давнооо в ПЛК обещали), или что нибудь от ЭЛВИС? Так что да, давайте пишите как это вес програмировать, интересно далеко не только в "классической" автоматизации будет.
В журнале Control Engineering, на который идет ссылка сообщается: "Закупку и монтаж всех компонентов на платы инжиниринговый центр «Ниеншанц-Автоматики» осуществляет как своими силами, так и силами партнерского предприятия в Москве". Иначе говоря процессор и остальные компоненты импортные.
Хотя в этом нет криминала. Мы тоже многое закупаем в Китае, но собственно разработку аппаратной части и ПО делаем сами. Мы – это Московский завод тепловой автоматики (МЗТА). Безусловно смотрим и на наш рынок электроники, но изделия на отечественных компонентах получаются существенно дороже.
Байкал (Эльбрус) для плк и вообще встройки жирный дорогой и горячий, миландр это микроконтроллер и его вообще нет в наличии. Подобран оптимальный дешёвый и мощный чип rockchip rk3308 с 512мб памяти и 4гб nand, всё-таки нечасто в плк 4х ядерный арм процессор и богато с ПЗУ :). Плюс там собранный из исходников (yocto) linux с свежим ядром 6.2 с двумя зеркальными партициями с системой (для апдейтов и откатов) и оверлейной партицией с данными. Система сборки, слои и рецепты открыты, можно добавлять любые пакеты и собирать самостоятельно. Также имеется система swupdate для апдейта через вебку. Так что да, это конструктор, но основа его как пожелезу так и по софту заложена как фундамент а дальше можно городить любой Линукс софт, веб интерфейсы хоть на питоне. В одном из рецептов у нас в прошивке flask, telegraf, influx, grafana и сбор данных с визуализацией идёт прямо на девайсе.
Звучит классно про софт. Только вот "Байкал (Эльбрус) " не слишком ли крупное обобщение? И это не отменяет того факта что Байкал некоторые производители ПЛК обещали использовать. Про Миландр вообще ни слова не было, хотя для baremetal без Linux он вполне годен был бы.
Так что по сути мы имеем rock pi s в коробочке, на который, к слову уже и 6.3 ядро есть и куча дистрибутивов.
По мощности проца и прочему если не ошибаюсь до аналогов от Jethome он не дотягивает. Давайте уже по цене с ними сравним.
использовать можно хоть i7 в плк вопросом целесообразности. Мы много работаем с Эльбрус и Байкал в пассивку их загнать тяжёлая но решаемая задача, но радиаторы там мама не горюй. Плюс сделать плату на Байкале сложно, документации разработчика нет в открытом доступе, сообщества нет. Тем более на Эльбрусе платы делает толкьо МЦСТ и Инэум и те братья побратимы. Про миландр, модуль ... ну все это не то, ни ядер ни памяти ни документации ни dts. Как микроконтроллеры да но задача была в другом. А rockpi s и firefly отличные одноплатнички на rk3308, но их в готовом виде использовать нельзя, мы сделали полностью свое схемотехническое решение и свой gpio, свою поошивку а форм фактор нам нравится. Ну прелесть же когда процессор не даёт себя разогреть и работает без радиатора. э И да можно поставить и убунту и dietpi кому не нравится наша сборка. Нам как раз для ембедед не очень нравится дистрибутивный Линукс, тяжёлый он и апдейтить страшно :), но все работает.
в статье аналог. ЕКОН134. Преобразователь интерфейса Ethernet - RS-232/RS-485 или просто ПЛК150. Главное отличие работа только со своими приборами или шлюз. и, как водится, никаких преимуществ, вроде поддержки 9 битного протокола по RS-485, гарантированного сохранения параметров при сбое сети или питания с последующим самовосстановлением, "отсеивания" помех с линии RS485 нет даже для своих приборов (вспоминаем протокол owen)... В общем новая перспективная разработка, с обещанной поддержкой основных скада систем типа мастерскада и взлёт тп (не понятно есть ли своя и открыт ли протокол обмена устройств). Главное преимущество это линукс и возможность перепрошить.
ЕКОН134 - это скорее аналог MOXA NPort, данное устройство позиционируется не как шлюз, а как автономный блок управления сеткой Nautilus'ов.
9-битный протокол, по крайней мере, по одной из шин мы устроить можем, если возникнет такая потребность.
Про отсеивание помех - pls поподробней что имеется в виду.
Протоколы в настоящий момент все открытые.
меня еще порадовало "прошивка для контроллеров разрабатывается на языке Ассемблер " в тексте статьи, вероятно речь идет уже про периферийные модули
При всем уважении, коллега, это больше похоже на одноплатник а-ля "малинка".
Для затравки, два вопроса:
В какой среде и на каких языках IEC61131-3 ведётся разработка ППО?
Каким образом обеспечивается реальное время? Это жесткое или мягкое реальное время?
Рискну ткнуть пальцем в небо 1) никак. довольно четко заявлено - голый линукс и это фишка. хотя технически возможно прикрутить runtime от некоторых scada которые по сути на том же линуксе работают в разных ПЛК. А можно писать на каком угодно языке 2) формально никак. т.к. не заявлены RT патчи ядра, хотя технически опять же это возможно, полагаю. опять же с учетом предполагаемого характера использования (потребляемую энергию станка учитывать, но не его приводами управлять, АСКУЭ) необходимость сего под вопросом. Управлять неторопливым процессом и через такое можно, просто реальное время весьма мягкое :)
Спасибо за ответ вместо нас :)
Но я таки поправлю чутка.
1) да, всё так, но мы сейчас ещё и пишем собственный runtime (МЭК'овские языки в обозримом будущем поддерживать не планируем)
2) Для realtime'а конечно надо натягивать qnx/нейтрино.
Вообще, данное устройство позиционируется для управления сетью Nautilus'ов, которые общаются по схеме multi-drop, т.е. не имеют права голоса. Следовательно, это не для управления быстрыми процессами, требующими гарантированное время реакции.
Ну любой чип на ARM + память с ножками похож на одноплатник Аля малинка (потому что малинка была и есть как ксерокс в копировальной технике и слава ей и почет). Разделим процессорный модуль и несущую плату. На процессорном модуле Linux со всеми его радостями и бедами. На несущей плате ПЛК есть естественно RTC, watchdog. Но для RT операций лучше использовать модуль с MCU с настоящей RTOS на борту типа EMBOX / нейтрино.
Можно в Linux вставлять патчи RT, можно даже накатить Embox вместо линукса, мы пока этого не делали. Линукс открытый, накататить не особенная проблема, ребята из embox выкатили ценник с 6ю нулями за адаптацию под rockchip.
Да Linux не Rtos и выполняет сервисные задачи, но и не дело ПЛК управлять оборудованием напрямую, для этого есть специализированные модули которые подключаются к ПЛК.
В России выпустили линейку FRONT Control PLC-контроллеров для сбора и обработки данных с открытой ОС (Bare metal PLC)