Elmätare, H1-port / P1-port / HAN-port (många namn verkar florera)

svanstrom · 27 jan 2021 10:02

A Allman skrev:
Fick min HAN-data att lira i helgen. Har en Kamstrup Omnipower mätare som installerades i somras. Mailade supporten på Jämtkraft som aktiverade porten och skickade ut en HAN-modul med RJ45-kontakt.

Intressant att Jämtkraft kör den norska standarden istället för den svenska branschrekommendationen. Men jag antar att det är just för att det är en rekommendation

svanstrom · 27 jan 2021 10:17

N NizzeBygg skrev:
Jag tänker använda den på den nya mätaren, då slipper jag problem med all udda protokoll.

Missar jag någon information då?

Ja, det enda du får då är total momentan förbrukning. Använder du P1-porten får du information om både förbrukning i W, strömstyrka och volttal uppdelad per fas, både för inkommande och utgående (om du t.ex har solceller).

Så här visualiserar jag det i min Home Assistant:

Graf som visar effektförbrukning i watt uppdelat på totalt och per fas, visualiserad i en Home Assistant-grafik.

Inloggade ser högupplösta bilder

Skapa konto

Gratis och tar endast 30 sekunder

Skärmdump som visar fasfördelning med värden för effekt, ström och spänning för tre faser i en energihanteringssystem.

Inloggade ser högupplösta bilder

Skapa konto

Gratis och tar endast 30 sekunder

aviborg · 28 jan 2021 20:51

Så då fick jag till en minimal stabil ESP-applikation. MQTT skippade jag, utan min hemautomatiseringsserver läser ut json-data direkt från min NodeMCU som läser den seriella datan.

Målsättningen var att skapa en applikation som funkar med alla svenska mätare, dvs jag har försökt att använda den norska (A-XDR) och holländska (ASCII) standarden utan att fuska genom att anpassa utläsningen till just min mätare. Parsning av data görs av min hemautomatiseringsserver.

Jag har bara kunnat prova den mot min mätare, en AIDON från Tekniska Verken. Så om någon vill använda koden på andra mätare så tar jag gärna emot pull requests och issues om någon stöter på problem!

Enjoy!
https://github.com/aviborg/esp-smart-meter

Skärmdump av en mobilapplikation som visar realtidsdata och grafer för elanvändning i hemmet.

Inloggade ser högupplösta bilder

Skapa konto

Gratis och tar endast 30 sekunder

bortek · 2 feb 2021 08:21

Hej

Nya E360 mätare installerades igår och den ser bra ut. Tekniker som gjorde installationen var medveten om buggen och sa att den slutar skicka data i porten om nån dag.

Jag hade min P1 adapter som jag gjorde enligt https://github.com/psvanstrom/esphome-p1reader/ redo och kopplade den till mätaren.

Konfade den i HASS och den visar massa ENtities utan nån värde

Skärmdump av HASS med enhetsinformation och listade enheter märkta 'Unknown' efter P1 adapter installation.

Inloggade ser högupplösta bilder

Skapa konto

Gratis och tar endast 30 sekunder

Teknikern sa att porten var redan aktiverad och skulle skicka ut datat.

Undrar hur felsöker man? Jag vill veta om det är ESP som inte plockar upp datat eller om det inte kommer nån data als från porten.

Kan man se ESPen loggen? Installerade ESPHome och lade till enheten och i Logg fönster ser det ut såhär

Skärmdump av loggfönster i ESPHome som visar loggar för en P1 reader konfiguration.

Inloggade ser högupplösta bilder

Skapa konto

Gratis och tar endast 30 sekunder

Kan man slå på mer debug info ?

svanstrom · 2 feb 2021 13:41

bortek skrev:
Undrar hur felsöker man? Jag vill veta om det är ESP som inte plockar upp datat eller om det inte kommer nån data als från porten.

Du kan lägga till några till debug-rader i koden i p1reader.h (jag kan uppdatera i Github och lägga till det senare ikväll), t.ex på rad 262 (efter raden som gör en "readBytesUntil()"):

Kod:

ESP_LOGD("data", "Read %d bytes from UART", len);

Då kommer den logga varje gång den fått data från P1-porten och tala om hur många bytes den läst in per rad.

Dubbelkolla också att du verkligen förser RTS-pinnen med +5V vilket krävs för att trigga P1-porten att skicka data.

bortek · 2 feb 2021 17:23

Har lagt till nu debug logging på 2 rader och även testat lägga till det i början av loopet på rad 256 för att testa att loggningen överhuvudtaget fungerar. Och det gjorde det.

Dubbelkollade RTS med multimeter och den är kopplat till +5V

Slutsatsen är att mätaren skickar ingen data ut till porten, som jag misstänkte. Det blir ett samtal till elbolaget imorgon

Ganska skönt att man kan uppdatera koden remote med ESPHome utan att behöva gå ner till källare, koppla bort dongle, koppla till PC. etc.

Skärmdump av kodkompilering och uppladdning för en enhet med text om debug logging och fjärruppdatering via ESPHome.

Inloggade ser högupplösta bilder

Skapa konto

Gratis och tar endast 30 sekunder

bortek · 4 feb 2021 19:06

Såja nu kommer datat ut från porten efter ett samtal med tekniker host elbolaget. Han nämnde om buggen och att datat kommer sluta skickas efter 2-3 dagar. Jag fick en känsla att Landis prioriterar inte buggen eftersom det ska funka 2024-2025. Hur som.

Datat kommer in men publiceras inte i HASS och jar tror det är pga av CRC checken fallerar i varje datat batchen, trots att jag ser värdena i loggen.

[19:01:21][D][data:259]: Program Started
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [22.7.0]: 0000.000 kW
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [41.7.0]: 0001.019 kW
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [42.7.0]: 0000.000 kW
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [61.7.0]: 0001.110 kW
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [62.7.0]: 0000.000 kW
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [23.7.0]: 0000.210 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [24.7.0]: 0000.000 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [43.7.0]: 0000.200 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [44.7.0]: 0000.000 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [63.7.0]: 0000.274 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [64.7.0]: 0000.000 kVAr
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [32.7.0]: 235.9 V
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [52.7.0]: 238.9 V
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [72.7.0]: 240.2 V
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [31.7.0]: 004.7 A
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [51.7.0]: 004.3 A
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [71.7.0]: 004.7 A
[19:01:21][D][data:263]: Read 6 bytes from UART
[19:01:21][D][crc:275]: CRC: 1490 = ADF2. PASS = NO

Och ibland kommer det här

[19:01:11][V][app:081]: A component took a long time in a loop() cycle (0.30 s).
[19:01:11][V][app:082]: Components should block for at most 20-30ms in loop().

och det här

[19:00:52][E][uart_esp8266:167]: Reading from UART timed out at byte 0!
Nån idé?
Kan det vara att CRC summar räknas annorlunda för Landis E360?

@svanstrom Ska vi fortsätta felsökning här eller ta den i Git Issue?

Lennart Holm · 5 feb 2021 13:34

engs skrev:
Ska få elmätaren utbytt snart och den nya ska ha möjlighet för kunderna att läsa ut data direkt på en kommunikationsport. Lokala nätägaren ska köra med nederländska P1-standarden över en RJ12.

Efter att ha läst lite översiktligt verkar det som många nätägare började med norska HAN-portslösningen (MBUS) först men nu verkar P1 vara något som rekommenderas av branchorganisationen och många går över till denna.

Någon som testat en sådan lösning? Dvs en enhet för att läsa av momentaneffekt etc från elmätaren över ett kommunikationsgränssnitt och inte en "blink räknare" eller någon klamp-lösning.

I synnerhet så vore det intressant att veta om någon lyckats med just P1 också,
Tibber har en lösning men bara för RJ45 / HAN-port som är stort i Norge men mest verkar bli en parantes i Sverige. [länk]
"Typerna P1 (RJ11/RJ12) är ej kompatibla med dagens Tibber Pulse men vi håller i detta nu på att ta fram en lösning för mätare med dessa portar och hoppas på att lansera det i framtiden"

"Hoppas" låter inte direkt som att de har en lösning på gång å det snaraste.

Hittat några Nederländska varianter på P1-läsare men osäker om de fungerar här, verkar finnas flera versioner av protokollet och ofta verkar de vara för en tidigare version än vad jag misstänker man får med en ny mätare här.

[länk]
[länk] 2017/Ei_R2017_08.pdf

Jag köpte Energy logger "BLUE" från tech4u.nl. När jag försökte starta upp den fick jag följande meddelande:
"Region Mismatch detected It looks the region your application uses (NL) is different from the existing firmware region (SE). Unfortunately, due to HW differences, it is impossible to upgrade firmware in such case." Betyder detta att det finns flera versioner av HW-delen av protokollet P1? Att mjukvaruprotokollet är olika det kan jag förstå men det borde ju gå att lösa med en uppdatering av firmware. .Elmätaren är en Sagemcom levererad från Ellevio. Ska nu försöka få lite mer info från Ellevio om P1-protokollet.

Stingh · 5 feb 2021 13:48

Hej Lennart,
Har haft samma fel och enligt tillverkaren beror det på en OBIS kod som inte stämmer och ännu inte är spikad av EU.
Dom jobbar på saken och skall lägga ut en uppdatering efter helgen.

bortek · 5 feb 2021 13:52

Du borde vända till tech4u och kolla med de vilka mätare och prokol versioner eller regioner den stödjer. Felmeddelande säger kortfattad att firmware är för NL marknad medans du försöker använda den i SE och dessutom det finns ingen firmware för din mätare. Det är så jag uppfattar det.

/B

sunqan · 5 feb 2021 22:22

S Stingh skrev:
Hej Lennart,
Har haft samma fel och enligt tillverkaren beror det på en OBIS kod som inte stämmer och ännu inte är spikad av EU.
Dom jobbar på saken och skall lägga ut en uppdatering efter helgen.

tillverkaren av mätaren eller loggern?

Stingh · 5 feb 2021 23:48

S sunqan skrev:
tillverkaren av mätaren eller loggern?

Loggern

Lennart Holm · 6 feb 2021 22:11

S Stingh skrev:
Hej Lennart,
Har haft samma fel och enligt tillverkaren beror det på en OBIS kod som inte stämmer och ännu inte är spikad av EU.
Dom jobbar på saken och skall lägga ut en uppdatering efter helgen.

Jag har varit i kontakt med Tech4U och fått jättebra support. Lösning är under test.

Stingh · 8 feb 2021 16:20

bortek skrev:
Såja nu kommer datat ut från porten efter ett samtal med tekniker host elbolaget. Han nämnde om buggen och att datat kommer sluta skickas efter 2-3 dagar. Jag fick en känsla att Landis prioriterar inte buggen eftersom det ska funka 2024-2025. Hur som.

Datat kommer in men publiceras inte i HASS och jar tror det är pga av CRC checken fallerar i varje datat batchen, trots att jag ser värdena i loggen.

[19:01:21][D][data:259]: Program Started
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [22.7.0]: 0000.000 kW
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [41.7.0]: 0001.019 kW
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [42.7.0]: 0000.000 kW
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [61.7.0]: 0001.110 kW
[19:01:21][D][data:263]: Read 24 bytes from UART
[19:01:21][D][data:293]: [62.7.0]: 0000.000 kW
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [23.7.0]: 0000.210 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [24.7.0]: 0000.000 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [43.7.0]: 0000.200 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [44.7.0]: 0000.000 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [63.7.0]: 0000.274 kVAr
[19:01:21][D][data:263]: Read 26 bytes from UART
[19:01:21][D][data:293]: [64.7.0]: 0000.000 kVAr
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [32.7.0]: 235.9 V
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [52.7.0]: 238.9 V
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [72.7.0]: 240.2 V
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [31.7.0]: 004.7 A
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [51.7.0]: 004.3 A
[19:01:21][D][data:263]: Read 20 bytes from UART
[19:01:21][D][data:293]: [71.7.0]: 004.7 A
[19:01:21][D][data:263]: Read 6 bytes from UART
[19:01:21][D][crc:275]: CRC: 1490 = ADF2. PASS = NO

Och ibland kommer det här

[19:01:11][V][app:081]: A component took a long time in a loop() cycle (0.30 s).
[19:01:11][V][app:082]: Components should block for at most 20-30ms in loop().

och det här

[19:00:52][E][uart_esp8266:167]: Reading from UART timed out at byte 0!
Nån idé?
Kan det vara att CRC summar räknas annorlunda för Landis E360?

@svanstrom Ska vi fortsätta felsökning här eller ta den i Git Issue?

Hur har det gått med din CRC kontroll, har du hittat en lösning?
Jag har exakt samma fel med CRC. med PASS = NO

Lennart Holm · 8 feb 2021 16:52

S Stingh skrev:
Hur har det gått med din CRC kontroll, har du hittat en lösning?
Jag har exakt samma fel med CRC. med PASS = NO

Jag hsr fått en ny firmware för test. Kan nu läsa P1 frame men har fortfarande problem med parsningen och presentationen i appen. Hör av mig så fort något blivit släppt för release.