Использование MegaD в openHAB

[Andrey_M]

С версии 4.1 другой байндинг, без бриджа, на порте 8080
Автопоиск работает, попробуйте через него, и при добавлении через автопоиск openHAB сам пропишет в меге нужный адрес и порт.

Речь о версии 4.1 байндинга или openHAB? У меня сейчас проблема на выполнении первого шага из инструкции байндинга: когда захожу в Things-> + -> MegaDBinding показывается то, что на скрине выше. Т.е. отсутствует кнопка Scan - нет возможности запустить автопоиск (если об этом совет).

Upd: в логе пишет

Код: Выделить всё

 The marketplace bundle was successfully installed but doesn't start: Could not resolve module: org.openhab.binding.megad [251]
  Unresolved requirement: Import-Package: com.google.gson; version="[2.10.0,3.0.0)"

Upd2: обновил вручную bundle Gson - стало ругаться на следующий модуль. Обновил openHAB с 4.0.3 до текущего релиза 4.1.1 - и MegaD binding нормально поднялся и заработал.

[Petros]

Да, я везде выставлял предупреждения, что в маркете новая версия совместима только с ОХ 4.1.х. Старая версия доступна теперь только напрямую через github, ссылка тоже есть.

[virus_system]

Добрый день. Нужна помощь, не могу разобрать с OpenHab 4.1 или с Алисой))

В общем есть диммер на MegaD. Я его завел в OH. Things/Items. Item я завел как Type = Dimmer. Далее прилинковал OH к Яндексу. И у меня отобразился данный диммер в умном доме яндекса.
Но он отобразился как диммер (без кнопки включения/выключения) и соответственно сейчас алиса не может выполнить голосвую команду типа "Алиса включи свет в комнате", только можно сказать "прибавь яркость в комнате".

Я в OH совсем новичек. Примерно понимаю что нужно сделать какой то итем switch+dimmer чтобы он отобразился в яндексе также. но как это сделать - никак не найду. Не поджскажите?

[Petros]

Достаточно создать итем switch и прилинковать его к диммеру, после этого добавить в группу к Алисе.

Такие вопросы можно задавать в группе телеграм по ОХ, https://t.me/openhab_rus. Ответ будет точно быстрее. Кроме того, на странице ВИКИ гитхаба Алисы есть пример сложных устройств, а для Алисы это устройство сложное

[P_Dmitrij]

Столкнувшись в очередной раз с исчерпанием свободного места на диске с InfluxDB, решил озаботиться вопросом удаления старых данных. К сожалению, в связке OH + InfluxDB нет возможности управления Retention Policy для отдельных items. Да и retention не совсем то, что нужно. Хотелось бы именно архивирование данных для долгосрочной аналитики. В моем случае это, например, анализ уровня шума на участке год к году, составление розы ветров, сбор данных по количеству света в течении года для расчета производительности солнечных батарей и некоторые другие наблюдения, где усреднение не всегда желательно. В связи с этим, реализовал такой подход:

1. В OH создаем группы вида G_Ret_6M, или G_Ret_1Y и тд. В них помещаем items, которые должны архивироваться через соответствующий период (6 месяцев и 1 год в данном примере).
2. В OH вешаем скрипт на cron, который раз в сутки пробегает по items и добавляет в метаданные influxdb тег RetDate, который содержит дату архивирования, округленную до месяца. Дата рассчитывается как сегодня + период из имени группы G_Ret_XX. В нашем примере, если скрипт выполнится 25.03.2024 г, то в RetDate будет записано 09.2024 для G_Ret_6M и 03.2025 для G_Ret_1Y. Таким образом все записи в InfluxDB будут содержать актуальную дату архивирования в теге RetDate.
3. На сервере InfluxDB раз в месяц выполняется скрипт, который выгружает все записи (points) с RetDate = <сегодня> в виде csv-файлов и удаляет их и базы данных.

В итоге имеем:

• в рабочей БД InfluxDB содержатся только актуальные данные, а значит, более высокая скорость выборок и нет проблемы постоянной нехватки места на диске
• вся история значений items хранится отдельно в виде csv-файлов в оригинальном виде, без усреднений (например, на файловом сервере, или даже на оптических носителях)
• при необходимости файлы архива можно загрузить в любую программу для анализа, т.к. csv "понимают" практически все
• с точки зрения пользователя, схема максимально гибкая и прозрачная: надо всего лишь поместить item в ту или иную группу G_Ret_XX, в зависимости от желаемого периода хранения данных в рабочей БД, все остальное произойдет автоматически

Скрипты выложил на Github. Пока особо ничего не редактировал, а просто скопировал файлы как есть. Если у кого будут вопросы, пишите либо сюда, либо на Гитхаб, постараюсь ответить.

[Petros]

Конечно интересно! Обязательно выкладывайте, информации по ОХ в ру-сегменте и так мало, а люди смогут использовать!

[P_Dmitrij]

Готово! Добавил ссылку на Гитхаб в свое прошлое сообщение.