Здравствуйте.
Иногда в журнале OPC сервера появляется такая ошибка:
Устройство вернуло не верный transaction id
Подскажите, с чем это может быть связано?
Информации про эту ошибку не нашел.
Спасибо.
Здравствуйте.
Иногда в журнале OPC сервера появляется такая ошибка:
Устройство вернуло не верный transaction id
Подскажите, с чем это может быть связано?
Информации про эту ошибку не нашел.
Спасибо.
Здравствуйте.
Да Modbus TCP.
А может регистр Modbus не тот?
Пробовал, количество сообщений меняется, но все же остаются.
Вы один регистр пробовали?
Идентификатор запроса это иное, к регистрам не пришьешь. Ставьте Wireshark и смотрите по пакетам, вдруг теряются.
Есть варианты - прибор игнорирует этот идентификатор например.
По опыту, попадался какой-то прибор у людей, который отказывался работать при отсутствии идентификатора транзакции.
Я тоже за WireShark, понять, что в сети происходит.
В OPC есть лог обмена - там должны быть дампы запросов и ответов (дамп ответа с ошибкой должен быть выделен красным),
OPC - надстройка.
Там два потока, Modbus и OPC, два разных лога.
Надстройка над чем? Там фреймы Modbus TCP в логе отображаются - этого достаточно для отладки.
Второй байт - Transaction ID.
Вложение 57323
Надстройка над каналом обмена. Modbus-OPC можно реализовать и без OPC. OPC интересен только тогда, когда несколько протоколов в один соединяется. Ну, либо не умеет сервер в какой-то протокол, приходится покупать для этого OPC вендора.
А по поводу логов - от вендора к вендору зависит, что пишется в логи, Wireshark позволяет увидеть картину безпристрастно.
ЗЫ. Что есть в TCP/UDP - то и видим.
Вложение 57324
Настройки опроса.
Вложение 57325
Тэги включенные в работу.
Валерий, а где ошибка появляется?
Могут появляться в разных регистрах.
(адреса регистров менял - на результат не влияет)
В понедельник попробую вывести подключение в отдельную сеть.
Сейчас подключено в общую.
Если в разных - то, это, скорее всего, проблема в физике соединения.