Hårek

Har lagt ut en analyse fra din siste datafil (mitt første prosjekt på github). https://github.com/OddPaulsen/AMS-analyzer Viser at effekten ligger normalt på rundt 600-800 Watt, og spretter opp til 3.5 kW i perioder. Det tipper jeg er termostaten på varmtvannsbereder. Skal legge ut koden senere.

Skriver kode i Java. Kan dele det når jeg er kommet litt lenger. En liten oppsummering så langt: det er tre typer meldinger, en på 39 bytes, en på 121 bytes, og en på 155 bytes. Data leveres i en HDLC protokoll. Denne har vi (dvs roarfred) funnet god beskrivelse av. 39-byte meldingen kommer ca hvert 2 sekund, og inneholder klokkeslett og effekt. 121-byte meldingen kommer hvert 10 sekund. Har ikke sett på innholdet enda, men forventer at det er reaktiv effekt, strøm, og spenning. 155-byte meldingen kommer 1 gang i døgnet. Vi har foreløpig ikke funnet noen god formatbeskrivelse av innholdet i selve meldingene, bortsett fra BlueBook 4.1.4 som beskriver date/time.

Ja, det er ikke noe å bruke tid på nå, koden min håndterer dette på en grei måte. Det er mye annet av interesse å gripe fatt i.

Den siste filen har noen få feil, noe data har forsvunnet. Eks: [2017-09-14 20.03.10.849 - Received 28 (0x1C) bytes] 06 00 00 07 66 06 00 00 09 E3 06 00 00 09 40 06 00 00 00 00 06 00 00 09 4A 45 18 7E

Hva legger du i "duplikate meldinger"? Det er ikke dublisert 7E vi ser. Mitt problem er at jeg har valgt feil strategi for dekoding, må gjøre det om.

Har analysert litt på filene du la ut. Alle cheksummer stemmer, og adressedata etc er fast og uforandret. Det ser bra ut med tanke på din tolkning av formatet av 41-byte meldingene, gyldige timestamp og effektverdiene ser troverdige ut. Et lite problem er at monitoren (tipper du bruker HHD Software) noen ganger deler opp meldinger, men det er jo forståelig grunn til det. Finner også at noen meldinger inneholder 0x7E mellom begin/end flag. Gjør det noe mer problematisk å dekode. Eks: [2017-09-12 23.21.59.753 - Received 41 (0x29) bytes] 7E A0 27 01 02 01 10 5A 87 E6 E7 00 0F 40 00 00 00 09 0C 07 E1 09 0C 02 17 15 3A FF 80 00 00 02 01 06 00 00 04 1D D5 7E 7E

Du er god. Mye å sette seg inn i . Kom litt videre etter en rask titt på Excerpt_GB7.pdf, side 32. Stemmer med E6 E7 00 Protocol specification for the LLC sublayer 8.3.2 LLC PDU format more details, see complete Green Book .... Men ser du har kommet enda lenger.

"the Blue book describes the COSEM meter object model and the object identification system" "the Green book describes the Architecture and Protocols" BB10 kan antagelig bli nyttig, men jeg tror vi først må finne hvordan protokollen er. Leter uten å finne ...

Da trenger vi protokollen for innholdet i Information block. Ser ut som vi trenger DLMS Green Book? Ikke åpent tilgjengelig.

Er det HDLC protokoll vi ser? https://en.wikipedia.org/wiki/High-Level_Data_Link_Control En frame starter og slutter med 0x7e.

Supert. Kunne du legge ut en tekstfil med en hex-dump? Får ikke måler her før neste år, men kunne vært kjekt å begynne med noe.

Det er samme deksel som dekker skruene for strømtilkobling. Vet ikke om det er noen spesiell grunn til at S0 utgangen er plombert, mulig det bare er blitt sånn for enkelhets skyld.

Hvis måler har S0 utgang så er det mye enklere enn å bruke optisk. Fungerer utmerket på min Enermet K420s. Tilkoblingen er bak et plastdeksel som er plombert, men bare å bore to hull for å komme til med skrutrekker.

Det går ikke å mate en LED med en fast spenning. Den må ha en strømbegrenser (motstand). En lyspære har lineær karakteristikk, dvs at en jevn økning av spenningen vil medføre en jevn økning av strømmen. Men en diode er ikke lineær. Se på diagrammet over spenning og strøm: http://www.radio-electronics.com/info/data/semicond/leds-light-emitting-diodes/characteristics.php Når man øker spenningen fra null vil det først ikke gå noe strøm i det hele tatt, og så plutselig begynner det å gå veldig mye. Det er en dårlig ide å forsøke å gi akkurat riktig spenning, det er nesten umulig å kontrollere strømmen. Det kan dessuten være forskjell på to like dioder, så de vil trekke forskjellig strøm ved samme spenning.

Ja, du trenger motstander. Og det som er viktig å vite er at LED skal ha en viss (begrenset) strøm. Spenningen velger den selv. Ta utgangspunkt i hvor mye strøm du vil gi den. Det er spesifisert max 20 mA (Max. Forward Current:), så vi kan starte med 10 mA. Høyere strøm gir mer lys. Det er også spesifisert at spenningen er rundt 3 V (Max. Forward Voltage:3-3.2V). Så velger du en strømforsyning, som må være høyere en LED spenningen. Vi kan velge 10V for et eksempel. Da regner du ut mostanden med Ohms lov, R = U / I (R er Ohm, U er Volt, I er Ampere) (10V - 3V) / 0,01 = 700 Ohm

Hva slags måler hadde du før? Hafslund påpeker: " Eldre mekaniske strømmålere med dreieskive har i mange tilfeller gjennomgående registrert for lavt forbruk. Alle nye automatiske strømmålere er testet i laboratorium for å dokumentere målenøyaktighet.

Har koblet meg på S0 utgangen på Enermet måleren. Kabel til en Arduino som teller pulser og måler intervaller.

Henger meg på her. Har brukt S0 pulsutgang siden 2008, med Arduino interface og Java visningsprogram på PC. Usikker på om det blir mulig å fortsette med det på den nye måleren, men kommer uansett til å bruke HAN hvis det blir mulig. Er på Hafslund, får ikke ny måler før H1 2018. Men det er greitt å være forberedt. Det jeg har funnet ut så langt er at det er lite M-BUS utstyr for hobbybruk. Kunne tenke meg en M-BUS til RS232 converter, men det rimeligste jeg har funnet er 84 Euro. Et design for en komplett USB adapter er fritt tilgjengelig. Det ser veldig enkelt ut, så det burde være mulig å lodde sammen noe selv. Har ikke klart å finne ut om måleren er M-BUS master eller slave.

S0 kontakten er antagelig lokalisert under dekslet, som er plombert. Ergerlig at de gjør det så komplisert.