[Guide] Zwangsumstellung auf Smartmeter: Freut Euch drauf!
-
@klassisch sagte in [Guide] Zwangsumstellung auf Smartmeter: Freut Euch drauf!:
Keine Ahnung, ob man unter Linux einen Treiber braucht udn wie der zu installieren wäre, sorry. Ich würde es mal ohne probieren.
oder
No driver installation needed for CP2102 ,or CP2104 on Ubuntu 20.04 LTS (driver nowdays yet in the kernel)
dann stehen die Chancen auch bei debian gut
-
Sieht eigentlich gut aus...
oder doch nicht?
Couldn't open device, some information will be missingpi@raspberrypi:~ $ lsusb -d 10c4:ea60 -v Bus 001 Device 007: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family] Couldn't open device, some information will be missing Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x10c4 Cygnal Integrated Products, Inc. idProduct 0xea60 CP2102/CP2109 UART Bridge Controller [CP210x family] bcdDevice 1.00 iManufacturer 1 iProduct 2 iSerial 3 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 0x0020 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 2 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 pi@raspberrypi:~ $ -
@saeft_2003 Wie gesagt, mit der "USB-Hölle" unter Linux kenne ich mich nicht aus. Mounten oder nicht mounten...
Ich schaue dann immer bei unbuntuusers. Die sind allgemeinverständlich.
Du kannst mal den smartmeter-Adapter auf loglevel "debug" stellen (vorher den Expertenkopf anklicken) und schauen was da kommt.
Notfalls mit dem Ergebnis in smartmeter-Adapter-Thread gehen.
Ein äußerst beliebter Fehler: Die Leute öffnen zum schauen ein Terminal oder linux konsolenkommandos, die dann den Port blockieren. Dann kann der smartmeter Adapter nicht mehr ran. Da hilf am besten booten.
-
@klassisch sagte in [Guide] Zwangsumstellung auf Smartmeter: Freut Euch drauf!:
Die Leute öffnen zum schauen ein Terminal oder linux konsolenkommandos, die dann den Port blockieren.
das macht er gerade, bekommt aber die serielle Schnittstelle nicht auf.
ich hab da auch keinsterlei Ahnung von.
würde jetzt rebooten um eine mögliche Blockade rückgängig zu machen und dann über den Adapter vetsuchen
-
Adapter ist grün
das komische ist ich hab den installiert auf meinem slave, der stand jetzt aber die ganze zeit auf dem master...
Danke euch beiden
-
@saeft_2003 viel Spaß
-
@saeft_2003 sagte in [Guide] Zwangsumstellung auf Smartmeter: Freut Euch drauf!:
Adapter ist grün
Glückwunsch!
das komische ist ich hab den installiert auf meinem slave, der stand jetzt aber die ganze zeit auf dem master...
Das habe ich jetzt nicht ganz verstanden.
Aber falls der Slave nur für den Zähler da ist: Das kann man auch einfacher, wartungsfreundlicher, billiger und stromsparender haben.
Es gibt RS485 <-> Ethrnet Konverter, die einen TCP Server haben. Die lassen sich dann vom ioBroker smartmeter Adapter ansprechen.
Es gibt Fertiggeräte oder auch Module für die man in Deinem Fall noch eine billige RS485 <-> TTL Konverterplatine braucht.
Hab das im Guide mit Geräten von USRIOT beschrieben.
Hatte meine Sachen direkt in China gekauft. Mittlerweile kann man in D wohl vergleichbare Geräte von Fa. Waveshare bei welctron oder amazon? als "Waveshare RS485 TO ETH" kaufen. Habe dieses Gerät selbst noch nicht getestet. Die Screenshots im Manual sehen aber aus wie die von USRIOT. -
Ja auf dem slave läuft nur smartmeter. Das ganze war aber nur zum testen gedacht.
Ich schließe das ganze noch an meinen NUC an.
-
@saeft_2003 So wie es halt am Besten in Deine gesamte Infrastruktur paßt. Wenn der NUC nebenan ist hat man ggf. nur das Linux-USB Thema. Wenn er weiter weg ist, dann kann man die Distanz mit RS485 via einem Telefonkabel überbrücken.
-
Hi @karstent hab mir auch einen LS120 besorgt und würde nun gerne die Daten in ioBroker auswerten. Magst du mir verraten wie du den Parser Adapter konfiguriert hast?! Würde mich sehr über eine Rückmeldung freuen. Vielen Dank im Voraus. VG Marc
-
Mittlerweile gibt es eine App "mME Stromzähler - praktisches Blinken" von Jan Wittler, mit der man die PIN automatisiert einblinken kann. Allerdings muß man immer noch manuell kontrollieren, ob die Info Schnittstelle auch freigeschaltet ist. Etliche Zähler erfordern noch diesen Schritt.
-
@klassisch das gilt aber doch nur für mME oder funktioniert das auch mit dem LS120?
Edit: Sorry, deine Rückmeldung bezog sich wohl auf etwas anderes, da war ich wohl ein bisschen zu euphorisch
-
Gruß,
ich habe einen LTE Smart Meter Gateway 2.0 von PPC, welcher über eine LAN/HAN Schnittstelle verfügt.
Diese ist über eine URL erreichbar... https://192.168.1.200/cgi-bin/hanservice.cgi
(IP Fest vergeben vom Hersteller)Komme auf die Seite, kann mich auch einloggen und sehe meine Daten...
Nun die Frage, wie bekomme ich das Ganze in ioBroker?
Kann ich hier den Smartmeter Adapter verwenden?
Komme mit der Konfiguration nicht so zurecht, wo ich die entsprechenden Anmeldedaten für mein SMG eintragen kann? -
@superbraz Sehr interessant!
Ich habe auch so ein Teil (PPC Smart Meter Gateway, 2.0 sehe ich allerdings nicht). So weit ich weiss ist die HAN Schnittstelle für den Zugriff durch TruDi gdacht. Dieses Programm wollte von mir aber Credentials haben, die ich von meinem Meßstellenbetreiber nie erhalten habe. Eine stundenlange Telefontour geriet letztlich zur ergebnislosen Rundreise.
Bei mir wurde eine bereits vorhandene aber recht neue mME durch das GW zum iMSys aufgerüstet. Die IR Info Schnittstelle der mME wurde dabei nicht deaktiviert und läuft weiter. PIN blieb unverändert. Darüber bekomme ich nach wie vor meine Daten in den Adapter.Wie läst sich das GW ansprechen? Verbunden mit dem Heimnetz oder direkt mit dem Laptop dran?
Woher kommen die Zugangsdaten? Ich habe dazu leider nichts bekommen und alle kontaktierten Stellen wußten nichts. -
@klassisch said in Adapter "smartmeter":
@superbraz Sehr interessant!
Wie läst sich das GW ansprechen? Verbunden mit dem Heimnetz oder direkt mit dem Laptop dran?
Woher kommen die Zugangsdaten? Ich habe dazu leider nichts bekommen und alle kontaktierten Stellen wußten nichts.ich habe auch ewig hin und her telefoniert und letztendlich ein Handbuch vom Gerät im Netz gefunden, welches die o.g. URL nannte... die IP ist wohl fest von dem Ding, passt glücklicherweise zu meinem Heimnetz. DHCP Bereich bis .199 begrenzt, so dass der SMG die .200 nehmen kann und sich kein anderes Gerät die Adresse reserviert.
Über die IP selbst gehts nicht, über die URL ...(...cgi) klappt der Aufruf.
Anmeldedaten habe ich bei einem Portal des Netzbetreibers abrufen können. (MITNETZ)
Nicht der Stromanbieter...
Benutzername ist vorgegeben, Kennwort vergibt man selbst.Aufruf klappt normal im Heimnetz, muss nicht direkt angeschlossen sein.
Trudi hab ich noch nicht weiter ins Auge gefasst. -
@superbraz Vielen Dank! Dann hat mein Meßstellenbetreiber NetzeBW diese Funktion wohl deaktiviert. Funktioniert hier nicht. Die LED am Stecker blinkt zwar, aber das Gerät meldet sich nicht an und ist auch nicht übers Heimnetz ansprechnbar.
Gut, ich lese ja die Info Schnittstelle des Landis&Gyr Zählers aus, in welchen das Gateway eingesetzt wurde.
Zur Analyse und Datenextraktion aus Websites gibt es den Parser Adapter https://github.com/ioBroker/ioBroker.parser .
Vielleicht hilft der ja bei der Datenextraktion aus den HAN-Daten? Damit kenne ich mich allerdings nicht aus, Sorry. -
@klassisch sagte in Adapter "smartmeter":
Meßstellenbetreiber NetzeBW diese Funktion wohl deaktiviert
da kannst anrufen und die aktivieren die HAN-Schnittstelle.
-
@lenny-cb sagte in Adapter "smartmeter":
da kannst anrufen und die aktivieren die HAN-Schnittstelle.
cool, vielen Dank für die Info! Ich hatte angerufen und wurde dann eine Stunde lang im Kreis ergebnislos herumgereicht. Ist schon ca. ein Jahr her.
Bekommt man dann auch die Credentials für TruDi? -
@klassisch sagte in Adapter "smartmeter":
cool, vielen Dank für die Info!
echt jetzt? Sarkassmus?
@klassisch sagte in Adapter "smartmeter":
Bekommt man dann auch die Credentials für TruDi?
ich hatte neulich mal mit meinem MSB gesprochen. Zusammenfassend wurde mir folgendes mitgeteilt:
- Das Gateway kann auf TCPIP umgestellt werden
- die Credentials bekommt man nach Anmeldung auf der Seite des MSB (bzw. das HAN-PW vergibt man selbst)
Auch eine ganz nützliche Aussage war, dass die Schnittstelle wohl erst so richtig nützlich wird, wenn TAF14 genutzt wird und es eine HAN-API gibt.
Wenn man aktuell bei TAF7 z.B. die HAN-Schnittstelle per Script abfragt, bekommt man auch nur die 15-Minuten-Werte.
Folglich führt ein kürzeres Abfrageintervall nicht zu einer höheren Qualität der Werte.Beachten muss man auch, dass bei zu kurzen Abfrageintervallen das GW in den Sicherheitsmodus geht und dann wars das.
Tatsächlich scheint die optische Schnittstelle mit SML-Protokoll die bessere Wahl zu sein.
-
[teil-OT]
@lenny-cb sagte in Adapter "smartmeter":echt jetzt? Sarkassmus?
echt, nix Sarkasmus. Ich hatte ja eine Telefonrunde mit dem Netzbetreiber/MSB ergebnislos durch und Tickets bzw. Mails wurden nach Monaten unbeantwortet geschlossen bzw. gelöscht.
ich hatte neulich mal mit meinem MSB gesprochen. Zusammenfassend wurde mir folgendes mitgeteilt:
- Das Gateway kann auf TCPIP umgestellt werden
Also von LTE auf TCP/IP? Das alleine würde ja noch nicht helfen. Die HAN Schnittstelle sollte ja mit TruDi auslesbar sein. Mein MSB stellt sich dumm und es gibt keine Credentials.
- die Credentials bekommt man nach Anmeldung auf der Seite des MSB (bzw. das HAN-PW vergibt man selbst)
Bei mir leider nicht. Die Seite hat der MSB ohnehin "vergeigt". Die ersten Monate konnte ich am Folgetag die 15min Werte für Verbrauch und Einspeisung anschauen und als CSV runterladen. Dann wurde die Seite monatelang gar nicht mehr bedient (keine Daten abrufbar, Zähler wurde als inaktiv gekennzeichnet) und mittlerweile sind nur die 15 min Verbrauchsdaten dort abrufbar - keine Einspeisewerte.
Auch eine ganz nützliche Aussage war, dass die Schnittstelle wohl erst so richtig nützlich wird, wenn TAF14 genutzt wird und es eine HAN-API gibt.
Wenn man aktuell bei TAF7 z.B. die HAN-Schnittstelle per Script abfragt, bekommt man auch nur die 15-Minuten-Werte.
Folglich führt ein kürzeres Abfrageintervall nicht zu einer höheren Qualität der Werte.
Beachten muss man auch, dass bei zu kurzen Abfrageintervallen das GW in den Sicherheitsmodus geht und dann wars das.Vielen Dank für die Infos. Keine Ahnung, ob mein MSB mit der eingebauten iMSys mehr als TAF7 macht. Ich bräuchte es derzeit nicht.
Tatsächlich scheint die optische Schnittstelle mit SML-Protokoll die bessere Wahl zu sein.
Sofern vorhanden. Im FNN Lastenheft zum iMSys habe ich die Info Schnittstelle nicht gefunden. Mein Zähler hat sie, weil er eine auf iMSys hochgerüstete mME ist. Aber eine Garantie auf Info-Schnittstelle scheint es nicht mehr zu geben.
