Han port Raspberry pi pico

ingen handshake behöver göras? Ser ut som krypterat.

inte så enkelt att de pratar olika "encoding"?

typ hanporten använder ANSI och picon tror det den får är i typ UTF-8 eller något?

kan tänka mig att det kan bli lite fel isf.

vet i fasen vad det heter men vet sen tidigare erfarenhet att försöka läsa ansi med utf eller vise versan kan ge diverse konstigheter i textfiler iaf.

Fint att det löste sig! Underbart när trådskaparen uppdaterar med lösningen också

Kul att det löste sig, har ändå lite svårt att förstå varför felet bl.a. resulterar i tecken som har högsta biten satt. Det ska bara vara ASCII-tecken, alla dessa har översta biten satt till 0.

Fråga om invertering av signalen: gör du det på sättet som beskrivs nedan eller kör du någon annan elektrisk design? D.v.s. den som beskrivs här

Orsaken till frågan är rätt mycket för egen del!

Har inte fått min elmätare utnytt till en med HAN-port än (ska ske i vår/sommar), men skaffat mig ett par RPi Pico och börjat sätta mig in i Picons "Programmable IO" (PIO) stöd.

Fördelen med att använda elektronik för att invertera signalen är uppenbar: man kan köra med vanliga UART-drivern. Men är protokollet är inte raketforskning, och UART-driven i Pico är ju bara en inkluderat PIO-program.

Rimligen borde det inte vara speciellt komplicerat att skriva ett PIO-program som direkt kan läsa av HAN-porten, utan att först invertera signalen. Fördelen här är enklare elektrisk design, att minska signalnivån från elmätaren från 5 V till 3,3 V kan göras med två motstånd (GPIO på RPi-enhetern klarar inte 5 V).

Ska få min nya elmätare i veckan och har en pico med tillbehör för att koppla in den 🥳
Har du några tips på hur bästa sättet att göra det på, alternativt får in det i home assistant?

Tja! Lust att dela med dig av koden?

Edit: Hittade denna:
https://github.com/HenrikSolver/picowhanport

Ingen raketforskning direkt, sjukt hur enkelt shit är idag med alla paket som finns tillgänliga. 4 rader kod för att skicka meddelanden till en MQTT t ex

jag har sett den där med, men hur tar man hand om datan sen för att få den i fina grafer?

Det är tyvärr en bit mer komplicerat.

Det sättet jag gör på är att
1) skicka datat till en MQTT-server, t ex https://mosquitto.org/
2) du behöver sedan använda något som lyssnar på denna MQTT server och skickar in datat i förslagsvis en tidsserie-databas, t ex InfluxDB
3) använd nu Grafana för att rita grafer från InfluxDB

Så en start skulle vara att googla på nått i stil med ”MQTT to grafana” så bör det komma guider.

Snyggt! Tack då har jag iaf tillvägagångssättet, ska sätta mig ner på semestern o styra upp detta 😁

Gammal tråd, men kanske av intresse ändå. Slängde ihop ett interface av en gammal barebone ESP8266 och kringkomponenter jag hade liggande hemma i höstas.

Angående signalnivåer som diskuterats tidigare, HAN-portens datautgång i min elmätare (Sagemcom T211) är en transistorutgång av open collector-typ, dvs signalnivån blir vad man matar kollektorn (data_request) med. Matning till den kan tas från samma källa som matningen till mikrocontrollern. Jag kör med en vanlig linjäromvandlare som riktar ner 5VDC från elmätaren till 3.3VDC för ESP8266 och data_request.

Angående invertering av signalen, så har ESP:ns UART stöd för inverterad signal. Man behöver inte invertera med extern hårdvara eller i programmet. Skulle förvåna mig om inte RPi Pico kan det också. En snabb googling antyder att man bara behöver sätta en flagga i ett register.

Har man inga RJ12-kontakter hemma går det utmärkt att slakta en vanlig nätverkssladd, peta bort de två yttersta kontaktblecken, rycka korresponderande ledare, och slipa ner kontakten någon millimeter på båda sidor.

Vad det gäller mjukvara landade det på esp8266_p1meter_sv på ESP8266, och Mosquitto på hemmaservern. Webserial kan vara användbart för att se rådatan vid debugging. Ett lättanvänt program för att rita snygga grafer etc är MQTT Explorer.