ArnieO

Ble det lagt til påfølgende time - er du sikker på at det var det som skjedde? Algoritmen er satt opp slik at dersom den misser en timesrapportering så skal den ved neste timespassering midle totimers-forbruket over de to foregående timene, og vise det på grafen. Og det er da den midlede verdien som eventuelt skal inn som måneds-max. Det er kanskje en uoppdaget bug her som gjør at dette ikke slår inn riktig på måneds-maksforbruket - @gskjold? Slikt kan uansett skje i blant av ulike årsaker - så det er et godt forbedringsforslag! Kunne du legge det inn som forslag på firmwareprosjektets Github-side? (Klikk på logoen oppe til høyre på skjermbildet så kommer du dit.)

Takk, det må rettes! Regner med at @gskjoldfikser det i neste oppdatering.

Jeg hadde også fiber, så det var ikke der problemet lå. Løsningen er nok som du sier å sette Telenor/Altibox sin ruter i bridge mode, og så bruke egen ruter. (Det er løsningen jeg har her etter flyttingen.)

Så vidt jeg husker fungerte det for så vidt hos meg - men bare inntil neste gang Telenor "brøt seg inn" og fjernadministrerte. Da ble den oppdatert igjen - og jeg var like langt. Jeg har i mellomtiden flyttet, så er heldigvis kvitt dette problemet.

Nettopp! Velg Home-Assistant under Payload i MQTT-oppsettet, så går det "av seg selv". Her forklarer en dansk YouTuber det hele:

Det du grubler på nå var den mest komplekse delen av designet for Pow-U. 😉

Om jeg ser rett er det en TSS721A du bruker for å lese M-bussen. TSS721A har en har en intern spenningsregulator som kan levere 3,3V. Mulig jeg misforstår - men om det det den du forsøker å drive kortet med (vs ekstern strøm) så leverer den alt for lite, se databladet. Om du vil forsøke å drive kortet fra M-bussen må du nok inn med en egnet buck converter.

Du kan også velge å lage AP-knapp på en annen GPIO, dersom det er mer hensiktsmessig for deg. Du kan velge noe annet under System/GPIO:

Om da @Gunnar-K velger for eksempel en av profilene for Pow-K eller Pow-U så vil han alltid få AP button på GPIO0, så risikerer han ikke å bli hengende fast uten å få satt opp AP igjen. All annen HW konfigurering kan endres i etterkant via System/GPIO menyen.

Kult! Du skal bruke GPIO0 (til GND) for å sette den i AP modus.

Dette kan kanskje være en løsning?

Se denne tråden: https://www.hjemmeautomasjon.no/forums/topic/2873-lesing-av-han-the-easy-way-tm-wip/

@Gisle-mannen Det var da virkelig leit! Jeg har solgt et 100-tall av disse nå, og du er vel nummer to eller tre som har opplevd dette. Vanskelig å gjette på hva problemet er, men det kan være at du har fått en dårlig ESP-modul. To mulige løsninger: Gode kunder må tas vare på! Jeg får inn en ny batch kort om få dager, og kan sende deg et nytt kort - men vil gjerne at du til gjengjeld returnerer problemkortet ditt. Ta direktekontakt på [email protected]. (Til eventuelle nye lesere: Det er jeg som driver https://amsleser.no og selger disse kortene.) Om du vil forsøke å gjenopplive den selv så kan du reprogrammere den med kabel. Du vil trenge et FTDI-adapter. Fremgangsmåten finner du i brukermanualen som du finner som vedlegg i nettbutikken.

Fantastisk batterilevetid! Omtrent hva er rekkevidden i praktisk bruk?

Ja. Du velger det enkelt i brukergrensesnittet.

Ah.. javisst husker det nå, det var en lineær regulator han brukte, fra ekstern 5V. Med bakgrunn fra Protel finner du helt sikkert ut av KiCAD! Tips: Ikke bruk UART0 for HAN, bruk en annen ledig GPIO, f.eks GPIO12. Og en RGB LED er nyttig, firmwaren passer fint for GPIO 13 og 14 som rød og grønn. Blå kan kobles rett på HAN signalet, så ser du innkommende paylods visuelt.

Javisst, Aidon har effekt nok tilgjengelig. Men så vidt jeg husker er ikke regulatoren i TSS721 (som brukes i @roarfred designet) i stand til å tappe særlig mye effekt fra M-bus. Så du må nok drive den med eksternt power, eller mekke en DC/DC konverter. Ta i så fall en kikk på ADP2360ACPZ-3.3-R7 (LFCSP pakke, så nesten umulig å håndlodde). Tips: Du kan få gratis sampler tilsendt fra AD, om du klarer å komme gjennom registrerings-nåløyet! Men eksternt power funker jo det også - og dersom du skal ha leseren i et annet rom har du nok et stikk tilgjengelig. Muligheten for lang kabel er jo en stor (men kanskje den eneste!) fordelen med M-bus som brukes på det norske grensesnittet. Lykke til - og det er bare å ta kontakt om jeg kan bistå med tips!

Imponerende - for denne tråden er virkelig blitt langlesing. Kudos! Men veldig gøy at det kommer til nye lesere som får lyst til å gå løs på denne problematikken. Automatisk lesing av day-ahead strømpris: Nordpool er kommersielt drevet, og vil ha betalt - så vær klar over at du bryter retningslinjene deres om du setter opp automatisk lesing derfra. Derimot er https://transparency.entsoe.eu/ en offentlig EU-tjeneste hvor du får API-nøkkel gratis. Den leverer imidlertid priser kun i EUR, så du må da også innom et API for valutakurser, for eksempel åpent API hos Norges bank. @roarfred sitt design og kort var det første jeg prøvde meg på i sin tid. Det fungerer helt fint, men trenger ekstern strømforsyning - som strengt tatt ikke er nødvendig. Jeg har jobbet videre med problematikken, og det har blitt til to design som jeg selger fra min nettbutikk https://amsleser.no/. Dersom du har en Kaifa eller Aidon måler kan kanskje Pow-U være noe for deg. Om du har en Kamstrup-måler kan du få en mer elegant løsning hvor du bytter ut kortet i HAN-modulen med et Pow-K kort. Da slipper du å ha en løs "dongle" i sikringsskapet. Pow-K kan du dessuten få som byggesett! (Jeg er dessverre utsolgt for Pow-K kort nå - men får inn nye deler om ikke lenge.) Begge kortene bruker AmsToMqttBridge, som er firmwaren @gskjold har videreutviklet basert på arbeidet @roarfred startet i sin tid. (Spoiler: Pow-K kommer snart i ny utgave med ESP32!) Om du heller vil snekre selv så anbefaler jeg deg å lage et design basert på en ESP32. Fordelen med den fremfor ESP8266 er at den har kapasitet nok til å lese strømprisene fra EntsoE (du må selv skaffe deg gratis API-nøkkel derfra og legge inn). Uansett hva du velger - lykke til! 🙂

Lese hele denne tråden er et stort prosjekt i seg selv! Kort svart: Firmwaren er "ferdig" men fremdeles under forbedring - ref linken @gskjold ga deg ovenfor. Hardwaren kan du enten mekke selv basert på enten ESP32 eller ESP8266 - eller kjøpe ferdig fra min nettbutikk amsleser.no.

Det er den, ja - for å kalibrere ADCen på den ESP8266en som sitter på kortet ditt. Dersom hovedskjermen viser mer enn 3,3V (det gjør den som regel) justerer du litt ned. Om det allerede står 0.97 der så har den antakelig lagt inn justeringen jeg gjorde ifm testingen - og da skal det være greit.

OK - det var den vanligste feilen. Kan du sjekke System / GPIO? Det skal se slik ut, bortsett fra at "Multiplier" er kalibrering av ADC for å vise rett Vcc, så den tilpasses på hvert kort: (Med "Factory reset" forsvant det som var forhåndsinnstilt her)

Kan det tenkes at du ikke har satt rett paritet (skal være 8N1)?

Vet du mer om dette? Jeg bruker fast IP med APen sin IP spesifisert. I mitt mesh system er dette hovednodens IP så jeg ser ikke umiddelbart at det kan gjøres annerledes - med mindre der er en nettverksopsjon i ESPen jeg ikke er kjent med.

Tusen takk for mye god informasjon! Dette moderne mesh-systemet er forenklet/fordummet så mye at det meste av nyttige knapper å skru på ikke eksisterer. Det er ditt siste tips der som jeg har som backup plan dersom det ikke blir stabilt på annen måte. Problemet er at det vil bli wifi-baserte IoT dingser spredt rundt om i heimen etter hvert, og da blir det igjen problemer med dekningen fra et enkelt aksesspunkt. Jeg hadde håpet at et solid mesh system skulle dekke det behovet...

Det kan godt tenkes at ditt problem ikke har noe med dette å gjøre, men la meg forklare litt bedre hvorfor lang re-oppkoblingstid kan gjøre at man mister nettopp timesverdien. Eksempel: Kamstrup måler: Norske målere er satt opp slik at de sender "Liste 2" hvert 10 sekund, og hver hele time kommer en mer omfattende "Liste 3". Denne Liste 3 erstatter imidlertid ikke Liste 2, den kommer innimellom. Det vil si at det der er et kortere tidsintervall mellom datagrammene fra måleren enn det er resten av tiden. Dette kan potensielt føre til at lang re-oppkoblingstid til Wifi gjør at leseren mister timesmålingen. I Danmark er det gjort litt enklere, der er det kun Liste 3 som kommer hele tiden, med 10 sek intervall. (Innholdet i Liste 2 og Liste 3: https://github.com/gskjold/AmsToMqttBridge/wiki/Message-formats)