ТРМ138 — RTU Incorrect device address!

Стартовая страница Форумы Ошибки в работе ТРМ138 — RTU Incorrect device address!

Просмотр 15 сообщений - с 46 по 60 (из 60 всего)
  • Автор
    Сообщения
  • #15758
    manjey73
    Участник

    kiakia через сторонний файлобменник фото и сюда ссылку.

    Логи журнала линии связи приложите, будет полезным. Я так понимаю вы с форума Овен, где задавали вопрос по ТРМ138 ?

    У вас значения недостоверные — — — (три дефиса), они не сразу появляются, наверняка журнал покажет кучу ошибок постоянных

    #15760
    kiakia
    Участник

    участник Baur выложил подобные «Логи журнала линии связи».

    #15761
    manjey73
    Участник

    Выполните все возможные комбинации подключения, виртуальный порь при помощи утилиты Moxa, используя другие приложения виртуальных COM портом, TCP клиент, TCP сервер…

    сохраняя логи, и на файлообменник их.

    #15762
    manjey73
    Участник

    Драйвер Modbus построен таким образом, что если есть хоть один неправильный ответ указанное количество раз в настройках, прекращает дальнейший опрос до следующей сессии, выставляя все значения в невалидное состояние. Если вы говорите, что лог примерно такой же, значит прибор или Moxa шлет вам мусор.

    Подключитесь к прибору напрямую через USB-RS485 и проверьте, если мусора нет и все четко отрабатывает, копайте Moxa, как вариант пробуйте другой преобразователь вместо Moxa. К сожалению у меня нет ни Moxa ни ТРМ138 чтобы посмотреть…

    #15770
    Mikhail
    Модератор

    Для КП поставьте таймаут, например, 5000 и задержку 3000. После этого приложите новый лог линии связи.
    Если используется TCP-клиент, то в свойствах канала связи уберите галочку «Оставаться на линии», чтобы при каждом сеансе заново устанавливать соединение.

    #15785
    kiakia
    Участник

    ДВС!
    Из трех ТРМ138_Щ7, только один нормально работает

    #15787
    baur
    Участник

    Если используется 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!
    #15788
    manjey73
    Участник

    Приём (5/5): FF 10 04 04 00 — вот это явно мусор по какой-то причине прилетает. Было подобное у меня кажется в драйвере Логики при связи через GSM терминал, я просто сделал проверку на данный байт в начале и просто его отрезал, так как победить устройство, которое практически не имеет настроек не было возможности.

    Драйвер Modbus как-то не рассчитывает. что будут кривые устройства на линии или недостаточные настройки устройств …..

    з.ы. никогда не было MOXA под рукой, чтобы проверить. Есть в наличии только USR-N520 2-х портовый и в сети и через интернет с ней проблем не было.

    #15790
    Mikhail
    Модератор

    Думаю, что мусор возникает между устройством и Moxa, т.к. протокол TCP между Moxa и SCADA обеспечивает целостность данных.

    #15791
    manjey73
    Участник

    На примере драйвера Логики не совсем согласен. Там тоже был подобный мусор в 1-2 байта, но он зависел от примененного преобразователя, в нашем случае с GSM терминалом Teleofis, в то время как через другие преобразователи Ethernet-RS485 не было никаких проблем.

    #15792
    Mikhail
    Модератор

    Но другой преобразователь имеет другую микросхему для работы по RS-485. Соответственно, может лучше или, наоборот, хуже фильтровать помехи.

    #15795
    manjey73
    Участник

    Не согласен, будь причина в микросхеме, помехи были бы всегда, а тут странность, помеха только в одну сторону ? Ну не верю я в чудеса такие.
    Ведь если Modbus устройство ответило, значит оно получило запрос, убедилось что запрос направлен ему и проверило целостность запроса по контрольной сумме. Не совпади хоть что нибудь, устройство либо не ответило бы, либо выдало бы сообщение об ошибке. А оно всегда почему то отвечает правильным ответом но в начале которого злосчастный байт FF и заметьте по темам, только на Moxa и только на GSM терминалах.

    мой китайский USR-N520 через интернет почему-то такого не допускал ни на ПР200 от Овен, ни на приборах Пульсар, ни на счетчике Меркурий, ни на Allen Bradley… вот ни разу не было проблемы, когда я их опрашивал сидя на работе через интернет.

    #15842
    Mikhail
    Модератор

    На приборе одна микросхема, а на Моксе другая. Соответственно и помехи могут возникать только в одну сторону. Тут конечно, надо пробовать разные варианты преобразователей, длины кабеля, сети и т.п. Методом исключения можно будет понять причину.

    #16390
    to0freak
    Участник

    Столкнулся с аналогичной проблемой во время использования шлюза IRZ.
    Снял галку с «Оставаться на связи» + увеличил таймаут КП до 5000 — пока ошибки пропали

    #16393
    Mikhail
    Модератор

    При использовании нестабильных соединений эту галочку лучше всегда снимать, чтобы при каждом сеансе связи с КП подключение устанавливалось заново.

Просмотр 15 сообщений - с 46 по 60 (из 60 всего)
  • Вы должны авторизироваться для ответа в этой теме.