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

[Frode S]

På 15.6.2019 den 19.35, tronde skrev:

Firmware skal oppdateres sentralt uten at du gjør noe. De sluttet jo å sende ut testdata også før ELhub ble startet opp. Vent og se hva som skjer nå som de har bekreftet at den ikke var åpen.

Da var den åpen  når jeg kjører test_rx scriptet så spytter den ut timestamp bare, hvis jeg kjører aidon_test.py ser jeg mere vettuge data, ser hvor mange volt det er på L1 L2 L3 osv  så da var det hvordan å ta steget videre å få det i noe mere pent oppsett. Om noen har noen gode tips i så måte ville jeg være meget takknemlig for det.

 

[nicbra]

Er det noen her som har fått til å lage et system for trådløs avlesing av Aidon-målerne uten ekstern strømforsyning? Hvordan hindrer dere i at den trekker mer enn 30mA? Beklager om dette har blitt beskrevet tidligere, det er litt mange poster å lese gjennom nå.

 

 

 

 

[xibriz]

Jeg håper @ArnieO foresatt jobber med saken det er en egen tråd for det her en plass.

[tronde]

1 time siden, xibriz skrev:

Jeg håper @ArnieO foresatt jobber med saken det er en egen tråd for det her en plass.

https://www.hjemmeautomasjon.no/forums/topic/4933-lesing-av-amshan-uten-spenningsforsyning-the-complicated-way/

 

[nicbra]

Jeg håper [mention=1392]ArnieO[/mention] foresatt jobber med saken [emoji4] det er en egen tråd for det her en plass.

Ja, jo jeg har forsåvidt lest den og håper han får til noe der. Han må jo klare seg med 6 mA fra måleren, men jeg tenkte kanskje noen andre hadde fått til noe på Aidon-målerne som kan levere 30 mA.

 

[xibriz]

1 time siden, nicbra skrev:

8 timer siden, xibriz skrev:

Jeg håper [mention=1392]ArnieO[/mention] foresatt jobber med saken det er en egen tråd for det her en plass.

Ja, jo jeg forsåvidt lest den og håper han får til noe der. Han må jo klare seg med 6 mA fra måleren, men jeg tenkte kanskje noen andre hadde fått til noe på Aidon-målerne som kan levere 30 MA.

 

Jeg liker @ArnieO sin fremgangsmåte av 2 årsaker:

 

1. Klarer han det på Kamstrup funker det på alle

2. Jeg har Kamstrup

[nicbra]

Jeg har prøvd å lage meg et grensesnitt uten ekstern strømforsyning. Får ut noe data (det er snakk om en Aidon), men det ser ikke helt riktig ut. Sånn som jeg har skjønt det så skal det begynne på 7E? Jeg har prøvd med 8 bit melding, 1 stopbit og både parity even, odd og none men ingen forskjell.
Noen som kan se en umiddelbar feil?

 

 

Legger ved et lite utdrag fra koden min under. Er det riktig syntaks for å lese og parse fra byte til HEX-format?

Data går inn i RX-pinnen på en ESP-01S, og skal publiseres via MQTT.

String string;

void setup(){
  Serial.begin(2400, SERIAL_8O1);
}

void loop(){
  while(Serial.available()){
      byte readByte = Serial.read();
      string +=  String(readByte, HEX);
      string += " ";
    }
    client.publish("AMS/raw_data", string);
  }
}

 

Endret 4. august 2019 av nicbra

[spenceme]

I have a design running without an external power supply, see the other thread here:

It has been running on Aidon for several days now without any issues.  I believe it will work as is with Kafia meters too.  I fear it will draw too much on Kamstrup, but cannot tell for sure.  If there is someone with a Kamstrup meter willing to try we can (even better if in the Stavanger area).  You'll need to provide a 1F capacitor however, as I don't have an extra one.  

Endret 4. august 2019 av spenceme

[nicbra]

Noen som vet om de andre pinnene i RJ45-kontakten brukes til noe? Har Aidon, men syns dokumentasjonen som er tilgjengelig er litt begrenset.

Hvis de ikke brukes til noe, tenker jeg å bruke de til å programmere ESP'en via dem.

[bearer]

8 minutes ago, nicbra said:

Noen som vet om de andre pinnene i RJ45-kontakten brukes til noe? Har Aidon, men syns dokumentasjonen som er tilgjengelig er litt begrenset.

Hvis de ikke brukes til noe, tenker jeg å bruke de til å programmere ESP'en via dem.

 

Om du benytter RJ45 på ESP kortet ditt så står du jo fritt til å definere hvilke pinner du bruker til hva. Ser ikkje helt hvordan du skal kunne benytte pinnene i måler enden til noe som helst utover å lese m-bus.

[nicbra]

6 minutter siden, bearer skrev:

 

Om du benytter RJ45 på ESP kortet ditt så står du jo fritt til å definere hvilke pinner du bruker til hva. Ser ikkje helt hvordan du skal kunne benytte pinnene i måler enden til noe som helst utover å lese m-bus.

Samtidig tenker jeg det hadde vært lettest å kunne bruke en vanlig ethernetkabel mellom AMS-måleren og ESP-kortet.

Hvis det kan forventes høye spenninger fra de andre pinnene fra AMS'en, ønsker jeg ikke å kjøre det rett inn i ESP-mikrokontrolleren.

[DIYglenn]

Hei! 

For en stund tilbake opprettet jeg denne forken:

https://github.com/DIYglenn/AmsToMqttBridge

 

Målet var å fortsette hvor roarfred slapp, og kanskje prøve å samle kode der, så vi kunne fokusere videre på et kort som fungerer med alle AMS-målere. Jeg gjorde i hovedsak en endring som ville gjøre det lettere å lese inn på bl.a. Mac og iOS-enheter.

Jeg fikk aldri særlig med tid til å fortsette, annet enn å lage en guide for å montere sammen kretskort med deler + rydde opp i filene så det fokuserte mest på det kortet som er mest ferdig. Jeg har også en ny 3D-modell til deksel under arbeid, men ble satt på vent fram til kortet fungerte som det burde.

 

Hvordan er status nå? ;

- Er det noe vits i å fortsette denne koden/kortet?

- Er det andre kort som gir mer mening å fortsette med?

 

Jeg har flere ganger hatt lyst til å fortsette med det, men har fått en brikke fra Oss som "dessverre" har fungert utmerket. Jeg har også montert en RPi Zero på DIN-skinne med 5V, denne er tilkoblet Oss-brikken, men har ikke kommet i gang med å hente info ennå. Vet ikke hvordan denne løsningen vil fungere i framtiden, om det vil koste penger etc.

 

Jeg liker DIY-aspektet, men å ha en Oss-brikke som får strøm direkte og "just works" er for behagelig. At den har en USB-port for å nerde mot selv er jo bare fantastisk.

[Bjørn Mork]

5 hours ago, DIYglenn said:

Jeg liker DIY-aspektet, men å ha en Oss-brikke som får strøm direkte og "just works" er for behagelig. At den har en USB-port for å nerde mot selv er jo bare fantastisk.

Så lenge USB-tilkobling er et alternativ så er jo ikke strøm noe problem uansett?  Da virker jo de billige aliexpress-greiene helt fint og du har "just works" med eller uten Oss.

 

Hva slags nett-tilobling har Oss-brikken når du ikke kobler den via USB?  LoRa?  NB-IoT? LTE-M?  Den funker fra inne i skapet uten annen strøm enn fra HAN-porten?

 

[StenO]

12 minutter siden, Bjørn Mork skrev:

Så lenge USB-tilkobling er et alternativ så er jo ikke strøm noe problem uansett?  Da virker jo de billige aliexpress-greiene helt fint og du har "just works" med eller uten Oss.

 

Hva slags nett-tilobling har Oss-brikken når du ikke kobler den via USB?  LoRa?  NB-IoT? LTE-M?  Den funker fra inne i skapet uten annen strøm enn fra HAN-porten?

 

Ser ut til at det er 4G. Oss selger først og fremst en tjeneste virker det som. Dingsen er en del av det.

Du laster ned en app og registrerer deg der. Kan hende - når de får API'et sitt oppe og går - så trenger du ikke RPi'en og usb-kabelen heller for å få dataene inn i hjemmeautomasjonen din.

 

[DIYglenn]

På 19.8.2019 den 15.33, Bjørn Mork skrev:

Så lenge USB-tilkobling er et alternativ så er jo ikke strøm noe problem uansett?  Da virker jo de billige aliexpress-greiene helt fint og du har "just works" med eller uten Oss.

 

Hva slags nett-tilobling har Oss-brikken når du ikke kobler den via USB?  LoRa?  NB-IoT? LTE-M?  Den funker fra inne i skapet uten annen strøm enn fra HAN-porten?

 

Neida, strøm er ikke noe problem. Jeg var jo opprinnelig engasjert i MQTTtoAMS (HAN_ESP_TSS721), men har fått for lite tid til å fortsette, også dukket Oss.no opp og prioriteten ble flyttet enda lengre ned på lista. 

 

Oss-brikken kommuniserer via Telenors LTE-M og ja - man plugger den i skapet, venter til den lader seg opp (elektrolytter?) også starter den å sende og man mottar info i app. 

I tillegg har den dette USB-grensesnittet som jeg gjerne ønsker å benytte meg av, og det er allerede noen som har utvidet koden fra Oss til å sende MQTT.

 

Jeg liker muligheten med USB-kabel, da det muligens gjør at man kan trekke informasjon oftere (nå er det 2.5 sek), men også fordi man er uavhengig av evt. driftsproblemer videre (og egen internett-forbindelse). Jeg har også en liten skjerm på RPi-boksen i skapet som jeg tenker å bruke til litt enkel statistikk/status.

 

Er det noen som har lekt med Oss-brikken her?

 

Jeg prøvde mbusreader.js men får følgende med min Kaifa Nuri måler:

 

pi@RasPiBox:~/mbusreader $ node mbusreader.js 
---------------------------
2019-8-21 7:14:56 AM
{ type: 'parser', data: 'failed to parse' }

 

[ZoRaC]

7 minutter siden, DIYglenn skrev:

Jeg liker muligheten med USB-kabel, da det muligens gjør at man kan trekke informasjon oftere (nå er det 2.5 sek),

 

Målerne pusher data, så det et de som begrenser hvor ofte du får oppdatering.

[Moskus]

... og 2.5 sekund er beskrevet fra NVE, så den skal neppe kunne endres.

[ZoRaC]

14 minutter siden, Moskus skrev:

... og 2.5 sekund er beskrevet fra NVE, så den skal neppe kunne endres.

 

Kamstrup klarer ikke kravet og har fått godkjent 10 sekunder. 

[Bjørn Mork]

2 hours ago, DIYglenn said:

Jeg prøvde mbusreader.js men får følgende med min Kaifa Nuri måler:

 

pi@RasPiBox:~/mbusreader $ node mbusreader.js 
---------------------------
2019-8-21 7:14:56 AM
{ type: 'parser', data: 'failed to parse' }

Kikket kjapt på

https://github.com/ossno/mbusparser/blob/master/parser.js

og den vil jo si det der nesten uansett.  Eneste unntak er hvis alt tilfeldigvis skulle virke ?

 

Men du kan jo utvide kode-eksempelet med litt mer debug info.

 

Alternativt så ser det ut for meg som om de bare leverer deg de rå pakkene fra måleren via USB-porten, men base64-kodet. Gjetter på at det er slik de sender dem over nettet også for å unngå å sløese bort elektroner på parsing/prosessering.  Så du kan jo bare plugge base64-dekoding inn foran en hvilken som helst av de andre ams-applikasjonene fra dette forumet.

 

 

 

 

[Ingar]

Noen som har fått slikt resultat på ampere ?  Når effekten går opp kommer verdien ned til ca realistisk nivå.   A3 er ikke lik som A1.  Er det noe galt her tro ?  6550 A er vel litt overkant ?

 

[Hårek]

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

[Ingar]

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

Bruker kode fra aleksit . 

Endret 4. november 2019 av Ingar

[erikolaulvestad]

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

65536-65511=25, dvs -2.5A.
Er det vanlig med negativ strøm? (Har du overskuddskraft?)

Aidon er vel kjent for å la vere å oppgi alle 3 fasar, men kun 2 ?
Dei meinar tydeligvis at det bør ein kunne kalkulere ut frå dei 2 andre fasane, gitt kjent spenning og effektfaktor. Latsabbane...


Sent fra min SM-G960F via Tapatalk

[Ingar]

Har ikke overskuddskraft ?.  Burde det ikke det være jevn belastning på fasene ?  Ca lik amper ?  

Så vi må kalkulere fase 2 selv for Aidon målere ?

[erikolaulvestad]

Har ikke overskuddskraft [emoji846].  Burde det ikke det være jevn belastning på fasene ?  Ca lik amper ?  
Så vi må kalkulere fase 2 selv for Aidon målere ?

Har du IT eller TN system? Åkke som, så er alle dine 1-fas laster fordelte på 3-fase forsyninga, enten mellom fasar(IT) eller mellom fase og N (TN). Med TN er det litt lettare å summere saman1-fase lastene. Ideelt sett mest mulig symmetrisk, men i praksis blir det jo aldri heilt jamn belastning.

Sent fra min SM-G960F via Tapatalk