ArnieO

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.

Heisann, OK - da har du kjøpt den fra min nettbutikk amsleser.no , så da skal jeg sannelig gjøre det jeg kan for å få løst dette!😊 Først: Jeg stusser veldig på den temperaturmålingen som er angitt på skjermbildet ditt. Jeg har ikke solgt noen Pow-U med temperatursensr, er det noe du har satt på i etterkant? Det er i så fall antakelig ikke årsaken til problemet - men da Pow-U er ganske "tynt" på strømmen den kan hente fra M-bus ønsker jeg i så fall informasjon om hvordan det er implementert. Just in case. Om du tar en kikk på kapittel 5 i Brukermanualen for Pow-U så vil du se at der er et kjent problem at den på enkelte Wifi nett (hvor der er multi- eller broadcast trafikk, typisk fra AppleTV eller Chromecast) så klarer ikke ESP8266 mikrokontrolleren å falle i auto sleep modus. Konsekvensen er at strømforbruket blir for høyt, og gjør at modulen stadig restarter. Om dette er ille nok vil du miste mange payloads, og kan få det problemet du opplever. Dersom det er dette som er problemet vil du se at spenningen i modulen synker, inntil den restarter; hold øye med denne: Imidlertid ser jeg av skjermbildet ditt at den har vært oppe i 15 timer - og det indikerer at det er noe annet som kan være problemet... Det neste du kan teste er å kjøre en Telnet debug: Gå til System/Debugging, sett denne innstillingen og trykk Save: Så åpner du et "DOS-vindu" på PCen og skriver telnet <ip-adr> der <ip-adr> er ip-adressen for kortet på ditt nett. Og så vil jeg gjerne se hva det er som vises der. Vi kan enten fortsette feilsøket her, eller du sender utskrift fra Telnet debug direkte til meg på [email protected] I verste fall har kortet ditt feilet - og da bytter jeg det ganske enkelt med et nytt. Vi skal i hvert fall få løst problemet ditt!

Hei @mongojarle. Om du kjøpte den i fjor er det definitivt ESP8266. Da er løsningen programmering over FTDI. Det er en underlig bug i v2.1.4 og 2.1.5 som gjør at aksesspunktet ikke kommer opp ved reprogrammering. Anbefaler derfor v2.1.3 inntil @gskjold får tid til å få ut neste oppdatering. PS Nyere kort er tydelig merket med GPIO for HAN. Den du har begynner å bli skikkelig gammel! 😅

Trumfer det meste de fleste steder! 😅

Enig i at det idelle ville vært om det var mulig å få til et pent GUI uten internettforbindelse, men det er nok vanskelig å få det til like ryddig og pent uten å bruke gode nettbaserte biblioteker. Vi har derfor ingen planer om å gå i den retningen. For slike isolerte situasjoner som du har her kan du gjøre noe slikt som du indikerer: Installere en RasPi med MQTT broker og f.eks. InfluxDB og Grafana - samt en liten router som setter opp Wifi-nett. Da kan du lage ditt eget GUI som du når mens du er på hytta. Alternativt kan du bruke en 3/4/5G wifi router slik at MQTT data sendes til en nettbasert ("sky") MQTT broker. Da slipper du styret med å sette opp og drifte en lokal RasPi - og vil få tilgang på strømforbruket på hytta utenfra. Ulempen er jo at det vil tikke og gå kostnad for mobilnett-forbindelsen. Men med en tvilling-SIM til mobilabbonementet ditt vil du sikkert kunne slippe relativt rimelig unna.