ArnieO

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.

Og da har du kanskje sett denne: https://amsleser.no/blog/post/4-home-assistant-med-pow-k Det er riktignok Pow-K han viser i den videoen, men integreringen mot HA er greit forklart - når du etter hvert har fått HA opp å gå! Og takk for reminder angående "gammeldags kjøkkenwattmeter", det der er ingen dum tanke. Jeg har grublet på en løsning der med et ePaper display og en ESP som poller data fra Pow-K/Pow-U. I en liten boks med ladekrets og et LiPo batteri. Men så var det dette med døgnet og antall timer... 😆

Hei! Først en "disclamer": Jeg er særdeles partisk til å svare på dette, da det er meg som selger Pow-U og Pow-K (og nå snart også Pow-P1 for bruk på målere med P1-port som ikke brukes her i Norge). Det er klart at man vil få ekstra god nytte av sin Pow-U (eller Pow-K) med et smarthussystem som kan bruke dataene til automatisert laststyring, for eksempel for å forsøke å unngå effekttopper som gjør at den nye effekttariffen slår inn. Sånn sett er Pow-U uten smarthussystem like nyttig som enhver app basert på Tibber Pulse eller andre produkter som leser av AMS-måleren. Foreløpig har man imidlertid ikke tilgang på skjermbildet fra Pow-U/Pow-K mens man er utenfor boligens Wifi-nett (med mindre man selv har satt opp port forwarding på sin router for å kunne nå den "utenfra". Uansett vil vel nytten være størst når man er hjemme og kan for eksempel skru av store, trege laster (VVbereder, gulvvarme) en periode når man ser i prisbildet at man er inne i en av døgnets pristopper. Mange synes det er viktig å ha kontroll med hvor forbruksdataene havner. Om man gir en tredjepart tilgang på disse dataene ved å tilgjengeliggjøre de for deg i en app - så betyr det at det havner på en eller annen server ute i verden, og så må man forholde seg til hvor mye man stoler på det selskapet som gjør dette, at ikke uvedkommende får tilgang. Det kan for eksempel være en smal sak å se av forbruksmønsteret om noen har reist på ferie og dermed står tomt og dermed enklere kan ta imot "ubudne gjester". Den nytten jeg ser ellers er rett og slett en bevisstgjøring av hva det er som trekker strøm - og hvor mye. Dette er noe mange av oss i dette forumet glemmer helt - de aller fleste har forståelig nok ikke en intuitiv forståelse av hvor mye eller lite energi som går med til å holde VVberederen varm vs å varme opp vann til en kopp te, skru på og av lyset og så videre. Med en Pow-U/Pow-K har du tilgang på sanntids visning av det som skjer på måleren, effektvisningen oppdateres hvert 10 sekund. Min kone tok en runde i huset med skjermen åpen på nettbrettet, skrudde av og på ting - og sa etterpå at det var veldig bevisstgjørende å se hva som skjer. Dette siste kan du nok gjøre med andre løsninger også, men så vidt jeg vet klarer ikke de app-baserte løsningene å oppdatere like raskt. Med vår løsning ser du det omtrent umiddelbart når du flipper en bryter.