ПР200 пропадает связь с устройствами на втором порту RS485

[Lapu-Leen]

Доброго времени суток. Ситуация следующая: в ходе ПНР в начале рабочего дня ПР200 неожиданно не включилось ,притом что питание 24 в было, после отсоединения всех коннекторов и подключения только питания - реле заработало, и поскольку запасного реле всёравно в наличии не было - приняли решение продолжить. Через какое-то время после запуска оборудования реле перестало реагировать на кнопки и датчики подключенные к модулям дискретного ввода. Первая мысль, учитывая не включившееся утром реле - реле неисправно и замена решит проблему, но позже выяснилось, что и с новым реле проблема с зависающим портом так и осталась. На данный момент есть предположение, что зависание вызывают сварочные работы в цехе, потому что у оставленного включенным на ночь ПР200 связь по второму порту не прерывалась. В щите установлены: ПР200 - 1шт. ПРМ-24.1 - 2шт. МВ110-224.16ДН - 2шт. МЭ110-220.3М - 1шт. Рядом стоит щит с большим количеством slave устройств на RS485, ПР200 так же выступает мастером, никаких зависаний замечено не было. Если порт "завис" в линии 0 в, помогает только отключение питания на ПР200. Проверял + или - источника 24в на земле нет.

[Lapu-Leen]

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

[Ревака Юрий]

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

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

[Lapu-Leen]

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

Среднее значение цикла 3,01мс. 429024290342904 Стесняюсь спросить, каким образом при некорректных сетевых настройках оборудование нормально отработало один день, оставленное на ночь опять таки не зависает, почему имеется рандомность остановки порта? Повторюсь, что трабла началась после того, как ПР200 не включилось, хотя индикация на 2х ПРМ светилась (т.е. 100% питание на входе 24в ПР200 было), ПР200 заменён,
остался блок питания и 2 ПРМ(модули в расчёт не беру так как они наверное не могут остановить передачу в линии ведь 0В).

[Ревака Юрий]

Для того чтобы узнать время цикла нужно добавить макрос TIME CYCLE? 429024290342904 Стесняюсь спросить, каким образом при некорректных сетевых настройках оборудование нормально отработало один день, оставленное на ночь опять таки не зависает, почему имеется рандомность остановки порта? Повторюсь, что трабла началась после того, как ПР200 не включилось, хотя индикация на 2х ПРМ светилась (т.е. 100% питание на входе 24в ПР200 было), ПР200 заменён,
остался блок питания и 2 ПРМ(модули в расчёт не беру так как они наверное не могут остановить передачу в линии ведь 0В).

Время цикла можно посмотреть через сервисное меню ПР200. А скорость порта какая? (общая вкладка порта) По поводу остановки порта, дистанционно сложно сказать, нужно смотреть насколько "нормально" оно работает целый день, попробуйте вывести кол-во ошибок по каждому устройству на экран (переменная Статус, на ней организовать счетчик). Так-же можно проверить отключением по очереди модулей расширения по RS, кабель в экране, длина линии, джампера на сетевой плате в режиме "Master"?

[Lapu-Leen]

42905 джампера в слейве линия не выходит за пределы щита(витая пара без экрана) т.е. около 2-3м. Во тором щите джампера тоже в слейве, плюс линия выходит в цех(участок в цех витая пара с экраном) метров 25-30 работает без проблем. Юрий, ответьте пожалуйста, как ошибки на линии приводят к остановке порта? Я например вчера пробовал оставить включенное ПР200 с ТРМ201 на втором порту (питание на него не подавал), проверял осциллографом наверное в течении 2х часов попытки связаться с устройством не прекращаются. Так всётаки, что может вызвать остановку порта, не пришедший стоп бит во время приёма от слейва? Потому что судя по напряжению в сети все устройства стоят на "приёме" включая ПР200.

[Ревака Юрий]

42905 джампера в слейве линия не выходит за пределы щита(витая пара без экрана) т.е. около 2-3м. Во тором щите джампера тоже в слейве, плюс линия выходит в цех(участок в цех витая пара с экраном) метров 25-30 работает без проблем. Юрий, ответьте пожалуйста, как ошибки на линии приводят к остановке порта? Я например вчера пробовал оставить включенное ПР200 с ТРМ201 на втором порту (питание на него не подавал), проверял осциллографом наверное в течении 2х часов попытки связаться с устройством не прекращаются. Так всётаки, что может вызвать остановку порта, не пришедший стоп бит во время приёма от слейва? Потому что судя по напряжению в сети все устройства стоят на "приёме" включая ПР200.

По связи пока ничего критичного, можно правда, интервал между запросами уменьшить до 1-2 ms, и джампера не сетевой плате ПР200 должны быть в положении "М", без этого не вижу смысла гадать дальше. Если они все таки в мастере, то я пока не знаю из-за чего "останавливается" порт.

[Lapu-Leen]

Перемычки в "S", но в соседнем щите они тоже в S, плюс ещё в 12 щитах правда те не промышленного назначения хотя в них есть один ПЧ. А как быть с ПР200, я не знаю стоит ли мне его сдавать по гарантии или нет, сейчас стабильно включается, я его даже пробовал охлаждать в холодильнике потом включать, всёравно всё работает. Имеет ли смысл докупить хотябы один ПРМ и пробовать их менять по очереди?

[Lapu-Leen]

Добавлю, по поводу перемычек "S" "M" которые судя по всему подключают к линии резисторы защитного смещения, если верить даташиту на THVD1500 а именно - 9.2.1.4 Receiver Failsafe защитное смещение реализовано в самом чипе.

[Ревака Юрий]

Добавлю, по поводу перемычек "S" "M" которые судя по всему подключают к линии резисторы защитного смещения, если верить даташиту на THVD1500 а именно - 9.2.1.4 Receiver Failsafe защитное смещение реализовано в самом чипе.

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

[Lapu-Leen]

Продолжили ПНР, и, как я и предполагал, установка перемычек в Мастер никоим образом не повлияла на данный глюк. Зато выяснилось, что зависание может произойти
на порту №2 или на порту №1, при этом оставшийся продолжает работать(точнее если это порт №1 который в слейве, то связь с ним есть, просто данные перестают обновляться и овенсервер рапортует о том что всё гуд!), по времени связи никакой нет, по крайней мере зависал в промежуток времени до 1 часа(бывало что и через 5-10мин. после включения). Стало понятно, почему оставленное на ночь включенным ПР200 утром продолжало нормально работать(предположении о влиянии сварочных работ или включении мощных потребителей в дневное время оказалось ошибочным) 2Х часовой тест показал, что если связь идёт только через один порт, то зависания не происходит. На данный момент установлена версия Owen Logic 1.14.193.18460 и новая прошивка, внесены некоторые изменения в проект и пройден рубеж в 2 часа безотказной работы(дольше пока не проверял), что в общем то вселяет надежду на окончательное решение проблемы. Буду пробовать загрузить проект без внесённых изменений, если будет работать, значит новая прошивка -помогла, а если нет, то возникает следующий вопрос: возможно ли без теста на реальном железе определить повлияют ли на стабильность работы имеющиеся циклические связи? Собственно, даже на макросы установленные через менеджер компонентов программа иногда выдаёт предупреждение, но симулятор запускается и проект загружается в ПР.

[Ревака Юрий]

Продолжили ПНР...

У Вас прибор в единственном экземпляре?, есть возможность проверить на другом?
Да, уже увидел что проверяли, сможете сбросить настройки модулей расширения?

[Lapu-Leen]

Проверял на 3х. ПР200 результат был одинаковым. В данный момент похоже что все ОК, покрайней мере второй день сбоев не было ,хотя беспрерывно работало менее 4х часов, х.з. надеюсь что это не увеличилось время между глюками. Считаю ,что новое ПО помогло , или то что убрал макросы подсчёта моточасов(брал здесь на форуме).