iotux

Pussig sammentreff. I går har noen forsynt seg med Kaifa-dekoderen fra ElWiz og brukt den i en fork av "node-red-contrib-ams-decoder-mod". https://github.com/jh1982/node-red-contrib-ams-decoder-mod/blob/main/src/ams_decoder_kaifa.js Her er originalkoden: https://github.com/iotux/ElWiz/blob/master/ams/kaifa.js Jeg måtte forsyne meg litt selv for å implementere en Kamstrup-dekoder for ElWiz. Ironisk, ikke sant? Slik er det med åpen kildekode 🤓

@MHR Har du sjekket denne? Den er oppdatert i dag med integrering mot HA. Den strømmer data fra Tibber Pulse rett inn i HA. Enkel konfigurering og enkel installasjon. https://github.com/iotux/ElWiz

Jeg kikket raskt på spec-en og blir skeptisk når de skal kobles til en skytjeneste. Jeg vet ikke om det er påkrevet, men bare det at det nevnes gir meg frysninger på ryggen. Jeg bruker en MikroTik CCR1009-7G-1S+ mot Altibox, og med den styrer jeg separate nett for eget bruk, IoT, DMZ og leietaker. Den leverer glatt også IPv6 i Altibox sitt nett. Det finnes veiledninger hvordan du setter opp denne mot Altibox i forskjellige forum, bl.a. denne https://freak.no/forum/showthread.php?t=313333 MikroTik har også andre modeller som er egnet til dette bruket.

Informasjonen som du finner her vil du ha stor nytte av: https://www.home-assistant.io/docs/mqtt/discovery/ HA er kresen på hvordan du setter sammen discovery topic: <discovery_prefix>/<component>/[<node_id>/]<object_id>/config Standard er "homeassistant/<component>/<object_id>/config component kan f.eks være "sensor", "binary_sendor" osv. Viktig (sitat): "The <node_id> level can be used by clients to only subscribe to their own (command) topics by using one wildcard topic like <discovery_prefix>/+/<node_id>/+/set. Best practice for entities with a unique_id is to set <object_id> to unique_id and omit the <node_id>." Du kan også ha hjelp i å se på koden her: https://github.com/iotux/ElWiz/blob/master/elwiz.js Funksjonene hassDevice() // linje 273 og hassAnnounce() // linje 301 Funksjonen hassDevice() blir på en måte en "mal" som brukes for alle sensorene. Du må selvfølgelig gjøre dine tilpasninger. Den delen som er innrykket ekstra: "dev: {}" er lik for alle sensorene. Denne er viktig å ha med når du annonserer hver enkelt sensor (id: #) for å få samlet alle sensorene under "en hatt". Det ser ut som det er "SlaveInformation" som skal inn i "dev: {}". Det må du få inn med nøkler som HA kjenner igjen. Det er også viktig å sette retain til true for at HA auto discovery skal virke. Jeg vet ikke om jeg har forklart det tydelig nok her, men du kan forsøke

ElWiz har ferdig integrasjon for Home Assistant. Når ElWiz starter opp, så vil programmet "oppdages" av HA sin auto discovery-mekanisme. Dette kommer fram i listen over Enheter i HA. Der presenterer ElWiz seg som ElWiz Pulse Enabler. I panelet Energi kan deretter ElWiz registreres som hovedkilde for importert strøm. Lettere oppdatert dokumentasjon: https://github.com/iotux/ElWiz/blob/master/README.md Mer dokumentasjon kommer. Grafen i Energi-panelet oppdaterer seg automatisk basert på totalforbruket (Last meter consumption)

Den gode nyheten er en større oppdatering av ElWiz Nytt er funkskjonalitet for auto discovery i Home Assistant. Etter installasjon og litt justering i configfila glir den rett inn i HA. Anbefales å prøve hvis du har sterkt hjerte.

Det kan eventuelt tyde på at du ikke får lagret innstillingene. Vær obs på at du også må fylle ut "update_url" for å få det til å virke. Jeg er usikker på hvordan "Send form data to the device" og "Try the current settings" virker i forhold til hverandre. Du kan prøve litt forskjellig rekkefølge. Det er flere som har fått dette til å virke.

Takk for hyggelige ord, @dmncr Jeg bruker ikke docker selv, men det er skikkelig kult at du har forket ElWiz og laget en dockerfile. 🙂

Når du installerer appen, vil den sette inn Tibber sin broker, og din tilgang til Pulse vil være avskåret. Kommunikasjonen vil etter det gå mellom Pulse og Tibber. Derfra er så vidt jeg kan skjønne den eneste muligheten å bruke Tibber sitt API.

Jeg bruker ikke Zipato selv, men MQTT skal visstnok støttes. Du kan se litt på om denne kan hjelpe deg videre: https://github.com/iotux/ElWiz

Er det noen som vet om Ehub har et API? Det blir for bakvendt å laste ned data for en dag om gangen til CSV-fil.

Jeg bruker spotprisavtale fra Gudbandsdal Energi. Der betaler jeg bare 9 kr per måned i tillegg til spotprisen. https://www.ge.no/stromavtale/gespotpris Det er fjerdeparten av det Tibber bregner seg. For å ha kontroll har jeg laget min egen løsning basert på data fra Tibber Pulse og priser fra den nordiske kraftbørsen. Løsningen min ligger nedlastbar på Github med fyldig dokumentasjon. https://github.com/iotux/ElWiz Det ligger også noen kommentarer i denne tråden

ElWiz har nå fått funksjonalitet for å hente priser fra den nordiske kraftbørsen. Programmet for å hente priser heter fetchprices.js og kan brukes uavhengig eller sammen med ElWiz. Det finnes en rekke parametre som kan justeres for tilpasse måten programmet oppfører seg på. For de som bruker Linux vil det være enklest å kjøre det fra cron. Der er imidlertid lagt inn mulighet for å bruke node-schedule for de som ikke har tilgang til cron. Dette styres ved hjelp av et parameter i konfigurasjonsfila. Muligheten for å bruke begge programmene uavhengig av hverandre, styres også av et parameter. Det er gode eksempler i dokumentasjonen. Ved å kjøre begge programmene sammen, får man i tillegg data som ser slik ut: { "customerPrice": 1.3513, // Lokal valuta "lastHourCost": 1.9432, // Lokal valuta "spotPrice": 0.6163, // Lokal valuta "startTime": '2020-08-12T11:00:00', "endTime": '2020-08-12T12:00:00' } Her får man ferdig utregnet kostnaden per time ut fra forbruk og pris i de forskjellige leddene. I tillegg får man spotprisen tillagt MVA som info. Lokal valuta kan være EUR, DKK, NOK eller SEK. Prisene i de forskjellige sonene kan være svært forskjellig, så det er viktig å konfigurere riktig sone for å få riktige priser.

Du trenger ikke nødvendigvis sertifikater med autentisering. Uten sertifikater går trafikken ukryptert. Det kommer an på hvordan du setter opp mosquitto. Jeg håper du har nytte av programmet. Jeg regner med å utvide med mulighet for å hente spotpriser fra Nordpool. Jeg tester det nå, og bare venter på midnatt for å se hvordan den takler overgangen til nytt døgn. Prisfangsten blir med et annet frittstående program, men delvis integrert. Inkludering av priser blir alikevel sømløst. Du må gjerne avgi rapport om hvordan det funker for deg. Hvis du bruker annen måler enn Kaifa, vil det også være interessant informasjon.

Det rimer. Port 8883 er MQTT over SSL. Det kommer også som forslag i web-grensesnittet når Pulse står i AP-modus. Hvis du finner "mqtt_topic_sub", så kan du prøve "mosquitto_pub -h mqtt_url -t mqtt_topic_sub -m update". Da kan du sniffe hvilken adresse den prøver å oppdatere fra. I ettermiddag har jeg dumpet APKen fra appen vi Linux strings uten å finne noe som ligner topic-string

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

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.

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.

Takk for hyggelig tilbakemelding!

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

Sjekk Husdata https://husdata.se/ De har støtte for Thermia og flere andre vannpumper. Selv har jeg en Carrier NQC9 hvor jeg har brukt Husdata sin løsning en stund. Jeg har nylig byttet til H60 som har et greit web-gensesnitt og mulighet for MQTT. Det finnes eksempler på config for Home Assistant. De har også en Facebook-side: https://www.facebook.com/Husdata/ Online-løsningen ser slik ut:

Det ser ut som det kan bli en kostnad ved å bruke DNB sitt API. Fra FAQ: "Using our APIs in test mode and the surrounding developer portal tools is completely free of charge. There will be a pricing model connected to our live APIs. While the actual price points are not yet finalized, it’s very important to us to be transparent. So we’ll make sure to let you know exactly what the cost structure looks like before you incur a single bill." Hvis poenget er å hente valutakurser, finnes det flere alternativer som er gratis. Her er noen: Norges Bank, basevaluta valgfritt, format JSON, gratis, oppdateres en gang hver virkedag European Central Bank, basevasluta EUR, format XML, gratis, oppdateres en gang hver virkedag Openexchangerates.org, basevaluta USD, format JSON, gratis inntil 1000 foresp/mnd, krever token, oppdateres kontinuerlig Lenker: https://www.norgesbank.no/tema/Statistikk/Valutakurser/ https://www.ecb.europa.eu/stats/policy_and_exchange_rates/euro_reference_exchange_rates/html/index.en.html https://openexchangerates.org/signup/free