AleksanderLT

1 hour ago, gskjold said:

 

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.

@Marius-H

Jeg har strukket en TP-kabel igjennom bunnen (borret hull) og brukt nippel for å være nærmere forskrifter, ellers kan det være inspeksjon/kontroll setter avvik.
 

38 minutes ago, Ingar said:

@AleksanderLT Feil på ampere IL3 har dukket opp igjen.  Forslag ?  Har lagt inn en egen beregning for IL2 i Node Red.  Usikker på hvordan denne skal beregnes så jeg har gjort et forsøk.

 

Hmm @Ingar nå er jeg litt i villrede. Som nevnt har jeg ikke noen meldinger med negative verdier for feilsøking så kan være jeg har gjort noen feile antagelser.

Kunne du bekreftet at du har siste kodeversjon og at feilen ligger i mqtt-meldingene som kommer inn og ikke i noe node-red kode?

Gitt at det fortsatt er jeg som har feil noe sted hadde jeg satt pris på å få noen av "råmeldingene" som inneholder disse negative verdiene.

Disse sendes på mqtt-topic "raw/powermeterhan". Alternativt om du har en ESP32 så sendes det også debug-meldinger på usb-seriellporten som da inneholder denne informasjonen.

mqtt-spy er den greieste GUI-klienten som håndterer binærmeldinger så vidt jeg vet (utover å bruke noe kommandolinjeopplegg)

Regner med du har lest bakover i den stadig voksende posten her på forsøk på å regne ut L2? Typ rundt side 63 (og +- 10 sider

10 minutes ago, Ingar said:

@AleksanderLT Ser ut til at endringen din virker :-).  Jeg har fremdeles ganske store forskjeller mellom A1 og A3.  Dette kommer kanskje av fordelingen i skapet mitt ?

Går det an å kontrollregne ampere verdiene ?  Effekten ser riktig ut (har også testet via dioden på måler med Smart metering app) 

 

AMS ESP8266 Aidon.pdf 185.26 kB · 3 downloads

 

@Ingar Bra  Når det gjelder forskjeller på last på de forskjellige kursene i huset ditt så er vel det ganske normalt.

Her er gårsdagen for meg f.eks.

Som du ser så belastes L1 tyngre da den har større/flere varmekabler på seg.

Synes det fortsatt er noe som ser litt rart ut på screenshotet du postet. Regner med at ampere-verdiene falt ned litt for å være likere med effekt på neste 10sekundersoppdateringen etter du tok det skjermbildet. Utover det så tror jeg det skal se riktig ut, men noen andre litt smartere på dette skal få lov å kommentere der. Det har jo vært noe forsøk på å prøve å regne seg ut til dette, men forstår det som at vi mangler noe informasjon der til at det er mulig.

On 04/11/2019 at 13:42, Hårek said:

Det er en negativ verdi som du tolker som positiv. Strømverdien er den eneste som ikke er unsigned.

@Hårek Bra catch der

On 04/11/2019 at 16:44, Ingar said:

Hva må jeg gjøre for å konvertere dette ?  Skal det ikke også være verdi på A_2 ?  

Bruker kode fra aleksit . 

Auda, skal se på hvor feilen ligger for den signed/unsigned-feilen og få fikset det. Har registrert dette selv ser jeg, men har ikke fått fulgt opp enda.

[2019.11.05] Har nå comitta kode som i teorien skal caste om riktig slik at negative verdier blir behandlet korrekt, men jeg har ikke reelle test-data for dette caset så får ikke testa 100%.

@Ingar Du kan jo se om det løste problemet ditt.

1 minute ago, deve87 said:

Det var forsatt spenning på utgangen. Men ingen data bare

Hvis du har koblet til RX inn mot M-Bus adapteren (altså sende data fra ESP(TX) til MBUS(RX)) så kan du prøve med bare mottak koblet opp, evt være sikker på at du ikke prøver å snakke med HAN-porten. Mener å ha sett at strømmålerne blir furten og stopper å sende data om du prøver å sende noe til dem (typ logmeldinger osv)

12 minutes ago, deve87 said:

 

Har bestilt noe Arduino kort, for prøve å kjøre det via Mysensors Seriell (via USB TTL) for å se.

 

Prøve å kjøre M-bus TTL med 5V med 3.3V - 5V konvensjonen. Men ble igrunn mer feil av det.

 

Får av en eller annet grunn ikke ting til å fungere med en vanlig NodeMCU men bare via en Wemos Mini Pro. Koden kjører fint inn i NodeMCU men ingen data kommer inn i Mysensors.

 

Laget et enkelt LUA script som setter komma for verdier over 10000 for VA og 1000 for spenning. Deler bare tallene på 1000 for VA og 100 for spenning.

Hei,

tenkte bare å nevne at om du skal bruke NodeMCU så kan det være en god ide å swape-pins på serial, sånn at du ikke deler seriell-bus med USB-serial adapteren samt mbus-ttl adapteren.

Gjør det i koden jeg kjører på dette prosjektet. https://github.com/alekslt/HANToMQTT og det fungerer greit. Holder egentlig bare å kjøre swap på serial etter begin, samt koble mot GPIO13/RX2. Opplever dog ganske høy rate på CRC-errors med kabel mellom en NodeMCU og mbus-ttl kort, så greit å holde kabellengde kort eller alt på et PCB.

Ref det @gskjold nevnte ovenfor så fikk jeg litt dårlig samvittighet for at jeg ikke har delt koden jeg har jobbet på som noe mer dynamisk parser meldingene som kommer for Aidon. Har ikke hatt tid til å se på hvordan dette fungerer mot andre målertyper. Det er fortsatt såpass hobbyprosjekt at jeg ikke er helt komfortabel med å dele, spesielt med tanke på at jeg har et stabilitetsproblem som gjør at ting henger seg etter en ~10 dagers tid (på ESP32). Uansett. om noen skulle ha nytte. https://github.com/alekslt/HANToMQTT

Den er basert på roarfreds kode, mao HAN->ESP(8266|32)->MQTT, men med følgende endringer.

* Sender på et MQTT-topic per OBIS-kode. Dekoder også scale/enum delen og skalerer verdiene +  registrerer enum-type på et eget under-topic av OBIS.(se readme.md på repoet for eksempel)

* Kobler seg mot NTP-server for å hente nåtid. Bruker denne med meldingsoppdateringer.

* Mangler fancy config for å sette SSID/PSK osv. bruker enn så lenge en secret.h som inneholder slik info.

* Akkurat nå er koden slik at den bare fungerer på ESP32, men det minimalt som så skal til for å få tilbake støtte for begge. Alle endringer for å få compile til å fungere på ESP32 er samlet i en commit.

Kommer til å fortsette å vedlikeholde dette repoet, spesielt når jeg får litt mer tid for å spore opp hvorfor ting henger seg etter en stund.

Hvis vi ender opp med tre "forks" av den opprinnelige koden kan vi muligens se på å få samlet de igjen så vi slipper alt for mye dobbelt/trippelt-arbeid. For min del har dette vært mer for gøy frem til nå.

@skagmo Takker for kort og grei kode som var et godt utgangspunkt for å utforske meldingene og lære meg litt om de forskjellige protokollene og formatene.

Ønsket å få litt mer dynamisk tolkning av meldingene som kom, samt parse scaler-strukturene som gjør at en kan automatisk skalere og mappe enhet (V,W..) mot verdiene.

Hvis du eller andre skulle ha interesse så pushet jeg nå ut de endringene på et klonet repo som finnes på https://github.com/alekslt/meter_reading/tree/develop

Planen var å bruke dette som utgangspunkt for å kode videre på tilsvarende program for esp8266->mqtt så dette er nok ikke noe jeg kommer til å følge opp så veldig aktivt, men tenkte uansett å dele det i tilfelle andre kunne ha interesse.