Вид для печати
Господа.
В чем причина?
Трм202 и еще один прибор по RS 485 подключены на МОХУ.
Регулярно вылетает 485 интерфейс у ТРМ и оба прибора не отвечают, отключением ТРМ связь со вторым прибором восстанавливается.
Так поменяли уже две ТРМ. Длина линии около 2м.
Це шо?
Так Вы хотя бы сетевые настройки приборов выложили
При чем здесь настройки. ТРМ работает какое-то время (разное - первый прибор около года отработал, второй 2 недели) потом вешает всю линию 485.Цитата:
Сообщение от capzap
А так.
Протокол Модбас, функция чтения 3.
Скорость 19200 8 бит, 2 стоп бита, none
У нас на предприятии та же проблема. TRM202 вместе с модулями ввода МВ110 подключены через MOXу к компьютеру.
И так же, через какое-то время (за полгода было 3 раза), связь по RS-485 с ТРМ202 по непонятным причинам прекращается.
После выключения/включения прибора связь восстанавливается.
Причём, если подключить ТРМы и остальные приборы в одну цепочку, как и положено, то прекращается связь со всеми приборами, если же модуля ввода подключить в параллельной линии (топологией "звезда"), то зависают только ТРМы.
И, по видимому, виснет и блокирует связь с остальными приборами каждый раз только одна из подключенных ТРМок, так как, после её перезагрузки, связь восстанавливается со всеми приборами.
Хочу отметить, что раньше, когда ТРМки использовались только для считывания текущей температуры, такого не происходило.
Начались зависания, когда стали удалённо управлять уставками ТРМок. Конечно, это может быть просто совпадением, но всё же...
Настройки сети 9600, 8, 2, none, протокол модбас.
Было такое с не Овеновскими приборами (Диск-250М), один прибор вешал весь сегмент. Воткнулся вольтметром и выяснил, что зависающий прибор выставлял в линии высокий уровень и обмен прекращался. Списался с производителем, выслали новую прошивку, перепрошил, проблема ушла.
У нас такая же проблема на предприятии. ТРМ 202 подключены по протоколу modbus к управляющему компьютеру скорость 9600, 8 бит, 2 стоп бита, none. Могут отработать несколько часов, день, неделю, месяц... и в один момент связь прекращается со всеми приборами до выключения и включения питания виновного. Опрос параметров раз в 5 секунд с периодом 200мс между запросами. Длина линии не более 40 метров, экранированная витая пара. Пробовал экспериментировать с периодами опроса, резисторами на концах линии, но особых успехов не добился. Есть предположения о причинах такой ситуации и как с этим бороться?
+ такая же проблема!!!
Попробуйте протокол ОВЕН, у меня несколько лет работает и ни одной проблемы !!!
На одной лини весит два ТРМ202 и один ТРМ32.
Года три назад возникла нужда опрашивать 5ТРМ с ПЛК100 по привычки взял Модбас , но как не захотел он работать заморачиваться не когда было перешел на протокол ОВен так до сих пор и работает, причем по одним проводам идет 2 протокола Модбас и Овен.
Насчёт протокола ОВЕН, возможно с ним и нет поднятой в этой теме проблемы, но у него хватает своих недостатков. Хотя бы то, что он довольно плохо работает с большим количеством приборов и создан только для овеновских приборов (и то далеко не для всех), делает его не применимым для многих задач. Конечно, чтобы опросить 5 ТРМ, его вполне достаточно, но не более.
То что по одному проводу заработало два протокола без сбоев - это конечно хорошо, повезло, но делать так всё же не стоит.
И если уж в спецификации ТРМ202 указано, что он поддерживает Модбас, почему я должен придумывать велосипед, вместо того чтобы подключить прибор и спокойно им пользоваться? По-моему, это должна быть проблема производителя, а не пользователя.
Забудьте про Модбас и пользуйтесь ОВЕНом - это далеко не лучший выход.
И так сплошь и рядом, что-нибудь да будет не так :(, про ЕКОН134 до сих пор даже вспоминать страшно.
Поднятую здесь проблему подтвердило уже немало человек, модераторы могли бы и отписаться, хотя бы для приличия.
Тоже не очень поддерживаю переход на другой протокол, но черт возьми, мы устанавливаем заводского исполнения объекты с двумя трм202 и счетчиком сименс с модулем модбас, ни чего не виснет, сбор данных идет в БД, а с неё забирает бухгалтерия, ни тех.служба ни финансисты претензий не предъявляли
После месяца работы проблема всплыла вновь. На линии 7 приборов ТРМ202 и один ТРМ210. Протокол modbus, 9600, 8, 2, N. Подключение к компьютеру через АС-3М. Для обмена данными используется библиотека libmodbus http://libmodbus.org/ Пропадает связь со всей линией из-за одного из ТРМ202. После выключения-включения питания виновно связь восстанавливается. Все приборы разных годов выпуска от 2009 до 2013. В других цехах были аналогичные проблемы с ТРМ202, пока просто менял приборы на новые. Ладно бы отказывал один прибор, но здесь вешается вся линия RS-485! Что можно предпринять в данном случае? Подозреваю, что дело в прошивке прибора, ибо так себя вести он не должен ни при каких обстоятельствах. У нас на предприятии ТРМ202 довольно много, выкидывать жалко. Смену протокола не предлагать.
А для ПК приложение на чем сделано ?
Приложение сделано на C++/QtЦитата:
Сообщение от IVM
Виной всему чехарда с бесчисленными версиями прошивок приборов "ОВЕН". Доходит до смешного. Выпускают новую прошивку, в которой исправлены выявленные ошибки, но при этом появляются ошибки, которых не было ранее. Когда задаешь вопрос, что делать, предлагают перепрошить прибор старой прошивкой.Цитата:
Сообщение от Sergen
Sergen по проблеме с "зависанием" приборов могу рекомендовать следующие меры:
1. Повысить скорость работы до 115200, рекомендация на первый взгляд не логичная, тем не менее рекомендую выполнить.
2. Опрашивать параметры не чаще 1-го раза в секунду (конечно такой период беру с большим запасом, но думаю сейчас важно локализовать проблему, а потом повышать быстродействие).
3. С прошивками. Вольд затронул тему "бесчисленных версий прошивок", тут не соглашусь, если ограничить рассмотрение приборов линейкой ТРМ2хх. Последнее изменение в прошивке ТРМ202 было более 5-ти лет назад. Тогда была выпущена прошивка с поддержкой протокола Modbus. После этого прошивка была обновлена 1 раз. И тем не менее, 3-м пунктом рекомендую привести все приборы в цепочке к последней версии ПО. Как это сделать могу рассказать отдельно, в личке или по почте по телефону и пр...
Максим, спасибо за ответ. Проблема хитрая, много пытался воспроизводить её, но пока безуспешно. Возникает в произвольные моменты времени ни с того, ни с сего. Ошибок связи нет, экраны витой пары заземлены. Ваши рекомендации выполню, отпишусь. А по поводу приведения приборов к единой версии по напишите подробности пожалуйста в личку.
Повышение скорости до 115200 ничего не дало. Печки проработали сутки и вновь потеря связи из-за ТРМ202 2011 года выпуска..
Проблема потери связи из-за ТРМ2хх старая но почему то реальных решений не видно, с модулями 110-серии этих проблем нет ( не замечал),
как быть, в удаленных концах нужны приборы с индикацией, может брать приборы не от ОВЕНа, кто что подскажет?
У нас та же история, ноги стоптали в ноль, бегая по цеху, пока вычислили источник
Я так понимаю, комментов от производителя не будет?
И вновь потеря связи на этот раз на другой линии где всего 3 прибора ТРМ202. Здесь всё стабильно работало больше 2-х месяцев... По моим наблюдениям при увеличении периода опроса ситуация повторяется реже.
Почему молчит тех поддержка, у меня эта проблема актуальна до сих пор!!!
В посте №5 отписался по поводу зависания неовеновских приборов, ТРМ 202 работали отлично почти год.
И вот, не минула и меня чаша сия.
В субботу (а как иначе?) один ТРМ 202 повесил весь сегмент сети с ТРМами, благо, их всего 5 шт и участок некритичный.
Буду надеяться, что это случайность.
Параметры сети: Modbus RTU, 9600, период 1 сек.
К сожалению, не случайность. У меня с ТРМ 202 это происходит стабильно на разных линиях, в разных цехах в произвольные моменты времени.
И иже с ним, Вы когда пишите, указывайте через что организована связь, через -конфигуратор или библиотечный вариантЦитата:
Сообщение от Sergen
Моя организация сети:
МОХА 5232 (2х RS485-Ethernet) (2 штуки) - Lectus - Master SCADA
4 сегмента сети (по числу пар), 1 сегмент выделен для ТРМ202,
остальные 3 для другого оборудования согласно особенностей протоколов и параметров связи.
Удалось решить проблему, все же, только переходом на другой протокол. Сейчас две линии с ТРМ202 и одна с ТРМ201 (по 2, 3 и 29 шт. соответственно) уже третий месяц работают без зависаний на Modbus ASCII. До этого раз в неделю одна из линий вставала стабильно.
Такая же проблема с ТРМ 2014г.в.! Почему техподдержка молчит???
Подтверждаю, что на Modbus ASCII всё работает нормально. С Modbus RTU проблемы.
Сегодня опять один из ТРМ в полночь превратился в тыкву. Будем переходить на Аски.
Оборудование: ПЛК100, 2*СП270, 5*ТРМ202. Второй раз за год меняю ТРМ202, который садит всю RS-485. Сброс по питанию не помогает, отцепляешь ТРМ из сети- всё замечательно начинает опрашиваться (скорость сети 115200). Подключаю ТРМ202 к конфигуратору (скорость 115200), конфигуратор его не видит..., меняю скорость на 9600 - прибор опрашивается без проблем. Вывод: на высокой скорости прибор не работает, но раньше-же работал! Первый прибор просто заменил, так не проверял...
После того, как начал зависать сетевой обмен приборов, работавших ранее нормально около года, перевел сеть на ASCII.
Больше месяца все приборы работают без проблем.
Насколько я понимаю проблема с modbus rtu так и не решена?
Вот незадача, после того как накупили ТРМ202 выяснилась такая проблема с Modbus RTU.
Что делать? Переходить на ASCII? Кто знает: ТРМ200, ТРМ201 такой проблемой не страдает ?
соединил трм202 с спк читаю параметр показания канала адрес 1009 на приборе все хорошо показывает 645 градусов на панели 17446 как перевести в нормальный вид
Склеить flout из двух word, в СПК.Modbas есть примеры
Читайте 0001 регистр, там в инте!
Вложение 27356
Тоже вариантЦитата:
Сообщение от Сергей0308
Доброго времени суток коллеги, вчера наступил и я на грабли от ТРМ2хх.
Есть сеть RS485 (длинной 30 сантиметров!), три точки: конвертер NCOM-113, Twido20 (адрес 10) и ТРМ200 (адрес 11), скорость 9600. Все приборы опрашиваются через OPC сервер Инсата, протокол MODBUS RTU. На столе всё работало около месяца нормально, перенёс на установку - на второй день провалы связи. Подозрение на ТРМ200, видимо он держит на шине высокий уровень? Что посоветуете?
Дата выпуска ТРМки 08.07.2017, лог ОПС сервера на смотрите не скриншоте...
Попробуйте перейти на протокол Modbus ASCII