Связь с FMR (RTFM)

[New]

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

[Arsie]

Сообщение от New

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

Ого. Записал. проверим.

[New]

Сообщение от Arsie

Ого. Записал. проверим.

Удалось что-либо выяснить?

[Arsie]

Сообщение от New

Удалось что-либо выяснить?

Повторить пока не удалось. Как ни мучаем, всё работает...

[New]

Сообщение от Arsie

Повторить пока не удалось. Как ни мучаем, всё работает...

Угу. И на установке этого пока не повторялось.
Если поможет: в одном из случаев пропадания связи (с 65 прошивкой) в журналах было около 40 ежеминутных записей включения питания контроллера.

[Ilya J.]

Сообщение от New

Угу. И на установке этого пока не повторялось.
Если поможет: в одном из случаев пропадания связи (с 65 прошивкой) в журналах было около 40 ежеминутных записей включения питания контроллера.

Скачайте свежий конфигуратор и обновите модули до 72 версии.

[New]

Сообщение от Ilya J.

Скачайте свежий конфигуратор и обновите модули до 72 версии.

А проблемку со сбросом скорости связи на 4800 при запуске двойным кликом на файл так и не исправили?

[Ilya J.]

Сообщение от New

А проблемку со сбросом скорости связи на 4800 при запуске двойным кликом на файл так и не исправили?

Пока нет

[dp38]

Добрый вечер.
Вчера только писал про твердотелку на аналоговом выходе, а сегодня новый сурприз - связь пропадает.
TRIM5 и два FMR: 3022 и 1020. Экранированная витая пара ~3м, экран на клемме G контроллера. На конечном модуле (1020) включен резистор. Поступили жалобы на случаи самопроизвольного срабатывания отдельных элементов станка. Сначала добавил фильтры на дискретные входы кнопок (вдруг какие импульсы проскакивают?) - не помогло. Затем добрался до таймаутов на FMR. Изначально стояли по 300мс. Увеличил до 500. Картина та же. Стал наблюдать за конечным модулем (1020), который рулит приводами - синий огонёк периодически (не системно: одиночные короткие, длинные, двойные короткие провалы) гаснет. Увеличил задержку до 1000мс. Провалы связи тоже начали увеличиваться по времени. Увеличил таймаут до 5сек. TRIM туда же - перестаёт отправлять запросы (судя по индикатору на FMR) по 3-4сек. После того, как в очередной раз самопроизвольно сработали клапаны, увеличил таймаут до космических 10сек! Пока помогло, но что это за связь такая?
Ситуация не менялась даже в обеденный перерыв, когда все другие станки в цеху были остановлены почти на час. И вот в полной тишине синий огонёк на FMR перестаёт моргать и станок начинает включать-выключать свои привода - полный полтергейст! Граждане, это же всё-таки ПРОМЫШЛЕННЫЙ контроллер! Он управляет не только лампочками, но и различными приводами, а это уже потенциальная опасность.
Если уж имеется возможность управлять безопасными состояниями выходов в FMR, то к имеющимся двум нужно добавить третий вариант: сохранять текущее состояние.

Теперь вопрос(ы): как соотносятся уставки таймаутов в SMLogix и непосредственно в FMR? Для чего задаются таймауты в проекте, если фактически они задаются в конфигураторе модуля? Кто виноват в провалах связи: модуль или контроллер? Что посоветуете предпринять? Спасибо.

[coverart]

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

[RomanIst]

Сообщение от dp38

Экранированная витая пара ~3м, экран на клемме G контроллера.

Помойму только отдельным проводником должны соединяться устройства по клемме gnd. А экран должен быть заземлен, да и в одной точке.

[Ilya J.]

Согласен с Романом, не нужно экран подключать в GND, используйте для этого отдельный провод.

Проекты покажете? Версия софта контроллера и фмр последние?

[Arsie]

Сообщение от dp38

Затем добрался до таймаутов на FMR. Изначально стояли по 300мс. Увеличил до 500. Картина та же. Стал наблюдать за конечным модулем (1020), который рулит приводами - синий огонёк периодически (не системно: одиночные короткие, длинные, двойные короткие провалы) гаснет. Увеличил задержку до 1000мс. Провалы связи тоже начали увеличиваться по времени. Увеличил таймаут до 5сек. TRIM туда же - перестаёт отправлять запросы (судя по индикатору на FMR) по 3-4сек. После того, как в очередной раз самопроизвольно сработали клапаны, увеличил таймаут до космических 10сек! Пока помогло, но что это за связь такая?

О каком именно тайм-ауте вы повествуете? Если о тайм-ауте, который настоящий тайм-аут, то верните его обратно в заводской 100 мсек. Можно даже 50 мсек поставить. 10 секунд это за гранью добра и зла. Вы просто перестаёте видеть проблемы со связью, а не решаете их.

Сообщение от dp38

Увеличил таймаут до 5сек. TRIM туда же - перестаёт отправлять запросы (судя по индикатору на FMR) по 3-4сек.

Ну как бы логично всё. Тайм-аут 5 сек, Трим5 тупо стоит и ждёт истечения этого времени.

[ATS]

Сообщение от dp38

Поступили жалобы на случаи самопроизвольного срабатывания отдельных элементов станка. Сначала добавил фильтры на дискретные входы кнопок (вдруг какие импульсы проскакивают?) - не помогло. Затем добрался до таймаутов на FMR.

И вы правда верите что это проблемы связи?

[Arsie]

Сообщение от dp38

Граждане, это же всё-таки ПРОМЫШЛЕННЫЙ контроллер! Он управляет не только лампочками, но и различными приводами, а это уже потенциальная опасность.
Если уж имеется возможность управлять безопасными состояниями выходов в FMR, то к имеющимся двум нужно добавить третий вариант: сохранять текущее состояние.

Третий вариант - это ноль. Гражданин, читайте документацию. Страницы 48 и 55.

Сообщение от dp38

Теперь вопрос(ы): как соотносятся уставки таймаутов в SMLogix и непосредственно в FMR? Для чего задаются таймауты в проекте, если фактически они задаются в конфигураторе модуля? Кто виноват в провалах связи: модуль или контроллер? Что посоветуете предпринять? Спасибо.

Предпринять советую следующее: RTFM.

Тайм-аут в лоджике - это время ожидание ответа модуля на запрос контроллера. Время до безопасного состояния в конфигураторе - это время ожидания модулем запроса от контроллера.

Первый у вас должен быть 50..100 мс. Второй 10 сек или менее. Определяется требованиями безопасности оборудования.

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

[ujin]

Сообщение от dp38

Добрый вечер.
Граждане, это же всё-таки ПРОМЫШЛЕННЫЙ контроллер!
Что посоветуете предпринять? Спасибо.

Разные системы характеризуются разным типовым временем цикла программы.
Например в энергетике 100 мс.
В станочном парке типовое время 20 мс - это от получения входного сигнала до выработки воздействия. Источник МСТ Торнадо АСУ для станкостроительной отрасли.
Далее информация должна передаваться по сетям с поддержкой TSN (Time-Sensitive Networking). Modbus RTU обладает детерменизмом, однако от оборудования много зависит и любой прибор в сети может наглухо завесить обмен (например завис и оставил напряжение в линии), что в станочном парке недопустимо. В связи с этим требуется дублирование.
Контроллеры и модули ввода вывода от Segnetics можно относить к промышленным с очень большой натяжкой.
Можно почитать про функциональную безопасность и уровни SIL. Начать например со статьи https://habr.com/ru/post/309636/
У phoenix contact по этой теме много информации.
Самая правильная рекомендация выбрать оборудование для станочного парка соответствующее временным параметрам и нормам безопасности.
А так это Ваша ответственность.
Я конечно умудрялся управлять непосредственно процессом горения при помощи контроллеров Сегнетикс. Но во первых я дублировал цепи защиты двумя контроллерами, контроллеры мониторили друг друга и во вторых так больше делать не буду.

[ATS]

Сообщение от ujin

...
Я конечно умудрялся управлять непосредственно
....
так больше делать не буду.

Молитва на ночь?

[ujin]

Сообщение от ATS+

Молитва на ночь?

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

[Arsie]

Сообщение от ujin

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

Возвращаемся к старым двум историям, когда сертифицированные контроллеры под СПб поморили 10 тыс курей и за ДВ грохнули производственную линию. Вспоминаем и недавние падения Боингов 737 max 8, где сертификаты по факту оказались "самовыданными", а программы глючными.

Что уж говорить про страну развитого пофигизма, где сертификаты часто не являются показателем того, что нужно. Например: https://forum.segnetics.com/showthread.php?t=3670

Это я всё не к тому, что сертификаты не нужны. Ясно дело, если в железе проработано резервирование или TSN - это лучше, если они не проработаны. Просто нужно подбирать железо по возможностям, а не сертификатам.

[ujin]

Сообщение от Arsie

Просто нужно подбирать железо по возможностям, а не сертификатам.

Ранее я с Вами бы полностью согласился. На сегодняшний день требуется и то и другое.
Для чего - чтобы при расследовании несчастного случая на производстве государственный инспектор не написал в Акте "применено несертифицированное оборудование".
Еще одно замечание, касающееся темы. На Вашем форуме регулярно встречаются ситуации, где 485 интерфейс не могут правильно подключить, несмотря на то, что у него всего 3 провода и экран из которых в 99% случаях достаточно подключить 2 провода. А сообщений о неправильном подключении Ethernet не припомню.
Убирать нужно все интерфейсы, кроме Ethernet. И применять TSN. Возможно добавить какой-либо "промышленный" протокол типа Ethercat, EtherNET/IP.
Опять же с завидной регулярностью не хватает нагрузочной способности аналогового выхода. Напрашивается выход 20 мА.
Без заявленных и подтвержденных цифр по MTBF и сертификата по SIL чем дальше тем больше Вы будете буксовать.

[Ksb]

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