I2C. Прошу вывести диагностические сообщения о отказе перефериных модулей

I2C. Прошу вывести диагностические сообщения о отказе периферийных модулей. Что имею ввиду есть модули которые подключаются к боковому разъему контроллера wireboard 7. Создаётся конфигурация в вебморде. Но фак наличия этого модуля в разъеме и неисправности не известны системе. Если посмотреть на чипы mcp23017, MCP23008. и реализацию библиотек для работы с ними то там есть возможность диагности (GitHub - RobTillaart/MCP23008: Arduino library for I2C MCP23008 8 channel port expander). Прошу добавить данную возможность в вашу систему. Так это важно для эксплуатации.

Добрый день.
Если вам это нужно - тогда реализуйте (периодический) опрос шины (поиск устройств), например скриптом, да хоть штатным wb-rules.
Например раз в 5-10 секунд.

Вы серьезно!!! А давайте устройства модбас не будем прописывать что они отвалились? Что за бред? Вы создали свое устройства, свою шину. А то что их нет и они отличаются от конфигурации, пускай пользователь е… и пишет… Выбирайте выражения. Это норма что если есть проблемы на шине или несоответствие конфига то есть сообщение. Допустим у контроллеров вага есть внутренняя шина куда можно поставить много модулей. Если она не соответствует конфигурации то ошибка что нет такой то конфигурации. И это не кладут на плечи пользователя система сама скажет отдельным светодиодом на контроллере. Если вы считаете что это лишние то вы тормоз развития вашей фирмы и не отличаетесь умом и сообразительностью.

И еще если бы я знал как это сделать, то этого сообщения не было…

Добрый день!

К сожалению, мы ранее не добавляли проверку состояния боковых модулей, обычно никто не испытывал с ними проблем. Технически добавить это можно, так что я думаю, мы внесём это в планы и будем держать вас в курсе обновлений в этом же треде.

А можете подробней рассказать, из-за чего возникла потребность в диагностических сообщениях? Был ли какой-то опыт с неисправностью?

Здравствуйте. С вашими модулями и на i2c нет. Но по модбас да. Модули стоят в том же шкафу, рядом с друг другом. Условия те же что и у вас. Перед отправкой заказчику мы проверяем установку все работает. Про прибытию на объект производят монтажные работы. Начинают запускать и модуль просто перестает работать. За частую модуль просто выходит из строя. А диагностика очень важна. В вашем случае если спалят модуль или еще что мы об этом не узнаем. И на объекте при эксплуатации в лучшем случае есть просто электрик. Объекты бывают и на северах.

Принял, спасибо! Да, звучит как серьёзная проблема.

Ну как процесс, до нового года будет решен вопрос?)

Добрый день. Данный запрос в планах. Сроки пока, к сожалению, не ясны. Но вопрос важный.

Тогда лучше вернуть железа и лицензии, которые фирма закупила на пол ляма или более? Или может пошуметь на просторах интернета, а не тут писаться с вами? Если у вас 20 дней не хватило решить вопрос. В других библиотеках есть возможность диагностики опроса адреса I2C. Печалька

А в каких библиотеках есть аналогичное?

Почему ранее не было подобной диагностики: до сих пор проблема физического отсутствия модуля не возникала. Не раз было повреждение входных или выходных цепей WBIO модулей вследствии неправильного подключения, замыканий. Это программно - не диагностируется, никак.
На этапе пусконаладки при подключении модулей - было, например сгибались контакты при соединении.
Отказов при работе было несколько штук, на тысячи модулей.
То есть - до сего момента проблема не требовала специального решения.
Задача уже есть, решается планово. И месяц для всего цикла разработки и тестирования с обеспечением обратной совместимости даже немного. Мы делаем (стараемся) надежное оборудование.
Попрошу коллег-разработчиков обозначить сроки.

Добрый день ещё раз!

Мы взяли задачу в планы на ближайшие две-три недели. К сожалению, задач больше, чем свободных рук, потому не успеваем сделать всё сразу, но будем стараться успеть.

2 лайка


Вот как пример пр102 с модулями расширения прм24. У них есть статус есть он или нет.


Все соединяется по “внутренней шине”. Но тут до 4 модулей))

При ошибках обмена контролы модулей в веб-интерфейсе контроллера загораются красным. Это значит, что надо пойти и посмотреть ошибки обмена в логах, качество подключения. Даже после восстановления связи контролы останутся красными до перезапуска сервиса wb-mqtt-gpio.
Вопрос: через mqtt запрос можно получить что модуль “красный” ?
Дошли руки до внедрения модулей wbio в проект. В веб морде контроллера вижу он красный. через mqtt состояния канала дискретного выхода wbio -do-r16 при отключении его от контроллер, имитирую ошибку модуля, ни чего не происходить. Разве что если подать команду на включения но при этом состояние не меняется.
Для наглядности вот ссылка на видео.

Нашел!!! /meta/error))

Telegram: View @PlcAutomationsBolid можно с 1.05 начать смотреть))

Добрый день.
Да, meta/error описан в конвенции/
Методы работы с ним: GitHub - wirenboard/wb-rules: Rule engine for Wiren Board

Ну и “ошибку” можно сбросить перезапустив сервис wb-mqtt-gpio.
Не сбрасывается оно потому что это (отказ шины i2c) - действительно авария.