Драйвер MegaD-2561
-
Попробуй с git v.0.3.2 `
Спасибо. Попробую, но W26 проверить пока не смогу.Считываетель оказался не очень удачным для меня. Я хотел от него хоть корпус с клавиатурой получить. Не удалось, хорошо залили. :(
Ну и сам считыватель не очень пережил процедуру отделения компаунда от платы.
Пока в стадии поиска нового считывателя. Не думал ,что это такая проблема найти вотерпруфный считыватель с клавиатурой, W26 OUT и эмуляцией номера карты для PIN кода.
-
Я думаю что в случае с датчиком движения mode: R (при размыкании) будет правильней если в Megad прописаны условия при отсутствие сервера (аварийном). Чебокс нужен обязательно. `
Напиши плз пару строк инструкции на гитхабе, какие режимы допускаются на стороне контроллера Меги и какие настройки обязательны.Я тоже на эти грабли наступал, вычитал про P с галкой, думал только так можно.
Оказывается можно и R.
Что с режимом Сlick mode и Р\R? `
На git в readme https://github.com/ausHaus/ioBroker.meg … /README.md есть ссылка https://www.ab-log.ru/smart-house/ethernet/megad-2561 на описание.
Драйвер Megad-2561(в отличии от Megad-328) по суте конфигурируется в три клика
1. ставим драйвер Megad-2561 открывается админка, нажимаем поиск устройства, выбираем нам нужный
2. считываем настройки(если сконфигурированы в Megad)
3. правим ioBroker веб-порт(если 80 занят apache или letsencrypt), записываем настройки в Megad (пропишется IP сервера, инстанция драйвера)
Всё
Режим Mode в соответствии с описанием Анндрея
Mode - параметр, позволяющий использовать устройство в широком спектре задач. Эта опция определяет режим входа P - устройство реагирует (то есть отправляет сообщения на сервер, выполняет сценарии и т.д.) только при замыкании контакта/выключателя R - устройство реагирует только при размыкании контакта/выключателя. P&R - устройство реагирует как на замыкание, так и на размыкания контакта. С - Click ModeС - Click Mode (У нас он реализован на стороне драйвера)
Чекбокс ставим всегда
Флажок (чекбокс) справа от поля Mode указывает, что при наличии сервера, устройство отправляет на сервер сообщения всегда в режиме P&R, а при его отсутствии Action выполняется только в том режиме, который установлен в Mode. Данная опция не доступна для Click Mode.P.S. порт может быть один на все Megad-2561
-
предлагаю добавить в описание на гитхаб немного покороче: ;-)
"На стороне контроллера Меги:
-
в настройках портов IN, необходимо обязательно устанавливать чекбокс для поля Mode для корректной обработки драйвером событий!
-
допускаются настройки Mode: P или R или P\R.
Click mode реализован на уровне драйвера Megadd. "
Я думаю, многие вопросы в дальнейшем снимет.
-
-
Haus, привет.
Запилишь ADS1115?
Сильно критично, что Андрей не сделал для этого датчика отдельную строку в списке (он идет ,как I2C - ANY)? `
Попробуй с git v.0.3.8cd /opt/iobroker npm install https://github.com/ausHaus/ioBroker.megadd/tarball/master/ iobroker upload megadd iobroker restart megadd -
MegaD на своих портах плату детектирует (I2C scan: 0x90 - ADS1115)
Драйвер MegaDD - Обновил. IOBroker перезагружал.
При нажатии I2C scan в драйвере ничего не происходит, плата не считывается, меню I2C scan после нажатия не активное.
Сохранил конфигурацию в таком состоянии.
Начал валиться драйвер.
Логи:
! host.orangepiplus2e 2018-02-20 20:19:52.781 info Restart adapter system.adapter.megadd.0 because enabled
! host.orangepiplus2e 2018-02-20 20:19:52.780 error instance system.adapter.megadd.0 terminated with code 0 (OK)
! host.orangepiplus2e 2018-02-20 20:19:52.780 error Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:104:9)
! host.orangepiplus2e 2018-02-20 20:19:52.779 error Caught by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:80:11)
! host.orangepiplus2e 2018-02-20 20:19:52.779 error Caught by controller[0]: at endReadableNT (_stream_readable.js:974:12)
! host.orangepiplus2e 2018-02-20 20:19:52.778 error Caught by controller[0]: at IncomingMessage.emit (events.js:185:7)
! host.orangepiplus2e 2018-02-20 20:19:52.778 error Caught by controller[0]: at emitNone (events.js:91:20)
! host.orangepiplus2e 2018-02-20 20:19:52.778 error Caught by controller[0]: at IncomingMessage. (/opt/iobroker/node_modules/iobroker.megadd/main.js:152:25)
! host.orangepiplus2e 2018-02-20 20:19:52.777 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.megadd/main.js:1031:23
! host.orangepiplus2e 2018-02-20 20:19:52.777 error Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.megadd/main.js:1520:25
! host.orangepiplus2e 2018-02-20 20:19:52.776 error Caught by controller[0]: at getPortStateI2C (/opt/iobroker/node_modules/iobroker.megadd/main.js:932:29)
! host.orangepiplus2e 2018-02-20 20:19:52.775 error Caught by controller[0]: TypeError: Cannot read property 'split' of undefined
! megadd.0 2018-02-20 20:19:52.204 error TypeError: Cannot read property 'split' of undefined at getPortStateI2C (/opt/iobroker/node_modules/iobroker.megadd/main.js:932:29) at /opt/iobroker/node_modules/iobroker.megadd/main.js:1520:2
! megadd.0 2018-02-20 20:19:52.204 error uncaught exception: Cannot read property 'split' of undefined
! megadd.0 2018-02-20 20:19:52.202 info Device "192.168.0.14" is connectedPS.
OrangePI+2e
Armbian Ubuntu 16.04.3 LTS
Nodejs v6.13.0
Admin 3.2.0
UPD1
Вместо порта ANY выбрал произвольно HTU21D, сохранил конфинурацию в IOBroker, считал конфигурацию c MegaD снова.
После этого плата стала определяться, функция I2C Scan перестала залипать.
В Objects появились 4 порта ADS1115. Ну и драйвер перестал падать.
До этого момента при нажатии I2C Scan в драйвере, Wireshark обращений (pt=xx&cmd=scan) к контроллеру меги не детектировал.
Смотрю дальше.
-
В общем и целом работает.
Спасибо.
1. Проблем с залипанием "Scan" для ANY I2C больше не возникала, в т.ч. на других портах.
2. Все комбинации не проверил, но для связки TSL2591,HTU21D,ADS1115 - работает.
3. Если какой-то порт МегаД настроен, как ANY, но физически к нему ничего не подключено (или датчик умер).
Мы считываем конфигурацию, естественно датчик не определяется, поле остается пустым. Это событие незаметно.
Если так сохранить конфигурацию, то драйвер начинает падать.
4. После каждого сканирования портов (Auto Detect Ports) МегаД приходится постоянно править руками поле с датчиками, если они однозначно не определяются.
Если много таких портов с множеством датчиков на каждом, то это уже накладно.
В т.ч. не отслеживаемо, что эти поля меняются (через год нужно переконфигурировать совершенно другой порт, если забыть про I2C Any, то можно пропустить).
Опять же, если сохранить конфигурацию в виде "HTU21D/PCA9685", то драйвер начинает падать.
Имхо, логично для "Auto Detect Ports" отменить автоматическое сканирование и перезапись датчиков для "I2C Any".
Для этого можно пользоваться кнопкой "I2C Scan" для конкретного порта в нужное пользователю время.
5. По ходу заметил, для TSL2591 (value.light) в Value отображаются градусы Цельсия.
Вопросы:
1. Подскажи плз, как пересчитываешь в IOBroker значения с датчиков, которые получаем с Меги (калибровка датчиков температуры, освещенности…. Приведение значений с ADS1115. Отбрасывание заведомо кривых значений, усреднение)?
Драйвер поддерживает только корректировку значений с родных портов ADC Меги (сдвиг и множитель).
Все остальное, приходится как есть писать в базу.
При построении графиков (flot) корректировки тоже не нашел.
Это только руками в Scripts реализовывать работу с БД и пересчет или я что-то упустил?
2. Все же, для понимания, в конфигурации драйвера можно переименовывать имя портов Меги или нет?
С обычными портами вроде работало. С портами расширителей были проблемы.
-
скопировал admin/index.html руками.
-
Все равно автоматом (Auto Detect ports) тянет HTU21D/PCA9685 и перезаписывает настройки, но в результате с настройкой "TSL2591,HTU21D/PCA9685,ADS1115" идентифицирует датчик (HTU21D) корректно, драйвер не падает, статусы считываются корректно.
-
Баг.
Если для связки TSL2591,HTU21D,ADS1115 выбрять не ANY, а, например, TSL2591, то не считывается TSL2591
!
2. Настройки порта ANY без датчиков - теперь драйвер не перезагружается.
-
-
Для связки:TSL2591,HTU21D,ADS1115
Результат скана MegaD:
0x51 - TSL2591
0x53
0x80 - HTU21D/PCA9685
0x90 - ADS1115
По багам.
Пока только один мелкий - см. пост выше.
Для MCPxxx
0x40 - MCP230XX
Для PCA9685
0x80 - HTU21D/PCA9685 `
0x53 ???
Если ставил полностью бага не должно быть
P.S. Я понял, ты в MegaD не поменял настройки.
Как я уже писал много раз, НАСТРОЙКИ ДОЛЖНЫ БЫТЬ ИДЕНТИЧНЫ.
-
Вопросы:
1. Подскажи плз, как пересчитываешь в IOBroker значения с датчиков, которые получаем с Меги (калибровка датчиков температуры, освещенности…. Приведение значений с ADS1115. Отбрасывание заведомо кривых значений, усреднение)?
Драйвер поддерживает только корректировку значений с родных портов ADC Меги (сдвиг и множитель).
Все остальное, приходится как есть писать в базу.
При построении графиков (flot) корректировки тоже не нашел.
Это только руками в Scripts реализовывать работу с БД и пересчет или я что-то упустил? `
В настройках сохранения в базу есть всевозможные ограничения по разнице, времени….Могу сделать(сдвиг и множитель), но для всех четырех каналов одна настройка, так подойдет?
@Vadim:2. Все же, для понимания, в конфигурации драйвера можно переименовывать имя портов Меги или нет?
С обычными портами вроде работало. С портами расширителей были проблемы. `
Посмотрю дам знать -
1. "0x51 - TSL2591
0x53"
0x53 - идет пустой по запросу с Меги.
оба порта дает TSL2591.
2. Потом обновил через интерфейс:
! GitUpd.jpg
IOBroker рестартил.баг остался (TSL2591 нормально не определяется, если в настройках установлено не ANY). `
FROM GITHUBвыбери megadd
после установки перезапусти драйвер
Перечитай пост http://forum.iobroker.net/viewtopic.php … 62#p128546
-
В настройках сохранения в базу есть всевозможные ограничения по разнице, времени…. `
Так то, для экономии места в базе и\или регулировки частоты записи параметров.Могу сделать(сдвиг и множитель), но для всех четырех каналов одна настройка, так подойдет? `
Ты про ADS1115?Думаю, сойдет. Если не вешать разные датчики. ;-)
Все лучше, чем ничего.
В идеале бы, такие поля для любого датчика, т.к. даже однотипные датчики из разных партий могут иметь сдвиг.
А если брать, например, темперетуру с DS18B20 и HTU21D, то легко 2-3 градуса разницы дают.
Иногда не принципиально, а иногда желательно вводить коэффициенты корректировки.
UPD.
Имхо, стоит эти настройки выводить отдельным окном для портов, если есть возможность.
Общая форма с настройками и так перегружена и с новым дизайном 3.2 на FHD экран уже не помещается в одну строчку…. :(
Может эти настройки вынести в интерфейс записи в БД, что будт логичным?
В т.ч. они будут доступны для каждого\любого порта.
Одно поле с произвольной формулой y = y(x).
Там уже, кто на что горазд в рамках дозволенного.
Support us
594
Online32.7k
Users82.5k
Topics1.3m
Posts