Universalschnittstelle HAN gem. TR-03109-1 in FHEM ?

[KölnSolar]

Bis dato ist der Rollout iMSys(SmartMeter mit zertifiziertem SmartMeter-Gateway) ja immer noch recht mäßig umgesetzt und daher auch noch nicht wirklich Thema. Die Suchfunktion findet wenig bzw. nur einen Beitrag aus 2015.

Ich habe mich im Rahmen meiner Luft-Luft-Wärmepumpe und dem Thema Netzdienlichkeit mit der TR-03109-1 kurz beschäftigt. Demnach muss dem Endabnehmer/Einspeiser die HAN-Schnittstelle zur Verfügung gestellt werden und soll dann auch die Steuerung von Verbrauchern/Erzeugern/Speichern unterstützen. In der Regel wird das wohl physikalisch eine Ethernet-Schnittstelle und softwaretechnisch auf TLS basieren.

Ich denke nun darüber nach, wie man das in FHEM umsetzen könnte. Bisher haben wir das OBIS-Modul, das auf der Infrarotschnittstelle aufsetzt. Zählerdaten könnten dort, erweitert um die TLS-Kommunikation und LAN-Schnittstelle, evtl. in FHEM bereitgestellt werden. Bzgl. der Steuerung würde ggfs. ein neues Modul notwendig, um das OBIS-Modul nicht zu überfrachten.

Was meint Ihr ? Wer sieht Bedarf ?

Grüße
Markus

[RalfRog]

Eine Anmerkung zum Thema, die allerdings nicht 100% FHEM bezogen ist.

Grundsätzlich wäre eine mögliche Anbindung der iMSys (an FHEM über HAN) ein tolles Projekt und wünschenswert.


Im Rahmen einer Untersuchung zu Nachtspeicherheizungen hatte mich die Rheinernegie/RNG mit einem iMSys ausgestattet. Vielleicht kann man bei TRUDI "Anleihen" machen.

• Die Zugangsdaten der am Gateway befindlichen HAN-Schnittstelle (LAN, RJ45) bekommt man auf Nachfrage zur Verfügung gestellt.
  
  
• Die PTB stellt auch eine Software (Transparenz- und Displaysoftware TRuDI) zum Auslesen und zur Auswertung zur Verfügung:
  https://www.ptb.de/cms/ptb/fachabteilungen/abt2/fb-23/ag-234/info-center-234/trudi/
  

Gruß Ralf

[blueberry63]

Hallo,

vielen Dank, dass sich jemand dieses Themas annimmt.

Gruß
Blueberry63

[KölnSolar]

Hi Ralf,

Im Rahmen einer Untersuchung zu Nachtspeicherheizungen hatte mich die Rheinernegie/RNG mit einem iMSys ausgestattet. Vielleicht kann man bei TRUDI "Anleihen" machen.

Die Zugangsdaten der am Gateway befindlichen HAN-Schnittstelle (LAN, RJ45) bekommt man auf Nachfrage zur Verfügung gestellt.

Die PTB stellt auch eine Software (Transparenz- und Displaysoftware TRuDI) zum Auslesen und zur Auswertung zur Verfügung:
https://www.ptb.de/cms/ptb/fachabteilungen/abt2/fb-23/ag-234/info-center-234/trudi/

Interessant, danke. Und dann wohnen wir ja nah beisammen. 

Welche Hersteller/Typ für SmartMeter und Gateway ? Vielleicht wird die RNG diese Kombi ja ausrollen. 

Hast Du den Zähler über IR an FHEM ? Wenn ja, was spuckt der so aus an Daten ? Wichtig sind mir immer die Leistungsdaten/Phase oder Strom/Spannung zur Eigenberechnung.

Grüße
Markus

[RalfRog]

Interessant, danke. Und dann wohnen wir ja nah beisammen. 

Welche Hersteller/Typ für SmartMeter und Gateway ? Vielleicht wird die RNG diese Kombi ja ausrollen. 

Hast Du den Zähler über IR an FHEM ? Wenn ja, was spuckt der so aus an Daten ? Wichtig sind mir immer die Leistungsdaten/Phase oder Strom/Spannung zur Eigenberechnung.

Grüße
Markus

Jo, wobei in Köln die Entfernungen von Nord nach Süd für ne Tagestour mit dem Rad reichen 

Für die Teststellung 2019 hat die RNG einen Zähler ISKRA MT691 / Gateway Theben Conexa / Theben Schützsteuerung verbaut. Gateway und Schützsteuerung sind nach dem Test 2020 wieder ausgebaut worden.
Aufgrund des Nachtstromverbrauchs >6000kWh müsste ich eigentlich ein offizielles iMSys  bekommen (wäre aber ein anderes Gateway geworden) - das scheiterte letztes Jahr am schlechten Mobilfunkempfang im Keller. Ich bin ganz froh, da ich sonst für das iMSys 80 - 100 € zahlen müsste - ohne wirklichen Mehrwert.
Meine Eltern haben produktiv ein iMSys mit ISKRA MT691 & PPC Gateway eingebaut (warum auch immer läuft der 2. Zähler von Norax nicht über das Gateway ).

Meinen ISKRA lese ich seit gut 12 Monaten mit einem seriellen Hichi Lesekopf und einem ESP mit Tasmota aus. Der (reicht mir im Moment) liefert Leistung & Energie (je Summe L1-3). Mehr habe ich im Script nicht konfiguriert. Ich müsste mir dann tatsächlich im Debug-Modus die Daten anschauen welche OBIS Kennziffern er ggfs. noch liefert. Ich hatte das mal zerpflückt und ich meine da war nichts Brauchbares mehr dabei.

Mein Haushaltsstrom hängt noch am Ferraris (Gisbert hatte mir Bauteile überlassen) aber der war nicht zuverlässig zu lesen, daher zählt da jetzt ein Shelly 3EM.

Eine Sache habe ich noch im Hinterkopf - so zumindest damals die RNG Kollegen auf Nachfrage. Wenn der Zähler am Gateway hängt  kann man über die Blinkcodes nicht mehr auf die historischen Daten zugreifen. Ob auch das IR-IF eingeschränkt wird weiss ich nicht.

Gruß Ralf

[KölnSolar]

Hi Ralf,
danke für die ausführliche Beschreibung.

Aufgrund des Nachtstromverbrauchs >6000kWh müsste ich eigentlich ein offizielles iMSys  bekommen

Jawoll, ich auch  wegen PV > 7kWp. Im Augenblick verzögere ich den Zählerwechsel(Kündigung seitens Discovergy wg. Insolvenz  )der RNG, denn aktuell würde ich doch nur ein SM bekommen. Und die können noch nicht einmal sagen welchen.  Ich baue noch ein wenig darauf, dass die meinen IR-Kopf in der MSB-Schnittstelle lassen. Der Datenumfang ist immer etwas größer als an der Kundenschnittstelle.

Gisbert hatte mir Bauteile überlassen

Braucht er ja nicht mehr.    Du kommst auch aus der EVL-Ecke ?

Ich bin ganz froh, da ich sonst für das iMSys 80 - 100 € zahlen müsste

Dem ist ja nicht mehr so. Nach meinem Verständnis sind die gesetzlichen Maximalkosten deutlich reduziert worden(im Kopf habe ich 20).

Nun aber zum eigentlichen Thema. Habe mal ein wenig geggogelt. Trudi ist definitv ein Ansatz. Und scheinbar ist man auch relativ offen für Anbindungen an SmartHome.

Umfangreiche Infos zu SMGW, HAN, Trudi, Trudi-Schnittstelle https://github.com/ZERYCON-GmbH/trudi-koala/tree/master/doc

Und hier ein Projekt aus NOR(wie immer viel schneller als wir  ) Scheinbar aber nicht mit HAN(auch wenns dort steht), sondern Mbus-Schnittstelle. https://github.com/roarfred/AmsToMqttBridge

Mein bisheriges Verständnis ist, dass neben administrativen Daten, "nur" Energiedaten, also die Tarifregister, auslesbar sind. Das wäre natürlich nicht in meinem Interesse...und dann würde ich das vorerst nicht mit hoher Priorität verfolgen 
Hat vielleicht jemand Trudi im Einsatz und kann einen größeren Datenumfang bestätigen ?

Grüße Markus

[RalfRog]

Dem ist ja nicht mehr so. Nach meinem Verständnis sind die gesetzlichen Maximalkosten deutlich reduziert worden(im Kopf habe ich 20).

Danke für den Hinweis. Stimmt seit der Novelle in diesem Jahr 20 €. Bei mir hatte sich die Staffelung (60,80,100) eingebrannt.

Mein bisheriges Verständnis ist, dass neben administrativen Daten, "nur" Energiedaten, also die Tarifregister, auslesbar sind. Das wäre natürlich nicht in meinem Interesse...und dann würde ich das vorerst nicht mit hoher Priorität verfolgen 

Ich denke das ist so (zumindest war so). TRuDI konnte Infos, Energie (Zählerstand) und Leistung abrufen. Jeweils in dem Zeitraster welches durch den Messstellenbetreiber vorgegeben ist. Bei mir waren es 15 Min. Das Gateway muss die Daten glaube ich auch mindestens 2 Jahre halten.

Administrativ kommen solche Dinge (siehe verwendete Zählregister 0100010800ff, 0100100700ff):

Code Auswählen Erweitern

Die Systemzeit wurde mit der gesetzlichen Zeit synchronisiert. Die neue Zeit ist 2019-07-05T11:46:17+02:00. Die alte Zeit war 2019-07-05T11:46:17+02:00. Die Differenz betrug 234.
Es wurde das Auswerteprofil xyz123.geheim54321...e6.sm angelegt.
Es wurde das Auswerteprofil abc321....v4p.sm angelegt.
Das Auswerteprofil wurde aktiviert.
Der Zähler 1isk-geheim.sm wurde über den TAF 0300geheim.xyz4awp.sm hinzugefügt. Die verwendeten Zählerregister sind 0100010800ff, 0100100700ff.
Das Auswerteprofil wurde aktiviert.
Der Zähler 1isk-geheim.sm wurde über den TAF 0186geheim.ge9e567.sm hinzugefügt. Die verwendeten Zählerregister sind 0100010800ff.
Die Messwerte für die Erstauslesung zum Zeitpunkt 1970-01-01T01:00:01+01:00 wurden an den Marktteilnehmer übertragen.
Die Messwerte für die Erstauslesung zum Zeitpunkt 1970-01-01T01:00:01+01:00 wurden an den Marktteilnehmer übertragen.
Es wurden 5 Messwerte an den Marktteilnehmer für den Zeitraum 2019-07-05T12:00:01+02:00 bis 2019-07-05T12:05:00+02:00 übertragen.
Es wurden 1 Messwerte an den Marktteilnehmer für den Zeitraum 2019-07-05T12:00:01+02:00 bis 2019-07-05T12:15:00+02:00 übertragen.
Es wurden 60 Messwerte an den Marktteilnehmer für den Zeitraum 2019-07-05T12:05:01+02:00 bis 2019-07-05T13:05:00+02:00 übertragen.
Es wurden 4 Messwerte an den Marktteilnehmer für den Zeitraum 2019-07-05T12:15:01+02:00 bis 2019-07-05T13:15:00+02:00 übertragen.
Ein Selbsttest wurde durch SMGW ausgelöst.
Selbsttest erfolgreich durchgeführt.

Energiedaten (Leistung analog dazu)

Code Auswählen Erweitern

Zeitstempel             Sollzeitstempel     Status PTB Status FNN         Wert Einheit Signatur des SMGWs Signatur des Sensors
16.07.2019 15:14 17.07.2019 00:00 3 a006000020201000 0 kWh geheim
16.07.2019 15:14 17.07.2019 00:15 3 a006000020201000 0 kWh geheim
16.07.2019 15:14 17.07.2019 00:30 3 a006000020201000 0 kWh geheim
16.07.2019 15:14 17.07.2019 00:45 3 a006000020201000 0 kWh geheim


Ich baue noch ein wenig darauf, dass die meinen IR-Kopf in der MSB-Schnittstelle lassen.

Tja...
Hängt vermutlich davon ab wer zum Einbau kommt. Ein beauftragter Elektobetrieb könnte da recht kompromisslos sein. Die Techniker von der RNG waren damals recht locker...

[pcbastler]

Ich wecke den Thread mal wieder auf.
Mein Energieversorger hat mir jetzt ein SMGW (https://de.wikipedia.org/wiki/Smart-Meter-Gateway#/media/Datei:Smart-meter-gateway.jpg) übergeholfen. Das Teil hat LAN (noch nicht angeschlossen, da muss ich wohl auch ein Passwort setzen) und liefert viertelstündlich Daten übers Mobilfunknetz an den Versorger (da gibt es einen Zugriff per Portal).
Besteht Interesse an der Anbindung? Perl-Programmierung ist da leider nicht so meins, fortschrittliche IT-Kenntnisse vorhanden.

[KölnSolar]

Das ist gut.    Mich hat der VNB nun völlig in Ruhe gelassen.   Daher dann auch noch keine Hardware.

Du könntest ja mal versuchen so viel wie möglich an technischen Infos über Zähler u. Gateway von Deinem MSB zu bekommen. Und Trudi könntest Du auch mal probieren.

Dann schauen wir weiter...

Grüße Markus

[pcbastler]

Ich fang mal langsam an und werde den Beitrag immer um neue Erkenntnisse erweitern (Anregungen immer willkommen).
Sinnvoll ist die Verwendung eines Laptops, WLAN ins Hausnetz und Ethernet am SMGW, somit muss man nicht immer vorm Zählerschrank stehen
Als erstes mal die IP-Adresse des Gateways herausfinden.
LAN-Interface auf 192.168.0.99/16 (ja /16 weil andere 3. Stellen auch verwendet werden könnten) einstellen und mit nmap einen QuickScan laufen lassen.
In meinem Fall war

Code Auswählen Erweitern

Nmap scan report for 192.168.1.200
Host is up (0.0051s latency).
All 100 scanned ports on 192.168.1.200 are in ignored states.
Not shown: 100 filtered tcp ports (no-response)
MAC Address: XX:XX:XX:XX:XX:XX (Power Plus Communications AG)
jetzt kann man das Netzwerk ordentlich konfigurieren, 192.168.1.99/24 würde hier passen
Dann sollte sich https://192.168.1.200/cgi-bin/hanservice.cgi aufrufen lassen.
Benutzername und Passwort muss der Netzbetreiber liefern, da bin ich jetzt dran....
Auftrag zum Setzen des Passworts ist raus, mal sehen wie lange das dauert ...
4 Tage später: Ich bin drin!
Nebenbei hab ich das PowerPlus-Admin.Handbuch bekommen, Änderungen gehen nur über WAN:

Die WAN-Schnittstelle des SMGW ist die einzige
Schnittstelle, über die der GWA auf das SMGW zugreifen und Administrationsbefehle zur
Abfrage, Änderung oder Löschung von SMGW-Konfigurationsparametern ausführen kann.

Mal sehen, was über HAN (Home Area Network) möglich ist...
TruDi geht auch
 

[KölnSolar]

Das ist dann sowas https://www.ppc-ag.de/wp-content/uploads/2024/03/Handbuch-fuer-Verbraucher-v.4.11.pdf ?

Mach doch bitte mal ein Bild oder eine Skizze der Geräte/Verbindungen

[pcbastler]

Langsam kommt Licht ins Dunkel
Als erstes: Das SMGW darf nicht über den HAN-Anschluss ins Internet! Hintergrund: Als Gateway ist die Mobilfunk-Schnittstelle eingerichtet, ein zweiter Internetzugang darf nicht sein.
Also trennen (in meinem Fall ein Windows-Laptop)

Code Auswählen Erweitern

Internet - Fritzbox - WLAN - (192.168.35.100 per DHCP) Laptop (192.168.1.99 manuell gesetzt) - LAN - SMGWFür die Anbindung ins Smarthome muss also irgendwas  mit 2 Netzwerkschnittstellen dazwischen gebaut werden.
dann die MAC-Adresse des SMGW ermittel:

Code Auswählen Erweitern

arp -a
192.168.1.200         00-25-18-e9-f2-9a
Die letzten 3 Bytes der MAC in den Taschenrechner eingeben und dezimal anzeigen lassen (e9f29a -> 15331994), somit kommt die ID des SMGW zustande E PPC02 15331994)

Eine TruDi-Sitzung konnte ich mit Wireshark mitschneiden, allerdings lässt sich so die verschlüsselte Kommunikation nicht lesen.

[JoWiemann]

Ein bisschen Klugscheißerei.

HAN == Home Area Network == nur zu Hause

WAN == Wide Area Network == in der Welt. Kann Mobilfunk oder Kabel über über Router sein. Die meisten MSB machen Mobilfunk, einige auch Powerline.

Über HAN können auch Mehrwertdienstleister Geräte im zu Hause anbinden. Z.B. Alarmanlagen.

Grüße Jörg

[KölnSolar]

Ich hab mal ein wenig recherchiert. Es scheint, als ob uns HAN wenig hilft/bringt. Trudi ist demnach nur eine Software zur Anzeige von eher statischen Daten des SMGW-Servers. Die brauchbarsten Daten sind die Zählerstandsdaten im Viertelstundentakt.
Gleiches Ergebnis mit Anzeige anstatt mit Trudi durch Aufruf des Servers im Browser durch https://192.168.1.200/cgi-bin/hanservice.cgi
Auch scheinen die Schnittstellen herstellerspezifisch und nicht standardisiert.

Folglich stellt sich für eine für uns sinnvolle Nutzung die Frage, ob sich interessante Daten(Zählerstand, Momentanleistung/Phase mit Richtung, ...)in kleineren Zyklen als im Viertelstundentakt abfragen lassen.
Geben Trudi/Brosweraufruf da etwas her ?

Letztendlich wäre der Aufwand für ein FHEM-Modul nur gerechtfertigt, wenn gleich oder mehr Daten als über die IR-Schnittstelle per OBIS abrufbar oder gar Geräte(CLS-Schnittstelle) steuerbar wären.
Grüße Markus

[KölnSolar]

Letztendlich müssten diese Anforderungen für die Kommunikation HAN(SMGW)<-->FHEM umgesetzt werden.