Разработка на Raspberry CM3+

[pedanandrey]

В самом деле, определитесь уже, для чего, для какого сегмента рынка позиционируется ваш прибор.
Пока я вижу, что для IT это подойдет, а для АСУТП - ни к черту не годится. Извините за прямоту.

Почему для АСУТП не годится?

[Serex]

Железо и интерфейсы - это только косвенно имеет отношение к функционалу, в основном софт решает вопросы функционала. Весь функционал это Linux, грубо так.

В АСУТП очень слабая востребованность к устройствам, которые нужно много программировать. Сейчас уже никому не интересно разрабатывать драйвер Modbus RTU с ноля, кроме студентов. Нужно устройство, которое можно запустить в работу в течение полудня. А сидеть 2 недели, чтобы что-то заработало - это только для серийных изделий. Какие разработчики оборудования могут заинтересоваться этим изделием?

[Ryzhij]

В АСУТП очень слабая востребованность к устройствам, которые нужно много программировать. Сейчас уже никому не интересно разрабатывать драйвер Modbus RTU с ноля, кроме студентов

Ну, для той же CoDeSys и для других сред исполнения есть вполне приличные библиотеки стандартных процедур и функций.

Почему для АСУТП не годится

Идеология построения систем АСУТП иная.

Проблема не в программировании, а в том, что в АСУТП начинают в полную силу работать те же стандарты, что и в сфере ИТ, и добавляется куча своих. Есть много нюансов, мешающих тем же разработчикам систем управления, скажем ракетой, перенести свои разработки в промышленную АСУТП.

В рассматриваемом приборе, претендующем на PAC, нет даже входа/выхода для сигнала "Неисправность/Аварийный стоп". Всё через RIO, связь с которыми тоже может быть утеряна ;)
Какая уж тут пром.автоматикa?!

Вы хотите на форуме провести экспертизу своей разработки? Ну-ну...
Это надо было делать раньше, на этапе составления ТЗ.

[pedanandrey]

Железо и интерфейсы - это только косвенно имеет отношение к функционалу, в основном софт решает вопросы функционала. Весь функционал это Linux, грубо так.

В АСУТП очень слабая востребованность к устройствам, которые нужно много программировать. Сейчас уже никому не интересно разрабатывать драйвер Modbus RTU с ноля, кроме студентов. Нужно устройство, которое можно запустить в работу в течение полудня. А сидеть 2 недели, чтобы что-то заработало - это только для серийных изделий. Какие разработчики оборудования могут заинтересоваться этим изделием?

Не нужно никакие драйверы разрабатывать, уже давно все есть, достаточно просто установить нужный софт, например, codesys или nodered какой-нибудь.

Отправлено спустя 16 минут 22 секунды:

В АСУТП очень слабая востребованность к устройствам, которые нужно много программировать. Сейчас уже никому не интересно разрабатывать драйвер Modbus RTU с ноля, кроме студентов

Ну, для той же CoDeSys и для других сред исполнения есть вполне приличные библиотеки стандартных процедур и функций.

Почему для АСУТП не годится

Идеология построения систем АСУТП иная.

Проблема не в программировании, а в том, что в АСУТП начинают в полную силу работать те же стандарты, что и в сфере ИТ, и добавляется куча своих. Есть много нюансов, мешающих тем же разработчикам систем управления, скажем ракетой, перенести свои разработки в промышленную АСУТП.

В рассматриваемом приборе, претендующем на PAC, нет даже входа/выхода для сигнала "Неисправность/Аварийный стоп". Всё через RIO, связь с которыми тоже может быть утеряна ;)
Какая уж тут пром.автоматикa?!

Вы хотите на форуме провести экспертизу своей разработки? Ну-ну...
Это надо было делать раньше, на этапе составления ТЗ.

Идеологию построения систем асутп определяет время.
Мы не проводим экспертизу на форуме.
У вас свои стереотипы, вот у Вас сложилось мнение, что должен быть сигнал «аварийный стоп» из 90-х и Вы считаете что это шаблон для всех. Ещё раз повторяю, Мы не делаем контроллер по типу S7, мы делаем шлюз iot , как simatic iot2040. Вы можете привести реальные аргументы в пользу того, чем наши характеристики уступают тем же Moxa PAC или simatic iot2040? Мы не собираемся подключать к нашему шлюзу сервоприводы, но мы будем подключать к нему ПЛК.
Промышленный или не промышленный контроллер определяется набором микросхем и радиодеталей из которых он состоит.
Наши характеристики - https://antexcloud.ru/docs/antexgate/description/

Отправлено спустя 11 минут 11 секунд:
Последние новости как продвигается разработка и отзывы мы будем собирать здесь https://vk.com/antexgate, чтобы не проводить «экспертизу» и ничего «не впаривать» на форуме, как тут писали.
Спасибо за обратную связь, которую Вы нам дали.

[VADR]

Не нужно никакие драйверы разрабатывать, уже давно все есть, достаточно просто установить нужный софт, например, codesys или nodered какой-нибудь.

Что, реально? Рантайм codesys для вашего устройства уже существует?

У вас свои стереотипы, вот у Вас сложилось мнение, что должен быть сигнал «аварийный стоп» из 90-х и Вы считаете что это шаблон для всех.

Поймите простую вещь: АСУТП - автоматизированная система управления технологическим процессом. Информация, обрабатываемая в АСУТП, есть ни что иное, как отображение состояния этого технологического процесса. И вот, когда вдруг системе управления наступает кирдык (такое бывает) надо предпринимать меры касательно технологического процесса. Законы физики до сих пор никто не отменил, и процесс продолжается, но становится неуправляемым. Что вы предлагаете делать вашим зказчикам в такой ситуации?

[pedanandrey]

Не нужно никакие драйверы разрабатывать, уже давно все есть, достаточно просто установить нужный софт, например, codesys или nodered какой-нибудь.

Что, реально? Рантайм codesys для вашего устройства уже существует?

У вас свои стереотипы, вот у Вас сложилось мнение, что должен быть сигнал «аварийный стоп» из 90-х и Вы считаете что это шаблон для всех.

Поймите простую вещь: АСУТП - автоматизированная система управления технологическим процессом. Информация, обрабатываемая в АСУТП, есть ни что иное, как отображение состояния этого технологического процесса. И вот, когда вдруг системе управления наступает кирдык (такое бывает) надо предпринимать меры касательно технологического процесса. Законы физики до сих пор никто не отменил, и процесс продолжается, но становится неуправляемым. Что вы предлагаете делать вашим зказчикам в такой ситуации?

Да, runtime codesys существует под Linux. 500 евро.
Не runtime 50 евро. В чем проблема? Нужен runtime покупайте за 500 евро и ставьте Linux на наше устройство.

И мы не позиционируем устройство как ПЛК runtime, и не нужно это зачастую, 50 мс цикл программы не в runtime достаточно для многих систем мониторинга или для тех процессов где не требуется такая скорость, а их достаточно.

По поводу «законы физики и кирдык системе», так и что вы хотели этим сказать, в чем этот кирдык отличается от того кирдык, который в асутп? Никто не может мне внятно объяснить что же имеется ввиду, все пишут про технологические процессы и т д, ну ок, так что в итоге? Надо сравнивать оборудование , а не модели тех процессов. Давайте сравнивать, что у Нас хуже чем у других (см выше).

Отправлено спустя 11 минут 19 секунд:

Не нужно никакие драйверы разрабатывать, уже давно все есть, достаточно просто установить нужный софт, например, codesys или nodered какой-нибудь.

Что, реально? Рантайм codesys для вашего устройства уже существует?

У вас свои стереотипы, вот у Вас сложилось мнение, что должен быть сигнал «аварийный стоп» из 90-х и Вы считаете что это шаблон для всех.

Поймите простую вещь: АСУТП - автоматизированная система управления технологическим процессом. Информация, обрабатываемая в АСУТП, есть ни что иное, как отображение состояния этого технологического процесса. И вот, когда вдруг системе управления наступает кирдык (такое бывает) надо предпринимать меры касательно технологического процесса. Законы физики до сих пор никто не отменил, и процесс продолжается, но становится неуправляемым. Что вы предлагаете делать вашим зказчикам в такой ситуации?

Да, runtime codesys существует под Linux. 500 евро.
Не runtime 50 евро. В чем проблема? Нужен runtime покупайте за 500 евро и ставьте Linux на наше устройство.

И мы не позиционируем устройство как ПЛК runtime, и не нужно это зачастую, 50 мс цикл программы не в runtime достаточно для многих систем мониторинга или для тех процессов где не требуется такая скорость, а их достаточно.

По поводу «законы физики и кирдык системе», так и что вы хотели этим сказать, в чем этот кирдык отличается от того кирдык, который в асутп? Никто не может мне внятно объяснить что же имеется ввиду, все пишут про технологические процессы и т д, ну ок, так что в итоге? Надо сравнивать оборудование , а не модели тех процессов. Давайте сравнивать, что у Нас хуже чем у других (см выше).

Вот есть moxa pac компы на Linux, есть simatic iot2040 и ещё ряд всяких китайцев, которые продаются, почему Вы не можете четко сказать , чем они лучше, начиная с самого начала про гальваническую развязку и заканчивая runtime, по существу есть что-нибудь?

Мы ведь разрабатываем оборудование а не новую модель технологич процессов, зачем писать как сложно все в АСУТП.

[VADR]

Да, runtime codesys существует под Linux. 500 евро.

Просто "под линукс" или конкретно под ваше устройство, на котором установлен линукс?

По поводу «законы физики и кирдык системе», так и что вы хотели этим сказать, в чем этот кирдык отличается от того кирдык, который в асутп?

Ещё раз и медленно: в случае отказа АСУТП технологический процесс не останавливается, но становится неуправляемым (то есть - иногда даже и опасным). Чтобы выйти из этой ситуации, надо предпринимать какие-то меры. Чтобы предпринять какие-то меры, надо эту ситуацию отловить. Как это сделать на вашем оборудовании? Фиг с ним, с аппаратным сигналом "fault". У вас хотя бы аппаратный watchdog, независимый от программного обеспечения, есть? Если есть - как проконтролировать его состояние извне, независимо от исправности вашего оборудования?

Вот есть moxa pac компы на Linux, есть simatic iot2040 и ещё ряд всяких китайцев

И? Какое отношение все эти iot имеют к АСУТП? Да, существуют. Да, продаются. Да, применяются в каких-то задачах. Вы уверены, что задачи, на которые это оборудование нацелено - и есть АСУТП? Я как-то не очень.

[pedanandrey]

Да, runtime codesys существует под Linux. 500 евро.

Просто "под линукс" или конкретно под ваше устройство, на котором установлен линукс?

По поводу «законы физики и кирдык системе», так и что вы хотели этим сказать, в чем этот кирдык отличается от того кирдык, который в асутп?

Ещё раз и медленно: в случае отказа АСУТП технологический процесс не останавливается, но становится неуправляемым (то есть - иногда даже и опасным). Чтобы выйти из этой ситуации, надо предпринимать какие-то меры. Чтобы предпринять какие-то меры, надо эту ситуацию отловить. Как это сделать на вашем оборудовании? Фиг с ним, с аппаратным сигналом "fault". У вас хотя бы аппаратный watchdog, независимый от программного обеспечения, есть? Если есть - как проконтролировать его состояние извне, независимо от исправности вашего оборудования?

Вот есть moxa pac компы на Linux, есть simatic iot2040 и ещё ряд всяких китайцев

И? Какое отношение все эти iot имеют к АСУТП? Да, существуют. Да, продаются. Да, применяются в каких-то задачах. Вы уверены, что задачи, на которые это оборудование нацелено - и есть АСУТП? Я как-то не очень.

1. Просто под Линукс
2. Watchdog есть
3. В том числе применяются на промышленных заводах и предприятиях, зачастую вместе с асутп

[paul-th]

Да пойдет ваша плата как встраиваемая часть в АСУТП, почему бы и нет, если по пристальнее посмотреть, чего только не пихают и называют это АСУТП. Да и АСУТП как бы сильно размытое понятие. Только одного USB для отладки мало(мышь, клавиатура, внешняя флэшка) и порт RS422 по заявкам был бы неплох(это более универсальная вещь чем RS485).

[Ryzhij]

2. Watchdog есть

И?
Что дальше?
Как внешние устройства и оператор узнают о его срабатывании? По той самой сети, неисправность которой, вероятно, и вызвала срабатывание watchdog-таймера?
У меня к Вам просьба, точнее две:
- Прежде чем объявлять кого-либо ретроградом, изучите законодательную базу в области промышленной безопасности. Для инженера "по ГОСТ-у" означает то же, что для иудея "кошерно", а для мусульманина "халяль". Вы же демонстрируете свою полную неосведомлённость в вопросах пром.безопасности.
- Вторая просьба. Не злоупотребляйте оверквотингом. Вас трудно читать.
-

Отправлено спустя 3 минуты 1 секунду:

порт RS422 по заявкам был бы неплох(это более универсальная вещь чем RS485).

Вас обманули. Всё с точностью до наоборот. Или Вы, как и многие, путаете 4-проводный RS-485 с RS-422.

[Serex]

А я вот ума не приложу, куда это можно в АСУТП приткнуть. В роли ПЛК - так с модулями общаться по RS-485 совсем не круто. Все виртуальные ПЛК на базе PC c profibus/profinet/ethercat и т.д. Как визуализация, так USB мало, мышек с клавами не подключить.
Может быть только как шлюз какой-то из RS-485 в Ethernet. Но таких устройств полно и уже давно - зачем еще одно с непонятными перспективами.

3. В том числе применяются на промышленных заводах и предприятиях, зачастую вместе с асутп

В качестве чего? Неторопливый сбор данных? Кого можно этим удивить?

Вот есть moxa pac компы на Linux, есть simatic iot2040 и ещё ряд всяких китайцев

И кто этим пользуется? И для чего?

[pedanandrey]

2. Watchdog есть

И?
Что дальше?
Как внешние устройства и оператор узнают о его срабатывании? По той самой сети, неисправность которой, вероятно, и вызвала срабатывание watchdog-таймера?
У меня к Вам просьба, точнее две:
- Прежде чем объявлять кого-либо ретроградом, изучите законодательную базу в области промышленной безопасности. Для инженера "по ГОСТ-у" означает то же, что для иудея "кошерно", а для мусульманина "халяль". Вы же демонстрируете свою полную неосведомлённость в вопросах пром.безопасности.
- Вторая просьба. Не злоупотребляйте оверквотингом. Вас трудно читать.
-

Отправлено спустя 3 минуты 1 секунду:

порт RS422 по заявкам был бы неплох(это более универсальная вещь чем RS485).

Вас обманули. Всё с точностью до наоборот. Или Вы, как и многие, путаете 4-проводный RS-485 с RS-422.

Ну вот, опять, я не готов обсуждать промышленную безопасность и ГОСТы.

Отправлено спустя 6 минут 7 секунд:

А я вот ума не приложу, куда это можно в АСУТП приткнуть. В роли ПЛК - так с модулями общаться по RS-485 совсем не круто. Все виртуальные ПЛК на базе PC c profibus/profinet/ethercat и т.д. Как визуализация, так USB мало, мышек с клавами не подключить.
Может быть только как шлюз какой-то из RS-485 в Ethernet. Но таких устройств полно и уже давно - зачем еще одно с непонятными перспективами.

3. В том числе применяются на промышленных заводах и предприятиях, зачастую вместе с асутп

В качестве чего? Неторопливый сбор данных? Кого можно этим удивить?

Вот есть moxa pac компы на Linux, есть simatic iot2040 и ещё ряд всяких китайцев

И кто этим пользуется? И для чего?

Ну например, собираем данные с других ПЛК , в том числе по profinet (не вопрос), и далее по 3g передать в ситуационный центр. Как Вы предлагаете с помощью одного устройства решить такую не сложную задачу?
Или необходимо по can с двигателей горнодобывающей техники собрать данные и передать, как мониторинг.

По поводу мышки, зачем? web интерфейс на борту, да и одного usb достаточно чтобы подключить и мышь и клаву.
И ещё, profibus это и есть rs485 физически.

[Serex]

Ну например, собираем данные с других ПЛК , в том числе по profinet (не вопрос), и далее по 3g передать в ситуационный центр.

Беспроводной шлюз. Но для этого есть специально заточенные устройства и думаю они будут дешевле. А если делать проект с нуля, то сразу ПЛК с эзернетом и Вай-Фай точку доступа/3g модем ставишь и нечем не паришься.

в том числе по profinet (не вопрос)

Profinet то подключить можно, но смысл, если никакой скорости и синхронности. Чтобы на профинет замахиваться, нужны микросхемы от сименса.

по can с двигателей горнодобывающей техники собрать данные

Тоже некий шлюз, если взять заточенные под это вещи, они будут дешевле.

web интерфейс на борту,

Но его не используют для визуализации, это тогда надо отдельный компьютер с браузером. Веб используют для удаленного сервиса. Для визуализации однозначно не подходит, ведь даже нет видеовыхода.

И ещё, profibus это и есть rs485 физически.

Нет. На профибас нужна своя микросхема, несовместимая с RS-485.

[Ryzhij]

Ну вот, опять, я не готов обсуждать промышленную безопасность и ГОСТы

А мы тут обсуждаем не нормативы, а ваше устройство. Нормативы не обсуждают, их выполняют.
Очевидно, что для использования в сфере АСУТП, оборудование должно соответствовать современным нормативам.
Нравится это кому-то или нет, но так устроен этот мир.
Что касается рассматриваемого прибора, то даже при беглом его рассмотрении с подходом как к "черному ящику" без углубления во внутреннюю схемотехнику, становится ясно, что в АСУТП это оборудование по меньшей мере неконкурентноспособно, если не непригодно. В его сегодняшнем виде, по крайней мере.

[pedanandrey]

Ну вот, опять, я не готов обсуждать промышленную безопасность и ГОСТы

А мы тут обсуждаем не нормативы, а ваше устройство. Нормативы не обсуждают, их выполняют.
Очевидно, что для использования в сфере АСУТП, оборудование должно соответствовать современным нормативам.
Нравится это кому-то или нет, но так устроен этот мир.
Что касается рассматриваемого прибора, то даже при беглом его рассмотрении с подходом как к "черному ящику" без углубления во внутреннюю схемотехнику, становится ясно, что в АСУТП это оборудование по меньшей мере неконкурентноспособно, если не непригодно. В его сегодняшнем виде, по крайней мере.

В чем заключается его непригодность? Напишите конкретно, не соответствует по следующим характеристикам и критериям....

Отправлено спустя 2 минуты 57 секунд:

А я вот ума не приложу, куда это можно в АСУТП приткнуть. В роли ПЛК - так с модулями общаться по RS-485 совсем не круто. Все виртуальные ПЛК на базе PC c profibus/profinet/ethercat и т.д. Как визуализация, так USB мало, мышек с клавами не подключить.
Может быть только как шлюз какой-то из RS-485 в Ethernet. Но таких устройств полно и уже давно - зачем еще одно с непонятными перспективами.

3. В том числе применяются на промышленных заводах и предприятиях, зачастую вместе с асутп

В качестве чего? Неторопливый сбор данных? Кого можно этим удивить?

Вот есть moxa pac компы на Linux, есть simatic iot2040 и ещё ряд всяких китайцев

И кто этим пользуется? И для чего?

Т.е. Вы хотите сказать, что компания Moxa сделала целую линейку продукции не изучив спрос, просто так? там же не глупые менеджеры.
Если Вы и Ваше окружение не пользуетесь, это не значит, что ВСЕ не пользуются.

Отправлено спустя 4 минуты 7 секунд:

Ну например, собираем данные с других ПЛК , в том числе по profinet (не вопрос), и далее по 3g передать в ситуационный центр.

Беспроводной шлюз. Но для этого есть специально заточенные устройства и думаю они будут дешевле. А если делать проект с нуля, то сразу ПЛК с эзернетом и Вай-Фай точку доступа/3g модем ставишь и нечем не паришься.

в том числе по profinet (не вопрос)

Profinet то подключить можно, но смысл, если никакой скорости и синхронности. Чтобы на профинет замахиваться, нужны микросхемы от сименса.

по can с двигателей горнодобывающей техники собрать данные

Тоже некий шлюз, если взять заточенные под это вещи, они будут дешевле.

web интерфейс на борту,

Но его не используют для визуализации, это тогда надо отдельный компьютер с браузером. Веб используют для удаленного сервиса. Для визуализации однозначно не подходит, ведь даже нет видеовыхода.

И ещё, profibus это и есть rs485 физически.

Нет. На профибас нужна своя микросхема, несовместимая с RS-485.

Ну вот, я Вам привел два примера, Вы говорите, что под каждый пример нужен СВОЙ шлюз, а универсального устройства-шлюза как раз и нет.
На счет web визуализации не соглашусь, сегодня уже есть очень мощные движки для этого, которые уже не уступают стандартным HMI.
И на счет видеовыхода, он есть, современный видеовыход называется HDMI, или Вам нужен RCA?

Отправлено спустя 18 минут 58 секунд:

Ну например, собираем данные с других ПЛК , в том числе по profinet (не вопрос), и далее по 3g передать в ситуационный центр.

Беспроводной шлюз. Но для этого есть специально заточенные устройства и думаю они будут дешевле. А если делать проект с нуля, то сразу ПЛК с эзернетом и Вай-Фай точку доступа/3g модем ставишь и нечем не паришься.

в том числе по profinet (не вопрос)

Profinet то подключить можно, но смысл, если никакой скорости и синхронности. Чтобы на профинет замахиваться, нужны микросхемы от сименса.

по can с двигателей горнодобывающей техники собрать данные

Тоже некий шлюз, если взять заточенные под это вещи, они будут дешевле.

web интерфейс на борту,

Но его не используют для визуализации, это тогда надо отдельный компьютер с браузером. Веб используют для удаленного сервиса. Для визуализации однозначно не подходит, ведь даже нет видеовыхода.

И ещё, profibus это и есть rs485 физически.

Нет. На профибас нужна своя микросхема, несовместимая с RS-485.

И по поводу Вашего предложения "ПЛК + 3Gмодем", цена будет Выше, и возникает необходимость использовать два устройства.

[Ryzhij]

В чем заключается его непригодность? Напишите конкретно, не соответствует по следующим характеристикам и критериям....

Вам об этом уже писали.
Привели два конкретных параметра.
Закажите экспертизу, раз не поняли.
Ваш основной аргумент " ...а вот у Moxa...".
Так подумайте над тем, что не все приборы, выпускаемые под каким-то брендом, предназначены для применения в АСУТП. У того же Сименса и стиральные машины с холодильниками есть. Так и 90% шлюзов применяются для АСОДУ, не вовсе не там, куда вы стремитесь )))
Впрочем, оверквотинг не предполагает размышлений - этот стиль совсем для другого.

[pedanandrey]

В чем заключается его непригодность? Напишите конкретно, не соответствует по следующим характеристикам и критериям....

Вам об этом уже писали.
Привели два конкретных параметра.
Закажите экспертизу, раз не поняли.
Ваш основной аргумент " ...а вот у Moxa...".
Так подумайте над тем, что не все приборы, выпускаемые под каким-то брендом, предназначены для применения в АСУТП. У того же Сименса и стиральные машины с холодильниками есть. Так и 90% шлюзов применяются для АСОДУ, не вовсе не там, куда вы стремитесь )))
Впрочем, оверквотинг не предполагает размышлений - этот стиль совсем для другого.

Если брать конкретику, то по факту, по железу, написали только про гальваническую развязку.

[Ryzhij]

по факту, по железу, написали только про гальваническую развязку.

Врёте!
Про функционал, не предусматривающий ни выдачу, ни прием аварийных сигналов Вам тоже писали.
Хотите ещё - платите деньги специалистам.

[pedanandrey]

по факту, по железу, написали только про гальваническую развязку.

Врёте!
Про функционал, не предусматривающий ни выдачу, ни прием аварийных сигналов Вам тоже писали.
Хотите ещё - платите деньги специалистам.

У нас есть свободно настраиваемая красная лампочка и соответствующая нога (пин) на контроллере.
В качестве аварийных сигналов могут использоваться входы DO/DI, мы планируем изготовить модуль расширения для этих задач.

[Serex]

Вы говорите, что под каждый пример нужен СВОЙ шлюз,

А ваше устройство может дип переключателем превращаться из одного в другое? Зачем мне устройство с ПО, которое нужно купить, да еще неизвестно как под этим ПО оно будет работать. И 3G модем дешевле. Хотя бывают разные... по функционалу, по цене.

На счет web визуализации не соглашусь, сегодня уже есть очень мощные движки для этого, которые уже не уступают стандартным HMI.

WEB это не HMI. Для этого нужно больше устройств.

видеовыход называется HDMI

Да, не заметил в первом посте. Тогда есть, но большинство промышленных дисплеев поддерживают только VGA, может время изменит это. Впрочем, переходник не сильно дорог.

И по поводу Вашего предложения "ПЛК + 3Gмодем"

Но ваше устройство не может заменить ПЛК. А ПЛК на базе ввода вывода на RS-485/CAN считаются низкобюджетными. Т.е. вам придется своей дорогой штукой конкурировать с низкобюджетными устройствами. Да еще и не понятно, как софт на вашу железку встанет.

Отправлено спустя 2 минуты 33 секунды:
Вам уже несколько сообщений рекомендуют не злоупотреблять оверквотингом.
Надо выделить кусочек текста, на который вы хотите дать ответ, всплывет окошко, где нажмете "цитировать" - очень просто и остальным приятно. А пока вы пытаетесь поссориться со всеми, да еще и чего-то полезного для себя услышать хотите.

[pedanandrey]

WEB это не HMI. Для этого нужно больше устройств.

Я и не заявляю что WEB это HMI, я говорю о том, что это альтернатива HMI

Отправлено спустя 13 минут 43 секунды:

Но ваше устройство не может заменить ПЛК. А ПЛК на базе ввода вывода на RS-485/CAN считаются низкобюджетными. Т.е. вам придется своей дорогой штукой конкурировать с низкобюджетными устройствами. Да еще и не понятно, как софт на вашу железку встанет.

Наше устройство - это не ПЛК в качестве первого уровня автоматизации (мы не ПЛК DO/DI AO/AI и т.д), наше устройство создано для среднего уровня автоматизации, там, где требуется передача данных на верхний уровень либо межсистемная интеграция. Наше устройство - шлюз IoT, это больше чем просто конвертер интерфейсов из rs485 в Ethernet, оно позволяет конвертировать данные из одного формата в другой (конвертировать протоколы). Позволяет произвести первичные расчеты, чтобы не загружать большим объемом повторяющихся данных облачные сервисы. Позволяет подключать оборудование различных "солянку" производителей к одному сервису (типизировать протоколы и выдавать на конечный ИТ сервис данные в едином виде).
И последнее, Мы не претендуем на АСУТП в прямом понимании с точки зрения физики, но наше устройство применяется СОВМЕСТНО с ПЛК из АСУТП.

Отправлено спустя 4 минуты 34 секунды:

Вам уже несколько сообщений рекомендуют не злоупотреблять оверквотингом.
Надо выделить кусочек текста, на который вы хотите дать ответ, всплывет окошко, где нажмете "цитировать" - очень просто и остальным приятно

Спасибо, что подсказали, я в действительности не знал, что можно цитировать кусочками.

[keysansa]

Самоделка еще сыроватая, на мой взгляд, но так как на нее накинулись - ИМХО, зря.
Есть у меня в "портфолио" ряд установок, вот такого плана:

Роутер, вроде TPLink 842 (LEDE прошивка) Modbus TCP ICP Con ET серия.

И оптоизоляция есть (только по Ethernet, правда, больше и нет обмена), и алармы пишутся отлично, еще и по сети (самый простой syslogd запихнет за пояс любую из систем алармов СКАДы). Поддержка баз данных, само собой.
WEB интерфейс заменит СКАДу, конечно, только на медленно текущих процессах. Но никто не мешает разделить управление и отображение (или вывести критичные действия на пульт с помощью той же ET серии).
По возможностям JavaScript так же засунет SCADA куда подальше, причем, все работает удаленно, используя ресурсы клиента а не сервера.

При этом, роутер и в качестве сервера HTTP выступает, и управлять успевает (650Мгц - не самый дорогой проц в среде роутеров).

Да еще и 2-4 порта Etherrnet для разных линий есть.

Отладка проекта - старый, добрый gdb - уже предоставляет столько же возможностей, как в, например, CodeSys.

Да, надо чутка больше изучить. Да, язык (С, С++) становится сложнее, чем LD. Но ST вполне бодро входит в автоматизацию, это почти Pascal (а от Pascal до C два неровных шага).

[Jackson]

На самом деле такие промышленные устройства отличаются от "поделок" только железом. Суть-то в алгоритмах. А железный вопрос решается конструктивно. Либо находится промышленная железка, которая способна это всё крутить, либо она разрабатывается с нуля, либо имеющаяся железка доводится до промышленных требований, например путём установки в промышленный корпус, тройным слоем лака на платах, применением на платах по спецзаказу компонентов получше качеством (и ценой), дополнения промышленным блоком питания с развязками и так далее.

И последнее, Мы не претендуем на АСУТП в прямом понимании с точки зрения физики, но наше устройство применяется СОВМЕСТНО с ПЛК из АСУТП.

В АСУТП как и в любой промышленности есть общие нормы и требования, которые должны быть соблюдены. Это, например (но не ограничиваясь):

• серийность и повторяемость - чтобы это была не разовая уникальная штука, а чтобы можно было чётко по определённому коду заказа купить, и со склада, второй точно такой же экземпляр с таким же железом и софтом, и чтобы не компостировать мозг тем что софт изменился или корпус изменился со временем. Всё ломается, и переделывать установку каждый раз под ЗИП никто не будет.
• диагностируемость. Нормально - это выходной сухой контакт, который однозначно скажет "устройство в порядке" или "устройство сдохло", сторожевой собакой или каким угодно другим способом - неважно. Многие кстати этим пренебрегают, а зря.
• гарантированный срок службы в нормальных эксплуатационных условиях (как минимум 0-40 градусов, вибрация 2g, удар 10g, падение с высоты 1 метр, влажность 85% во всём диапазоне температур).
• качественные контактные соединения принятых в сфере применения стандартов
• стандартный форм-фактор для монтажа (ДИН-рейка, 19" стойка и т.п.)
• техподдержка, документация и сервис
• негорючесть

А сделать такие вещи можно хоть на ардуино, хоть на чём. "Поделками" лично я называю всё, что не соответствует вышеперечисленным требованиям.

[pedanandrey]

В АСУТП как и в любой промышленности есть общие нормы и требования, которые должны быть соблюдены. Это, например (но не ограничиваясь):
серийность и повторяемость - чтобы это была не разовая уникальная штука, а чтобы можно было чётко по определённому коду заказа купить, и со склада, второй точно такой же экземпляр с таким же железом и софтом, и чтобы не компостировать мозг тем что софт изменился или корпус изменился со временем. Всё ломается, и переделывать установку каждый раз под ЗИП никто не будет.
диагностируемость. Нормально - это выходной сухой контакт, который однозначно скажет "устройство в порядке" или "устройство сдохло", сторожевой собакой или каким угодно другим способом - неважно. Многие кстати этим пренебрегают, а зря.
гарантированный срок службы в нормальных эксплуатационных условиях (как минимум 0-40 градусов, вибрация 2g, удар 10g, падение с высоты 1 метр, влажность 85% во всём диапазоне температур).
качественные контактные соединения принятых в сфере применения стандартов
стандартный форм-фактор для монтажа (ДИН-рейка, 19" стойка и т.п.)
техподдержка, документация и сервис
негорючесть
А сделать такие вещи можно хоть на ардуино, хоть на чём. "Поделками" лично я называю всё, что не соответствует вышеперечисленным требованиям.

Я согласен. Не важно на чем сделано, главное соответствовать четким критериям и требованиям, ключевое слово "четким".

[Serex]

Я и не заявляю что WEB это HMI, я говорю о том, что это альтернатива HMI

Скорее инвалидный подвид HMI. У ВЭБ там постоянно что-то меняется, то браузер надо новый, то джаву поставить, то php- настроить. А если операторских панелей 50? Как все это обслуживать?

наше устройство создано для среднего уровня автоматизации, там, где требуется передача данных на верхний уровень либо межсистемная интеграция.

Не стоит вдаваться в уровни автоматизации, но шлюз с RS-485 интересен только для низкобюджетных и допотопных контроллеров с единственным последовательным интерфейсом, вот сегодня держал в руках Mitsubishi FXyyy c RS-232, чувство брезгливости не покидало меня :). Все современное уже оснащается Ethernet ом. А если его и нет, то можно поставить коммуникационный модуль.

Наше устройство - шлюз IoT,

Развивайте OPC на базе вашей железки, будет спрос. Только спрос будет не на железку, а на прикладной софт, который предоставляет гибкие возможности OPC. Ну а дальше можно подтянуть вашу железку, которая единственная, могущая поддерживать этот софт.
Спрос есть на конкретный функционал, но не на перспективную железку с интерфейсами, которые есть у всех в большом обилии.
Может какие-то разработчики железа для АСУТП могут заинтересоваться голой железкой... но у них есть свои козыри в рукаве.

Отправлено спустя 4 минуты 51 секунду:

Роутер, вроде TPLink 842 (LEDE прошивка) Modbus TCP ICP Con ET серия.

Самому как-то не довелось ICPcon запускать. Как-то мало их в обороте. Может благодаря вот всем этим гибким программным возможностям, в которых можно надолго утонуть. Подобные железки хороши, но когда делаешь 20-30-50-100 одинаковых устройств. Один раз впрягся, а потом по шаблону шпаришь дешево и сердито. Но в практике АСУТП как раз единичные изделия, на настройку которых хочется потратить минимум времени.