Доброго дня.
WB 8.4 testing, обновление сегодня было с утра.
В системном журнале стали сыпаться ошибки wb-mqtt-serial вида
WARNING: [modbus] failed to read ... Serial protocol error: malformed response: invalid crc WARNING: [modbus] failed to read ... Serial protocol error: request timed out
дошел до разбора файла конфигурации wb-mqtt-serial.conf , обратил внимание, что у всех устройств 485 скорость отображается как “baud_rate” : 1152,
спросил у “помощника” и понеслось…заменили на 115200,… дошли до полной потери топиков mqtt, соответственно сбоев сценариев. Далее закрыл этого помощника, выпил кофе, пересмотрел настройки в графическом интерфейсе конфигурации, а там сбросилась скорость обмена на всех устройствах шины 485.
Если это задумка разработчиков, хорошо, но если это некая “унификация”, хорошо бы понять логигу, тк. внести изменения в него становится проблематично.
Получаются некие расхождения настроек в графическом интерфейсе устройств, их конфигурации и содержания этих же настроек в фалах .conf
Для обывателя получается высоки риски оптимизации с ai при изменениях, анализе ошибок в логах.
Никогда не следует менять какие-то значения в конфигах по рекомендации AI. То есть его можно рассматривать только как помошника, для ускорения, но модифицировать - только после проверки документации.
Спасибо, очень сложно было найти эту таблицу. Сбило с толку, что первая строка в конфиге идет как 115200, а далее аналогичные 1152.
Уже не первый раз “попадаюсь” с ai, видимо и не последний. Приходилось как то отладочный порт запускать, чтобы открывать удачно заблокированный доступ при "отключении неиспользуемых модулей связи. В этом случае ваши инструкции помогли обойти тупиковые советы ai.
Чуть не в тему. Аi помог справится с моими “проблемными” датчиками"температуры на шине 1-wire, штатный графический сценарий термостата отключался, не прощал периодически возникающие ошибки ответа от датчиков температуры, сценарий от АИ внес задержку и добавил расписание в один файл.
Благо все возвращается.
Остаются “болевыми” ошибки.
WARNING: [modbus] failed to read 1 coil(s) @ 4 of device modbus:42: Serial protocol error: malformed response: invalid crc
Причем для разных устройств, возникают раз в 5-10 мин, иногда чаще, группой, иногда.
На сколько сможет исправить ситуацию, если есть ошибки физики, снижение скорости обмена до 9600, и какая “задержка” при этом может появиться?
Тут понятно: мастер (контроллер) отправляет что-то для slave.
Тот, из лога отвечает. Но ответ портится.
Если б портился запрос мастера - то был бы таймаут, то есть устройство получив некорректный запрос молчит.
Ошибка раз в несколько минут - это вполне “нормально”. То есть переживать не стоит, и даже раз в минуту - более-менее норма.
То есть за минуту в шине бывает больше 10 тысяч сообщений, не прошло одно - мастер повторит опрос.
Тут, при такой частоте и (особенно) при “групповых” ошибках - причина скорее всего в помехе. Что-то мощное включилось/выключилось - прошла помеха. Она же повлияет и на шину с более низкой скоростью.
Да, проверить переключив можно - но по мне более быстрая шина пусть и с периодическими ошибками лучше.
А терминаторы стоят?
485 на шлюзе 2 по шине за щитом это - **ONOKOM-AIR-HR-1-MB-B, назначил ему сейчас уникальный адрес вместо 1 на 20, а то он повторялся в журнале с реле, чтобы легче было журнал читать.
а то от меня еще будет поток вопросов пойдет.
Предлагаю, закрыть это обращение.
Здесь основным было, что сокращенное обозначение скорости обмена в файле конфигурации это прописанное в документации значение 1152 для скорости 115200.
Благодарю.**
