Tibber Pulse - MQTT?

[GeneralVirus]

12 minutes ago, ArnieO said:

De fleste her ville fått det til dersom Tibbers app ble laget for å støtte endring av MQTT-server til en lokal IP - men gitt Tibbers forretningsmodell prioriterer de nok ikke det. ?

 

 

Hvis du leser litt opp i tråden ser du at pulse har ett webui der man kan endre mqtt settings.

 

 

[Moskus]

1 time siden, ArnieO skrev:

De fleste her ville fått det til dersom Tibbers app ble laget for å støtte endring av MQTT-server til en lokal IP

De fleste her ja. Men det er nok det absolutte fåtallet av Tibber-kunder som har slike behov.  

[backspace]

Fikk rettet nettverk for tibber når jeg prøver AP websiden. Får nå MQTTErr: -4 men det er fordi en må bruke SSL og sette opp med certificate osv. som jeg ikke har på min MQTT server. 

[Tor Magnus]

5 hours ago, backspace said:

Fikk rettet nettverk for tibber når jeg prøver AP websiden. Får nå MQTTErr: -4 men det er fordi en må bruke SSL og sette opp med certificate osv. som jeg ikke har på min MQTT server. 

Men det burde ikke være all verden å få satt opp. Tibber Pulse ble plutselig mer interessant.

Endret 11. januar 2019 av Tor Magnus
Autocorrect ass!

[Tor Magnus]

Noen som har fått testet med sertifikat ennå?

[Lars Albert]

Nå er det rett rundt hjørnet at CEMM får lokal MQTT. Håper det er klart neste uke.

[pgup]

Testet ok å endre til egen mqtt server.

 

Kjører mosquitto på egen ubuntu box med self signed ca. 

Fulgte denne guiden:

http://www.steves-internet-guide.com/mosquitto-tls/#server

http://www.steves-internet-guide.com/creating-and-using-client-certificates-with-mqtt-and-mosquitto/

(Viktig å sette CN på server-certifikatet til ip'adressen man legger inn i config-websiden. )

 

Og kjører det inn i config-websiden som nevnt over. 

Kjører også en enkel web-server som legges inn i update url feltet.

 

Mottar da byte arrays i meldingene til mqtt, men noen har heldigvis laget en egen sak i node-red for å parse dette. (digg node-red-contrib-ams-decoder)

Så da kan jeg kjøre ferdig-kverna json rett i influxdb. 

 

 

 

 

Endret 24. oktober 2019 av pgup

[daniel.h.iversen]

Pulse krever at update_url har en verdi som starter med http://, så om man setter den til http://eitelleranna så skal det fungere.
Skal da heller ikke være nødvendig med SSL på mqtt.

[Kråkerøymannen]

På 3.1.2019 den 9.59, berland skrev:

Vanlig USB-trafo i svakstrømskap, til en Pi, som er koblet til HAN-porten i sterkstrømskapet ved siden av.

 

Kjedelig at ingen glupe hoder for noen år siden kom på at det hadde vært lurt å tilby 5V 500mA over HAN--porten.

Mulig jeg tar feil... men min HAN-port leverer POE til Tibber Puls.

[ZoRaC]

3 minutter siden, Kråkerøymannen skrev:

Mulig jeg tar feil... men min HAN-port leverer POE til Tibber Puls.

Nei, det er ikke PoE, for det er ikke Ethernet i det hele tatt. Det er M-Bus - mye mindre strøm enn PoE og annen spenning. 

[Kråkerøymannen]

Akkurat nå, ZoRaC skrev:

Nei, det er ikke PoE, for det er ikke Ethernet i det hele tatt. Det er M-Bus - mye mindre strøm enn PoE og annen spenning. 

OK. Men utfallet er det samme, nemlig at Pulse får strømmen sin over HAN-kontakten, som forøvrig er en RJ-45 plugg ?

[ZoRaC]

4 minutter siden, Kråkerøymannen skrev:

OK. Men utfallet er det samme, nemlig at Pulse får strømmen sin over HAN-kontakten, som forøvrig er en RJ-45 plugg ?

Det er sant, men du må benytte spesiallaget utstyr for å få det til (Tibber måtte lage en ny for Aidon, da den første de laget ikke fikk nok strøm). Hadde de valgt en mer vanlig standard kunne man koblet på «hyllevare». 

[eivtress]

Noen som har fått dette til å virke uten SSL?

[dmncr]

Jag är också intresserad av att höra om det fungerar utan SSL. Körde med en RBPI + MBUS-USB adapter tidigare men har flyttat och har inget uttag för EL i eller nära HAN porten längre, så då blir ju puls:en smidig (och säkert billigare än att låta en elektriker installera uttag).

[iotux]

Program for å lese data fra Tibber Pulse uten bruk av Tibbers app og tjenester finnes finnes nå på Github. Programmet virker helt uten bruk av SSL, og det er relativt enkelt å installere på en PC, Raspberry Pi eller Mac. Det er skrevet i Node.js uten alt for mange avhengigheter.

 

Jeg har kalt programmet "ElWis". Joda, det er et lite ordspill her. Hva med El-wizard? Ideen kommer fra det faktum at Tibber Pulse ikke sender "Last Wish Message" til MQTT broker. Dette er nesten obligatorisk for å fange opp når en enhet "dør". Med uttrykket "Elvis has left the building" i minne, vil også ElWiz, eller rettere sagt brokeren - sende meldingen "ElWiz has left the building" hvis programmet "dør". For å kompensere for denne mangelen på LWM i Pulse, så er det en "vaktbikkje"-funksjon skrevet inn i programmet. Dette er i all enkelhet en teller på på 15 sekunder som telles ned av en timer. Telleren resettes hver gang det kommer meldinger fra Pulse, men hvis meldingene uteblir, vil ElWiz sende en fraværsmelding når telleren når 0.

 

Det er ikke gitt at MQTT-meldingene fra ElWiz passer for alle. For å ta høyde for det, er det bygd inn "hooks" eller spesifikke funksjoner hvor man kan skrive om data på en enkel måte. Dette er godt beskrevet i dokumentasjonen som er fyldig.

 

Jeg må ta forbehold for brukere som har annen AMS-måler enn Kaifa. Jeg har kun hatt mulighet for å teste programmet mot Kaifa. Jeg må også ta et lite forbehold til brukere av Windows for mindre deler av programmet. Det er brukt signalhåndtering for å utføre enkelte oppgaver, eksempelvis å slå debugging på og av. Ved hjelp av kommandolinje i Linux shell, kan signaler sendes til et kjørende program. Dette er godt beskrevet i README.md.

 

Programmet kan lastes ned her: https://github.com/iotux/ElWiz

 

[teeko]

På 1.8.2020 den 13.21, iotux skrev:

Programmet kan lastes ned her: https://github.com/iotux/ElWiz

 

Takk for at du deler dette. Ser veldig bra ut.  Ble inspirert til å teste - har Aidon

 

Tror jeg løper og kjøper en Tibber Pulse med det samme 

 

Tibber Pulse i Home Assistant m.fl. enkelt og lokalt er jo helt rått.

 

ElWiz trenger en egen tråd?

 

[stigvi]

Kanskje elwiz er det som skal til for at Tibber endrer Pulse slik at det ikke er enten eller, men både og. Jeg vil ha data lokalt levert til Tibber integrasjonen i Home Assistant samtidig som jeg kan bruke Tibber App som henter data fra Tibber sine servere.

Hvis Elwiz blir populær og en også etterhvert ser avarter av elwiz som lettere integreres mot systemer så vil etterhvert en god del starte med å levere data lokalt og det vil Tibber tape på når de ikke får data.

Men Tibber kan også sende ut en ny firmware som blokkerer dette, vil jeg tro......

[stigvi]

https://github.com/iotux/ElWiz#kontinuerlig-drift

En Docker image kunne kanskje vært en idè her?

[iotux]

5 timer siden, teeko skrev:

 

Takk for at du deler dette. Ser veldig bra ut.  Ble inspirert til å teste - har Aidon

 

Tror jeg løper og kjøper en Tibber Pulse med det samme 

 

Tibber Pulse i Home Assistant m.fl. enkelt og lokalt er jo helt rått.

 

ElWiz trenger en egen tråd?

 

Takk for hyggelig tilbakemelding!

[dmncr]

På 1.8.2020 den 13.21, iotux skrev:

Program for å lese data fra Tibber Pulse uten bruk av Tibbers app og tjenester finnes finnes nå på Github. Programmet virker helt uten bruk av SSL, og det er relativt enkelt å installere på en PC, Raspberry Pi eller Mac. Det er skrevet i Node.js uten alt for mange avhengigheter.

........

Programmet kan lastes ned her: https://github.com/iotux/ElWiz

 

 

Bra jobbat! Ser välgjort ut! Ska se så jag har en kaifa målare och isf beställa en pulse efter ferien och pröva detta.

[iotux]

5 timer siden, stigvi skrev:

Kanskje elwiz er det som skal til for at Tibber endrer Pulse slik at det ikke er enten eller, men både og. Jeg vil ha data lokalt levert til Tibber integrasjonen i Home Assistant samtidig som jeg kan bruke Tibber App som henter data fra Tibber sine servere.

Hvis Elwiz blir populær og en også etterhvert ser avarter av elwiz som lettere integreres mot systemer så vil etterhvert en god del starte med å levere data lokalt og det vil Tibber tape på når de ikke får data.

Men Tibber kan også sende ut en ny firmware som blokkerer dette, vil jeg tro......

En naturlig oppfølger må bli å legge til timepriser og/eller timeskostnad basert på spotpriser.

Den avtalen jeg har for øyeblikket er "GE Spotpris" fra Gudbrandsdal Energiverk. https://www.ge.no/stromavtale/gespotpris 

Dette er en ren spotpris basert på innkjøpsprisene fra Nordpool. med et fast tillegg på 9 kr. per måned.

Sammenlignet med Tibber er det 30 kroner spart per måned.

 

Jeg har mine tvil til at Tibber uten videre vil oppdatere firmwaren på en installert Pulse. Eneste måten den kan oppdateres på, er om den selv etterspør oppdatering. Serveren (update_url) som Pulse vil oppdatere fra, blir satt i web-grensesnittet når man konfigurerer Pulse. Det er veldig sært hvis Pulse har interne funksjoner som overstyrer dette. Derimot hadde det vært greit å vite URLen for denne serveren. Slike jeg ser det, har jeg kjøpt et uferdig produkt, og det vil være greit å få oppdatert hvis det finnes programfeil.  Firmwaren er tross alt betegnet som "beta" (0.11.4-beta). I min verden er det uferdig programvare, og det er ikke opplyst om det ved kjøp. De som har kjennskap til forbrukerlovgivningen vet antakelig litt om dette.

Endret 4. august 2020 av iotux
Skrivefeil

[ZoRaC]

6 timer siden, stigvi skrev:

Kanskje elwiz er det som skal til for at Tibber endrer Pulse slik at det ikke er enten eller, men både og. Jeg vil ha data lokalt levert til Tibber integrasjonen i Home Assistant samtidig som jeg kan bruke Tibber App som henter data fra Tibber sine servere.

Kan det være mulig å utvide ElWiz til å kunne videresende data til Tibber, for de som ønsker det? Da får man data om Internett er nede, men man får også sendt dataene til Tibber og får de inn i appen. Hva tror du, @iotux?

[iotux]

17 minutter siden, ZoRaC skrev:

Kan det være mulig å utvide ElWiz til å kunne videresende data til Tibber, for de som ønsker det? Da får man data om Internett er nede, men man får også sendt dataene til Tibber og får de inn i appen. Hva tror du, @iotux?

 

Jeg tror der er mulig hvis noen med Tibber app og finner hvilke "topics" appen for å sende data til Tibber. Det er informasjonen i disse feltene som Pulse bruker for å sende:
https://github.com/iotux/ElWiz/blob/master/Pulse-AP.jpg

Jeg går sterkt ut ifra at appen snakker SSL, dog da blir det ikke enkelt å "snoke på linja" bortsett fra å finne URL og port som Pulse sender til.  Derimot går det antakelig an å hex-dumpe APK-en og dermed finne topics-strenger. Sertifikater kan bli verre, men utover det skulle det være kurant  å duplisere herme etter Pulse. Den eneste rollen Pulse har, er å sende data fra måleren til Tibber via MQTT, slik jeg har forstått det. Data fra Tibber kommer enten tibake til appen som push-meldinger eller via API, eller kan hentes via Tibbers API.
 

[ZoRaC]

49 minutter siden, iotux skrev:

Jeg tror der er mulig hvis noen med Tibber app og finner hvilke "topics" appen for å sende data til Tibber.

Hvis man finner DNS-navnet som Pulse bruker til å kontakte Tibber sin server og oppretter en fake DNS-oppføring som peker den mot samme IP som man selv kjører brokeren på, så kan man sikkert finne ut en del. Litt avhengig av hvordan Pulse håndterer SSL - hvis den kun krever et eller annet sertifikat, så er det jo ingen problem å sette opp lokal broker med SSL på samme port og se hva Pulse sender.  

[iotux]

3 minutter siden, ZoRaC skrev:

Hvis man finner DNS-navnet som Pulse bruker til å kontakte Tibber sin server og oppretter en fake DNS-oppføring som peker den mot samme IP som man selv kjører brokeren på, så kan man sikkert finne ut en del. Litt avhengig av hvordan Pulse håndterer SSL - hvis den kun krever et eller annet sertifikat, så er det jo ingen problem å sette opp lokal broker med SSL på samme port og se hva Pulse sender.  

Jeg tror det er rimelig klart hva Pulse sender. Det er veldig sannsynlig at den sender det samme som ElWiz dekoder. Det som er uklart er hvilken server den sender til og hva som er topics for publisering og abonnering. Jeg er også rimelig sikker på at måler.ID er hele eller del av topic som den sender med for å kunne identifisere kunden/måleren.

 

Forsøk viser at topic som den abonnerer på sannsynligvis  er bare ett ord. Den gir feilmelding hvis man sender en "kommando" den ikke kjenner. Den sier derimot ikke et kvekk hvis man f.eks. sender pulsecmd/blabla. Ergo abonnerer den bare på "pulsecmd" og ikke "pulsecme/#" eller "pulsecmd/+". Det er naturlig oppførsel  i henhold til protokollen for MQTT. Eksemplet "pulsecmd" er det som vil være lagt inn som "mqtt_topic_sub" i web-grensesnittet. Denne blir etablert ved oppsett av Tibber app og forblir ukjent til noen finner den. Det er heller ikke gitt at den brukes mye. Så langt har jeg bare funnet "reboot" og "update". Det står litt om det her  https://github.com/iotux/ElWiz#styring-av-pulse