ПР205 Зависания и перезагрузки каждые сутки

[melky]

я не про таймауты. Тем более у вас ПР205 сервер, то есть слейв. А клиент некий ПК со Scada или чем там? Если Scada позволяет, сделайте циклический опрос или не реже раза в 1с , но с паузой между запросами и все это через WAN.

Мастер это как раз клиент, а Сервер это ПР.

[zakhar81]

я не про таймауты. Тем более у вас ПР205 сервер, то есть слейв. А клиент некий ПК со Scada или чем там? Если Scada позволяет, сделайте циклический опрос или не реже раза в 1с , но с паузой между запросами и все это через WAN.

Мастер это как раз клиент, а Сервер это ПР.

Добрый вечер
Под сервером я подразумевал диспетчерский сервер на котором запущен мастер ModBusTCP который опрашивает слейвы - ПР205 через WAN
Но сам ПР205 он же слейв котрый функционально является сервером ModBusTCP для нашего мастера который запущен на диспетчерском сервере (в том смысле что он является тоже сервером у которого, в свою очередь есть уже группа клиентов получающих данные с него.
Короче каламбур со словами получился и все запутались!)
У меня так и было, как Вы говорите, с интервалом 1 сек диспетчерский сервер опрашивал ПР205-ые, через WAN, у которых фиксировались описанные выше в этой теме глюки с перезагрузками
И после всяческих опытов и переделок уменьшили интенсивность запросов до периода 30 секунд и глюки все как рукой сняло
В локалке к с тати работает без проблем с циклом 100 мс
Сейчас 10 секунд сделали интервал между запросами со стороны сервака тоже нормально
Запросы на запись группы регистров вообще сделали только по изменению параметров
Почему так работает через WAN не понятно, видимо влияет пропускная способность сетевого оборудования, но почему это приводит к обнулению или попаданию не пойми каких значений в переменные и перезагрузке ПР205 я не понимаю.
Тут кто то писал что разводка неправильная, ну пусть она была бы не правильная, но при чем тут глюки со значениями переменных? Это только программная часть не физическая
А что касается разводки или схемотехники, то у нас все развязано гальванически. Источник питания на дискретную периферию отдельный, сигналы с этой периферии дискретной (реле давления и т.п.) на обмотки реле а контактные группы этих реле используют 24В с внутреннего источника ПР205 и на его же дискретные входы сигнал коммутируют. Аналоговые выходы тоже с внутреннего источника так же питаются через барьеры 4-20мА на внешние управляемые краны уходят, и соответственно не связаны гальванически с их источником питания. Аналоговые входы - термометры сопротивления, тоже ни с чем не связаны
Короче нужно разбираться с сетевым обменом TCP через WAN но времени нет на лабораторные эксперименты
Может наши разработчики из овена соберутся силами и проведут испытания с обменом ПР205 через WAN и чего нибудь отловят