gskjold

9 hours ago, tronde said:

Jeg la inn 6.0 mellom 1300 og 1400 idag, og feilen er etter det. Jeg la inn 6.1 mellom 1700 og 1800 mener jeg å huske.

 

Den er er der fortsatt, selv etter flere omstarter,

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.

9 hours ago, tronde said:

Nå sitter jeg her og prøver å liste ut litt om GPIO-settingen for ESP32.

Det midterste feltet for RGB ser ut til å være data fra HAN, men hva er de to andre?

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.

9 hours ago, tronde said:

Jeg får ikke DS18B20 til å funke. Er den ekstremt kresen på fake? Mine er helt sikkert fake, men de funker i andre applikasjoner. Må jeg konfigurere noe? Det er et felt for temperatur, men det ser ikke ut til å hjelpe. Er det for analog sensor?

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

16 minutes ago, tronde said:

@gskjold

Historikken for månedsforbruket forsvant i løpet av natta.

 

V2.0-rc4 Wemos D1

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

8 hours ago, tronde said:

Prøvde litt forskjellig for å se hva som kunne skje, og det sto 125 som et eksempel i wikien, så jeg gikk ut fra at det var OK.

 

Ingen sure miner fra meg, jeg bare prøver å følge opp den forrige med euro som jeg ikke klarte å gjenskape.

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

48 minutes ago, tronde said:

Nå har jeg lagt inn 2.0-rc4 og prøver meg med 125 som multiplier på norske kroner.

 

Da ender jeg opp med dette når jeg åpner vinduet på nytt, og det er denne verdien som brukes i beregningene også.

NO1 blir stående nå, det ser ut til å være fikset.

 

Edit: Det ble litt dårlig kvalitet, men det er helt tydelig at det står 59,464 med komma som desimalskille.

 

 

 

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 😂

2 minutes ago, tronde said:

Listene over OBIS-koder som NEK har publisert bruker kVAr og kVArh, så det er ikke helt feil vil jeg mene.

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

5 minutes ago, ArnieO said:

Bare så det er sagt: "kvar" skurrer i mine øyne også, men når jeg fant ut at det var det nærmeste vi kom en SI-"godkjent" betegnelse. Så det er godt mulig det bør endres til kVAr (som jeg også er vant med!).

 

Hva tenker du @gskjold?

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.

6 hours ago, tronde said:

Ser ut som om det er en bug i config for priser. Jeg er NO1, men det vises stadig vekk NO2 når jeg åpner konfigmenyen.

Bra at du oppdaget denne. Det blir en fiks på dette i 2.0 som er rett rundt hjørnet!

6 hours ago, tronde said:

Prisene i tabellen (NOK) stemmer heller ikke med det Nordpool viser, men det er kanskje ulike valutakurser ute og går?

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?

6 hours ago, tronde said:

Vil heller ikke låse seg på euro, og multiplikatoren blir gjerne noe rundt 34 med komma (ikke punktum) som desimalskille. Det ser ut som om desimalskille er punktum? Hvis jeg skriver kun 1, blir det i alle fall rettet til 1.000.

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"

1 minute ago, tronde said:

Er det mulig å få inn verdien av reaktiv effekt import i VAr?

De er tilgjengelig ja, skal notere meg det og se hva jeg lander.

2 minutes ago, tronde said:

Jeg ser også at ESP volt: vises som 0,00. Betyr ikke noe for meg, men det er kanskje noe med kortet mitt?

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

51 minutes ago, tronde said:

Jeg har et problem, og det er at jeg ikke får lagret fast IP. Det funker helt fint på ESP8266, men ikke med ESP32

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?