WB-MSW-ZIGBEE v.4: Errata
ERRWB-MSWZv40001: Зависание датчика при работе по протоколу Zigbee
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 с прошивкой 1 версии. Версию прошивки надо смотреть в Zigbee-координаторе.
Описание
Датчик может работать нормально, потом вдруг перестаёт реагировать на команды и отправлять данные.
Причины и подробное описание
Проблема затрагивает только радиомодуль устройства и не проявляется при работе по протоколу Modbus RTU.
Запланированное исправление
Исправлено прошивке 5 версии.
Пути обхода
Обновить прошивку по инструкции.
ERRWB-MSWZv40002: Зависание показаний датчика по протоколу Zigbee
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 с прошивкой до 5-й версии включительно. Версию прошивки надо смотреть в Zigbee-координаторе.
Описание
При работе по Zigbee показания сенсоров датчика могут «застыть» и не меняться.
Причины и подробное описание
Из-за ошибки в прошивке датчик перестаёт считывать значения из сенсоров, притом исправно отдаёт по протоколу Zigbee старые показания, поэтому в логах нет ошибок.
Запланированное исправление
Исправлено в версии прошивки 61. Обновите прошивку.
Пути обхода
Обновить прошивку по инструкции.
ERRWB-MSWZv40003: Не работают ИК-команды по протоколу Zigbee
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 с прошивкой 5-й версии. Версию прошивки надо смотреть в Zigbee-координаторе.
Описание
При работе по Zigbee не работает отправка ИК-команд из постоянной памяти датчика.
Причины и подробное описание
Из-за ошибки в прошивке радиомодуля команды пользователя не отправлялись в микроконтроллер датчика.
Запланированное исправление
Исправлено прошивке 61-й версии.
Пути обхода
Обновить прошивку по инструкции.
ERRWB-MSWZv40004: Зависание показаний датчика по протоколу Zigbee
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 с прошивкой до 61-й версии включительно. Версию прошивки надо смотреть в Zigbee-координаторе.
Описание
При работе по Zigbee показания сенсоров датчика могут «застыть» и не меняться.
Причины и подробное описание
Из-за зависания очереди обработки UART датчик перестаёт считывать значения из сенсоров, притом исправно отдаёт по протоколу Zigbee старые показания, поэтому в логах нет ошибок.
Запланированное исправление
Исправлено в версии прошивки 62. Обновите прошивку.
Пути обхода
Обновить прошивку по инструкции.
ERRWB-MSWZv40005: Низкий уровень сигнала связи датчика при работе по протоколу Zigbee
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 (ревизия 5.4 с модулем ZigBee - ZSU) с прошивкой 62 версии. Версию прошивки надо смотреть в Zigbee-координаторе.
Описание
При спаривании датчика с координатором наблюдается низкий уровень сигнала связи и нестабильная работа датчика при отдалении от координатора. При работе указанной версии датчика совместно с WB-MSW-ZIGBEE v.4 (с модулем ZigBee - MGM210PA32JIA2) проблема проявляется реже.
Причины и подробное описание
Проблема затрагивает только радиомодуль устройства и не проявляется при работе по протоколу Modbus RTU.
Запланированное исправление
Исправлено в версии прошивки 63. Обновите прошивку.
Пути обхода
Обновить прошивку по инструкции.
ERRWB-MSWZv40006: Не обновляется состояние «Occupancy» датчика при работе по протоколу Zigbee
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 с zigbee2mqtt начиная с версии 1.37.1. Версию zigbee2mqtt можно узнать через командную строку или через веб-интерфейс.
Описание
При использовании zigbee2mqtt начиная с версии 1.37.1 состояние «Occupancy» не меняется. Состояние не определено (Null) или «замирает» предыдущее состояние, которое было до обновления пакета.
Причины и подробное описание
Проблема затрагивает только радиомодуль устройства и не проявляется при работе по протоколу Modbus RTU.
Запланированное исправление
Исправлено в версии zigbee2mqtt 1.39.1.
Пути обхода
Обновите zigbee2mqtt.
ERRWB-MSWZv40007: Активация статусного светодиода приводит к зависанию датчика при работе по протоколу Zigbee
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 с zigbee2mqtt начиная с версии 1.39.0. Версию zigbee2mqtt можно узнать через командную строку или через веб-интерфейс.
Описание
При использовании zigbee2mqtt начиная с версии 1.39.0 активация статусного светодиода ("Activity led") приводит к зависанию датчика при работе по протоколу Zigbee.
Причины и подробное описание
Проблема затрагивает только радиомодуль устройства и не проявляется при работе по протоколу Modbus RTU.
Запланированное исправление
Исправлено в версии zigbee2mqtt 1.40.1.
Пути обхода
Обновите zigbee2mqtt.
ERRWB-MSWZv40008: Не обновляются показания датчиков шума, температуры, влажности и других. Управление зуммером работает
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 партий v5.5T/Z1, v5.5T/Z2, v5.5W/Z, выпущенные с 15 августа по 7 октября 2025 года.
Описание
При работе с любой версией zigbee2mqtt устройства корректно спариваются и позволяют управлять светодиодами и зуммером, но не передают данные температуры и других сенсоров, либо показывают неверные и неизменяемые значения.
Причины и подробное описание
Изменения в прошивке радиомодуля привели к некорректной инициализации Zigbee-версий WB-MSW4. Так как WB-MSW-ZIGBEE v.4 собираются на базе обычных WB-MSW v.4, сокращённый тест беспроводной части на производстве не позволил выявить проблему.
Запланированное исправление
Ошибка устранена в партиях, начиная с v5.5W/Z2 и новее.
Пути обхода
Обновите прошивку датчиков по OTA до версии 71 и новее:
- инструкция для zigbee2mqtt;
- для другого ПО смотрите его документацию.
Если у вас остались вопросы, напишите в техническую поддержку и мы постараемся помочь.
ERRWB-MSWZv40009: Ложное срабатывание датчика движения
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 партий v5.5A/Z1, v5.5E/Z, v5.5F/Z, v5.5F/Z1, v5.5F/Z1S, v5.5F/ZS, v5.5I/Z, v5.5I/Z1, v5.5I/ZU, v5.5I/Z2, v5.5I/Z2U, v5.5I/Z3, v5.5N/Z, v5.5P/Z, v5.5P/ZU, v5.5R/Z, v5.5T/Z, v5.5T/Z1, v5.5T/Z2, v5.5W/Z, v5.5W/Z1.
Описание
Один раз в час может ложно срабатывать датчик движения WB-MSW-ZIGBEE v.4.
Причины и подробное описание
С интервалом один раз в час происходит передача данных со всех датчиков по ZIGBEE. В момент передачи радиомодулем потребляется больший ток, в результате чего происходит просадка внутреннего питания, что приводит к возникновению ошибочных значений канала датчика PIR. Может не проявляться при малых расстояниях между приемником и передатчиком.
Запланированное исправление
Ошибка устранена в партиях, начиная с v5.6 и новее.
Пути обхода
Если показания датчика движения критичны, то выполняется бесплатная замена по гарантии.
ERRWB-MSWZv40010: Не изменяются все данные с датчика
Подверженные устройства
Описание
В интерфейсе Z2M и в виртуальном устройстве интерфейса WB не отображаются данные c беспроводного WB-MSW-ZIGBEE v.4.
Причины и подробное описание
На плате WB-MSW-ZIGBEE v.4 есть два умных модуля - микроконтроллер который собирает данные с датчиков на плате и беспроводной модуль Zigbee, который получает эти данные от микроконтроллера и отправляет по Zigbee.
Ошибка появляется потому что у микроконтроллера есть только одна линия связи - которая выбирается физическим переключателем на плате: либо для связи с модулем Zigbee, либо для связи по проводной линии Modbus.
При попытках подключения по проводу пользователи меняют значения скорости связи модуля по Modbus. Это изменение может быть произведено двумя способами:
- При поиске в WEBUI нашего контроллера, тогда скорость будет изменена без явного оповещения пользователя.
- Пользователем вручную через использование cli утилиты modbus_client
Изменение скорости для связи с микроконтроллером приводит к тому, что при возврате на беспроводной режим - беспроводной модуль Zigbee не может получать данные об изменении на датчиках, так как параметры связи между модулем Zigbee уже разные и они не могут общаться между собой.
Запланированное исправление
Ошибка возникает из-за изменения настроек пользователем, поэтому исправление не планируется.
Пути обхода
При возврате переключателя в беспроводной режим - нужно обязательно вернуть настройки связи такие же, как на модуле Zigbee (эти настройки можно посмотреть в интерфейсе Z2M). Изменить настройки можно через SSH-консоль контроллера утилитой modbus_client.
Полезные ссылки:
Команда для изменения скорости Modbus-устройства, подключенного к порту контроллера:
$ modbus_client --debug -mrtu -b115200 -pnone -s2 /dev/ttyRS485-1 -a1 -t0x06 -r110 96
Здесь:
- -s2 /dev/ttyRS485-1: обращаемся к устройству подключенному к порту RS485-1 контроллера;
- -a1: адрес устройства на шине равен 1;
- -b115200: при связи используем текущую установленную в контроллере скорость 115200 бод;
- -r110: команда записывает в регистр 110 (регистр хранения скорости порта);
- 96: устанавливаем новое значение для скорости, что соответствует 9600 бит/с.
ERRWB-MSWZv40011: Неисправность переключателя между zigbee модулем и RS-485
Подверженные устройства
Все WB-MSW-ZIGBEE v.4 до ревизии 5.6.
Описание
На некоторых устройствах переключатель zigbee / RS-485 не работает.
Причины и подробное описание
Из-за быстрого механического износа контакты переключателя S1 не замыкаются. Поэтому при использовании переключателя режим работы устройства не меняется.
Запланированное исправление
Исправлено в версии v5.6.
Пути обхода
Выполняется гарантийная замена устройства.
ERRMODBUS001: Ответ устройства на адрес 0xFD
Подверженные устройства
Устройства WB-MSW v.4 с версией прошивки до 4.31.7.
Описание
Устройства Wiren Board с расширением "Быстрый Modbus" мешают работать сторонним устройствам на одной шине, если они используют специальные команды, начинающиеся с 0xFD.
Причины и подробное описание
В нашем расширении протокола "Быстрый Modbus" зарезервированный адрес 0xFD используется для специальных широковещательных команд. Если на шине мастер отправит какому-то стороннему устройству осмысленный пакет, начинающийся с 0xFD и командами, не использующимися в расширении протокола "Быстрый Modbus", то устройство Wiren Board отвечает MODBUS_ERR_ILLEGAL_FUNCTION, тем самым мешает обмену с другим устройством. Это происходит из-за ошибки в драйвере шины, при которой пакет с адресом 0xFD начинает обрабатываться как обычный стандартный Modbus пакет.
Пути обхода
Не использовать одну шину для устройств Wiren Board и сторонних устройств.
Запланированное исправление
Исправлено в версии прошивки 4.31.7.
ERRMODBUS002: Ошибка в ответе на сканирование командой 0x46
Подверженные устройства
Устройства WB-MSW v.4 с версией прошивки до 4.31.2.
Описание
Для работы с расширенными командами в быстром Modbus использовалась функция 0x60, которая оказалась в зарезервированном пространстве. Поэтому функция работы с расширенными командами была изменена на 0x46, но для сохранения обратной совместимости устройство может отвечать и на команду 0x60. Проблема была в том, что независимо от того, через какую команду было запрошено сканирование, устройство отвечало командой 0x60. Текущее исправление позволяет отвечать той же командой, которой был произведен запрос (0x46 или 0x60).
Возможные пути устранения
Обновить прошивку до версии 4.31.2.
Запланированное исправление
Исправлено в версии прошивки 4.31.2.
ERRMODBUS003: Неожиданное поведение при записи невалидных значений в некоторые регистры
Подверженные устройства
Устройства WB-MSW v.4 с версией прошивки до 4.31.14.
Описание
При записи значений из диапазона [256 ... 65535] в некоторые регистры происходит отсечение старших 8 битов числа и в итоге в прошивку попадает число по модулю 256. Выглядит это так, что при записи, например числа 257, происходит то же самое, что и при записи числа 1.
Одним из таких регистров является адрес устройства (регистр 128).
Отдельно стоит отметить, что в диапазоне значений, указанных в документации, все регистры работают ожидаемо. Проблема возникает при записи невалидных значений более 255.
Возможные пути устранения
Обновить прошивку до версии 4.31.14.
Запланированное исправление
Исправлено в версии прошивки 4.31.14.
ERRMODBUS004: Ошибка в ответах с битовыми полями
Подверженные устройства
Устройства WB-MSW v.4 с версией прошивки до 4.31.2.
Описание
Ответы с битовыми полями (запросы coil или discrete регистров, управление событиями) возвращали неправильные значения в старших битах.
Возможные пути устранения
Обновить прошивку до версии 4.31.2.
Запланированное исправление
Исправлено в версии прошивки 4.31.2.
ERRMODBUS005: Ошибка чтения разных coil-регистров за один запрос
Подверженные устройства
Устройства WB-MSW v.4 с версией прошивки до 4.31.5.
Описание
Если несколько разных coil-регистров расположены подряд по адресам (например, 2 и 3 в WB-MSW и WB-MWAC или 3 и 4 в WB-LED), то при чтении их одним запросом возвращались некорректные значения.
Возможные пути устранения
Обновить прошивку до версии 4.31.5.
Запланированное исправление
Исправлено в версии прошивки 4.31.5.
ERRMODBUS006: Ответы на запросы с неверным битом четности
Подверженные устройства
Устройства WB-MSW v.4 с версией прошивки до 4.31.10.
Описание
Устройство отвечало на запросы, в которых указан неверный бит четности, хотя должно игнорировать такие запросы.
Возможные пути устранения
Обновить прошивку до версии 4.31.10.
Запланированное исправление
Исправлено в версии прошивки 4.31.10.
ERRMIR06: Проблемы при работе с ИК-приёмопередатчиком
Подверженные устройства
Все WB-MIR v2, WB-MSW с ИК с прошивкой до 4.29.7 включительно
Описание
В указанных прошивках наблюдается ряд проблем при использовании функционала ИК-приемопередатчика:
- При работе с банками ИК-команд (запись, редактирование) с поочередным использованием coil и holding регистров значения в них могли рассихронизироваться и ИК модуль мог «зависнуть» и более не отвечать на команды.
- При активной команде с одним банком можно установить в «1» coil регистры других банков.
- Значение в регистре воспроизведения команды сбрасывалось в «0» сразу после начала воспроизведения, а не по окончанию команды.
- При записи в ROM слишком длинной команды (больше максимальной длины) запись не производилась, однако при записи в RAM записывалось столько данных, сколько могло поместиться. Из-за этого могли быть сложности с запись длинных команд в ROM.
Причины и подробное описание
Ошибка в прошивке.
Запланированное исправление
Исправлено в версии прошивки 4.29.8, обновите прошивку устройства.
Пути обхода
Если вы не можете обновить прошивку устройства, то ошибку можно обойти:
- Использовать только один интерфейс: либо coil либо holding регистры для работы с банками ИК-команд.
- Сначала завершать работу с одним банком, затем начинать работу с другим (это должны быть разные modbus-запросы).
- Оценивать время выполнения команды и выполнять временную задержку на стороне клиента.
- Записать длинную команду можно так: выполнить запись в RAM, считать данные и записать из ROM через редактирование банка.
ERRMIR07: Большое время ответа на команду стирания всех ИК-банков
Подверженные устройства
Все WB-MIR v2, WB-MSW с ИК с прошивкой до 4.29.10 включительно
Описание
При записи "1" в coil-регистр 5000 (стирание всех ИК-команд из ROM памяти) ответ устройства приходит с большей задержкой, чем при записи других регистров. Время ответа может достигать ~250 мс для устройств на микроконтроллерах STM. Из-за этого возможно проблемы при работе с устройством через драйвер wb-mqtt-serial, т.к. стандартный таймаут для ответа устройства, указанный в шаблоне, 1 мс. Проявляется это как ошибки обмена после нажатия на кнопку (или записи в MQTT-топик) "Reset all ROM"/"Стереть все команды в ROM".
Причины и подробное описание
Ошибка в прошивке.
Запланированное исправление
Исправлено в версии прошивки 4.29.11, обновите прошивку устройства.
Пути обхода
Если вы не можете обновить прошивку устройства, то ошибку можно обойти следующими способами:
- увеличить таймаут ответа устройства до 500 мс
- не использовать регистр coil 5000, а стирать каждый банк памяти поочередно путём установки первых двух регистров в нули через редактирование банка
- записывать новую команду в банк сразу, без предварительного стирания банка
ERRWB-MSWv30011: Влияние ИК-передатчика на показания датчиков движения и освещенности
Подверженные устройства
Устройства WB-MSW v.3, WB-MSW v.4 с версией прошивки до 4.29.7 включительно
Описание
При передаче ИК-команд показания датчиков освещенности и движения кратковременно увеличиваются.
Запланированное исправление
Исправлено в версии прошивки 4.29.8.
ERRWB-MSv20006: Переполнение показаний относительной влажности при околонулевой влажности воздуха
Подверженные устройства
Все устройства с датчиком SHT40 с прошивкой до 4.31.3 включительно:
- WB-MS v.2 начиная с партии v4.3A/T (выпуск с 09.2022)
- WB-MSW v.3 начиная с партии 4.19 (выпуск с 12.2021)
- все WB-MSW v4
Описание
Датчик SHT40 может отдавать показания влажности, которые после пересчёта в проценты могут оказаться меньше нуля или больше 100%. Документация на датчик предписывает проверять значение влажности и приводить его к диапазону от 0 до 100%. Однако из-за ошибки в прошивке такой проверки не было. Из-за этого при околонулевой влажности воздуха значение в регистре относительной влажности могло быть около 650%.
Возможные пути устранения
- обновить прошивку до 4.31.4
- на стороне клиента принимать регистр относительной влажности как знаковый s16 и приводить значение регистра к диапазону от 0 до 100% при выходе за пределы диапазона.
Запланированное исправление
Проблема исправлена в прошивке 4.31.4. Значение в регистре относительной влажности теперь строго от 0 до 100%
ERRWB-MSWv30012: Ошибка при чтении нескольких диапазонов coil-регистров за один запрос
Подверженные устройства
Устройства WB-MSW v.3, WB-MSW v.4 с версией прошивки до 4.31.4 включительно
Описание
Из-за ошибки в библиотеке Modbus, если включен режим непрерывного чтения (записано 1 в регистр 114) и выполняется запрос на чтение coil-регистров, например, с адреса 0 по 11 за один запрос, то в ответе от устройства валидное значение будет иметь только первый coil-регистр в запросе. Значение остальных регистров будет равно 0 и не соответствовать действительности. При этом чтение coil-регистров по одному работает корректно.
При работе с контроллером Wiren Board это вызывало неожиданное поведение работы светодиодов: их можно было включить через web-интерфейс на вкладке «Устройства», но уже нельзя было выключить. Текущее состояние светодиодов отображалось некорректно.
Запланированное исправление
Исправлено в прошивке версии 4.31.5, обновите прошивку устройства.
ERRWB-MSWv30013: Неверное значение регистра пользовательской температурной компенсации после стирания EEPROM
Подверженные устройства
Проблеме потенциально подвержены все устройства, которые:
- вышли с производства с прошивкой от 4.29.0 до 4.31.10 включительно;
- были повторно проверены на производстве, подвергались стиранию EEPROM или настроек связи вручную, подвергались переустановке адреса на программаторе адресов.
Это ревизии:
- MSW v3 LORA - v4.22I/L и далее (даты производства 04.2023 - 05.2023);
- MSW v3 - v4.22I/5, v4.22I/6;
- MSW v4 LORA - все ревизии;
- MSW v4 - все, кроме отгруженных после 08.11.24.
Не подвержены проблеме: TH и M исполнения (партии xxx/TH и xxx/M)
Также проблеме подвержены все WB-MSW v.3 и WB-MSW v.4 с установленным CO2 датчиком, если выполнялось обновление прошивки на версии от 4.29.0 до 4.31.10 со сбросом EEPROM (wb-mcu-fw-updater ... --restore-defaults или wb-mcu-fw-flasher -e).
Однако обращаем внимание, что стирание EEPROM ведет не только к указанной ошибке, но и к потере калибровок датчика по измерению других величин, например шума и освещенности. Если по каким-то причинам вы стерли EEPROM, в любом случае, следует обратиться в техподдержку для восстановления калибровок.
Список серийных номеров потенциально уязвимых устройств
Если серийный номер вашего WB-MSW попал в список, выполните одно из следующих действий:
- запишите "0" в регистр 245 вручную:
modbus_client -mrtu -pnone -s2 /dev/ttyRS485-1 -b9600 -a1 -t6 -r245 0(подставьте нужный порт, адрес и скорость). - в шаблоне конфигурации устройства в разделе Параметры воздуха / Компенсация самонагрева (°C) укажите значение 0.
Описание
Из-за ошибки в прошивках от 4.29.0 до 4.31.10 включительно при старте устройства с пустой EEPROM и установленным CO2 датчиком (это может быть как первое включение устройства, так и включение после сброса EEPROM или настроек связи) через 4 секунды ошибочно запускался алгоритм миграции температурной компенсации, предназначенный для корректного обновления со старых версий. Из-за этого в регистре пользовательской температурной компенсации оказывалось значение -70 вместо значения 0 и датчик завышал показания на 0.7 градуса. Чтобы первое включение прошло корректно, нужно в первые 4 секунды работы прошивки записать какие-либо настройки связи (например, адрес, отличный от 1) и перезагрузить устройство. После этого при следующих включениях алгоритм уже не запускается и в регистре пользовательской компенсации будет значение 0.
Большинство произведенных устройств не подвержено проблеме, т.к. производственный стенд успевал за 4 секунды сделать первые проверки, записать адрес и перезагрузить устройство.
Однако, если устройство не проходило проверку с первого раза, повторная проверка уже занимала больше времени, что вызывало ложное срабатывание алгоритма и в итоге приводило к записи значения -70 в регистр пользовательской температурной компенсации. Также, если устройство оказывалось на программаторе адресов (если в заказе было указано задать определенный адрес) то производился сброс настроек связи, что вызывало ложное срабатывание алгоритма.
В итоге датчик завышал показания на 0.7 градуса. Необходимо вручную записать в регистр 245 значение 0.
Для того, чтобы убедиться, что температурная компенсация имеет верное значение, нужно прочитать регистр 245: там должен быть 0. Также можно в шаблоне конфигурации устройства в разделе Параметры воздуха / Компенсация самонагрева (°C) указать значение 0.
Запланированное исправление
Исправлено в прошивке версии 4.31.11. Стирание EEPROM с установкой прошивки 4.31.11 не портит регистр 245.
Однако подверженные проблеме устройства необходимо исправить вручную: записать значение 0 в регистр 245.
Также мы выполнили действия, чтобы такое не повторялась:
- добавили в производственный стенд проверку значения регистра 245: там должен быть 0 после окончания всех проверок;
- ускорили повторную проверку;
- в прошивке полностью убрали алгоритм миграции для новых устройств (для которых не существовало старых прошивок).
ERRWB-MSv20007: Ошибка при обновлении прошивки устройства
Подверженные устройства
Некоторые устройства WB-MS и WB-MSW.
Описание
В процессе обновления любым способом, кроме wb-mcu-fw-flasher, случайным образом может возникнуть ошибка обновления, после чего устройство остается в режиме загрузчика. Т.е. индикатор Status моргает стабильно раз в секунду и устройство не отвечает на запросы.
Запланированное исправление
В настоящее время причина проблемы не определена.
Пути обхода
Выполнить обновление актуальной версией прошивки через wb-mcu-fw-flasher, для этого:
- Узнайте сигнатуру прошивки устройства
- Выполните обновление согласно инструкции
ERRWB-MSWv40001: Ошибка в прошивке датчиков CO2 NS8
Подверженные устройства
Все устройства с датчиком NS8.
Ревизии:
MSW v4: v5.5B/7, v5.5L, v5.5L/1, v5.5H/1, v5.5H/2, v5.5H/3, v5.5M, v5.5M/3, v5.5R/2, v5.5R/3, v5.5T, v5.5T/1, v5.5T/2 MSW v4 Zigbee: v5.5I/Z1, v5.5I/Z, v5.5I/Z2, v5.5N/Z, v5.5P/Z, v5.5R/Z
Не подвержены проблеме: MSW v4 без датчика CO2 и с датчиком CO2 не NS8.
Описание
Есть вероятность повреждения датчика при отключении питания во время калибровки.
После возникновения ошибки датчик CO2 перестает передавать данные.
Причины и подробное описание
В прошивке производителя датчика CO2 NS8 была обнаружена ошибка, при которой он перестаёт отправлять данные. Ошибка возникает в процессе калибровки датчика. После подачи команды на калибровку запускается алгоритм и происходит запись данных в EEPROM. Весь процесс занимает от 1 до 15 секунд, из которых всего 200 миллисекунд занимает запись в EEPROM. Если в момент записи произойдет отключение питания, есть вероятность, что в EEPROM будут записаны некорректные данные, что приведет к ошибке.
Команда на калибровку может быть подана как вручную, так и автоматически. Автокалибровка датчика включена производителем по умолчанию, т.е. после подачи питания датчик будет автоматически скалиброван через сутки, а последующие автокалибровки происходят в зависимости от значения в регистре, по умолчанию это неделя.
Пути обхода
Обеспечить стабильное и бесперебойное питание.
На этапах установки и отладки оборудования не отключать его во время калибровки (в том числе при автокалибровке).
Если была запущена калибровка вручную, отключение питания рекомендуется производить не менее чем через 15 секунд после подачи команды.
Замена по гарантии.
Запланированное исправление
Исправлено в прошивке датчика NS8 с версии 1.03D. Если датчик уже перестал передавать данные, то обновление прошивки не поможет. В этом случае производится замена по гарантии.
В прошивке WB-MSW с версии 4.33.0 можно обновить прошивку датчика CO₂ NS8.
Устройства, отгруженные после 26.08.2025 уже имеют актуальную прошивку NS8.
ERRWB-MSWv40002: Ошибка процессе обновления прошивки CO2-датчика NS8
Подверженные устройства
Все устройства с датчиком NS8 и прошивкой от 4.33.0 до 4.34.0 включительно.
Описание
Если обновление прошивки датчика NS8 будет прервано и не возобновлено в течение 60 секунд, датчик может перестать отвечать на запросы без возможности восстановления.
Причины и подробное описание
После 60 секунд бездействия (не отправляются следующие блоки данных прошивки), датчику NS8 отправляется команда на переход в прошивку. Но т.к. прошивка не была до конца загружена, датчик после получения этой команды становится неработоспособен.
Пути обхода
Не прерывать процесс обновления прошивки NS8. Если процесс всё же был прерван - возобновить его в течение 60 секунд. При возникновении данной проблемы - замена по гарантии.
Запланированное исправление
Исправлено в прошивке 4.34.1.