ArnieO

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.

Hei! Dette skyldes nok at det mangler avlesinger, det ser ut for at du mister mange payloads. Hvilken hardvare er det du bruker? Du er inne på en tråd her som primært omhandler leseren for Kamstrup målere som jeg nå selger fra nettbutikken amsleser.no under navnet Pow-K. Jeg ser imidlertid av skjermbildet ditt at du har temperatursensor, og da er det ikke en Pow-K. Kan det være noe med hardvaren din som er årsaken?

Sjekk ut https://amsleser.no Vi har nå flere hundre fornøyde brukere i Norge, Danmark, Sverige, Østerrike.

Men er det virkelig hensiktsmessig med to parallelle insentiver? Det er bare få år siden (takket være smarte strømmålere) det ble innført timesavregning, dvs prisen endrer seg for hvert timesintervall. Noe av hensikten med dette var at prisdifferensieringen (dyrere strøm når mange vil forbruke) skulle bidra til lastutjevning. Med en egnet smart dings på strømmåleren kan du få god oversikt over hva strømmen vil koste neste døgn, og dette er noenlunde greit å styre laster etter - om man er utstyrt for det. Selv "tante Olga" klarer å lese av grafen som viser når prisene er høyest kommende døgn - og forsøke å tilpasse seg. Paradoksalt nok er det da det andre ytterpunktet som er problematisk. I Midt- og Nord-Norge er strømmen nå nesten gratis - og prisdifferensieringen er helt uinteressant. Vi har for tiden spotpris under 2 øre, og ingen gidder anstrenge seg for å styre lasten etter det. Men når strømmen er gratis tror jeg uansett ikke det vil endre noen adferd å ilegge disse effektgebyrene.

"Fantastisk". Dette lukter/stinker av en kompromissløsning hvor det har vært viktigere å komme til en enighet enn at resultatet er noenlunde forståelig, kommuniserbart - og kan føre til endret bruksmønster hos forbruker (som jo er målet). Det er meg en gåte hvordan noen tror dette skal kunne bidra til å jevne ut effektbelastningen - annet enn aldeles marginalt (de få av oss som klarer / gidder å forsøke å styre forbruket på dette). Eneste farbare vei jeg kan se er å skru av store laster (varmekabler etc) dersom målingene underveis i et timeintervall viser at man ligger an til å passere nettselskapets terskelverdi (som heller ikke er standardisert, ulike nettselskap har ulike terskler). Dersom man ved et uhell likevel skulle passere terskelverdien er det jo bare å glemme den for inneværende døgn (fordi det er kun èn "overskridelse" per døgn som teller). Og skulle man bikke over tre ganger i en måned (tydeligvis da i tre separate døgn) så kan man glemme terskelen resten av måneden; ingen grunn til å være forsiktig lengre da - men kun kjøre strengt etter laveste timepris. Og dette skal liksom "tante Olga" klare å henge med på... jeg vet ikke om jeg skal le eller gråte!

Jet tipper det er upresishet i teksten. Kanskje noen tilknyttet BKK Nett kan kontakte de for å få oppklart?

Godt, slik skal det være! 👍 Som du har forstått klarer vi ikke å håndtere APIet til Entso-E i ESP8266 som benyttes i Pow-U. Vi har nok nådd grensen for hva det er mulig å klemme inn i den. Pow-K (for Kamstrup målere) benytter ESP32-S2, men den har for høyt strømforbruk for å brukes i Pow-U. Jeg har grublet på en alternativ løsning til det du foreslår: å sette opp vårt eget API (som leser fra Entso-E), som vil kunne avlaste prosessoren vesentlig. Vi må gruble litt videre på den, kanskje vi finner en god «omvei»! Utvikling av app tror jeg vi skal holde oss unna…