И снова "Ошибка связи #0: произошло отключение"

[NikVic2]

Добрый день.

Есть два контроллера, ПЛК 100 и ПЛК 160, в обоих - прошивки 2.15.9 (т.е. последние на сегодняшний день). Оба в версии "М" (не ограниченные по вводу-выводу).

Программный код - без каких-либо изысков, вся работа - с дискретными входами-выходами и с Modbus (как RS-485, так и TCP) через конфигуратор.

ПЛК 160 работает стабильнее, ПЛК 100 - хуже, симптом одинаковый: при активном дебаге (просмотре актуальных значений как в тексте программы в CoDeSys, так и в конфигурации Modbus) через какое-то время возникает "Ошибка связи #0: произошло отключение", и с этого момента подключение к контроллеру до его перезагрузки становится невозможно. При этом он, что характерно, продолжает нормально работать - на Modbus отзывается, входы-выходы действуют как надо, а вот подключение CoDeSys - отсутствует. Кроме того, невозможно подключиться через EasyWorkPLC. Пробовал подключения как TCP/IP, так и через порт Debug - с одинаковым результатом, до перезагрузки реакции нет, после холодной перезагрузки - появляется как ни в чём ни бывало.

В одной из тем форума нашёл совет увеличить в параметрах "Рабочего стола" таймаут связи - это помогло лишь частично (сейчас стоит 300000 мс).

На всякий случай выкладываю проект из ПЛК 100, но не думаю, что дело в нём.

[NikVic2]

Пробовал менять контроллеры на резервные, безрезультатно.

[capzap]

Пробовал менять контроллеры на резервные, безрезультатно.

да ни чего не надо делать, просто "не пялиться" на свою программу в режиме онлайн, хотите отлаживать используйте эмуляцию

[Scream]

да ни чего не надо делать, просто "не пялиться" на свою программу в режиме онлайн, хотите отлаживать используйте эмуляцию

нихерасе совет...
неожиданно.
я искренне надеюсь что вы не серьёзно.

ТС, у меня тоже на плк 150 есть такая проблема, до перезагрузки подключиться невозможно, решения за пол года не нашел, грешу на рядом стоящий пчв, но видимо не он.

[capzap]

нихерасе совет...
неожиданно.

говорите что неожидано

Единственный вариант - выводить переменные через блок Modbus TCP (он, к счастью, не зависает) и управлять "извне". А вот для обновления кода - контроллер приходится предварительно перезагружать. Соответственно, не надо планировать установку этих контроллеров на участке, которые могут быть чувствительны к необходимости выключать ПЛК.

мало того, что правильный вариант для скады, модбас, стал каким то второстепенным, а главное это онлайн из КДС. Так теперь еще и вывод не использовать плк там где пропадает питание, вместо того чтоб создать загрузочный проект

[Филоненко Владислав]

Так теперь еще и вывод не использовать плк там где пропадает питание, вместо того чтоб создать загрузочный проект

Обеспечить надёжное питание в момент смены проекта/прошивки - это аксиома. Покажите мне прибор, к-й нормально переживёт пропадание питания при смене прошивки?!

[NikVic2]

Так теперь еще и вывод не использовать плк там где пропадает питание, вместо того чтоб создать загрузочный проект

Фейспалм. При чём тут загрузочный проект?

Вы представляете, что использование ПЛК может быть несколько сложнее, чем программируемое реле, коммутирующее входы-выходы? У нас регулярно возникает задача поменять саму логику работы - изменить применяемые формулы расчёта не только на уровне коэффициентов, но и на уровне алгоритма. Заменить последовательность выполнения подпрограмм технологических цепочек. Загрузочный проект при этом, вы не поверите, создаётся.

[Филоненко Владислав]

При отладке рекомендую не открывать кучу окон, трафик отладки очень сильно возрастает.
Не могли бы Вы снять маленькое видео от момента логина до сбоя связи, чтобы мы могли сымитировать проблему?

[rwg]

Добрый день.
через какое-то время возникает "Ошибка связи #0: произошло отключение", и с этого момента подключение к контроллеру до его перезагрузки становится невозможно.

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

[NikVic2]

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

Готов поверить в проблему пакетов на физическом уровне, но почему тогда продолжают безотказно работать Modbus/TCP и UDP-обмен из самой программы?