gskjold

Når verdien først har blitt lagret så er løpet kjørt uansett, så får vi enn så lenge fundere på hva som skjedde der. Jeg klarer ikke se noe logisk grunn til at det skulle skje, så jeg sikter på å rulle ut 2.0.0 i dag og se om det dukker opp flere med samme sak slik at det blir lettere å identifisere feilen. Rød brukes for feil. Ser jeg har glemt å skrive om det i Wiki, skal fikse det. - Ett blink: Ingen data fra HAN siste 30s - To blink: Feil med MQTT - Tre blink: Ikke tilkoblet wifi. Den har 10s pause mellom hver feilkode Den grønne blinker når det kommer gyldig data fra HAN. Pakker med feil blinker den ikke på. Den blå er faktisk ikke i bruk. Litt om temp sensorer her: https://github.com/gskjold/AmsToMqttBridge/wiki/Temperature-sensors Har du pullup motstand koblet på Data? Legg inn GPIO pin i "Temperature" under GPIO settings. Jeg har selv 20stk fake DS18B20 koblet til min med 4.7k pullup i hver ende av snoren. Bruker ett par cat5 for GND og Data og separat leder for Vcc. Husk å bruke 3.3v på Vcc. Analog temperatur sensor kan også konfigureres i GPIO settings, eget felt "Analog temp" for GPIO pin til denne.

Merkelig. Kan ikke skjønne hvor den negative verdien kom fra... Forskjellen mellom rc6 og rc6.1 er bare en endring på dekryptering for danske målere. Ingen problem å flashe via menyen, både med RC og final fra og med 2.x serie på ESP32. Da bruker du kun firmware.bin

Bare kom med alt du måtte finne, jeg vil heller ha det flere ganger enn at det ikke kommer på bordet Skal prøve å organisere testing og tilbakemelding litt bedre neste gang

Det er en kjent feil ja. Det er en regnefeil i koden som holder styr på dataene, og når den først har kommet ut av telling har den kommet helt på villspor. Det som har skjedd hos deg er at den gir deg kanskje forbruket fra f.eks. 19.50 til 20.00 på time 19, og så får du alt fra 19.00 til 21.00 på time 20. Helt unyttige data rett og slett. Det er fikset i koden jeg har lokalt, men har ikke lagt ut ny enda. Jeg vil sjekke at jeg har fått kontroll på dagsforbruket først. Den bruker forøvrig timespakkene så lenge den får dem fortløpende, hvis den mangler en eller flere så fordeler den forbruket over de timene der det mangler data. Det er denne koden som har vært på villspor og laget krøll for både deg og andre som tester den koden. Det er mye som skal tas hensyn til her, f.eks. får danskene "Timespakke" hver 10.sek. ESP har intern klokke, så beregningen du ser når den starter fra 0 er effekt multiplisert med millisekund siden forrige gang den fikk gyldig pakke. Avviket er omtrent som du beskriver, maks et par hundre Wh i døgnet.

Interessant. Jeg skal se om jeg klarer å fremkalle denne. Og når det gjelder skyhøye strømpriser så mener jeg koden er dimensjonert for det, men med tanke på en usikker fremtid i strømmarkedet så skal jeg få testet det

Ja desverre, det er egentlig relatert til en feil i tidligere kode. Den skal være i orden igjen fra neste døgn

Aha, ja da er jeg enig at 125 burde ha vært helt innafor. Jeg har sikkert klart å gjøre en endring et sted, skal se på det

Sikkert en overflow på det feltet, husker ikke helt hvor mange bit jeg valgte der. Hvorfor 125 i multiplier og ikke 1.25?

Strømpris graf ligger på planen, men har ikke kommet så langt enda

Ingen problem! Synd det ikke gikk med ditt aggregat. Jeg kjenner noen med VR400 som også manglet modbus, konklusjonen der var vel at eneste mulighet var å kjøpe nytt kort som koster i underkant av 2k.

Stemmer det ja. App 5.5.0, Boot 2.0.6. Interessant å vite at det kreves en viss versjon for å fungere, det var jeg ikke klar over.

Sett none i parity og se om det gjør forskjellen. Her er min config på aggregatet. Sjekker config på esp når jeg kommer meg på en pc i morgen, har glemt hvilken IP den har 😂

Akkurat ja. Jeg har sluttet å se i de dokumentene, for de har på ingen måte klart å definere et klart nok krav til at det har blitt noe som helst likhet i implementasjon mellom de forskjellige målerene. Men notasjonen av verdiene er kanskje den ene tingen vi kan stole på at de har fått riktig

For å si det slik så har jeg ingen forhold til reaktiv effekt i det hele tatt, så når jeg skulle navngi de feltene en gang i tiden så ble det mye googling og landet til slutt på små bokstaver og tenkte at hvis det er feil så kommer noen å klager Hvis kraftbransjen bruker VAr, så tenker jeg at det bruker vi også. Du @tronde er åpenbart interessert i disse tallene, av nysjerrighet, kan jeg få noe lurt ut av disse?

Ser ut til at den mistet timespakken på midnatt. Jeg har tenkt at den skal fordele neste timespakke 50/50 på manglende timer, men har ikke kommet så langt enda.

Bra at du oppdaget denne. Det blir en fiks på dette i 2.0 som er rett rundt hjørnet! Dette går nok på valutakursen tenker jeg. Prisene fra ENTSO-E mottas i EUR/GWH og så hentes omregningsfaktor fra DNB. Er det stort avvik? Valg av valuta fikses i 2.0! Usikker på hva du mener med at multiplikatoren blir 34? Desimalskille er punktum ja.

Kult å se at strømpriser blir tatt i bruk Akkurat nå har jeg ikke laget noe json endepunkt for strømpris, men det hadde ikke vært vanskelig å få til. Skal ha det i bakhodet når jeg planlegger neste oppdatering, det skjer nok litt nå fremover i forhold til at det kommer ny nettleie ved årsskiftet.

Ingen problem, da slipper jeg å sjekke det Oppdaterer neste versjon med visning av reaktiv effekt Edit: ser nå at jeg har vært litt kjapp med teksten på reaktiv. Fikser "varh" til "var"

De er tilgjengelig ja, skal notere meg det og se hva jeg lander. ESP32 har ikke intern spenningsmåling slik som ESP8266. For de som vil ha spenning på ESP32 så må de logge inn en spenningsdeler på en GPIO og sette det opp under System -> GPIO

Notert!

Flott at du fikk gang på det, skal oppdatere wiki /dev/ttyUSB0 er for linux

partitions bin lastes ned sammen med firmware her: https://github.com/gskjold/AmsToMqttBridge/releases/tag/v1.5.8

Jeg har faktisk en ESP32 med PoE liggende hjemme som jeg tenkte å teste ut på et annet prosjekt. Hvis det fungerer bra og går greit å konvertere koden, så kanskje jeg gjør det.

Interessant, skal ha denne i bakhodet og prøve å fremkalle den i test miljøet

Dette er ikke noe jeg har vært klar over, hvor lang tid tar det før den gjør omstart?