Het Grote OpenHAB topic - deel 1

[michielske]

Heb eindelijk eens gespeeld met de nieuwe KNX binding.
Zeer snel werkend gekregen met enkele testswitchen.
Echter zie ik niet echt de meerwaarde van de things configuratie.
Op meerdere plaasten zie ik voorbeelden waarbij een de actorkanalen gebruikt worden met de groepadressen van de kanalen.
Maar groepadressen horen naar mijn mening niet echt toe aan specifieke hardware. Is zelfs niet in het KNX concept.

Iemand reeds een complete setup gedaan met de nieuwe knx binding?
Wat zijn de best practices? Het internet is hier ook niet bepaald duidelijk mee.

[michielske]

Wat ik bijvoorbeeld wou doen is alle groepadressen in 1 THING steken.
Heeft dit nadelen ivm met peformantie?
Of kan ik best alles opdelen in zones. vb slaapkamer, bureau, living?
Of een thing maken per hardware device?

Ook zie ik niet direct wat het THING adres als nut heeft.

[robkamp]

Hier heb je vast al eens gekeken. https://community.openhab.org/c/tutorials-examples. Zo niet, dat is een goede start. Het forum is ook goed in staat om je te helpen.

Squinck schreef op vrijdag 16 augustus 2019 @ 22:58:
.... een fatsoenlijke tutorial met vooral hele simpele Rules voorbeelden kan ik niet vinden.

[Remco45]

TriLithium schreef op woensdag 20 juni 2018 @ 22:06:
Kan iemand mij helpen met mijn startende OpenHAB ervaringen?
...
Eerst de Youless JSON:
Item regels van de nodige bronnen lopen copy pasten natuurlijk, maar deze lijken mij prima als ik de uitvoer op de JSON parser pagina kijk. Krijg ook geen meldingen in openhab.log van fouten en ook JSONPath Transformation lijkt geen fouten te vinden.

Items file:

code:

Number VT_Http_YouLess_Total         "Stroomverbruik totaal [%,.3f kWh]"         <energy>    { http="<[http://192.168.1.190/a?f=j:10000:JSONPATH($.cnt)]" }
Number VT_Http_YouLess_Current       "Stroomverbruik actueel [%,.0f Watt]"       <energy>    { http="<[http://192.168.1.190/a?f=j:10000:JSONPATH($.pwr)]" }
Number VT_Http_YouLess_Signal        "Stroomverbruik signaal [%.0f %%]"          <energy>    { http="<[http://192.168.1.190/a?f=j:10000:JSONPATH($.lvl)]" }

Output van de Youless:

code:

{"cnt":"33459,599","pwr":213,"lvl":83,"dev":"","det":"•","con":"*","sts":"","raw":0}

Bij mij lukte dit in eerste instantie ook niet.
Bedoeling is waarden van de Youless naar Openhab/influxDB en vervolgens naar Grafana.
De Youless-output bij /a?f=j geeft sommige waarden terug als normale waarden (getallen), maar andere staan tussen " " en dat snapt Openhab/InfluxDB blijkbaar niet.

Bij /e?f=j zijn alle waarden wel normaal, maar staat de hele output behalve tussen { } ook nog tussen [ ].
Na enig zoeken en uitproberen de oplossing gevonden.

Ik gebruik de /e?f=j en in de code staat nu:

code:

Number VT_Http_YouLess_Power     "Stroomverbruik actueel  [%,.0f Watt]" <energy> (gYouless) { http="<[http://192.168.0.103/e?f=j:10000:JSONPATH([0].pwr)]" }

Het $ teken is dus vervangen door [0] en dat zorgt ervoor dat de [ ] worden weggehaald. Hierdoor kunnen nu alle waarden worden ingelezen. Let op: de som van afnames en terugleveringen moet ook worden aangepast. Bij de /a?f=j is dit de cnt waarde en bij de /e?f=j is dit de net waarde.

Mijn Youless is tevens gekoppeld aan een bijbehorende kWh-meter voor de warmtepomp.
Een en ander ziet er dan zo uit:



De onderste zes waarden zijn alle beschikbare meterstanden uit de Youless.

[ Voor 6% gewijzigd door Remco45 op 28-08-2019 20:49 ]

[Daantju]

Hi,

Ik ben bezig met het opzetten van een OPENhab server op basis van een Raspberry pi. Hier komen mijn Philips hue lampen etc op.

Ik heb echter ook een Raspberry Pi Zero gekocht met een PIR sensor. Het idee is om de PIR sensor aan te sluiten op de Pi Zero en via MQTT de data naar de ‘main’ Raspberry Pi te sturen voor weergave in OPENHab.

Is dit ook hoe jullie het zouden doen? Dus de Zero gebruiken en data draadloos doorsturen om kabel-issue’s te voorkomen? Lengte is ca 5 meter.

Kan ik via MQTT data van meerdere sensoren doorsturen? Of enkel van 1. Ik wil eigenlijk ook een temperatuur sensor er naast hangen en die data op dezelfde manier naar OPENhab sturen.

Overigens - de Pi Zero is draadloos via WiFi verbonden.

[teaser]

@Daantju ik zou daar een ESP voor gebruiken ipv een RPI. Een RPI is echt een full fledged computer, en dat vereist toch een zeker minimum aan onderhoud. Ook qua verbruik is dat niet ideaal. Voor sensoren wil je echt iets meer lightweight en daarvoor is zo'n ESP ideaal. Die dingen hebben wifi, IO pins voor sensoren, er zijn MQTT libraries te vinden, kortweg het doet alles wat je nodig hebt.

[Daantju]

Ok helder @teaser, dank! Ik weet alleen niet wat een ESP is, haha. Heb je wellicht een link? Via Google kom ik op auto's uit

[tinus5]

Zoek op ESP8266, of bijv. Wemos D1 mini.

[teaser]

Of zie het grote ESP topic in MME.

[Vosje77]

Kan iemand mij uitleggen hoe ik de gegevens van een Youless in openhab/grafana krijg.

Ik zag een post van TriLithium en Remco45, maar daar kom ik niet verder mee.

TriLithium schreef op woensdag 20 juni 2018 @ 22:06:
Kan iemand mij helpen met mijn startende OpenHAB ervaringen? De nodige items werken prima, IKEA Tradfri aan de praat, Marantz en elv Max! bindingen doen het ook, items doen ook dingen. Maar de JSON en MQTT data van de Youless en OTGW komen niet op het UI binnen

Eerst de Youless JSON:
Item regels van de nodige bronnen lopen copy pasten natuurlijk, maar deze lijken mij prima als ik de uitvoer op de JSON parser pagina kijk. Krijg ook geen meldingen in openhab.log van fouten en ook JSONPath Transformation lijkt geen fouten te vinden.

Items file:

code:

Number VT_Http_YouLess_Total         "Stroomverbruik totaal [%,.3f kWh]"         <energy>    { http="<[http://192.168.1.190/a?f=j:10000:JSONPATH($.cnt)]" }
Number VT_Http_YouLess_Current       "Stroomverbruik actueel [%,.0f Watt]"       <energy>    { http="<[http://192.168.1.190/a?f=j:10000:JSONPATH($.pwr)]" }
Number VT_Http_YouLess_Signal        "Stroomverbruik signaal [%.0f %%]"          <energy>    { http="<[http://192.168.1.190/a?f=j:10000:JSONPATH($.lvl)]" }

Output van de Youless:

code:

{"cnt":"33459,599","pwr":213,"lvl":83,"dev":"","det":"•","con":"*","sts":"","raw":0}

Ook de OTGW met MQTT houd zich erg stil op het BasicUI, MQTT lijkt te werken met een enkel test topic van ergens een tutorial, ook weet de OTGW zijn dat kwijt te kunnen en kan ik met mosquitto_sub de topics voorbij zien komen,

Items file:

code:

Number  OTGW_room_temperature           "Room Temperature [%.1f ºC]"         { mqtt="<[mosquitto:events/central_heating/otmonitor/roomtemperature:state:JSONPATH($.value):.*\"name\".*]" }
Number  OTGW_boiler_water_temperature   "Boiler Water Temperature [%.1f ºC]" { mqtt="<[mosquitto:events/central_heating/otmonitor/boilerwatertemperature:state:JSONPATH($.value):.*\"name\".*]" }
Number  OTGW_return_water_temperature   "Return Water Temperature [%.1f ºC]" { mqtt="<[mosquitto:events/central_heating/otmonitor/returnwatertemperature:state:JSONPATH($.value):.*\"name\".*]" }
Number  OTGW_setpoint                   "Ingestelde temp. [%.1f ºC]"         { mqtt="<[mosquitto:events/central_heating/otmonitor/setpoint:state:JSONPATH($.value):.*\"name\".*],>[mosquitto:actions/otmonitor/setpoint:command:*:default]" }
Number  OTGW_control_setpoint           "Control Setpoint [%.1f ºC]"         { mqtt="<[mosquitto:events/central_heating/otmonitor/controlsetpoint:state:JSONPATH($.value):.*\"name\".*]" }

Mosquitto_sub -t 'events/central_heating/#':

code:

events/central_heating/otmonitor/returnwatertemperature {"value": 57.00}
events/central_heating/otmonitor/boilerwatertemperature {"value": 62.00}
events/central_heating/otmonitor/returnwatertemperature {"value": 56.00}
events/central_heating/otmonitor/roomtemperature {"value": 24.12}
events/central_heating/otmonitor/roomtemperature {"value": 24.14}
events/central_heating/otmonitor/roomtemperature {"value": 24.12}
events/central_heating/otmonitor/boilerwatertemperature {"value": 61.00}
events/central_heating/otmonitor/roomtemperature {"value": 24.13}
events/central_heating/otmonitor/returnwatertemperature {"value": 55.00}

Sitemap:

code:

sitemap Demo {

    Frame label="Elektriciteit verbruik" {
        Text item=VT_Http_YouLess_Current icon="energy"
        Text item=VT_Http_YouLess_Signal icon="energy"
        Text item=VT_Http_YouLess_Total icon="energy"
    }
    Frame label="Heating" {
        Text    item=OTGW_room_temperature
        Text    item=OTGW_boiler_water_temperature
        Text    item=OTGW_return_water_temperature
        Text    item=OTGW_setpoint
        Text    item=OTGW_control_setpoint
    }
}

Wat mis ik nog? Zal wel iets simpels zijn maar ik ben na de nodige zoektochten een beetje lam geslagen over wat nog nodig mag zijn.

Remco45 schreef op woensdag 28 augustus 2019 @ 20:41:
[...]


Bij mij lukte dit in eerste instantie ook niet.
Bedoeling is waarden van de Youless naar Openhab/influxDB en vervolgens naar Grafana.
De Youless-output bij /a?f=j geeft sommige waarden terug als normale waarden (getallen), maar andere staan tussen " " en dat snapt Openhab/InfluxDB blijkbaar niet.

Bij /e?f=j zijn alle waarden wel normaal, maar staat de hele output behalve tussen { } ook nog tussen [ ].
Na enig zoeken en uitproberen de oplossing gevonden.

Ik gebruik de /e?f=j en in de code staat nu:

code:

Number VT_Http_YouLess_Power     "Stroomverbruik actueel  [%,.0f Watt]" <energy> (gYouless) { http="<[http://192.168.0.103/e?f=j:10000:JSONPATH([0].pwr)]" }

Het $ teken is dus vervangen door [0] en dat zorgt ervoor dat de [ ] worden weggehaald. Hierdoor kunnen nu alle waarden worden ingelezen. Let op: de som van afnames en terugleveringen moet ook worden aangepast. Bij de /a?f=j is dit de cnt waarde en bij de /e?f=j is dit de net waarde.

Mijn Youless is tevens gekoppeld aan een bijbehorende kWh-meter voor de warmtepomp.
Een en ander ziet er dan zo uit:

[Afbeelding]

De onderste zes waarden zijn alle beschikbare meterstanden uit de Youless.

Openhab en grafana heb ik draaien.
Via Bindings heb ik een solaredge omvormer en enkele TP-link HS-110 verbonden. Dat is gelukt.
Maar om de youless te verbinden, dat begrijp ik niet helemaal.
Programmeren is niet mijn sterkste kant. En openhab ben ik ook nog niet zo lang mee bezig.
Ik heb de http binding geïnstalleerd en deze code toegevoegd aan /etc/openhab2/services/http.cfg

code:

Number VT_Http_YouLess_Power     "Stroomverbruik actueel  [%,.0f Watt]" <energy> (gYouless) { http="<[http://192.168.0.103/e?f=j:10000:JSONPATH([0].pwr)]" }

Ik heb ook JSONPath Transformation geinstaleerd.
Maar dan weet ik het niet meer.
Wie kan mij helpen?

[CyBeRSPiN]

@Vosje77 denk dat ‘$.’ nog ontbreekt als start van je JSONPATH expressie?
En die code moet in een .items file niet in de http.cfg.
Die is alleen nodig als je waarden wilt cachen als je meerdere items wilt vullen met 1 aanroep.

[ Voor 49% gewijzigd door CyBeRSPiN op 30-09-2019 20:31 ]

[teaser]

@Vosje77 Je kan je SolarEdge rechtstreeks aanspreken met de SolarEdge binding.

[Vosje77]

@CyBeRSPiN De code moest inderdaad in een items file staan.
Het $ teken hoeft blijkbaar niet.

Het is gelukt.
Thanks

@teaser die heb ik inderdaad met de solaredge binding verbonden.

[CyBeRSPiN]

Voor mijn Kia e-Niro maakte ik een integratie zodat de status van de auto in OpenHAB getracked kan worden:


Zie CyBeRSPiN in "Het grote Kia e-Niro topic" voor de details.

Was vrij simpel om dit te configureren. Nog steeds blij met OpenHAB

[ Voor 3% gewijzigd door CyBeRSPiN op 02-10-2019 10:24 ]

[Daantju]

Vraag - Ik heb een SONOS systeem verbonden met OpenHAB. Nu kan ik via een tablet met HABPanel de muziek starten. Echter wil ik bij het starten van de muziek eigenlijk aangeven via welke zone de muziek moet gaan. (Woonkamer, Keuken, Badkamer). Idealiter via een soort dropdown:

Audio output - Keuken

Bijvoorbeeld.

Hoe kan ik zoiets doen? Iemand al gedaan?

[BROSSIE]

https://community.openhab...-widget-selection/31935/2

Misschien heb je aan bovenstaande link iets.

Succes

Daantju schreef op zaterdag 5 oktober 2019 @ 12:04:
Vraag - Ik heb een SONOS systeem verbonden met OpenHAB. Nu kan ik via een tablet met HABPanel de muziek starten. Echter wil ik bij het starten van de muziek eigenlijk aangeven via welke zone de muziek moet gaan. (Woonkamer, Keuken, Badkamer). Idealiter via een soort dropdown:

Audio output - Keuken

Bijvoorbeeld.

Hoe kan ik zoiets doen? Iemand al gedaan?

[HyperBart]

michielske schreef op zondag 25 augustus 2019 @ 15:35:
Heb eindelijk eens gespeeld met de nieuwe KNX binding.
Zeer snel werkend gekregen met enkele testswitchen.
Echter zie ik niet echt de meerwaarde van de things configuratie.
Op meerdere plaasten zie ik voorbeelden waarbij een de actorkanalen gebruikt worden met de groepadressen van de kanalen.
Maar groepadressen horen naar mijn mening niet echt toe aan specifieke hardware. Is zelfs niet in het KNX concept.

Iemand reeds een complete setup gedaan met de nieuwe knx binding?
Wat zijn de best practices? Het internet is hier ook niet bepaald duidelijk mee.

michielske schreef op zondag 25 augustus 2019 @ 15:47:
Wat ik bijvoorbeeld wou doen is alle groepadressen in 1 THING steken.
Heeft dit nadelen ivm met peformantie?
Of kan ik best alles opdelen in zones. vb slaapkamer, bureau, living?
Of een thing maken per hardware device?

Ook zie ik niet direct wat het THING adres als nut heeft.

Ik was me ook even aan het inlezen, ik moet echt eens van een of andere 2.x versie naar de nieuwe OpenHAB en KNX binding gaan maar ik stel dat zo lang mogelijk uit omdat het al zo uitgebreid is geworden dat ik niet een in place upgrade maar een side by side "moet" gaan doen.
Iedere kamer weer afgaan, alle lampen er weer in steken, joy . Regels weer helemaal gaan checken.

In Things definieer je zoals ik het begrijp nu de link naar de actors/KNX-bus en items daar knoop je het als een object in OpenHAB aan het kanaal wat door de things wordt "gepresenteerd".

[Dennis]

HyperBart schreef op woensdag 9 oktober 2019 @ 10:39:
In Things definieer je zoals ik het begrijp nu de link naar de actors/KNX-bus en items daar knoop je het als een object in OpenHAB aan het kanaal wat door de things wordt "gepresenteerd".

Dat klopt. Waarbij je zelf flexibel bent bij welk 'Thing' je een 'Item' plaatst. Daar hoeft geen realistisch verband te zijn. Je kunt prima een lamp Item onder je thermostaatbridge Thing hangen.

[HyperBart]

Dennis schreef op woensdag 9 oktober 2019 @ 12:19:
[...]

Dat klopt. Waarbij je zelf flexibel bent bij welk 'Thing' je een 'Item' plaatst. Daar hoeft geen realistisch verband te zijn. Je kunt prima een lamp Item onder je thermostaatbridge Thing hangen.

Things ga ik in één file doen, dat doe ik doorgaans voor alles wat 1 op 1 te aanzien is.
In items differentieer ik minstens per binding/things en per kamer of logische groepering.

[HyperBart]

@michielske nu ik net van start ben gegaan met een basis file voor things snap ik waar je op botst denk ik.
Jij wil weten waarvoor dit stuk dient?

code:

    Thing device generic [
        address="10.1.1",
        fetch=false,
        pingInterval=300,
        readInterval=3600

Dat is eigenlijk een beetje arbitrair. Het is EEN device in je KNX bus topology wat je kan aangeven voor OpenHAB en hij gebruikt om te checken of de bus nog "up and okay" is.

basic Things are wrappers around an arbitrary group addresses on the KNX bus. They have no specific function in the KNX binding, except that if the address is defined the binding will actively poll the Individual Address on the KNX bus to detect that the KNX actuator is reachable. Under normal real world circumstances, either all devices on a bus are reachable, or the entire bus is down. When fetch is set to true, the binding will read-out the memory of the KNX actuator in order to detect configuration data and so forth. This is however an experimental feature very prone to the actual on the KNX bus.

Ik heb een van mijn MDT AMI schakelactoren in de kast daarvoor gebruikt.

[ Voor 3% gewijzigd door HyperBart op 09-10-2019 15:11 ]

[Dennis]

HyperBart schreef op woensdag 9 oktober 2019 @ 15:10:
Dat is eigenlijk een beetje arbitrair. Het is EEN device in je KNX bus topology wat je kan aangeven voor OpenHAB en hij gebruikt om te checken of de bus nog "up and okay" is.

Dat is inderdaad precies wat ik hierboven duidelijk probeerde te maken .

[HyperBart]

Dennis schreef op woensdag 9 oktober 2019 @ 16:40:
[...]

Dat is inderdaad precies wat ik hierboven duidelijk probeerde te maken .

Had ik er niet onder begrepen toen .

Ik krijg dat device trouwens wel niet online, blijft offline of unknown staan(?)


Zeg euhm . Ik heb net één lamp gedefinieerd in mijn things en die quick and dirty even via PaperUI aan een item gehangen. Ik kon die lamp prima schakelen, aan/uit ging heel snel qua respons. Kom ik een uurtje later aan, test ik dat opnieuw even en de lamp reageert pas laat op een commando. In de log switcht ie snel maar hij stuurt pas laat een commando uit op de bus.

Exact 2 bindings, Sonos ongeconfigureerd toegevoegd en KNX als test.

Als ik snel wat Google dan zie ik dat veel mensen issues hebben met een trage OpenHAB 2(.4) maar nergens een oplossing, iemand een idee wat er mis gaat? Ik heb OpenHAB herstart en nu gaat het terug vlot.

[ Voor 8% gewijzigd door HyperBart op 09-10-2019 17:49 ]

[HyperBart]

Ik begrijp iets niet, waarom moet je zoals ik het hier begrijp de volgende dingen dubbel doen:

Things geef je de dingen/things een naam mee en in items moet je dat dan NOG eens doen? Je linkt ze toch aan mekaar met die channel identifier, wat is dan het nut van dubbele naam tussen " " aan te geven in zowel things als items?

[ Voor 14% gewijzigd door HyperBart op 11-10-2019 14:41 ]

[Daantju]

Wat klopt er niet aan mijn lights.items file? Ik wil mijn 2 eettafel lampen in een groep hangen, zodat ik ze tegelijk aan/uit kan zetten. Ik heb een groep aangemaakt, maar in PaperUI gebeurt niks en zie ik de groep niet.Terwijl ik alle devices en opties uit de .items file netjes zie.

En andere vraag- wanneer is de sitemap file van belang? Ook als ik items wil tonen in HABpanel?

[CyBeRSPiN]

@Daantju geen idee, maar wist je dat je bij channel meerdere lampen kunt opnemen?
Heb het zelf zo werkend met een enkel Dimmer item:
channel="hue:0220:0017880a91a8:10:brightness,hue:0220:0017880a91a8:11:brightness,hue:0220:0017880a91a8:12:brightness" }

[HyperBart]

100 entries and counting in mijn KNX things file alleen al. Nu opnieuw weer alles in items files gooien maar dat gaat iets voor volgende week zijn .

Ik hoop dat die keizer Karl binnenkort weer niet de hele zooi op de schop gooit.

Heb met Homebridge dat ook aan de hand gehad, van een entry per lampje/socket naar één device per kamer met meerdere characteristics en nu heeft Apple/iOS de weergave aangepast en moeten we terug naar aparte devices per lamp of socket. Tenzij je bv. een ventilator hebt met een ingebouwde lamp, dan zou je een fan en een lamp in één device kunnen gooien.

[Zoefff]

Hoe is jullie setup voor het wijzigen van openHAB config files op een remote machine? Bij mij draait openHAB op een RaspberryPi. Om wijzigingen te doen logde ik voorheen in via SSH om dan in vim o.i.d. de config wijzigingen te doen. Hoewel ik m'n weg aardig kan vinden in vim blijf ik het een vrij primitieve manier van werken vinden.

Gisteravond heb ik eens geëxperimenteerd met een alternatieve werkwijze en dat bevalt tot nu toe goed! Voor Visual Studio Code is een openHAB extensie beschikbaar die features zoals syntax highlighting, code snippets, autocomplete en zelfs een integratie met de openHAB REST API aanbied. Met die extensie kan je dus snel en overzichtelijk .things, .items en andere files aanpassen.

De crux zit hem (voor mij) in het gebruik van de Remote SSH extensie voor Visual Studio Code. Hiermee open je een verbinding met een remote machine (de Pi in mijn geval) waarna je daar direct wijzigingen op kan doen, als ware je op die machine zit.

TL;DR: eindelijk eenvoudig aanpassen van config files:



Klein nadeel is dat je, omdat de config natuurlijk in /etc staat, ingelogd moet zijn als root. Ik heb het nog niet voor elkaar gekregen om dit met de VSCode extensie via een normale user met sudo te doen. Het is een klein risico om root logins (uiteraard alleen met public key authentication) toe te staan, maar omdat de Pi bij mij alleen in het lokale netwerk bereikbaar is vind ik dat prima acceptabel.

[FutureCow]

Zoefff schreef op vrijdag 11 oktober 2019 @ 22:36:
Hoe is jullie setup voor het wijzigen van openHAB config files op een remote machine? Bij mij draait openHAB op een RaspberryPi. Om wijzigingen te doen logde ik voorheen in via SSH om dan in vim o.i.d. de config wijzigingen te doen. Hoewel ik m'n weg aardig kan vinden in vim blijf ik het een vrij primitieve manier van werken vinden.

Gisteravond heb ik eens geëxperimenteerd met een alternatieve werkwijze en dat bevalt tot nu toe goed! Voor Visual Studio Code is een openHAB extensie beschikbaar die features zoals syntax highlighting, code snippets, autocomplete en zelfs een integratie met de openHAB REST API aanbied. Met die extensie kan je dus snel en overzichtelijk .things, .items en andere files aanpassen.

De crux zit hem (voor mij) in het gebruik van de Remote SSH extensie voor Visual Studio Code. Hiermee open je een verbinding met een remote machine (de Pi in mijn geval) waarna je daar direct wijzigingen op kan doen, als ware je op die machine zit.

TL;DR: eindelijk eenvoudig aanpassen van config files:

[Afbeelding]

Klein nadeel is dat je, omdat de config natuurlijk in /etc staat, ingelogd moet zijn als root. Ik heb het nog niet voor elkaar gekregen om dit met de VSCode extensie via een normale user met sudo te doen. Het is een klein risico om root logins (uiteraard alleen met public key authentication) toe te staan, maar omdat de Pi bij mij alleen in het lokale netwerk bereikbaar is vind ik dat prima acceptabel.

Sinds kort maak ik ook gebruik van Visual Studio Code, werkt echt heerlijk. Een stuk sneller, fouten zie je ook veel makkelijker. Vond eerder het debuggen van een typefout in je rule verschrikkelijk, gebeurt nu bijna niet meer!

Ik heb dit gebruikt om bestanden makkelijk aan te kunnen passen via een Samba Share. Op mijn windows PC gewoon een netwerk schijf gemaakt (OpenHab2-Conf):
https://www.openhab.org/d...inux.html#network-sharing

[CyBeRSPiN]

Hier ook VSCode via Samba. Maar ook geregeld via Termius op m’n iPad, en dat is eigenlijk zo irritant (vi via iPad onscreen keyboard) dat ik dat niet meer zou moeten willen

En je config hoeft echt niet als root in /etc te staan. Je kunt ook een openhab user maken en openhab als die user draaien.
Draai zelf openhab in een Docker container, maar wel ook als openhab user. De config files staan bij mij dan in /opt/openhab/conf

[ Voor 42% gewijzigd door CyBeRSPiN op 11-10-2019 23:27 ]

[Zoefff]

CyBeRSPiN schreef op vrijdag 11 oktober 2019 @ 23:16:
En je config hoeft echt niet als root in /etc te staan. Je kunt ook een openhab user maken en openhab als die user draaien.
Draai zelf openhab in een Docker container, maar wel ook als openhab user. De config files staan bij mij dan in /opt/openhab/conf

Ah, daar heb je wel gelijk in ja. Voor een nieuwe opzet zou ik het misschien ook zo doen, maar ik heb geen zin om het nu nog aan te passen. Op deze manier kan ik ook overige config (grafana / influxdb / telegraf / pihole) eenvoudig wijzigen. Tsja, dat zou natuurlijk ook allemaal in docker containers kunnen draaien. Nouja, misschien leuk om in de toekomst eens op te pakken

[teaser]

Ik pas mijn code niet rechtstreeks op de RPI aan. Wijzigingen doe ik lokaal, en achteraf kopieer ik alles over met een compare tool (Beyond Compare). Dan zie je nog eens netjes alle diffs en heb je een laatste check voor je wijzigingen 'live' zet.
De lokale codebase zit ook in een git repository.

[StevenVerburg]

Daantju schreef op vrijdag 11 oktober 2019 @ 21:13:
Wat klopt er niet aan mijn lights.items file? Ik wil mijn 2 eettafel lampen in een groep hangen, zodat ik ze tegelijk aan/uit kan zetten. Ik heb een groep aangemaakt, maar in PaperUI gebeurt niks en zie ik de groep niet.Terwijl ik alle devices en opties uit de .items file netjes zie.

En andere vraag- wanneer is de sitemap file van belang? Ook als ik items wil tonen in HABpanel?

[Afbeelding]

Volgens mij klopt je groepsdefinitie nog niet. Je kan aangeven dat het om een switch gaat. Zie onderstaand voorbeeld zoals ik dat in gebruik heb:

Group:Switch:AND(ON,OFF) Eettafel "Eettafel [(%d)]"

Het klopt dat je geen groepen in PaperUI ziet. Die is ook niet bedoeld als gebruikersinterface. Dan kan je kiezen voor BasicUI i.c.m. met een sitemap of HABPanel. Voor HABPanel heb je geen sitemap nodig.

[Zoefff]

teaser schreef op maandag 14 oktober 2019 @ 10:14:
Ik pas mijn code niet rechtstreeks op de RPI aan. Wijzigingen doe ik lokaal, en achteraf kopieer ik alles over met een compare tool (Beyond Compare). Dan zie je nog eens netjes alle diffs en heb je een laatste check voor je wijzigingen 'live' zet.
De lokale codebase zit ook in een git repository.

Check, daar hebben we het geloof ik wel eens eerder over gehad. Ik heb het omgedraaid; met etckeeper houd ik alle wijzigingen op de Pi zelf meteen bij. Voordeel is dat andere config wijzigingen ook een een repository staan. Nadeel is dat je openHAB wijzigingen direct live doet, en dus ook stuk kan maken. Maar omdat openHAB voor mij een secundaire manier van besturen is (KNX werkt primair ook volledig alleenstaand) is dat een acceptabel risico

[tomtommie]

Voor de mensen die KNX combineren met Openhab, op een of andere manier krijg ik het geheel niet werkend en kom er niet uit. Ik ben al meerdere malen over de configuraties heen gegaan, maar weet niet wat er fout is. Misschien weet hier iemand wat er fout gaat of heeft tips.

Openhab blijft in de log een timeout geven:
Could not read value for datapoint 4/3/100: timeout waiting for group read response from 4/3/100. Going to retry.


knx.things:

code:

Bridge  knx:ip:bridge "MDT KNX/IP Router" @ "KNX" [
    type="ROUTER",
    ipAddress="224.0.23.12",
    portNumber=3671,
    localIp="192.168.1.5",
    readingPause=50,
    responseTimeout=10,
    readRetriesLimit=3,
    autoReconnectPeriod=60,
    localSourceAddr="0.0.0"
] {
    Thing device TASTER_1_1_102 "Taster woonkamer" @ "KNX" [ 
        address="1.1.102", 
        fetch=true, 
        pingInterval=300, 
        readInterval=3600 
    ] {
        Type switch     :       woonkamerLamp               "Staanlamp Woonkamer"           [ ga="4/1/50+<4/2/50" ]
        Type number     :       woonkamerTemperatuur        "Temperatuur [%.1f °C]"     [ ga="9.001:<4/3/100" ]
    }
  }

knx.items:

code:

Switch      woonkamerLamp               "Woonkamer Staanlamp"           <switch>        (gWoonkamer,gLights,gKNX)               [ "Switchable" ]                { channel="knx:ip:bridge:TASTER_1_1_102:woonkamerLamp" }
Number      woonkamerTemperatuur        "Temperatuur [%.1f °C]"         <number>        (gWoonkamer,gTemperature,gKNX)          [ "CurrentTemperature" ]        { channel="knx:ip:bridge:TASTER_1_1_102:woonkamerTemperatuur" }

Bedankt alvast!

[Zoefff]

Hoe heb je de configuratie van de temperatuursensor in KNX zelf staan? De sensoren die ik heb kunnen ingesteld worden om pas updates te versturen bij een bepaald temperatuurverschil of om dit perodiek te doen (of een combi van beide). Is er niet toevallig gewoon nog geen update langsgekomen? Dat zou je in ETS eventueel ook kunnen checken door te loggen wat er over de bus gaat en dan een telegram van 4/3/100 afwachten.

Ik heb overigens zelf in de Things config de `read` optie op `false` staan. Weet niet of dat het verschil maakt, maar ik kan me zo voorstellen dat bij `true` openHAB actief de status probeert uit te lezen; als die vervolgens niet langs komt (want geen updates in interval of temperatuurverschil) zorgt dat wellicht voor deze fout?

[ Voor 28% gewijzigd door Zoefff op 17-10-2019 11:48 ]

[tomtommie]

Ik laat elke minuut de temperatuur op de bus zetten nu. Puur om het zeker te weten.
In ETS zie ik hem langs komen, helaas dus niet in OpenHab.
Moet ik nog iets in ETS veranderen aan de router? Of via de website van de router misschien?

[teaser]

Heb je in de routerconfiguratie geen filters die telegrams tegenhouden, of standaard dat alles tegengehouden wordt zodat je moet gaan whitelisten?

[ Voor 9% gewijzigd door teaser op 17-10-2019 16:03 ]

[Zoefff]

Zie je überhaupt iets in openHAB over de (online) status van je KNX devices en / of de Router? En weet je zeker dat het een Router is en geen IP Interface (en je dus TUNNEL ipv ROUTER mode zou moeten gebruiken)?

Zoals ik in de docs lees is de fetch mode vrij experimenteel (ik schreef hierboven `read` maar bedoelde `fetch`) dus wellicht kan je die nog eens op false zetten en kijken wat er gebeurt. Idem voor de `readInterval` waarvan ik lees dat je die alleen op iets anders dan 0 moet zetten als je zeker weet waarom je dat wil.

[tomtommie]

Vooruitgang! Ik heb het localIp nu goed staan op het adres van de computer waar openhab op draait, stom!

Schakelen van een lamp werkt nu, alleen komt de temperatuur dus nog niet binnen, ik blijf meldingen krijgen over "Giving up reading datapoint..."

Hoe hebben jullie de sensoren geconfigureerd?

Nu de koppeling met homekit proberen te maken.

[tomtommie]

Update, sensoren worden nu uitgelezen, maar alleen nadat ik een TUNNEL configuratie gebruik en geen ROUTER. Ik heb zeker weten een KNX router, maar daar gaat dan toch iets niet helemaal lekker.

Iemand van jullie recentelijk een homekit verbinding opgezet? Als ik de binding nieuw installeer dan ziet mijn telefoon Openhab, maar als ik probeer te verbinden krijg ik na een tijdje een error en is er niets meer zichtbaar. Helaas vind ik hier op internet verschillende problemen van, maar geen oplossing lijkt te werken.
Ik draai nu op windows, misschien moet ik toch een dedicated RPi gaan gebruiken.

[Zoefff]

Hoe is je configuratie voor HomeKit? Is `networkInterface` een IP adres dat je vanaf je telefoon kan bereiken?

[Loekie]

Check even via Paper UI de settings voor de netwerk-interface, deze moet op het juiste IP staan(kan verkeerd op WIFI-adapter staan bijvoorbeeld).
Daarna zou je via karaf "smarthome:homekit clearPairings" uit kunnen voeren om daarna opnieuw te verbinden.
Homekit vind ik niet het sterkste punt van openhab, er zijn veel die via homebridge werken met homekit.

[PtrO]

Zoefff schreef op vrijdag 11 oktober 2019 @ 22:36:
...
Klein nadeel is dat je, omdat de config natuurlijk in /etc staat, ingelogd moet zijn als root. Ik heb het nog niet voor elkaar gekregen om dit met de VSCode extensie via een normale user met sudo te doen. Het is een klein risico om root logins (uiteraard alleen met public key authentication) toe te staan, maar omdat de Pi bij mij alleen in het lokale netwerk bereikbaar is vind ik dat prima acceptabel.

Je kunt dit eventueel regelen door op de Raspberry:
1) de user "pi" in group "openhab" te gooien ( sudo usermod -a -G openhab pi )
2) op/in homedirectory van user "pi" een symbolische link "openhabpi" verwijzen ( ln -s /etc/openhab2/ openhabpi )
en eventueel wanneer je die ook wilt editen/updaten
3) de betreffende directories qua group read/writable maken ( vooralles: sudo -R chmod g+rw /etc/openhab2/ )
Op Linux systemen kun je ook de RaspberryPi filessystem veilig delen - al of niet gekeyed - vanuit een Ubuntu client met "sshfs" (eventueel ff "apt-get install sshfs") mounten, samba (relatief onveilig) is dan niet nodig. En je werkt dan in je rPI home directory of dat je lokaal zit. (user@ubuntu:~$ mkdir rpic; sshfs pi@rpic:/home/pi ~/rpic -o reconnect )

Kortom er zijn tal van wegen. Zelf heb ik op de rPI een seriele/ethernet converter zitten zodat ik er altijd ook buitenom met een console bij kan. Dit in geval de lokale ethernet of wifi (pi-zero) het niet meer doet.

[DARKLORD]

gisteren openhab geinstalleerd omdat ik na domoticz toch ook wat verder wil gaan kijken.
maar het was een grote teleurstelling. slimme meter uitlezen in domoticz is echt zo geregeld. bij openhab een hoop gezeur over mappen van je usb poorten en aanpassen van files. ik snap het niet. domoticz is ook debian en werkt direct. ook geen grote config file voor die binding. dat was dan teleurstelling 1 . vervolgens de rfxcom precies hetzelfde verhaal. ben er al weer even klaar mee. binnenkort nog even proberen op een andere device ipv een raspberry pi. ik snap de leercurve en wil daar ook zeker tijd in steken maar had niet verwacht dat zulke eenvoudige dingen niet gewoon in een keer werken wat bij domoticz wel zo is.

wordt vervolgd.

[CyBeRSPiN]

@DARKLORD draaide je Domoticz als root dan? Is in Linux normaal dat je rechten moet toekennen aan een user die de USB wil gebruiken.
Maar slimme meter zou ik sowieso niet rechtstreeks uitlezen in OpenHAB. Ik gebruik https://dsmr-reader.readthedocs.io/nl/latest/ en vervolgens MQTT of de JSON API om de data in OpenHAB te tonen.

[DARKLORD]

@CyBeRSPiN
Nope. normale user.
Dank je voor de tip, dat wordt de eerste stap om te regelen.
Is ook wel lekker om het gescheiden te houden. Ik ga openhab nog eens op mijn 'normale' server zetten die niet in de meterkast staat en dan verder knutselen.

[Squinck]

CyBeRSPiN schreef op donderdag 7 november 2019 @ 19:54:
@DARKLORD draaide je Domoticz als root dan? Is in Linux normaal dat je rechten moet toekennen aan een user die de USB wil gebruiken.
Maar slimme meter zou ik sowieso niet rechtstreeks uitlezen in OpenHAB. Ik gebruik https://dsmr-reader.readthedocs.io/nl/latest/ en vervolgens MQTT of de JSON API om de data in OpenHAB te tonen.

Thx dit is wel een dikke tip dat ga ik ook eens proberen.
@DARKLORD Ik mijn rfxcom en slimme meter wel gekoppeld gekregen. Zorg ervoor dat je deze :RFXCOM USB Transceiver als thing hebt want volgens mij kun je uit meerdere kiezen.

Openhab is echt soms erg ingewikkeld en er zijn zoveel verschillende manieren om tot hetzelfde resultaat te komen. Dat maakt het wel een beetje onduidelijk. Echter de z-wave is met openhab veel beter dan met alle andere domotica die ik heb gebruikt. Homey, HomeAss. Domoticz. Hoe dat komt weet ik niet, maar ik heb nooit meer dode nodes wat bij Domoticz echt een probleem werd.
Verder is Openhab rete stabiel. Nooit problemen. Als het eenmaal werkt, dan werkt het voor altijd zo lijkt het.

[CyBeRSPiN]

@Squinck klopt.. het is niet het meest duidelijke systeem. Duurt echt een tijd voordat je er echt in zit qua concepten en vervolgens krijg je pas doe hoe je de configuratie het beste naar je hand zet.
Stabiliteit is echt top. Gebruik het nu al meer dan 5 jaar en nog nooit iets geks meegemaakt.

[PtrO]

DARKLORD schreef op donderdag 7 november 2019 @ 18:53:
gisteren openhab geinstalleerd omdat ik na domoticz toch ook wat verder wil gaan kijken.
maar het was een grote teleurstelling. slimme meter uitlezen in domoticz is echt zo geregeld. bij openhab een hoop gezeur over mappen van je usb poorten en aanpassen van files. ik snap het niet. domoticz is ook debian en werkt direct. ook geen grote config file voor die binding. dat was dan teleurstelling 1 . vervolgens de rfxcom precies hetzelfde verhaal. ben er al weer even klaar mee. binnenkort nog even proberen op een andere device ipv een raspberry pi. ik snap de leercurve en wil daar ook zeker tijd in steken maar had niet verwacht dat zulke eenvoudige dingen niet gewoon in een keer werken wat bij domoticz wel zo is.

wordt vervolgd.

FF maar een promotieverhaal voor/van openHAB en benieuwd hoe anderen dat ervaren.

Ik snap je eerste ervaring maar probeer het even door te zetten. OpenHAB is echt(er) een andere Eredivisie. De concepten van OH gaan (nofi) flink wat verder dan bij andere systemen die zich vooral richten op de eerste (verleidelijke) gebruikservaring.
Wat in beginsel makkelijker is/lijkt kan je op termijn wel's flink in de weg gaan zitten. Zeker wanneer je aantal sensoren/devices gaan toenemen.

Hierbij vooral onderscheid maken dat OH primair als serverfunctie was/is ontworpen (Eclipse/Smarthome) en niet, zoals bij Domoticz meer vanuit een gebruikgerichtsdoel zoals lokaal via een usb-poort dingen doen etc.etc.

Ik lees mijn slimme-meter simpel uit via een esp8266-chipje van €1 dat in de meterkast zit, die dan gewoon mqtt boodschappen verstuurt welk ik in openHAB elders draaiend, eenvoudig kan ontrafelen en gebruiken.
Ik kan verder al 3 of 4 andere manieren bedenken om het rechtstreeks/direct met/vanuit openHAB te doen via een scala aan plugins. Maar waarom moeilijk doen, om dat het kan ?
Je moet dingen daar doen waar ze het beste uitwerken. Je kunt ook prima een RasberryPi neerzetten met als enige doel om de slimme meter daar uit te lezen (wat verder niets anders is dan simpel uitlezen van een rs232 interface). Dat je/men gelijk dan daar ter plaatse de "domotica-server" op draait lijkt in beginsel "logisch" maar is op termijn niet handig.

Verder kan je openHAB, en dat maakt het zeker voor de n00b in beginsel wazig en ook voor de wannabe expert soms ondoorzichtig, op verschillende manieren gebruiken. Werkwijzen die je ook nog eens door en met elkaar kunt combineren (en "we" onbedoeld vaak complex door elkaar halen):
1) instellen via gedetailleerde flatline configuratie bestanden (mijn voorkeur)
2) dynamisch via online zoek HetZelfMaarUit zoek/instellingen.
3) via het ingebouwde Karaf/Smarthome/console platform op basis van het Eclipse raamwerk.

Daarnaast heb je, te kort samengevat, 3 (of 4+) manieren om het resultaat in de Browser te tonen:
4) Classic UI, basaal en puur functioneel
5) het "BasicUI", waarmee je zelf controle heb over de opmaak en weergave
6) HabPanel , click & play, grafisch/visueel zeer aantrekkelijk.

Voorts heb je twee methoden om apparaat en plugin controle te houden
7) De online rest/API interface die alles bereikbaar maakt
PaperUI (deel van 2) die online de boel installeert/instelt.

Ter afsluiting, heb je basaal twee manieren om het te programmeren:
9) Via "rules" die (heel veel veel hebben van Java/script
10) Via Hab/Min wat lijkt op NodeRed Blocky/Puzzel programmeren

Tel daarnaast nog 's de database mogelijkheden zoals interfacen naar MySQL, RRD of Postgress, laat staan interface plugin voor systemen/apparaten met allerlei bouwsels van de zeer grote grote community, en je kan je lol op v.w.b. mogelijkheden. Probleem is/wordt wel om nog overzicht te houden.

Kortom, je kunt de dingen niet goed vergelijken en toegegeven, in vergelijking met Domoticz en HomeAssistant, is de leercurve van openHAB tamelijk steil. Andere concepten richten zich imho op een beperkte set van gebruiksaspecten als doel en ja, daarmee worden die (zo lijkt het) wat eenvoudiger. Wat er niet is of (anders) kan, is dan ook niet "nodig".

Laat je echter niet verblinden: tenzij taal, vormgeving of (eind)gebruik zelf het doel zijn, maken die de implementatie van domotica niet makkelijker (of moeilijker). Het is handiger om Java als concept te leren dan Python of Lua als middel te snappen. De laatsten zijn makkelijker toe te passen maar nauwelijks bruikbaar in een IDE omgeving.

[DARKLORD]

PtrO schreef op vrijdag 29 november 2019 @ 13:24:
[...]

Dank je voor je ondersteuning in deze moeilijke tijden
Ik ben ondertussen ook alweer wat verder. Eerst homeassistant geinstalleerd maar dat is helemaal een draak van een programma. Moet perse via docker ipv gewoon een .deb package. Hoop gedoe, zelfs het verwijderen! Maar nu weer terug op OH. full swing onder debian linux, zonder schillen zoals docker eromheen. 433mhz werkt nu ook prima. Vanavond spul besteld om met zwave aan de slag te gaan. langzaam aan zien op te bouwen. en vooral veel knutselen denk ik in het begin. Hetgeen ik naartoe wil werken is een mooi bedieningspaneel in de woonkamer met allerlei knoppen erop

Squinck schreef op vrijdag 29 november 2019 @ 08:30:
Ik mijn rfxcom en slimme meter wel gekoppeld gekregen.

Ik ook nu ik over ben naar mijn nieuwe setup.
Pi in de meterkast had ik toch al en p1 kabel ook. Dus nu draait DSMR reader hier op. Dat stukje software alleen al ziet er top uit! volgende stap is het inlezen van de data in OH.

[ Voor 27% gewijzigd door DARKLORD op 29-11-2019 22:34 ]

[PtrO]

@DARKLORD
Gewoon doorzetten. fase 1 is het aan de gang krijgen en daarna kun je gaan legoën.... en rommel maken
zoals :
Kan/wil het FF niet laten en zo heb ik nog 9 andere panels die van alles meten en doen, waar openHAB iets van 100 berichten per seconde afhandelt. Natuurlijk kan je per device, toepasselijke panels maken.

Du moment dat je met een RPi iets kunt uitlezen is het doodsimpel dat te vertalen naar mosquitto berichten.
De vraag is/wordt of, waar en hoe je de berichtinhoud, gaat stroomlijnen.
Zelf verbouw ik al mijn mqtt verkeer zoveel mogelijk naar JSON-formaat ({"veld":waarde.{"subveld": ...}... { ... ... } .. ... ) zodat ik in openHAB niet tot nauwelijks inhoudelijk hoef te substringen etc.etc. Kortom, openHAB focust zich dan op regelneven van "gebeurtenissen" en niet (wat ook prima kan) op het ontwarren en ontrafelen.

Voorbeeld, uit de meter krijg je DSMR data zoals:

code:

KKFM5KAIFA-METER
1-3:0.2.8(42)
0-0:1.0.0(191130135751W)
0-0:96.1.1(4512345637303030303034123456789555)
1-0:1.8.1(008623.508*kWh)
1-0:1.7.0(00.533*kW)

De vraag is dan of en waar ga je dat "stroomlijnen" om het als string, getal of switch item in openHAB te gebruiken en/of met "rules" zinnig te verbouwen. mijn esp8266 (wat nog beter kan met een rPI, stuurt dan zoiets als zelfbedacht "mqtt" topic "/energy/p1"met inhoud

code:

{"currentTime": 140635,"CurrentPowerConsumption":471,"ThermoState":0,"AnalogRead":343,"LedLight1":0,"powerConsumptionHighTariff":8313576,"powerConsumptionLowTariff":8011392,"T0":20.25,"T1":24.37,"T2":65.94,"T3":66.62,"T4":62.81,"T5":62.69,"Heating":0,"HeatMode":2, "mqttCnt":1015, "Version":1303 }"

Wat ik in openHAB rechtstreeks inlees met zeg:

code:

Number  P1TempT0                  "P1T0 [%.1f °C]"   (gLiving,gTemp,all)    {mqtt="<[mosquitto:/energy/p1:state:JSONPATH($.T0)]" }  // P1Meter T0 ds18b20 Livingroom
Number  P1TempT1                  "P1T1 [%.1f °C]"   (gHeating,all)         {mqtt="<[mosquitto:/energy/p1:state:JSONPATH($.T1)]" }  // P1Meter T1 ds18b20

Dit ter illustratie.

[DinoBe]

Weet iemand of er een koppeling bestaat voor ELRO apparaten voor Openhab?

Ik zou een aantal rookmelders/hittemelder/co melder willen hangen in huis. Ik vind de oplossing van Elro nogal interessant (prijs/type melders/...) maar zou deze op termijn ook willen hangen aan openhab (project voorlopig in de koelkast)

https://www.elro.eu/nl/el...-k1-rookmelder-kit-sf400s

[CyBeRSPiN]

@DinoBe misschien met een RFXTRX RFXCOM, maar meen dat die op 433MHz werkt, niet op 868MHz.
Is dus geen ZWave of Zigbee?

[DinoBe]

CyBeRSPiN schreef op maandag 2 december 2019 @ 10:52:
@DinoBe misschien met een RFXTRX RFXCOM, maar meen dat die op 433MHz werkt, niet op 868MHz.
Is dus geen ZWave of Zigbee?

Nee, ELRO werkt via 868Mhz, geen idee welk protocol dat precies is...

[Tribunus]

Wellicht dat 1 van jullie mij verder kan helpen. Ik heb laatst een shelly plug S aangeschaft gezien deze een stukje beter zijn geprijsd dan een fibaro zwave module. Het gaat mij met name om het schakelen en het verbruik meten van.

Gaat in principe prima, ik gebruik mqtt om de openhab te koppelen aan de plug. Nu heb ik 1 uitdaging waar ik niet goed uit kom, ook omdat ik 0 programmeer kennis heb:

De shelly meld het totale verbruik in watt per minuut, en ik zou dit graag als kWh in openhab krijgen. Kan ik hiervoor de incoming value transformation onder de mqtt instellingen voor gebruiken? Zo ja, iemand wellicht een aanzet om dit aan te pakken?

Hoop dat iemand mij hiermee op weg kan helpen!

[CyBeRSPiN]

@Tribunus
Maak een rule die een “on received update” verwerkt en dan de waarde van een ander item bijwerkt met de huidige waarde plus de berekende waarde zodat het kWh wordt. Dit andere item bevat dan de cumulatieve waarde in kWh.
Zie https://community.openhab...watt-per-min-in-kwh/81864 voor een rule.

[ Voor 25% gewijzigd door CyBeRSPiN op 15-12-2019 21:18 ]

[Tribunus]

@CyBeRSPiN
Wellicht dat jij mij dan ook met de syntax kan helpen, ik begrijp er niet zo veel van:

Moet bij item dan de naam staan van de shelly plus, of van de waarde welke de plug stuurt naar de broker. Het zou natuurlijk handig zijn dat het een "algemeen" stukje code is, die van alle shelly's die waarde omrekent. Hoe match ik dan die waarde, een update van een shelly plug komt binnen als:

code:

2019-12-16 11:41:27.480 [vent.ItemStateChangedEvent] - mqtt_topic_*********_Shelly_Plug_Energy changed from 66198 to 66199

Zelf denk ik dat ik dan moet matchen op _Shelly_Plug_Energy, is dat correct?

Volgende stukje code wordt de waarde aangepast naar wat het zou moeten zijn (de berekening) en vervolgens wordt een update gedaan van dezelfde waarde waar eerder op is gematched, maar dan met een 2 erachter.

Zoals je ziet, ik snap er niet veel van, heb er verder ook weinig kijk op, en wellicht is dit niet de juiste plaats om het te vragen maar ik probeer het toch maar .

Heb nog geen tijd gehad om me hier in te verdiepen, uiteraard wil ik wel graag wat met rules en automation gaan doen straks maar dat vergt wat meer tijd

---

Edit:

Ik lees dat er veel op basis van "item" wordt gewerkt met rules. Aangezien ik zoveel mogelijk doe met PaperUI heb ik nog geen items aangemaakt in de items directory. Moet dit alsnog worden gedaan wanneer je gebruik wilt maken van rules?

---

Edit2:

We blijven lekker bezig zo met het proberen Heb inmiddels een Item gemaakt en de rule in het voorbeeld zodanig aangepast maar ik blijf foutmeldingen krijgen. Ik dacht eigenlijk dat ik aan de hand van Item 1, Item2 zou updaten en die dan in mijn UI laat zien (vandaar die 2 achter het originele item)

Ik verwacht dat mijn rule gewoon niet goed is op 1 of andere manier, hieronder even de code van zowel mijn items als de rule zelf, zien jullie iets geks?

code:

Number SP_Koelkast_kWh "Electric meter (kWh)" <energy> {channel="mqtt:topic:******:ShellyPlug_Koelkast_kWh"}
Number SP_Koelkast_kWh2 "Electric meter (kWh)" <energy> {channel="mqtt:topic:******:ShellyPlug_Koelkast_kWh"}

/rules$ cat SPkoelkastverbruik.rules
val String filename = "SPkoelkastverbruik.rules"
rule "Watt per Minute to kWh"
when
        Item SP_Koelkast_kWh received update
then
        var float verbruik = (SP_Koelkast_kWh as Number).floatValue / 60
        verbruik = verbruik / 1000
        SP_Koelkast_kWh2.postUpdate(verbruik)
end

Foutmelding:
2019-12-16 14:15:34.499 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule 'Watt per Minute to kWh': Could not cast SP_Koelkast_kWh (Type=NumberItem, State=68392, Label=Electric meter (kWh), Category=energy) to java.lang.Number; line 6, column 24, length 25

[ Voor 41% gewijzigd door Tribunus op 16-12-2019 14:17 ]

[CyBeRSPiN]

@Tribunus goed bezig zie ik al!
Ja die Paper UI is leuk en aardig, maar je bent uiteindelijk beter af als je alles in losse files definieert.
Tip: Gebruik VSCode met de OpenHAB plugin om de files te bewerken.
Flinke learning curve, maar je gaat er komen en dan wordt het leuk!

Je krijgt deze foutmelding:
Could not cast SP_Koelkast_kWh (Type=NumberItem, State=68392, Label=Electric meter (kWh), Category=energy) to java.lang.Number

Wat ik denk dat je moet doen is de State van het Item opvragen en niet het hele object naar nummer proberen te converteren:
var float verbruik = (SP_Koelkast_kWh.state as Number).floatValue / 60

[ Voor 5% gewijzigd door CyBeRSPiN op 16-12-2019 16:24 ]

[Tribunus]

CyBeRSPiN schreef op maandag 16 december 2019 @ 16:12:
@Tribunus goed bezig zie ik al!
Ja die Paper UI is leuk en aardig, maar je bent uiteindelijk beter af als je alles in losse files definieert.
Tip: Gebruik VSCode met de OpenHAB plugin om de files te bewerken.
Flinke learning curve, maar je gaat er komen en dan wordt het leuk!

Je krijgt deze foutmelding:
Could not cast SP_Koelkast_kWh (Type=NumberItem, State=68392, Label=Electric meter (kWh), Category=energy) to java.lang.Number

Wat ik denk dag je moet doen is de State van het Item opvragen en niet het hele object naar nummer proberen te converteren:
var float verbruik = (SP_Koelkast_kWh.state as Number).floatValue / 60

Thanks, Heb ik aangepast en het werkt

maaaaaaar, de nieuwe versie van openHAB is vandaag gereleased, 2.5.0 daarin zit dus een binding voor shelly. Blijkbaar wordt die waarde in de binding al om gezet naar kWh.

Toch cool dat het gelukt is, nogmaals dank voor je hulp!

[CyBeRSPiN]

@Tribunus ah ja een dedicated binding is helemaal mooi natuurlijk.
Maar wat je net geleerd hebt komt nog wel van pas

[Tribunus]

Is het dan beter om de configuratie nu opnieuw te bouwen met in het achterhoofd dat ik die flexibiliteit wel wil gaan gebruiken? Als ik nu een item aanmaak, gebaseerd op eenzelfde channel (welke dus al in paperUI staat) krijg ik een dubbele output.

Lijkt me wel erg veel "werk" maar dus wel beter gezien je van meer functionaliteit gebruik kan maken.

[DARKLORD]

@Tribunus
als ik je een tip mag geven bekijk dan deze video:
YouTube: openHAB 2 Basics - Editing Configuration Files | Installing Visual S...

hiermee installeer je de visual studio code editor om openhab config files eenvoudig te kunnen bewerken.
want ook dat is al een leercurve op zich

vervolgens laat hij nog een paar video's zien hoe openhab werkt. ik heb er veel aan gehad om uberhaupt te kunnen starten met openhab.

[jeroenathome]

@Tribunus
Waarom ga je eerst door 60 delen en daarna door 1000? Je kan ook in 1 keer door 60000 delen.

code:

var float verbruik = (SP_Koelkast_kWh as Number).floatValue / 60
        verbruik = verbruik / 1000
        SP_Koelkast_kWh2.postUpdate(verbruik)

In het openHab forum is er ook iets over te vinden.
Link

[Tribunus]

jeroenathome schreef op vrijdag 20 december 2019 @ 11:37:
@Tribunus
Waarom ga je eerst door 60 delen en daarna door 1000? Je kan ook in 1 keer door 60000 delen.

code:

var float verbruik = (SP_Koelkast_kWh as Number).floatValue / 60
        verbruik = verbruik / 1000
        SP_Koelkast_kWh2.postUpdate(verbruik)

In het openHab forum is er ook iets over te vinden.
Link

Omdat ik geen idee had wat ik aan het doen was. Dus heb netjes een uitleg van iemand gevolgd
Daarnaast is dit alles niet meer nodig omdat er een nieuwe binding is voor shellies. Alleen de plug (niet-s) werkt nog niet helemaal lekker maar dat schijnt opgelost te worden!

learning by doing zeg maar. Er zal een heleboel een stuk efficiënter kunnen maar op deze manier dingen uitproberen bevalt mij wel. Heb ook VSC geïnstalleerd en dat werkt een stuk fijner.

[jeroenathome]

Ik ben ook sinds een paar dagen aan het spelen met openhab. In plaats van de item en rules bestanden aan te maken speel ik nu met Hab panel. In enkele minuten meer voor elkaar gekregen mat HAB panel dan de losse bestanden aan te passen.

[ballie2]

Als iemand nog op zoek is naar een koppeling met de Solar Edge invertor -> https://community.openhab...er-via-modbus-tcp-2/85887

[jeroenathome]

Ik heb een shellydimmer die ik via een schakelaar en Habpanel wil bedienen. Via de Habpanel gaat alles zonder problemen en is het ook mogelijk om via meerdere apparaten en de Habpanel de lamp aan en uit te zetten. Op beide ingangen van de shellydimmer zit een schakelaar en de stand van de schakelaar kan ik in PaperUI aflezen. Als ik een Rule maak die de lamp aanstuurt lukt het niet. Met de onderstaande rule gaat de lamp alleen maar aan als deze uitstaat.

code:

rule "Dimmer aan/uit"

when
    Item Dimmer_Relay_Input2 changed
then
    Dimmer_Relay_Light.sendCommand(ON)
end

Door de ON te vervangen voor OFF ging de lamp uit. Input2 vervangen voor Input1 zorgde ervoor dat de andere schakelaar gebruikt werd om de lamp te schakelen. Zover ik het kan nagaan lukt het dus om de stand van de schakelaar te gebruiken om de lamp aan/uit te zetten?

Met de onderstaande rule wil ik de lamp aan/uit te schakelen afhankelijk of de lamp aan of uit is.

code:

rule "Dimmer aan/uit"

when
    Item Dimmer_Relay_Input2 changed
then
    if (Dimmer_Relay_Light == ON) {
        Dimmer_Relay_Light.sendCommand(OFF)
    }
    if (Dimmer_Relay_Light == OFF) {
        Dimmer_Relay_Light.sendCommand(ON)
    }
end

Helaas werkt dit niet. Via de schakelaars gebeurt er niks. In openhab.log komt geen foutmelding met deze rule. Er zijn wel andere foutmeldingen die ik nog niet weet op te lossen.

code:

2019-12-27 16:59:33.456 [INFO ] [elly.internal.api.ShellyEventServlet] - ERROR: Exception processing callback: null (class java.lang.NullPointerException), path=/shelly/event/shellydimmer-f36c8a/light/0, data=''; deviceName=shellydimmer-f36c8a, index=0, type=light, parameters={type=[out_off]}
2019-12-27 16:59:39.278 [INFO ] [elly.internal.api.ShellyEventServlet] - ERROR: Exception processing callback: null (class java.lang.NullPointerException), path=/shelly/event/shellydimmer-f36c8a/light/0, data=''; deviceName=shellydimmer-f36c8a, index=0, type=light, parameters={type=[btn2_on]}
2019-12-27 17:01:00.450 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'Dimmer.rules'
2019-12-27 17:01:21.634 [INFO ] [elly.internal.api.ShellyEventServlet] - ERROR: Exception processing callback: null (class java.lang.NullPointerException), path=/shelly/event/shellydimmer-f36c8a/light/0, data=''; deviceName=shellydimmer-f36c8a, index=0, type=light, parameters={type=[btn2_off]}
2019-12-27 17:01:36.227 [INFO ] [elly.internal.api.ShellyEventServlet] - ERROR: Exception processing callback: null (class java.lang.NullPointerException), path=/shelly/event/shellydimmer-f36c8a/light/0, data=''; deviceName=shellydimmer-f36c8a, index=0, type=light, parameters={type=[out_on]}
2019-12-27 17:07:14.819 [INFO ] [el.core.internal.ModelRepositoryImpl] - Refreshing model 'Dimmer.rules'

In deze log kan ik wel zien wanneer de gewijzigde rule gebruikt wordt. Bij eerdere pogingen verscheen hier foutmeldingen als er fouten in de rule zat. Wat doe ik verkeerd met de rule bestand en hoe kan ik dit oplossen.

[hpmkruit]

Je kunt de shelly zelf ook in edge mode zetten c.q. hotel schakeling. Dan heb je geen extra rules nodig.

[CyBeRSPiN]

@jeroenathome voeg .state toe aan het item als je de waarde wilt hebben en in je IF wilt gebruiken.
Dus Dimmer_Relay_Light.state

[jeroenathome]

@CyBeRSPiN Bedankt. Dat was de oplossing die ik zocht.
@hpmkruit Bedankt voor het meedenken. De suggestie die je geeft was bij mij bekend. Met die oplossing heb je openHAB niet nodig om alles te laten werken. Dat was niet mijn bedoeling.

Ik ga stap voor stap verder met het uitbreiden van openHAB. Ik heb meerdere shelly producten en ben aan het kijken hoe alles werkt. Een van de volgende stappen is om de temperatuur uitlezing (shelly HT) op te slaan en in een grafiek te kunnen weergeven. Met shelly1PM is het ook mogelijk om het vermogen en verbruik te registeren. Er is nog veel om uit te zoeken.

[hpmkruit]

Ok goed plan. Voor simpele grafieken kun je gebruik maken van een persistence service https://www.openhab.org/docs/configuration/persistence.html

[jeroenathome]

Eerst nog een uitdaging met de shelly1pm. De shelly software geeft wel de status van de schakelingang weer, maar binnen openHAB lijkt deze niet te bestaan. Ik weet niet of deze in versie 2.4 wel werkte icm aparte binding(*.jar add-on). Nu met de standaard shelly binding in versie 2.5 is de schakelingang niet zichtbaar in openHAB.

[hpmkruit]

Ik gebruik zelf MQTT voor communicatie met shelly, omdat ik ook producten van Ikea, sonoff en xiaomi gebruik. Ik zou hier ook gebruik van maken als je in de toekomst uit wilt breiden.

[Squinck]

Hi all,
Ik word misschien te oud voor deze dingen (41) maar vroeger was alles toch makkelijker bij te houden. Ik heb het een nog niet eens onder controle en het andere komt er alweer bij. Ben geswitcht van Domoticz via Homeassistant Homey tot nu eindelijk Openhab. Werkt prima maar de het is wel een lange leercurve.
Heb mijn slimme meter gekoppeld en dat werkt wel alleen ik wil graag leuke grafiekjes maken en ook de data dusdanig bijhouden dat ik echt kan zien en meten hoe ik nu eigenlijk met mijn energieverbruik omga.
Heb niet echt een idee hoe ik dat moet doen.
Nu las ik iets over MQTT en dat men ook daar de slimme meter aan kan koppelen en vervolgens MQTT aan OpenHab kan hangen. Vervolgens lees ik ook dat je zwave en dat soort dingen kunt sturen met MQTT. Ja ho eens even nu wordt het wel heel ingewikkeld.
Wat is nu de toekomst in Home Automation? En wat moet ik ermee?
Heb me even verdiept in MQTT, maar om daar nu weer uren aan lezen en leren in te stoppen..
Kan iemand mij a.u.b. adviseren
(ik voel me soms al echt een bejaarde..... )

Koen

edit @hpmkruit ik zie nu dat je het in jouw post hier net voor mij ook hebt over MQTT. Ben ik in ieder geval wel aan het goeie adres ;-)

[hpmkruit]

MQTT is een lichtgewicht communicatie/berichten standaard. Je hebt een zogenaamde broker nodig waar clients berichten kunnen plaatsen/uitlezen. Een veelgebruikte broker is Mosquitto. OpenHab en je sensoren/lampen/schakelaars kunnen met elkaar communiceren door als client aangemeld te zijn op de broker en zich te 'subscriben' op een zgn. Topic.
OpenHab fungeert hierin dus ook gewoon als een client net zoals een temperatuur sensor. OpenHab heeft volgens mij ook een ingebouwde broker, maar die kreeg ik nooit goed aan de praat dus gebruik ik ook een aparte mosquitto broker instantie.

Een voorbeeld van een schakelaar kan zijn dat deze 2 'topics' plaatst op de broker. 1 genaamd 'status' en 1 genaamd 'command'. De schakelaar is gelijk ook subscribed op deze topics (leest de berichten van dit topic uit).
In OpenHab kun je een MQTT 'Thing' definiëren wat zich ook subscribed op deze 2 topics. "status" om de huidige status uit te lezen en "command" om aan/uit commando's in te plaatsen. Deze vertalen zich weer naar OpenHab "Channels" welke je kunt koppelen aan een "Item". Als je met OpenHab hebt gewerkt weet je al hoe dit werkt. Anders verwijs ik je graag naar de tutorials op de Openhab website.

Dit is even heel kort hoe MQTT kan werken icm OpenHab en hoe ik het globaal heb opgezet.

Terugkomend op je vraag "wat is de toekomst van home automation". Dit is een markt die enorm aan het ontwikkelen is. Iedere fabrikant komt met zijn eigen 'standaard'. OpenHab, Domoticz, HomeAssistent zijn opensource software pakketten die zoveel mogelijk standaarden proberen te ondersteunen zodat je van alles aan elkaar kunt knopen. Dit bevindt zich momenteel nog wel behoorlijk in de 'hobby' en poweruser sfeer. Wat de toekomst wordt vind ik lastig te zeggen.

Je vraag 'wat moet je ermee' kun je alleen zelf beantwoorden. In dit topic, op tweakers en op het forum van OpenHab zijn voldoende mogelijkheden te vinden wat je ermee kan. Of je het de moeite waard vindt om je hierin te verdiepen is aan jezelf. Begin eenvoudig en breidt dan langzaam uit is het devies. Ik zou dus vooral eerst kijken wat 'out of the box' wordt ondersteund dmv Bindings. Hierin is al veel voorwerk gedaan.

[ Voor 24% gewijzigd door hpmkruit op 07-01-2020 10:07 ]

[teaser]

@Squinck bejaarde? Help, ik word komende zaterdag 40!

Het toffe aan home automation deze dagen is dat er tientallen manieren zijn om hetzelfde te bereiken. Voor iedere smaak is er wel wat te vinden. Dat maakt het echter ook onoverzichtelijk.
Zelf heb ik toevallig het voorbije weekend MQTT opgezet nadat ik me de vraag had gesteld 'hoe kan ik het best deze zelf geknutselde sensor integreren in de rest van mijn home automation systeem?'. Die zelf geknutselde sensor is een ESP8266 met enkele sensoren aan hangen trouwens. Er zijn meerdere manieren icm OpenHAB: pollen met HTTP, de REST API gebruiken, of MQTT dus. Hier heb ik voor MQTT gekozen omdat de meest universele oplossing is.

Zo is het constant keuzes maken, informatie opzoeken, technologieën vergelijken. En goed in je achterhoofd houden wat je wil bereiken. En inderdaad, begin eenvoudig. 1 schakelaar, 1 lamp, ofzo. Dan stelselmatig zaken en functionaliteit toevoegen.

Ohja, voor grafiekjes: Grafana.

[ Voor 5% gewijzigd door teaser op 07-01-2020 11:56 ]

[Squinck]

Thanks allebei voor jullie reactie.
@hpmkruit Maar ik kan in Openhab toch ook die lamp aan en uit zetten en dmv rules van alles laten gebeuren? Dus waarom heb je dan die MQTT nodig? Sorry maar kun je daar een voorbeeld van noemen?

Stel ik wil hier ook mee aan de slag. Installeer ik dan bijv Mosquito op een oude Raspi?

@teaser Tja in de tijd van windows 3.11 was alles zo overzichtelijk. Dat had ook wel wat ha ha
Thx voor de grafieken link daar kan ik wel wat mee

[teaser]

Squinck schreef op dinsdag 7 januari 2020 @ 13:18:
Thanks allebei voor jullie reactie.
@hpmkruit Maar ik kan in Openhab toch ook die lamp aan en uit zetten en dmv rules van alles laten gebeuren? Dus waarom heb je dan die MQTT nodig? Sorry maar kun je daar een voorbeeld van noemen?

Als je reeds OH gebruikt moet je voor die dingen geen MQTT gebruiken, ook al kan het.
In ecosystemen zonder OH zou je bepaalde dingen kunnen doen door enkel van MQTT gebruik te maken. Maar uiteindelijk heb je ook dan nog iets nodig dat hetgeen doet dat OH in jouw geval doet: subscriben op bepaalde berichten, en daar iets mee doen.

Stel ik wil hier ook mee aan de slag. Installeer ik dan bijv Mosquito op een oude Raspi?

Bijvoorbeeld. Of op dezelfde RPI waarop je OH draait. Mosquitto is heel makkelijk geïnstalleerd. Vervolgens de 'MQTT broker' binding installeren en hierbij configureren op welke IP de broker draait. Dan een Thing toevoegen, en channels aanmaken. Dit kan via de Paper UI of via config files (ook hier weer meerdere mogelijkheden dus).

Persoonlijk vond ik de documentatie omtrent MQTT in OH wel nogal verwarrend, zeker voor een bijna 40-jarige

[hpmkruit]

Squinck schreef op dinsdag 7 januari 2020 @ 13:18:
Thanks allebei voor jullie reactie.
@hpmkruit Maar ik kan in Openhab toch ook die lamp aan en uit zetten en dmv rules van alles laten gebeuren? Dus waarom heb je dan die MQTT nodig? Sorry maar kun je daar een voorbeeld van noemen?

Stel ik wil hier ook mee aan de slag. Installeer ik dan bijv Mosquito op een oude Raspi?

@teaser Tja in de tijd van windows 3.11 was alles zo overzichtelijk. Dat had ook wel wat ha ha
Thx voor de grafieken link daar kan ik wel wat mee

Als je de communicatie tussen Openhab en een lamp (bijv. Ikea of Philips) via een binding laat verlopen dan heb je niet per sé MQTT nodig. Ik gebruikt MQTT vooral voor communicatie met Sonoff schakelaars waar ik Tasmota op geflashed heb. Dit geeft mij meer controle en, het belangrijkste, ik vond het leuk om te ontdekken hoe dit werkte.

[Squinck]

Oke duidelijk.
Ik ga even met grafana aan de slag. Dat is al wel weer goed voor een aantal uren tijdverdrijf ;-)

[shakyboy]

@Squinck: Kom op man! Ik ben 53 en heb het ook voor mekaar gekregen.
Tis ff puzzelen en door de verschillende fora spitten

Ik heb de slimme meters aangesloten via USB op de PI met OH
Vervolgens de InfluxDB en Grafana geïnstalleerd.
Zie voor handleiding deze link
Je kunt dan vervolgens per uur; dag, week enz mooie grafieken op je tablet tonen.

Ik gebruik MQTT niet voor de slimme meters maar wel voor het lokaliseren van de iphones van de kids.

[Squinck]

@shakyboy Dus InfluxDB en Grafana staan bij jou op dezelfde Pi als Openhab?

[teaser]

@Squinck dat kan gewoon op dezelfde RPI ja. Trouwens je kunt InfluxDB+Grafana gewoon installeren via de openhab configtool, dan staat het sowieso op dezelfde RPI.

[ProudElm]

Ik heb openhab in docker draaien op mijn synology nas. De config files staan niet in de container zelf, dus dat scheelt. Maar ik zou ook mijn verbruik willen bij houden in openhab (via mysensors). Die data, kan ik die ook dat iemand weet opslaan in een database die buiten de container staat?

[teaser]

@ProudElm naar die database refereer je via hostname, dus het maakt niet uit waar die staat.

[ljsquare]

Voor wie interesse heeft in een verwarming thermostaat in OpenHAB, het is mij gelukt om de Smart Virtual Thermostat van Domoticz te "vertalen" naar OpenHAB.

Zie https://community.openhab...-version/84073?u=ljsquare
De meest recente versie staat op GitHub: https://github.com/ljsquare/SmartVirtualThermostat

Het is nog in bèta en alles reacties/vragen/opmerkingen/etc zijn welkom

[CyBeRSPiN]

Weer eens wat gedaan met OpenHAB, de laadsnelheid bepalen van mn elektrische auto afgeleid van andere data:
CyBeRSPiN in "Het grote Kia e-Niro topic"

Werkt toch allemaal best leuk die rules! Er valt nog zoveel meer uit te halen, maar moet er af en toe tijd voor maken om dingen uit te werken.

[Freubel]

Ik zou dit graag eens willen proberen aangezien ik toch een pc heb draaien met blueIris echter krijg ik met geen mogelijkheid openhab2 gedownload op de site van openhab.org.
Edge, firefox, chrome en IE kunnen niets op de downloadpagina aanklikken.
Is hier een foefje voor ?

[Loekie]

Ze hadden met de laatste release ook een issue met downloads las ik, volgens mij opgelost. Heb net de windowspakketen kunnen downloaden(gezien je blue-iris).

[Daantju]

Hoi, ik meen laatst iets gelezen te hebben over de Works with Google Assistent API als vervanger van de NEST api. Ik kan het alleen nergens terugvinden. Is deze api al beschikbaar? Kunnen we eindelijk de Openhab setup weer compleet maken 3)

[thecompany]

Daantju schreef op zaterdag 25 april 2020 @ 16:00:
Hoi, ik meen laatst iets gelezen te hebben over de Works with Google Assistent API als vervanger van de NEST api. Ik kan het alleen nergens terugvinden. Is deze api al beschikbaar? Kunnen we eindelijk de Openhab setup weer compleet maken 3)

Je wil met deze API je Nest producten zoals een deurbel of camera aansturen? Volgens mij komt hier geen vervanger voor maar ik laat me graag verrassen. Ben in de markt voor een goede babycam en de Nest Indoor camera lijkt een mooi product, behalve de gesloten API

[Daantju]

Klopt! Dat zou jammer zijn, want dan moet ik opzoek naar andere apparatuur :*(

[ntiender]

Momenteel in een verbouwing en alles ligt open.
De kans om mijn domoticaproject goed aan te pakken dus!

In deze kast zit bovenin mijn rack waar het volgende in komt:
- Ziggo modem
- Unifi security gateway
- Unifi switch 24
- Patchpaneel/keystone paneel
- 19" rack pc als server voor openhab etc.
- Synology DS718+
- POE injectors voor camera's

Hier onder zie je het domotica gedeelte.

- Redundante voedingen
- Wago PLC
- DMX-512 controller en splitter
- Onewire controller(Komt nog een hub naast)
- Klemmenstroken.

Vanuit hier gaan er (stam)kabels naar zolder/trapkast.

Zolder:

Drie kasten waar alle stopcontacten/verlichting/schakelaar etc. samen komen. Hier komen de DMX drivers en relais te zitten om e.e.a. te schakelen/dimmen

Een kastje waar de Onewire sensoren heen gaan, en een DMX splitter zit.

Een kast voor de HVAC. Vanuit hier worden diverse pompen en driewegkleppen aangestuurd middels relais, Komen de meetsignalen van buffervaten, flowswitches etc binnen. (Hvac gedeelte bestaat uit Zonneboiler, Tapwater buffervat, CV houtkachel, CV buffervat, CV ketel, Itho qualityflow, evohome)

Ook hangt hier nog een netwerkkastje met wat switches/patchpaneeltjes


Beneden:

In de trapkast zit alsmede een kast voor de stopcontacten/schakelaars/DMX drivers etc voor de benedenverdieping.

Op iedere slaapkamer, de badkamer en beneden komt een touchscreen met een Raspberry pi voor de bediening. Deze raspberry wil ik ook gaan gebruiken voor het streamen van audio, hiervoor komen dan speakers in het plafond. Nog even e.e.a. uit vogelen maar ik hoop dat MAX2PLAY gaat werken met het touchscreen (ELO 1002L)

Nu vooral nog in de bouwfase, wordt straks nog leuk om alles werkend te krijgen.

Denk laat eens even zien wat ik aan het hobby-en ben:)

[PorschefanRoel]

Ik heb ondertussen ook al het een en ander in OpenHAB geconfigureerd. Alles werkt tot nu toe met Shelly's en de homekit plugin, zodat ik alles vanuit de woning app van Apple kan bedienen.

Nu heb ik ook de Garagedeur toegevoegd, dit Thing bestaat uit 2 items, namelijk een Relay en een Input.

Het Relay schakelt de knop die je +/- 1 seconden moet indrukken om de motor te activeren. De input geeft aan of de deur open of dicht is door middel van een sensor op de vloer.

Doordat dit 2 lossie items zijn heb ik nu 2 items in mijn homekit staan. Het relay dat ik moet indrukken en de input die de status weergeeft. Weet iemand hoe ik deze 2 items zo geconfigureerd krijg dat deze in homekit als 1 item te voorschijn komen. Het Relay heeft nu de tag "Switchable" en de input "ContactSensor"

De homekit layout waarin ik de 2 Garagedeur items als 1 items zou willen zien:


Het item in de Paper UI:


Het geconfigureerde Thing + items:

[CyBeRSPiN]

@PorschefanRoel maak een virtuele switch in een .items file. En doe de aansturing/update in een .rules file. Voeg dan die switch toe aan je HomeKit sitemap.
Bedenk wel goed wat je precies verwacht dat er gebeurt. Dat je de deur aan het sluiten bent wil niet zeggen dat ie ook onmiddelijk gesloten is. Welke status geef je in de tussentijd? Een switch is aan of uit.
Dus die relay en contact sensor is zo gek nog niet..

[ Voor 45% gewijzigd door CyBeRSPiN op 05-05-2020 09:21 ]

[PorschefanRoel]

@CyBeRSPiN Hier zit wat in en had ik inderdaad ook al aan gedacht.

Iets wat ik vergeten te melden ben, is dat ik het "ContactSensor" plaatje van de garagedeur graag wil behouden, wanneer ik een switch toevoeg aan Homekit heb ik volgens mij alleen de opties om te kiezen tussen de plaatjes "Switch", "Lamp" en "Fan.

[Dennis]

Vandaag eens even iets simpels geprobeerd met JSON, maar ik krijg het niet werkend.

code:

import org.openhab.core.library.types.*

rule "LiveWeather"
when
    Time cron "0 0/1 * 1/1 * ? *"
then
    var String json = sendHttpGetRequest("http://weerlive.nl/api/json-data-10min.php?key=ABCDEFGHIJ&locatie=Hilversum")
    var String value = transform("JSONPATH", "$.liveweer.0.plaats", json)
    //sendTelegram("alertsBot", "De plaats is: " + value)
    logInfo("test", value.toString())
end

In de logging komt de volledige json string eruit in plaats van wat ik wil. Jsonpath is geïnstalleerd. Dit zou toch gewoon moeten werken?

[CyBeRSPiN]

@Dennis ik denk dat je match string niet juist is.
Hoe ziet de json eruit die je van de api krijgt?

If the JsonPath expression provided results in no matches, the transformation will return the entire original JSON string.

https://www.openhab.org/addons/transformations/jsonpath/

Denk dat het $.liveweer[0].plaats moet zijn ipv $.liveweer.0.plaats
Gebruik https://jsonpath.herokuapp.com/ om te testen

[ Voor 16% gewijzigd door CyBeRSPiN op 10-05-2020 11:54 ]

[Dennis]

@CyBeRSPiN fijn dat jij altijd zo snel reageert .

Op jsonpath.com heb ik het getest en daar werkt het, maar nu jij dat stukje plaatste over de no matches ben ik nog even gaan kijken en heb ik de oplossing.

$.liveweer.0.plaats veranderd in $.liveweer.[0].plaats. Bijzonder dat daar dus afwijkingen in zitten in implementatie denk ik?

[CyBeRSPiN]

@Dennis ik ken de syntax .0. niet om een element uit een array te selecteren. Denk dat die test site die je gebruikte misschien een lossere standaard implementeert.