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

Begonnen von KölnSolar, 21 November 2023, 11:16:53

Vorheriges Thema - Nächstes Thema

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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

RalfRog

#1
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.



Gruß Ralf
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

blueberry63

Hallo,

vielen Dank, dass sich jemand dieses Themas annimmt.

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

KölnSolar

Hi Ralf,
ZitatIm 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.  ;D

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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

RalfRog

Zitat von: KölnSolar am 21 November 2023, 18:42:16Interessant, danke. Und dann wohnen wir ja nah beisammen.  ;D

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  ;D

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
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

KölnSolar

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

ZitatAufgrund 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  :-X )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.

ZitatGisbert hatte mir Bauteile überlassen
Braucht er ja nicht mehr.  ;)  Du kommst auch aus der EVL-Ecke ?

ZitatIch 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  :o ) 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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

RalfRog

#6
Zitat von: KölnSolar am 22 November 2023, 08:23:51Dem 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.


Zitat von: KölnSolar am 22 November 2023, 08:23:51Mein 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):
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)
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


Zitat von: KölnSolar am 22 November 2023, 08:23:51Ich 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...
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder

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. ;D  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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

pcbastler

#9
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
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:
ZitatDie 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

RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

pcbastler

#11
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)
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:
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
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

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
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

KölnSolar

Letztendlich müssten diese Anforderungen für die Kommunikation HAN(SMGW)<-->FHEM umgesetzt werden.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt