Lesing av AMS data (AMS/HAN -> IoT)

[JohnMartin]

9 minutes ago, Bullhill said:

Den store utfordringen som har kommet opp er hvordan gi strøm til enheten som skal lese fra HAN porten. Enten bør du ordne med stikk inne i sikringskapet eller at montør legger opp en kabel med RJ45 i enden og trekker den ut av sikrinskapet for deg.

 

I og med at måleren skal stå ute i TKS skapet, så er det vel lite plass til så mye mer der.

Skal ha et dobbelt skap, men skal også ha 2 målere.

Må eventuelt få trekt et rør fra TKS skapet og inn til teknisk rom ved siden av sikringeskapet da.

[Moskus]

41 minutter siden, JohnMartin skrev:

Må eventuelt få trekt et rør fra TKS skapet og inn til teknisk rom ved siden av sikringeskapet da.

Det blir nok løsningen, ja...

[mtabu]

Målerdata fra Hafslund måler (Aidon). 

 

Jeg får ikke ampere til å stemme overens med forbruket. Spesielt posisjon 0x40 gir altfor høy ampere. Summen av de tre fasene burde være under 10A.

 

De første 16 tegnene er målernummeret som ascii (0x30 = "0")

Det vil vel da også si at det ikke er noe start-tegn for pakken, men at pakken kun blir terminert av 0xc0, og at den må være 100 tegn lang.

 

Tidspunktet som vises er i Zulu tid, og er tatt fra en ntp server.

Jeg har fulgt SLIP dekodingen, og kan ikke se å ha fått problem med noen ekstra tegn / feil tegn.

 

Jeg har hatt måleren en stund (1,5 år).

[LenothX90]

Hei,

Jeg flashet til "AmsToMqttBridge.ino" idag, men får ikke ut mer enn "P"  ?

Kaifa måler, Haugaland Kraft.

Hvert 10 sek, når den skulle ha kommet, stopper bare mqtt'en som vist nedenfor: 

Ams {"id":"5C::BF","up":25926618,"t":1525033904,"data":{"P":2472}} 
Ams {"id":"5C::BF","up":25928552,"t":1525033906,"data":{"P":2469}} 
Ams {"id":"5C::BF","up":25930558,"t":1525033908,"data":{"P":2471}}
- pause 
Ams {"id":"5C::BF","up":25935160,"t":1525033912,"data":{"P":2482}} 
Ams {"id":"5C::BF","up":25936554,"t":1525033914,"data":{"P":2456}} 
Ams {"id":"5C::BF","up":25938599,"t":1525033916,"data":{"P":2470}} 
Ams {"id":"5C::BF","up":25940524,"t":1525033918,"data":{"P":2469}}
- pause
Ams {"id":"5C::BF","up":25945126,"t":1525033922,"data":{"P":2472}} 
Ams {"id":"5C::BF","up":25946519,"t":1525033924,"data":{"P":2462}} 
Ams {"id":"5C::BF","up":25948565,"t":1525033926,"data":{"P":2461}} 
Ams {"id":"5C::BF","up":25950582,"t":1525033928,"data":{"P":2464}}
- pause 
Ams {"id":"5C::BF","up":25955104,"t":1525033932,"data":{"P":2470}}
Ams {"id":"5C::BF","up":25956566,"t":1525033934,"data":{"P":2461}} 
Ams {"id":"5C::BF","up":25958621,"t":1525033936,"data":{"P":2465}} 
Ams {"id":"5C::BF","up":25960546,"t":1525033938,"data":{"P":2467}}

 

How to correct ? 

[mtabu]

På 29.4.2018 den 20.48, LenothX90 skrev:

Hei,

Jeg flashet til "AmsToMqttBridge.ino" idag, men får ikke ut mer enn "P"  ?

Kaifa måler, Haugaland Kraft.

Hvert 10 sek, når den skulle ha kommet, stopper bare mqtt'en som vist nedenfor: 

Ams {"id":"5C::BF","up":25926618,"t":1525033904,"data":{"P":2472}} 
Ams {"id":"5C::BF","up":25928552,"t":1525033906,"data":{"P":2469}} 
Ams {"id":"5C::BF","up":25930558,"t":1525033908,"data":{"P":2471}}
- pause 
Ams {"id":"5C::BF","up":25935160,"t":1525033912,"data":{"P":2482}} 
Ams {"id":"5C::BF","up":25936554,"t":1525033914,"data":{"P":2456}} 
Ams {"id":"5C::BF","up":25938599,"t":1525033916,"data":{"P":2470}} 
Ams {"id":"5C::BF","up":25940524,"t":1525033918,"data":{"P":2469}}
- pause
Ams {"id":"5C::BF","up":25945126,"t":1525033922,"data":{"P":2472}} 
Ams {"id":"5C::BF","up":25946519,"t":1525033924,"data":{"P":2462}} 
Ams {"id":"5C::BF","up":25948565,"t":1525033926,"data":{"P":2461}} 
Ams {"id":"5C::BF","up":25950582,"t":1525033928,"data":{"P":2464}}
- pause 
Ams {"id":"5C::BF","up":25955104,"t":1525033932,"data":{"P":2470}}
Ams {"id":"5C::BF","up":25956566,"t":1525033934,"data":{"P":2461}} 
Ams {"id":"5C::BF","up":25958621,"t":1525033936,"data":{"P":2465}} 
Ams {"id":"5C::BF","up":25960546,"t":1525033938,"data":{"P":2467}}

 

How to correct ? 

 

Jeg har hatt et lignende problem ved generering av json.  Mitt problem var at bufferen for å lage json var for liten.

[Bullhill]

11 timer siden, mtabu skrev:

 

Jeg har hatt et lignende problem ved generering av json.  Mitt problem var at bufferen for å lage json var for liten.

Har samme problem jeg også. Hvordan økte du den?

[xibriz]

Dere kan prøve må endre `MQTT_MAX_PACKET_SIZE` til f.eks. 512 i PubSubClient.h 

 

Ref. punkt 2 i Limitations: https://github.com/knolleary/pubsubclient

Endret 2. mai 2018 av xibriz

[LenothX90]

Jeg har allerede satt den til 1028. ingen forskjell. har også satt message size i amstomqtt.ino  til 1000, opp fra 500. går heller ikke.

skal sette på logger og hente ut rådata i ettermiddag, tror d er feil i pakken, og derfor vanskelig for kretsen å tolke innhold.

[mtabu]

13 minutter siden, xibriz skrev:

Dere kan prøve må endre `MQTT_MAX_PACKET_SIZE` til f.eks. 512 i PubSubClient.h 

 

Ref. punkt 2 i Limitations: https://github.com/knolleary/pubsubclient

 

Dette er sikkert også en begrensning jeg ikke tror vises på din melding (meldingen ville bli kuttet kort).

Mitt problem relaterte seg til størrelsen på StaticJsonBuffer som gjorde at ikke alle elementene i listen kom med i json.

 

I forhold til problemet her.  Se i AmsToMqttBridge.ino linje 223.

For Kamstrup brukes Static Json buffer med 500 tegn som maks.  I Kaifka er det byttet til "DynamicJsonBuffer" - sikkert fordi deler av meldingen forsvant. 

 

Bytt til DynamicJsonBuffer eller øk bufferen. Bufferen inneholder både json og objektene som skal til for å holde strukturen til json, så den trenger å være større enn meldingen.

[Bullhill]

Takk, nå får jeg alle meldingene. Hos meg med Kaifa var det @xibriz som hadde løsningen

[swoxholt]

Hei,

 

Jeg har fulgt denne tråden en stund, og har etter hvert fått satt opp en esp8266 sammen med denne karen her ( https://www.aliexpress.com/item/TSS721-Module-Board-M-BUS-To-TTL-with-RX-TX-Indicator-STM32-Development-Board-Free-Shipping/32751482255.html?spm=a2g0s.9042311.0.0.Suk4wU ) for å lese ut meldinger fra min Kamstrup.

 

Jeg forsøkte AmsToMqttBridge prosjektet til roarfred, men fikk aldri meldinger ut av TSS721 ( sikkert noe jeg gjorde galt )

Forsøkte derfor Kamstrup/mqtt koden som lå under HanReader, og det fungerte. Jeg får nå en jevn og fin strøm med meldinger med listSize 25 hvert 10 sekund.

 

Det jeg derimot savner er disse "andre" meldingene som ikke kommer så ofte.

Jeg fant en kommentar om å utvide med 2 nye lister, som ble forsøkt uten hell.

 

Iløpet av et døgn er det fremdeles bare listSize=25 som er mottatt ( har selvfølgelig lagt inn støtte for utlesing av disse listene i arduino koden )

 

Er det flere enn meg som opplever dette, og er det evt jeg som gjør noe feil eller er det slik at noen målere ikke sender disse dataene via han interfacet i det hele tatt.

[xibriz]

Hovedprosjektet er ikke ferdig enda, og selv om man kan velge flere målere når enheten starter opp som AP så er det kun Kaifa som vil fungere uten endringer i koden.

 

De to listene du fant som man kan legge til gjelder kun 1-fase måler. Hvis du har 3-fase som koden opprinnelig er skrevet for er det liste 2 (35) som mangler.

 

 

En gang hver time. Mer eller mindre nøyaktig på slaget hel time. 

 

Nå har jeg ikke sjekket mine timesmeldinger etter Kamstrup gjorde en FW oppgradering og fjernet en byte i meldingen, så det kan jo hende at den ikke kommer i det hele tatt. Det må jeg sjekke hjemme i kveld.

 

Det som kommer ekstra da er nevnt i dokumentasjonen:

cl = Meter Clock
caie = Cumulative Active Import Energy
caee = Cumulative Active Export Energy
crie = Cumulative Reactive Import Energy
cree = Cumulative Reactive Export Energy

 

[swoxholt]

Det er nok 3 fase ja, så er vel liste2 (35) jeg mangler.

Stemmer at det er feltene over jeg er på jakt etter. 

 

Nå logger jeg bare hanReader.getListSize(), men så langt er denne som sagt bare 25.

Går ut i fra at om det hadde kommet en annen melding hver hele time så ville ikke dette blitt mappet inn i Liste 1.

 

Har ikke sett på den rå meldingen som sendes over hanporten hver hele time, men skal ta en titt i kveld jeg også og se på hvordan de ser ut.

[Hr Kotelett]

Dere som har satt sammen en slik, hva kommer prisen på komponentene på? (mulig å oppdatert første post med pris om det er nevnt et annet sted i tråden?) 

[xibriz]

Mellom 50 og 100 kr pr kort. 

 

Under 50 hvis du bruker ett generisk PCB-kort.

[xibriz]

7 timer siden, swoxholt skrev:

Det er nok 3 fase ja, så er vel liste2 (35) jeg mangler.

Stemmer at det er feltene over jeg er på jakt etter. 

 

Nå logger jeg bare hanReader.getListSize(), men så langt er denne som sagt bare 25.

Går ut i fra at om det hadde kommet en annen melding hver hele time så ville ikke dette blitt mappet inn i Liste 1.

 

Har ikke sett på den rå meldingen som sendes over hanporten hver hele time, men skal ta en titt i kveld jeg også og se på hvordan de ser ut.

 

Jeg får min timesmelding som normalt. 

 

 

[Hårek]

On 4/9/2018 at 13:29, gskjold said:

Hei,

Er det noen som har funnet mer ut av formatet fra Aidon? Jeg har eksperimentert litt med mine data og følgende stemme hvertfall veldig for min måler:

70-71: Forbruk fase 1 (W)

74-75: Forbruk fase 2 (W)

78-79: Forbruk fase 3 (W)

 

Jeg vet at målerene også kan måle produksjon/eksport av strøm, så da vil jeg anta følgende:

20-23: Eksport sum (kWh)

52-55: Eksport totalt (W)

72-73: Eksport fase 1 (W)

76-77: Eksport fase 2 (W)

80-81: Eksport fase 3 (W)

 

Noen som har solcellepanel og kan bekrefte?

 

Håpte å finne ut litt mer av formatet, men klarer ikke å gjette på de andre verdiene...

Jeg har nå solceller og Aidon. Men denne dekodingen stemmer ikke hos meg. Flere av de feltene er null. Bruker ellers det meste av cpu22 sin dekoding.

52-55 ser ut som eksport effekt, W.

24-27 kan være eksport sum, Wh. Verdien her øker når forbruket viser 0.

Synd at Aidon ikke vil gi ut dokumentasjon. Det kan ellers være at det er flere forskjellige formater som gjør at vi ikke får det samme. Får vente på OBIS versjonen.

[StenO]

På 9.4.2018 den 13.29, gskjold skrev:

Hei,

Er det noen som har funnet mer ut av formatet fra Aidon? Jeg har eksperimentert litt med mine data og følgende stemme hvertfall veldig for min måler:

70-71: Forbruk fase 1 (W)

74-75: Forbruk fase 2 (W)

78-79: Forbruk fase 3 (W)

 

Jeg vet at målerene også kan måle produksjon/eksport av strøm, så da vil jeg anta følgende:

20-23: Eksport sum (kWh)

52-55: Eksport totalt (W)

72-73: Eksport fase 1 (W)

76-77: Eksport fase 2 (W)

80-81: Eksport fase 3 (W)

 

Noen som har solcellepanel og kan bekrefte?

 

Håpte å finne ut litt mer av formatet, men klarer ikke å gjette på de andre verdiene...

Har solcellepaneler og har ikke greid å få noe data ut av den Aidon-måleren som Lyse installerte i februar hos meg. Har kontakter i Lyse så jeg skal sjekke om de har porten på i det hele tatt eller om det er målingene mine det står på...

 

Er det noen her inne som har brukt AMS->MQTT kortet til Roarfred til dette? Kode jeg kan låne?

 

[Moskus]

1 time siden, StenO skrev:

Har kontakter i Lyse så jeg skal sjekke om de har porten på i det hele tatt eller om det er målingene mine det står på...

Lyse sine porter er ikke åpne, i det minste ikke klare...

[Hårek]

Merk at de Aidon dataene vi snakker om ikke er OBIS basert, men er antagelig en testsoftware som blir erstattet senere. Det er en pakke på 100 bytes som kommer hvert minutt. Er ikke avhengig av at netteier skal slå på porten. Det er ikke sikkert Aidon har lagt denne softwaren inn i alle målerne som blir levert.

[StenO]

2 timer siden, Moskus skrev:

Lyse sine porter er ikke åpne, i det minste ikke klare...

Er forsåvidt klar over at det verken er OBIS data eller at Lyse har åpnet porten som sådan. Om det er test-data ut på min måler har jeg ikke greid å registrere noen enda....

Jobber videre med den saken :-)

 

[StenO]

På 11.5.2018 den 18.58, StenO skrev:

Er forsåvidt klar over at det verken er OBIS data eller at Lyse har åpnet porten som sådan. Om det er test-data ut på min måler har jeg ikke greid å registrere noen enda....

Jobber videre med den saken :-)

 

Død port viste seg å være et kabel-problem. Nå har jeg data - og de likner veldig på det jeg ser andre har fra Aidon her.

Forsøker å pakke de delene jeg vet er riktig inn i en json og poste det til mqtt-seriveren min. Det går bra, men (og kanskje er det litt off topic) hvordan setter jeg opp OpenHab for å lese disse dataene?

 

Har definert disse items:

String          strom_data                      "AIDON Data"                    (AMS)   { mqtt="<[mqtt:ams2mqtt:state:default]" }
Number          strom_malerstand                "Strøm Målerstand"

Og laget denne regelen etter at jeg har slått på JsonPath transform:

rule "Convert JSON to Item Type Number"

when
    Item strom_data changed
then
    // use the transformation service to retrieve the value
    val String json = (strom_data.state as StringType).toString
    val newValue = transform("JSONPATH", ".$.data.tPI", json)

    // post the new value to the Number Item
    strom_malerstand.postUpdate( newValue )
end

Har denne vakre json datane inn:

{"data":{"temp":"29.00","list":"99.00","id":"7359992901076418","tPI":"11195.54","tPO":0,"P1":1670,"P2":3034,"P3":314,"f":"50.01"}}

Anyone?

 

[StenO]

 

https://snapshot.raintank.io/dashboard/snapshot/A954RSu6Ef71Vdr0rpLOdCsCbL0367ce

 

Har etter hvert fått litt skikk på data fra Aidon (som altså ikke er OBIS data enda) og bruker i store trekk mappingen som cpu22 la ut:

Hadde allerede en lysdiode-teller som måler på forbrukt effekt (grønn kurve) og det ser faktisk ikke så ille ut med total effekt fra porten på målerene heller (gul kurve). Solcellene bidrar litt (blå kurve) men må nok mot et lavere strømbruk før jeg ser noen eksportert effekt foreløpig. Skal sjekke om jeg finner igjen noen data når situasjonen oppstår (altså større solproduksjon enn forbruk).

Om jeg ser på effekttrekket på de tre fasene hadde jeg kanskje forventet meg en større korrelasjon mellom dem og totalt effekttrekk. Forstår ikke helt hvorfor vekslingen i totaltrekket på omtrent en kW ikke synes på en eller flere av fasene...

 

 

[StenO]

På 4.4.2018 den 8.31, petersv skrev:

 

Jeg kom på en liten ide på vei til jobb, hva om man gikk for en ESP32 istedenfor, den trenger bare en rj45-plugg med innebygget magnetics for å få kablet nett. Ikke mye koster den heller: https://www.aliexpress.com/item/ESP32-ESP-32S-WiFi-Bluetooth-4-2-dual-core-CPU-MCU-low-power-Bluetooth/32828633050.html 

 

Å få til Poe i tillegg bør heller ikke kreve mange komponenter? Ev. er jo en splitter ok.

 

Siden den er arduino-støttet vil vel også dagens kode kjøre greit på den!

Noen har jo kommet et stykke på vei her: https://hackaday.io/project/85389-wesp32-wired-esp32-with-ethernet-and-poe

 

[petersv]

Jepp, jeg har fulgt prosjektet nøye og håper det blir bra  Hvis man hadde fått på plass en M-bus-tranciever på samme kortet hadde det blitt en killer HAN-modul