Stokerforum
Interface => Online systemer => Emne startet af: rahbek efter Jan 08, 2014, 12:32
-
Hej
Jeg har været ved at kigge på opensource hjemmeautomatisering. Et rigtig interessant bud er OpenHAB (http://openhab.org (http://openhab.org)). Det består grundlæggende af en platform som kan holde styr på information om husets installationer og deres tilstande, styre disse ud fra brugerdefinerede regler, og stå for at forbinde en hel masse forskellige systemer, fx IHC, z-wave, multimedier og diverse cloud-tjenester. Mulighederne er som det fremgår af projektets side tæt på uendelige.
Systemet er modulbaseret, og kompatibilitet med nye systemer kan tilføjes i pakker kaldet "bindings", som der pt er over 40 af. Jeg synes det kunne være både interessant og oplagt at få lavet en binding til enten stokercloud, eller direkte til styringen.
En mulighed jeg har overvejet er at styre fyret ud fra en google kalender - det virker som en let, men effektiv måde at planlægge hvornår der fyres hvor meget.
Er det her noget der kunne interessere andre end mig?
Det der i første omgang mangler er pålidelig information om hvordan man interfacer til stokercloud. Det er relativt lige til at hive driftdata ud i json-format, og jeg kan også starte og stoppe fyret, samt afstille alarmer, men det er umiddelbart af en lidt kringlet vej, og det kunne være interessant at kunne sætte flere af værdierne, som man kan med stokercloud. Er der nogen som ligger ind med mere information, eller som har lyst til på anden måde at hjælpe til?
-
Hej
Jeg har været ved at kigge på opensource hjemmeautomatisering. Et rigtig interessant bud er OpenHAB (http://openhab.org (http://openhab.org)). Det består grundlæggende af en platform som kan holde styr på information om husets installationer og deres tilstande, styre disse ud fra brugerdefinerede regler, og stå for at forbinde en hel masse forskellige systemer, fx IHC, z-wave, multimedier og diverse cloud-tjenester. Mulighederne er som det fremgår af projektets side tæt på uendelige.
Systemet er modulbaseret, og kompatibilitet med nye systemer kan tilføjes i pakker kaldet "bindings", som der pt er over 40 af. Jeg synes det kunne være både interessant og oplagt at få lavet en binding til enten stokercloud, eller direkte til styringen.
En mulighed jeg har overvejet er at styre fyret ud fra en google kalender - det virker som en let, men effektiv måde at planlægge hvornår der fyres hvor meget.
Er det her noget der kunne interessere andre end mig?
Det der i første omgang mangler er pålidelig information om hvordan man interfacer til stokercloud. Det er relativt lige til at hive driftdata ud i json-format, og jeg kan også starte og stoppe fyret, samt afstille alarmer, men det er umiddelbart af en lidt kringlet vej, og det kunne være interessant at kunne sætte flere af værdierne, som man kan med stokercloud. Er der nogen som ligger ind med mere information, eller som har lyst til på anden måde at hjælpe til?
Hej Rahbek
Det ser spændende ud. Ja det kunne være rigtig fint med en binding til StokerCloud, nu har jeg ikke lige nærlæst det derinde, men måske du kan bruge en HTTP binding eller en af de andre, så du er fri for at lave en ny og så bare konfiguerere den op.
Du kan bruge en af disse til udtræk af data, formatet ligger fast, dog kan vi godt finde på at tilføje data hen ad vejen, men der bliver ikke flyttet/fjernet data.
json:
http://stokercloud.dk/dev/getdriftjson.php?mac=<brugernavn>
jsonp:
http://stokercloud.dk/dev/getdriftjson.php?mac=<brugernavn>&callback=myjsonpfunc
Det er ikke muligt at sætte parametre, men hvis du gerne vil prøve f.eks. med en "sæt kedeltemperatur", "start/stop fyr" så kan vi nok finde ud af det. Spørgsmålet er, hvad der er mest hensigtsmæssigt iforhold til openhab, der er jo igen grund til at komplicere det unødigt. Men helt alm. REST http post/get er til at håndtere for de fleste systemer, og så er der lidt med svaret du skal have tilbage.
Men prøv evt. at kigge lidt på det med udlæsning først, og se om det er noget der dur.
Er der noget du gerne vil vide, spørger du bare, helst på info@stokersoft.com.
Mvh. Jens
-
Sounds like a perfect match for the PellMon project. I see there is already an openHAB 'exec' binding that can execute arbitrary commands, that could be used together with PellMon's command line interface right away to get read/write access to all control commands, measurement data and setting parameters in a scotte/woody v4/5/6. Or a new binding could be made for openHAB that uses the pellmon DBUS interface.
Jens, how about making that json data available locally? Home automation can't in my opinion rely on the uptime of external third party servers and internet connection for anything important.
-
Sounds like a perfect match for the PellMon project. I see there is already an openHAB 'exec' binding that can execute arbitrary commands, that could be used together with PellMon's command line interface right away to get read/write access to all control commands, measurement data and setting parameters in a scotte/woody v4/5/6. Or a new binding could be made for openHAB that uses the pellmon DBUS interface.
Jens, how about making that json data available locally? Home automation can't in my opinion rely on the uptime of external third party servers and internet connection for anything important.
Hi Motoz
We are currently not supporting direct calls to the control box, i do not think you should worry too much about connectivity, access through the cloud is an easy solution. Today we use Internet connections for about anything, my live stops when the Internet connection is down, so its by far more reliable than it was just years ago.
Regards Jens
-
I know you are currently not supporting local access, I was just expressing the need for it and fishing for something along the lines of "I can't promise anything but we are looking into implementing it in the future"...
I'm not in any way trying to imply that the NBE servers would be unreliable, but there is the principle of avoiding to depend on a single third party that can't be replaced if it ceases to exist in it's current form in the future, and the security aspect of having important equipment that can't be audited internet accessible. Plus of course the thing that much of the locally available functionality in the V6 is missing from the cloud.
As I see it there are lots of arguments for local access and only two against:
1) It would cost too much to implement and maintain it
2) Customer lock in is desired for business reasons, which does not make any sense at all as long as the service is free.
My bet is on number one, that's why I'm hoping for local access eventually when things settle with the new firmware.
(I suppose you don't mean your life literally stops when internet goes down, that would be the worst possible outcome of relying on internet connection for important functions, but it is a great illustration for my point...)
-
Så kører det hele :) Både udlæsning af data og styring af fyr og temperatur. Det skal dog lige finpudses lidt før det kan frigives (brugernavn er pt hardcoded).
Jens, er der kontrol af om der sættes fornuftige værdier, enten i stokercloud eller selve styringen? Jeg tænker mest på kedeltemperatur (har ikke planer om at sætte andre værdier), den skal jo hverken kunne sættes for højt eller lavt (hvad bør grænserne være?)
Mvh rahbek
-
Så kører det hele :) Både udlæsning af data og styring af fyr og temperatur. Det skal dog lige finpudses lidt før det kan frigives (brugernavn er pt hardcoded).
Jens, er der kontrol af om der sættes fornuftige værdier, enten i stokercloud eller selve styringen? Jeg tænker mest på kedeltemperatur (har ikke planer om at sætte andre værdier), den skal jo hverken kunne sættes for højt eller lavt (hvad bør grænserne være?)
Mvh rahbek
Hej Rahbek
Det lyder dælme godt, styringen accepterer ikke noget som ligger ud over grænserne, StokerCloud har også intern kontrol, som meget snart bliver visuel. Grænserne svinger fra version til version, hvis du går ind i styringsboksen kan du se dem.
Mvh. Jens
-
Hvordan ser det ud med kommunikationen mellem OpenHAB og woody? Er udviklingen gået i stå? Jeg er pt. ved at implementere en OpenHAB-server til styring af mit IHC m.m og kunne derfor godt tænke mig at høre mere om bindingen op mod woody'en.
-
Hvordan ser det ud med kommunikationen mellem OpenHAB og woody? Er udviklingen gået i stå? Jeg er pt. ved at implementere en OpenHAB-server til styring af mit IHC m.m og kunne derfor godt tænke mig at høre mere om bindingen op mod woody'en.
Jeg kender ikke endelig status på det, men du kan prøve at høre Rahbek, om du må prøve hans modul.
Mvh. Jens
-
Hvordan ser det ud med kommunikationen mellem OpenHAB og woody? Er udviklingen gået i stå? Jeg er pt. ved at implementere en OpenHAB-server til styring af mit IHC m.m og kunne derfor godt tænke mig at høre mere om bindingen op mod woody'en.
Jeg er midt i en omfattende renovering af huset, og pillefyret er ved den lejlighed blevet flyttet og er endnu ikke sat til igen, så derfor er det gået lidt i stå. Det virker sådan set fint allerede (kan læse og sætte værdier i stokercloud, og fx starte og stoppe fyret) , jeg havde bare regnet med lige at rydde lidt op i det inden jeg lægger det op. Men hvis det har interesse kan jeg godt lægge det jeg har frem i mellemtiden?
Edit: Jeg er forøvrigt generelt meget imponeret over OpenHAB, det kan vitterligt snakke med alt, selvom det stadig kan være lidt kryptisk at sætte sig ind i første gang - men det er eftersigende noget af det der arbejdes på at forbedre. Vær opmærksom på at din java-installation skal have sikkerhedscertifikatet fra IHC-controlleren tilføjet, ellers kan der ikke oprettes SSL-forbindelse.
-
Seems as MQTT is a fast rising protocol for so colled 'internet-of-things' connectivity, and OpenHAB has an MQTT client binding here: https://github.com/openhab/openhab/wiki/MQTT-Binding
I tried cooking up a small test here: https://github.com/motoz/pellmonMQTT, where all data available in a scotte (as made available by PellMon) is published to an MQTT broker. Any client can then subscribe to the data they are interested in and will be updated on changes, listen2pellmon.py is a testprogram that subscribes to everything and prints data received. It seems to work fine but not that useful yet (only outbound connection, no encryption...), it could probably be turned into something useful if there is interest.
A native MQTT client that can connect to the users choice of broker would make the V7/V10 box awesome! Please...
-
Seems as MQTT is a fast rising protocol for so colled 'internet-of-things' connectivity, and OpenHAB has an MQTT client binding here: https://github.com/openhab/openhab/wiki/MQTT-Binding
I tried cooking up a small test here: https://github.com/motoz/pellmonMQTT, where all data available in a scotte (as made available by PellMon) is published to an MQTT broker. Any client can then subscribe to the data they are interested in and will be updated on changes, listen2pellmon.py is a testprogram that subscribes to everything and prints data received. It seems to work fine but not that useful yet (only outbound connection, no encryption...), it could probably be turned into something useful if there is interest.
A native MQTT client that can connect to the users choice of broker would make the V7/V10 box awesome! Please...
Yes, it would be nice, no doubt about that.
What about a stokercloud MQTT client, you can connect to any broker, almost as nice, and much faster to implement.
Regards Jens
-
That would be great!!
Not quite as great as a 'local' client, but still great :)
-
That would be great!!
Not quite as great as a 'local' client, but still great :)
I will take a look at it - no promises. Will also look at the complexity of introducing it in the local controlbox, but I might consider something even more simple for that.
Regards Jens
-
Super!
I'm fully aware of the complexities involved in re-architecting stuff that already works (ie. it's hardly ever a good idea), but from a quick outside view it seems as mqtt could fit perfectly as the main communication protocol between the control boxes and stokercloud, which would also act as a broker. The default 'just works' setting would be an encrypted authenticated connection to stokercloud, with an 'advanced' option to connect to any broker.
But hey, any simple local access api is great!
-
Super!
I'm fully aware of the complexities involved in re-architecting stuff that already works (ie. it's hardly ever a good idea), but from a quick outside view it seems as mqtt could fit perfectly as the main communication protocol between the control boxes and stokercloud, which would also act as a broker. The default 'just works' setting would be an encrypted authenticated connection to stokercloud, with an 'advanced' option to connect to any broker.
But hey, any simple local access api is great!
We will look at it, i think we will stick with a very simple protocol, and that can be transformed to anything by an external service, e.g. an external mqtt client, json, excel sheet you name it. Mainly because of the reduced capacity of the control box (1 core @ 80mhz), we need to pay big attention to resources.
Regards Jens
-
Hvordan ser det ud med kommunikationen mellem OpenHAB og woody? Er udviklingen gået i stå? Jeg er pt. ved at implementere en OpenHAB-server til styring af mit IHC m.m og kunne derfor godt tænke mig at høre mere om bindingen op mod woody'en.
Jeg er midt i en omfattende renovering af huset, og pillefyret er ved den lejlighed blevet flyttet og er endnu ikke sat til igen, så derfor er det gået lidt i stå. Det virker sådan set fint allerede (kan læse og sætte værdier i stokercloud, og fx starte og stoppe fyret) , jeg havde bare regnet med lige at rydde lidt op i det inden jeg lægger det op. Men hvis det har interesse kan jeg godt lægge det jeg har frem i mellemtiden?
Edit: Jeg er forøvrigt generelt meget imponeret over OpenHAB, det kan vitterligt snakke med alt, selvom det stadig kan være lidt kryptisk at sætte sig ind i første gang - men det er eftersigende noget af det der arbejdes på at forbedre. Vær opmærksom på at din java-installation skal have sikkerhedscertifikatet fra IHC-controlleren tilføjet, ellers kan der ikke oprettes SSL-forbindelse.
Jeg vil meget gerne se det du allerede har lavet.
Jeg har dog en ældre v.6 styring... så ingen stokercloud her.
Jeg overvejer dog om jeg kan hive data'erne ud vha seriel-porten. For som du selv siger, så kan OpenHAB jo snakke med alt.
-
Hvordan ser det ud med kommunikationen mellem OpenHAB og woody? Er udviklingen gået i stå? Jeg er pt. ved at implementere en OpenHAB-server til styring af mit IHC m.m og kunne derfor godt tænke mig at høre mere om bindingen op mod woody'en.
Jeg er midt i en omfattende renovering af huset, og pillefyret er ved den lejlighed blevet flyttet og er endnu ikke sat til igen, så derfor er det gået lidt i stå. Det virker sådan set fint allerede (kan læse og sætte værdier i stokercloud, og fx starte og stoppe fyret) , jeg havde bare regnet med lige at rydde lidt op i det inden jeg lægger det op. Men hvis det har interesse kan jeg godt lægge det jeg har frem i mellemtiden?
Edit: Jeg er forøvrigt generelt meget imponeret over OpenHAB, det kan vitterligt snakke med alt, selvom det stadig kan være lidt kryptisk at sætte sig ind i første gang - men det er eftersigende noget af det der arbejdes på at forbedre. Vær opmærksom på at din java-installation skal have sikkerhedscertifikatet fra IHC-controlleren tilføjet, ellers kan der ikke oprettes SSL-forbindelse.
Jeg vil meget gerne se det du allerede har lavet.
Jeg har dog en ældre v.6 styring... så ingen stokercloud her.
Jeg overvejer dog om jeg kan hive data'erne ud vha seriel-porten. For som du selv siger, så kan OpenHAB jo snakke med alt.
Det jeg har lavet er udelukkende et interface til Stokercloud, så hvis dine data ikke er tilgængelige der, er det ikke meget bevendt. Men ja, der er helt sikkert også en vej igennem med serielporten.
-
I fleshed out the PellMon to MQTT connector at https://github.com/motoz/pellmonMQTT a bit.
PellmonMQTT connects to the PellMon DBUS interface and publishes all available data to pellmon/item and subscribes to all settings at pellmon/settings/item. Changed data items are republished and subscribed data is written to the corresponding PellMon item when received. Events are published to pellmon/__event__
In short this makes complete integration with any home automation system capable of speaking MQTT http://mqtt.org (http://mqtt.org) (like eg openHAB) and a scotte V4/5/6 burner possible.
Tested with the open source MQTT broker mosquitto.
-
Jeg er midt i en omfattende renovering af huset, og pillefyret er ved den lejlighed blevet flyttet og er endnu ikke sat til igen, så derfor er det gået lidt i stå. Det virker sådan set fint allerede (kan læse og sætte værdier i stokercloud, og fx starte og stoppe fyret) , jeg havde bare regnet med lige at rydde lidt op i det inden jeg lægger det op. Men hvis det har interesse kan jeg godt lægge det jeg har frem i mellemtiden?
Hej Rahbek
Hvis du vil dele vil jeg gerne se det du har indtil videre, også selv om du ikke har "ryddet op" i dine bindings osv. :D
Helt grøn i forhold til OpenHAB, håber på sigt at kunne styre Stoker, IHC og Sonos mv.
Mvh
Kenneth
-
Her er en foreløbig (og tidlig) udgave af interfacet til Stokercloud, jeg håber det kan bruges til et eller andet.
https://www.dropbox.com/s/m31enbrinmevnzi/OpenHAB-StokerCloud.zip?dl=0 (https://www.dropbox.com/s/m31enbrinmevnzi/OpenHAB-StokerCloud.zip?dl=0)
Kort vejledning:
Start med at indsætte brugernavn og adgangskode de steder i koden hvor det er markeret (så vidt jeg husker kun to steder). Derefter skulle der gerne være nogle items der kan udlæses (temperaturer og driftstatus), samt enkelte der kan skrives til (start og stop af fyret, opdatering af tankindhold, afstilling af alarm). Brugervenligheden er sandsynligvis ikke ret god endnu, så jeg håber det er til at gennemskue trods den begrænsede dokumentation.
For en god ordens skyld må jeg hellere tilføje at jeg selvfølgelig fralægger mig ethvert ansvar for hvordan og om det virker - men stokercloud burde ikke tillade "farlige" værdier, ligesom det gør sig gældende på webinterfacet. Der er dog stadig rig mulighed begge steder for at få sat uhensigtsmæssige værdier.
Tak til Lars Oksbjerre for test samt tilføjelse af flere værdier.
-
Hej
Det her er godt nok et temmelig gammel tråd - men er den nogen der har Rahbeks Stokercloud binding til OpenHab, der vil dele den.
Det er et par år siden at Rahbek var online her, og dropbox linket er udløbet.
-
Hej
Jeg er ny the NBE's styring og OpenHAB men kunne godt tænke mig at få dem til at snakke sammen.
Så spørger også lige om der er nogen der har rahbek's binding ??
Hilsen
Nikolaj
-
Jeg er også i gang med at anvende openHAB til at overvåge min Stokercloud. Indtil videre har jeg fået hentet de data ud som er tilgængelige via getjsondriftdata.php.
Baseret på de data har jeg sat en række regler op som overvåger:
- Magasinindhold med konfigurerbar alarmgrænse.
- Forbindelse, hvis tidsstemplet i datapakken er ældre en 10 minutter.
- Alarm, hvis alarm ændrer sig fra 0 til 1
I tilfælde af at en regel registrerer alarm sendes en besked over Telegram til min mobil.
Jeg har benyttet følgende dele i openHAB:
- HTTP binding: Henter data fra getjsondriftdata.php
- JSONPath Transformation: til at pille JSON data fra hinanden
- RegEx Transformation: til at pille de rå værdier ud af JSON, da data ligger blandet med enheder og beskrivelse (Eks. "501":"54.8 °C Fremløb", her er det kun 54.8 som er interessant)
- Telegram Action: til at sende notifikationer om alarmer.
Hvis nogen er interesserede i at se konfigurationsfiler, så skriv til mig. Så prøver jeg at få samlet en pakke.
Mvh
Emil
-
Hej
@NikolajSC, jeg har selv savnet rahbek's binding, så nu er jeg gået i gang med og lave min egen.
Synes ikke løsningen med pellmon er tiltalende, da det jo kræver et lidt større og mere kompleks setup og højest sandsynligt også mere energi.
-
Pellmon runs very well on a raspberry pi II which draws about 2.3W or less. It also gives you full control of all settings, not just the read only data available by parsing json from stokercloud. OpenHAB integration is admittedly not as simple as "dpkg -i pellmon.deb", you also need pellmonMQTT which is a separate project, and then you need to make mqtt bindings for openHAB. You can also get everything from the pellmon webinterface with http GET, but the 'api' is not made with that in mind. It's just made for the frontends needs. For instance
/getparam/advanced_data-boiler_power_kw returns {"value": "5.0", "param": "advanced_data-boiler_power_kw"} (With a V7/V13)
-
Just to clarify.
I'm not saying there is anything wrong with Pellmon, i am sure it is an excellent application.
I just want everything in one application and one user interface.
I don't want a interface or application for every little IOT device i got in the home.
Yes i know that building a binding in java for OpenHab is a lot of work...
But i am all ready as far is getting communication working with get and set commands.
But when it is done, it will be very simple to install ;)
-
I understand, and I agree. But technically it's still two applications, OpenHab and stokerkontrol.... ^-^
Pellmonweb (the web interface) and pellmoncli (the command line interface) are optional, you can remove them and only use the backround server pellmonsrv as a connector since it already speaks the burner protocol. Ideally you could code up the protocol in java, (I think Jens has some reference code in java already), then you could rely only on OpenHab. Personally I have the opinion that any important stuff that need a remote server to function is out of the question, but I suppose I'm in a minority.
-
Nope, i speak directly with the controller with UDP and RSA->XTEA encryption.
I would be able to block stokercloud.dk in my firewall completely when i am done.
Unless if you know a way to disable it in the controller? :)
-
Nope, i speak directly with the controller with UDP and RSA->XTEA encryption.
Well, now you're talking! That wasn't really obvious from your previous posts as the context was openHab bindings to stokercloud, so I apologize for thoroughly misunderstanding you. Hopefully another implementation and more users of the local communication protocol will ensure that it stays available in the future, seeing that V16 at the moment only does 'cloud' communication.
No I don't know of a way to disable stokercloud communication in the controller (don't think there is a way either), so I do block it in the firewall. Since I don't use it I find it totally unnecessary that the controller polls stokercloud.dk using unencrypted http GET for new settings every 30 seconds.
-
Maybe i was a little bit unclear because, i read the "interface to OpenHAB" as a direct connection and i think off OpenHAB as a "Online system"(if you want it, to be it) ;)
Yes lets hope that they adds the protocol to V16 as will, and maybe make a option fore us that don't want to share our data with stokercloud.
As Jens mentioned, it only got 80mhz so i would rather save the power fore OpenHab then stokercloud.
-
Hi, saw some posts from people who are searching for NBE integration in home automation systems. I have done NBE BlackStar+/RTB pellet burners integration using MQTT and home assistant auto discovery protocol for easier usage. It works with most of the free home automation systems like HomeAssistant, OpenHab, IoBroker, Domoticz or NodeRed. It's free and open source, you can use and/or modify it to suit your needs, please see: https://github.com/e1z0/nbe-blackstar-homeassistant
Enjoy!