gskjold

Dette er nødvendig for at SSL skal fungere med MQTT. Ellers har den ingen reell funksjon akkurat nå.

Prøv multiplier 1.1 i GPIO config, så får du sikkert ca riktig avlesning. Evt mål med multimeter på 3.3 og GND og juster multiplier som passer. Personlig unngår jeg å bruke RX (UART0) til MBUS på utviklingskort. Ville heller brukt GPIO5 (D1) i ditt tilfelle (Settes opp i GPIO config). To grunner til dette, det ene er at USB-TTL chippen ofte gjør pulldown på RX pinnen, det andre er at det er kjappere debug output (115200baud) hvis seriemonitoren får lov å være alene på UART0.

Du har selvfølgelig helt rett @ArnieO, var litt kjapp i svingen der 😂 Den har sikkert samme spenningsdeler som D1 mini og da må man sette vcc multiplier til 1.1 i GPIO config

Hei, Denne blir oransje hvis den ikke får data som forventet. Sett opp riktig måler i System -> Meter og velg GPIO du har brukt for MBUS i System -> GPIO

Det er korrekt, den vil ha røde blink for feilmeldinger, grønn for HAN aktivitet og gul for AP mode. Det blir nok utvidet etter hvert og skulle nok vært dokumentert. Har en plan om dokumentasjon, men har bare ikke kommet så langt.

Man holder inne AP knappen i 5 sekunder, du får bekreftelse med fast LED i 500ms som skal være langt nok til å skille seg ut fra vanlig blink. Hvis du valgte D1 mini i oppsettet, så skal AP knappen være GPIO4 (D2) og skal kobles mot GND.

dev profilen er definert i platformio-user.ini filen ([env:dev]). Grunnen til at jeg originalt konfigurerte det slik var for å kunne sette debug mode uten å måtte redigere platformio.ini som man fort ender opp med å commite med uhell etterpå. I eksempelfilen har dev profilen samme oppsett som hw1esp12e, bare med DEBUG_MODE=1. For et produksjonskort bør man enten sette DEBUG_MODE=0 eller gjøre som deg; bytte til hw1esp12e. Tanken var uansett at de som bare er interessert i å ta koden i bruk kan bruke binærene som ligger under releases på GitHub, mens det å sjekke ut å bygge selv er mer tilrettelagt for de som utvikler eller skal gjøre debugging av kort som ikke starter.

Fra pio menyen på venstre side er det også en upload knapp. Den pleier å være flink å velge port, hvis ikke mener jeg du får valg om com port på den blå menyen nederst.

Takk takk! OpenHAB var grunnen til at jeg ville ha raw mode. Jeg har ikke fått omkonfigurert hos meg selv enda faktisk, men jeg har andre devicer som sender på akkurat samme måte og det er bare så mye bedre etter min mening. Forøvrig er det også mulig å endre logging level på pakken hvor feilmeldingen blir generert og dermed bli kvitt den fra loggen på den måten, men det er litt knotete og blir i tillegg resatt hvis du oppgraderer OpenHAB.

Den skal bli sendt ut rett over hver hele time. Heter tPI i JSON eller /meter/import/active/accumulated i RAW mode.

Hvis vi skulle ha gjort beregningen på ESPen, så har det noe å si da den mister alle verdiene ved reboot og da hadde den ikke hatt noe å beregne mot på neste heltime.

Takk for det! Akkurat nå er det bare tatt utgangspunkt i data som måleren sender ut selv, altså får du totalforbruket for måleren rett over heltimen. Den oppgir ingen data som er knyttet til forbruket siste timen og det er heller ingen data som kunne vært grunnlag for å gjøre beregning på dette i forkant av en heltime. Men teknisk kunne man altså lagt inn noe kode som leverte beregnet verdig på samme tidspunkt man mottar total målerstand. Hvis det skulle blitt implementert så ville utsending av denne verdien vært avhengig av at den ikke har restartet siden forrige verdi, og at den faktisk får data uten feil både forrige og aktuell heltime. Jeg tenker derfor at det kanskje er bedre å gjøre en slik beregning i hjemmeautomasjonssystemet.

@tronde Mistenker dette er spenningstesten i starten av koden. Har gjemt denne bak en compiler option i v1.2.2 som jeg akkurat la ut. Håper den fikser det for deg.

Hei, Versjon 1.2 ute på test nå: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.2-rc1 Det er litt endringer fra Roar sin kode, les på release notes her: https://github.com/gskjold/AmsToMqttBridge/releases Mest merkbare på et eksisterende oppsett blir vel at alle verdier er standardisert til watt, volt og ampere med desimaler. Akkumulert målerstand er nå oppgitt i kWh. Og temperatur har blitt flyttet fra data til root av JSON.

Release av v1.1.1 med fiks for bl.a. manglende timespakke for noen målere. Hvis du kjører min kode kan det være denne versjonen fikser det for deg

Skal egentlig gå greit ja, så lenge GPIO4 ikke har en pulldown.

Fint lite forskjell nå. D1 har AP button definert på GPIO4, standard 12e har ikke. Det betyr at man i praksis må slette flash for å få den i AP mode.

Her har jeg introdusert en feil når jeg flyttet trigger for AP mode. Commita fiks nå

Veldig bra! Setter pris på at du tester og rapporterer slike feil. Bare fortsett med kreativ testing, man vet aldri hva som henger sammen

Sikringsstørrelsen i config er kun for at grafen skal vite hva som er maks forbruk. Rart at den skulle bytte til 0 i web når MQTT ble aktivert. Byttet den tilbake til 8.5 når det ble deaktivert? Mulig at grunnen her er at jeg ikke har initialisert variablene den bruker, så jeg har satt disse til 0 og kompilert på ny. Legger ved d1mini firmware firmware.bin

Jeg har ikke gjort noe der nei. Måtte dobbelsjekke i koden nå, men kan ikke se at den skal bli satt for meldingene som liksom skal komme fra en IT måler. Kan det være at de har lagt på dette feltet? Kan fremdeles være noe i koden altså, men jeg ser det ikke nå hvertfall.

Sjekk ut denne tråden: Kortet som @spenceme har laget litt nedi tråden der kjører på Aidon måler.

Ny test versjon tilgjengelig: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.1-rc1

Supert, takk for tilbakemeldingen, skal få lagt denne inn i neste versjon

Supert! Rydder opp i dette for alle Aidon målere i fremtidig release og inkluderer nåverdier for aktiv og reaktiv eksport.