NEWS
Adapter "smartmeter"
-
@brofelscher leider kenne ich den Zähler nicht und weiß nicht genau, was er sendet. Da könnte die Anleitung eine Hilfe sein. Diese sollte nach den Stichworten "Info Schnittstelle" und "SML" durchsucht werden.
Zuerst aber: Sobald ein Befehl wie
screen /dev/ttyS0 9600abgesetz wurde, ist die serielle Schnittstelle dadurch blockiert und steht keinem anderen Prozeß mehr zur Verfügung, also auch nicht mehr dem smartmeter Adapter. Die muß also wieder freigegeben werden. Dazu würde ich (Linux Noob) den Raspi neu booten und diesen Befehl nicht mehr eingeben.
Dann würde ich im Adapter SML statt D0 auswählen. Das ist geschätzt. Kenne den Zähler nicht. Aber D0 ist -soweit ich weiß- ein bidirektionales Protokoll, bei dem man dem Zähler eine Aufforderung senden muß. Das macht aber der o.g. Befehl meines wissens nach nicht. Also gehe ich davon aus, daß der Zähler ohne Aufforderung sendet und das ist eher Info-Schnittstelle und damit SML.
Ungewöhlich ist, daß er unkomprimiertes Klartext ASCII sendet. Das macht mein itron Zähler nicht. Aber soweit ich weiß, ist auch unkomprimiertes ASCII bei SML erlaubt.Wenn es nach diesen Veruchen noch immer nicht geht: Den Adapter auf loglevel "debug" stellen, neu starten und die Startsequenz und die Fehlermeldungen hier posten. Dann können die Experten drauf schauen.
@klassisch Der Gedanke, das der Port durch den Screen-Befehl blockiert ist, war sehr gut. Ich habe den Pi neu gestartet und direkt danach SML als Protokoll im Adapter festgelegt. Daraufhin wurden auch ein Haufen Datenpunkte angelegt:
Dann war also vorher der Port durch meine Experimente blockiert. Soweit so gut. Doch nun die nächste Herausforderung: Die Werte vom Screenshot sind von heute Mittag. Seit dem wurden keine neuen Werte gesetzt und der Adapter schreibt munter das Log voll:
smartmeter.0 2022-02-11 19:32:31.091 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:32:31.090 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:25:31.086 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:25:31.086 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:18:31.082 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:18:31.081 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:11:31.077 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:11:31.077 info Error: No or too long answer from Serial Device after last request.Auch nach einem weiteren Neustart passiert nichts mehr. Die Werte von heute Mittag bleiben bestehen.
Das Ergebnis des Degus habe ich mal angehängt. Ich glaube, dass einfach viel zu schnell Daten reinkommen und der damit nicht mehr klar kommt. Mein Log ist heute auf eine Größe von über 200 MB angewachsen :D Das ist neuer Rekord. Hier mal ein Auszug als txt Datei: Smartmeter Log.txt
Viele Grüße
Maik -
@klassisch Der Gedanke, das der Port durch den Screen-Befehl blockiert ist, war sehr gut. Ich habe den Pi neu gestartet und direkt danach SML als Protokoll im Adapter festgelegt. Daraufhin wurden auch ein Haufen Datenpunkte angelegt:
Dann war also vorher der Port durch meine Experimente blockiert. Soweit so gut. Doch nun die nächste Herausforderung: Die Werte vom Screenshot sind von heute Mittag. Seit dem wurden keine neuen Werte gesetzt und der Adapter schreibt munter das Log voll:
smartmeter.0 2022-02-11 19:32:31.091 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:32:31.090 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:25:31.086 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:25:31.086 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:18:31.082 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:18:31.081 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:11:31.077 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:11:31.077 info Error: No or too long answer from Serial Device after last request.Auch nach einem weiteren Neustart passiert nichts mehr. Die Werte von heute Mittag bleiben bestehen.
Das Ergebnis des Degus habe ich mal angehängt. Ich glaube, dass einfach viel zu schnell Daten reinkommen und der damit nicht mehr klar kommt. Mein Log ist heute auf eine Größe von über 200 MB angewachsen :D Das ist neuer Rekord. Hier mal ein Auszug als txt Datei: Smartmeter Log.txt
Viele Grüße
Maik@brofelscher Ist der Lesekopf richtig positioniert?
Am einfachsten kannst Du auch das durch einen Neustart des Raspi testen. Wenn dann wieder Daten reinkommen - ohne daß Du am Lesekopf was gemacht hast - Dann sitzt der wahrscheinlich richtig.
Zu Deiner These der überlasteten Seriellen Schnittstelle beim Raspi kann ich leider nichts sagen. Kenne mich mit dem Raspi nicht wirklich aus.
Wäre aber ein Armutszeugnis für den Raspi. Denn 9600 Bd ist heutzutage Schneckentempo und das wird auch noch durch den Vielleicht hats Du einen FTDI rumliegen und magst es mal über USB testen? -
@klassisch Der Gedanke, das der Port durch den Screen-Befehl blockiert ist, war sehr gut. Ich habe den Pi neu gestartet und direkt danach SML als Protokoll im Adapter festgelegt. Daraufhin wurden auch ein Haufen Datenpunkte angelegt:
Dann war also vorher der Port durch meine Experimente blockiert. Soweit so gut. Doch nun die nächste Herausforderung: Die Werte vom Screenshot sind von heute Mittag. Seit dem wurden keine neuen Werte gesetzt und der Adapter schreibt munter das Log voll:
smartmeter.0 2022-02-11 19:32:31.091 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:32:31.090 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:25:31.086 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:25:31.086 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:18:31.082 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:18:31.081 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:11:31.077 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:11:31.077 info Error: No or too long answer from Serial Device after last request.Auch nach einem weiteren Neustart passiert nichts mehr. Die Werte von heute Mittag bleiben bestehen.
Das Ergebnis des Degus habe ich mal angehängt. Ich glaube, dass einfach viel zu schnell Daten reinkommen und der damit nicht mehr klar kommt. Mein Log ist heute auf eine Größe von über 200 MB angewachsen :D Das ist neuer Rekord. Hier mal ein Auszug als txt Datei: Smartmeter Log.txt
Viele Grüße
Maik@brofelscher sagte in Adapter "smartmeter":
Auch nach einem weiteren Neustart passiert nichts mehr. Die Werte von heute Mittag bleiben bestehen.
Ah, Dann sage ich: Lesekopf verschoben, Käbelchen gebrochen, Fremdlicht, Spannung nicht mehr versorgt / defekt (eher unwahrscheinlich)
-
@klassisch Der Gedanke, das der Port durch den Screen-Befehl blockiert ist, war sehr gut. Ich habe den Pi neu gestartet und direkt danach SML als Protokoll im Adapter festgelegt. Daraufhin wurden auch ein Haufen Datenpunkte angelegt:
Dann war also vorher der Port durch meine Experimente blockiert. Soweit so gut. Doch nun die nächste Herausforderung: Die Werte vom Screenshot sind von heute Mittag. Seit dem wurden keine neuen Werte gesetzt und der Adapter schreibt munter das Log voll:
smartmeter.0 2022-02-11 19:32:31.091 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:32:31.090 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:25:31.086 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:25:31.086 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:18:31.082 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:18:31.081 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:11:31.077 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-11 19:11:31.077 info Error: No or too long answer from Serial Device after last request.Auch nach einem weiteren Neustart passiert nichts mehr. Die Werte von heute Mittag bleiben bestehen.
Das Ergebnis des Degus habe ich mal angehängt. Ich glaube, dass einfach viel zu schnell Daten reinkommen und der damit nicht mehr klar kommt. Mein Log ist heute auf eine Größe von über 200 MB angewachsen :D Das ist neuer Rekord. Hier mal ein Auszug als txt Datei: Smartmeter Log.txt
Viele Grüße
MaikIch habe es auch geraume Zeit über ein Esp8266 und einem IR Lesekopf versucht. Allerdings war es noch mit einem alten Ferraris Zähler. Ich habe auch Werte erhalten aber spätestens nach 2 Tagen stimmten die Werte nicht mehr überein.
Jetzt habe ich eine komplett andere Lösung gefunden: Ich nutze den SDM630 Modbus V2 und lese diesen über den Modbus mit einem Modbus/Lan Gateway aus.
Funktioniert perfekt und meine Werte sind immer korrekt. -
Ich habe es auch geraume Zeit über ein Esp8266 und einem IR Lesekopf versucht. Allerdings war es noch mit einem alten Ferraris Zähler. Ich habe auch Werte erhalten aber spätestens nach 2 Tagen stimmten die Werte nicht mehr überein.
Jetzt habe ich eine komplett andere Lösung gefunden: Ich nutze den SDM630 Modbus V2 und lese diesen über den Modbus mit einem Modbus/Lan Gateway aus.
Funktioniert perfekt und meine Werte sind immer korrekt.@idefix01 sagte in Adapter "smartmeter":
SDM630 Modbus V2
Worauf bezieht sich Dein Beitrag?
Ferraris ist eine ganz andere Sache und der dort verwendete Sensor ist eine Reflex-Lichtschranke und kein IR Lesekopf. -
@idefix01 sagte in Adapter "smartmeter":
SDM630 Modbus V2
Worauf bezieht sich Dein Beitrag?
Ferraris ist eine ganz andere Sache und der dort verwendete Sensor ist eine Reflex-Lichtschranke und kein IR Lesekopf.@klassisch
Das stimmt schon. Hatte nur mal hier gelesen das auch viele Probleme haben mit einem IR Lesekopf das ganze zum laufen zu bringen und wollte nur mal meine Erfahrungen einbringen und aufzeigen wie ich es gelöst habe ohne IR Lesekopf.
Ist sicherlich etwas aufwendiger, wenn man kein Elektriker ist, aber funktioniert auf jeden Fall super. -
@klassisch
Das stimmt schon. Hatte nur mal hier gelesen das auch viele Probleme haben mit einem IR Lesekopf das ganze zum laufen zu bringen und wollte nur mal meine Erfahrungen einbringen und aufzeigen wie ich es gelöst habe ohne IR Lesekopf.
Ist sicherlich etwas aufwendiger, wenn man kein Elektriker ist, aber funktioniert auf jeden Fall super.[Teil-OT]
@idefix01 Ja. vielen Dank! Ein zusätzliches ModBus Meßgerät ist sicher eine gute Lösung, die z.B. bei mir auch mehr Daten brächte, phasenselektiv z.B. Aber ich hätte den Platz incht mehr im Zählerschrank und den Einbau muß der Elektiker machen.Die neuen Zähler mit Info-Schnitstelle sind aber mit diesem Adapter sehr gut zu integrieren.
Ich behaupte mal: 50% der Probleme hier und 80% der Probleme mit Zigbee Sticks liegen am Linux, VM, Containerund USB/serial tty mounten oder so. So auch oben: Serielle Schnittstelle bereits anderweitig blockiert.
Gerade bei Proxmox und VMs können die Systeme sehr viel - und oft mehr als die Benutzer. Ich bin da auch nicht besser, weiß das auch und deshalb bleibe ich bei Windows :-)Dann kommen Positionierungen Lesekopf + Kabelprobleme.
Und ein großer Batzen sind einfach alte bzw. inkompatible Zähler. Deren Varianten sind Legion. Mit der "modernen Meßeinrichtung" und deren IR SML Ausgang spielt dieser Adapter hervorragend zusammen.
Bei den Ferraris hat man meist optische Probleme und mangelnde Schwelleneinstellung. Würde man Geld für einen ordentlichen optischen Sensor in die Hand nehmen und etwas Zeit und Hirn in deren Befestigung und Einstellung investieren, käme man da auch besser hin. Aber eine einfache Reflexlichtschranke kann passen, muß aber nicht. Gleiches gilt für einen Digitaleingang eines ESP.
-
Hallo zusammen, ich habe eine Frage, ich konnte keine Standard-settings für meinen Zähler Landis GYR E350 finden. Kann mir jemand sagen wie die Settings dafür aussehen müssen? Ich hab einen Weidmann IR Leser. Über die Standard App EMLog von Weidmann bekomme ich mit dem bidirektionalen Test mit baud 300 die Daten.
Es werden nacheinander die folgenden Zeilen gesendet (Test 4 mit Baud 300 7E1 bidirektional:
):
Sende:2F3F210D0A
Sende:063030300D0AEs gibt auch keine Beschreibung der Kommunikation hier: https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/landisgyr_e350
Hab schon mehrere Settings ausprobiert, aber bekomme keine Daten und der Adapter bleibt gelb.
Eines meiner versucht Settings hier:
Hoffe ihr könnt mir einen Tipp geben,
Danke -
Hallo zusammen, ich habe eine Frage, ich konnte keine Standard-settings für meinen Zähler Landis GYR E350 finden. Kann mir jemand sagen wie die Settings dafür aussehen müssen? Ich hab einen Weidmann IR Leser. Über die Standard App EMLog von Weidmann bekomme ich mit dem bidirektionalen Test mit baud 300 die Daten.
Es werden nacheinander die folgenden Zeilen gesendet (Test 4 mit Baud 300 7E1 bidirektional:
):
Sende:2F3F210D0A
Sende:063030300D0AEs gibt auch keine Beschreibung der Kommunikation hier: https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/landisgyr_e350
Hab schon mehrere Settings ausprobiert, aber bekomme keine Daten und der Adapter bleibt gelb.
Eines meiner versucht Settings hier:Hoffe ihr könnt mir einen Tipp geben,
Danke@geko-eder Das ist Standard D0 mit bidirektionaler Kommunikation. Entferne mal das was DU bei "Sign on" reingeschrieben hast ... und zeig mal log
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@geko-eder Das ist Standard D0 mit bidirektionaler Kommunikation. Entferne mal das was DU bei "Sign on" reingeschrieben hast ... und zeig mal log
@apollon77 Danke das wars! - bekomme jetzt die meisten Werte, bis auf den aktuellen Verbrauchswert. Der fehlt aber auch über das Weidmann-Tool. Lässt sich das irgendwie konfigurieren oder überträgt Zähler den Wert einfach nicht? Tausend Dank schonmal - auch für die fixe Antwort
Hab "nur" die Werte hier:
Es fehlt der 16.7 - so heißt er zumindest wenn ich ihn im Zähler direkt anzeige. -
@apollon77 Danke das wars! - bekomme jetzt die meisten Werte, bis auf den aktuellen Verbrauchswert. Der fehlt aber auch über das Weidmann-Tool. Lässt sich das irgendwie konfigurieren oder überträgt Zähler den Wert einfach nicht? Tausend Dank schonmal - auch für die fixe Antwort
Hab "nur" die Werte hier:
Es fehlt der 16.7 - so heißt er zumindest wenn ich ihn im Zähler direkt anzeige.@geko-eder Ggf PIN beim Energieunternehmen erfragen und "einblinken" dann gibt vllt mehr Daten
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@geko-eder Ggf PIN beim Energieunternehmen erfragen und "einblinken" dann gibt vllt mehr Daten
@apollon77 Hab ich befürchtet ;) Danke dir
-
Ich hab einen Wärmemengenzähler Siemens Uh 50 bzw. baugleich mit Landis+Gyr ULTRAHEAT T550 und bekomme ihn einfach nicht ausgelesen. Kann mir jemand helfen?
Ich kenne zum Thema diese beiden Infoquellen.
http://www.sedelmaier.at/node/112
http://www.sedelmaier.at/content/siemens-uh50-landisgyr-ultraheat-t550-mit-openhab
https://gathering-tweakers-net.translate.goog/forum/list_messages/1535019?_x_tr_sl=nl&_x_tr_tl=de&_x_tr_hl=deAnscheinend muss man den Zähler mit 40 NUL erst aufwecken. Aber meine x hundert unterschiedlichen Versuche blieben bisher erfolglos. Ich bekomme einfach keine Antwort.
smartmeter.1 2021-12-26 21:35:09.786 debug SCHEDULE NEXT RUN IN 60000s smartmeter.1 2021-12-26 21:35:09.786 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.1 2021-12-26 21:35:09.786 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.1 2021-12-26 21:35:09.785 debug SERIALPORT REMOVE LISTENERS smartmeter.1 2021-12-26 21:35:09.785 debug SERIALPORT CLOSE smartmeter.1 2021-12-26 21:35:09.782 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.1 2021-12-26 21:35:09.781 debug STOP smartmeter.1 2021-12-26 21:35:09.781 debug Transport Reset!! Restart = true smartmeter.1 2021-12-26 21:35:09.781 debug Error: No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:35:09.781 warn No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:35:09.781 debug Error: No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:35:09.780 debug MESSAGE TIMEOUT TRIGGERED smartmeter.1 2021-12-26 21:34:54.780 debug SET MESSAGE TIMEOUT TIMER2: 15000 smartmeter.1 2021-12-26 21:34:54.780 debug DONE SEND 0 smartmeter.1 2021-12-26 21:34:54.529 debug DONE SEND 1 smartmeter.1 2021-12-26 21:34:54.050 debug TO SEND 1: /?!\x0D\x0A! smartmeter.1 2021-12-26 21:34:54.050 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.1 2021-12-26 21:34:53.798 debug DONE SEND 2 smartmeter.1 2021-12-26 21:34:52.368 debug TO SEND 2: smartmeter.1 2021-12-26 21:34:52.368 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.1 2021-12-26 21:34:52.368 debug INITIAL MESSAGES TO SEND: 2 smartmeter.1 2021-12-26 21:34:52.368 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.1 2021-12-26 21:34:52.367 debug SERIALPORT OPEN smartmeter.1 2021-12-26 21:34:52.365 debug CREATE SERIALPORT: 300 7 2 even smartmeter.1 2021-12-26 21:33:52.364 debug SCHEDULE NEXT RUN IN 60000s smartmeter.1 2021-12-26 21:33:52.364 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.1 2021-12-26 21:33:52.364 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.1 2021-12-26 21:33:52.363 debug SERIALPORT REMOVE LISTENERS smartmeter.1 2021-12-26 21:33:52.363 debug SERIALPORT CLOSE smartmeter.1 2021-12-26 21:33:52.359 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.1 2021-12-26 21:33:52.358 debug STOP smartmeter.1 2021-12-26 21:33:52.358 debug Transport Reset!! Restart = true smartmeter.1 2021-12-26 21:33:52.358 debug Error: No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:33:52.358 warn No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:33:52.357 debug Error: No or too long answer from Serial Device after last request. smartmeter.1 2021-12-26 21:33:52.357 debug MESSAGE TIMEOUT TRIGGERED smartmeter.1 2021-12-26 21:33:37.356 debug SET MESSAGE TIMEOUT TIMER2: 15000 smartmeter.1 2021-12-26 21:33:37.355 debug DONE SEND 0 smartmeter.1 2021-12-26 21:33:37.105 debug DONE SEND 1 smartmeter.1 2021-12-26 21:33:36.628 debug TO SEND 1: /?!\x0D\x0A! smartmeter.1 2021-12-26 21:33:36.628 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.1 2021-12-26 21:33:36.377 debug DONE SEND 2 smartmeter.1 2021-12-26 21:33:34.945 debug TO SEND 2: smartmeter.1 2021-12-26 21:33:34.945 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.1 2021-12-26 21:33:34.945 debug INITIAL MESSAGES TO SEND: 2 smartmeter.1 2021-12-26 21:33:34.945 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.1 2021-12-26 21:33:34.944 debug SERIALPORT OPEN smartmeter.1 2021-12-26 21:33:34.941 debug CREATE SERIALPORT: 300 7 2 evenMeine zuletzt versuchten Einstellungen:
@apollon77 @rossi73 Ich glaube ihr habt beide ähliche Zähler, aber nie eure Konfig hier gepostet?!
@lobo
Nach langem hin und her habe ich es jetzt hinbekommen einen Ultraheat T550 (UH50) auszulesen.
Hier mal mein Weg, in der Hoffnung, daß es anderen hilft.Ich verwende diesen Lesekopf als Bausatz (gibt es auch fertig montiert):
https://www.ebay.de/itm/184501414443
aber es scheint nicht zu sehr am IR Kopf zu liegen.Wichtig scheint mir das "Aktivieren" mit der "Landis Ultra Assist" App aus dem Android play store.
Die App erkennt einen IR Lesekopf wenn er mittels eines OTG Adapters am Handy angeschlossen wird.
Zum Beispiel hier :
https://www.ebay.de/itm/124569931775Außerdem scheint mir die Ausrichtung des Lesekopfes sehr entscheidend zu sein. Laßt euch nicht entmutigen und probiert ein wenig rum. Bei mir muß der USB Stecker vom Lesekopf nach unten zeigen. Wenn er nach oben zeigt hat es nicht funktioniert.
Erst danach konnte ich die Werte auch über den Smartmeter Adapter auslesen.
Jedes Auslesen der Werte verringert die Laufzeit der Batterie um ca. eine halbe Stunde. Deswegen lese ich die Werte nur einmal am Tag aus.
Hier meine Einstellungen:
-
@smarthomer-0 sagte in Adapter "smartmeter":
Was soll ich sagen: mit dem Ergebnis dann (mit langem LAN-Patchkabel) mit dem Modul zum Zählerkasten, den Lesekopf auf dem Holley-IR-Fenster hin- und hergeschoben - RxD-LED auf dem USR blinkt - USR und smartmeter-Adapter empfangen Daten - smartmeter-Adapter wird "grün" - es funktioniert! :+1: :clap:
prima, das klingt doch schon mal gut
Folgende Datenpunkt-Objekte werden für mME SmartMeter Holley DTZ541-BDBA angelegt:
Du solltes aber noch tiefer in der Hierarchie absteigen können, bis Du die Daten als Zahlenwerte siehst, also so:
Wahrscheinlich würde er noch mehr übertragen:
smartmeter.0 2022-02-02 10:07:11.407 debug SML MESSAGE: START SML-File START SmlMessage Transaction-ID: (000001) Group-No: 0 Abort On Error: 0 Message-Body: SmlPublicOpenResponse Codepage: undefined Client-ID: undefined Req-FileId: f· (00000066ce87) Server-ID: 0a02984c5345000cabce (Sec-Index): 6737543 Sml-Version: undefined CRC 16: valid END SmlMessage START SmlMessage Transaction-ID: (000002) Group-No: 0 Abort On Error: 0 Message-Body: SmlGetListResponse Client-ID: ������ Server-ID: HLY �� List-Name: b �� Act-Sensor-Time: (Sec-Index): 6737543 ValList: [ Obj-Name: 1-0:96.50.1*1 Status: undefined Val-Time: Unit: undefined Scaler: undefined Value: HLY / 484c59 Value-Signature: undefined , Obj-Name: 1-0:96.1.0*255 Status: undefined Val-Time: Unit: undefined Scaler: undefined Value: HLY �� / 0a02984c5345000cabce Value-Signature: undefined , Obj-Name: 1-0:1.8.0*255 Status: 1c0104 Val-Time: (Sec-Index): 6737543 Unit: 30 Scaler: -1 Value: 13211062 Value-Signature: undefined , Obj-Name: 1-0:16.7.0*255 Status: undefined Val-Time: Unit: 27 Scaler: 0 Value: 386 Value-Signature: undefined , ] List-Signature: undefined Act-Gateway-Time: CRC 16: valid END SmlMessage START SmlMessage Transaction-ID: (000003) Group-No: 0 Abort On Error: 0 Message-Body: SmlPublicCloseResponse Global Signature: CRC 16: valid END SmlMessage END SML-FileDieses Log verstehe ich nicht, weil es noch (CRC-)Fehler etc. ausweist. Ist der Lesekopf wirklich optimal positioniert?
Was diese Fehler genau bedeuten, weiß ich allerdings nicht. Ich habe sie bei mir noch nicht beobachtet, da kann wahrscheinlich @apollon77 gelegentlich etwas dazu sagen.
Mit diesem Stand gehe ich es jetzt nochmal mit dem ursprünglich vorgesehenen USR WLAN-Fertiggerät an, vielleicht bekomme ich es doch noch ans Laufen.
Sollte im Prinzip gehen, wenn das WLAN Netzwerk gutmütig ist.
Sonst eben ein AVM-Powerline-Modul in die Steckdose vom Zählerkasten und den USR-232TCP-306 per LAN-Kabel auf das Powerline - das läuft ja nun :blush:
Kenne ich mich nicht mit aus. Als Funkamateur mag man diese Teile aber nicht wirklich. "Dreckschleudern"
(klassisch hat ihn lt. Guide sogar mit 2,8V am Laufen).
Das ist aber ausserhalb der Spezifikation und keine allgemeine Empfehlung. Kann funktionieren, muß aber nicht. Ich nehme in meinem Fall 3.3V von einem RS485 <-> serial Modul ab und speise dann über eine 20m dünne Telefonleitung den Lesekopf damit. Bei mir funktioniert es, ansonsten hätte ich auch die 5V genutzt, die ich in meinem Fall (Modul, kein Fertiggerät) ohnehin im Gehäuse habe.
An Deiner Stelle würde ich es Schritt für Schritt machen. Also erst mal die Spannungsversorgung vom eHz so lassen wie sie ist und gerade funktioniert. Erst wenn alles ein paar Tage stabil funktioniert zuerst die LAN -> WLAN Sache und erst danach - falls überhaupt - die Versorgung umbauen und optimieren. Schritt für Schritt und dazwischen immer die Stabilität überwachen.
Bei Eingriffen in Dein USR Fertiggerät können auch Fehler passieren und den eHz oder USR killen. Inklusives Oder.@klassisch
Hallo zusammen, ich wollte nicht versäumen, ein Feedback zurückzugeben:Auch mit dem USR-W610 (Komplettmodul RS232 <-> Wifi) funktioniert die Smartmeter-Kopplung zwischenzeitlich, nachdem ich in den vielen möglichen Parameterseiten die richtigen Werte eingetragen habe.
Danke für die Unterstützung hier im Forum.
Leider hat nun schon nach kurzer Zeit die IR-Schnittstelle der mME Holley DTZ541-BDBA derart nachgelassen, dass keine Kommunikation über die INFO-Kundenschnittstelle mehr möglich ist (Einbau der mME war erst im Nov. 2021).
Auch ein Tausch des Lesekopfes gegen einen anderen Typ hat keine Verbesserung gebracht.
Die Leistung hat in kurzer Zeit immer mehr nachgelassen, einige Male konnte ich mit einer Korrektur der Lesekopf-Position noch was "rausholen" - nun geht gar nichts mehr und auch die Sende-LED ist mit der Cam nur noch zu erahnen. Zur Problematik "Nachlassende INFO-Schnittstelle bei Holley-mME" finden sich einige Beiträge.Kontakt mit dem EVU läuft (Syna). Allerdings bin ich nicht sicher, ob die deshalb die mME austauschen bzw. ob ich darauf bestehen kann.
Ich konnte die Nutzung der INFO-Kundenschnittstelle nirgends als eine Art "zugesicherte Eigenschaft", auf die man als Kunde Anspruch hätte, finden.
Weiss jemand hier im Forum wie es sich damit verhält? Kann ich auf den Austausch bestehen?
Da müssten die EVU ja viele Holley-Zähler austauschen. -
@lobo
Nach langem hin und her habe ich es jetzt hinbekommen einen Ultraheat T550 (UH50) auszulesen.
Hier mal mein Weg, in der Hoffnung, daß es anderen hilft.Ich verwende diesen Lesekopf als Bausatz (gibt es auch fertig montiert):
https://www.ebay.de/itm/184501414443
aber es scheint nicht zu sehr am IR Kopf zu liegen.Wichtig scheint mir das "Aktivieren" mit der "Landis Ultra Assist" App aus dem Android play store.
Die App erkennt einen IR Lesekopf wenn er mittels eines OTG Adapters am Handy angeschlossen wird.
Zum Beispiel hier :
https://www.ebay.de/itm/124569931775Außerdem scheint mir die Ausrichtung des Lesekopfes sehr entscheidend zu sein. Laßt euch nicht entmutigen und probiert ein wenig rum. Bei mir muß der USB Stecker vom Lesekopf nach unten zeigen. Wenn er nach oben zeigt hat es nicht funktioniert.
Erst danach konnte ich die Werte auch über den Smartmeter Adapter auslesen.
Jedes Auslesen der Werte verringert die Laufzeit der Batterie um ca. eine halbe Stunde. Deswegen lese ich die Werte nur einmal am Tag aus.
Hier meine Einstellungen:
@silversurfer-0 bitte den kompletten tracking-Mist aus dem Link löschen
-
@lobo
Nach langem hin und her habe ich es jetzt hinbekommen einen Ultraheat T550 (UH50) auszulesen.
Hier mal mein Weg, in der Hoffnung, daß es anderen hilft.Ich verwende diesen Lesekopf als Bausatz (gibt es auch fertig montiert):
https://www.ebay.de/itm/184501414443
aber es scheint nicht zu sehr am IR Kopf zu liegen.Wichtig scheint mir das "Aktivieren" mit der "Landis Ultra Assist" App aus dem Android play store.
Die App erkennt einen IR Lesekopf wenn er mittels eines OTG Adapters am Handy angeschlossen wird.
Zum Beispiel hier :
https://www.ebay.de/itm/124569931775Außerdem scheint mir die Ausrichtung des Lesekopfes sehr entscheidend zu sein. Laßt euch nicht entmutigen und probiert ein wenig rum. Bei mir muß der USB Stecker vom Lesekopf nach unten zeigen. Wenn er nach oben zeigt hat es nicht funktioniert.
Erst danach konnte ich die Werte auch über den Smartmeter Adapter auslesen.
Jedes Auslesen der Werte verringert die Laufzeit der Batterie um ca. eine halbe Stunde. Deswegen lese ich die Werte nur einmal am Tag aus.
Hier meine Einstellungen:
@silversurfer-0 vielen Dank für die RM udn die Anleitung für diesen spezifischen Zähler. Ja, nach den Problemen mit USB durchschleifen etc ist die korrekte und stabile Lesekopfpositionierung gefühlt auf Nr. 2 der Problemliste.
-
@klassisch
Hallo zusammen, ich wollte nicht versäumen, ein Feedback zurückzugeben:Auch mit dem USR-W610 (Komplettmodul RS232 <-> Wifi) funktioniert die Smartmeter-Kopplung zwischenzeitlich, nachdem ich in den vielen möglichen Parameterseiten die richtigen Werte eingetragen habe.
Danke für die Unterstützung hier im Forum.
Leider hat nun schon nach kurzer Zeit die IR-Schnittstelle der mME Holley DTZ541-BDBA derart nachgelassen, dass keine Kommunikation über die INFO-Kundenschnittstelle mehr möglich ist (Einbau der mME war erst im Nov. 2021).
Auch ein Tausch des Lesekopfes gegen einen anderen Typ hat keine Verbesserung gebracht.
Die Leistung hat in kurzer Zeit immer mehr nachgelassen, einige Male konnte ich mit einer Korrektur der Lesekopf-Position noch was "rausholen" - nun geht gar nichts mehr und auch die Sende-LED ist mit der Cam nur noch zu erahnen. Zur Problematik "Nachlassende INFO-Schnittstelle bei Holley-mME" finden sich einige Beiträge.Kontakt mit dem EVU läuft (Syna). Allerdings bin ich nicht sicher, ob die deshalb die mME austauschen bzw. ob ich darauf bestehen kann.
Ich konnte die Nutzung der INFO-Kundenschnittstelle nirgends als eine Art "zugesicherte Eigenschaft", auf die man als Kunde Anspruch hätte, finden.
Weiss jemand hier im Forum wie es sich damit verhält? Kann ich auf den Austausch bestehen?
Da müssten die EVU ja viele Holley-Zähler austauschen.@smarthomer-0 vielen Dank für die Rückmeldung.
Gut, daß das Prinzip funktioniert. Schlecht, daß der Holley hier ein Serienproblem zu haben scheint.
Meiner Meinung nach ist das ein Tauschgrund. Mehr dazu im Holley Thread zu Deiner Frage dort. -
Erledigt - hätte ich auch selbst kommen können. Es liegt wohl an meinen USB-Hub.... alle drei Leseköpfe direkt an den Raspi und es hat funktioniert....
DANKE!!!
RASPI4 mit mehr als einem USB-Lesekop - Geht das?????
Guten Morgen zusammen,
ich hab ein Problem...
Mein Hitchi-USB-Lesekopf funktioniert wunderbar.... nun wollte ich meine beiden anderen Zähler auch mit einem Lesekopf versehen.... LEIDER funktioniert es nicht.
Wenn ich jeden Kopf einzeln betriebe (nach Rapspi-Neustart) funktionert es.... sobald ich einen zweiten Kopf aktiviere (USB0 + USB1) kommen einmal die Daten und dann gibt es eine Fehlermeldung:
smartmeter.1 2022-02-23 07:41:06.061 warn No or too long answer from Serial Device after last request. smartmeter.1 2022-02-23 07:41:06.060 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.621 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.620 info Error: No or too long answer from Serial Device after last request.Gibt es einen Trick, wie ich mehr als einen Lesekopf betreiben kann?
Danke für Eure Hilfe!!!
VG Tom
-
Hallo,
und noch ne Frage:
Ich habe 2 smartmeter Instanzen installiert aus meinem slave:
Bei Reiter "Instanzen" werden diese auch angezeigt.
Bei dem Reiter "Adapter" steht aber nichts von installiert !
Habt ihr da eine Erklärung für ?
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
Erledigt - hätte ich auch selbst kommen können. Es liegt wohl an meinen USB-Hub.... alle drei Leseköpfe direkt an den Raspi und es hat funktioniert....
DANKE!!!
RASPI4 mit mehr als einem USB-Lesekop - Geht das?????
Guten Morgen zusammen,
ich hab ein Problem...
Mein Hitchi-USB-Lesekopf funktioniert wunderbar.... nun wollte ich meine beiden anderen Zähler auch mit einem Lesekopf versehen.... LEIDER funktioniert es nicht.
Wenn ich jeden Kopf einzeln betriebe (nach Rapspi-Neustart) funktionert es.... sobald ich einen zweiten Kopf aktiviere (USB0 + USB1) kommen einmal die Daten und dann gibt es eine Fehlermeldung:
smartmeter.1 2022-02-23 07:41:06.061 warn No or too long answer from Serial Device after last request. smartmeter.1 2022-02-23 07:41:06.060 info Error: No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.621 warn No or too long answer from Serial Device after last request. smartmeter.0 2022-02-23 07:41:02.620 info Error: No or too long answer from Serial Device after last request.Gibt es einen Trick, wie ich mehr als einen Lesekopf betreiben kann?
Danke für Eure Hilfe!!!
VG Tom
@licht2002
Bei vcontrol stand wie man die Anschlüsse rausfindet und dann fixiert.
Artikel anbei:
vcontrold mit Raspberry Pi · openv_openv Wiki.pdfAnbei auch die Diskussion (noch altes Forum):
smartmeter _ mbus - ttyUSB klar benennen - Seite 1 .pdf
smartmeter _ mbus - ttyUSB klar benennen - Seite 2 .pdf
ioBroker Forum - ttyusb.pdfVielleicht hilfst.
726
Online32.7k
Users82.4k
Topics1.3m
Posts