Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

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


Anbefalte innlegg

En kan vel også bruke ledige trekkerør ut av skapet hvis en har det. Vi gjorde dette hos en bekjent med dårlig wifi dekning i sikringskap som hadde flere ledige trekkerør fra sikringskapet, så ene gikk til en bod. Brukte ca 20 meter cat5e cable og det virker fint. Har selv en 8V ringetrafo i skapet som snart  skal pensjoneres og da tenker jeg bruke dette trekkerøret til HAN kabel. Er en heldig får en både cat5 kabel og ringeklokke kabel i samme trekkerør hvis det er stort nok også. 

  • Like 1
Lenke til kommentar
Del på andre sider

On 4/7/2018 at 08:38, xibriz said:

 

Klart. Jeg lagde det i Fritzing, så jeg legger ved filen her. Den inneholder breadboard, skjema og PCB.

AMS2.fzz

Sikkert noe helt opplagt, men jeg er nybegynner på dette med kortproduksjon ;-)  :
Jeg innstallerte Fritzing og leste inn AMS2.fzz i Fritzing og klikket Fabricate som sendte meg over til aisler.net.
Får imidlertid denne meldingen :

"Remarks - The board does not contain outer bounds. It can't be manufactured like this. The outer bounds should be on the dimensions (EAGLE) or Edge.Cuts (KiCad) layer."
og der stopper det hele tydeligvis opp.

 

Lenke til kommentar
Del på andre sider

Tja, si det. Jeg er ganske sikker på at det er den fzz- filen jeg lastet opp til aisler uten problemer. 

 

Men det er ett par problemer med kortet. USB- kontakten er feil vei, men jeg synes det passer best i vinkelladere slik. Også er den en tiendedels millimeter for langt inn på kortet slik at jeg må skrape litt på kortet for og få den på. 

 

Kan sjekke i kveld.

Lenke til kommentar
Del på andre sider

5 timer siden, OleS skrev:

Sikkert noe helt opplagt, men jeg er nybegynner på dette med kortproduksjon ;-)  :
Jeg innstallerte Fritzing og leste inn AMS2.fzz i Fritzing og klikket Fabricate som sendte meg over til aisler.net.
Får imidlertid denne meldingen :

"Remarks - The board does not contain outer bounds. It can't be manufactured like this. The outer bounds should be on the dimensions (EAGLE) or Edge.Cuts (KiCad) layer."
og der stopper det hele tydeligvis opp.

 

 

Tipper Aisler har problemer med tjenesten. Opplevde det en gang tidligere at jeg fikk masse rare feilmeldinger når de hadde problemer med bakenforliggende systemer.

 

Hvis du kan leve med de problemene jeg nevnte kan du bestille de direkte her: https://beckbooster.com/projects/OOSPBVSD

 

Lenke til kommentar
Del på andre sider

7 minutes ago, xibriz said:

 

Tipper Aisler har problemer med tjenesten. Opplevde det en gang tidligere at jeg fikk masse rare feilmeldinger når de hadde problemer med bakenforliggende systemer.

 

Hvis du kan leve med de problemene jeg nevnte kan du bestille de direkte her: https://beckbooster.com/projects/OOSPBVSD

 

Takk! Kortet som det er, er godt nok for meg :-)

Prøvde lenken ovenfor men fikk
"We're sorry, but something went wrong.

If you are the application owner check the logs for more information."

 

Gjetter på at dette går mot Aisler igjen og at det er et "alvorlig" problem der for tida.

 

Skal prøve meg igjen over helga.

 

Lenke til kommentar
Del på andre sider

On 4/21/2018 at 20:55, xibriz said:

 

Tipper Aisler har problemer med tjenesten. Opplevde det en gang tidligere at jeg fikk masse rare feilmeldinger når de hadde problemer med bakenforliggende systemer.

 

Hvis du kan leve med de problemene jeg nevnte kan du bestille de direkte her: https://beckbooster.com/projects/OOSPBVSD

 

Med fare for å spamme tråden, men kan være andre som også kommer borti det samme...

 

Kontaktet Aisler og la ved AMS2.fzz.

Fikk dette svaret:

 

"Hi Ole,
yeah, this is an import error on our side. I have provided our development folks with your project and they are working on a fix as we speak. I'll let you know when I know more."
 

Så da rettes det vel etterhvert ?

  • Like 1
Lenke til kommentar
Del på andre sider

27 minutes ago, xibriz said:

@roarfred : Jeg har nå testet HanReader mot en Kamstrup 1-fase måler (jeg har 3-fase), og det fungerte ikke av seg selv. Jeg har berensede debug-muligheter foreløpig, men jeg får ut ListSize 17 (desimal).

De to listene vi har definert i dag er hhv 0x19 (25) og 0x23 (35). Om vi fjerner spenning og strøm på L2 og L3 blir det fire elementer og fire til for OBIS kodene, dvs. 8 til sammen. 25-8 = 17. Føler vi er inne på gjetting-basert-programmering her nå, men det er kanskje verdt et forsøk å legge inn to nye lister på Kamstrup for disse og se om det funker?

 

Sånn røfflig noe slik:

enum class Kamstrup
{
    List1 = 0x19,
    List2 = 0x23,
    List3 = 0x11,
    List4 = 0x1B
};

enum class Kamstrup_List1
(...)

enum class Kamstrup_List2
(...)


enum class Kamstrup_List3
{
    ListSize,
    ListVersionIdentifier,
    MeterID_OBIS,
    MeterID,
    MeterType_OBIS,
    MeterType,
    ActiveImportPower_OBIS,
    ActiveImportPower,
    ActiveExportPower_OBIS,
    ActiveExportPower,
    ReactiveImportPower_OBIS,
    ReactiveImportPower,
    ReactiveExportPower_OBIS,
    ReactiveExportPower,
    CurrentL1_OBIS,
    CurrentL1,
    VoltageL1_OBIS,
    VoltageL1
};

enum class Kamstrup_List4
{
    ListSize,
    ListVersionIdentifier,
    MeterID_OBIS,
    MeterID,
    MeterType_OBIS,
    MeterType,
    ActiveImportPower_OBIS,
    ActiveImportPower,
    ActiveExportPower_OBIS,
    ActiveExportPower,
    ReactiveImportPower_OBIS,
    ReactiveImportPower,
    ReactiveExportPower_OBIS,
    ReactiveExportPower,
    CurrentL1_OBIS,
    CurrentL1,
    VoltageL1_OBIS,
    VoltageL1,
    MeterClock_OBIS,
    MeterClock,
    CumulativeActiveImportEnergy_OBIS,
    CumulativeActiveImportEnergy,
    CumulativeActiveExportEnergy_OBIS,
    CumulativeActiveExportEnergy,
    CumulativeReactiveImportEnergy_OBIS,
    CumulativeReactiveImportEnergy,
    CumulativeReactiveExportEnergy_OBIS,
    CumulativeReactiveExportEnergy
};

 

Lenke til kommentar
Del på andre sider

Når jeg har fått tenkt meg litt om så er nok ikke dette helt ideell måte å gjøre det på. Utfordringen er at vi i praksis snakker om en annen måler her, selv om fabrikaten er Kamstrup. ListID er slett ikke noen ID, men faktisk et tall som angir antall elementer i listen. Om Kamstrup kommer med flere modeller etterhvert, så er det stor sjans for at vi kan få en annen modell som har samme antall elementer i listen, men andre felter/rekkefølge. Det bør dermed lages en spesifikk implementasjon per modell-nummer (evt. også per firmware, men det får vi se etterhvert)

 

Enn så lenge, så var det ingen like antall her, så det eksemplet jeg sendte funker sikkert godt nok til en test

Lenke til kommentar
Del på andre sider

ams.jpg.9e8aaec975fd3ad58537835fe1dbc2d1.jpg

 

Mitt forsøk på å lage egen ams leser.

 

Resten av komponentene må bare komme seg fra Kina først. RJ45, diverse motstander, ic'er, transistorer, kondensatorer. Det er mitt første forsøk på SMD

 

Jeg har ingen hastverk med å bli ferdig siden jeg har Hafslund uansett.

  • Like 2
Lenke til kommentar
Del på andre sider

6 timer siden, roarfred skrev:

De to listene vi har definert i dag er hhv 0x19 (25) og 0x23 (35). Om vi fjerner spenning og strøm på L2 og L3 blir det fire elementer og fire til for OBIS kodene, dvs. 8 til sammen. 25-8 = 17. Føler vi er inne på gjetting-basert-programmering her nå, men det er kanskje verdt et forsøk å legge inn to nye lister på Kamstrup for disse og se om det funker?

 

Det funket :)

 

43 minutter siden, mtabu skrev:

Mitt forsøk på å lage egen ams leser.

 

Resten av komponentene må bare komme seg fra Kina først. RJ45, diverse motstander, ic'er, transistorer, kondensatorer. Det er mitt første forsøk på SMD

 

Jeg har ingen hastverk med å bli ferdig siden jeg har Hafslund uansett.

 

Kult :) Hadde også lyst til å prøve SMD, men turte ikke i første omgang. Det får bli ved en senere anledning :)

Lenke til kommentar
Del på andre sider

2 hours ago, mtabu said:

Jeg har ingen hastverk med å bli ferdig siden jeg har Hafslund uansett.

Vi er flere her som har erfart at selv om Hafslund sier porten ikke er aktivert, sendes det data. Riktignok ikke i formatet og frekvensen som er spesifisert av NVE, så det kommer garantert en firmware-oppdatering i løpet av året, men hvis du vil ha data er det bare å sjekke med 9600 baud, 8N1. Det kommer ~100 bytes hvert minutt.

Lenke til kommentar
Del på andre sider

På 17.4.2018 den 9.44, frodegill skrev:

FWIW: Jeg har nå koblet opp nodemcu og "TSS721 Module Board M-BUS To TTL" fra aliexpress mot min Aidon AMS fra Hafslund, der Hafslund insisterer på at porten ikke er aktiv. Kan bare bekrefte alt cpu22 allerede har funnet ut. Med 9600 baud, SERIAL_8N1, mottas 100(/101) bytes hvert minutt. Hvis noen har interesse av det er siste buffer løpende tilgjengelig på https://gill-roxrud.dyndns.org:8207/ (som sagt er det en nodemcu i andre enden, så vær snill med request-størrelse..)

 

Jeg fikk denne: ca. 21:50:

0x00: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x39 0x30 0x35 0x33 0x32 0x31 0x34 0x38 0x34
0x10: 0x9A 0x09 0x58 0x00    Akkumulert forbruk: 5769.63MWh
0x14: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xE6 0x3D 0x02 0x00 0x00 0x00 0x00 0x00 0xDB 0xC0
0x30:    Forbruk: 0W
0x34:

...
 

Noen viser til at dette er SLIP data.  I dette tilfellet kommer det en 0xdb [Frame escape] med en 0xc0  [Frame end].  Det skal i så fall tolkes som 0xc0 og ikke som [Frame End]. 0xdb 0xdb skal tolkes som 0xdb

https://en.wikipedia.org/wiki/Serial_Line_Internet_Protocol

 

posisjon 0x20 ser ut til å ha en teller av noe slag. Den økte med ca 73 i løpet av en time. Ble måleren installert i slutten av januar? 

 

posisjon 0x5e er frekvens * 100. (gir ca. 50)

 

Akkumulert forbruk bør vel ha kWh som benevning. Forbruket ser ut til å være angitt som Wh

Lenke til kommentar
Del på andre sider

9 hours ago, mtabu said:

 

Jeg fikk denne: ca. 21:50:

0x00: 0x37 0x33 0x35 0x39 0x39 0x39 0x32 0x39 0x30 0x35 0x33 0x32 0x31 0x34 0x38 0x34
0x10: 0x9A 0x09 0x58 0x00    Akkumulert forbruk: 5769.63MWh
0x14: 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xE6 0x3D 0x02 0x00 0x00 0x00 0x00 0x00 0xDB 0xC0
0x30:    Forbruk: 0W
0x34:

...
 

Noen viser til at dette er SLIP data.  I dette tilfellet kommer det en 0xdb [Frame escape] med en 0xc0  [Frame end].  Det skal i så fall tolkes som 0xc0 og ikke som [Frame End]. 0xdb 0xdb skal tolkes som 0xdb

https://en.wikipedia.org/wiki/Serial_Line_Internet_Protocol

 

posisjon 0x20 ser ut til å ha en teller av noe slag. Den økte med ca 73 i løpet av en time. Ble måleren installert i slutten av januar? 

 

posisjon 0x5e er frekvens * 100. (gir ca. 50)

 

Akkumulert forbruk bør vel ha kWh som benevning. Forbruket ser ut til å være angitt som Wh

 

* Først og fremst ser det ut til at du har fått presentert en datapakke mens den var i ferd med å fylles. Der må jeg gjøre noe, takk for å ha gjort meg oppmerskom på det!

* Jeg gjør veldig lite parsing nå. Baserer meg kun på en melding fra cpu22 her inne. 0xdb håndterer jeg ganske enkelt med å fjerne etterfølgende byte. I bufferen du ser har det derfor blitt fjernet en byte mellom 0xdb og 0xc0. Fint at du linker til protokoll. Skal lese den og se om jeg må gjøre tilpasninger..

* Måleren ble installert i starten av mars, men det er interessant å se om det er en teller av noe slag. Skal følge med på den.

* Frekvensen er på listen min over merkelige ting. Fint hvis det viser seg å ha en enkel løsning. (listen toppes forøvrig av "sjekksum er IKKE OK". Jeg vet at crc16-koden skal fungere og gi riktig verdi, men i og med at jeg har kuppet serial1 er det litt problematisk å debugge på nodemcu''en jeg bruker. Kommer nok snart til å dukke opp litt debug-informasjon rett i datapakke-presentasjonen)

* Om akkumulert forbruk er MWh eller kWh er vel helt irrelevant? Det står i MWh (uten desimaler) på display på måleren. Og forbruket skal vel ikke være Wh? Jeg er ingen elektriker, men forbruket er vel Watt, og Wh forutsetter vel at jeg holder jevnt forbruk en hel time (eller i hvert fall over en tidsenhet)?

Lenke til kommentar
Del på andre sider

3 minutter siden, frodegill skrev:

 

* Først og fremst ser det ut til at du har fått presentert en datapakke mens den var i ferd med å fylles. Der må jeg gjøre noe, takk for å ha gjort meg oppmerskom på det!

* Jeg gjør veldig lite parsing nå. Baserer meg kun på en melding fra cpu22 her inne. 0xdb håndterer jeg ganske enkelt med å fjerne etterfølgende byte. I bufferen du ser har det derfor blitt fjernet en byte mellom 0xdb og 0xc0. Fint at du linker til protokoll. Skal lese den og se om jeg må gjøre tilpasninger..

* Måleren ble installert i starten av mars, men det er interessant å se om det er en teller av noe slag. Skal følge med på den.

* Frekvensen er på listen min over merkelige ting. Fint hvis det viser seg å ha en enkel løsning. (listen toppes forøvrig av "sjekksum er IKKE OK". Jeg vet at crc16-koden skal fungere og gi riktig verdi, men i og med at jeg har kuppet serial1 er det litt problematisk å debugge på nodemcu''en jeg bruker. Kommer nok snart til å dukke opp litt debug-informasjon rett i datapakke-presentasjonen)

* Om akkumulert forbruk er MWh eller kWh er vel helt irrelevant? Det står i MWh (uten desimaler) på display på måleren. Og forbruket skal vel ikke være Wh? Jeg er ingen elektriker, men forbruket er vel Watt, og Wh forutsetter vel at jeg holder jevnt forbruk en hel time (eller i hvert fall over en tidsenhet)?

Jeg klarte å få en pakke til som ser ut til å slutte på 0xc0, så jeg tror min antakelse er rett. Det ser ut til at pakken alltid blir fylt før den blir presentert til klient.

Mitt poeng er at endrer du MWh til kWh, så vil den vise korrekt. Det vil stemmer godt overens med forbruk * tid. Med forbruk på ca. 3kW økte akkumulert forbruk med litt over 1 på 25 minutter. 

 

For debugging på 8266, lar jeg nodemcu logge over tcp/ip (benytter asynctcp) til egen server / loggeprogram.

Lenke til kommentar
Del på andre sider

17 hours ago, xibriz said:

Kult :) Hadde også lyst til å prøve SMD, men turte ikke i første omgang. Det får bli ved en senere anledning :)

Off topic dette - men jeg kan bare oppfordre til å forsøke SMD!

Jeg synes SMD er vrient med (0,4mm) loddetråd, men fikk fatt i loddepasta nå - og da ble det plutselig bortimot enkelt.

Her er første pastaloddete kort, med en blanding av SMD og hullmonterte. Q4 vred seg litt, men ellers problemfritt. Pastaen holder komponenten godt nok til at den ikke seiler avgårde mens jeg lodder første pinne. Bruker tynneste spiss på loddebolten.

image.png.15ebfea3e19d448ed0d59bb8e4aa7f71.png

Lenke til kommentar
Del på andre sider

1 time siden, ArnieO skrev:

Off topic dette - men jeg kan bare oppfordre til å forsøke SMD!

Jeg synes SMD er vrient med (0,4mm) loddetråd, men fikk fatt i loddepasta nå - og da ble det plutselig bortimot enkelt.

Her er første pastaloddete kort, med en blanding av SMD og hullmonterte. Q4 vred seg litt, men ellers problemfritt. Pastaen holder komponenten godt nok til at den ikke seiler avgårde mens jeg lodder første pinne. Bruker tynneste spiss på loddebolten.

 

Har du prøvd å "bake" kortet i stedet for å lodde?

Lenke til kommentar
Del på andre sider

58 minutes ago, xibriz said:

 

Har du prøvd å "bake" kortet i stedet for å lodde?

Nei, har ikke forsøkt det ennå.

Pastaen jeg bruker er såkalt "eutektisk" legering: Sn63/Pb37, har smeltepunkt på ca 185 grader, og blir fullstendig flytende like over smeltepunktet - til forskjell fra Sn60/Pb40 som har en ca 10 graders intervall hvor det er i en plastisk mellomtilstand hvor det ikke er helt smeltet, derfor litt mer ugreit å stoppe prosessen på det visuelle.

Så det skal fungere greit å reflowe denne i stekovnen. Kunne vært artig å forsøke, men er usikker på hvordan fruen stiller seg til lukt av bakt fluss i stekovnen...?

Endret av ArnieO
Lenke til kommentar
Del på andre sider

 

6 timer siden, frodegill skrev:

* Måleren ble installert i starten av mars, men det er interessant å se om det er en teller av noe slag. Skal følge med på den.

 

Nå har jeg litt mer data.

24.4 15:46: 149111

23.4 22:30: 146914

 

Det gir ca. økning på ca 128 pr. time. Teller en tilbake til 0 får en 6.3.18 19:52 

Det er sikkert en teller for antall timer måleren har vært tilkoblet strøm.

Ikke nødvendigvis så veldig nyttig. 

Jeg får se om jeg får koblet opp noe mot min egen måler for å sammenligne. Jeg har noen op-amp'er og en drøss med motstander liggende et sted, så jeg burde klare å få til et-eller-annet.

Lenke til kommentar
Del på andre sider

På Aidon info, er det bare jeg som får "feil" informasjon ut fra boksen?

 

De fleste datapakkene har feil målerverdi, eller dvs målerverdien er låst, mens alt annet endrer verdi etter forbruk

 

1min

37 33 35 39 39 39 32 38 39 37 31 35 38 38 37 37
37 CE 7C 00 00 00 00 00 00 00 00 00 00 00 00 00 <--- 37CE7C
1B F6 0E 00 00 00 00 00 0B B1 00 00 00 00 00 00
7E 02 00 00 00 00 00 00 04 00 00 00 00 00 00 00
55 7E 00 00 D3 1D FB 01 00 00 00 00 00 00 83 00
00 00 35 09 48 09 44 09 1C 00 00 00 13 00 89 13
03 39 E2 C0

...

5min

37 33 35 39 39 39 32 38 39 37 31 35 38 38 37 37
37 CE 7C 00 00 00 00 00 00 00 00 00 00 00 00 00 <-- 37CE7C
1B F6 0E 00 00 00 00 00 0B B1 00 00 00 00 00 00
81 02 00 00 00 00 00 00 04 00 00 00 00 00 00 00
2D 7E 00 00 05 1E FE 01 00 00 00 00 00 00 82 00
00 00 40 09 4D 09 46 09 1C 00 00 00 13 00 89 13
03 B5 BF C0

...

10min

37 33 35 39 39 39 32 38 39 37 31 35 38 38 37 37
37 CE 7C 00 00 00 00 00 00 00 00 00 00 00 00 00 <-- 37CE7C
1C F6 0E 00 00 00 00 00 0B B1 00 00 00 00 00 00
7D 02 00 00 00 00 00 00 03 00 00 00 00 00 00 00
6B 7E 00 00 24 1E FF 01 00 00 00 00 00 00 7D 00
00 00 45 09 4D 09 43 09 1C 00 00 00 13 00 8E 13
03 6C 79 C0

 

Hadde en "krig" på fredag med 0xDB strødd i datapakka på forskjellige plasser, etter dette har målerinfo været veldig ustabil. Bytter regelmessig pr kWh på måler visuelt, men datapakka kan være låst i

timer. CRC er riktig på pakka selv om målerinfo er feil.

 

 

Lenke til kommentar
Del på andre sider

Kanskje litt off-topic.

Har ikke fått AMS måler enda, men får det montert i huset under bygging.

 

Har fått med meg at det har vært mye styr med at enkelte netteiere ikke vil åpne HAN porten, så jeg måtte sende en e-post til min netteier å høre.

Regnet jo med å få et negativt svar, men må si jeg ble veldig positivt overrasket:
 

Quote

Hei,

 

HAN-porten på måleren er som standard stengt og åpnes ved skriftlig henvendelse fra kunde. Dette fordi data som strømmes ut fra porten er kundens eiendom.

 

Send epost til post.nett@nte.no hvor du ber om åpning av HAN-port. Du mottar bekreftelse fra oss når den er åpnet.

 

Så da er det jo kanskje litt mer relevant å få brukt HAN porten til noe når jeg kommer så langt. :)

 

Er det forøvrig noe jeg burde tenke på nå under bygging?
Strømmåleren vil jo bli plassert i TKS kassen på utsiden av huset.
Hvordan kobler jeg sammen AMS og resten av huset/HS3?

Lenke til kommentar
Del på andre sider

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.

Lenke til kommentar
Del på andre sider

Bli med i samtalen

Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Lim inn uten formatering i stedet

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   Tøm tekstverktøy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.