Hårek

Nei, det er det jeg sliter med. Skjønner heller ikke begynnelsen på hver linje med OBIS, eks "0202 0906"

Se RoarFred prosjektet: https://github.com/roarfred/AmsToMqttBridge/tree/master/Documentation Det er dokumentert i filen Excerpt_GB8.pdf kapittel 8.4 Frame format: 2 bytes. Sier 'frame format 3' (0xA0), og 11 bit 'frame length'. FCS siste 2 bytes før End Flag. Lokaliseres med 'frame length'. Verifiser at checksum stemmer - regn ut checksum for alle bytes fram til FCS. Skal være lik FCS. CrC16.cs ligger i Code. Ekstrakt data blokk, alt mellom 'Frame format' og FCS. De 4 feltene 'Dest.address, Src.addres, Control, og HCS' er dokumentert i 8.4.2 MAC addressing. Adressefeltene kan ha variabel lengde. HCS checksum kan verifiseres. Ekstrakt data blokk, alt etter HCS. Neste 3 bytes er LLC header. Dokumentert i 8.3.2 LLC PDU format. Ekstrakt data blokk, alt etter LLC_Quality

Jeg holder på med dette nå. Har funnet fram til dekoding av HDLC protokollen, som er første og siste linje. Så ser jeg OBIS koder inni der, som f.eks fjerde linje "0101000281ff 0a0b 4149444f4e5f5630303031". Det er en String på 11 bytes som sier AIDON_V0001 Men jeg mangler sammenhengen på det OBIS kodene er 'pakket inn' i.

I natt mistet jeg data fra min måler (Aidon formatet). Forsåvidt ikke uventet at det skulle skje, men Hafslund kunne jo vært litt frampå med informasjon. Jeg meldte meg på tjenesten "Nyhetsbrev om HAN" fordi jeg hadde et håp om å bli informert. Nå fikk jeg akkurat samme mail som over. Hos kundeservice fikk jeg denne responsen: "utfører for tiden fortløpende oppdatering av funksjonaliteten i målerene slik at de kan levere det standardiserte formatet og har stengt HAN-port slik kravet er. Dessverre har jeg ikke et presist tidspunkt her hos meg i dag for når åpningen blir registrert hos deg."

Har selv en slik adapter, USR-TCP232-T2. Den har ikke RS-232, det er TTL. Så hvis du kobler den rett til en RS-232 så kan det ikke fungere. RS-232 vs. TTL Serial Communication

Første steg i testing av RS232 er å koble sammen pin 2 og 3, og se om bokstavene fra tastaturet kommer tilbake i lesbar tilstand.

Pakken leses inn i et array på x bytes. Så tar du CRC på buffer, lengde x - 2.

Man får en pakke med data, inkludert 2 byte CRC. Da kjører man en CRC-sjekk på pakken minus 2 byte. Resultatet skal være likt med de 2 byte CRC.

Du kan se på koden til den gode roarfred her: https://github.com/roarfred/AmsToMqttBridge/blob/master/Code/HanDebugger/HanDebugger/Crc16.cs Et alternativ i java her: https://github.com/OddPaulsen/AMS-analyzer/blob/master/Source code/src/main/java/DataHandler/GXFCS16.java

Det har skjedd meg et par ganger når jeg har vært litt uforsiktig med koblingen. Har ordnet seg ved å koble av og på kabel på måleren. Mulig det er en feature som slår av strømmen på utgangen hvis den oppdager noe galt.

RJ45 er vel et bra valg. En billig og pålitelig kontakt, som kan brukes til mye rart. Tror Ringeriks-Kraft har målere fra Kamstrup. Ser ut som disse har HAN porten på en plug-in modul. Kan det være at man kan velge andre moduler?

Det høres tvilsomt ut, selv om jeg ikke kjenner Tibber. Aidon gir ikke ut spesifikasjonen til protokollen. Og den er jo ikke ment å brukes særlig lenge.

Litt ullent svar der, men antar det som ligger bak er at software ikke er klar. Jeg har Hafslund, og det Aidon-spesifikke midlertidige dataformatet er fremdeles aktivt.

Det burde da ikke være nødvendig å fjerne eksisterende protokoll før den nye er klar. Får håpe Hafslund ikke gjør noe så dumt.

Kan være at Glitre har oppdatert måleren? Min fungerer enda (Hafslund), men forventer at noe slikt kommer til å skje i løpet av året. Da må man be om at porten skal åpnes, og dekode en helt annen type meldinger. Det som kommer nå er et eget format for Aidon.

Det er antagelig en BLDC motor. Selve motoren har 3 tilkoblinger, og trenger elektronikk for å fungere.

Takk for denne. Er nå i gang med å lage program for å lese data herfra (bruker Java). Får lastet ned XML filer med HTTP Get. Fant fram til schema definisjonene (xsd filer), som er essensielt for JAXB dekoding.

Aidon målere blir levert med software som sender ut data hvert minutt, 100 bytes. Det er ikke standard dataformat, og man trenger ikke be om at porten åpnes. Det er ganske enkelt å hente ut essensielle data. Antar det kommer ny software senere. Som nevnt, det er mye info i tråden til roarfred.

Det er en Serial RS232/RS485/RS422 to WiFi Ethernet Converter. At den støtter Modbus protokoll betyr ikke så mye. Dvs du trenger en MODBUS til serial modul i tillegg.

Har sett et tips om det er mulig med en 'factory reset' (binders i hullet). Må ikke koble den til Telenor WLAN etterpå, for da kommer automatisk nyeste software. Har ikke prøvd selv.

Det er et firma i Grimstad som heter Alternativ Energi. Ser de selger brukte EV batterier.

Har du Aidon måler og får forskjellige meldinger? Min gir bare en type, 100-byte (ikke OBIS kodet). Hvilken nettleverandør?

Hvis du har et multimeter kan du måle om det er spenning, skal være rundt 24V DC.

Som sagt, den er koblet opp mot en Aidon. Har satt den i TCP server mode, og har skrevet et Java program som mottar data. Har hatt MBUS kortet en stund, koblet opp til en Arduino med Ethernet shield. Det skal nå byttes ut med USR-TCP232. Eneste lille ulempen med det kortet blir å få til en enkel og god mekanisk montering. Ingen skruehull.

Kan nevne en alternativ løsning for tilkobling med kablet Ethernet og 'standard' kort. TSS721 Module Board M-BUS To TTL har jo vært nevnt her flere ganger. Denne kan så kobles til en USR-TCP232-T2 RS232 Serial to Ethernet Module. Så trenger man 3.3V strømforsyning som kobles til begge kortene (serial IO er 3,3V TTL). USR-TCP232-T2 er en kjekk sak. Den har en brukbar manual. Har fast IP som default. Webserver for brukerinterface, mye som kan konfigureres. Enkel å teste, bare sett den til TCP Server og koble til med putty Telnet. Har fått koblet denne opp mot en Aidon i dag.