Здравствуйте!
Возникла аналогичная проблема с последним релизом testing от 10.11.
почемуто в журнале ошибки ‘stop_bits’: 2, а в настройках шин выставлено значение 1…
10-11-2025 23:21:51.231
File /usr/lib/python3.9/asyncio/tasks.py, line 492, in wait_for
10-11-2025 23:21:51.231
Traceback (most recent call last):
10-11-2025 23:21:51.231
[ERROR] Unhandled exception during Fast Modbus search /dev/ttyRS485-1 2400 8O2: rpc call to wb-mqtt-serial/port/Scan → 10.00s: no answer [-33000]: rpc call params: {‘total_timeout’: 10000, ‘command’: 96, ‘mode’: ‘start’, ‘path’: ‘/dev/ttyRS485-1’, ‘baud_rate’: 2400, ‘parity’: ‘O’, ‘data_bits’: 8, ‘stop_bits’: 2}
device modbus:124: Serial protocol error: malformed response: invalid crc
Предлагаю вам использовать параметры порта по умолчанию и убрать из конфига “guard_interval_us” : 0 и “response_timeout_ms” : 500, так как эти параметры установлены по умолчанию и не имеют смысла.
Вы правы, радоваться было рано(
Выяснил следующее - сканирование шин перестает работать, когда я включаю MODBUS TCP с DALI контроллером ECODIM GW2. Причем, управление устройствами DALI при этом в норме.
Как только выключаю MODBUS TCP порт и перезагружаю контроллер wb - сканирование работает в норме.
приложен диагностический архив, доступен только сотрудникам поддержки
Получается, что каким-то образом работа шлюза ECODIM GW2 влияет на опрос в шине RS485-1.
Если отключить MODBUS TCP порт, то и ошибки invalid crc исчезают?
Если попробовать добавить терминатор на конце линии с где WB-LED ,ситуация улучшится?
Давайте попробуем еще отключить на WB-LED Быстрый Modbus и запустим медленное сканирование.
При этом увеличьте response_timeout_ms для RS485-1 до 700–1000 мс и добавьте guard_interval_us: 4000
Добрый день!
Я вообще удалил из конфигурации WB-Led реле и на контроллере оба гнезда RS485 оставил свободными.
В конфигурации остался один прописанный порт MODBUS TCP c Dali контроллером.
И как только его включаю, сканирование виснет.
Чтобы не перезапускать WB контроллер, рестартую два сервиса wb-mqtt-serial и wb-device-manager выключаю MODBUS TCP и сканирование работает снова. Как то так…
Вероятно так и есть. при добавлении устройств надо на время отлючать TCP и после включать снова. Либо ненавязчиво предложить разработчикам обработать данное исключение))) крашится сервис wb-mqtt-service , потомучто он оказывается не запущен после данной ошибки
Нет, Dali контроллер прописываю как устройство вручную на созданном Modbas TCP порту.
У меня контроллер WB подключен патчкордом к роутеру, соответственно и Dali контроллер тоже подключен к роутеру и они находятся в одном адресном IP пространстве. Вот и вся конфигурация…
На самом деле сканирование виснет даже без привязки и подключении DALI(очевидно дело не в нем).
Просто пропишите Modbas TCP c любым IP, включите его и сканирование виснет…
Если выключить данный порт, то все работает.
У меня открыт порт Modbus TCP с подключённым устройством, и при этом поиск по остальным портам стабильно работает — как на тестовом стенде, так и на разных версиях контроллеров.
Возможно, я не до конца понимаю, как корректно воспроизвести эту проблему.
Могли бы вы предоставить доступ к вашему контроллеру?
Пригласите пожалуйста пользователя support@wirenboard.com в организацию на облачном сервисе.
Для этого в настройках организации нажмите кнопку “Пригласить”
