нет это проблемы конвертации и версий библиотек, вот в гугле чтоб не беспокоило Screenshot 2024-02-02 190915.pngСообщение от Валенок
это я все к тому, что проблемы с модбасом могут быть не причиной перезагрузки устройства, а следствие т.к. устройство смотрит наружу в интернет и не предназначено защищаться от сетвых проблем, вполне возможно кто то добивается отказа в обслуживании, как минимум надо за NAT-ом держать с пробросом портов
Bad programmers worry about the code. Good programmers worry about data structures and their relationships
среди успешных людей я не встречала нытиков
Барбара Коркоран
Так и сделано, за NAT, внешние порты в локалку проброшены только с IP сервера есть доступ
Последние настройки для нашего сервера опроса: 5 секунд, ожидание ответа 100ms и перезапуск только через минуту (ну или разрыв соединения на минуту), и с того момента когда ОВЕН OPC сервером для теста опрашивали с "некорректными" настройками, с ПР-ами проблем не было.
Сейчас еще появился другой ПР205, для него сделал ежесекундный опрос, там пока в ручном режиме все работает и я решил над ним поиздеваться
Решили, что для следующих объектов сделаем ПР205 мастерами и пусть они все на сервер сами кидают свои данные и читают с него настройки
Хотя не знаю какие еще могут быть подводные камни
Но эти оставлю пока так, хочется до истины докопаться
Последний раз редактировалось zakhar81; 04.02.2024 в 06:08.
Да это понятно. Заинтересовало образование вот этого:
Таймаут увидели. Бывает. А сдвиг (как понял -1, если id делает ++) означает что клиент не взял ответ. А на новый запрос взял что есть - а там ответ от предыдущего, и так и пошло..Неверный id транзакции, в сообщениях всех с таким содержанием id различается на единичку
Ответ устройства не соответствует запросу
Нет ответа от устройства
В рамках TCP как-то странно, пакеты могут бродить как угодно - поток приемника совпадает с потоком отправителя 1:1
Тут еще на одном объекте роутер как то странно глюканул, как раз с портами проброшенными косяк вышел, первый раз такое вижу чтобы некоторые проброшенные порты не гоняли пакеты, после перезагрузки работа через эти порты восстановилась
Вопрос тоже какие лучше роутеры ставить на объектах, с одной стороны супер дорогие ставить смысла тоже особого нет, трафик то смехотворный, чисто для ПР205 который, других устройств там в этих узлах нет в локалке уже за роутерами только ПР205-е, с другой стороны говно всякое глючное тоже нет желания ставить чтоб потом проблемы выхватывать
Может кто поделится какие используете для таких решений когда оборудование раскидано и связь через провайдера местного используется
Банкоматы всякие тоже же через инет работаю, но там всякие ВПНы для безопасности и т.д.
Провайдер говорит что выше по сетке ихние свичи управляемые используются, какие не говорит, ну и все равно это разные объекты и разные провайдеры и территориально разные все
Вариант когда ПР205 сам будет на сервер отправлять запросы более безопасен будет в любом случае, порты на них открыты не будут из вне
ВПНы городить тоже смысла нет, ну кому нужно перехватывать трафик с этого оборудования, кому он нафиг нужен
наблюдалась похожая с ТС проблема. Версия OL 2.5.344.0 соответственно версия ПО ПР205 последняя.
Объект работал месяц, заехал обновиться неделю назад и заодно поставил роутер для диспетчеризации и на всякий пожарный.
Законфигурировал по-быстрому опрос облаком как автоопределяемый прибор
Всякий пожарный наступил вечером того же дня.. Через 4 часа пропала связь с облаком и по TCP тоже к регистрам не смог достучаться. Связь с объектом была. Начал копаться дальше: ОL и конфигуратор определил, что проект ПУСТОЙ! Благо ничем критичным не управлял и о том, что что-то там слетело знаю только я.
Удаленно успешно перекрошился, убрал опрос из облака как "автоопределяемый прибор", теперь опрашиваю прибор как "Универсальный Modbus" 8 регистров.
5 день -полет нормальный
tp-link TL-MR100 - дешево и сердито =)
мне нравятся - связь 24/7 стабильно, если не глубоко в подвале оборудование.
Последний раз редактировалось BrEST; 06.02.2024 в 01:53.
Господа разработчики обратите внимание что у человека с облаком глюк произошел с выносом прошивки у ПР205
Вы там на февраль анонс делали что будет обновление прошивки для ПР205 так вот хотелось эти глюки бы отловить все таки как то
Уважаемые господа разработчики
Проверьте со своим облаком через интернет, как "автоопределяемый прибор", может удастся глюк выловить еще быстрее
Ну вот хоть кто то тоже с аналогичной бедой попался
Спасибо что заглянули и написали!
У нас роутеры TP-LINK TL-WR844N с родной прошивкой подкидывают вышеописанные глюки с нарушением обмена через настроенные порты, приходится перезагружать
А например стародревние TP-LINK TL-WR841 с OpenWRT прошивкой работают отлично без глюков
Недавно попался Xiaomi Mi Router 4C он тоже очень дешевый но работает стабильно уже месяц
У вас опрос как модбас устройство с восьмью регистрами с какими настройками не расскажите?
Вы про облако какие настройки? На скрине
OwCl.png
А у OPC сервера было время опроса 3 сек, ожидание ответа 1000мс
Ваши права
Ответить с цитированием