Страница 2 из 2 ПерваяПервая 12
Показано с 11 по 13 из 13

Тема: Диагностика ошибки связи Modbus TCP

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

    Цитата Сообщение от Lexx225 Посмотреть сообщение
    Если отрубить любой из датчиков, появляется ошибка в контрольном бите PSB54. Что в общем-то логично, патамушта МКОН - это Modbus TCP Slave 1. Он там первый и единственный.
    Если честно, то я пока не вижу в этом ничего логичного. Я так понимаю, что это бит в СПК, так? Если так, то это СПК определяет, что кто-то отвалился за шлюзом. Сильно сомневаюсь, что МКОН что-то там сообщает - его номер в этой схеме 16-ый.
    Во всяком случае в его служебных регистрах ничего не увидел связанного со статусом связи с ведомыми устройствами - да было бы и удивительно, ведь он ведомые по своей инициативе не опрашивает. Сам МКОН ведь не отвалился, "первый и единственный", как Вы выразились. А СПК сам МКОН и не опрашивает, он опрашивает устр-ва за ним, с отличными от 1-цы ID. Во всяком случае я так думаю.

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

    Цитата Сообщение от Lexx225 Посмотреть сообщение
    А поскольку шлюз НЕ ЗНАЕТ, сколько у него ПВТ, то как он определяет, один отвалился, два или все?
    Да никак он этого не определяет - не его дело.
    Последний раз редактировалось imaex; 02.12.2024 в 10:54.

  2. #2

    По умолчанию

    В макросах СП3хх есть функции чтения регистров ведомых устройств, которые возвращают true, если чтение произведено удачно.
    Соответственно, нет связи с МКОН или нет с ведомым уже за МКОН-ом - результат чтения false. Это единственный способ диагностировать, какой SlaveID не доступен.
    При этом связь с самим МКОН-ом можно проверить путем чтения регистра устройства с SlaveID = 1, который МКОН резервирует под хранение Modbus-таблицы c параметрами подключений (см. РЭ).

    Необходимо понимать, что false будет возвращен также и при наличии связи с устройством, но при запросе не существующего регистра!!!
    Последний раз редактировалось EFrol; 02.12.2024 в 11:57.

  3. #3

    По умолчанию

    Цитата Сообщение от EFrol Посмотреть сообщение
    В макросах СП3хх есть функции чтения регистров ведомых устройств, которые возвращают true, если чтение произведено удачно.
    Соответственно, нет связи с МКОН или нет с ведомым уже за МКОН-ом - результат чтения false. Это единственный способ диагностировать, какой SlaveID не доступен.
    При этом связь с самим МКОН-ом можно проверить путем чтения регистра устройства с SlaveID = 1, который МКОН резервирует под хранение Modbus-таблицы c параметрами подключений (см. РЭ).

    Необходимо понимать, что false будет возвращен также и при наличии связи с устройством, но при запросе не существующего регистра!!!

    Спасибо!!!

Страница 2 из 2 ПерваяПервая 12

Похожие темы

  1. Диагностика ошибок в ответе Modbus-slave.
    от johnny0000 в разделе ПЛК1хх [М02]
    Ответов: 13
    Последнее сообщение: 10.05.2023, 08:56
  2. Ответов: 8
    Последнее сообщение: 12.05.2022, 19:32
  3. ModBus RTU - диагностика.
    от sialiv в разделе ПЛК1хх
    Ответов: 11
    Последнее сообщение: 12.04.2017, 09:08
  4. ошибки связи двух ПЛК150 по rs485
    от Alex A Pap в разделе ПЛК1хх
    Ответов: 3
    Последнее сообщение: 08.02.2011, 15:52

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •