Het Grote OpenHAB topic - deel 1

[GENETX]

Het Grote OpenHAB topic - deel 1

OpenHAB (Open Home Automation Bus) is een open source platform met als hoofddoel het integreren van verschillende home automation systemen en technologieën in één enkele oplossing.
Het is geschreven in Java en draait daarom op diverse hardware- (ARM, x86) en software-platformen (Linux, Mac, Windows).
Daarnaast is OpenHAB modulair van opzet met onder andere ondersteuning voor Z-Wave, RFXCOM, pilight, Philips HUE en vele anderen.

Verder maakt OpenHAB deel uit van de AllSeen Alliance voor domotica en home automation (https://allseenalliance.org/).

http://www.openhab.org/

Bindings

Bindings zorgen voor de interactie met de verschillende onderdelen binnen je (domotica)systeem.
Ze maken de vertaalslag tussen een vendor- / systeem-specifiek protocol (bijvoorbeeld de Philips HUE api) en het OpenHAB systeem. Op het moment van schrijven zijn er een kleine 100 bindings en er komen met regelmaat nieuwe bindings bij.
Een complete lijst van bindings kan je hier en hier terug vinden.
Een kleine greep uit de beschikbare bindings:

• Network health binding
• Pioneer AVR en Onkyo AVR binding
• Astro binding
• Weather binding
• Philips HUE binding

Rules en scripts

OpenHAB werkt met regels die kunnen worden uitgevoerd om het één en ander te automatiseren. De syntax hiervoor is gebaseerd op XBase en bevat veel features di eook in Xtend zitten. De taal deelt verder overeenkomsten met Java (waar OpenHAB ook in is geschreven).

De drempel om regels en scripts te schrijven, is bij OpenHAB relatief groot. Ten opzichte van Pimatic en Domoticz is het niet zo gebruikersvriendelijk. Het is echter ook een stuk geavanceerder, waardoor je uiteindelijk complexe regelsystemen toch overzichtelijk kunt houden. Het rules systeem werkt met events van de diverse "items". Dit maakt het mogelijk om een regel te koppelen aan iedere update van een item, maar bijvoorbeeld ook als deze een bepaalde toestandstransitie maakt. Denk in dat laatste geval aan schakelaar die van uit naar aan update.

Binnen deze rules kun je acties toekennen, zoals het sturen van commando's naar andere apparaten. Je kan ook scripts aanroepen (zowel in OpenHAB, als externe scripts in bijvoorbeeld python). Verder kunnen regels en scripts allerlei logica toepassen zoals if-then-else constructies en lokale variabelen. Ook kan data worden opgeslagen in databases. Je kan je eigen systeem helemaal naar wens inrichten en programmeren, jij bent de baas. Daarvoor hoef je niet de sourcecode van het OpenHAB framework aan te passen! Alle code is netjes in losse bestanden te ordenen en er is geen restart nodig bij nieuwe code! Meer info:

https://github.com/openhab/openhab/wiki/Rules
http://www.openhab.org/features-rules.html

Apps

Er is een gratis App voor zowel Android als iOS.
Android
iOS

Web interfaces

OpenHAB is ook via een webbrowser te gebruiken via verschillende interfaces.
Classic (standaard meegeleverd)
GreenT
CometVisu

Configuratie

De configuratie van OpenHAB bestaat volledig uit tekst bestanden, met iedere willekeurige text editor ben je dus in staat om OpenHAB te configureren. Om het leven echter wat makkelijker te maken zijn er verschillende tools ontwikkeld die je helpen bij het configureren.

OpenHAB Designer
OpenHAB Designer is een Eclipse applicatie welke gebruikt kan worden om OpenHAB te configureren.
Het gebruik van OpenHAB Designer heeft verschillende voordelen zoals: autocomplete, syntax highlighting, error checking en content assist.
https://github.com/openhab/openhab/wiki#openhab-designer

HABmin
Voor de configuratie van je rules kun je natuurlijk die-hard code gaan kloppen in Eclipse. Er is echter ook HABmin, een webbased configuratietool voor OpenHAB. Hiermee wordt het allemaal wat makkelijker en kun je met standaard bouwblokken code "inelkaar" klikken. Verder kun je er grafieken in plotten en de interface bewerken. Kortom een onmisbare addon voor OpenHAB!
https://github.com/cdjackson/HABmin

Voor- en nadelen van OpenHAB

Voordelen

• Open source
• Goed onderhoudbaar
• Zeer flexibel regel- en scriptsysteem
• Zeer veel plugins beschikbaar
• Compatibel met diverse platformen
• Externe toegang via https://my.openhab.org (BETA)
• Gratis

Nadelen

• Hoge instapdrempel
• Relatief hoge systeemeisen

Resources

https://github.com/openhab/openhab/wiki
https://groups.google.com/group/openhab
https://plus.google.com/u...ies/104057398315501111932

OpenHAB 2.0 en Eclipse SmartHome

Ondanks dat er nog volop ontwikkelt wordt aan OpenHAB 1.x, is 2.0 al in ontwikkeling.
OpenHAB 2.0 zal gebaseerd zijn op Eclipse SmartHome, wat op zijn beurt weer een voortvloeisel is van OpenHAB 1.X
Voor meer info zie:
http://kaikreuzer.blogspo...nd-eclipse-smarthome.html
YouTube: openHAB 2.0 Paper UI Preview

Inmiddels is OpenHAB2 al in beta status en beginnen de tweakers in dit topic langzaam over te stappen. Zeker omdat de 1.x bindings ook allemaal goed lijken te werken en het toch aardig stabiel is. Het beta-stickertje is dan ook meer door gebrek aan functionaliteit zoals men voor ogen heeft! Dus, nog steeds kloten met configs, maar wel een strakke interface . Wel kan het soms puzzelen zijn met nieuwe bindings. Dagelijkse builds kun je downloaden van:
OpenHAB2: https://openhab.ci.cloudb...t/openhab2-addons/addons/
OpenHAB1: https://openhab.ci.cloudb...ulBuild/artifact/bundles/

Installatie van nieuwe bindings in OpenHAB2 kan via de console middels 4 commando's zoals in onderstaand voorbeeld:

code:

bundle:stop org.openhab.binding.rfxcom
bundle:uninstall org.openhab.binding.rfxcom
bundle:install https://openhab.ci.cloudbees.com/job/openHAB2-Addons/lastSuccessfulBuild/artifact/addons/binding/org.openhab.binding.rfxcom/target/org.openhab.binding.rfxcom-2.0.0-SNAPSHOT.jar
bundle:start org.openhab.binding.rfxcom

Get started!

Waar wacht je nog op! Download OpenHAB en start met het slim maken van je huis
http://www.openhab.org/

En om je op weg te helpen, hieronder staan komen tips en tricks. Mijn eigen code is wel beschikbaar via GitHub.

[ Voor 100% gewijzigd door GENETX op 08-03-2017 10:18 ]

[GENETX]

Reserved. Hier wil ik nog een tutorial neerzetten omdat OpenHAB krachtig is, maar tegelijkertijd ook een drempel vormt om er mee te starten.

Voorbeelden

Mijn eigen configuratie is beschikbaar via GitHub. Doe je voordeel er mee!
https://github.com/GENETX/openhab

En mijn OpenHAB2 config kun je hier inzien
https://github.com/GENETX/openhab2

[ Voor 134% gewijzigd door GENETX op 27-04-2016 11:15 ]

[GENETX]

Officiele pilight ondersteuning zit nu in versie 1.6: https://github.com/openhab/openhab/wiki/pilight-Binding

Al is tweaker sfinx ook lekker bezig met andere versies. Alle credits voor de pilight binding gaan naar deze tweaker. Hulde

pilight <= 5

sfinx schreef op zondag 19 oktober 2014 @ 20:21:
[...]


De binding werkt inderdaad twee kanten op.

Nieuwe versie van de war: org.openhab.binding.pilight-1.6.0-SNAPSHOT.jar . Deze versie reconnect automatisch naar pilight (als je pilight bv. opnieuw moet starten) en zorgt voor meer logging.

Handleiding:

sfinx schreef op zondag 17 augustus 2014 @ 17:49:
In je openhab.cfg:

code:

# pilight:<instance name>.<parameter>=<value>
pilight:kaku.host=192.168.1.22
pilight:kaku.port=5000

En eventueel throttling instellen, dit zorgt ervoor dat er maar 1 command per 1000 ms naar pilight gestuurd wordt. Dit is zeker zonder band pass filter aan te raden als je meerdere command's (bijv. alle lampen uit) naar pilight gaat sturen:

code:

pilight:kaku.delay=1000

En vervolgens in je items het volgende. Hierbij moeten <room> en <device> overeenkomen met de namen in je pilight config:

code:

pilight="<instance>#<room>:<device>"

Dus bijvoorbeeld:

code:

Switch  KakuLeeslamp    "Leeslamp"              (Lampen)        {pilight="kaku#woonkamer:leeslamp"}
Switch  KakuKleineLamp  "Kleine lamp"           (Lampen)        {pilight="kaku#woonkamer:kleinelamp"}

Dimmer KakuPlafond      "Plafond"               (Lampen)        {pilight="kaku#woonkamer:plafond"}

pilight >5

sfinx schreef op dinsdag 30 december 2014 @ 10:08:
Al mensen bezig met de nightly builds van de pilight? Hierin is de API aardig veranderd. Bij deze alvast een nieuwe versie van de pilight binding die dit ondersteunt: org.openhab.binding.pilight-1.7.0-SNAPSHOT.jar

Item config moet hiervoor aangepast worden, de 'location' verdwijnt. Je hoeft dus alleen nog pilight instance en device name op te geven:

code:

Switch KakuKerstboom    "Kerstboom"    {pilight="kaku#kerstboom"}

[ Voor 82% gewijzigd door GENETX op 30-12-2014 10:45 ]

[H143]

Dit ziet er interessant ga dit zeker volgen!

[GENETX]

Als ik je reactiegeschiedenis lees kun je het beste beginnen met pilight en een goedkope 433MHz set om wat schakelaars te bedienen. Daarna kun je er pimatic op gooien voor wat simpele domotica. Als je de smaak te pakken hebt zou je overkunnen op OpenHAB om geavanceerde dingen te bouwen. Direct OpenHAB gebruiken zonder ervaring zou ik niet aanraden. De instapdrempel is hoog met het risico dat de lol er snel van af is omdat het niet lukt. Ik weet niet of en hoeveel programmeerervaring je hebt, maar voor mensen zonder ervaring zal OpenHAB in het begin een stap te ver zijn.

Ik ben sinds gister ook Beta-tester voor https://my.openhab.org/ . Daarmee kun je op afstand je domotica bedienen zonder poorten open te moeten zetten. Nu gebruik ik zelf nog een VPN verbinding. Binnenkort maar eens testen, want deze eist poort 8080, waar ik op het moment sabNZBD op heb lopen... Beetje jammer dat dat niet configureerbaar is.

Gister tevens mijn originele afstandsbedieningen hergebruikt in OpenHAB als toggle switch. Ik kan 4 knoppen gebruiken om:
- Mijn eigen toestand op aanwezig / afwezig in te stellen
- De master-switch voor lichten aan/uit zetten
- XBMC op play/pause zetten
- Volgende nummer in XBMC afspelen.

Ik zal vanavond even kijken of in de TS kan uitbreiden. Mogelijk dat ik mijn complete code ook ergens plaats zodat anderen er iets mee kunnen. Is toch erg in development, dus echt netjes en met commentaar is het nog niet

[H143]

ik maak opdit moment gebruik van een arduino met daarop nodo geinstaleerd.
het mooiste zou zijn als dit ook gekopeld kan worden aan openhab,

het programeren van openhab en nieuwe schakelaars toevoegen moet die via ssh of kan dit ook via de webserver?

[GENETX]

Dat kan niet via een webinterface. Het kan via SSH inderdaad. Zelf heb ik het draaien op mijn server met samba, waardoor ik op mijn desktop direct via de designer tool de configs kan aanpassen.

Nodo staat iig niet in de support list.

[ Voor 10% gewijzigd door GENETX op 28-10-2014 21:36 ]

[Promy]

Het lijkt me een mooi project, maar inderdaad een redelijke instapdrempel.(en traag, zeker op een raspberry pi: meer dan seconde voor feedback op knop...)
Zelf wilde ik het gebruik om m'n eigen domotica (nu enkel lichten bedienen via knop op site) uit te breiden met rules en events, maar daarvoor moet ik me eerst wat inlezen...

Wat ik me afvroeg, maar niet kan terugvinden op hun site, is of je eigen layouts kunt maken voor de interface?

Een ander iets waar ik op hoop is een koppeling met een weerstation op basis van te923

[GENETX]

In principe kun je inderdaad behoorlijk je eigen structuur maken voor de interface, met diverse lagen. Dat kun je in mijn source hierboven ook terugvinden. Zo heb ik bijvoorbeeld ook knoppen voor mijn Pioneer receiver met eigen titels. Je zou ook nog je eigen iconset kunnen gebruiken volgens mij. Je zou ook nog radicaal verder kunnen door je eigen skin te maken, zoals GreenT. Dus ja, er is van alles mogelijk, zolang je maar tijd en ervaring hebt

Wellicht dat je de data uit je weerstation kan uitlezen met een cronjob en dan variabelen in OpenHAB kan instellem via de web API? Dat doe ik namelijk met mijn temperatuursensor op de pi.

BTW, gebruik je het op een RBPI in combinatie met pilight? Ik heb namelijk ook +- een secodne delay, maar dat komt door de instellingen met pilight die ik maar op 1s heb gezet. Anders kan pilight het niet aan bij mij (moet nog een HW filter toepassen) en crasht het.

[ Voor 103% gewijzigd door GENETX op 29-10-2014 09:24 ]

[Mars Warrior]

Leuk, een OpenHAB topic

Ik ben pas overgeschakeld van Homeseer Pro naar OpenHAB icm MQTT. Homeseer werd me te duur door de aanschaf van wederom plugins in de overgang van HS2 naar HS3.

De setup is nog verre van compleet, maar de 1ste stapjes met Z-Wave (Greenwave plugs) zijn gemaakt, en dat werkt netjes. De volgende stap wordt het koppelen van een database en Mosquitto (MQTT) om data uit Arduino achtige apparaatjes te halen die MQTT praten.

Ik vind het configureren ronduit primitief en erg onduidelijk. Het is dat er voorbeelden waren van Greenwave spullen zodat ik deze blindelings kon overnemen, maar anders was het erg lastig geworden. Nu komen er gelukkig steeds meer voorbeelden zodat je redelijk snel iets op poten kunt zetten, maar daarmee is het niet echt weggelegd voor een hoop mensen.

Ik zie dat GENETX al begonnen is met voorbeelden ter beschikking te stellen. Ik denk dat dat de enige weg is om mensen snel op weg te helpen, zonder dat iedereen een soort van Livingstone moet worden

Verder zou ik HABmin nog in de TS opnemen: deze vereenvoudigd de configuratie flink vind ik. Scheelt weer heel wat editen in allerhande config bestandjes.

Ik heb OpenHAB draaien op een W8.1 machine met 16GB RAM, 512GB M550 SSD en een 3570K CPU. Daarmee loopt OpenHAB natuurlijk erg soepel, maar vreet wel ff 2GB RAM! Absurd eigenlijk, maar ja Java is al niet echt efficient met resources, en OpenHAB maakt daarbij nog eens veelvuldig gebruik van allerhande Eclipse bibliotheken die ieder ook nog eens flink groot zijn...

Als ik tzt wat meer draaiende heb, zal ik de OpenHAB items/groups/rules/sitemaps zeker hier posten, als het kan met screenshots zodat je ook kunt zien hoe dat er uit ziet

[GENETX]

Aah, HABmin kende ik nog niet. Staat in de TS! Thanks.

En inderdaad, ben zelf ook wel een aardige tijd bezig geweest om zaken aan de gang te krijgen. Als ik tijd heb wil ik eigenlijk wat tweakblogs ofzo plaatsen met kleine tutorials hoe je iets aan de praat krijgt in OpenHAB. Wellicht is ooit een leeg template wel iets waar basale taken als licht aan/uit, thuiskomst/vertrek standaard in zit.

[Mars Warrior]

Ipv een leeg template kun je ook losse .items bestanden als voorbeeld nemen. Die kan iemand anders dan heel eenvoudig direct overnemen, en voorkom je enorme .items files en mogelijke afhankelijkheden.

Ik gebruik losse items bestanden als web-astro.items, web-weather.items, house-common-energy.items, etc.
De prefixes als web, en house komen van de mqtt indeling vandaan: variabelen zijn bijv mqtt/web/astro/... Dan kan ik alles eenvoudig terugvinden. Zo kan ik ook eenvoudig een eigen weerstation erin zetten (outside-weather.items bijv), of desnoods nog specifieker per soort weerstation, dus iets als outside-weather-cresta6500.items (geen idee of die bestaat, slechts als voorbeeld).

Op de item namen na (mogelijk wil iemand andere namen en groepen), zijn dit soort bestanden 1:1 over te nemen door ze in de items map te gooien en klaar.
Als er dan ook een sitemap voorbeeld bijgedaan wordt, dan heb je een direct werkend voorbeeld, evt inclusief een leuk grafiekje van de data die je in mysql hebt gepersist!

[Anoniem: 634693]

Leuk forum

vraagje:
ik installeerde de demo vanop openHAB, lukt perfect maar... de klok doet het niet! Ik krijg, op de beginpagina onder "date" alleen horizontale streepjes. Iemand een idee wat ik mis doe? Ik veranderde de NTP server naar server 2 en 3 maar dit hielp ook niet....

Bedankt

[GENETX]

Die wordt niet constant geupdate en duurt soms even (5 min of meer). Je kan hem net zo goed weglaten, want voor rules en dergelijke kun je gewoon op de systeemclock laten draaien.

[Promy]

GENETX schreef op dinsdag 28 oktober 2014 @ 22:47:
In principe kun je inderdaad behoorlijk je eigen structuur maken voor de interface, met diverse lagen. Dat kun je in mijn source hierboven ook terugvinden. Zo heb ik bijvoorbeeld ook knoppen voor mijn Pioneer receiver met eigen titels. Je zou ook nog je eigen iconset kunnen gebruiken volgens mij. Je zou ook nog radicaal verder kunnen door je eigen skin te maken, zoals GreenT. Dus ja, er is van alles mogelijk, zolang je maar tijd en ervaring hebt

Wellicht dat je de data uit je weerstation kan uitlezen met een cronjob en dan variabelen in OpenHAB kan instellem via de web API? Dat doe ik namelijk met mijn temperatuursensor op de pi.

BTW, gebruik je het op een RBPI in combinatie met pilight? Ik heb namelijk ook +- een secodne delay, maar dat komt door de instellingen met pilight die ik maar op 1s heb gezet. Anders kan pilight het niet aan bij mij (moet nog een HW filter toepassen) en crasht het.

De gegevens van het weerstation kan ik inderdaad via een commandline commando uitlezen, dus dat is misschien een methode, thanks!
Ik had het op een pi getest, maar daar ging het tergend traag. Ik dacht het eventueel op een synology 414+ te testen, of op een oude laptop (p4) die hier nog ligt... maar het is inderdaad die tijd vinden... waarschijnlijk iets vor de feestdagen

[Mars Warrior]

OpenHAB blijft bij vlagen een CPU vretende applicatie. Geen idee of een P4 voldoende ruimte heeft om een goede gebruikerservaring te bieden.

Op mijn 3570K loopt OpenHAB in ieder geval vlekkeloos.

Hieronder een grafiekje van het stroomverbruik van mijn server, gemeten via de Z-Wave verbinding:



Geeft wel leuk inzicht in het verbruik van de server!

[henr1]

Wie kan helpen met de enocean binding? Ik heb de addon en zie het volgende
15:01:31.124 INFO o.o.b.e.i.bus.EnoceanBinding[:290]- Connecting to Enocean [serialPort='/dev/ttyUSB0' ].

Maar er zou dan daarna een receive info moeten komen
20:13:45.951 INFO org.enocean.java.ESP3Host[:66] - starting receiveRadio..

Deze zie ik niet en ook mijn item lijkt niks te doen
Switch Light_keuken "Keuken" (All) {enocean="{id=FF:FF:59:69, eep=F6:02:01, parameter=I}"}

[ Voor 19% gewijzigd door henr1 op 23-11-2014 15:45 ]

[GENETX]

Geen idee, geen ervaring mee. Je USB stick is wel /dev/tty/USB0 en niet iets anders?

[Mars Warrior]

Vandaag zou volgens planning 1.6 uitkomen.
Ben benieuwd of ze dat nog gaan redden

[henr1]

GENETX schreef op zondag 23 november 2014 @ 17:16:
Geen idee, geen ervaring mee. Je USB stick is wel /dev/tty/USB0 en niet iets anders?

USB is idd /dev/ttyUSB0
Versie 1.6 ga ik gelijk proberen zodra die er is

[ Voor 10% gewijzigd door henr1 op 23-11-2014 21:34 ]

[Mars Warrior]

Vannacht is 1.6 uitgekomen.

Flinke lijst met nieuwe dingen, verbeteringen en bug fixes: https://github.com/openhab/openhab/wiki/Release-Notes-1.6

[GENETX]

Inclusief de pilight binding van onze mede-tweaker sfinx

[ Voor 6% gewijzigd door GENETX op 24-11-2014 08:53 ]

[Mars Warrior]

GENETX schreef op maandag 24 november 2014 @ 08:52:
Inclusief de pilight binding van onze mede-tweaker sfinx

Yep die zit er nu ook in. Zat al in de snapshots overigens.

Ik hoop niet dat het een trend wordt om overal maar een RPI tussen te hangen ipv een echte/directe interface te bouwen

[GENETX]

Zal wel tijdelijk zijn om een goedkope oplossing te maken. Hangt gewoon van het stadium af, op dit moment zijn het echt de techliefhebbers die domotica* hebben. Daarin zijn 2 gradaties: Mensen met geld en zonder tijd en mensen zonder geld en met tijd . Op een gegeven moment komt er wel een kant en klaar product op de markt voor mensen zonder geld en tijd

*) Een klik-aan klik-uit met afstandsbediening en verder niks valt hier imho niet onder.

[CurlyMo]

Mars Warrior schreef op maandag 24 november 2014 @ 13:05:
Ik hoop niet dat het een trend wordt om overal maar een RPI tussen te hangen ipv een echte/directe interface te bouwen

Gelukkig zien we deze versie nog niet zo vaak :
Domoticz --> Raspberry Pi --> RFXCom
of
pimatic --> Raspberry Pi --> HomeDuino

[b_weijenberg]

ter info:
De RFXtrx433E kan direct aan elk OpenHab systeem gekoppeld worden zonder tussenkomst van een RPI.
https://github.com/openhab/openhab/wiki/RFXCOM-Binding

[CurlyMo]

Dat snap ik, maar dat was niet het punt wat ik wilde maken

[ Voor 5% gewijzigd door CurlyMo op 25-11-2014 19:42 ]

[SiErRa]

Ik ben een paar maanden terug ook naar OpenHAB overgestapt vanaf diverse projectjes met een Raspberry pi.

Eerst op een Raspberry PI gedraaid, maar die is echt te traag voor OpenHAB, nu op Windows op een i5.

De overstap naar 1.6.0 moet ik nog maken. Momenteel de volgende zaken al werkend:
- XBMC x2 uitlezen en bedienen
- Sonos Play 1 uitlezen
- Diverse Z-Wave devices uitlezen, maar dat werkt nog niet echt stabiel (hopelijk in 1.6.0 beter met alle fixes op Z-Wave)
- Aanwezigheid met Mqqt en Owntracks
- Beetje monitoring met http binding

Wat ik vooral nog mis (en eigenlijk gewoon zelf als plugin moet bouwen) is het uitlezen van een slimme energiemeter. Dit had ik met zowel Python op een RPI als met C# op Windows al werkend, maar mijn Java is nogal rusty en Eclipse ken ik al helemaal niet.

[GENETX]

Hoe wil je die dan uitlezen? Direct vanaf de slimme meter zelf met de P1 poort, of via het internet?

[SiErRa]

Zelf met de p1 poort, heb het aan de hand van deze howto aan de gang gekregen:
http://gejanssen.com/howto/Slimme-meter-uitlezen/index.html

[Mars Warrior]

SiErRa schreef op donderdag 27 november 2014 @ 10:33:
Zelf met de p1 poort, heb het aan de hand van deze howto aan de gang gekregen:
http://gejanssen.com/howto/Slimme-meter-uitlezen/index.html

Dit is wel een hele luxe (complexe?) standalone oplossing

Zelf gebruik ik om dit soort 'sensoren' in te lezen en te koppelen aan OpenHAB om meerdere redenen MQTT als back-bone en als koppeldoos aan OpenHAB icm Arduino spul:

• Voor ongeveer alles zijn wel libraries of kant en klare Arduino sketches;
• MQTT is simpel te implementeren binnen Arduino;
• Het is eenvoudig te testen (MQTTInspector, handmatig MQTT berichten genereren, etc.);
• Koppeling naar OpenHAB is standaard en zal ook altijd ondersteund worden;
• Geen afhankelijkheden met bindings die plotseling 'verdwijnen', niet de volledige functionaliteit afdekken, niet compatibel zijn met de laatste OpenHAB versies, etc.

Vooral die laatste is voor mij belangrijk. Ik ben hier met Homeseer al eerder tegenaangelopen dat spullen plotseling niet meer ondersteund worden, en met OpenHAB heb ik dat ook al gehad, dus MQTT is voor mij de enige weg om van dit gedoe geen last te hebben!

Daarnaast krijg je met MQTT icm MQTTWarn nog gratis een hele hoop services erbij die OpenHAB niet eens ondersteund, maar wel erg handig zijn

Ik zie nu dat 2.0 alpha ook uit is! Ziet er goed uit in het filmpje over auto-discovery en de eenvoud om binnen no-time een hue lamp te besturen. De MMI wordt duidelijk onder handen genomen.

[ Voor 8% gewijzigd door Mars Warrior op 28-11-2014 08:27 . Reden: OpenHAB 2.0 ]

[SiErRa]

Zo luxe is het ook weer niet, OpenHAB is bedoeld om makkelijk alles via bindings te koppelen. En de binding moet een variant worden op de bestaande serial binding.
Nu is alleen het ontwikkelen van OpenHAB bindings nogal omslachtig.

Zelf gebruik ik geen Ardiuno's en wil ik juist alles centraal regelen met OpenHAB.

Al moet ik zeggen dat MQTT wel een erg mooi mechanisme is, ik gebruik het dus voor aanwezigheids detectie met de OwnTracks app (Google Latitude vervanger).

[Mars Warrior]

SiErRa schreef op vrijdag 28 november 2014 @ 08:58:
Zo luxe is het ook weer niet, OpenHAB is bedoeld om makkelijk alles via bindings te koppelen. En de binding moet een variant worden op de bestaande serial binding.
Nu is alleen het ontwikkelen van OpenHAB bindings nogal omslachtig.

Klopt. Het zou mooi zijn als alles direct OpenHAB in kan. Het maken van een binding vind ik ook nogal omslachtig, zeker vanwege de enorme Java overhead. Krijg af en toe het idee dat er een Java architect flink is doorgeschoten als je ziet hoeveel classes / objecten / subclasses je moet maken om één simpel bitje af te handelen.

Zelf gebruik ik geen Ardiuno's en wil ik juist alles centraal regelen met OpenHAB.

Ik gebruik Arduino's voornamelijk om eigen spul te koppelen. En daar het nogal specifiek is, is een binding ontwikkelen voor mij al helemaal geen optie. Veels te veel werk, zeker omdat de MQTT binding er gewoon is aan beide kanten. Dus waarom moeilijk doen?

Daarnaast gebruik ik Arduino's, of geflashte TP-Link WiFi kastjes voor serieel/LAN/WIFI converters die de data 1:1 doorgeven (anderen gebruiken hier soms RPI's voor) in de gevallen dat er een serieel/LAN binding is binnen OpenHAB.

Al moet ik zeggen dat MQTT wel een erg mooi mechanisme is, ik gebruik het dus voor aanwezigheids detectie met de OwnTracks app (Google Latitude vervanger).

Ik vind MQTT enorm simpel en prettig werken. Voor een programmaatje van 700kB dat zelfs met enorm veel clients niet meer dan een paar MB geheugen innneemt biedt het enorm veel functionaliteit.

Als je al OwnTracks gebruikt zou ik je eigen 'knutsels' ook lekker via MQTT aan OpenHAB koppelen als je niet voor elke sensor een Java Binding wilt gaan bouwen.

Maar goed: dit soort 'problemen' waren voor mij de reden om MQTT als back-bone te gebruiken: de overgang naar OpenHAB 2.0 zal hierdoor ook veel eenvoudiger gaan, want je hebt maar 1 binding nodig

[sfinx]

Mars Warrior schreef op vrijdag 28 november 2014 @ 10:57:
[...]

Klopt. Het zou mooi zijn als alles direct OpenHAB in kan. Het maken van een binding vind ik ook nogal omslachtig, zeker vanwege de enorme Java overhead. Krijg af en toe het idee dat er een Java architect flink is doorgeschoten als je ziet hoeveel classes / objecten / subclasses je moet maken om één simpel bitje af te handelen.

Voor het simpel doorgeven van waardes kun je ook gewoon de REST-api van openHAB gebruiken, hier hoef je geen hele binding voor op te tuigen.

[Mars Warrior]

sfinx schreef op vrijdag 28 november 2014 @ 12:05:
[...]
Voor het simpel doorgeven van waardes kun je ook gewoon de REST-api van openHAB gebruiken, hier hoef je geen hele binding voor op te tuigen.

Dat is waar, maar op het moment dat je ook waardes terug wil en wireless sensor nodes erbij betrekt (RFM12B/RFM69) dan wordt het niet echt werkbaar meer: websockets op Arduino zijn beperkt, parsen van XML berichten resource verslindend, en je loopt tegen de 60 byte payload aan van de RFM chippies.

Natuurlijk is het te implementeren, maar waarom zo moeilijk doen als MQTT en MQTT-SN dit zoveel eenvoudiger maken omdat die nu juist voor dit soort toepassingen gemaakt zijn?

Heb je een node gebaseerd op een RPI oid dan lijkt me deze REST binding een goede kandidaat om data aan te leveren en op te vragen bij OpenHAB.

Verder gebruik ik ook nog Homeseer, en ook in dat geval is MQTT de back-bone. Zodoende kan ik dezelfde data in verschillende systemen gebruiken

Niet geheel toevallig hier een voorbeeld van een P1 meter die zijn gegevens via MQTT beschikbaar stelt aan Homeseer . De migratie naar OpenHAB bestaat daarmee enkel uit het definieren van de MQTT items!

[sfinx]

Nieuwe versie van de pilight binding, hier te downloaden: org.openhab.binding.pilight-1.6.0-SNAPSHOT.jar

Deze ondersteunt ook Number en String items, dus bijvoorbeeld temperatuur van een weerstation. Items hiervoor configureer je op deze manier:

code:

{pilight="instance#location:device,property=name"}

Als waarde van 'name' vul je hier de naam van de property in in pilight, dus bv. temperature of humidity. Dit ziet er dan zo uit:

code:

Number  BuitensensorTemperatuur         "Temperatuur [%.1f °C]"         {pilight="kaku#buiten:weerstation,property=temperature"}
Number  BuitensensorLuchtvochtigheid    "Luchtvochtigheid [%.0f%%]"     {pilight="kaku#buiten:weerstation,property=humidity"}
String  BuitensensorBatterij            "Batterij [%s]"                 {pilight="kaku#buiten:weerstation,property=battery"}

[GENETX]

Ben inderdaad erg benieuwd naar OpenHAB v2. Hoop wel dat ze het rules systeem op dezelfde manier invullen uiteindelijk, want met een simpele if-then-else kom ik er niet. Been there, doen that, maar ik wil iets complexers kunnen bouwen.

Daarover gesproken, heeft iemand al ervaringen met thermostaten? Ik zit nu te kijken naar een Honeywell Round Connected Modulation Y87C2004 aangezien ik deze gewoon in mijn huidige muurbevestiging van het huurhuis kan plaatsen. Verder is ie niet duur en wel via het internet te bedienen. Alleen, uiteraard, zoals aaltijd, ARGH! GESLOTEN voor normale zielen Verder is het een perfect ding, niet duur (140 euro) en slim maken kunnen we veel beter zelf

Voor zover ik weet is ie nog niet gehackt helaas. Wel is er ondersteuning voor IFTTT inmiddels. Een hele vieze ranzige workaround zou kunnen zijn:

OpenHAB -> Scriptje -> RSS feed -> IFTTT trigger op die feed -> Honeywell Thermostaat
Zou moeten werken, maar brrr .

Edit:
Blijkbaar is er wel het een en ander open, of is er intentie tot:
http://forum.fibaro.com/v...c1d0516c4b6fcc5c5072feeab
http://forum.universal-de...well-comfort-control-api/
http://www.automatedhome....ccess-to-control-remotely

Edit 2:
Wellicht is er toch wat mogelijk als ik bovenstaande links zo bekijk
https://www.mytotalconnec...eturnUrl=%2FWebApi%2FHelp
https://ecc.honeywell.com/api

https://github.com/watchforstock/evohome-client

Ziet er eigenlijk wel goed uit. Dit is voor dat evohome-dinges. Maar de Round connect maakt gebruik van dezelfde RFG100 gateway en website. Dus verwacht eigenlijk geen problemen.

[ Voor 29% gewijzigd door GENETX op 29-11-2014 19:56 ]

[Mars Warrior]

GENETX schreef op zaterdag 29 november 2014 @ 18:19:
Daarover gesproken, heeft iemand al ervaringen met thermostaten?

Ik heb zojuist een nieuwere iSense gemonteerd die ik via OpenTherm kan uitlezen en aansturen (De oude stond geen setpoint override toe, oftwel het instellen van de gewenste temperatuur). De OpenTherm binding is echter nooit afgemaakt helaas, dus op die manier aan OpenHAB koppelen gaat niet lukken vrees ik.
Het alternatief zal wel MQTT worden...

[GENETX]

Heb eens even een accountje bij Honeywell aangemaakt en https://github.com/watchforstock/evohome-client getest. Kan inderdaad mijn data ophalen. Enkel krijg ik nog een error, maar die komt puur door het feit dat ik nog geen thermostaat heb afaik. Op zich ligt de web API open als ik die github zo zie. Dus op termijn zouden we ook wel een binding kunnen maken voor OpenHAB .

Nog even alles verifiëren en dan maar over tot aanschaf

Edit:
Besteld, we zullen het zien

[ Voor 11% gewijzigd door GENETX op 01-12-2014 00:14 ]

[Mars Warrior]

Ben benieuwd dan of het je gaat lukken

Ik heb ondertussen 1.6 erop gegooid (over 1.5.1 heen) en ik zie geen verschillen

• De MMI is nog steeds lelijk, vrees dat we voor wat fatsoenlijks toch echt op 2.0 moeten wachten;
• Het toevoegen van een groep items aan de persistence werkt nog steeds niet, je moet eerst elk item los toevoegen voordat de juiste tabel in MySQL gemaakt wordt.
• Het stoppen/herstarten van de OpenHAB service onder Windows werkt nog steeds niet. Ik moet de Apache Deamon killen hiervoor.

Met 1.6 heb ik ook de SystemInfo binding in gebruik. De onderliggende library (SIGAR) ondersteund zo lijkt het niet heel veel op Windows (veel Linux spul natuurlijk), maar ik kan nu in ieder geval het CPU en geheugengebruik monitoren met OpenHAB. Het stroomverbruik van mijn server was al via Z-Wave meetbaar.

Echt nuttig is het nog niet allemaal, wel leuk

@siErRa: hoe ziet jou config eruit voor OwnTracks? ownTracks draait, maar ik krijg eea niet aan de praat in combinatie met OpenHAB voor geofencing en bijbehorende rules...

[ Voor 8% gewijzigd door Mars Warrior op 30-11-2014 20:25 . Reden: OwnTracks... ]

[SiErRa]

Ik zal het vanavond eens mijn OpenHAB config posten, ik gebruik in ieder geval http://mosquitto.org/ op een Ubuntu VM voor MQTT, die OpenHAB uitleest, gewoon dmv de howto van owntracks.(https://github.com/owntracks/owntracks/wiki/MQTTBroker)

Over thermostaten gesproken, ik heb een Nefit Easy, maar dat is ook een gesloten protocol, ik ben er al achter dat het XMPP is, maar de inhoud is encrypted. Dus daar kan ik ook nog niets mee.

[sfinx]

Heb zelf een tijdje OwnTracks gebruikt maar de Android app werkte niet lekker. Had slechts 2 regions ingesteld (thuis en werk) maar enter/exit van die locaties werd slecht 50% van tijd ook werkelijk door OwnTracks gedetecteerd (Nexus 5). Misschien kan iemand bij wie 't wel goed werkt een keer de config van de Android app posten?

In openHAB had ik hiervoor alleen twee items aangemaakt, naast de reguliere config van je mqtt broker:

code:

Switch Aanwezigheid_Jeroen_Thuis    {mqttitude="home:owntracks/jeroen/telefoon:thuis"}
Switch Aanwezigheid_Jeroen_Werk     {mqttitude="home:owntracks/jeroen/telefoon:werk"}

[Mars Warrior]

Het is me uiteindelijk gelukt. Doordat het me niet altijd duidelijk is wat ik moet doen om iets te bereiken, en ik van de materie niet altijd iets snap (doe dus als getrainde aap copy/paste), maak je dus fouten

Via OwnTracks wordt de locatie van mijn iPhone doorgegeven, die dan weer via MQTT aan OpenHAB wordt doorgegeven, en die maakt er dan op miraculeuze wijze een HTML plaatje van met mijn locatie...



Ik had de volgende problemen:

• Mosquitto had een username nodig op poort 1883. Heb ik nu uitgezet (extern is via certificaat)
• Ik had een fout in de koppeling met OpenHAB (foutief MQTT item), waar ik via MQTTInspector (iPhone app om MQTT te debuggen) achter ben gekomen
• Ik had de HTML gewoon gecopy/paste, maar dat werkt natuurlijk niet: je moet wel je eigen item invoegen!
• Bij een deel van deze fouten crasht OpenHAB met een enorme stack dump, dus daar liep ik ook nog tegenaan
• Als OpenHAB crashed, of je start Mosquitto NA OpenHAB, dan bouwt OpenHAB blijkbaar de verbinding met Mosquitto niet meer op...

Maar nu doet het het dus. OwnTracks staat ingesteld op "Significant changes" (Apple functie), geen geofence ingesteld. De berekening of ik thuis ben zit dus in de binding...

[Mars Warrior]

Bugfix release OpenHAB 1.6.1 is uit!

Ik heb sinds 1.6 geen vollopende logfiles meer met Apple TV DNS problemen (stack dumps dus), dus het gaat vooruit. Van de bugs in 1.6.1 komt mij geen enkele bekend voor, maar wel fijn dat dingen snel gefixed worden en dat men hiervoor een nieuwe release uitbrengt ipv dat je bent aangewezen op de snapshots.

[GENETX]

Zelf moet ik nog upgraden naar 1.6.

Inmiddels heb ik vandaag wel de Honeywell Round Modulation Connected binnengekregen . Op dit moment nog niet ideaal, hij staat in een eco-stand en daarmee heeft ie best moeite om het huis warm te krijgen. Maar uiteindelijk is het hem gelukt en op een manier die volgens mij, als ik het CV tuning topic zo lees, een stuk zuiniger is. Dus hij lijkt wel degelijk iets slimmer om te gaan met het OpenTherm protocol. Ik kan hem van die mode afzetten en hem vol laten branden als ik wil, maar dat laat ik zo voorlopig en kijk het even aan, zo slecht ging het ook weer niet qua snelheid.

Maar het allerbelangrijkste: kan ik hem aansturen? JA! Het Evohome2 python script van https://github.com/watchforstock/evohome-client lijkt niet echt te werken, althans, ik krijg geen zones en kan niks instellen. De oude code werkt echter wel (de tweede is ook nog WIP AFAIK). Ik kan perfect met de python scrips de temperatuur veranderen en een mode selecteren. Ik ben dus tevreden en dit ziet er zeker bruikbaar uit als relatief betaalbare thermostaat met OpenTherm die slim te maken is

Nu eerst eens zien of hij morgenochtend het programma volgt en ik ontwaak in een warm huis.

Was wel veerbaasd toen ik deze week mijn gasverbruik opnam, afgelopen jaar 550m3 verstookt in een niet al te geweldig huis (label C). Ik heb dus een doel voor komend jaar met mijn systeem: onder die 500m3 komen voor het lagere capaciteitstarief. Had niet verwacht dat ik daar zo dichtbij kon komen.

[ Voor 15% gewijzigd door GENETX op 02-12-2014 23:12 ]

[gertjuhh]

Bedankt voor het maken van een OpenHAB topic GENETX, wilde dit al langere tijd zelf doen maar was er nooit van gekomen.
Wat ik wel mis in de openingspost zijn vermeldingen naar Z-Wave en Philips HUE ondersteuning, beide zijn zeer geliefd hier op Tweakers.

Daarnaast ontbreken OpenHAB designer (te vinden op de Downloads pagina) en de Google Groups pagina welke zeer handig is als je up-to-date wil blijven met de laatste ontwikkeling rondom OpenHAB.

HABmin zou ook wat beter onder de aandacht gebracht mogen worden, is toch echt een hele fijn tool.


Om ook maar gelijk iets bij te dragen, mijn rule die mij verteld wanneer de wasmachine klaar is.
Hiervoor maak ik gebruik van een Fibaro Wall Plug, welke het huidige energieverbruik doorgeeft.
Wanneer verbruik hoger is dan 10W wordt de rule "actief".
Wanneer het verbruik daarna over een periode van 2 minuten niet boven de 5W uitkomt krijg ik een melding op mijn telefoon.

code:

import org.openhab.core.library.types.*
import org.openhab.core.persistence.*
import org.openhab.model.script.actions.*
import org.joda.time.*

var Boolean bWasmachine = false
var Timer tWasmachine = null

rule "Wasmachine"
when
        Item NUMBER_WASMACHINE_SENSOR_MULTILEVEL received update
then
        if (NUMBER_WASMACHINE_SENSOR_MULTILEVEL.state > 10) {
                if (bWasmachine == false) {
                        bWasmachine = true
                }
                if (tWasmachine != null) {
                        tWasmachine.cancel
                        tWasmachine = null
                }
        } else if (NUMBER_WASMACHINE_SENSOR_MULTILEVEL.state <= 5 && bWasmachine == true && tWasmachine == null) {
                tWasmachine = createTimer(now.plusMinutes(2)) [|
                        bWasmachine = false
                        tWasmachine = null

                        notifyMyAndroid("Wasmachine klaar", "De wasmachine is klaar")
                ]
        }
end

[ Voor 48% gewijzigd door gertjuhh op 29-05-2015 14:33 . Reden: Fix in rule ]

[DirkB19]

@Mars Warrior. Jouw concept met OpenHAB en MQTT om allerlei sensoren te koppelen spreekt me wel aan.
Momenteel ben ik wat aan het prutsen met OH 1.5.1 op mijn RBPI B+ en heb inmiddels de GPIO binding aan de praat, maar jouw idee mbt. MQTT lijkt me idd. beter.
Ben nog newbie op dit vlak dus ga ik maar eens verder uit-googelen.
Met Arduino heb ik ook nog geen ervaring, maar ik ga er van uit dat je ook op de Raspberry Pi gewoon GPIO kan aanspreken en dit via MQTT doorgeven aan je OpenHAB server langs het netwerk ?
Wat is hiervoor dan de makkelijkste weg op de PI? Pilight ? Moet liefst wat bedrijfszeker zijn. Verder zoek ik hierbij voorlopig de RPI GPIO te gebruiken voor simpele digitale switches en contacts.
Of kan ik me hiervoor toch beter op Arduino's gaan gooien ?
Grtz,
DirkB

[Mars Warrior]

DirkB19 schreef op woensdag 03 december 2014 @ 20:12:
@Mars Warrior. Jouw concept met OpenHAB en MQTT om allerlei sensoren te koppelen spreekt me wel aan.
Momenteel ben ik wat aan het prutsen met OH 1.5.1 op mijn RBPI B+ en heb inmiddels de GPIO binding aan de praat, maar jouw idee mbt. MQTT lijkt me idd. beter.
Ben nog newbie op dit vlak dus ga ik maar eens verder uit-googelen.
Met Arduino heb ik ook nog geen ervaring, maar ik ga er van uit dat je ook op de Raspberry Pi gewoon GPIO kan aanspreken en dit via MQTT doorgeven aan je OpenHAB server langs het netwerk ?
Wat is hiervoor dan de makkelijkste weg op de PI? Pilight ? Moet liefst wat bedrijfszeker zijn. Verder zoek ik hierbij voorlopig de RPI GPIO te gebruiken voor simpele digitale switches en contacts.

Voor mij is MQTT echt een architectuur keuze om als backbone te dienen voor alle zelfbouw spullekes. Dit kan zowel voor Arduino, ARM als RPI toepassingen toegepast worden. Ik kan zo zelfs hardware vervangen zonder in MQTT of OpenHAB ook maar één wijziging door te voeren

Of kan ik me hiervoor toch beter op Arduino's gaan gooien ?

Arduino is in ieder geval mijn voorkeur omdat het veel goedkoper en simpeler is dan een RPI, ik enkel C/C++ hoef te kunnen en geen Linux, zeer compact is, veel voorbeelden van beschikbaar zijn op de playground en waarvoor enorm veel spullen (EBay, andere webshops) te krijgen zijn. Dit kunnen ook wireless sensor nodes zijn (Arduino van €2, sensor, batterij en nRF2401 van €2).

Goede LAN modules hoeven ook niet duur te zijn, en zijn erg handig om een Arduino aan je LAN te koppelen zoals deze W5100 LAN module.

Wil je wat professioneler aan de gang met Arduino, dan raad ik je aan om eens naar Mikael Patel's Cosa te kijken. Dit is een OO omgeving voor Arduino met zeer veel standaard functionaliteiten, waaronder natuurlijk MQTT.

Een simpel voorbeeld zie je hieronder waarbij een DHT22 sensor (temp/humi) elke 5 seconden wordt uitgelezen en via MQTT verzonden wordt:

C:

void loop()
{
  // Request a conversion and read the humidity and temperature
  sensor.sample();
  int16_t temperature = sensor.get_temperature();
  int16_t humidity = sensor.get_humidity();

  // Use an iobuffer and iostream to convert humidity/temperature to string
  IOBuffer<16> buf;
  IOStream cout(&buf);
  cout << humidity / 10 << PSTR(" %") << ends;
  client.publish(PSTR("public/cosa/humidity"), buf, buf.available());

  // Publish humidity and temperature
  buf.empty();
  cout << temperature / 10 << PSTR(" C") << ends;
  client.publish(PSTR("public/cosa/temperature"), buf, buf.available());
  sleep(5);
}

Voeg 2 items in je OpenHAB config toe en je hebt je Arduino sensor node gekoppeld aan OpenHAB

[GENETX]

gertjuhh schreef op woensdag 03 december 2014 @ 18:16:
Bedankt voor het maken van een OpenHAB topic GENETX, wilde dit al langere tijd zelf doen maar was er nooit van gekomen.
Wat ik wel mis in de openingspost zijn vermeldingen naar Z-Wave en Philips HUE ondersteuning, beide zijn zeer geliefd hier op Tweakers.

Wilde het een beetje onderhoudsvrij houden, uiteindelijk moet je toch kijken op de site zelf. Maar ondanks dat deze dingen toch even toegevoegd

En de upgrade ook even gedaan. De editor bokt bij mij weer... Soepel loopt het niet. Naja, iig ook even grafieken voor dag, week en maand toegevoegd en wat andere kleine dingen getweaked. Loopt lekker. Komende weken maar eens de thermostaat toevoegen en eerst via python aansturen. Daarna wil ik ook calculaties voor graaddagen aanmaken en misschien een scriptje maken waarmee ik handmatig mn meterstanden kan ingeven en er mooi bij in kan opslaan.

[ Voor 30% gewijzigd door GENETX op 04-12-2014 23:34 ]

[SiErRa]

gertjuhh schreef op woensdag 03 december 2014 @ 18:16:
Wasmachine rule

Cool, handige en praktische usecase.
Hoop dat m'n Z-Wave netwerk het zolder haalt.

[gertjuhh]

GENETX schreef op donderdag 04 december 2014 @ 20:16:
[...]
Wilde het een beetje onderhoudsvrij houden, uiteindelijk moet je toch kijken op de site zelf. Maar ondanks dat deze dingen toch even toegevoegd
[...]

Mocht je hulp willen bij het uitbouwen / onderhouden van de topic start dan houd ik me aanbevolen.

SiErRa schreef op vrijdag 05 december 2014 @ 14:24:
[...]
Cool, handige en praktische usecase.
Hoop dat m'n Z-Wave netwerk het zolder haalt.

Hier haalt ie de zolder zonder problemen (nieuwbouw uit 2012, controller op begane grond).
Heb wel op de 1e verdieping meerdere mains-powered z-wave nodes wat het mesh-network ten goede komt.

[GENETX]

gertjuhh schreef op vrijdag 05 december 2014 @ 15:15:
[...]

Mocht je hulp willen bij het uitbouwen / onderhouden van de topic start dan houd ik me aanbevolen.

Mag wmb altijd, als ik je mede-auteur moet maken dan geef je maar een gil. Heb iig HABmin nu een apart kopje gegeven nadat ik het net heb geïnstalleerd. Erg mooie tool, al hou ik het liever bij tekstbestandjes. Al kan het wel nuttig zijn voor "er naast".

Ben nu bezig om iig mijn thermostaat uit te lezen en te loggen in grafieken. Verder kan ik iedereen ook my.openhab.org aanraden. Net ook meldingen toegevoegd voor als mijn luchtvochtigheid te laag of hoog wordt. Wordt echt direct gepusht naar mijn telefoon!

Edit: Inmiddels het een en ander aangepast. IK heb mijn aanwezigheid-status vervangen door een switch met diverse opties (Vakantie (=lange tijd weg), Weg, Slapen, Aanwezig) en een Master switch toegevoegd om een aantal rules uit te schakelen mocht ik controle in eigen hand willen hebben. Helaas is daar niet een standaard setting voor, eigenlijk wel jammer. Verder notificaties voor lage/hoge luchtvochtigheid toegevoegd en geeft mij notificaties. Verder wordt de thermostaat nu gelogd en heb ik iig de scripts. Zal deze week een push doen van mn repo, maar moet eerst even mijn persoonlijke data er uit schoppen. Het begint nu wel een serieus en ingenieus systeem te worden . Rond de kerstdagen mijn thermostaat maar daadwerkelijk integreren

[ Voor 37% gewijzigd door GENETX op 07-12-2014 16:27 ]

[Mars Warrior]

Na een weekje OpenHAB 1.6.x blijkt dat het een flinke geheugenvreter is met mogelijk een memory leakje her en der als ik naar de weekgrafiek kijk. De OpenHAB MySQL database blijft ook flink groeien overigens, beiden zitten nu volgens de Windows taskmanager rond de 750MB RAM...



Ben benieuwd waar dit eindigt!

[GENETX]

Ik hoop ook dat OpenHAB 2.0 snel klaar is wat dat betreft... Volgende keer dat ik mijn server installeer, zal dat wel gepaard gaan met meer virtual machines en OpenHAB krijgt er zeker 1.

[Mars Warrior]

GENETX schreef op dinsdag 09 december 2014 @ 13:46:
Ik hoop ook dat OpenHAB 2.0 snel klaar is wat dat betreft...

Zal nog wel ff duren. Alle (130?) bindings moeten ook nog worden omgezet, tenzij die het goed doen met de 1.x interface. Ben het meest beniewd naar de MMI, die moet toch wel sterk verbeteren wil OpenHAB meedoen met de concurrentie.

Verder klaagt men over opstarttijden van 3min op een RPI. Sommigen willen blijkbaar nog altijd alles op een RPI draaien, ook dit soort zware Java programma's

Volgende keer dat ik mijn server installeer, zal dat wel gepaard gaan met meer virtual machines en OpenHAB krijgt er zeker 1.

Daar ben ik vanaf gestapt. Vond het maar veel werk, nog meer RAM kwijt en zag uiteindelijk het nut er niet meer van in. Draai nu alles lekker direct onder W8.1.

[GENETX]

Op mijn server valt het nog mee (draai Linux). Het grote probleem is dat ik er heel veel op draai, dus niet tijd-kritische dingen op de achtergrond wil ik dan in een VM gaan stoppen. Voornamelijk omdat ik hem ook als mediacenter gebruik. Daarmee wil ik dan zorgen dat ik altijd een goede gebruikerservaring heb met XBMC.

[gertjuhh]

GENETX schreef op zaterdag 06 december 2014 @ 16:20:
[...]
Mag wmb altijd, als ik je mede-auteur moet maken dan geef je maar een gil.

Yes please

[gertjuhh]

Heb het een en ander toegevoegd en aangepast.

[Anoniem: 634693]

Hi,

ik paste de code van electronichamster aan om meerdere zaken te kunnen bedienen vanuit verschillende topics in openHAB via MQTT naar arduino.

Lukt echter niet om een Switch te maken (script van instructables toont drukknop...)

Item:
Switch XXXX {mqtt=">[mymosquitto:4131:command:ON:1],>">[mymosquitto:4131:command:OFF:0]"}

Code Arduino:
if (mytopic == 4131)
{
Serial.println("Licht aan/uit");
digitalWrite(pin_plafond, LOW);
delay(1200);
digitalWrite(pin_plafond, HIGH);
}

[ Voor 75% gewijzigd door Anoniem: 634693 op 16-12-2014 00:32 ]

[gertjuhh]

Ik gebruik zelf geen MQTT, maar volgens mij klopt je item niet.
Zou het niet dit moeten zijn?

code:

Switch XXXX {mqtt=">[mymosquitto:4131:command:ON:1],>[mymosquitto:4131:command:OFF:0]"}

Dit soort fouten zou je trouwens ook terug in je logs moeten vinden.

[GENETX]

Daarnaast moet je mogelijk nog de knop aanmaken in je sitemap. Dat kan ook direct via de items overigens, maar vind het dan zelf chaotisch worden.

[Mars Warrior]

@arduino code: Ik zie het afhandelen van de ON/OFF parameter ook niet voor openen/sluiten, dus volgens mij werkt dit al helemaal nooit...

In ander nieuws: het RAM gebruik op mijn server was inmiddels gestegen tot 6GB. OpenHAB zat inmiddels over de 1GB heen, en MySQL zat 'slechts' op 800MB!

Na een reboot is het verbruik weer gezakt naar 2.2GB, waarbij OpenHAB nu 216MB gebruikt en MySQL 250MB. Op naar de 6GB maar weer zou ik zeggen

[GENETX]

Ik heb sinds dit weekend OpenHAB 512MB gegeven en een lagere scheduling-prioriteit (ik moe them eigenlijk ook nog eens naar de 2e core verwijzen, alsook enkele andere programma's). Ik merkte dat ook XBMC op mijn HTPC/NAS/Server-multisysteem traag begon te draaien na een aantal dagen. De prioriteit ligt dus op een vloeiend draaiend XBMC. Alle andere taken, dus OpenHAB, maar ook SabNZBD en dergelijke, zijn op een lager pitje gezet omdat die gewoon doordraaien.

Tot zover niks vreemds gezien (draait nu 3 dagen). Dat is ook wel logisch, OpenHAB draait (al dan niet traag) op een RBPI met 512MB. Dat afdwingen voor geheugen doe je met "-Xmx512M" aan het eind van het java commando. Onder linux is dat dus start.sh aanpassen. Hoe het zit op Windows weet ik niet, zou wel hetzelfde commando moeten zijn. Vanavond ga ik even kijken of het systeem deze limiet ook respecteert.

De cpu scheduling doe je onder linux met "nice", maar dat mag je zelf opzoeken

[ Voor 4% gewijzigd door GENETX op 16-12-2014 16:38 ]

[peetbeet]

sfinx schreef op zaterdag 29 november 2014 @ 11:20:
Nieuwe versie van de pilight binding, hier te downloaden: org.openhab.binding.pilight-1.6.0-SNAPSHOT.jar

Deze ondersteunt ook Number en String items, dus bijvoorbeeld temperatuur van een weerstation. Items hiervoor configureer je op deze manier:

code:

{pilight="instance#location:device,property=name"}

Als waarde van 'name' vul je hier de naam van de property in in pilight, dus bv. temperature of humidity. Dit ziet er dan zo uit:

Bedankt sfinx, ik heb de nieuwe versie gedownload en volgende code toegevoegd aan mijn thuis.items:

code:

Number  BuitensensorTemperatuur         "Temperatuur [%.1f °C]"         {pilight="pilight#woonkamer:weer1,property=temperature"}
Number  BuitensensorLuchtvochtigheid    "Luchtvochtigheid [%.0f%%]"     {pilight="pilight#woonkamer:weer1,property=humidity"}
String  BuitensensorBatterij            "Batterij [%s]"                 {pilight="pilight#woonkamer:weerstation,property=battery"}

In thuis.sitemap frame weer toegevoegd:

code:

sitemap thuis label="Hoofdmenu"
{
    Frame {
        Group item=gV2 label="Tweede Verdieping" icon="firstfloor"
        Group item=gV1 label="Eerste Verdieping" icon="groundfloor"
        Group item=gV0 label="Beneden Verdieping" icon="cellar" 
        Group item=buiten label="Buiten" icon="garden" 
        }
    Frame label="Weer" {
        Text item=BuitensensorTemperatuur 
        Text item=BuitensensorLuchtvochtigheid  
        Text item=BuitensensorBatterij      
    }
    Frame label="Datum" {
        Text item=Date
    }
    Frame label="Groepen" {
        Text label="Meerdere Groepen" icon="firstfloor" {
            Switch item=Lights mappings=[OFF="All Off"]
            Group item=Heating
            Group item=Windows
            Text item=Temperature
        }
    }
        
}

Mis ik nog iets, de waarde blijft leeg op het scherm:



OpenHAB en Pilight syncen goed bij aan en uitzetten schakelaars, beide kanten op. Temperatuur waarden komen 4x min binnen in pilight.

[sfinx]

peetbeet schreef op woensdag 17 december 2014 @ 11:21:
[...]
Mis ik nog iets, de waarde blijft leeg op het scherm:

[afbeelding]

OpenHAB en Pilight syncen goed bij aan en uitzetten schakelaars, beide kanten op. Temperatuur waarden komen 4x min binnen in pilight.

Config ziet er goed uit, kun je misschien je pilight config voor woonkamer:weer1 en woonkamer:weerstation posten? En zie je bij opstarten van openHAB een logregel over deze items?

Bij mij ziet de config er zo uit:

code:

 "buiten": {
                "name": "Buiten",
                "weerstation": {
                        "name": "Sensor Buiten",
                        "protocol": [ "threechan" ],
                        "id": [{
                                "id": 1501
                        }],
                        "temperature": 52,
                        "humidity": 710,
                        "battery": 1
                },
}

Dat resulteert in dit item in openHAB:

code:

Number  BuitensensorTemperatuur         "Temperatuur [%.1f °C]"         {pilight="kaku#buiten:weerstation,property=temperature"}

[peetbeet]

sfinx schreef op woensdag 17 december 2014 @ 13:09:
[...]

Config ziet er goed uit, kun je misschien je pilight config voor woonkamer:weer1 en woonkamer:weerstation posten? En zie je bij opstarten van openHAB een logregel over deze items?

Dit is mijn config.json, met alleen woonkamer temp dingen, mijn temp waarden worden ook bijgewerkt in pilight te zien in scherm.

code:

{
    "woonkamer": {
        "name": "Woonkamer",
        "weer0": {
            "name": "Buiten temp Nijkerk",
            "protocol": [ "openweathermap" ],
            "id": [{
                "location": "nijkerk",
                "country": "nl"
            }],
            "humidity": 10000,
            "temperature": 800,
            "sunrise": 804,
            "sunset": 1641,
            "sun": "set",
            "gui-show-sunriseset": 0
        },
        "sunriseset": {
            "name": "Sunrise",
            "protocol": [ "sunriseset" ],
            "id": [{
                "longitude": "4.895167",
                "latitude": "52.3702157"
            }],
            "sunrise": 803,
            "sunset": 1649,
            "sun": "set"
        },
        "weer1": {
            "name": "Weer buiten ch1",
            "protocol": [ "threechan" ],
            "id": [{
                "id": 1520
            }],
            "temperature": 82,
            "humidity": 900,
            "battery": 1
        },
        "weer2": {
            "name": "Weer kamer ch2",
            "protocol": [ "threechan" ],
            "id": [{
                "id": 1295
            }],
            "temperature": 197,
            "humidity": 520,
            "battery": 1
        },
        "weer3": {
            "name": "Weer boven ch3",
            "protocol": [ "threechan" ],
            "id": [{
                "id": 1383
            }],
            "temperature": 179,
            "humidity": 570,
            "battery": 1
        }
    }

Zie jij in de events.log ook de temp waarden binnen komen, bij mij alleen de schakel momenten. Ik heb ook in de openhab.log gekeken, geen error vanuit pilight binding.

UPDATE:

Krijg na herstarten error in de log. Foutje "weerstation" aangepast naar "weer1", andere waarden geven nog error.

code:

13:37:49.227 ERROR o.o.m.i.i.GenericItemProvider[:343]- Binding configuration of type 'pilight' of item ‘BuitensensorTemperatuur‘ could not be parsed correctly.
org.openhab.model.item.binding.BindingConfigParseException: item 'BuitensensorTemperatuur' is of type 'NumberItem', only Switch and Dimmer are supported for now- please check your *.items configuration
    at org.openhab.binding.pilight.internal.PilightGenericBindingProvider.validateItemType(PilightGenericBindingProvider.java:51)
    at org.openhab.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:340)
    at org.openhab.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:317)
    at org.openhab.model.item.internal.GenericItemProvider.processBindingConfigsFromModel(GenericItemProvider.java:171)
    at org.openhab.model.item.internal.GenericItemProvider.modelChanged(GenericItemProvider.java:379)
    at org.openhab.model.core.internal.ModelRepositoryImpl.notifyListeners(ModelRepositoryImpl.java:158)
13:37:49.228 ERROR o.o.m.i.i.GenericItemProvider[:343]- Binding configuration of type 'pilight' of item ‘BuitensensorLuchtvochtigheid‘ could not be parsed correctly.
org.openhab.model.item.binding.BindingConfigParseException: item 'BuitensensorLuchtvochtigheid' is of type 'NumberItem', only Switch and Dimmer are supported for now- please check your *.items configuration
    at org.openhab.binding.pilight.internal.PilightGenericBindingProvider.validateItemType(PilightGenericBindingProvider.java:51)
    at org.openhab.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:340)
    at org.openhab.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:317)
    at org.openhab.model.item.internal.GenericItemProvider.processBindingConfigsFromModel(GenericItemProvider.java:171)
    at org.openhab.model.item.internal.GenericItemProvider.modelChanged(GenericItemProvider.java:379)
    at org.openhab.model.core.internal.ModelRepositoryImpl.notifyListeners(ModelRepositoryImpl.java:158)
13:37:49.229 ERROR o.o.m.i.i.GenericItemProvider[:343]- Binding configuration of type 'pilight' of item ‘BuitensensorBatterij‘ could not be parsed correctly.
org.openhab.model.item.binding.BindingConfigParseException: item 'BuitensensorBatterij' is of type 'StringItem', only Switch and Dimmer are supported for now- please check your *.items configuration
    at org.openhab.binding.pilight.internal.PilightGenericBindingProvider.validateItemType(PilightGenericBindingProvider.java:51)
    at org.openhab.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:340)
    at org.openhab.model.item.internal.GenericItemProvider.internalDispatchBindings(GenericItemProvider.java:317)
    at org.openhab.model.item.internal.GenericItemProvider.processBindingConfigsFromModel(GenericItemProvider.java:171)
    at org.openhab.model.item.internal.GenericItemProvider.modelChanged(GenericItemProvider.java:379)
    at org.openhab.model.core.internal.ModelRepositoryImpl.notifyListeners(ModelRepositoryImpl.java:158)

UPDATE2: Gevonden, deze gaf de hint naar de oplossing:

code:

13:51:42.615 WARN  o.o.m.i.i.GenericItemProvider[:108]- Attempted to register a second BindingConfigReader of type 'pilight'. The primaraly reader will remain active!

Ik had de oude binding in de addons dir hernoemd naar jar.old, maar hij pakt toch de binding , had dus twee pilight bindings staan en hij pakte natuurlijk de hernoemde versie, na verwijderen oude ok. Werkt nu helemaal blij!

[ Voor 52% gewijzigd door peetbeet op 17-12-2014 14:02 ]

[DRAFTER86]

Vraagje, ik zit er over te denken om Openhab te gaan draaien i.c.m wat simpele klikaanklikuit schakelaars en wat Limitlessled/Milight lampen.
Nu vroeg ik mij af wat de mogelijkheden zijn om de benodigde 433mhz communicatie voor de KAKU units te verzorgen?
Ik zie dat Openhab de RFXCOM transceiver ondersteund, maar dat ding is nog behoorlijk prijzig.
Alternatief is zelf iets klussen met een Arduino en de serial binding, maar het leek mij sterk dat dat niet al een keer gedaan is?

[GENETX]

Dat is ook waarom een tweaker een plugin voor Pilight heeft geschreven . Gebruik hem zelf met tevredenheid. Zie ook de TS en dit topic: pilight - open source domotica oplossing

Inmiddels heb ik een eerste implementatie van mijn thermostaat in OpenHAB klaar. Eerst eens kijken of het werkt. 2 hardcoded schema's, schema per dag selecteerbaar en nog wat trucjes zoals temperatuur verlagen als ik (nog) niet thuis ben (lastig met voorverwarmen). Nog niet gekoppeld aan mijn Honeywell zelf, eerst kijken of de toestand correct bepaald wordt.

[ Voor 47% gewijzigd door GENETX op 22-12-2014 22:10 ]

[DRAFTER86]

GENETX schreef op maandag 22 december 2014 @ 17:46:
Dat is ook waarom een tweaker een plugin voor Pilight heeft geschreven . Gebruik hem zelf met tevredenheid. Zie ook de TS en dit topic: pilight - open source domotica oplossing
...

Hm mijn OpenHab server gaat op een Ubuntu server draaien, dus om daar nu weer een RPi naast te draaien enkel voor 433mhz RF vind ik ook wat overdreven.
Momenteel heb ik al een simpele setup waarmee ik met wat Arduino's en nRF24L01's (2.4ghz transceivers) wat relais en RGB led's kan schakelen met OpenHab.
Lang niet gek voor een avondje klussen
Dus ik denk dat ik maar eens een paar 433mhz modules koop en zelf ga pielen met wat KAKU setjes.
Maar nogmaals, het verbaasd me een beetje dat dat niet al gedaan is

[GENETX]

Het voordeel van pilight is dat je dan al heel veel apparatuur ondersteund. Overigens heeft iemand al een poging gedaan om een Arduino te gebruiken icm Pilight: http://forum.pilight.org/Thread-Arduino-Nano-GPIO-USB

Ik weet niet wat de status is, maar dan zou je OpenHAB en pilight op je server kunnen draaien en de hardware op een Arduino. OpenHAB -> pilight -> arduino.

[Mars Warrior]

DRAFTER86 schreef op dinsdag 23 december 2014 @ 11:12:
[...]
Dus ik denk dat ik maar eens een paar 433mhz modules koop en zelf ga pielen met wat KAKU setjes.
Maar nogmaals, het verbaasd me een beetje dat dat niet al gedaan is

Maar natuurlijk is dit allang gedaan. Jaren geleden al. Zoek maar eens op Jeelabs/JeeNodes en KAKU. Made in Holland, al in 2009 dus

[GENETX]

Ohja, er zijn zat arduino projectjes te vinden om het aan te sturen inderdaad. De vraag is alleen hoe makkelijk je het in OpenHAB krijgt. Waarschijnlijk wel via MQQT ofzo. Zie er wel meer mee spelen als ik even google op oa "OpenHAB 433MHz arduino".

[Mars Warrior]

De meeste van dat soort oplossingen gaan uit van een directe LAN verbinding of een seriële verbinding.

De koppeling met MQTT is dan of direct (LAN) of via een leuk scriptje als het seriëeel gaat. In dat laatste geval kom je om in de mogelijkheden, van node.js serial met MQTT oplossingen tot directe php/python scripts.

Zeker als je het laatste python scripje ziet (zeer compact/simpel), dan snap ik niet dat er hele hordes zijn die voor dit soort simpele toepassingen - het doorgeven van data - hier nog een RPI tussen gaan zetten met een eigen OpenHAB binding of uberhaupt een eigen binding ontwikkelen...

Is er zeer specifieke binding configuratie nodig of specifiek gedrag dan is een eigen binding zeker in het voordeel of de enige juiste keuze tov MQTT, want MQTT is natuurlijk enkel een doorgeefluik. Zelf zet ik configuratie gegevens in OpenHAB 'configuratie' items, en via een rule die aktief is bij system start, stuur ik die gegevens via MQTT configuratie topics naar het device dat die configuratie nodig heeft.

GENETX schreef op maandag 22 december 2014 @ 17:46:
Inmiddels heb ik een eerste implementatie van mijn thermostaat in OpenHAB klaar. Eerst eens kijken of het werkt. 2 hardcoded schema's, schema per dag selecteerbaar en nog wat trucjes zoals temperatuur verlagen als ik (nog) niet thuis ben (lastig met voorverwarmen). Nog niet gekoppeld aan mijn Honeywell zelf, eerst kijken of de toestand correct bepaald wordt.

Leuk! En hoe gekoppeld eigenlijk? HTTP/REST oid?
Mijn OpenTherm ketel/thermostaat doet het inmiddels perfect icm OpenHAB. Gekoppeld via, uhhmmm, ach, 3x raden.........., MQTT natuurlijk

[ Voor 75% gewijzigd door Mars Warrior op 23-12-2014 20:07 . Reden: GENETX thermostaat erbij ]

[GENETX]

In eerste instantie gekoppeld door een python script aan te roepen die het setpoint instelt of alles reset naar default (als ik zelf de thermostaat wil controleren en niet via OpenHAB). Ik vond vanochtend nog een bugje en heb het eea iets aangepast. Wil later ook nog het inschakelpunt optimaliseren met iets als Model Predictive Control, maar mogelijk moet dat buiten OpenHAB. Eerst maar de functionaliteit die ik al had van Honeywell min of meer nagemaakt met een paar ongebruikte zaken weggelaten en wat andere handige trucjes. Zo ga ik wel voorverwarmen, maar als ik niet thuis ben stopt dat bij 17 graden. Pas als ik thuis kom gaat ie naar het echte setpoint. Als ik dus een tijdje wegben, maar niet lang genoeg om het huis helemaal af te laten koelen (zeg een uurtje winkelen) dan gaat hij ook tijdelijk terug naar 17.

Al kan ik het niet helemaal meer testen. Qua code zou ik zeggen dat het nu goed moet zijn. Verder ben ik begonnen om de default interface te hacken en iets moderner te maken. Wat nieuwe icoontjes en spelen in de css. GreenT had bij mij namelijk bugs en voor CometVisu heb ik weinig zin om twee configs bij te houden. De classic interface werkt goed, maar zag er wat oubollig uit. Ik moet de knoppen nog aanpassen, maar inmiddels ziet het er zo uit:



Ergens deze week komt er vast nog wel een mega push naar mijn git

Overigens, hadden meer mensen last van een kapotte astro binding? https://groups.google.com/forum/#!topic/openhab/goxnBPCwugo

Edit:
Net heeft de thermostaatregeling iig zijn werk gedaan en is eventjes verlaagd van 19 -> 17 en is net weer bij thuiskomst op 19 gesprongen

[ Voor 49% gewijzigd door GENETX op 24-12-2014 11:54 ]

[Mars Warrior]

GENETX schreef op woensdag 24 december 2014 @ 11:01:
[...]Verder ben ik begonnen om de default interface te hacken en iets moderner te maken. Wat nieuwe icoontjes en spelen in de css. GreenT had bij mij namelijk bugs en voor CometVisu heb ik weinig zin om twee configs bij te houden. De classic interface werkt goed, maar zag er wat oubollig uit. Ik moet de knoppen nog aanpassen, maar inmiddels ziet het er zo uit:

[afbeelding]

Ergens deze week komt er vast nog wel een mega push naar mijn git

Ziet er 1000x beter uit dan de bestaande meuk die men MMI durft te noemen

Doen deze icoontjes het ook in de iPhone app denk je? Want de bestaande zijn zo vreselijk onscherp nl, dat ik ze heel graag zou willen vervangen door deze lekkere frisse en moderne figuurtjes!

Verder lekker overzichtelijk menu dat je hebt gemaakt. Ook het scheiden van grafieken en text is prettig, want ik zie bij een mix dat bij elke update van één waarde ook de grafieken worden gerefreshed. Erg onrustig...

Heb je deze MMI ook extern beschikbaar gemaakt voor jezelf, en zo ja hoe dan (https, certificaten, of username/password, anders?).

Overigens, hadden meer mensen last van een kapotte astro binding? https://groups.google.com/forum/#!topic/openhab/goxnBPCwugo

Ja, mijn logfile stond vol met stackdumps, maar ik heb nu een 1.7 snapshot en die doet het weer gelukkig!

[GENETX]

Als het goed is pakt de app de icoontjes inderdaad, dat doet hij bij Android wel. Het is wel de bedoening dat ik hem beschikbaar maak. Ben nog even wat andere klusjes aan het doen in het huis, maar mogelijk dat ik deze beta interface straks even ergens online gooi voor jullie.

Ik kan er ook extern bij inderdaad. Ik doe dat via de beta van my.openhab.org. Daarmee kan ik ook berichten naar mijn telefoon pushen . Ook kan de App via die website mijn huis bereiken als ik op een extern netwerk zit. Het is beta dus, je moet geaccepteerd worden, maar was bij mij in no time gedaan. Ik denk dat ik gewoon een goed verhaal had

Ik heb alleen iconen voor mijn eigen zaken overigens, maar er zijn zo een aantal te downloaden. Ik heb ze van http://www.flaticon.com/ (topsite, allemaal licentie vrij en simpel + strak). Ik heb de 64x64 pngs gedownload. Sommigen worden helaas niet in een 1:1 ratio opgeslagen en dan rekt OpenHAB ze erg lelijk uit. Die code kon ik gister zo snel niet vinden, dus heb er eentje nog moeten modden met photoshop naar een 64x64 afbeelding met veel transparantie

[ Voor 38% gewijzigd door GENETX op 24-12-2014 12:41 ]

[Mars Warrior]

GENETX schreef op woensdag 24 december 2014 @ 12:37:
Als het goed is pakt de app de icoontjes inderdaad, dat doet hij bij Android wel. Het is wel de bedoening dat ik hem beschikbaar maak. Ben nog even wat andere klusjes aan het doen in het huis, maar mogelijk dat ik deze beta interface straks even ergens online gooi voor jullie.

Heel fijn. Leuk kerstkadootje

Ik kan er ook extern bij inderdaad. Ik doe dat via de beta van my.openhab.org. Daarmee kan ik ook berichten naar mijn telefoon pushen . Ook kan de App via die website mijn huis bereiken als ik op een extern netwerk zit. Het is beta dus, je moet geaccepteerd worden, maar was bij mij in no time gedaan. Ik denk dat ik gewoon een goed verhaal had

Ach ja, helemaal vergeten. Die moet ik nog activeren

Ik heb alleen iconen voor mijn eigen zaken overigens, maar er zijn zo een aantal te downloaden. Ik heb ze van http://www.flaticon.com/ (topsite, allemaal licentie vrij en simpel + strak). Ik heb de 64x64 pngs gedownload.

Hmmm, en doen die het goed op die hoge resolutie displays?
Ik ga in ieder geval daar ff neuzen!

[GENETX]

Mogelijk heb je groteren nodig dan. Ik neem aan dat de iconen worden gerekt op je iPhone? Ik ben nu van 32x32 naar 64x64 gegeaan en dat gaat goed.

[ Voor 136% gewijzigd door GENETX op 27-12-2014 17:04 ]

[Mars Warrior]

GENETX schreef op woensdag 24 december 2014 @ 12:49:
Mogelijk heb je groteren nodig dan. Ik neem aan dat de iconen worden gerekt op je iPhone? Ik ben nu van 32x32 naar 64x64 gegeaan en dat gaat goed.

Dit is al een enorme verbetering. Zie dat deze iconen veel groter zijn dan de andere. Op de iPhone ziet het er nu netjes uit. Zie ook dat ze zo ongeveer alle iconen wel hebben die je nodig hebt

Iconen doen het dus ook in de iPhone app

Edit: Heb hem even tijdelijk online gezet: (later komt ie wel in de github ofzo)

Klik hier
Aanwijzingen:
1. Stop OpenHAB
2. Maak een backup van runtime/server/plugins/org.openhab.ui.webapp_1.6.1.jar
3. Kopieer org.openhab.ui.webapp_1.6.1.jar van de zip in runtime/server/plugins
4. Mocht je de iconen willen bewaren, maak dan ook een backup van runtime/webapps/images/
5. Plak de plaatjes uit de map images van de zip in runtime/webapps/images/
6. Start OpenHAB weer op
7. Geniet van de nu al verbeterde interface

Draait mooi!

PS: Hoe krijg je eigenlijk op dezelfde regel en een label, en bijv. de temperatuur? Ik heb de demo bekeken, maar krijg het niet voor elkaar. Bij mij komt enkel het label, en niet de waarde van een item aan het einde van de regel erbij...

[ Voor 9% gewijzigd door Mars Warrior op 24-12-2014 15:44 . Reden: PS ]

[GENETX]

Met een format string. Dat zijn die dingen tussen blokhaken zoals [%.1f C]. Lijkt op/is gelijk aan de printf zoals in c. String formatting zal ook zitten in java. Met de [] geef je volgens mij aan dat het rechts moet staan (maar pin me er nirt op vast, dat heb ik ook klakkeloos overgenomen). Met % begin je de format. %.1f zal een floating point met 1 cijfer achter de komma geven. Een %s geeft je een string (zoals bij mijn pioneer avr). Uiteraard moet je dit wel koppelen aan een item, zoals een Number.

Voorbeeld voor items:

code:

 Number Inside_Temperature              "Temperatuur binnen [%.1f °C]"  <temperature> (Weather_Chart)

En voor in de sitemap

code:

Text item=Inside_Temperature label="Temperatuur binnen [%.1f °C]" icon="temperature"

Die laatste is uit het hoofd en weet ik niet 100% zeker. Moet nog de laatste code comitten, dan is het duidelijker denk ik. Maar het gaat er om dat je dat stuk in blokhaken hebt en, zeker in de sitemap, een item hebt gekoppeld waar de informatie weg moet komen.

Edit: liep ook even te zoeken naar andere en betere graphs net. Iemand bekend met deze OpenHAB fork? http://pleg.ma . Opensource en die grafieken zien er strak uit. Wellicht ook eens het proberen waard. Ook openhab2 zou oude addons en het oude rule systeem moeten slikken, maargoed die is nog in alpha en mijn huis draai ik niet in alpha ;-). Wil nog eens mooiere grafieken, maar daar ga ik weinig tijd in steken.

[ Voor 16% gewijzigd door GENETX op 24-12-2014 19:51 ]

[Anoniem: 587859]

Hallo Allemaal

Even terug komen op de arduino in openhab

Ik heb een arduino met div sensors er aan (RF,IR,Temperatuud,Vocht,Luchtdruk,Display,Tilt,motion)
deze heb ik aan openhab op een raspberry hangen via usb
met de serial binding is deze eenvoudig uit te lezen

In Items toevoegen
String Arduino "eval arduino" { serial="/dev/ttyACM0"}

in rules kan je dan eenvoudig bijvoorbeeld een kaku aan sturen

rule "Light_GF_Livingroom_Walll_Center on update"
when
Item Light_GF_Living_Wall_Center received update
then
if (Light_GF_Living_Wall_Center.state==OFF)
{
sendCommand(Arduino,"F0810FB6\r\n")
}
if (Light_GF_Living_Wall_Center.state==ON)
{
sendCommand(Arduino,"F0810FB7\r\n")
}
end

rule "Light_GF_Livingroom_Walll_Left on update"
when
Item Light_GF_Living_Wall_Left received update
then
if (Light_GF_Living_Wall_Left.state==OFF)
{
sendCommand(Arduino,"F0810FF6\r\n")
}
if (Light_GF_Living_Wall_Left.state==ON)
{
sendCommand(Arduino,"F0810FF7\r\n")
}
end

Ruud

[Mars Warrior]

GENETX schreef op woensdag 24 december 2014 @ 19:06:
En voor in de sitemap

code:

Text item=Inside_Temperature label="Temperatuur binnen [%.1f °C]" icon="temperature"

Aaaaaaah. Dat was hem, die [%.1f] etc.. Had dit niet in de sitemap gezet, vandaar...

Edit: liep ook even te zoeken naar andere en betere graphs net. Iemand bekend met deze OpenHAB fork? http://pleg.ma . Opensource en die grafieken zien er strak uit. Wellicht ook eens het proberen waard. Ook openhab2 zou oude addons en het oude rule systeem moeten slikken, maargoed die is nog in alpha en mijn huis draai ik niet in alpha ;-). Wil nog eens mooiere grafieken, maar daar ga ik weinig tijd in steken.

Die ben ik al eerder tegengekomen. Qua MMI/UI eigenlijk alles wat OpenHAB 1.x niet is. Zou vreselijk mooi zijn als ze dit integreren (pleg is daartoe bereidt volgens hun site), maar zal wel niet gaan gebeuren als ik naar het verleden kijk (erg eigenwijs)...

Mijn spul ziet er nu zo uit:



Zoals je ziet:

• Je icoontjes doen het goed;
• Daar waar ik extra heb gedownload zie je inderdaad het uitrekken
• Ergens zit een cache, want ik heb icoontjes een andere naam moeten geven om ze te zien te krijgen
• Als ik in de sitemap een graden celcius invoer (zie hoofdscherm) dan gaat dat goed. Doe ik dat in de items file, dan krijg ik zo'n vreemd vraagtekentje...
• Tem buiten min/max werkt niet. Rest wel. Moest wel directe http calls in de items file doen (openweathermap api calls).
• Grafiekjes heb ik nog even weggelaten.
• Mijn temperatuur setpoint werkt nu niet meer. Snap dat niet. Heeft gewerkt. Niets veranderd, maar nu weigert OpenHAB en klaagt over ongeldige indexen... Wordt nog ff zoeken dus

[GENETX]

Mars Warrior schreef op woensdag 24 december 2014 @ 22:19:
[...]

Aaaaaaah. Dat was hem, die [%.1f] etc.. Had dit niet in de sitemap gezet, vandaar...

[...]

Die ben ik al eerder tegengekomen. Qua MMI/UI eigenlijk alles wat OpenHAB 1.x niet is. Zou vreselijk mooi zijn als ze dit integreren (pleg is daartoe bereidt volgens hun site), maar zal wel niet gaan gebeuren als ik naar het verleden kijk (erg eigenwijs)...

Mijn spul ziet er nu zo uit:

Awesome! Ik moet ook nog mijn server info toevoegen en binnenkort ook nog een manuele logging van mijn meterstanden (dou het nu via energiemanageronline, maar heb het liever thuis staan).

• Ergens zit een cache, want ik heb icoontjes een andere naam moeten geven om ze te zien te krijgen

Ohja, in Android was er bij settings een optie voor om het weg te gooien. Browser cache moest ik ook legen.

• Als ik in de sitemap een graden celcius invoer (zie hoofdscherm) dan gaat dat goed. Doe ik dat in de items file, dan krijg ik zo'n vreemd vraagtekentje...

Weird. Ik doe zelf nu alles in de sitemaps, wordt het wat netter van qua config.

• Tem buiten min/max werkt niet. Rest wel. Moest wel directe http calls in de items file doen (openweathermap api calls).

Vaag. Ik gebruik zelf van die transformation files. Code van mijn github zou moeten werken. Je hebt de transformation files nodig en de stukjes code van mijn items:
https://github.com/GENETX/openhab/tree/master/transform
https://github.com/GENETX...aster/items/default.items

• Grafiekjes heb ik nog even weggelaten.

Ik zag nu ook dat je ze kan combineren, moet er nog even naar kijken:
https://embeddedcode.word...orial-on-rule-and-timers/

Overigens werkt bij mij Astro qua tijd wel, maar de events niet. Licht gaat niet automatisch meer aan of uit nu. Mogelijk omdat ik de schakelaars van de interface heb gegooid om het clean te maken. Heb de swiych nog wel in items staan nml.

Anoniem: 587859 schreef op woensdag 24 december 2014 @ 21:51:
Hallo Allemaal

Even terug komen op de arduino in openhab

Ik heb een arduino met div sensors er aan (RF,IR,Temperatuud,Vocht,Luchtdruk,Display,Tilt,motion)
deze heb ik aan openhab op een raspberry hangen via usb
met de serial binding is deze eenvoudig uit te lezen

In Items toevoegen
String Arduino "eval arduino" { serial="/dev/ttyACM0"}

in rules kan je dan eenvoudig bijvoorbeeld een kaku aan sturen

rule "Light_GF_Livingroom_Walll_Center on update"
when
Item Light_GF_Living_Wall_Center received update
then
if (Light_GF_Living_Wall_Center.state==OFF)
{
sendCommand(Arduino,"F0810FB6\r\n")
}
if (Light_GF_Living_Wall_Center.state==ON)
{
sendCommand(Arduino,"F0810FB7\r\n")
}
end

rule "Light_GF_Livingroom_Walll_Left on update"
when
Item Light_GF_Living_Wall_Left received update
then
if (Light_GF_Living_Wall_Left.state==OFF)
{
sendCommand(Arduino,"F0810FF6\r\n")
}
if (Light_GF_Living_Wall_Left.state==ON)
{
sendCommand(Arduino,"F0810FF7\r\n")
}
end

Ruud

Dat ziet er ook wel makkelijk uit. Al zou je in jou geval, als je het toch al op een Pi draait, ook pilight kunnen gebruiken in combinatie met OpenHAB op die ene Pi. Al kan dat ook zwaar zijn als je aan ontvangen doet. Draait het wel wat op zo'n Pi overigens? Het is nogal zwaar....

Code kun je overigens overzichtelijk in code-tags zetten met:

code:

[code]plaats hier je code[/code]

Oh en groeten hoeft niet, hoe goed ook bedoeld: Het algemeen beleid #groeten

[ Voor 41% gewijzigd door GENETX op 25-12-2014 11:16 ]

[Mars Warrior]

GENETX schreef op donderdag 25 december 2014 @ 10:47:
Weird. Ik doe zelf nu alles in de sitemaps, wordt het wat netter van qua config.

Inmiddels gevonden terwijl ik zocht naar een ander probleem. Het blijkt dat als je Notepad/Notepad++/UltraEdit gebruikt dat je de codering op "UTF-8 zonder BOM" moet instellen. Dit is een bug van een jaar oud, en nog steeds niet gefixed dus. De graden doen het nu dus!

Vaag. Ik gebruik zelf van die transformation files. Code van mijn github zou moeten werken. Je hebt de transformation files nodig en de stukjes code van mijn items:
https://github.com/GENETX/openhab/tree/master/transform
https://github.com/GENETX...aster/items/default.items

Ga ik nog uitproberen... De andere items doen het wel, al is het wel zo dat ik het via de HTTP binding/cache absoluut niet aan de praat kreeg. Doe nu dus direct http api calls. Niet echt efficient, maar voorlopig moet het maar zo...

Ik zag nu ook dat je ze kan combineren, moet er nog even naar kijken:
https://embeddedcode.word...orial-on-rule-and-timers/

Yep. Gewoon een groep maken, en de groepsnaam opgeven bij de chart. Dan wordt alles geplot wat in die groep zit.

Overigens werkt bij mij Astro qua tijd wel, maar de events niet. Licht gaat niet automatisch meer aan of uit nu. Mogelijk omdat ik de schakelaars van de interface heb gegooid om het clean te maken. Heb de swiych nog wel in items staan nml.

Ik heb regelmatig dat dingen niet werken, of vreemd werken. Het opieuw opstarten van OpenHAB zorgt er iha voor dat het werkt. Blijkaar gaat dat on the fly wijzigen van items etc. niet altijd goed.

Als je veel aan het uitproberen en wijzigen bent dan blijkt telkens dat OpenHAB nog niet echt stabiel en voorspelbaar is qua gedrag. Ik heb nu wederom gigantische stackdumps rondom charts:

code:

2014-12-25 12:43:25.336 [WARN ] [e.jetty.servlet.ServletHandler] - /chart
java.lang.IndexOutOfBoundsException: null
    at javax.imageio.stream.FileCacheImageOutputStream.seek(Unknown Source) ~[na:1.8.0_25]
    at javax.imageio.stream.FileCacheImageOutputStream.close(Unknown Source) ~[na:1.8.0_25]
    at javax.imageio.ImageIO.write(Unknown Source) ~[na:1.8.0_25]

[...gaat not tig regels door...]

En het wijzigen van de thermostaat waarde lukt ook nog steeds niet, terwijl het dus een week zonder problemen heeft gewerkt.

code:

2014-12-25 13:16:54.009 [ERROR] [o.o.c.s.ScriptExecutionThread ] - 
Error during the execution of rule 'Setpoint override changed': Index: 1, Size: 1

Deze problemen zaten blijkbaar al in 1.5.1, en zijn nog niet opgelost lijkt het. In 1.5.0 werkte dit wel nl... Ik zit nog op 1.6. Eens kijken als ik upgrade naar 1.6.1

[ Voor 4% gewijzigd door Mars Warrior op 25-12-2014 13:23 ]

[GENETX]

Post anders de code eens. Wellichr zie ik of een ander wat.

[Anoniem: 112424]

Vanochtend deze thread gevonden in 'good old tweakers.net'. Hartstikke leuk omdat ik ongeveer 10 dagen geleden ben gestart om mij in te werken in OpenHab. Zoals als anderen hier ook al hebben aangegeven is het een behoorlijk lastige opgave om dat voor elkaar te krijgen. Veel copy/paste en vallen en opstaan (ik heb voor het laatst geprogrammeerd in VisualBasic, 30 jaar geleden...).

Voor het Astro probleem heb ik eergisteren het volgende gevonden : https://groups.google.com/forum/#!topic/openhab/goxnBPCwugo

De snapshot patch werkt prima. Het had te maken met de overgang naar het winter seizoen.

Erg leuk te zien dat het lukt met de thermostaat van Honeywell. Tot nu toe niets gevonden wat er in de buurt komt.

Verder vanochtend het volgende speelgoed binnengekregen :
- Banana PI (dual core; zou het wellicht beter moeten trekken dan de RBPI)
- HomeMatic CCU2
- HomeMatic thermostaatknop

Heb veel vragen nog over de syntax van Xtext / Xbase. Alleen door de voorbeelden kom ik er langzaam achter welke properties er bestaan en hoe je die toepast. Hebben jullie iets gevonden waar de uitleg van de syntax en alle opties staan vermeld ?

mvg

[GENETX]

Nee, helaas niet. Ik krijg het zo langzamerhand door, maar het is idd vallen en opstaan, terwijl ik wel regelmatig programmeeer... Wellicht doe ik het zelf fout en ben ook niet actief op zoek gegaan naar documentatie. Langzamerhand krijg ik steeds meer trucjes door. Maar bij mij blijft het vaak wel inconsistent. Waarom de ene keer wel met ".state" en de andere keer niet. Waarom dan weer "as Decimal" en in een ander voorbeeld ".state.toString()".

Succes er mee! Ik ben nu nog bezig met mijn mega-update. Moet nog even de sitemap voor meterstanden bijwerken (ik kan nu zelf meterstanden ingeven en graaddagen berekenen). Dan nog een kleine update aan de interface en dan is dat ding van mij "af" (naja, wat is af ).

[Mars Warrior]

GENETX schreef op donderdag 25 december 2014 @ 13:28:
Post anders de code eens. Wellichr zie ik of een ander wat.

Pffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff, het werkt weer

Mijn ot.rules bestand ziet er als volgt uit (incl. de uitgecommentarieerde delen door al het experimenteren):

Java:

//import org.openhab.core.library.types.*
//import org.openhab.core.persistence.*
//import org.openhab.model.script.actions.*
//import java.util.Date
//import java.text.SimpleDateFormat
//import org.joda.time.*
//import org.openhab.core.library.types.DecimalType

rule "CmdSetpoint changed"
    when
        Item OTGW_CmdSetpoint changed
    then
//      logDebug("OTGW_CmdSetpoint logging {}, {}", OTGW_CmdSetpoint, 999)
    
end

rule "Setpoint override changed"
    when
        Item OTGW_SetpointOverride changed
    then
        //OTGW_CmdSetpoint.sendCommand(OTGW_SetpointOverride)
        //logDebug("SetpointOverride {}, {}", OTGW_SetpointOverride.state, OTGW_SetpointOverride.command)
//      sendCommand(OTGW_CmdSetpoint, 20.0)//OTGW_SetpointOverride)
//      sendCommand(OTGW_CmdSetpoint, OTGW_SetpointOverride.command)
//      sendCommand(OTGW_CmdSetpoint, OTGW_SetpointOverride.state)
        postUpdate(OTGW_CmdSetpoint, OTGW_SetpointOverride.state)
        postUpdate(OTGW_Test, OTGW_SetpointOverride.state)
//      OTGW_CmdSetpoint = OTGW_SetpointOverride

end

rule "Initialize heating states"
    when 
        System started
    then
        postUpdate(OTGW_SetpointOverride, 18.5)
        postCommand(OTGW_SetpointOverride, 19.0)
        postUpdate(OTGW_CmdSetpoint, 18.5)
        sendCommand(OTGW_CmdSetpoint, 19.0)
end

Ik had o.a. de volgende leuke foutmeldingen:

code:

2014-12-27 15:26:22.954 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'Setpoint override changed': Could not invoke method: org.openhab.model.script.actions.BusEvent.sendCommand(org.openhab.core.items.Item,java.lang.String) on instance: null

=====

2014-12-27 15:35:55.159 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'Setpoint override changed': org.eclipse.xtext.util.PolymorphicDispatcher$NoSuchMethodException: Couldn't find method ''_assignValue'' for objects [org.eclipse.xtext.common.types.impl.JvmGenericTypeImplCustom@4eae4283 (visibility: PUBLIC, simpleName: NumberItem, identifier: org.openhab.core.library.items.NumberItem) (abstract: false, static: false, final: false, packageName: org.openhab.core.library.items) (interface: false), <null> OTGW_CmdSetpoint <XFeatureCallImplCustom>, OTGW_SetpointOverride (Type=NumberItem, State=18.5), org.eclipse.xtext.xbase.interpreter.impl.DefaultEvaluationContext@41d3b915, org.eclipse.xtext.util.CancelIndicator$1@4e7581a1]

=====

2014-12-27 15:40:54.320 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'Setpoint override changed': Could not invoke method: org.openhab.model.script.actions.BusEvent.sendCommand(java.lang.String,java.lang.String) on instance: null
2014-12-27 15:40:58.005 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'Setpoint override changed': Could not invoke method: org.openhab.model.script.actions.BusEvent.sendCommand(java.lang.String,java.lang.String) on instance: null
2014-12-27 15:41:03.045 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'Setpoint override changed': Could not invoke method: org.openhab.model.script.actions.BusEvent.sendCommand(java.lang.String,java.lang.String) on instance: null
2014-12-27 15:41:05.840 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'Setpoint override changed': Could not invoke method: org.openhab.model.script.actions.BusEvent.sendCommand(java.lang.String,java.lang.String) on instance: null
2014-12-27 15:41:59.608 [INFO ] [c.internal.ModelRepositoryImpl] - Refreshing model 'ot.rules'
2014-12-27 15:41:59.714 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'Setpoint override changed': org.eclipse.xtext.util.PolymorphicDispatcher$NoSuchMethodException: Couldn't find method ''_assignValue'' for objects [org.eclipse.xtext.common.types.impl.JvmGenericTypeImplCustom@7067d3e6 (visibility: PUBLIC, simpleName: NumberItem, identifier: org.openhab.core.library.items.NumberItem) (abstract: false, static: false, final: false, packageName: org.openhab.core.library.items) (interface: false), <null> OTGW_CmdSetpoint <XFeatureCallImplCustom>, OTGW_SetpointOverride (Type=NumberItem, State=18.5), org.eclipse.xtext.xbase.interpreter.impl.DefaultEvaluationContext@1dfb99b0, org.eclipse.xtext.util.CancelIndicator$1@34e182a1]
2014-12-27 15:43:09.745 [INFO ] [c.internal.ModelRepositoryImpl] - Refreshing model 'ot.rules'
2014-12-27 15:43:31.674 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'Setpoint override changed': org.eclipse.xtext.util.PolymorphicDispatcher$NoSuchMethodException: Couldn't find method ''_assignValue'' for objects [org.eclipse.xtext.common.types.impl.JvmGenericTypeImplCustom@7067d3e6 (visibility: PUBLIC, simpleName: NumberItem, identifier: org.openhab.core.library.items.NumberItem) (abstract: false, static: false, final: false, packageName: org.openhab.core.library.items) (interface: false), <null> OTGW_CmdSetpoint <XFeatureCallImplCustom>, OTGW_SetpointOverride (Type=NumberItem, State=19.0), org.eclipse.xtext.xbase.interpreter.impl.DefaultEvaluationContext@1656fe6f, org.eclipse.xtext.util.CancelIndicator$1@34e182a1]
2014-12-27 15:43:31.709 [ERROR] [o.o.c.s.ScriptExecutionThread ] - Error during the execution of rule 'CmdSetpoint changed': The name '<XFeatureCallImplCustom>.command' cannot be resolved to an item or type.

Na zoeken op de foutmeldingen bleek het te gaan om - wederom - oude fouten (1.4/1.5 branch) die veelal veroorzaakt werden door library load en synchronisatie problemen. Eén van de hints was het verwijderen van alle imports in de rules file, en zowaar: alles verwijderd en weg waren de fouten

Stapje bij stapje kom je vooruit, maar het blijft een pakket met veel nukken, onduidelijke / onvoldoende / geen documentatie en een flink aantal stabiliteitsproblemen. Hopelijk wordt het snel beter

[GENETX]

Zo, mijn werk is klaar



De nieuwe UI staat nu ook op de github:
https://github.com/GENETX...ee/master/extra/interface

Aanwijzingen:
1. Stop OpenHAB
2. Maak een backup van runtime/server/plugins/org.openhab.ui.webapp_1.6.1.jar
3. Kopieer org.openhab.ui.webapp_1.6.1.jar van de zip in runtime/server/plugins
4. Mocht je de iconen willen bewaren, maak dan ook een backup van runtime/webapps/images/
5. Plak de plaatjes uit de map images van de zip in runtime/webapps/images/
6. Start OpenHAB weer op
7. Leeg je afbeeldingscache op zowel je PC als je apps
8. Geniet van een moderne OpenHAB

Verder op Github:
- Scripts om XBMC aan te sturen
- Scripts om de Honeywell Thermostaat aan te sturen (zelf wel username en wachtwoord instellen
- Mijn hele sitemap en een shitload aan voorbeelden:

- Thermostaat met programma
- Behoorlijk wat logging van statistieken op het systeem
- Sturen van berichten naar je telefoon via my.openhab.org
- Opgeven meterstanden + logging + calculatie graaddagen
- Lampen en apparatuur schakelen
- Oude afstandsbediening als remote gebruiken (om bijv lichten aan te zetten of XBMC te pauzeren)
- Detectie van toestand (telefoon thuis, slapen = telefoon opladen tussen 22:00 en 6:00)
- Loggen van weer met een weerstation
- Muziek/film op pauze zetten (en receiver op mute) bij een telefoontje. Na ophangen weer doorspelen
- RRD4J en MySQL databases
- En ik vergeet vast nog wel wat.

Het is een shitload aan code, ik wil het nog wat beter documenteren en van grote delen op tweakblogs wat tutotials gaan plaatsen. Zelf wil ik nog eens een lichtsensor toevoegen, infrarood en een deurbel (heb ik nog liggen van de action, 5 euro 433MHz, zou moeten werken ). En uiteraard nog een iets geavanceerder thermostaatcontrol systeem. Maar voor nu lijkt het te werken (alleen meetdata kan ik nog niet testen) en lekker stabiel ook

Mars Warrior schreef op zaterdag 27 december 2014 @ 17:04:
[...]
Na zoeken op de foutmeldingen bleek het te gaan om - wederom - oude fouten (1.4/1.5 branch) die veelal veroorzaakt werden door library load en synchronisatie problemen. Eén van de hints was het verwijderen van alle imports in de rules file, en zowaar: alles verwijderd en weg waren de fouten

Stapje bij stapje kom je vooruit, maar het blijft een pakket met veel nukken, onduidelijke / onvoldoende / geen documentatie en een flink aantal stabiliteitsproblemen. Hopelijk wordt het snel beter

Ik had ook wel een aantal van dat soort foutmeldingen vandaag. Maar je kan alle imports weglaten dus? Las al wel dat dat kon voor 2.0, maar dat wist ik niet van 1.6. Ook nog maar eens testen. Overigens werkt bij mij dit dan weer goed

code:

sendCommand(CV_Current, CV_TempIdle.state.toString())

Net door jou wel het veschil tussen sendCommand en postCommand geleerd . https://github.com/openha...ow-To-Implement-A-Binding

Goed, het blijft soms wat omkloten en proberen. Maar dan heb ik nu ook wel meer dan 1000 regels code waarvan minstens de helft echt functioneel met berekeningen, timers, uitzonderingen, logging, gemiddelden, etc, etc. No way dat ik dit in iets als dit in Domoticz of Pimatic kan krijgen . En heb nu pas het idee dat het hele systeem pas op het niveau zit waarop ik verwacht dat een fatsoenlijk home automation systeem moet zitten.

Overigens zijn er nog 2 pagina's met een voorbeelden wat betreft code:
https://github.com/openhab/openhab/wiki/Samples-Rules
https://github.com/openhab/openhab/wiki/Samples-Tricks

[ Voor 30% gewijzigd door GENETX op 27-12-2014 17:41 ]

[sfinx]

Wow, aardig project GENETX Gaaf hoe je zo'n remote met pilight gebruikt om XBMC te besturen, daar had ik nog niet aan gedacht. Nieuwe UI ziet er ook goed uit, ga ik ook maar eens proberen.

Wat me nog wel opviel, waarom gebruik je niet de XBMC binding om XBMC op play/pause te zetten? Scheelt weer wat losse scriptjes Ook handig is de Network Health binding om te kijken of een device pingbaar is.

[Mars Warrior]

Nou, het gaat weer lekker hoor. OpenHAB gaat weer helemaal uit zijn dak met CPU load en RAM gebruik



En de metingen door OpenHAB zelf. Voor de blinden: de 1ste grafiek is het opgenomen vermogen van mijn server, de tweede de CPU load, en de derde het RAM gebruik:


Dit alles gebeurt dus af en toe 'spontaan': het CPU gebruik stijgt plotseling van 0.x% naar 15-30%, gevolgd door een paar uur later een explosieve toename van het RAM gebruik...

Kan in de logs nog niks vinden, maar heb ook niet echt goed gekeken...

[ThinkPad]

Is er niet een commando wat je af en toe via een geplande taak kan laten draaien en die één en ander weer reset?

Op de Raspberry Pi met Domoticz is er ook een of andere cron job die het RAM geheugen plotseling behoorlijk laat vollopen elke ochtend. Ik voer dan een halfuur later een commando uit via cron zodat dit weer wordt opgelost en het RAM gebruik weer zakt.

Commando doet iets met 'drop_caches', maar goed dat is natuurlijk voor Linux, daar heb je op Windows niks aan.

[GENETX]

sfinx schreef op maandag 29 december 2014 @ 10:42:
Wat me nog wel opviel, waarom gebruik je niet de XBMC binding om XBMC op play/pause te zetten? Scheelt weer wat losse scriptjes Ook handig is de Network Health binding om te kijken of een device pingbaar is.

Bij mij werkt die XBMC plugin niet, of iig, ik zag geen updates in OpenHAB. Moet ik nog eens goed naar kijken, maar ik heb het gevoel dat mijn XBMC setup niet helemaal lekker is. Firewall kan het niet zijn, draait op hetzelfde systeem. Is dus nog wat om naar te kijken.

Verder had ik met Network Health dat ik heel vaak had dat apparaten die aanstaan toch als uit werden bestempeld en dus random mijn verlichting weer uitging omdat het systeem dacht dat ik weg was... Deze truc die ik heb werkt bij mij wel stabiel. Beide dingen om nog eens naar te kijken bij een schoonmaak.

Mars Warrior schreef op maandag 29 december 2014 @ 11:32:
Nou, het gaat weer lekker hoor. OpenHAB gaat weer helemaal uit zijn dak met CPU load en RAM gebruik

[afbeelding]

En de metingen door OpenHAB zelf. Voor de blinden: de 1ste grafiek is het opgenomen vermogen van mijn server, de tweede de CPU load, en de derde het RAM gebruik:
[afbeelding]

Dit alles gebeurt dus af en toe 'spontaan': het CPU gebruik stijgt plotseling van 0.x% naar 15-30%, gevolgd door een paar uur later een explosieve toename van het RAM gebruik...

Kan in de logs nog niks vinden, maar heb ook niet echt goed gekeken...

Gister ging OpenHAB bij mij opeens helemaal rogue. 100% CPU, 500MB (de max). Geen idee waarom, niet te debuggen. Heb mijn graaddagen calculatie nu maar uitgezet, de cron werkte ook nog niet lekker. Wel een ander foutje gevonden. Sindsdien draait het nu goed. Soms ook een hogere load, maar doorgaans op zo'n 5% op Linux op 1 core op een op 1.6GHz teruggeklokte Celeron 1610. Geheugen ging vandaag nog wel even omhoog, maar inmiddels draait het een aantal uur stabiel op 300MB. Ik ga hier nog een beetje tweaken binnenkort. Een aantal dingen uit de RRD4J gooien.

Systeem zelf zit op zo'n 2GB met allerlei servertaken.

ThinkPadd schreef op maandag 29 december 2014 @ 12:43:
Is er niet een commando wat je af en toe via een geplande taak kan laten draaien en die één en ander weer reset?niks aan.

Dat kan. Maar ik ben bang dat het in dit geval lastig is. Er valt eigenlijk niet te debuggen waar het geheugen en CPU hem in zit.

Edit: Ik vond nog wat dubbele variabelen en heb het een en ander nog doorgelopen. Kleine tweaks die nu ook in de GitHub zitten. Inmiddels is OpenHAB gezakt tot een acceptabele 240MB @ 5%. Ik zal het in de gaten houden, maar op dit moment ziet het er niet heel verkeerd uit en heb ik de Graaddagen berekening weer aan. Kijken of hij vannacht wel goed triggerd en alles door rekent

[ Voor 7% gewijzigd door GENETX op 29-12-2014 19:22 ]

[sfinx]

Al mensen bezig met de nightly builds van de pilight? Hierin is de API aardig veranderd. Bij deze alvast een nieuwe versie van de pilight binding die dit ondersteunt: org.openhab.binding.pilight-1.7.0-SNAPSHOT.jar

Item config moet hiervoor aangepast worden, de 'location' verdwijnt. Je hoeft dus alleen nog pilight instance en device name op te geven:

code:

Switch KakuKerstboom    "Kerstboom"    {pilight="kaku#kerstboom"}

[ Voor 26% gewijzigd door sfinx op 30-12-2014 10:09 ]

[GENETX]

Zet hem even in de TS . Jij bent ook lekker bezig sfinx.

Verder staat openHAB hier nu op 295MB. Vannacht had ie een spike naar 340MB en over het algemeen een constante 320MB met de cpu op zo'n 4-4.5%. Dus op het moment heb ik eigenlijk niets te klagen. Wellicht dat jij ergens iets vreemds hebt in je config Mars Warrior, zeker gezien alle andere ellende die je had. Ik draai nou niet bepaald een kleine en lichte config

Edit, inmidels is ie alweer gezakt tot 270MB met zijn opruiming

Edit2:
Te vroeg gejuigd, 550MB nu en CPU 1 core weer op 100%. Gewoon random deze troep... Dit haal ik uit de log op het tijdstip dat openHAB rogue gaat:

code:

13:14:54.007 INFO  o.o.i.m.i.t.MyOpenHABTransportV1[:101]- Initiating Socket.IO reconnect
13:14:54.008 ERROR o.o.i.m.i.t.MyOpenHABTransportV1[:106]- onError(): Timeout Error. No heartbeat from server within life time of the socket. closing.
13:14:54.008 INFO  o.o.i.m.i.t.MyOpenHABTransportV1[:107]- Initiating Socket.IO reconnect
13:14:59.008 INFO  o.o.i.m.i.t.MyOpenHABTransportV1[:112]- Reconnecting

Net of de myOpenHAB addon toch nog niet helemaal lekker is. Rebooten en eens in de gaten houden of hij weer op MyOpenHAB explodeert.

Blijkbaar een known issue...
https://github.com/openhab/openhab/issues/1702. my.openhab.org gaat er dus voorlopig even uit. Jammer, want ik vond de notificaties toch echt erg handig. De app zelf werkte ook buggy met de grafieken die niet getoond werden. Dan maar gewoon met openVPN verbinden naar de server om extern modificaties te doen. Dan maar wachten op de fix of pushbullet integreren. Ik weiger 5 euro voor Pushover te betalen. https://docs.pushbullet.com/http/ en https://github.com/randomchars/pushbullet.py ziet er goed uit als gratis alternatief.

[ Voor 88% gewijzigd door GENETX op 30-12-2014 15:16 ]

[Mars Warrior]

En daar gaan we weer, MemoryHAP pakt weer bijna 2GB


Ik heb inmiddels het vermoeden dat er iets met de MQTT binding is, want daar komt bij mij de meeste data vandaan, en één van de MQTT providers (OpenTherm) was volledig van het padje af en stond - denk ik - flink berichten te pushen, al is dat niet te zien aan het CPU gebruik van Mosquitto (<1%).

Het vreemde was wel dat toen ik OpenTherm stoptje, OpenHAB minuten lang toch een enorm hoge CPU load bleef houden, totdat ik OpenHAB maar weer stopte, en opnieuw opstartte.
De totale CPU load is weer terug naar ca. 1% ipv 60%!

Ik draai nog wel OpenHAB 1.6. Zal eens upgraden naar 1.6.1 of - doe eens gek - een 1.7 snapshot . Waardelozer dan dit kan het niet worden denk ik

Het irritante is dat dit slechts de basis is: ik heb itt GENETX nog helemaal geen echte rules, dit is enkel dataverzameling en weergave! Als dit al niet lekker loopt, dan heeft het voor mij ook nog even geen zin om hier echt logica achter te gaan hangen.

[GENETX]

Heb je de logs al eens open gehad? Dan zou je kunnen zien wat het beestje doet rond het tijdstip van explosie. Ik kon net mijn probleempje daar nog wel snel mee terugvinden.

[Mars Warrior]

GENETX schreef op dinsdag 30 december 2014 @ 17:01:
Heb je de logs al eens open gehad? Dan zou je kunnen zien wat het beestje doet rond het tijdstip van explosie. Ik kon net mijn probleempje daar nog wel snel mee terugvinden.

Zoals in de grafieken te zien is gaat het vanaf 07u langzaam mis, maar hier is in de logs helemaal niets van te zien, tussen 02u en 09u geen enkele melding in de log:

code:

2014-12-29 21:21:41.492 [ERROR] [g.openhab.io.net.http.HttpUtil] - Fatal transport error: java.net.SocketTimeoutException: Read timed out
2014-12-29 21:21:41.492 [ERROR] [.o.b.http.internal.HttpBinding] - No response received from 'http://api.openweathermap.org/data/2.5/weather?id=2756253&mode=xml&units=metric'
2014-12-29 22:21:46.943 [ERROR] [g.openhab.io.net.http.HttpUtil] - Fatal transport error: java.net.SocketTimeoutException: Read timed out
2014-12-29 22:21:46.943 [ERROR] [.o.b.http.internal.HttpBinding] - No response received from 'http://api.openweathermap.org/data/2.5/weather?id=2756253&mode=xml&units=metric'
2014-12-30 02:00:14.069 [ERROR] [NodeNeighborUpdateMessageClass] - NODE 1: NodeNeighborUpdate FAILED
2014-12-30 02:00:26.476 [ERROR] [NodeNeighborUpdateMessageClass] - NODE 1: NodeNeighborUpdate FAILED
2014-12-30 02:00:36.836 [ERROR] [NodeNeighborUpdateMessageClass] - NODE 10: NodeNeighborUpdate FAILED
2014-12-30 02:02:08.997 [ERROR] [NodeNeighborUpdateMessageClass] - NODE 1: NodeNeighborUpdate FAILED
2014-12-30 09:21:13.320 [WARN ] [inding.ntp.internal.NtpBinding] - couldn't establish network connection [host 'ptbtime1.ptb.de'] -> returning current sytem time instead

Echter op het moment van de RAM 'burst' is het wel heel toevallig dat deze myOpenHAB meldingen komen:

code:

2014-12-30 10:10:38.004 [ERROR] [.r.i.filter.PollingDelayFilter] - null
2014-12-30 13:14:49.111 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:14:49.111 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Timeout Error. No heartbeat from server within life time of the socket. closing.
2014-12-30 13:14:49.111 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:14:54.112 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:15:04.237 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:15:04.237 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:15:04.237 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:15:14.238 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:15:24.301 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:15:24.301 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:15:24.301 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:15:39.302 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:15:49.302 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:15:49.302 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:15:49.302 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:16:09.303 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:16:14.850 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:16:14.850 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:16:14.850 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:16:39.852 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:16:49.868 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:16:49.868 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:16:49.868 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:17:19.869 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:17:20.838 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:17:20.838 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:17:20.838 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:17:50.840 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:18:00.231 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:18:00.231 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:18:00.231 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:18:30.248 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:18:38.967 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:18:38.967 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:18:38.967 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:19:08.969 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:19:09.062 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:19:09.062 [ERROR] [o.i.m.i.t.MyOpenHABTransportV1] - onError(): Error while handshaking
2014-12-30 13:19:09.062 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Initiating Socket.IO reconnect
2014-12-30 13:19:39.064 [INFO ] [o.i.m.i.t.MyOpenHABTransportV1] - Reconnecting
2014-12-30 13:19:39.298 [INFO ] [.myopenhab.internal.MyOHClient] - Connected to my.openHAB service

Je ziet dus even deze burst van meldingen (om de 30sec, dus lijkt in orde), en dan niks meer. Geen fouten, niks, dus daarom is het me eerder niet opgevallen: de my.openHAB service is uiteindelijk weer verbonden nl...

Het lijken dus twee onafhankelijke problemen te zijn: iets (mogelijk) met de MQTT binding, en zeg maar 100% zeker een leker gammele myOpenHAB 1.4 binding. Dat ze die niet hebben bijgewerkt is me een raadsel. Het is BETA, maar om er dan zo mee om te gaan

Upgraden naar 1.6.1 of zelfs 1.7-snapshot zal niet helpen voor het myOpenHAB probleem, maar wie weet wel mijn mogelijke MQTT probleem, al kan ik geen issue vinden die hierover gaat.

[GENETX]

Ik zou eerst die myOpenHAB weggooien. Hij gaat ook helemaal gek op exact hetzelfde moment als bij mij . Ik zou even niet aan MQTT zitten. Soms loopt bij mij het geheugenverbruik ook iets op om dan weer af te zakken. Test het even zonder myOpenHAB zou ik zeggen.

Verder lijkt de dev van my.openhab.org gewoon niet te reageren in dat draadje. Kan me ook voorstellen dat bepaalde dingen doorgeschoven worden naar OH2.

Van harte gefeliciteerd met je vejaardag btw !

[ Voor 72% gewijzigd door GENETX op 30-12-2014 17:31 ]

[GENETX]

2 dagen verder en ik zit nog altijd stabiel rond de 300MB en 5% CPU . Resetten van maand- en jaarstanden voor mijn meter kon ik vannacht ook mooi testen en lijkt te werken