Периодически зависает первый прибор в сети

[perunov]

Добрый день. Прошу помочь разобраться с такой проблемой. Есть сеть и семи приборов: ТРМ202->ТРМ201->ТРМ201->ТРМ212->ТРМ212->ТРМ212->ТРМ201. Все они передают данные по протоколу MODBUS на ЕКОН и далее в скаду. Проблема в том, что иногда "зависает" первый прибор, с виду работает исправно, значения меняет, но индикатор RS не моргает. Когда это происходит перестают передаваться данные с остальных приборов. Всё начинает работать когда сбрасываешь и снова подаёшь питание на первый прибор, обмен автоматически восстанавливается. Адреса приборов 1,3,4,5,6,7,8 скорость передачи 9600 задержка 20 мс, резистор на последнем приборе стоит. Помогите разобраться с этим, ума не приложу в чём может быть дело. Заранее благодарен. С уважением, Дмитрий!

[Вольд]

Извечная проблема приборов фирмы "ОВЕН". Или драйвер MODBUS в ЕКОН дерьмово сделан или прошивка ТРМ дерьмо. Если бы все было сделано грамотно, то после сбоя связь автоматически восстановилась. Вывод: без костылей и местных кулибиных не обойтись. А замена первого прибора в сети ничего не дает ?

[perunov]

Извечная проблема приборов фирмы "ОВЕН". Или драйвер MODBUS в ЕКОН дерьмово сделан или прошивка ТРМ дерьмо.

На другом объекте зависание ЕКОНа решено с помощью реле времени, которое его перезагружает. Здесь сделали так же. Остаётся ТРМ...

[and909]

Проблема решается переводом ТРМ на протокол ASCII. Проверено.
Не забудьте, что на ТРМ фиксированные параметры: RTU 8N2, ASCII 7N2.

[perunov]

Проблема решается переводом ТРМ на протокол ASCII. Проверено.
Не забудьте, что на ТРМ фиксированные параметры: RTU 8N2, ASCII 7N2.

Спасибо, сегодня попробую.

[G.Mark]

С какой периодичностью происходят зависания?

[perunov]

С какой периодичностью происходят зависания?

Точно ответить не могу, всегда по-разному. Иногда 2 дня отработает и зависнет, иногда 3. Плюс к этому периодически пропадает связь с двумя последующими ТРМами, в течении всего дня, то один передаёт, то другой, иногда вместе передают без проблем.

[and909]

Из моего опыта:
При нормальной работе на линии напряжение ~3-5 В.
При зависании прибора последний выставляет на линии высокое напряжение ~12В, остальные приборы "глохнут и немеют".

Когда зависали случайные приборы (из 10) раз в месяц-два, было терпимо. Когда приборы стали зависать каждый день, терпение лопнуло и я перевел сеть на ASCII.
С тех пор не было ни одного зависания.

[perunov]

Из моего опыта:
При нормальной работе на линии напряжение ~3-5 В.
При зависании прибора последний выставляет на линии высокое напряжение ~12В, остальные приборы "глохнут и немеют".

Когда зависали случайные приборы (из 10) раз в месяц-два, было терпимо. Когда приборы стали зависать каждый день, терпение лопнуло и я перевел сеть на ASCII.
С тех пор не было ни одного зависания.

Никогда не пробовал использовать этот протокол. Сегодня перевёл все приборы на него, в ОПС сервере выставил 7N2, скорость 9600. Видно что связь с приборами есть, RS-индикатор моргает на всех, но данные на OPC сервер не идут, Lectus пишет нет связи с прибором. И у ЕКОНА изменилась индикация, обычно светодиод моргает жёлтым, что означает нормальную работу, а после перевода на ASCII стал перемаргивать то зелёным, то красным. В понедельник ещё раз попробую. Пока оставил как было... Интересно что в сети 80 приборов по всему заводу, и только эти 7 "глючат"

[Вольд]

При зависании прибора последний выставляет на линии высокое напряжение ~12В, остальные приборы "глохнут и немеют".

Тут все ясно. Прибор (Slave), при передаче пакета-отклика, захватил шину, завис и не отпускает шину. Вся сеть из-за этого встала. Master сети бессилен что-либо сделать. Надо передергивать питание зависшего прибора. Я просто поражаюсь как так можно писать резидентное ПО для приборов. Все приборы выполнены на микроконтроллерах с охранными таймерами на кристалле и таких проблем в принципе быть не должно.