gskjold

Det stemmer nok ikke helt det jeg skrev nei, men åpenbart har jeg mer "ut" enn "inn": "tPI":2895564,"tPO":0,"tQI":7331,"tQO":321043

Dette er noe jeg ikke har kunskaper om, så blir bare masse gjetting fra min side Men er det realistisk at jeg alltid "eksporterer" reaktiv effekt? Jeg må nesten ta ut alle disse i en graf for å verifisere, men slik jeg minnes da jeg implementerte Aidon i den koden for lenge siden så fikk jeg alltid 0 på ReactiveImportPower, men hadde positivt tall på ReactiveExportPower

up: korrekt, oppetid i millis t: Tidspunkt fra måleren i unixtime. Temperatur ville vært "temp" inne i data, men denne er deaktivert for D1 builden. Q: På min måler (Aidon 6534, TN nett) ser denne ut til å være byttet om, så i stedet for å sende ut ReactiveImportPower, har jeg tatt ut ReactiveExportPower som gir verdi hos meg. Dette er tydeligvis ikke likt på din Aidon. Om det er fordi det er en annen måler eller fordi det er forskjell i TN/IT nett er ukjent for meg. Noen med innsikt i hvordan dette fungerer? Uansett, bytter til ReactiveImportPower for IT pakkene og antar det blir korrekt for deg da. firmware.bin Her er det tatt ut ReactiveImportPower. Nysjerrig, TN? Dette må du utdype. Såvidt jeg har forstått er ikke MeterID i disse pakkene det samme som målepunktsid. Og hva kan man uansett gjøre med denne infoen egentlig?

Dette stemte ganske bra. Satte opp en d1 mini med feil config og web server sluttet å svare. Har gjort en kjapp bugfix på dette og den ser ut til å fungere korrekt, både med og uten MQTT config. Ulempen akkurat nå er selvfølgelig at feilmeldingen den får fra MQTT ikke viser i UI, så du har egentlig dårlig tilbakemelding foreløpig. Ligger i planen å eksponere dette i UI. Legger ved firmware, branch: dev-v1.0.1 Kan også nevne at MQTT port bare var til pynt og ble aldri faktisk brukt i tilkoblingen. Dette er også fikset nå. firmware.bin

Det er en god indikator for min teori. Jeg tror den står å kobler seg til MQTT evig uten å få det til. Den vil da aldri ha ressurser til å ta i mot forespørsler fra web serveren. Jeg har lagt merke til denne biten i koden før og tenkt at den var uheldig, men aldri gjort noe med det. I utgangspunktet var det kun mulig med config i AP mode og deretter bare ta i mot meldinger fra HAN og sende til MQTT, så da var ikke dette et problem, men nå som jeg har tilgjengeliggjort web server mens den kjører så blir det åpenbart et problem. Får se om jeg har tid å plukke opp koden ila dagen og gjøre en kjapp fiks på dette. Forøvrig ligger det i planen å forbedre feilhåndtering generelt fremover mot v1.1.0.

Skal eksperimentere litt en dag jeg har tid. Feilhåndtering i denne koden er ikke spesielt bra, så det kan være den møter en feil den ikke kommer seg ut av. Har du noe spesielle tegn i noen av feltene? Tenker om den trigger på noe der. Jeg har IP i hostname og kun bokstaver i resterende config felt. Tenker om den kanskje trigger på noe innhold i et felt. Har forøvrig heller aldri prøvd uten user og pass.

Jeg har strukket et rør fra sikringsskapet over til mitt tekniske skap og har den der. Dette er en god løsning i forhold til å få bra wifi signal.

Da er testingen ferdig og release av v1.0.0 er lagt ut: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.0.0 Takk til alle som har bidratt! @tronde Du kan nå koble GPIO4 (D2) til GND og trykke reset for å tvinge den inn i AP mode. Husk å ta bort jumperen før du lagrer oppsettet.

Desverre ingen god måte nei. Bør nok lage til noe i fremtiden som gjør det enklere å resette, eller at den går i AP mode automatisk etter en stund hvis den ikke klarer å koble til wifi. Skal se om jeg får lagt inn en pin man kan trigge for å gå direkte i AP mode før jeg gjør release av neste versjon.

Det så mye bedre ut ja, men ser at min hack for I2 på ingen måte stemmer ? Jeg setter den til 0 foreløpig, så får vi besøke dette problemet en gang i fremtiden når det dukker opp et konkret svar på hvordan den beregningen kan gjøres. Takk for at du testet ut endringene mine.

Takk for info! Da tror jeg at koden faktisk dekker de pakkene nå. Så da mangler det bare en formel for I2 firmware.bin

Har kastet sammen noe kode for å støtte data fra denne basert på info jeg fant rundtom. Ingen garanti for at den virker, men her er firmware for wemos d1 firmware.bin

Jeg ser nå at det er noen mangler i koden for Aidon. I tillegg minnes jeg å ha sett et sted at på 3 fase IT nett får man bare oppgitt to av fasene, kan det stemme? Du har ikke tilfeldigvis noe rådata fra måleren?

Så bra! Du skal få ut "live" verdier fra den websiden, inkludert spenning og strømforbruk på alle faser. Ser du mangler både grafikken og detaljer på fasene i screenshoten, kom det aldri opp? Hvilken måler og hvor mange faser har du? Skal legge inn 35A som valg

Har testet litt selv nå med wemos d1 mini, og det slår meg at hardware serial er knyttet til usb og derfor vil det ikke fungere å plugge en mbus ttl adapter inn på rx pin'en. Derfor har jeg implementert software serial og eget image for d1 mini hvor man kobler tx fra mbus kortet inn på pin5 (D1). Legger ved firmware fil. firmware.bin

Kjør esptool.py --port /dev/ttyUSB0 erase_flash for å slette lagrede data. Litt rart at du ikke finner den på IPen den fikk, det skulle fungert fint. Legger ved en firmware fil for esp12e av neste versjon (master branch), se om den fungerer bedre. firmware.bin

Korrekt, stå i roten av prosjektet når du kjører disse.

Binærfilene er kompilert for spesifikke brikkesett. Jeg vil anta at du kan ta featheresp32.bin fra mitt repo og flashe rett på det kortet du henviser til siden dette er et ESP32 kort. Hvis du har en wemos d1 eller et annet kort med 12e eller 12f chip kan du bruke esp12e.bin uten problemer. Det er korrekt. Det er også et par tilleggsbibliotek i lib folderen som må inkluderes. Det er en stund siden jeg har brukt arduino ide, så jeg har ikke nøyaktig i hodet hvordan det ble gjort, men det finner du nok med et kjapt søk. I tillegg er det to python script i script katalogen som må kjøres mens man står i prosjektkatalogen for å generere kode for innholdet i web katalogen og en header for versjonsnummer.

Veldig bra! Skal ikke se bort fra at det er noe info et sted i tråden om hvordan man får dataene inn i HA.

Mål pin 1 og 2 på rj45 pluggen med multimeter, hvis jeg ikke husker helt feil så skal du få et spenningsfall hvert 2.5sek når måleren sender data. Enheten skal også blinke hver gang den mottar data. Har du satt jumper i JP1?

Da skal jeg få testet dette en gang til hjemme og se om jeg kan fremkalle den feilen med en blank installasjon. Interessant, dette har jeg ikke lagt merke til. Denne informasjonen har blitt merget inn fra noen andre, så jeg har liksom aldri sett veldig nøye på det, men skal få byttet det ut. Da tenker du at du vil ha rådata direkte i payload? Har selv ønsket dette og har det i planen å få det implementert. Forslaget mitt gikk på å publisere data med OBIS koden under konfigurert topic. F.eks hvis du har konfigurert topic som "ams", ville verdien for aktiv import bli ams/1/1/1/7/0/255. Alternativt bare gi alle verdiene fornuftige navn, eks ams/activeimport. Åpen for innspill på akkurat dette. Takk for at du tester!

Flott! firmware.bin filen i posten min er bygget for akkurat dette kortet, så bruk den.

Jeg har den siste tiden jobbet med å utvide koden til @roarfred med diverse snacks. Før jeg sier meg fornøyd, så lurer jeg på om noen er interessert i å teste? Endringer er som følger: - Standardisert på volt, ampere og watt (ikke milliamp osv) for alle målere - Nytt web gui som er tilgjengelig selv etter konfigurasjon. - Utvidet konfigurasjon med type strømnett, størrelse på hovedsikring og autentisering for web gui. - Live målerdata i web gui. - Gjort MQTT valgfritt slik at enheten kan brukes uavhengig fra et hjemmeautomasjonssystem. https://github.com/gskjold/AmsToMqttBridge Har konvertert hele byggeprosessen til PlatformIO (https://platformio.org/) Vedlagt følger en binær som passer til enheten designet av roarfred and andre tilsvarende esp8266 enheter. Flashing med esptool (https://github.com/espressif/esptool? Linux: esptool.py --port /dev/ttyUSB0 write_flash 0x0 firmware.bin Windows: esptool.py --port COM1 write_flash 0x0 firmware.bin Edit 02.02.20 08:10: Byttet firmware.bin da denne inneholdt feil firmware.bin

This is pretty cool, looking forward to build one when I have time. No mbus chip on your board?

Dette kan være relatert til json packet size som jeg endret 27.april. Hadde glemt å merge den over i rdegugger. Dette er gjort nå