UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Haus]

Настройки I2C порта везде ANY(Любой) если используется больше одного датчика на линии. Если один датчик то как раньше.

После считывания или сканирования "HTU21D/PCA9685,BMP180" нужно исправить на "HTU21D,BMP180"

[Vadim]

В общем и целом работает.

Спасибо.

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. Все же, для понимания, в конфигурации драйвера можно переименовывать имя портов Меги или нет?

С обычными портами вроде работало. С портами расширителей были проблемы.

[Vadim]

Еще легкий баг.

Для HTU21D, если он висит на шине I2C перепутаны значения температуры и влажности.

Если датчик висит один на порту, то отображается корректно.

!

[Haus]

Попробуй с git

Настройки I2C порта везде ANY(Любой) если используется больше одного датчика на линии. Если один датчик то как раньше.

Это уже неактуально

[Vadim]

c git тянет старую 0.3.8

[Vadim]

скопировал admin/index.html руками.

• Все равно автоматом (Auto Detect ports) тянет HTU21D/PCA9685 и перезаписывает настройки, но в результате с настройкой "TSL2591,HTU21D/PCA9685,ADS1115" идентифицирует датчик (HTU21D) корректно, драйвер не падает, статусы считываются корректно.

• Баг.

Если для связки TSL2591,HTU21D,ADS1115 выбрять не ANY, а, например, TSL2591, то не считывается TSL2591

!

2. Настройки порта ANY без датчиков - теперь драйвер не перезагружается.

[Haus]

Ставь полностью

отпишись по баг

делаю в слепую по скринам с ab-log, дай скрин с MegaD scan

[Vadim]

Для связки:TSL2591,HTU21D,ADS1115

Результат скана MegaD:

0x51 - TSL2591

0x53

0x80 - HTU21D/PCA9685

0x90 - ADS1115

По багам.

Пока только один мелкий - см. пост выше.

Для MCPxxx

0x40 - MCP230XX

Для PCA9685

0x80 - HTU21D/PCA9685

[Haus]

@Vadim:

Для связки:TSL2591,HTU21D,ADS1115

Результат скана MegaD:

0x51 - TSL2591

0x53

0x80 - HTU21D/PCA9685

0x90 - ADS1115

По багам.

Пока только один мелкий - см. пост выше.

Для MCPxxx

0x40 - MCP230XX

Для PCA9685

0x80 - HTU21D/PCA9685 `

0x53 ???

Если ставил полностью бага не должно быть

P.S. Я понял, ты в MegaD не поменял настройки.

Как я уже писал много раз, НАСТРОЙКИ ДОЛЖНЫ БЫТЬ ИДЕНТИЧНЫ.

[Vadim]

1. "0x51 - TSL2591

0x53"

0x53 - идет пустой по запросу с Меги.

оба порта дает TSL2591.

2. Потом обновил через интерфейс:

!
IOBroker рестартил.

баг остался (TSL2591 нормально не определяется, если в настройках установлено не ANY).

[Haus]

@Vadim:

Вопросы:

1. Подскажи плз, как пересчитываешь в IOBroker значения с датчиков, которые получаем с Меги (калибровка датчиков температуры, освещенности…. Приведение значений с ADS1115. Отбрасывание заведомо кривых значений, усреднение)?

Драйвер поддерживает только корректировку значений с родных портов ADC Меги (сдвиг и множитель).

Все остальное, приходится как есть писать в базу.

При построении графиков (flot) корректировки тоже не нашел.

Это только руками в Scripts реализовывать работу с БД и пересчет или я что-то упустил? `
В настройках сохранения в базу есть всевозможные ограничения по разнице, времени….

Могу сделать(сдвиг и множитель), но для всех четырех каналов одна настройка, так подойдет?
@Vadim:

2. Все же, для понимания, в конфигурации драйвера можно переименовывать имя портов Меги или нет?

С обычными портами вроде работало. С портами расширителей были проблемы. `
Посмотрю дам знать

[Haus]

@Vadim:

1. "0x51 - TSL2591

0x53"

0x53 - идет пустой по запросу с Меги.

оба порта дает TSL2591.

2. Потом обновил через интерфейс:

! GitUpd.jpg
IOBroker рестартил.

баг остался (TSL2591 нормально не определяется, если в настройках установлено не ANY). `
FROM GITHUB

выбери megadd

после установки перезапусти драйвер

Перечитай пост http://forum.iobroker.net/viewtopic.php … 62#p128546

[Vadim]

@Haus:

FROM GITHUB

выбери megadd

после установки перезапусти драйвер

Перечитай пост http://forum.iobroker.net/viewtopic.php … 62#p128546 `
Не, не помогло.

В общем не очень критично, если знать, что нужно ANY выставлять.

[Vadim]

@Haus:

В настройках сохранения в базу есть всевозможные ограничения по разнице, времени…. `
Так то, для экономии места в базе и\или регулировки частоты записи параметров.

@Haus:

Могу сделать(сдвиг и множитель), но для всех четырех каналов одна настройка, так подойдет? `
Ты про ADS1115?

Думаю, сойдет. Если не вешать разные датчики. ;-)

Все лучше, чем ничего.

В идеале бы, такие поля для любого датчика, т.к. даже однотипные датчики из разных партий могут иметь сдвиг.

А если брать, например, темперетуру с DS18B20 и HTU21D, то легко 2-3 градуса разницы дают.

Иногда не принципиально, а иногда желательно вводить коэффициенты корректировки.

UPD.

Имхо, стоит эти настройки выводить отдельным окном для портов, если есть возможность.

Общая форма с настройками и так перегружена и с новым дизайном 3.2 на FHD экран уже не помещается в одну строчку…. :(

Может эти настройки вынести в интерфейс записи в БД, что будт логичным?

В т.ч. они будут доступны для каждого\любого порта.

Одно поле с произвольной формулой y = y(x).

Там уже, кто на что горазд в рамках дозволенного.

[Vadim]

@Vadim:

Может эти настройки вынести в интерфейс записи в БД, что будт логичным?

В т.ч. они будут доступны для каждого\любого порта.

Одно поле с произвольной формулой y = y(x).

Там уже, кто на что горазд в рамках дозволенного. `
С этим был не прав.

Забыл про скрипты.

Драйвер конечно же должен в Стейты отдавать уже приведенные\скорректированные значения.

[Vadim]

@Haus:

выбери megadd

после установки перезапусти драйвер

Перечитай пост http://forum.iobroker.net/viewtopic.php … 62#p128546 `
Точно, забыл и не увидел последнюю добавленную строчку.

Все работает. Сорри.

UPD

Но все равно разница есть ;-)

!

[Vadim]

Haus, привет

Если в конфигурации сохранить HTU21D/PCA9685, то в Objects для

megadd.0.p0_P0_HTU21D/PCA9685_humidity

megadd.0.p0_P0_HTU21D/PCA9685_temperature

в настройках

Settings for sql.0

не включается (галка ставится, но функция не активируется) запись в ДБ.

Если в конфигурации оставить HTU21D, то все ОК.

[Haus]

@Vadim:

Haus, привет

Если в конфигурации сохранить HTU21D/PCA9685, то в Objects для

megadd.0.p0_P0_HTU21D/PCA9685_humidity

megadd.0.p0_P0_HTU21D/PCA9685_temperature

в настройках

Settings for sql.0

не включается (галка ставится, но функция не активируется) запись в ДБ.

Если в конфигурации оставить HTU21D, то все ОК. `
Vadim, без исправлений HTU21D/PCA9685 пока не как. Тебе надо HTU21D другому PCA9685 а как отличить что там на линии.

Я подумаю.

[Vadim]

@Haus:

Vadim, без исправлений HTU21D/PCA9685 пока не как. Тебе надо HTU21D другому PCA9685 а как отличить что там на линии.

Я подумаю. `
Да это больше фидбек, для информации :-).

Сам понимаешь, особо не критично.

Получится пофиксить и будет желание\время - хорошо.

Не получится - если знать особенность, то ничего страшного.

UPD,

Все IMHO.

Конечно, придумывать алгоритмы идентификации датчиков можно и это удобно для пользователей, но не уверен, что всегда реализуемо.

Опять же, никто не отменял штатную возможность смены адресов для I2C для некоторых датчиков.

Тогда весь скан просто не будет работать. Правда и Мега уже может при этом не считывать датчики…

Так что, самый надежный способ - прописывать руками

В т.ч. есть нюансы, когда определенные датчики требуют первоначальной инициализации и, как следствие, не могут работать вместе.

У Андрея эта информация в документации четко не прописана. Т.е. будут пользователи, которые наступят на эти грабли.

Если есть желание оградить пользователей от таких проблем, то можно набирать конфигурацию из списка поддерживаемых датчиков с учетом возможной их сочетаемости.

Можно и скан оставить для удобства с дальнейшей ручной корректировкой.

Но при этом, как я уже писал:

"логично для "Auto Detect Ports" отменить автоматическое сканирование и перезапись датчиков для "I2C Any".

Для этого можно пользоваться кнопкой "I2C Scan" для конкретного порта в нужное пользователю время.".

[hawkeye]

Действительно ничего не перенастраивал, но с недавних пор стало после запуска так:

host.opc	2018-03-14 20:47:43.478	info	Restart adapter system.adapter.megadd.0 because enabled
host.opc	2018-03-14 20:47:43.477	error	instance system.adapter.megadd.0 terminated with code 7 (Adapter already running)
host.opc	2018-03-14 20:47:41.088	info	instance system.adapter.megadd.0 started with pid 3408
host.opc	2018-03-14 20:47:11.069	info	Restart adapter system.adapter.megadd.0 because enabled
host.opc	2018-03-14 20:47:11.068	error	instance system.adapter.megadd.0 terminated with code 7 (Adapter already running)
host.opc	2018-03-14 20:47:08.770	info	instance system.adapter.megadd.0 started with pid 3346
host.opc	2018-03-14 20:46:38.727	info	Restart adapter system.adapter.megadd.0 because enabled
host.opc	2018-03-14 20:46:38.725	error	instance system.adapter.megadd.0 terminated with code 7 (Adapter already running)
host.opc	2018-03-14 20:46:36.398	info	instance system.adapter.megadd.0 started with pid 3320
host.opc	2018-03-14 20:46:06.357	info	Restart adapter system.adapter.megadd.0 because enabled
host.opc	2018-03-14 20:46:06.356	error	instance system.adapter.megadd.0 terminated with code 7 (Adapter already running)
host.opc	2018-03-14 20:46:04.030	info	instance system.adapter.megadd.0 started with pid 3258

Перезапуск systemctl restart iobroker ровным счётом ничего не даёт.

Подскажите, где логи какие может есть?.. С чего вдруг он считает нужным перезапуститься, если и так вроде как запущен…

Какое-то время это продолжается и заканчивается нормальным стартом:

megadd.0	2018-03-14 20:50:31.942	info	Update state megadd.0.p0_P0
megadd.0	2018-03-14 20:50:31.838	warn	port 8015 already in use
megadd.0	2018-03-14 20:50:31.590	info	starting. Version 0.3.1 in /opt/iobroker/node_modules/iobroker.megadd, node: v4.8.7
host.opc	2018-03-14 20:50:29.284	info	instance system.adapter.megadd.0 started with pid 3653
host.opc	2018-03-14 20:50:29.264	info	object change system.adapter.megadd.0
host.opc	2018-03-14 20:50:25.130	info	Do not restart adapter system.adapter.megadd.0 because disabled or deleted
host.opc	2018-03-14 20:50:25.129	error	instance system.adapter.megadd.0 terminated with code 7 (Adapter already running)
host.opc	2018-03-14 20:50:22.114	info	"system.adapter.megadd.0" disabled
host.opc	2018-03-14 20:50:22.113	info	object change system.adapter.megadd.0
host.opc	2018-03-14 20:49:52.776	info	Restart adapter system.adapter.megadd.0 because enabled