WB-MS v.2: Errata
ERRMODBUS001: Ответ устройства на адрес 0xFD
Подверженные устройства
Устройства WB-MS v.2 с версией прошивки до 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-MS v.2 с версией прошивки до 4.31.2.
Описание
Для работы с расширенными командами в быстром Modbus использовалась функция 0x60, которая оказалась в зарезервированном пространстве. Поэтому функция работы с расширенными командами была изменена на 0x46, но для сохранения обратной совместимости устройство может отвечать и на команду 0x60. Проблема была в том, что независимо от того, через какую команду было запрошено сканирование, устройство отвечало командой 0x60. Текущее исправление позволяет отвечать той же командой, которой был произведен запрос (0x46 или 0x60).
Возможные пути устранения
Обновить прошивку до версии 4.31.2.
Запланированное исправление
Исправлено в версии прошивки 4.31.2.
ERRMODBUS003: Неожиданное поведение при записи невалидных значений в некоторые регистры
Подверженные устройства
Устройства WB-MS v.2 с версией прошивки до 4.31.14.
Описание
При записи значений из диапазона [256 ... 65535] в некоторые регистры происходит отсечение старших 8 битов числа и в итоге в прошивку попадает число по модулю 256. Выглядит это так, что при записи, например числа 257, происходит то же самое, что и при записи числа 1.
Одним из таких регистров является адрес устройства (регистр 128).
Отдельно стоит отметить, что в диапазоне значений, указанных в документации, все регистры работают ожидаемо. Проблема возникает при записи невалидных значений более 255.
Возможные пути устранения
Обновить прошивку до версии 4.31.14.
Запланированное исправление
Исправлено в версии прошивки 4.31.14.
ERRMODBUS004: Ошибка в ответах с битовыми полями
Подверженные устройства
Устройства WB-MS v.2 с версией прошивки до 4.31.2.
Описание
Ответы с битовыми полями (запросы coil или discrete регистров, управление событиями) возвращали неправильные значения в старших битах.
Возможные пути устранения
Обновить прошивку до версии 4.31.2.
Запланированное исправление
Исправлено в версии прошивки 4.31.2.
ERRMODBUS006: Ответы на запросы с неверным битом четности
Подверженные устройства
Устройства WB-MS v.2 с версией прошивки до 4.31.10.
Описание
Устройство отвечало на запросы, в которых указан неверный бит четности, хотя должно игнорировать такие запросы.
Возможные пути устранения
Обновить прошивку до версии 4.31.10.
Запланированное исправление
Исправлено в версии прошивки 4.31.10.
ERRMODBUS007: Потеря событий при одновременной передаче событий двумя устройствами на одной шине
Подверженные устройства
Устройства WB-MS v.2 с версией прошивки до 4.37.1.
Описание
При одновременном наличии событий от двух устройств, находящимися на одной шине, одно из них может передать пакет событий не полностью.
Причины и подробное описание
В быстром Modbus передача событий устроена так. Мастер отправляет запрос событий. Все устройства с накопленными событиями участвуют в арбитраже. Устройство, выигравшее арбитраж, отвечает, а проигравшие молчат до следующего запроса.
После того, как событие сгенерировано, оно ждёт отправки. После того, как устройство сформировало кадр и положило его на шину, событие считается отправленным, и в следующем запросе мастера, в котором подтверждается приём пакета от этого устройства, устройство удаляет такие события из своей очереди. Это штатный механизм «подтверждения приёма событий».
Дефект состоял в том, что переход события из состояния «ожидает отправки» в состояние «отправлено» происходил у устройства слишком рано — фактически в момент получения запроса событий от мастера, до того как был известен результат арбитража. Если устройство выигрывало арбитраж, всё шло штатно. Если устройство проигрывало арбитраж, его пакет не уходил на шину вовсе, но внутри устройства события уже были помечены как отправленные. Когда мастер при последующих циклах опроса в очередной раз отправлял подтверждение, относящееся к этому устройству, оно срабатывало и на эти псевдо-отправленные события, и они удалялись из очереди устройства, никогда не доходив до мастера.
С точки зрения пользователя в веб-интерфейсе состояние регистров не изменится, публикации сообщения в MQTT-топик не произойдет, хотя сами регистры и их значения при этом остаются корректными — теряется именно уведомление об изменении.
Например, к контроллеру на одну шину подключены два реле. Одновременно замыкаются входы обоих реле. При этом состояние входов (выходов) одного реле в веб-интерфейсе отображается корректно, тогда как у второго часть событий потеряется. Состояние второго реле будет отображаться как до момента замыкания, несмотря на то, что физически переключение произошло.
Пути обхода
Временно сделать событийные регистры обычными — в шаблоне устройства установить значение поля sporadic в false. Таким образом, регистры будут опрашиваться с установленным временным интервалом, как и обычные регистры.
Запланированное исправление
Исправлено в версии прошивки 4.37.1.
ERRMODBUS008: Неожиданное поведение при приеме длинных кадров запросов
Подверженные устройства
Устройства WB-MS с версией прошивки до 4.37.2.
Описание
При приеме кадра длиной более 265 байт (максимальная длина кадра Быстрого Modbus) устройство зависает и перезагружается, также в отдельных случаях возможна потеря настроек.
Причины и подробное описание
Алгоритм приема не учитывает возможность поступления некорректного удлиненного кадра запроса, из-за чего происходит переполнение буфера приема, данные в соседних с буфером ячейках памяти устройства портятся, что приводит к зависанию и перезапуску по watchdog-таймеру. В отдельных случаях при поступлении очень больших кадров данных (более ~500 байт) также портятся настройки, и после перезапуска устройство переходит на стандартные параметры связи (9600-8N2, адрес 1).
Пути обхода
- Не отправлять на устройство запросы длиной более максимальной допустимой, регламентированной спецификациями протоколов Modbus RTU и Быстрый Modbus (265 байт).
- Не подключать устройство к шине, на которой могут передаваться не-Modbus сообщения или сообщения с длиной более 265 байт.
Запланированное исправление
Исправлено в прошивке версии 4.37.2.
ERRMODBUS009: Неожиданное поведение при чтении регистров вблизи адреса 0xFFFF в режиме непрерывного чтения
Подверженные устройства
Устройства WB-MS с версией прошивки до 4.37.2.
Описание
При включенном режиме непрерывного чтения при чтении регистров вблизи адреса 0xFFFF (с его достижением или переходом через него) устройство зависает и перезагружается.
Причины и подробное описание
Алгоритм непрерывного чтения не учитывает возможное переполнение счетчика адреса регистра (разрядность 16 бит), из-за чего при чтении регистра с адресом 0xFFFF счетчик переполняется и алгоритм зацикливается, что приводит к перезагрузке устройства по watchdog-таймеру.
Пути обхода
При включенном режиме непрерывного чтения не отправлять команды на чтение регистров с диапазоном адресов, включающим 0xFFFF. У всех устройств Wiren Board в принципе отсутствуют действующие регистры с адресом 0xFFFF.
Запланированное исправление
Исправлено в прошивке версии 4.37.2.
ERRMODBUS010: Некорректная валидация запроса и некорректная обработка неверных запросов
Подверженные устройства
Устройства WB-MS с версией прошивки до 4.37.2.
Описание
В ряде случаев устройство может успешно или некорректно обрабатывать синтаксически неверные запросы, возвращать неверный код исключения или ограничивать максимальное количество регистров в запросе.
Причины и подробное описание
Алгоритм некорректно валидирует запрос и обрабатывает следующие случаи:
1) Запросы на чтение нулевого количества регистров успешно обрабатываются и возвращают ответ с нулевым количеством данных (только заголовок и CRC). Согласно спецификации Modbus, такой запрос должен возвращать исключение 0x03 (ILLEGAL_DATA_VALUE).
2) Единый лимит в 125 регистров для всех функций чтения и записи регистров — при превышении лимита устройство возвращает исключение 0x02 (ILLEGAL_DATA_ADDRESS). Согласно спецификации Modbus, для разных функций разные лимиты количества регистров (чтение битовых значений — 2000, чтение аналоговых регистров или регистров хранения — 125, запись coil-регистров — 1968, запись регистров хранения — 123). При превышении лимита устройство должно возвращать исключение 0x03 (ILLEGAL_DATA_VALUE).
3) Поле количества байт (Byte Count) в запросах множественной записи (коды функций 0x0F и 0x10) не проверяется, запросы обрабатываются без проверки. Согласно спецификации Modbus, в случае несоответствия поля Byte Count количеству регистров устройство должно возвращать исключение 0x03 (ILLEGAL_DATA_VALUE).
4) Функция записи одиночного coil-регистра не валидирует записываемое значение, в coil-регистр записывается старший бит из значения запроса. Согласно спецификации Modbus, устройство должно принимать только значения 0x0000 и 0xFF00, а для всех остальных значений возвращать исключение 0x03 (ILLEGAL_DATA_VALUE).
5) Структурно некорректные запросы с верным CRC (например, запросы с увеличенной длиной) обрабатываются в обычном режиме. Согласно общепринятой конвенции, устройство должно игнорировать такие запросы и не пытаться их обрабатывать.
6) Структурно корректные запросы, но увеличенной длины (от 257 до 265 байт) корректно обрабатываются. Согласно спецификации Modbus, кадры длиной более 256 байт не являются корректными Modbus-кадрами, а значит должны игнорироваться.
Пути обхода
Отправлять устройству только структурно корректные запросы, соответствующие спецификации Modbus.
Запланированное исправление
Исправлено в прошивке версии 4.37.2.
ERRMODBUS011: Некорректное поведение при отправке неверного запроса настройки событий Быстрого Modbus
Подверженные устройства
Устройства WB-MS с версией прошивки до 4.37.2.
Описание
При обработке команды настройки событий Быстрого Modbus (EVENT_CTRL, cmd=0x46, sub_cmd=0x18) с некорректными полями длины возможны некорректная настройка уведомлений о событиях и ответ непредсказуемой длины.
Причины и подробное описание
Алгоритм при обработке команды настройки событий Быстрого Modbus не валидирует поле размера и поле длины внутреннего блока данных, из-за чего при некорректных значениях в полях длины устройство может обрабатывать данные за пределами фактически принятого кадра. В связи с этим могут наблюдаться следующие проблемы:
1) Некорректная настройка уведомлений о событиях, из-за чего могут спонтанно меняться приоритеты/маски событий
2) Ответ на команду настройки событий может быть непредсказуемой длины
Пути обхода
Отправлять только корректные команды Быстрого Modbus, соответствующие спецификации протокола.
Запланированное исправление
Исправлено в прошивке версии 4.37.2.
ERRMODBUS012: Устройство перестаёт отправлять события Быстрого Modbus
Подверженные устройства
Устройства WB-MS с версией прошивки до 4.38.0.
Описание
Устройство перестаёт отправлять события Быстрого Modbus и на запрос событий (cmd=0x46, sub_cmd=0x10) постоянно отвечает признаком их отсутствия (sub_cmd=0x12). Значения контролов в веб-интерфейсе замирают, при этом сами регистры на устройстве продолжают меняться.
Чем чаще меняется значение, на которое включены события, тем быстрее проявляется ошибка. На стенде при 200 импульсах в секунду на входе с временем подавления дребезга 1 мс устройство перестало отправлять события через 23 минуты, при 100 импульсах в секунду — через несколько часов. При редких изменениях ошибка тоже возможна, но настолько реже, что на практике может не проявиться. Ошибок в журнале драйвера при этом нет — с точки зрения мастера устройство исправно отвечает, что событий нет.
Для диагностики нужно прочитать регистр напрямую, минуя события, например счётчик импульсов входа:
modbus_client_rpc -mrtu -pnone -s2 /dev/ttyRS485-1 -b115200 -a1 -r32 -t0x03
И, если значение регистра растёт, а значение контрола в веб-интерфейсе стоит на месте — это данная ошибка.
Причины и подробное описание
В прошивке была допущена ошибка при разделении доступа к общему ресурсу — счётчику неотправленных событий. Счётчик правится и из обработчика прерывания, и из основного цикла: если прерывание попадает внутрь операции чтения-изменения-записи в основном цикле, увеличение счётчика теряется. Потеря необратима, потому что счётчик увеличивается только в момент, когда событие впервые встаёт в очередь. В результате устройство считает, что отправлять нечего, и отвечает соответствующим признаком, хотя события фактически стоят в очереди.
Состояние держится до перезагрузки устройства. Оно частично снимается при возникновении любого другого события: тогда накопленная очередь уходит мастеру одной посылкой, и значение контрола однократно обновляется. Но сразу после этого рассогласование восстанавливается, поэтому на установке, где больше ничего не меняется, значение выглядит замершим.
Вероятность ошибки растёт с частотой событий и с загрузкой шины: чем чаще устройство отправляет события и чем чаще меняется регистр, тем чаще совпадают два обращения к одним ячейкам.
Пути обхода
Перезагрузка устройства восстанавливает работу событий — до следующего появления ошибки. Перезагрузка контроллера или перезапуск драйвера wb-mqtt-serial не помогает: состояние хранится в устройстве, а повторная настройка событий его не сбрасывает.
Уменьшить вероятность можно, снизив частоту событий: увеличить время подавления дребезга на входе или отключить события для регистров, которые меняются наиболее часто. До обновления прошивки значение можно читать напрямую из регистра.
Запланированное исправление
Исправлено в прошивке версии 4.38.0.
ERRWB-MS0003: Нестабильная работа опроса по modbus
Подверженные устройства
Устройства WB-MSW v.3, WB-MS v.2, WB-MIR, WB-M1W2, WB-MAI2-mini с версией прошивки 4.16.0 — 4.16.1.
Описание
При активном опросе modbus-устройств на линии, время между запросом и ответом оказывалось меньше задержки, записанной в регистре 113. В этих условиях датчик распознавал все данные как один большой пакет и зависал при заполнении буфера приема.
Пути обхода
1) Записать 0 в регистр 113.
2) Обновить wb-mqtt-serial до версии > 2.6.3
Запланированное исправление
По спецификации протокола Modbus: обработка пакета устройством должна начинаться строго через время, равное передачи трех с половиной символов после приема последнего байта. Проблема с нестабильной работой опроса по Modbus устранена в версии прошивки 4.16.2.
ERRWB-MS0004: Нестабильная работа опроса по modbus
Подверженные устройства
Устройства WB-MSW v.3, WB-MS v.2, WB-MIR, WB-M1W2, WB-MAI2-mini с версией прошивки 4.16.0 — 4.16.2.
Описание
При опросе modbus-устройств на линии с помехами, периодически возникает зависание — устройство перестает отвечать на modbus-команды. Возникновение зависаний обнаружены при опросе устройств на скорости 115200 бод.
Пути обхода
Понизить скорость опроса до скорости 9600 бод.
Запланированное исправление
Проблема с нестабильной работой опроса по Modbus устранена в версии прошивки 4.16.5.
ERRWB-MS0005: Зависание устройства после полутора месяцев непрерывной работы
Подверженные устройства
Устройства WB-MSW v.3, WB-MS v.2, WB-MIR, WB-M1W2, WB-MAI2-mini с версией прошивки 4.14.0 — 4.16.6.
Описание
После полутора месяцев непрерывной работы устройство перестает реагировать на отправленные команды, не обновляет значения в регистрах, но продолжает отвечать по Modbus.
Запланированное исправление
Исправлено в версии прошивки 4.16.7.
ERRWB-MS0006: Неверные значения температуры и напряжения питания микроконтроллера
Подверженные устройства
Все WB-MS на микроконтроллере GD32 с прошивкой < 4.16.15.
Узнать на каком микроконтроллере ваше устройство можете на странице документации в разделе «Ревизии устройства».
Описание
Неверные значения MCU Temperature и MCU Voltage
Запланированное исправление
Исправлено в версии прошивки 4.16.15.
ERRWB-MS0007: Неправильно работает монитор питания
Подверженные устройства
Все WB-MS с прошивкой 4.16.8 по 4.16.14 включительно
Описание
АЦП преобразует вход с напряжением питания раз в 100 мс. Вероятна ситуация в которой АЦП не узнает о том что питание пропало за время пока разряжаются конденсаторы. Если на устройствах M1W2 значения счётчиков срабатываний дискретных входов менялись сразу перед пропаданием питания, то они не сохранятся. На устройствах MSWv3 в этом случае не сохраняется значение baseline датчика VOC.
Запланированное исправление
Вход напряжения питания измеряется непрерывно. Исправлено в версии прошивки 4.16.15.
ERRWB-MS0008: Не работает программная перезагрузка устройства
Подверженные устройства
Все WB-MS с прошивкой < 4.16.16 включительно
Описание
При записи в регистр 120 любого отличного от 0 значения не происходит перезагрузки устройства.
Запланированное исправление
Исправлено в версии прошивки 4.16.17.
ERRWB-MS0009: Перестали работать некоторые VOC датчики
Подверженные устройства
WB-MSW и WB-MS с прошивкой от 4.15.0 до 4.16.17 включительно
Описание
Некоторые VOC сенсоры (версии 4) после обновления прошивки переставали работать.
Запланированное исправление
Исправлено в версии прошивки 4.16.19.
ERRWB-MS0010: Выбросы на показаниях некоторых датчиков
Подверженные устройства
Все WB-MSW и WB-MS на микроконтроллере GD32 с прошивкой < 4.17.7
Описание
В процессе измерения показаний датчиков, таких как движение, уровень шума, напряжение питания, освещенность (WB-MS) наблюдаются выбросы, иногда очень большие. Это обусловено нестабильной работой канала DMA.
Запланированное исправление
Исправлено в версии прошивки 4.17.7 от 27 января 2022 года.
ERRWB-MS0011: После стирания ИК-команд перестают обновляться показания
Подверженные устройства
Все WB-MSW и WB-MS на микроконтроллере GD32 с прошивкой < 4.18.3
Описание
После стирания всех ИК-команд перестают обновляться показания датчиков: движения, уровня шума, напряжение питания.
Запланированное исправление
Исправлено в версии прошивки 4.18.3 от 10 февраля 2022 года.
ERRWB-MSv20001: Ненулевые показания датчика освещенности в полной темноте
Подверженные устройства
Устройства WB-MS v.2 с версией прошивки 4.16.8 — 4.16.12.
Описание
Устройство отображает некорректное значение уровня освещенности. В полной темноте значение освещенности достигает нескольких десятков люкс.
Запланированное исправление
Исправлено в версии прошивки 4.16.13.
ERRWB-MSv20002: Значительная погрешность измерения температуры и влажности при установленном модуле VOC
Подверженные устройства
Проблеме подвержены:
- все WB-MS, партия v4.3A.
- WB-MSW, партии 4.22C — 4.22G.
- все WB-MSW v.3 Zigbee, партии v2.1B — v2.1F.
- все WB-MSW v.3 LoRa, партия 4.22C.
Описание
Из-за того, что сенсор VOC рассеивает заметную мощность и нагревает датчик TH, измерение влажности и температуры происходит с ошибкой. Для температуры ошибка достигает 2…4 °C.
Возможные пути устранения
Для точного измерения температуры и влажности можно вытащить сенсор VOC или запросить в техподдержке новую версию сенсора VOC, которую мы вышлем по гарантии.
Запланированное исправление
Замена сенсора VOC на другую модель в следующих ревизиях устройств.
ERRWB-MSv20003: Неправильное восстановление baseline датчика VOC после перезагрузки
Подверженные устройства Устройства, перечисленные в ERRWB-MSv20002
Описание
Сенсор VOC, примененный в данных устройствах, имеет два baseline: TVOC и eCO2. Из-за ошибки в программе они меняются местами после перезагрузки устройства по питанию, т.е. нужно значительное время (часы), чтобы показания TVOC и eCO2 пришли в норму.
Возможные пути устранения
Подождать, пока показания TVOC и eCO2 придут в норму. Либо перезагрузить датчик по питанию еще раз.
Запланированное исправление
Проблема исправлена в прошивках 4.22.1+wb1 и 4.25.2 от 30 декабря 2022 года. Также, если вы поменяли сенсор VOC по гарантии из-за проблемы ERRWB-MSv20002, то этой проблемы там не будет.
ERRWB-MSv20004: Некорректная работа датчика освещенности
Подверженные устройства
Устройства WB-MS v.2, ревизии v4.3A и выше (сигнатура msv2G42) с версией прошивки до 4.31.1 включительно.
Описание
В указанных устройствах обнаружены 2 проблемы:
- Формула расчёта освещенности в прошивке была неточной и не учитывала нелинейность датчика, особенно на малых уровнях освещенности.
- При уровне освещенности около 3150 люкс происходит смена коэффициента усиления, и она обрабатывалась неверно:
- были выбросы в показаниях датчика
- смена коэффициента усиления могла зациклиться из-за малого гистерезиса
Запланированное исправление
Исправлено в версии прошивки 4.31.2 от 2 ноября 2023 года.
ERRWB-MSv20005: Некорректное измерение освещённости
Подверженные устройства
Устройства WB-MS v.2, начиная с ревизии v4.3 до v4.4D.
Описание
В указанных устройствах обнаружена проблема неточного измерения освещённости. Из-за дефектов световодов в виде неровного края световой поток неравномерно распределялся на датчик. Из-за этого датчики со световодами могут показывать некорректные значения освещённости при боковой засветке.
Пути обхода
- Не использовать датчик WB-MS в качестве точного измерителя освещённости.
- Если есть необходимость точного измерения освещённости, осуществляется бесплатная замена датчика на исправленную версию.
Запланированное исправление
Было принято решение не использовать световод, а датчик освещённости вынести в корпус устройства. Исправлено в устройствах начиная с партии v4.4D.
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 от 11 декабря 2023 года. Значение в регистре относительной влажности теперь строго от 0 до 100 %.
ERRWB-MSv20007: Ошибка при обновлении прошивки устройства
Подверженные устройства
Некоторые устройства WB-MS и WB-MSW.
Описание
В процессе обновления любым способом, кроме wb-mcu-fw-flasher, случайным образом может возникнуть ошибка обновления, после чего устройство остается в режиме загрузчика. Т.е. индикатор Status моргает стабильно раз в секунду и устройство не отвечает на запросы.
Запланированное исправление
В настоящее время причина проблемы не определена.
Пути обхода
Выполнить обновление актуальной версией прошивки через wb-mcu-fw-flasher, для этого:
- Узнайте сигнатуру прошивки устройства
- Выполните обновление согласно инструкции
ERRWB-MSv20008: Ошибка измерения температуры и влажности из-за самонагрева
Подверженные устройства
WB-MS v.2 партий от v4.4A до v4.4L
Описание
В подверженных устройствах значительный самонагрев платы, из-за чего выдаются завышенные показания температуры и заниженные показания относительной влажности воздуха.
Причины и подробное описание
В WB-MS v.2 партии v4.4 была применена новая микросхема преобразователя питания, которая имеет низкий КПД на малых нагрузках. На этот её недостаток не обратили внимания. Результатом стал самонагрев датчиков существенно выше расчётного:
| Ошибка показаний температуры, °C | ||
|---|---|---|
| Питание | 24 В | 12 В |
| WB-MS | 1.5 | 0.5 |
| WB-MS + VOC | 3.3 | 2.3 |
Пути обхода
Задать настройку компенсации самонагрева датчика в соответствии с приведённой выше таблицей путём настройки в веб-интерфейсе или записью в регистр 245 (в регистр записывается умноженное на 100 значение необходимой компенсации).
Запланированное исправление
Исправлено начиная с партии v4.4M.
ERRWB85001: Отсутствует защита портов 1-Wire от напряжения обратной полярности
Подверженные устройства
- Контроллеры Wiren Board 8.5.3 из партий v8.5.3B — v8.5.3G, v8.5.3J/2G и v8.5.3J/4G.
- Датчики WB-MS из партий v4.4K, v4.4L и v4.4L/2.
Описание
Из-за ошибки в комплектации в защите интерфейса 1-Wire выявлен пробел — защита не срабатывает от напряжения отрицательной полярности.
Причины и подробное описание
При производстве в цепь защиты портов 1-Wire установлен компонент с другими характеристиками: он обеспечивает защиту порта, кроме защиты от напряжения обратной полярности. Такое напряжение может возникнуть при ошибке монтажа, а также из-за помех коммутации силового оборудования рядом с линией. При соблюдении правил монтажа и рекомендаций по прокладке шины эти условия минимизируются. Если напряжение отрицательной полярности всё же попадёт на вход 1-Wire, есть риск выхода из строя — от отказа только порта 1-Wire до повреждения устройства целиком.
Пути обхода
- Перед включением проверить корректность подключения к линиям 1-Wire;
- Располагать устройство вдали от источников помех;
- Выполнять рекомендации по прокладке шины, см. статью «1-Wire»;
- Замена по гарантии.
Исправление
Исправлено в устройствах:
контроллеры Wiren Board 8.5.3, начиная с партии v8.5.3K;
датчики WB-MS, начиная с партии v4.4M.