ArnieO

Neida, ingen grunn - får du det ikke til å fungere på ESP32?

OK, skjønner. Siden du har klart å ettermontere en Dallas temp sensor må du ha en eldre versjon av Pow-U (det er ikke mulig på de nyere kortene med ESP32-S2-MINI). Kan du vise meg bilde av kortet? Så skal jeg hjelpe deg.

Vi har valgt å skjule GPIO-settingene dersom du har et "standard" kort. Det skaper imidlertid noen små utfordringer for dere som har modifiserte kort, som du med en temp sensor. Måten å gjøre det på når du har ditt eget kort er å gå helt tilbake til "Initial configuration", der korttype velges - og så velge "Generic". Det er to måter å nå Initial configuration på: Slette hele minnet og reprogrammere på ny (kapittel 9 i Firmware v2.2 user manual). Ulempen er at du da mister all lagret historikk. Bruke denne (foreløpig udokumenterte) løsningen: Skriv "/vendor" på slutten av URL'en, slik: Om du da velger "Generic" får du opp dette: Her må du velge rett GPIO for HAN-signalet for ditt kort. Pass på at "Clear all other configuration" ikke er valgt! (Den er valgt som default) Når du har trykket Save kommer du tilbake til hovedsiden. Gå til Configuration, der vil du se at du har fått en ny seksjon, hvor du kan sette GPIOene, og altså velge GPIO for temperatursensoren. Dette er det samme som du hadde på menyen System/GPIO i firmware v2.1.x: Note to self: Oppdatere Firmware 2.2 User Manual med informasjon om dette, slik at brukere kan få satt opp modifiserte kort riktig. På Pow-P1 har vi lagt ut kortet for å ettermontere temperatursensor, så dette er relevant også for våre kunder. Dark mode er ikke implementert ennå (men det er mulig noen får det til med addon i browseren).

Jeg mener de kun publiseres i forbindelse med at de hentes fra Entso-E, som skjer et sted mellom klokka 13 og 14 hver dag (randomisert tidspunkt for å unngå at alle som bruker firmwaren spør APIet eksakt samtidig).

Reading prices from Entso-E is why we converted to ESP32; we could not squeeze that into AmsToMqttBridge for the 8266 (the API is too heavy).

It works with ESP32-S2 (single core version of ESP32), which is used now in Pow-U. The ESP32-S2 hase a "base consumption" that is higher than ESP8266, but the firmware exploits power saving modes in the ESP. I do not think it will not work with a "traditional" dual core ESP32, and it will not work via a HAN-NVE module on a Kamstrup Omnipower meter. For Kamstrup meters it is better to exploit the "internal" power supply - which is what is done on Pow-K+.

Det vil ikke fungere, da det ikke er samme mikrokontroller som benyttes.

Shelly 3EM er vel et helt annet produkt; en separat 3-fase energimåler som måler strømmen i hver fase med tre strømtrafoer som klipses på hver faseleder. For så vidt et interessant produkt, men en annen kategori enn det som diskuteres i denne tråden.

Du vil nok ikke finne noen "enkel forklaring" noe sted, for dette er litt komplekst. Det som kommer der er OBIS koder, basert på en standard som "stort sett" følges av målerne. Dersom du virkelig ønsker å dykke inn i materien kan du begynne med å ta en kikk på Green book og Blue book lagret her: https://github.com/gskjold/AmsToMqttBridge/tree/master/doc Du kan også finne noen eksempler på payloader her, med litt (ja, litt...) forklaring: https://github.com/gskjold/AmsToMqttBridge/tree/master/frames

Du mener kanskje strøm på fase 2? https://github.com/gskjold/AmsToMqttBridge/blob/master/doc/Norway/Kaifa HAN OBIS codes KFM_001.pdf

Blir bare en kvalifisert gjetning: Kamstrup måleren har et svært strømgjerrig HAN-grensesnitt i form av en pluggin-modul, man kan trekke maks 144 mW fra den - og i praksis har jeg sett moduler som (kanskje pga produksjonsvariasjoner; blir bare gjetting det også) som heller ikke klarer levere så mye. Det problemet kommer man rundt ved å ha batteri som kan tre støttende til dersom tapping av strøm fra HAN-grensesnittet ikke gir tilstrekkelig. De andre målerfabrikatene kan levere plenty strøm på HAN. Alternativt har de ikke lagt inn strømtapping fra HAN i det hele tatt - for å forenkle designet.

Husk at RasPi trenger en kraftig strømforsyning, gjerne 3A for å være sikker. Og micro SD kortet er alltid et svakt punkt, før eller siden ryker det. Jeg har satt harddisk på den RasPi'en jeg bruker til husautomatiseringen, så slipper jeg minnekortkrasj.

Enten en av enhetene fra https://amsleser.no/ eller noe hjemmesnekret basert på ESP8266 eller ESP32.

En relativt ny funksjonalitet i AmsToMqttBridge er oppfølging av den nye effekttariffen, se min forklaring her: https://github.com/gskjold/AmsToMqttBridge/issues/328#issuecomment-1279794142

Tips: Har Tibber Pulse mulighet for å koble til ekstern strømforsyning? Dersom Tibber Pulse kobles på en Kamstrup-måler vil jeg tro den plages av den svært strømgjerrige HAN-NVE modulen som sitter i Kamstrupene i Norge. I tillegg til at den er strømgjerrig har jeg sett det som kan være enten feil eller produksjonsvariasjoner på de - slik at den må byttes ut for å fungere sammen med påkoblet utstyr.

Entso-E er en god løsning. Litt komplekst API, men gratis tilgang. Bare å registrere seg og så gjøre dette: To request access to the Restful API, please register on the Transparency Platform and send an email to [email protected] with “Restful API access” in the subject line. Indicate the email address you entered during registration in the email body. The ENTSO-E Helpdesk will make their best efforts to respond to your request within 3 working days.

Merkelig, slik pulldown-motstand skal ikke behøves. Problemet du hadde var kanskje at du brukte UART1 som inngang, og der kommer også seriedata fra FTDI-chippen på Wemosen. I så fall skulle det holde å bytte til UART2 - så jeg forstår ikke den motstanden. Men den gjør ingen skade! 🙂 (Chippen heter forresten TSS721A, ikke TSS271 😉)

Ikke om du bruker TSS721A, den har en innebygd brolikeretter. Ja, den må settes rett. Og du må inn i System/GPIO og sette rett I/O pinne for lesing av HAN-signalet. TSS721A har en innebygget DC/DC konverter som gir litt spenning ut, men alt for lite til å drive en Wemos. Og så trenger TSS721A en del støttekomponenter som det er litt utfordrende å velge rett. Du finner for øvrig antakelig all informasjon du trenger i tråden jeg linker nedenfor. Problemet er at det vil ta deg noen dager å lese igjennom den... 😅

Jeg får ikke helt grep på hva det er du ønsker å gjøre her. Dersom hardvaren din kjører AmsToMqttBridge så er der en enkel løsning for å få dataene inn i Home Assistant: Gå til Configure/MQTT og velg payload "Home-Assistant". Det vil da genereres MQTT-meldinger med autodiscovery for Home Assistant. Se også denne videoen som viser dette: https://amsleser.no/blog/post/4-home-assistant-med-pow-k

Smart - takk for tips! Det er stadig noe å lære her.

Bare hyggelig! Et lite tips: Hos meg var det så mye termostater og greier som lagde "støy" på effektgrafen, så jeg tok i bruk en Aggregate-node for å midle. Her ser du sammenligning, den ene er kontinuerlige målinger, den andre er midlet over 60 minutter: Det blir ikke helt som jeg skulle ønske det, for det midlede datapunktet kommer alltid i etterkant, en time forsinket, og "trappeflatene" er egentlig ikke riktige, for det er starten på trappetrinnet som angir nivået foregående time. Men det er lettere å se nivået på denne måten - synes jeg. Kanskje kunne jeg midlet over kortere tid, ville vel blitt bedre da. Du kan jo eventuelt eksperimentere litt.

Hehe, jeg er ingen ekspert på NR jeg heller, og eksempelet mitt er såpass rotete at jeg har lite lyst til å sende det fra meg. 😆 Men jeg kan vise deg hva jeg gjør slik at du antakelig får noen tips du kan bruke: Først en MQTT-node, deretter en node som gjør om til javascript objekt. Så har jeg en Switch node som videresender til ulik gren avhengig av om det er en Liste 1 (effekt) eller Liste 2 (målerstand) som kommer. Deretter har jeg funksjonsnoder med mange utganger, hvor jeg tar ut hver enkelt parameter. Switch noden ser slik ut (ser rart ut, men virker...): Noden "Liste 1 parse" ser slik ut (og "Liste 2 parse" er tilsvarende):

Jeg satte opp Port forwarding for noen år siden, og fikk det til å virke - men det er så lenge siden at jeg nok må "gå opp løpet på nytt" nå. Dersom det er mulig på mitt nye mesh-system, jeg har inntrykk av at det mangler en del ting i styrepanelet som jeg hadde på min gamle router. Ulempen med Port Forwarding er vel at dersom/når din ISP forandrer din eksterne IP-adresse så må du inn og fikle med oppsettet igjen. Noen andre i forumet som kan bidra her?

Har du sett denne? https://amsleser.no/blog/post/19-homey-integrasjon

@goodfidelityTakk for mer informasjon! Pussig problem! Fra skjermbildet ditt kan det se ut for at det er avlesningen ved hel time midnatt som av en eller annen grunn svikter, siden alle timesregistreringene siste døgn ser normale ut. Det er avlesing hel time midnatt som ligger til grunn for grafen. Det kan også se ut for at dette kan ha gått seg til - dersom du er enig i at de fire siste døgnverdiene ser normale ut? Datoene 20/7 til 26/7 fremstår også som normale. Så ser det ut for at du har hatt et problem i perioden 27/7 til 14/8. Jeg foreslår at du lar den gå noen døgn til, og følger med på om timesverdiene ser fornuftige ut (kommer inn hver time slik de skal). Om det dukker opp rare ting igjen hadde det vært fint om du klarte å fange en debugutskrift som beskrevet av det som skjer like etter hel time.