Стартовая страница › Форумы › Ошибки в работе › ТРМ138 — RTU Incorrect device address!
- В этой теме 59 ответов, 7 участников, последнее обновление 3 года, 9 месяцев назад сделано Mikhail.
-
АвторСообщения
-
18.04.2020 в 15:03 #15758manjey73Участник
kiakia через сторонний файлобменник фото и сюда ссылку.
Логи журнала линии связи приложите, будет полезным. Я так понимаю вы с форума Овен, где задавали вопрос по ТРМ138 ?
У вас значения недостоверные — — — (три дефиса), они не сразу появляются, наверняка журнал покажет кучу ошибок постоянных
18.04.2020 в 21:35 #15760kiakiaУчастникучастник Baur выложил подобные «Логи журнала линии связи».
18.04.2020 в 23:05 #15761manjey73УчастникВыполните все возможные комбинации подключения, виртуальный порь при помощи утилиты Moxa, используя другие приложения виртуальных COM портом, TCP клиент, TCP сервер…
сохраняя логи, и на файлообменник их.
19.04.2020 в 09:49 #15762manjey73УчастникДрайвер Modbus построен таким образом, что если есть хоть один неправильный ответ указанное количество раз в настройках, прекращает дальнейший опрос до следующей сессии, выставляя все значения в невалидное состояние. Если вы говорите, что лог примерно такой же, значит прибор или Moxa шлет вам мусор.
Подключитесь к прибору напрямую через USB-RS485 и проверьте, если мусора нет и все четко отрабатывает, копайте Moxa, как вариант пробуйте другой преобразователь вместо Moxa. К сожалению у меня нет ни Moxa ни ТРМ138 чтобы посмотреть…
20.04.2020 в 16:02 #15770MikhailМодераторДля КП поставьте таймаут, например, 5000 и задержку 3000. После этого приложите новый лог линии связи.
Если используется TCP-клиент, то в свойствах канала связи уберите галочку «Оставаться на линии», чтобы при каждом сеансе заново устанавливать соединение.22.04.2020 в 18:59 #15785kiakiaУчастникДВС!
Из трех ТРМ138_Щ7, только один нормально работает23.04.2020 в 07:34 #15787baurУчастникЕсли используется TCP-клиент, то в свойствах канала связи уберите галочку «Оставаться на линии»
Сеансы связи (всего / ошибок) : 323 / 27 Команды ТУ (всего / ошибок) : 0 / 0 Запросы (всего / ошибок) : 2293 / 154
После этого приложите новый лог линии связи.
2020-04-23 10:09:10 Установка TCP-соединения с MOXA:4001 2020-04-23 10:09:10 Сеанс связи с КП 65 "TRM138_KTD_DK", тип: KpModbus, адрес: 16, позывной: MOXA Запрос значений группы элементов "1.Температура окружающей среды" Отправка (8): 10 04 00 02 00 02 D3 4A Приём (5/5): FF 10 04 04 00 Некорректный адрес устройства! Запрос значений группы элементов "1.Температура окружающей среды" Отправка (8): 10 04 00 02 00 02 D3 4A Приём (5/5): 00 41 8C CB 70 Некорректный адрес устройства! Запрос значений группы элементов "1.Температура окружающей среды" Отправка (8): 10 04 00 02 00 02 D3 4A Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 8C CB 70 OK! Запрос значений группы элементов "2.Температура отметки 0.00" Отправка (8): 10 04 00 07 00 02 C3 4B Приём (5/5): FF 10 04 04 00 Некорректный адрес устройства! Запрос значений группы элементов "2.Температура отметки 0.00" Отправка (8): 10 04 00 07 00 02 C3 4B Приём (5/5): 00 41 8C CB 70 Некорректный адрес устройства! Запрос значений группы элементов "2.Температура отметки 0.00" Отправка (8): 10 04 00 07 00 02 C3 4B Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 92 4B 78 OK! Запрос значений группы элементов "3.Температура пункт пересыпа" Отправка (8): 10 04 00 0C 00 02 B2 89 Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 92 4B 78 OK! Запрос значений группы элементов "4.Температура отметки +12.00" Отправка (8): 10 04 00 11 00 02 22 8F Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 92 4B 78 OK! Запрос значений группы элементов "5.Температура маслостанций" Отправка (8): 10 04 00 16 00 02 93 4E Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 8D 0A B0 OK! Запрос значений группы элементов "6.Температура отметки -1.00" Отправка (8): 10 04 00 1B 00 02 02 8D Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 AE 4B 69 OK! Запрос значений группы элементов "7.Температура отметки +4.00" Отправка (8): 10 04 00 20 00 02 73 40 Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 B0 CB 61 OK! 2020-04-23 10:09:13 Отключение от MOXA 2020-04-23 10:09:13 Установка TCP-соединения с MOXA:4001 2020-04-23 10:09:13 Сеанс связи с КП 65 "TRM138_KTD_DK", тип: KpModbus, адрес: 16, позывной: MOXA Запрос значений группы элементов "1.Температура окружающей среды" Отправка (8): 10 04 00 02 00 02 D3 4A Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 8C CB 70 OK! Запрос значений группы элементов "2.Температура отметки 0.00" Отправка (8): 10 04 00 07 00 02 C3 4B Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 92 4B 78 OK! Запрос значений группы элементов "3.Температура пункт пересыпа" Отправка (8): 10 04 00 0C 00 02 B2 89 Приём (5/5): 10 04 04 00 00 Приём (4/4): 41 8D 0A B0 OK!
23.04.2020 в 09:57 #15788manjey73УчастникПриём (5/5): FF 10 04 04 00 — вот это явно мусор по какой-то причине прилетает. Было подобное у меня кажется в драйвере Логики при связи через GSM терминал, я просто сделал проверку на данный байт в начале и просто его отрезал, так как победить устройство, которое практически не имеет настроек не было возможности.
Драйвер Modbus как-то не рассчитывает. что будут кривые устройства на линии или недостаточные настройки устройств …..
з.ы. никогда не было MOXA под рукой, чтобы проверить. Есть в наличии только USR-N520 2-х портовый и в сети и через интернет с ней проблем не было.
23.04.2020 в 16:49 #15790MikhailМодераторДумаю, что мусор возникает между устройством и Moxa, т.к. протокол TCP между Moxa и SCADA обеспечивает целостность данных.
24.04.2020 в 10:41 #15791manjey73УчастникНа примере драйвера Логики не совсем согласен. Там тоже был подобный мусор в 1-2 байта, но он зависел от примененного преобразователя, в нашем случае с GSM терминалом Teleofis, в то время как через другие преобразователи Ethernet-RS485 не было никаких проблем.
24.04.2020 в 17:31 #15792MikhailМодераторНо другой преобразователь имеет другую микросхему для работы по RS-485. Соответственно, может лучше или, наоборот, хуже фильтровать помехи.
24.04.2020 в 23:22 #15795manjey73УчастникНе согласен, будь причина в микросхеме, помехи были бы всегда, а тут странность, помеха только в одну сторону ? Ну не верю я в чудеса такие.
Ведь если Modbus устройство ответило, значит оно получило запрос, убедилось что запрос направлен ему и проверило целостность запроса по контрольной сумме. Не совпади хоть что нибудь, устройство либо не ответило бы, либо выдало бы сообщение об ошибке. А оно всегда почему то отвечает правильным ответом но в начале которого злосчастный байт FF и заметьте по темам, только на Moxa и только на GSM терминалах.мой китайский USR-N520 через интернет почему-то такого не допускал ни на ПР200 от Овен, ни на приборах Пульсар, ни на счетчике Меркурий, ни на Allen Bradley… вот ни разу не было проблемы, когда я их опрашивал сидя на работе через интернет.
27.04.2020 в 09:46 #15842MikhailМодераторНа приборе одна микросхема, а на Моксе другая. Соответственно и помехи могут возникать только в одну сторону. Тут конечно, надо пробовать разные варианты преобразователей, длины кабеля, сети и т.п. Методом исключения можно будет понять причину.
09.06.2020 в 19:33 #16390to0freakУчастникСтолкнулся с аналогичной проблемой во время использования шлюза IRZ.
Снял галку с «Оставаться на связи» + увеличил таймаут КП до 5000 — пока ошибки пропали10.06.2020 в 15:32 #16393MikhailМодераторПри использовании нестабильных соединений эту галочку лучше всегда снимать, чтобы при каждом сеансе связи с КП подключение устанавливалось заново.
-
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.