Adapter "smartmeter"

[MartinP]

@gmj Wie ist denn der Lesekopf in iobroker integriert? Smartmeter-Adapter?

@apollon77 war doch gerade hier?

https://github.com/Apollon77/ioBroker.smartmeter

Was er wohl sagt, wenn wir einen "Improvement" Issue für den Adapter für eine konfigurierbares "Dauer-Break" auf der Sendeleitung des USB-Seriell-Adapters im Hichi in das Github-Projekt eröffnen?

[GMJ]

@martinp
ja klar Smartmeter Adapter im IOB by Apollon77 (bestes Baujahr ever 77 ) sonst wäre ich ja nicht hier mit dem Thema
...wollte erst mal fragen ober das kann/will bevor ich bei git "nerve"

[MartinP]

@gmj 16(!) Forks - vielleicht gibt es da auch schon eine Version, die das unterstützt ...

Sieht aber nicht aus, als ob die "Forker" da viel getan hätten ... Jahre bis Monate keine Aktivität ...

Auch Forker, die etwas Aktivität in ihrem Projekt zeigen, werden meinem Gefühl nach kaum Änderungen aus dem Original in ihren Fork rübergezogen haben.

[GMJ]

@martinp
Ja leider und Apollon hatte ja schon in diversen Improvment Anfragen (alleine in dem einen Adapter) das Thema "He ich hab hier noch über 20 andere Projekte alle "wichtig" und kaum Zeit"
Und "User" wollen immer allen möglichen "wichtigen" Kram ....

[MartinP]

@gmj Eine Variante wäre, den USB Hichi zu verkaufen, und sich einen TTL Hichi nebst externem Seriell-USB Konverter zu kaufen - da kann man ggfs einfacher die Sendediode entsprechend verstöpseln.
Diesen Seriell-Konverter, und dann den TTL-Hichi ohne Kabel, dann kriegt man das schon zusammengelötet..

https://www.reichelt.de/raspberry-pi-usb-zu-ttl-0-9-m-pl2303hx-rpi-usb-ttl-p150567.html?PROVID=2788&gclid=Cj0KCQjwtJKqBhCaARIsAN_yS_l1eBankVP_x7Jiq4Es0J2gdNJWexsJPbmXTh3nEWknX8LwruxsLZ0aAtg_EALw_wcB

Falle: Der Signal - EINGANG des Hichi ist übrigens soweit ich weiß mit "TxD" beschriftet - den müsste man dann auf Gnd oder +5 V legen (so dass die LED sendet - kann man mit der Smartphone Kamera testen.

[BlackLotus]

@eggi1234 said in Adapter "smartmeter":

Danke für eure Antworten. Ja genau diesen PIN wollen sie halt nicht rausrücken da ich dann wohl auch gleich Schreibrechte hätte ...

Der L&G E350 ist ja ein eher älteres Gerät. Die wurden zumindest hier bei uns in der Region damals noch eingebaut, bevor die ganze "Smart Meter mit Kundenlesezugang"-Thematik (und auch die gesetzliche Schnittstellen-Spezifikations-Pflicht gemäss Art. 8a Schweizer StromVV) aufkam.

Von dem her kann ich mir schon vorstellen, dass es technisch gar nicht möglich ist (z.B. weil auf dem Meter kein Kunden-PIN setzbar ist), weil man damals noch davon ausging, dass nur der Netzbetreiber selber Zugang zur Schnittstelle haben wird.

Falls die Kiste vor dem 01.01.2018 verbaut wurde (oder deren Beschaffung vor dem 01.01.2019 aufgegleist wurde), kann der Netzbetreiber sie übrigens leider wie einen "Dumb Meter" behandeln (und muss Dir daher auch keinen Zugang geben) und bis zum "Ende ihrer Funktionstauglichkeit" weiterbetreiben.

Falls dein Zähler also rechtlich gesehen ein "Dumb Meter" ist, hilft es eventuell mal nett mit der zuständigen Person sprechen, ob man bei Dir den Tausch auf einen richtigen Smart Meter evtl. vorziehen könnte.

[apollon77]

@martinp sagte in Adapter "smartmeter":

Was er wohl sagt, wenn wir einen "Improvement" Issue für den Adapter für eine konfigurierbares "Dauer-Break" auf der Sendeleitung des USB-Seriell-Adapters im Hichi in das Github-Projekt eröffnen?

Was er wohl sagt ist so ne Sache ...

Ein Teil will helfen, ein anderer sagt "WTF das kann doch net sein, was ist denn das für ein schrott" und "In den letzten 5 Jahren und zig tausend installationen ist das der allererste Fall von sowas ... kann das Dauer-An die lösung sein? bis hin zu "das gibt wieder support spass wenn user das mal eben an machen und es sich dann mit der empfangsdiode stört ... und einige Abwandlungen davon.

[apollon77]

@martinp Ja und dann sind wir wieder bei "WTF warum forkt jemand und macht keinen PR" ... aber wieder ne andere Baustelle

[apollon77]

@liladi Nein kann er nicht

[GMJ]

@apollon77
Ja WTF kannst wohl sagen ... ist aber wohl schon vorgekommen das es einer herausbekommen hat mit dem wenn Licht dann mehr Sendeleistung.
(habs mir ja nicht ausgedacht um unnötig Entwicklung zu produzieren) ...wäre auch froh wenn es so gehen würde....

Klingt aber auch sehr ominös die ganze Sache ... Ist aber bei meinem Loagex definitiv 100%ig der Fall.
Bekannt ist ja das die sehr schwach sind ...aber wohl nur bei 0 -wehnig Licht als Beigabe.

Ich habe als Quick and Dirty eine kleine LED Lampe die den Zähler im Bereich des Kopfes anleuchtet hingefrickelt.
Gestern Abend gemacht weil logischerweise keine Daten nachts kommen.
(Morgens Log diversen "zu lang gedauert Meldungen")

Die ganze Nacht bis jetzt immer sauber Daten erhalten.
Ist nur extrem doof da ein extra Netzteil und eine LED mit Kabel quer im Schrank laufen zu haben.

Ich hab hier noch einen Celtis Lesekopf der hat auf der Gegenüberseite eine LED die den Empfang von IR quasi Optisch spiegelt.
Hab grade diverse Tests mit einem Mesgerät gemacht wenn ich die Anzeige LED das + Bein auf die Sende LED lege sendet die daueran.
Die Empfangs LED kann auch dann Daten noch sauber empfangen (am PC mit Terminal positiv getestet)
Bin mir natürlich nicht sicher was die Brücke (wenn ich die einlöte) mit dem TTL Chip etc. macht auf Dauer ... auch nur so eine doofe Lösung...

Kannst Du eventuell bei Bidirektional ein "Logarex Animator" einbauen der dauerhaft zur Not eine 1 oder Buchstaben sendet ? (dürfte vom Zähler ignoriert werden)

[MartinP]

@apollon77 Eine Schwierigkeit könnten auch die verschiedenen Varianten der China USB Seriell Wandler sein. Ist ja nicht gesagt, dass mit jedem Chip das brk() funktioniert....

[GMJ]

@martinp
Hab 2 unterschiedliche "Hersteller" getestet beide verhalten sich genau gleich!
Ein FTDI Chip der Celtis Kopf und der andere was anderes (nicht sicher) der Hitchi.

Wenn Ftdi das nicht kann dann gehts quasi am Marktführer vorbei

PS: Sorry für die langen Texte will es nur genau beschreiben und bin extrem entnervt

[GMJ]

@gmj
PPS:
@gmj
Hab mal was einen Post gefunden (nicht den selben den in initial gefunden hatte und mich in die richtige Richtung gebracht hatte!)
...nicht das es heisst "Aber andere haben das Problem nicht ...."

ELV : https://de.elv.com/forum/logarex-lk13be-803049-18484?p=2

Aw: Logarex LK13BE 803049

23.05.2022, 12:10
Odie123: Ich habe einen Logarex LK13BE 803039 wenn ich den Sicherungskasten offen lasse und das Licht im Raum an ist , dann funktioniert die Ablesung mit dem ES-IEC. Sobald das Licht aus ist geht es nicht mehr!
Ich habe eben genau die gleiche Beobachtung gemacht.

TinkyWinky

Anzahl der Beiträge: 48

Registriert am: 29.08.2017

[Arni_Banone]

@insect
@klassisch
@SmartHomer-0

Moin zusammen.
Ich versuche gerade einen W610 per EHZ001K-> RS232 -> Wifi mit smartmeter Adapter zum Laufen zu bringen.

Ich ersetze einen funktionierenden USR-410S, also sendet der Zähler und die Verkabelung sollte auch stimmen.
Beim W610 ist die IP-Adresse ja mit 10.10.100.100 im TCP Server Mode vorgegeben. Kann ich mit einem Raspi im Bereich 192.168.178.xxx überhaupt darauf zugreifen?
Wie habe ihr das gelöst?

Die IP lässt sich scheinbar ändern, wenn man in Client Mode schaltet, IP ändert, dann zurück in Server Mode schaltet. Die gewählte IP wird weiter angezeigt, aber ich bin mir nicht sicher, ob sie auch aktiv ist.

Beim 410S ist ja die IP, welche ich im Smartmeter Adapter einstelle einfach die des 410S-Geräts selbst. Das scheint bei der W-Lan version anders zu sein.

Habt ihr noch Ideen?

W-Lan steht
Ethernet deaktiviert
UART: transparent mode, 9600b, 485Mode On oder Off, wenn ich RS232 nutzen möchte?
Eigentlich möchte ich langfristig RS232 für Smartmeter Adapter und RS485 für SDM Zähler nutzen, das klappte mit dem USR-410S prima.

[GMJ]

@arni_banone

Beim W610 ist die IP-Adresse ja mit 10.10.100.100 im TCP Server Mode vorgegeben. Kann ich mit einem Raspi im Bereich 192.168.178.xxx überhaupt darauf zugreifen?

Nein nicht ohne Routing oder Router, der sagt das Adresse X nach Y muss.
Beispiel Info:
https://www.becom.net/was-ist-routing/

AVM Fritzbox z.B.
https://avm.de/service/wissensdatenbank/dok/FRITZ-Box-7590/581_Statische-IP-Route-in-FRITZ-Box-einrichten/

[klassisch]

@arni_banone

Den 610 kenne ich leider nicht. Habe aber USR-WIFI232-A2 erfolgreich in Betrieb

• Das Teil muß ins Haunetz und eine ordentliche DHCP IP bekommen. Da hilft hoffentlich die Bedienungsanleitung; STA setting
• Ich verwende für an dem einen SDM120 Modbus "Modbus TCP <=> Modbus RTU"
  

UART

Und in der ioBroker Modbus Instanz:

Meinen EHZ001K habe ich an einem USRIOT E2 mit den Einstellungen TCP-Server, die man aber so in den WLAN-Teilen nicht findet

Edit: In meinem Guide https://forum.iobroker.net/assets/uploads/files/1610029554182-howtoaddvaluetosmartmeterusing-iobroker-v0_5-20210107.pdf aus dem Thread https://forum.iobroker.net/topic/36936/guide-zwangsumstellung-auf-smartmeter-freut-euch-drauf/2?_=1699174990542 habe ich auf S42 ff die Einstellung des USRIOT Wifi-Modul A2 für Smartmeter genauer beschrieben. Hoffe, das hilft auch beim W610 weiter

[oxident]

Hallo!
Ich teste gerade, ob ich die SML-Daten der Tibber-Bridge mit dem Smartmeter-Adapter auslesen kann und kann diese mittlerweile direkt von der Bridge via HTTP auslesen.

Leider mag der Adapter diese jedoch nicht korrekt interpretieren:

Error while parsing SML message: Error: Unknown TL-Field 0x6ffd6 for OctetString [Offset: 41]!: Message: 1b1b1b1b010101017605010203046200620072650000010176010b0a014c4f470003efbfbdefbfbd1605010203040b000000000000000000007262016502037defbfbd0163efbfbdefbfbd007605010203046200620072650000070177010b0a014c4f470003efbfbdefbfbd16070100620aefbfbdefbfbd7262016502037defbfbdefbfbd06770701006032010101010101044c4f470177070100600100efbfbd010101010b0a014c4f470003efbfbdefbfbd160177070100010800efbfbd65001c390401621e52efbfbd690000000001efbfbdefbfbd2b0177070100020800efbfbd0101621e52efbfbd6900000000017730efbfbd0177070100100700efbfbd0101621b520059efbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd0177070100240700efbfbd0101621b520059efbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd6a0177070100380700efbfbd0101621b520059efbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbdefbfbd01770701004c0700efbfbd0101621b52005900000000000001efbfbd0177070100200700efbfbd0101622352efbfbd69000000000000093c0177070100340700efbfbd0101622352efbfbd69000000000000092b0177070100480700efbfbd0101622352efbfbd69000000000000093c01770701001f0700efbfbd0101622152efbfbd6900000000000000efbfbd0177070100330700efbfbd0101622152efbfbd6900000000000000efbfbd0177070100470700efbfbd0101622152efbfbd6900000000000000efbfbd0177070100510701efbfbd0101620852efbfbd59000000000000096b0177070100510702efbfbd0101620852efbfbd5900000000000004efbfbd0177070100510704efbfbd0101620852efbfbd5900000000000008efbfbd017707010051070fefbfbd0101620852efbfbd59000000000000091f017707010051071aefbfbd0101620852efbfbd590000000000000cefbfbd01770701000e0700efbfbd0101622c52efbfbd6900000000000001efbfbd017707010000020000010101010330360177070100605a02010101010105184aefbfbd7001010163efbfbd0076050102030462006200726500000201710163efbfbdefbfbd00001b1b1b1b1a01efbf

Ich frage mich nun, ob ich es mir zu einfach mache oder ob ich hier völlig auf dem Holzweg bin.

Wenn ich die URL mit dem Browser öffne, dann erhalte ich eine Menge binärer Daten welche sich auch bei jedem Aufruf ändern. Denke also schon, es ist SML

[apollon77]

@oxident Naja er erkennt einen Fehler in den Daten.

Frage: ist der Fehler immer an der gleichen stelle und der gleiche Fehler? Wenn ja muss ich schauen- >GitHub issue bitte.
Wenn es immer eine andere Stelle/Meldung ist dann kippen Bits, dann Kopfsitz prüfen, ggf kabel anders verlegen, aktiven USB Hub,. Schirmung prüfen ......

[oxident]

@apollon77 Bisher ist der Fehler permanent und immer identisch.

Wenn ich die gleichen Daten in Node Red mit der smllib verarbeite klappt es.

Ich kümmere mich mal um ein Issue!

[SmartHomer 0]

@arni_banone sagte in Adapter "smartmeter":

Ich versuche gerade einen W610 per EHZ001K-> RS232 -> Wifi mit smartmeter Adapter zum Laufen zu bringen.

Ich nutze meinen USR W-610 via WLAN zwischenzeitlich zwar ebenfalls mit dem Modbus-Adapter,
hatte ihn aber auch schon am SmartMeter-Adapter "am Laufen".

Einstellungen im SmartMeter-Adapter

Einstellungen im USR-W610

Mode Selection Parameter USR-W610

AP Interface-Setting Parameter USR-W610
Irrelevant, da oben unter Mode Selection "STA-Mode" ausgewählt wurde

STA Interface-Setting Parameter USR-W610

Application Setting / Wifu-Uart Setting Parameter USR-W610
(Modbus-Polling-Settings müssten bei Dir dann "Aus"geschaltet werden, da kein ModBus, sondern reine ser. RS485-Übertragung)

Ethernet Setting / Ethernet Ports Setting Parameter USR-W610

HTTPD Client Mode Parameter USR-W610
Irrelevant

Advanced Settings Parameter USR-W610

Device Management USR-W610

Im Device Management braucht es evtl. einige "Restarts", bis alle Parameter übernommen werden, evtl. auch mal den USR-W610 stromlos machen, kurz warten und dann wieder einstecken - insbesondere zeigte er sich etwas "hartnäckig", bis er "Mode Selection"-Änderungen annimmt und sich das WLAN parametrieren lässt. Wenn erst einmal alles eingestellt ist, läuft der USR-W610 zuverlässig.