Импортозамещение в АСУТП Опции

[kosmos440o]

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

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

Зайдём в Снип к вентиляторщикам
12.10 Сигнализацию о работе оборудования («Включено», «Авария») следует
предусматривать для систем:
а) вентиляции помещений без естественного проветривания производственных,
административно-бытовых и общественных зданий;
б) местных отсосов, удаляющих вредные вещества 1-го и 2-го классов опасности или
взрывоопасные смеси;
в) общеобменной вытяжной вентиляции помещений категорий А и Б;
г) вытяжной вентиляции помещений складов категорий А и Б, в которых отклонение
контролируемых параметров от нормы может привести к аварии.
Примечание — Требования, относящиеся к помещениям без естественного проветривания, не
распространяются на уборные, курительные, гардеробные и другие подобные помещения.

Ну тут как бы лампочки тупо дешевле. Но панель не запрещается, это уже хорошо.

Сообщение отредактировал kosmos440o - 28.11.2018, 15:31

[kosmos440o]

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

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

Зайдём в Снип к вентиляторщикам
12.10 Сигнализацию о работе оборудования («Включено», «Авария») следует
предусматривать для систем:
а) вентиляции помещений без естественного проветривания производственных,
административно-бытовых и общественных зданий;
б) местных отсосов, удаляющих вредные вещества 1-го и 2-го классов опасности или
взрывоопасные смеси;
в) общеобменной вытяжной вентиляции помещений категорий А и Б;
г) вытяжной вентиляции помещений складов категорий А и Б, в которых отклонение
контролируемых параметров от нормы может привести к аварии.
Примечание — Требования, относящиеся к помещениям без естественного проветривания, не
распространяются на уборные, курительные, гардеробные и другие подобные помещения.

Ну тут как бы лампочки тупо дешевле. Но панель не запрещается, это уже хорошо.

Сообщение отредактировал kosmos440o - 28.11.2018, 15:31

[GYUR22]

МЭК 60073:2002 Основополагающие принципы и принципы безопасности для интерфейса
9.2.5 Работа
9.2.5.1Общие положения
Для безопасной работы машины должны быть предусмотрены все необходимые защитные меры и
блокировки безопасности (см. 9.3).
Должны быть приняты меры по ограничению движения машины в неуправляемом режиме после оста-
новки любой категории (например, потери охлаждения, нарушения в электропитании, при замене батарей,
потере сигналов дистанционного управления).

Ну и как остановить машину при потере связи панели с ПЛК?

Вы невнимательно читаете то что я пишу - поэтому следуют все пространные простынки и пожарка не имеет никакого отношения к нашему разговору - там свои жЫры мы туда даже не лезем.
Про аварийное (да и сервисное) отключение я сам и написал - что это есть обязательно, рубильник либо грибок или что там по вкусу.
Я напомню - свои тезисы (если еще кому то интересно):
1. Не устраивать - ржденственскую елку из щита, если нужно много лампочек то проще использовать панель.
2. Я писал - что обычно достаточно лампочек сеть, пуск, авария и рубильника , грибочка и что там еще для аварийного отключения.
3. Также писал - что бывают наверное случаи когда нужно много лампочек, но их очень мало.
4. Сейчас 21 -век и наверное что то изменилось по сравнению с 60-ми годами 20-го века.

Что то по теме есть - без цитирования всех гостов в одной ветке?

Сообщение отредактировал GYUR22 - 28.11.2018, 15:19

[kosmos440o]

[quote name='GYUR22' date='28.11.2018, 16:18' post='1410841'
Что то по теме есть - без цитирования всех гостов в одной ветке?
[/quote]
По теме скажу так- одно время захотелось красоты, начал ставить панели в проекты. Но наладчикам рисовать было неинтересно, стали сваливать на тех, кто разрабатывает СКАДу. А мне это не упёрлось, самому себе работы добавлять. Поэтому убрал. Лучше пусть биоробот Вася насверлит дырок в шкафу. Если б за это хорошо платили - не вопрос.

Щас правда подумываю о том, чтоб показывать веб-интерфейс - всё-таки удобство какое-то есть, ну и понты, конечно. Но это для контроллеров с развитым графическим интерфейсом, у нас такие в проектах. За остальные не скажу.

А какой критерий перехода от нескольких лампочек к рожденственской ёлке?

Сообщение отредактировал kosmos440o - 28.11.2018, 15:56

[GYUR22]

А какой критерий перехода от нескольких лампочек к рожденственской ёлке?

А вот это хороший вопрос!
Я вижу так - для простых систем достаточно трех ламп питание, работа, авария. Для многоконтурных - работа по каждому контуру.
Все остальное в панельке.
Теперь по панелькам - не каждую панельку нужно рисовать у меня есть простые"наши импортозамещенные" и сами конфигурируются из памяти "импортозамещенного" контроллера -это стандартные системы.
Есть панельки DIS1710 - для FxC они также конфигурируются из контроллера.
Иногда бывает и рисую на вейнтеках
И есть панельные компы которые проще повесить к нашим NxE и смотреть в веб- к которому есть хорошие картинки и они получаются дешевле чем рисовать большую многостраничную панель.

[kosmos440o]

Там ещё вопрос по приоритету возникает. В двух СКАДАх, с которыми я плотно более-менее работаю, Мастер-СКАДа и SmartStruxure, привязка команды к графике СКАДы напрочь убивает возможность напрямую привязать дополнительное управление из другой точки. Поэтому часто приходится поизвращаться, что не добавляет мне любви к панелям.

О приоритетах - чисто для прикола однажды на один контроллер по TCP привязал две эти СКАДы, на одной поставил уставку 20, на другой 25. Иноземщина почему-то победила. С тех пор я чаще выбираю её))).

Сообщение отредактировал kosmos440o - 28.11.2018, 21:45

[GYUR22]

По поводу приоритетов все просто - освайвайте BACnet встраивайте в свой контроллер стэк от Steve Karg и проблема приоритетов решена сама собой
Про панели - тут наверное великий и могучий подвел ими все называется от монохромки 1" до 100".
Мы конкретно вейнтек не особо часто ставим из за его все еще дубовых либ, ограниченных возможностей по бакнету и долгого времени настройки- оно съедает его относительно недорогую цену т.к. все проекты разные.

[manjey73]

GYUR22 у вас есть объекты на BacNet ? есть возможность к каким-то из них дать доступ, хотя бы на чтение ?
интересуюсь на будущее, планирую писать драйвер под него, но покупать железки для такого дела точно не буду, дорогое удовольствие из собственного кармана выкладывать...

[WRybkin]

Приложение показывает всю картину процесса. В принципе, удобно.
Ну, а не соединился, пальцем по кнопкам, как и раньше.

За что я ненавижу "Приложения". До сих пор мне неизвестно ни одно приложение, которое могло бы автоматически обрабатывать сбои и неисправности оборудования. Пока всё работает нормально и вмешательство оператора не требуется, приложение тоже работает нормально. Но, как только где-то пройдёт сбой, редкое приложение выдаст какую-либо диагностическую информацию или адекватное предупреждение. Когда перед тобой ключи и лампочки, а внутри шкафа реле и пускатели, найти выход в сложившейся ситуации гораздо проще. pS Больше всего из приложений убивает Windows. Всё время забываю, что надпись "Диагностика" в ней - ошибочный перевод надписи "Звонок другу".

[GYUR22]

GYUR22 у вас есть объекты на BacNet ? есть возможность к каким-то из них дать доступ, хотя бы на чтение ?
интересуюсь на будущее, планирую писать драйвер под него, но покупать железки для такого дела точно не буду, дорогое удовольствие из собственного кармана выкладывать...

Есть и объекты.
Есть и железки.
Есть свой простенький эмулятор.
Я в Нижнем.
Расскажите для чего драйвер?
Кстати сейчас имею уже трехдневный секас с поделием adfweb hd67712-ip-4-a1 - оно бакнет в модбас преобразует, но работает как то оч криво либо я чего то не догоняю- не обновляются данные.

[yozik]

По поводу приоритетов все просто - освайвайте BACnet

BACnet (англ. Building Automation and Control network) — сетевой протокол, применяемый в системах автоматизации зданий и сетях управления.
Вы работаете в "коммерческом" сегменте. (Это не оскорбление)
HMI
(панельки VS лампочки) :-)
1. Стоимость
Панельки дорого VS лампочки дешево
2. Время на проектирование (дорогое)
панельки очень много VS лампочки мало
3. Время на освоение персоналом
панельки много, требуют обучения VS лампочки понятны без обучения любому "колхознику"
4. Надежность
панельки выход из строя=неработоспособность всей установки, отремонтировать долго VS лампочки сдохнут никто и не заметит (если заметят легко заменят их как грязи) :-)
5. Условия эксплуатации
панельки "стерильные" VS лампочки "в гАвне"
6. Качество (количество) предоставляемой информации
панельки высокое VS лампочки низкое
7. Для "менеджеров продажников, распильщиков и т.д.)
панельки ВАУ какая крутая ВЕСЧЬ VS лампочки унылое г.. как у всех
8. место для Вашей рекламы :-)
Выводы
Панельки хороши для одновременного контроля множества исполнительных механизмов и параметров, то есть для конвееров, различных автоматов, ЧПУ и т.д.
собственно там они и появились изначально.

На "низовом" уровне панелькам никогда не победить лампочки.
лампочки будут жить вечно :-)
А если панельки станут "надежными и дешевыми" то они превратятся в лампочки :-)
(индикация одного дискретного состояния например открыто-закрыто)
На "среднем"
панельки VS лампочки конкуренции нет и не предвидится, они мирно с друг другом уживаются :-)

А вот сравнение панельки VS СКАДа было бы более интересным
т.к. в "малых объемах" они составляют друг другу конкуренцию

[Ashihara]

Там ещё вопрос по приоритету возникает. В двух СКАДАх, с которыми я плотно более-менее работаю, Мастер-СКАДа и SmartStruxure, привязка команды к графике СКАДы напрочь убивает возможность напрямую привязать дополнительное управление из другой точки. Поэтому часто приходится поизвращаться, что не добавляет мне любви к панелям.

В автоскаде сегнетиковой команды отвязаны от графики. Можно посмотреть как пример.

О приоритетах - чисто для прикола однажды на один контроллер по TCP привязал две эти СКАДы, на одной поставил уставку 20, на другой 25. Иноземщина почему-то победила. С тех пор я чаще выбираю её))).

Победила та скада, которая более ненадёжна. Она несколько раз повторила нормально дошедшую посылку. Такие повторения устраивают только если софт даёт непредсказуемые сбои. Вы, как программер, должны сейчас понять, о чём я говорю.

Надёжная скада отправила посылку, получила ответ "яволь" от контроллера и на этом правомерно решила, что дело сделано.

Интересно, а две смартструхуры подерутся между собой или нет?) Каждая будет тянуть одеяло на себя, а если ещё и одновременно юзером уставку сменить, вообще задница может случиться)

[stscat]

Господа, может пришло уже время привести тумблеры и лампочки к более современному виду, раз уж они бессмертны. Разделить на две части. Одна в корпусе на дин рейку представляет из себя кучку входов и реле (или открытых коллекторов). Вторая в виде платы на дверку шкафа. Все тумблеры и лампочки подключаются к ней. А она тонким интерфейсным кабелем подключается к 1-й части. Каждой лампочке, тумблеру, подключенному ко 2-й части, соответствует вход или реле на 1-й части.
Сильно облегчается монтаж, уменьшается количество проводов, увеличивается надежность. 2 этап - заменить кнопки и тумблеры на пленочные модули со встроенными св-диодами. Для монтажа достаточно просверлить отверстие на 10 мм, провести в него хвостик с контактами и заклеить отверстие этим же пленочным модулем.



Как вариант пленочного модуля. Надпись вставляется в кармашек



Сообщение отредактировал stscat - 29.11.2018, 11:20

[manjey73]

ага, и если там 220 В то добавить кучу исполнительных механизмов...

GYUR22 драйвер под RapidScada для BacNet, очень, очень в планах...

ADFWEB мне не понравился, использую сейчас Modbus RTU - SNMP по необходимости, цена-качество (возможности) не соответствуют изделию. ИМХО. Лучше бы взял Modbu RTU - Modbus TCP, тоже смог бы прикрутить... да и дешевле бы вышло.

Раньше использовал Babel Buster SPX, понравился больше, но он и дороже. У них вроде и BacNet тоже есть.

[kip_88]

GYUR22 не, не, не. я и не говорил про Си на весь контроллер для продажи. Меня бы вполне устроил и FBD но чтобы эти FBD (так называемые макросы) можно было писать на Си и как раз тут можно было бы реализовать и макросы стеков и что-то еще.
Опять же, если это STM-ка какая нибудь, возможность просто стереть прошивку с языком FBD и наваять все в среде разработки для STM, так сказать на свой страх и риск для хардкорщиков...
Но вот для FBD если делать, то было бы достаточно добавить массивы, возможность обращаться к битам переменных через . (точку) и сделать возможность переходов по меткам. Этого было бы за глаза для очень многих задач вместе с возможностью писать FBD на Си.
Тот же опрос какого-нибудь прибора через RS485 с отличным от Modbus протокола...

счетчики Меркурий те же, или регистраторы Пульсар или их счетчики или вон весы какие-нибудь. То есть режимы должны быть как RTU так и ASCII доступны.

Очень полезная функция на мой взгляд. Можно отработать алгоритм модели в матлабе/симулинке, сгенерировать платформеннонезависимый си код и использовать его как функциональный блок.

[yozik]

Как вариант пленочного модуля. Надпись вставляется в кармашек

Это хорошее решение при серийном производстве.
видел такое у них только там была исключительно
индикация (без кнопок)

Еще дальше пошли Eaton ищите по SmartWire Darwin
интересно, зачем внедрять такой "наворот" если лампочки завтра заменят панельками?

[GYUR22]

Очень полезная функция на мой взгляд. Можно отработать алгоритм модели в матлабе/симулинке, сгенерировать платформеннонезависимый си код и использовать его как функциональный блок.

Мне кажется все это будет не совсем читаемо и далеко от народа.
Почти все функции используемые в программируемых логических контроллерах для HVAC можно объяснить на пальцах - некоторые посложнее типа пида там считать просто неудобно может быть.
Единственное по поводу автопида... у нас в FEC/FAC есть автонастраиваемый ПИД - но ему сначала требуется время на адаптацию к реальному процессу хотя тип процесса и начальные константы там забиваются- это наверное да имеет смысл симулировать в чем то, для понимания как написать код.

[manjey73]

Для народа FBD, народу не обязательно даже думать, что этот FBD был написан на Си.

[yozik]

Для народа FBD, народу не обязательно даже думать, что этот FBD был написан на Си.

Еще плюс для производителя
Если есть возможность писать FBD на распространенном языке (Си)
можно организовать написание новых блоков сторонними людьми (пример Linux сообщество)
тогда производителю останется только протестировать блок и включить его в библиотеку.

[kip_88]

Мне кажется все это будет не совсем читаемо и далеко от народа.

Для большинства наверняка. Но незнание матлаба в современной инженерной деятельности на мой взгляд потеря возможностей.

некоторые посложнее типа пида там считать просто неудобно может быть.

Зайдите для интереса почитать статьи на IEEE Xplore, узнаете сколько народа и какого типа задачи в нем считают.

Сообщение отредактировал kip_88 - 30.11.2018, 8:51

[kosmos440o]

Господа, может пришло уже время привести тумблеры и лампочки к более современному виду, раз уж они бессмертны. Разделить на две части. Одна в корпусе на дин рейку представляет из себя кучку входов и реле (или открытых коллекторов). Вторая в виде платы на дверку шкафа. Все тумблеры и лампочки подключаются к ней. А она тонким интерфейсным кабелем подключается к 1-й части. Каждой лампочке, тумблеру, подключенному ко 2-й части, соответствует вход или реле на 1-й части.
Сильно облегчается монтаж, уменьшается количество проводов, увеличивается надежность. 2 этап - заменить кнопки и тумблеры на пленочные модули со встроенными св-диодами. Для монтажа достаточно просверлить отверстие на 10 мм, провести в него хвостик с контактами и заклеить отверстие этим же пленочным модулем.



Как вариант пленочного модуля. Надпись вставляется в кармашек

В 2007 году типа таких делали. Как-то не прижилось. Хоть и дешевизна, но и гемора многовато. И если просто делать - вместо лампочек 220 вольт резистор с диодным мостом и светодиод - выгорает нахрен при хорошем скачке напруги. А сложнее - цена приближается к иэковским лампочкам. Пытались делать типовые - системы автоматизации не подходили к нашим панелям.

Что конкретно об этой панели - тут как бы идеологически перепутан сигнал "Пуск" и "Работа". Это две большие разницы. И, например, в ИТП такие стоит применять, если любите садо-мазо и хотите, чтобы вас побили возмущённые жильцы. Потому что при пропадании напряжения такое обратно не запустится.
Тактовая кнопка - ненадёжное решение. Посмотрите область её применения. И это не может заменить выключатель безопасности.
Межпанельные жгуты имеет смысл делать онли фор масс продакшын.

Сообщение отредактировал kosmos440o - 30.11.2018, 9:06

[Ashihara]

Еще плюс для производителя
Если есть возможность писать FBD на распространенном языке (Си)
можно организовать написание новых блоков сторонними людьми (пример Linux сообщество)
тогда производителю останется только протестировать блок и включить его в библиотеку.

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

Производителю 100% проще написать блок силами программистов известной квалификации и под контролем нормального манагера проектов, чем тестировать неизвестно что, написанное человеком, который может на каком-то этапе сказать "Ой, всё" и пропасть.

[stscat]

В 2007 году типа таких делали. Как-то не прижилось. Хоть и дешевизна, но и гемора многовато. И если просто делать - вместо лампочек 220 вольт резистор с диодным мостом и светодиод - выгорает нахрен при хорошем скачке напруги. А сложнее - цена приближается к иэковским лампочкам. Пытались делать типовые - системы автоматизации не подходили к нашим панелям.

Что конкретно об этой панели - тут как бы идеологически перепутан сигнал "Пуск" и "Работа". Это две большие разницы. И, например, в ИТП такие стоит применять, если любите садо-мазо и хотите, чтобы вас побили возмущённые жильцы. Потому что при пропадании напряжения такое обратно не запустится.
Тактовая кнопка - ненадёжное решение. Посмотрите область её применения. И это не может заменить выключатель безопасности.
Межпанельные жгуты имеет смысл делать онли фор масс продакшын.

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

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

Панель на фотографии дана для примера. Она от станции дымоудаления.

[manjey73]

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

[stscat]

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

Производителю 100% проще написать блок силами программистов известной квалификации и под контролем нормального манагера проектов, чем тестировать неизвестно что, написанное человеком, который может на каком-то этапе сказать "Ой, всё" и пропасть.

Абсолютно справедливо. Программистов много, но все требуют подробно расписать как это должно работать. А это, включая создание документации, собственно и есть 80% создания продукта. Остается только немножко написать кода, а это, проделав 80% работы можно осуществить уже и своими силами.

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

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

[kosmos440o]

Панель на фотографии дана для примера. Она от станции дымоудаления.

Ну дак для дымоудаления такое вообще нельзя делать. Читайте ветку выше, почему. Ещё и сертифицировать наверное надо. Какой-то трэш в стране творится.

Сообщение отредактировал kosmos440o - 30.11.2018, 12:01

[stscat]

Ну дак для дымоудаления такое вообще нельзя делать. Читайте ветку выше, почему. Ещё и сертифицировать наверное надо.

Удивительно. Полгода согласовывали с заказчиком панель, это уже третий, выполненный в железе, вариант, все госты наизусть выучили и тут такое с первого взгляда. Объясните (без все объясняющих фраз: читайте госты или читайте выше), вдруг вы правы.

И да, сертификат уже есть.

Сообщение отредактировал stscat - 30.11.2018, 12:06

[kosmos440o]

http://forum.abok.ru/index.php?s=&show...t&p=1410804

Максимальная оперативность - это переключателем отключаешь питание, или включаешь его и всё. Если сигнал идёт на контроллер по такому тухлому шлейфу (проскакивает ли такое по ГОСТам на НКУ - ещё вопрос), потом контроллер обрабатывает этот сигнал, фильтрует от помех (кстати, как там с помехозащищённостью на 5 вольтах?) потом принимает решение включить - не включить, или передаёт команду другому контроллеру - это уже не оперативненько.
Спасибо, но слишком много вопросов в таком деле, когда могут пострадать люди - я против. Да и не в пожарке, без этих панелей хватает проблем.
Да и индикация тухловата. Кто-то увидит с 3-х метров, кто-то нет. Хотя Болит делает свои приборы с такими индикаторами, вроде проскакивает. Но Болит - это ещё та песня, я не стал бы на него равняться.

Но это обсуждение помогло мне понять, что для управления ставить панели не буду. Так, чисто для понтов, может быть. Я обычно делаю шкафы так, чтобы всегда была возможность запуска в ручном режиме, с помощью переключателей. Очень удобно во многих случаях, например, когда программа ещё не готова, а наладка уже началась. Или для управления биороботом по телефону, когда что-то не включается, а ты едешь где-то на другом конце города и компа под рукой нет. А тут ещё один фактор невключения.

Ну, подожмёте рынок, и не будет громких резонансных уголовных дел (тьфу-тьфу-тьфу), тогда поговорим))). Тем более такую панельку хоть с модбасом сделать - раз плюнуть.

Сообщение отредактировал kosmos440o - 30.11.2018, 12:52

[Сергей А. Ефремо...]

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

Мы тоже мало-помалу занимаемся созданием собственной модели ПЛК, всё как раз таки упирается в пользовательскую среду разработки алгоритма управления. Вся проблема не в том, чтобы дать возможность пользователю писать свои блоки на СИ, а проблема в их дальнейшем графическом отображении. FBD - это же графический язык программирования...

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

Сообщение отредактировал Сергей А. Ефремов - 30.11.2018, 12:50

[stscat]

http://forum.abok.ru/index.php?s=&show...t&p=1410804

Максимальная оперативность - это переключателем отключаешь питание, или включаешь его и всё. Если сигнал идёт на контроллер по такому тухлому шлейфу (проскакивает ли такое по ГОСТам на НКУ - ещё вопрос), потом контроллер обрабатывает этот сигнал, фильтрует от помех (кстати, как там с помехозащищённостью на 5 вольтах?) потом принимает решение включить - не включить, или передаёт команду другому контроллеру - это уже не оперативненько.
Спасибо, но слишком много вопросов в таком деле, когда могут пострадать люди - я против. Да и не в пожарке хватает проблем.

Скорость выполнения программы порядка 50 циклов (не команд) за 1 милисекунду. Не достаточно?

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

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

Сообщение отредактировал stscat - 30.11.2018, 12:48

[Ashihara]

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

Вы забываете о том, что если контроллер "Путинатор" производства ООО "Россия" повиснет по вине криворукого студента, написавшего черезжопный FBD, то в глазах службы эксплуатации это не студент будет виноват, а Россия в целом и Путин в частности.

Мы тоже мало-помалу занимаемся созданием собственной модели ПЛК, всё как раз таки упирается в пользовательскую среду разработки алгоритма управления. Вся проблема не в том, чтобы дать возможность пользователю писать свои блоки на СИ, а проблема в их дальнейшем графическом отображении.

Поверьте мне, это одна из самых наименее значимых проблем в этой задаче.

Сообщение отредактировал Ashihara - 30.11.2018, 12:59