Использование MegaD в openHAB
Re: Использование MegaD в openHAB
Да, правильно
Re: Использование MegaD в openHAB
Кто использует MegaD в связке с openHAB - выложите, пожалуйста, скриншот интерфейса . Сейчас в процессе закупки всех необходимых компонентов и раздумываю на базе чего управляющий контроллер использовать.
-
- Администратор
- Сообщения: 2187
- Зарегистрирован: 29 май 2015, 21:23
- Откуда: Екатеринбург, Нижний Тагил
Re: Использование MegaD в openHAB
to Petros: версия байндинга 0.1.2.0 (с парсингом в правилах) на OH 1.8.2 работает стабильно уже пятый день. DHT22 не подвисают, так что вопрос решён.
to empenoso: вот, как-то так примерно у меня пока. Есть много вариантов дашбоардов OH (вот здесь смотрите,например: https://community.openhab.org/t/dashboa ... blets/2329), однако интерфейс тормозит из-за архитектурных проблем первой версии. В OpenHAB 2 эти вопросы решены, но она пока ещё сырая.
Нативный интерфейс и нативные приложения OH 1 не тормозят, конечно. Хочу отметить важный, на мой взгляд, момент. Автоматизировать (сделать управляемыми) исполнительные устройства - это примерно половина работы по созданию умного дома. Мне оказалось гораздо сложнее формализовать (а также запрограммировать и отладить) все правила, по которым дом должен работать (то есть стать по-настоящему умным). Так что Опенхаб 2 движется в правильном направлении - упростить создание и изменение алгоритмов поведения умного дома для пользователя.
Однако, предлагаю обмениваться правилами и алгоритмами, у кого какие есть.
to empenoso: вот, как-то так примерно у меня пока. Есть много вариантов дашбоардов OH (вот здесь смотрите,например: https://community.openhab.org/t/dashboa ... blets/2329), однако интерфейс тормозит из-за архитектурных проблем первой версии. В OpenHAB 2 эти вопросы решены, но она пока ещё сырая.
Нативный интерфейс и нативные приложения OH 1 не тормозят, конечно. Хочу отметить важный, на мой взгляд, момент. Автоматизировать (сделать управляемыми) исполнительные устройства - это примерно половина работы по созданию умного дома. Мне оказалось гораздо сложнее формализовать (а также запрограммировать и отладить) все правила, по которым дом должен работать (то есть стать по-настоящему умным). Так что Опенхаб 2 движется в правильном направлении - упростить создание и изменение алгоритмов поведения умного дома для пользователя.
Однако, предлагаю обмениваться правилами и алгоритмами, у кого какие есть.
Re: Использование MegaD в openHAB
Полностью с вами согласен, правда пока с MegaD-328 не знаком, зато уже несколько лет назад построил Z-Wave сеть в квартире - так что опыт естьd.v.ermakov писал(а): Хочу отметить важный, на мой взгляд, момент. Автоматизировать (сделать управляемыми) исполнительные устройства - это примерно половина работы по созданию умного дома. Мне оказалось гораздо сложнее формализовать (а также запрограммировать и отладить) все правила, по которым дом должен работать (то есть стать по-настоящему умным). Так что Опенхаб 2 движется в правильном направлении - упростить создание и изменение алгоритмов поведения умного дома для пользователя.
Однако, предлагаю обмениваться правилами и алгоритмами, у кого какие есть.
Правила умного дома в общем-то не зависят от технологии. Для себя когда-то сформулировал следующие:
1. Сигнализирует о том, что конкретный человек пришел домой или ушел.
2. Сигнализирует о том, если дома есть какое-то движение, когда его не должно быть.
3. Сигнализирует о том, что сработал датчик протечки на кухне или в ванной; или сработал датчик дыма.
4. Когда кто-то приходит с улицы домой и если в коридоре уже темно, то в коридоре включается свет.
5. Если в ночное время (с 00 до 7 часов) кто-то идет в туалет, то в коридоре и туалете включается свет на 10% от номинала, горит 10 минут и сам выключается.
6. Если в светлое время суток в доме нет движения более 15 минут, то везде выключается свет (в проходных местах).
7. Когда куда-то уезжаешь на несколько дней загорается свет на 10-20 мин в произвольные интервалы с темного времени суток до полуночи (имитация присутствия).
8. Сигнализирует о том, что расход электрической энергии за час больше среднего.
9. Если в комнате жарко, то за полчаса до прихода человека с работы включается кондиционер и выключается с его приходом.
Все их в общем-то на Z-Wave удалось реализовать, но в квартире не мог использовать проводную технологию - существующий ремонт это исключил.
Сейчас, когда появилась возможность познакомиться с MegaD-328 - с удовольствием ее использую - хочу автоматизировать строящуюся баню ну а там и до дома доберусь.
Re: Использование MegaD в openHAB
А предыдущую историю температур и показаний вы можете посмотреть на графиках в openHAB?d.v.ermakov писал(а):1.PNG
Примерно как здесь:
- Вложения
-
- Screenshot_2014-03-09-11-15-30.png (179.22 КБ) 6772 просмотра
-
- Администратор
- Сообщения: 2187
- Зарегистрирован: 29 май 2015, 21:23
- Откуда: Екатеринбург, Нижний Тагил
Re: Использование MegaD в openHAB
to Petros: Однако, судя по экстремально высоким температурам у вас, датчик температуры калибровать нужно. Можно обычным пирометром, за 600 рублей. Дело в том, что температура зависит от высоты и разница от пола до потолка может достигать 3-4 градусов (у меня высота потолка чуть больше 3х метров, а датчики стоят на 2,5). Калиброваться лучше по высоте примерно полметра от пола.
Правил я накорябал уже штук 60, причешу и выложу. В это число, правда, входят также правила, которые не будут всем интересны, ИМХО.
Правил я накорябал уже штук 60, причешу и выложу. В это число, правда, входят также правила, которые не будут всем интересны, ИМХО.
Re: Использование MegaD в openHAB
d.v.ermakov, всё верно с температурой комната сильно нагревается, батареи не включаются почти. Кроме того место у него действительно не самое удачное по расположению. Датчики, кстати все по 1-wire подключены. Не к меге.
-
- Администратор
- Сообщения: 2187
- Зарегистрирован: 29 май 2015, 21:23
- Откуда: Екатеринбург, Нижний Тагил
Re: Использование MegaD в openHAB
Petros, а вы всё-таки померьте пирометром температуру воздуха над полом. Вас ведь в системе управления домом, ИМХО, не температура датчика интересует, а температура воздуха того пространства, где вы находитесь. Зависимость (по моей статистике) между ними линейная, просто поправку нужно узнать.
Re: Использование MegaD в openHAB
А кстати сами сценарии в каком виде прописываются?d.v.ermakov писал(а): Мне оказалось гораздо сложнее формализовать (а также запрограммировать и отладить) все правила, по которым дом должен работать (то есть стать по-настоящему умным). Так что Опенхаб 2 движется в правильном направлении - упростить создание и изменение алгоритмов поведения умного дома для пользователя.
Например на VeraLite|VeraEdge они прописывались в виде скриптов на Lua http://z-wave.ru/obzory/267-predostavte ... iznyu.html или в визуальном виде, но тогда не так гибко.
-
- Администратор
- Сообщения: 2187
- Зарегистрирован: 29 май 2015, 21:23
- Откуда: Екатеринбург, Нижний Тагил
Re: Использование MegaD в openHAB
B OpenHAB сценарии называются правилами (rules) и пишутся на форке XTEND. Во втором ОН есть визуальное создание правил. Я на предыдущей странице этой темы несколько примеров правил выложил.
Re: Использование MegaD в openHAB
Ребята, странная ситуация, устанавливаю Ubuntu 14.04.4 LTS, обновляю:
устанавливаю Java OpenJDK:
устанавливаю openHAB:
скачиваю последнею версию binding-а:
перезагружаю:
Далее пишу в default.items:
и в default.sitemap:
Итог простой: ничего не работает. В логах тоже пусто, ощущение, что binding не цепляется. На Raspberry Pi все тоже самое работало на ура. Что я упустил?
На всякий случай прикладываю содержимое openhab.log:
Код: Выделить всё
sudo apt-get update
sudo apt-get dist-upgrade
Код: Выделить всё
sudo apt-get install default-jdk
Код: Выделить всё
java -version
wget -qO - 'https://bintray.com/user/downloadSubjectPublicKey?username=openhab' | sudo apt-key add -
echo "deb http://dl.bintray.com/openhab/apt-repo stable main" | sudo tee /etc/apt/sources.list.d/openhab.list
sudo apt-get update
sudo apt-get install openhab-runtime
sudo /etc/init.d/openhab start
sudo /etc/init.d/openhab status
sudo update-rc.d openhab defaults
Код: Выделить всё
cd /usr/share/openhab/addons
sudo wget https://github.com/Pshatsillo/openHABMegaDevice/releases/download/PollRawDHT/org.openhab.binding.megadevice_0.1.2.0.jar
Код: Выделить всё
sudo shutdown -r now
Код: Выделить всё
Switch Switch_125_8 "DJ" {megadevice="sec:10.31.1.125:8:10"}
Dimmer Dimmer_125_10 "Люстры в проходе [%d %%]" {megadevice="sec:10.31.1.125:10"}
Switch Switch_125_11 "Свет в подсобном помещении" {megadevice="sec:10.31.1.125:11:10"}
Dimmer Dimmer_125_12 "Торшеры внизу [%d %%]" {megadevice="sec:10.31.1.125:12:10"}
Dimmer Dimmer_125_13 "Торшеры вверху [%d %%]" {megadevice="sec:10.31.1.125:13:10"}
Switch Switch_126_7 "Свет в сан. узлах" {megadevice="sec:10.31.1.126:7:10"}
Switch Switch_126_8 "Свет над барными стойками" {megadevice="sec:10.31.1.126:8:10"}
Switch Switch_126_9 "Свет над столами" {megadevice="sec:10.31.1.126:9:10"}
Dimmer Dimmer_126_10 "LED-лента зеленая [%d %%]" {megadevice="sec:10.31.1.126:10:10"}
Switch Switch_126_11 "Свет технический" {megadevice="sec:10.31.1.126:11:10"}
Dimmer Dimmer_126_12 "LED-лента красная [%d %%]" {megadevice="sec:10.31.1.126:12:10"}
Dimmer Dimmer_126_13 "LED-лента синяя [%d %%]" {megadevice="sec:10.31.1.126:13:10"}
Код: Выделить всё
sitemap default label="Demo House"
{
Frame {
//Switch item=Switch_125_7
Switch item=Switch_125_8
//Switch item=Switch_125_9
Slider item=Dimmer_125_10
Switch item=Switch_125_11
Slider item=Dimmer_125_12
Slider item=Dimmer_125_13
}
Frame {
Switch item=Switch_126_7
Switch item=Switch_126_8
Switch item=Switch_126_9
Slider item=Dimmer_126_10
Switch item=Switch_126_11
Slider item=Dimmer_126_12
Slider item=Dimmer_126_13
}
}
На всякий случай прикладываю содержимое openhab.log:
Код: Выделить всё
2016-05-06 23:40:50.133 [WARN ] [o.config.core.ConfigDispatcher] - Main openHAB configuration file '/etc/openhab/configurations/openhab.cfg' does not exist.
2016-05-06 23:40:50.145 [INFO ] [.o.core.internal.CoreActivator] - openHAB runtime has been started (v1.8.2).
2016-05-06 23:40:52.405 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - mDNS service has been started
2016-05-06 23:40:52.592 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - Service Discovery initialization completed.
2016-05-06 23:40:57.422 [INFO ] [penhab.io.rest.RESTApplication] - Started REST API at /rest
2016-05-06 23:41:03.575 [INFO ] [.o.u.w.i.servlet.WebAppServlet] - Started Classic UI at /classicui/openhab.app
2016-05-06 23:42:44.212 [INFO ] [penhab.io.rest.RESTApplication] - Stopped REST API
2016-05-06 23:43:15.055 [WARN ] [o.config.core.ConfigDispatcher] - Main openHAB configuration file '/etc/openhab/configurations/openhab.cfg' does not exist.
2016-05-06 23:43:15.105 [INFO ] [.o.core.internal.CoreActivator] - openHAB runtime has been started (v1.8.2).
2016-05-06 23:43:17.329 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - mDNS service has been started
2016-05-06 23:43:17.472 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - Service Discovery initialization completed.
2016-05-06 23:43:22.182 [INFO ] [penhab.io.rest.RESTApplication] - Started REST API at /rest
2016-05-06 23:43:29.012 [INFO ] [.o.u.w.i.servlet.WebAppServlet] - Started Classic UI at /classicui/openhab.app
2016-05-07 00:01:47.480 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.items'
2016-05-07 00:02:18.165 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.sitemap'
2016-05-07 00:03:18.751 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.rules'
2016-05-07 00:03:18.888 [WARN ] [c.internal.ModelRepositoryImpl] - Configuration model 'default.rules' is either empty or cannot be parsed correctly!
2016-05-07 00:03:59.045 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'myopenhab.persist'
2016-05-07 00:05:24.988 [INFO ] [penhab.io.rest.RESTApplication] - Stopped REST API
2016-05-07 00:05:54.595 [INFO ] [.o.core.internal.CoreActivator] - openHAB runtime has been started (v1.8.2).
2016-05-07 00:05:56.904 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - mDNS service has been started
2016-05-07 00:05:57.124 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - Service Discovery initialization completed.
2016-05-07 00:06:01.614 [INFO ] [penhab.io.rest.RESTApplication] - Started REST API at /rest
2016-05-07 00:06:06.228 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.sitemap'
2016-05-07 00:06:07.234 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'myopenhab.persist'
2016-05-07 00:06:07.332 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.items'
2016-05-07 00:06:08.522 [INFO ] [.o.u.w.i.servlet.WebAppServlet] - Started Classic UI at /classicui/openhab.app
2016-05-07 00:06:16.977 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.rules'
2016-05-07 00:06:17.038 [WARN ] [c.internal.ModelRepositoryImpl] - Configuration model 'default.rules' is either empty or cannot be parsed correctly!
2016-05-07 00:10:07.401 [INFO ] [c.internal.ModelRepositoryImpl] - Refreshing model 'default.items'
2016-05-07 00:10:27.712 [INFO ] [c.internal.ModelRepositoryImpl] - Refreshing model 'default.sitemap'
2016-05-07 00:12:47.847 [INFO ] [c.internal.ModelRepositoryImpl] - Refreshing model 'myopenhab.persist'
2016-05-07 00:12:58.102 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.rules'
2016-05-07 00:14:02.089 [INFO ] [penhab.io.rest.RESTApplication] - Stopped REST API
2016-05-07 00:14:32.312 [INFO ] [.o.core.internal.CoreActivator] - openHAB runtime has been started (v1.8.2).
2016-05-07 00:14:35.152 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - mDNS service has been started
2016-05-07 00:14:35.400 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl] - Service Discovery initialization completed.
2016-05-07 00:14:39.928 [INFO ] [penhab.io.rest.RESTApplication] - Started REST API at /rest
2016-05-07 00:14:45.003 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.sitemap'
2016-05-07 00:14:45.358 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'myopenhab.persist'
2016-05-07 00:14:45.524 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.items'
2016-05-07 00:14:46.202 [INFO ] [.o.u.w.i.servlet.WebAppServlet] - Started Classic UI at /classicui/openhab.app
2016-05-07 00:14:55.195 [INFO ] [c.internal.ModelRepositoryImpl] - Loading model 'default.rules'
Re: Использование MegaD в openHAB
Совсем странная история: скачиваю либо версию 0.1.2.0, либо версию 0.1.0.1 - ничего не работает, но стоит положить оба файла в папку addons и случается чудо - все запускается. Как так?
Re: Использование MegaD в openHAB
Код: Выделить всё
./start_debug.sh
Launching the openHAB runtime in debug mode...
Listening for transport dt_socket at address: 8001
osgi> 02:25:22.995 [DEBUG] [.s.internal.SchedulerActivator:36 ] - Scheduler has been started.
02:25:23.103 [INFO ] [uartz.impl.StdSchedulerFactory:1175 ] - Using default implementation for ThreadExecutor
02:25:23.146 [INFO ] [rtz.core.SchedulerSignalerImpl:61 ] - Initialized Scheduler Signaller of type: class org.quartz.core.SchedulerSignalerImpl
02:25:23.147 [INFO ] [rg.quartz.core.QuartzScheduler:243 ] - Quartz Scheduler v.2.1.7 created.
02:25:23.163 [INFO ] [org.quartz.simpl.RAMJobStore :154 ] - RAMJobStore initialized.
02:25:23.165 [INFO ] [rg.quartz.core.QuartzScheduler:268 ] - Scheduler meta-data: Quartz Scheduler (v2.1.7) 'openHAB-job-scheduler' with instanceId 'NON_CLUSTERED'
Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally.
NOT STARTED.
Currently in standby mode.
Number of jobs executed: 0
Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 2 threads.
Using job-store 'org.quartz.simpl.RAMJobStore' - which does not support persistence. and is not clustered.
02:25:23.165 [INFO ] [uartz.impl.StdSchedulerFactory:1324 ] - Quartz scheduler 'openHAB-job-scheduler' initialized from specified file: './etc/quartz.properties'
02:25:23.165 [INFO ] [uartz.impl.StdSchedulerFactory:1328 ] - Quartz scheduler version: 2.1.7
02:25:23.166 [INFO ] [rg.quartz.core.QuartzScheduler:534 ] - Scheduler openHAB-job-scheduler_$_NON_CLUSTERED started.
02:25:23.169 [DEBUG] [o.config.core.ConfigDispatcher:146 ] - Processing openHAB default configuration file '/Users/petershatsillo/Downloads/distribution-1.8.2-runtime/configurations/openhab_default.cfg'.
02:25:23.268 [DEBUG] [o.config.core.ConfigDispatcher:168 ] - Processing openHAB main configuration file '/Users/petershatsillo/Downloads/distribution-1.8.2-runtime/configurations/openhab.cfg'.
02:25:23.269 [WARN ] [o.config.core.ConfigDispatcher:172 ] - Main openHAB configuration file 'configurations/openhab.cfg' does not exist.
02:25:23.275 [DEBUG] [.o.core.internal.CoreActivator:115 ] - Created file '/Users/petershatsillo/Downloads/distribution-1.8.2-runtime/webapps/static/uuid' with content '6c12aa71-c154-41bc-9aa8-42541bdd8904'
02:25:23.276 [DEBUG] [.o.core.internal.CoreActivator:115 ] - Created file '/Users/petershatsillo/Downloads/distribution-1.8.2-runtime/webapps/static/version' with content '1.8.2'
02:25:23.277 [INFO ] [.o.core.internal.CoreActivator:61 ] - openHAB runtime has been started (v1.8.2).
02:25:23.345 [DEBUG] [a.internal.AutoUpdateActivator:31 ] - AutoUpdate binding has been started.
02:25:24.404 [DEBUG] [.p.i.PersistenceModelActivator:23 ] - Registered 'persistence' configuration parser
02:25:24.419 [DEBUG] [.c.t.i.TransformationActivator:38 ] - Transformation Service has been started.
02:25:24.502 [DEBUG] [m.internal.MultimediaActivator:34 ] - Multimedia I/O bundle has been started.
02:25:24.541 [DEBUG] [.s.i.DiscoveryServiceActivator:27 ] - Discovery service has been started.
02:25:24.567 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl:93 ] - mDNS service has been started
02:25:24.623 [DEBUG] [.io.transport.mqtt.MqttService:123 ] - Starting MQTT Service...
02:25:24.706 [INFO ] [o.o.i.s.i.DiscoveryServiceImpl:53 ] - Service Discovery initialization completed.
02:25:24.787 [DEBUG] [.i.internal.ItemModelActivator:24 ] - Registered 'item' configuration parser
02:25:24.882 [DEBUG] [o.o.c.i.items.ItemRegistryImpl:137 ] - Item provider 'GenericItemProvider' has been added.
02:25:25.515 [DEBUG] [.o.m.s.i.SitemapModelActivator:23 ] - Registered 'sitemap' configuration parser
02:25:25.629 [DEBUG] [io.rest.internal.RESTActivator:33 ] - REST API has been started.
02:25:25.943 [INFO ] [org.atmosphere.util.IOUtils :370 ] - META-INF/services/org.atmosphere.cpr.AtmosphereFramework not found in class loader
02:25:26.040 [INFO ] [sphere.cpr.AtmosphereFramework:2601 ] - Atmosphere is using org.atmosphere.cpr.DefaultAnnotationProcessor for processing annotation
02:25:26.042 [INFO ] [cpr.DefaultAnnotationProcessor:138 ] - AnnotationProcessor class org.atmosphere.cpr.DefaultAnnotationProcessor$BytecodeBasedAnnotationProcessor being used
02:25:26.054 [WARN ] [cpr.DefaultAnnotationProcessor:178 ] - Unable to detect annotations. Application may fail to deploy.
02:25:26.131 [INFO ] [sphere.cpr.AtmosphereFramework:1891 ] - Auto detecting atmosphere handlers /WEB-INF/classes/
02:25:26.154 [INFO ] [sphere.cpr.AtmosphereFramework:639 ] - Installed AtmosphereHandler org.atmosphere.handler.ReflectorServletProcessor mapped to context-path /* and Broadcaster Class org.atmosphere.jersey.JerseyBroadcaster
02:25:26.155 [INFO ] [sphere.cpr.AtmosphereFramework:1945 ] - Auto detecting WebSocketHandler in /WEB-INF/classes/
02:25:26.156 [INFO ] [sphere.cpr.AtmosphereFramework:1602 ] - Installed WebSocketProtocol org.atmosphere.websocket.protocol.SimpleHttpProtocol
02:25:26.213 [INFO ] [.a.h.ReflectorServletProcessor:103 ] - Installing Servlet com.sun.jersey.spi.container.servlet.ServletContainer
02:25:26.508 [INFO ] [c.s.j.s.i.a.WebApplicationImpl:815 ] - Initiating Jersey application, version 'Jersey: 1.18.1 02/19/2014 03:28 AM'
02:25:26.511 [INFO ] [c.s.j.s.i.a.WebApplicationImpl:826 ] - Adding the following classes declared in META-INF/services/jersey-server-components to the resource configuration:
class org.atmosphere.jersey.AtmosphereResourceConfigurator
02:25:26.643 [INFO ] [j.s.i.a.DeferredResourceConfig:101 ] - Instantiated the Application class org.openhab.io.rest.RESTApplication
02:25:27.714 [INFO ] [sphere.cpr.AtmosphereFramework:2435 ] - AtmosphereInterceptor CORS Interceptor Support will always be executed first
02:25:27.715 [INFO ] [sphere.cpr.AtmosphereFramework:2404 ] - Installed AtmosphereInterceptor CORS Interceptor Support with priority FIRST_BEFORE_DEFAULT
02:25:27.716 [INFO ] [sphere.cpr.AtmosphereFramework:2404 ] - Installed AtmosphereInterceptor Default Response's Headers Interceptor with priority AFTER_DEFAULT
02:25:27.717 [INFO ] [sphere.cpr.AtmosphereFramework:2404 ] - Installed AtmosphereInterceptor Android Interceptor Support with priority AFTER_DEFAULT
02:25:27.717 [INFO ] [sphere.cpr.AtmosphereFramework:2404 ] - Installed AtmosphereInterceptor SSE Interceptor Support with priority AFTER_DEFAULT
02:25:27.718 [INFO ] [sphere.cpr.AtmosphereFramework:2404 ] - Installed AtmosphereInterceptor JSONP Interceptor Support with priority AFTER_DEFAULT
02:25:27.719 [INFO ] [sphere.cpr.AtmosphereFramework:2404 ] - Installed AtmosphereInterceptor Atmosphere JavaScript Protocol with priority AFTER_DEFAULT
02:25:27.720 [INFO ] [sphere.cpr.AtmosphereFramework:2404 ] - Installed AtmosphereInterceptor Browser disconnection detection with priority AFTER_DEFAULT
02:25:27.725 [INFO ] [sphere.cpr.AtmosphereFramework:935 ] - Using EndpointMapper class org.atmosphere.util.DefaultEndpointMapper
02:25:27.726 [WARN ] [sphere.cpr.AtmosphereFramework:941 ] - No BroadcasterCache configured. Broadcasted message between client reconnection will be LOST. It is recommended to configure the org.atmosphere.cache.UUIDBroadcasterCache
02:25:27.727 [INFO ] [sphere.cpr.AtmosphereFramework:949 ] - Default Broadcaster Class: org.atmosphere.jersey.JerseyBroadcaster
02:25:27.728 [INFO ] [sphere.cpr.AtmosphereFramework:950 ] - Broadcaster Polling Wait Time 100
02:25:27.728 [INFO ] [sphere.cpr.AtmosphereFramework:951 ] - Shared ExecutorService supported: true
02:25:27.729 [INFO ] [sphere.cpr.AtmosphereFramework:958 ] - Messaging Thread Pool Size: 10
02:25:27.729 [INFO ] [sphere.cpr.AtmosphereFramework:968 ] - Async I/O Thread Pool Size: 10
02:25:27.730 [INFO ] [sphere.cpr.AtmosphereFramework:979 ] - Using BroadcasterFactory: org.atmosphere.cpr.DefaultBroadcasterFactory
02:25:27.730 [INFO ] [sphere.cpr.AtmosphereFramework:980 ] - Using WebSocketProcessor: org.atmosphere.websocket.DefaultWebSocketProcessor
02:25:27.730 [INFO ] [sphere.cpr.AtmosphereFramework:990 ] - Invoke AtmosphereInterceptor on WebSocket message true
02:25:27.731 [INFO ] [sphere.cpr.AtmosphereFramework:991 ] - HttpSession supported: false
02:25:27.732 [INFO ] [sphere.cpr.AtmosphereFramework:993 ] - Atmosphere is using DefaultAtmosphereObjectFactory for dependency injection and object creation
02:25:27.733 [INFO ] [sphere.cpr.AtmosphereFramework:994 ] - Atmosphere is using async support: org.atmosphere.container.JettyAsyncSupportWithWebSocket running under container: jetty/8.1.3.v20120522 with WebSocket enabled.
02:25:27.734 [INFO ] [sphere.cpr.AtmosphereFramework:996 ] - Atmosphere Framework 2.2.5 started.
02:25:27.735 [INFO ] [sphere.cpr.AtmosphereFramework:998 ] -
For Atmosphere Framework Commercial Support, visit
http://www.async-io.org/ or send an email to support@async-io.org
02:25:27.735 [INFO ] [penhab.io.rest.RESTApplication:144 ] - Started REST API at /rest
02:25:27.737 [DEBUG] [o.o.i.s.i.DiscoveryServiceImpl:66 ] - Registering new service _openhab-server._tcp.local. at port 8080
02:25:32.316 [DEBUG] [o.o.i.s.i.DiscoveryServiceImpl:66 ] - Registering new service _openhab-server-ssl._tcp.local. at port 8443
02:25:35.050 [INFO ] [.o.u.w.i.servlet.WebAppServlet:80 ] - Started Classic UI at /classicui/openhab.app
02:25:35.292 [DEBUG] [.r.internal.RuleModelActivator:42 ] - Registered 'rules' configuration parser
02:25:35.303 [DEBUG] [m.r.internal.engine.RuleEngine:77 ] - Started rule engine
02:25:38.211 [INFO ] [m.internal.MegaDeviceActivator:17 ] - MegaDevice binding has been started.
02:25:38.224 [INFO ] [.service.AbstractActiveService:169 ] - MegaDevice Refresh Service has been started
02:25:38.225 [INFO ] [o.o.b.m.i.MegadeviceHttpServer:19 ] - Starting MegaHttpServer at 8989 port
Скачал архив с сайта, скачал биндинг с гитхаба, закинул в addons и запустил....
Re: Использование MegaD в openHAB
А актуальный Binding где можно смотреть/взять?
-
- Администратор
- Сообщения: 2187
- Зарегистрирован: 29 май 2015, 21:23
- Откуда: Екатеринбург, Нижний Тагил
Re: Использование MegaD в openHAB
Может не совсем по теме форума вопрос, но вдруг кто-то из читателей сталкивался.
Можно ли настроить OpenHab так, чтобы после перезагрузки он восстанавливал состояние item'ов, которое было до перезагрузки?
Если же нельзя средствами OpenHab, то кто как решал этот вопрос?
Например:
Выключатель, который отвечает за автоматический контроль температуры на этаже. После перезагрузки он всегда устанавливается на значение, которое указано в RULES. А как сделать так чтобы он возвращался в значение, которое было до перезагрузки. Это же касается и значения самой температуры, которую нужно поддерживать.
Можно ли настроить OpenHab так, чтобы после перезагрузки он восстанавливал состояние item'ов, которое было до перезагрузки?
Если же нельзя средствами OpenHab, то кто как решал этот вопрос?
Например:
Выключатель, который отвечает за автоматический контроль температуры на этаже. После перезагрузки он всегда устанавливается на значение, которое указано в RULES. А как сделать так чтобы он возвращался в значение, которое было до перезагрузки. Это же касается и значения самой температуры, которую нужно поддерживать.
Re: Использование MegaD в openHAB
У меня это сделано вот так:
mysql.persist:
Порты меги не восстанавливаю, т.к. при перезагрузке они не сбрасываются
mysql.persist:
Код: Выделить всё
Strategies {
everyMinute : "0 * * * * ?"
everyHour : "0 0 * * * ?"
everyDay : "0 0 0 * * ?"
// if no strategy is specified for an item entry below, the default list will be used
default = everyChange
}
Items{
RGBg* : strategy = everyChange, restoreOnStartup
Temperature* : strategy = everyChange
gMyOpenHAB* : strategy = everyChange, restoreOnStartup
//Temperature* : strategy = everyUpdate
Temperature_Setpoint* : strategy = restoreOnStartup, everyChange
}
Re: Использование MegaD в openHAB
Используй ioBroker, там востанавливаются