NEWS
Adapter "smartmeter"
-
Jetzt muss ich den Thread leider doch wieder aufgreifen. Aus dem nichts bekomme ich plötzlich keine Werte mehr von meinem Smartmeter. Und die Logfile wirft alt bekannte Probleme aus. Was kann denn dafür der Grund sein, dass ein vorher funktionierendes Setting plötzlich nicht mehr die gewünschten Daten liefert?
smartmeter.0 2019-03-13 09:22:12.929 debug SCHEDULE NEXT RUN IN 30000s smartmeter.0 2019-03-13 09:22:12.929 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-03-13 09:22:12.929 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.0 2019-03-13 09:22:12.929 debug SERIALPORT REMOVE LISTENERS smartmeter.0 2019-03-13 09:22:12.929 debug SERIALPORT CLOSE smartmeter.0 2019-03-13 09:22:12.929 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-03-13 09:22:12.928 debug STOP smartmeter.0 2019-03-13 09:22:12.928 debug Transport Reset!! Restart = true smartmeter.0 2019-03-13 09:22:12.928 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-03-13 09:22:12.928 warn No or too long answer from Serial Device after last request. smartmeter.0 2019-03-13 09:22:12.928 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-03-13 09:22:12.927 debug MESSAGE TIMEOUT TRIGGERED smartmeter.0 2019-03-13 09:21:42.916 debug SET MESSAGE TIMEOUT TIMER2: 30000 smartmeter.0 2019-03-13 09:21:42.915 debug DONE SEND 0 smartmeter.0 2019-03-13 09:21:42.664 debug DONE SEND 1 smartmeter.0 2019-03-13 09:21:42.658 debug TO SEND 1: /?! smartmeter.0 2019-03-13 09:21:42.657 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.0 2019-03-13 09:21:42.657 debug TO SEND 2: smartmeter.0 2019-03-13 09:21:42.656 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.0 2019-03-13 09:21:42.655 debug INITIAL MESSAGES TO SEND: 2 smartmeter.0 2019-03-13 09:21:42.652 debug SERIALPORT RESET BAUDRATE TO 300 smartmeter.0 2019-03-13 09:21:42.644 debug SERIALPORT OPEN smartmeter.0 2019-03-13 09:21:42.624 debug CREATE SERIALPORT: 300 7 1 even smartmeter.0 2019-03-13 09:21:42.619 debug SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialRequestResponseTransport","requestInterval":"30","transportSerialPort":"/dev/ttyUSB0","transportSerialB
-
Pauschal würde ich sagen du hast das wieder geändert....
@digitalnaive sagte in Adapter "smartmeter":
@Röstkartoffel said in Adapter "smartmeter":
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
Es geht!!! Sorry für die Ausrufezeichen aber das war der entscheidende Tipp!!!!
zumindest laut deinem Logfile:
@digitalnaive sagte in Adapter "smartmeter":
smartmeter.0 2019-03-13 09:21:42.658 debug TO SEND 1: /?!
-
Pauschal würde ich sagen du hast das wieder geändert....
@digitalnaive sagte in Adapter "smartmeter":
@Röstkartoffel said in Adapter "smartmeter":
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
Es geht!!! Sorry für die Ausrufezeichen aber das war der entscheidende Tipp!!!!
zumindest laut deinem Logfile:
@digitalnaive sagte in Adapter "smartmeter":
smartmeter.0 2019-03-13 09:21:42.658 debug TO SEND 1: /?!
@wendy2702 said in Adapter "smartmeter":
Pauschal würde ich sagen du hast das wieder geändert....
@digitalnaive sagte in Adapter "smartmeter":
@Röstkartoffel said in Adapter "smartmeter":
Kannst du bitte mal in der SignOnMessage anstelle von /?! nur das ? eintragen?
Und kannst du uns mal deine Adapter Versionsnummer nennen?
Es geht!!! Sorry für die Ausrufezeichen aber das war der entscheidende Tipp!!!!
zumindest laut deinem Logfile:
@digitalnaive sagte in Adapter "smartmeter":
smartmeter.0 2019-03-13 09:21:42.658 debug TO SEND 1: /?!
Siehe meinen Screenshot. Das ist der Screenshot von heute. Ich habe diese Config nicht eine Sekunde angefasst. Mir ist diese Zeile auch schon aufgefallen. Aber ich habe hier immernoch nur ein Fragezeichen drinnen stehen.
-
Das / und das ! trägt der Adapter selbstständig ein, so dass im Log das dann so steht: /?!
-
@wendy2702 said in Adapter "smartmeter":
Wurden sonst irgendwelche Upgrades am PI gemacht?
Den PI mal neu gestartet?
Es gab ein Upgrade von JavaScript, Vis und Mobile. Beeinflusst JavaScript die Veränderung evtl?
Update javascript from @3.6.5 to @4.1.12
NPM version: 6.4.1 -
@wendy2702 said in Adapter "smartmeter":
Wurden sonst irgendwelche Upgrades am PI gemacht?
Den PI mal neu gestartet?
Es gab ein Upgrade von JavaScript, Vis und Mobile. Beeinflusst JavaScript die Veränderung evtl?
Update javascript from @3.6.5 to @4.1.12
NPM version: 6.4.1@wendy2702 sagte in Adapter "smartmeter":
Wurden sonst irgendwelche Upgrades am PI gemacht?
Wendy meint den pi selber (denke ich), nicht iobroker
@digitalnaive sagte in Adapter "smartmeter":
Beeinflusst JavaScript die Veränderung evtl?
nein!
@wendy2702 sagte in Adapter "smartmeter":
Den PI mal neu gestartet?
Das hast du aber inzwischen gemacht?
-
@wendy2702 sagte in Adapter "smartmeter":
Wurden sonst irgendwelche Upgrades am PI gemacht?
Wendy meint den pi selber (denke ich), nicht iobroker
@digitalnaive sagte in Adapter "smartmeter":
Beeinflusst JavaScript die Veränderung evtl?
nein!
@wendy2702 sagte in Adapter "smartmeter":
Den PI mal neu gestartet?
Das hast du aber inzwischen gemacht?
@Homoran Ja, hab ihn sicherheitshalber jetzt ein zweites mal restartet.
Folgende Meldung:
smartmeter.0 2019-03-13 09:54:07.177 debug SCHEDULE NEXT RUN IN 30000s smartmeter.0 2019-03-13 09:54:07.177 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-03-13 09:54:07.176 debug CURRENT SIGNON MESSAGE COUNTER 1 OF 1 smartmeter.0 2019-03-13 09:54:07.176 debug ERROR CLOSING SERIALPORT: Error: Port is not open smartmeter.0 2019-03-13 09:54:07.176 debug TO SEND 1: /?! smartmeter.0 2019-03-13 09:54:07.176 debug CURRENT PROCESS STEP 1 IN GETNEXTMESSAGE smartmeter.0 2019-03-13 09:54:07.176 debug TO SEND 2: smartmeter.0 2019-03-13 09:54:07.176 debug CURRENT PROCESS STEP 0 IN GETNEXTMESSAGE smartmeter.0 2019-03-13 09:54:07.176 debug INITIAL MESSAGES TO SEND: 2 smartmeter.0 2019-03-13 09:54:07.176 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-03-13 09:54:07.176 debug STOP smartmeter.0 2019-03-13 09:54:07.176 debug Transport Reset!! Restart = true smartmeter.0 2019-03-13 09:54:07.176 debug Error: Error on Baudrate changeover: Error: Port is not open smartmeter.0 2019-03-13 09:54:07.176 warn Error on Baudrate changeover: Error: Port is not openErgänzung. Mir wirft ls l /dev/ttyUSB* folgendes aus?! Auch daran habe ich nichts verändert. Heißt das auf gut deutsch, dass mein USB Gerät nicht mehr "eingehängt" ist?
digitalnaive@asrock:~$ ls -l /dev/ttyUSB* ls: cannot access '/dev/ttyUSB*': No such file or directory -
Was kommt denn hier:
sudo dmesg | grep ttyUm festzustellen ob es etwas mit den Updates zu tun hat, könntest du mal downgrades machen... einem nach dem anderen und dazwischen immer schauen ob sich etwas geändert hat.
Node/NPM hast du nicht zufällig auch upgedated?
-
Was kommt denn hier:
sudo dmesg | grep ttyUm festzustellen ob es etwas mit den Updates zu tun hat, könntest du mal downgrades machen... einem nach dem anderen und dazwischen immer schauen ob sich etwas geändert hat.
Node/NPM hast du nicht zufällig auch upgedated?
digitalnaive@asrock:/dev$ sudo dmesg | grep tty [ 0.000000] console [tty0] enabledNein da hab ich keine Updates gemacht. Ich hatte lediglich eine zusätzliche USB Festplatte angeschlossen. Das dürfte doch aber die bestehende Konfiguration nicht beeinträchtigen. Oder denke ich da zu naiv?
-
Pauschal würde ich sagen das deine USB Device nicht erkannt werden.
Mal alle USB Device abstecken.
Dann
dmesgLesekopf anstecken und erneut dmesg, ist der jetzt sichtbar in der Ausgabe?
Kann ich leider erst heute Abend machen.
Aktuelles DMESG liefert keinerlei Werte zu FTDI. Das ist schon mal kein gutes Zeichen.
-
Hallo,
sorry muss jetzt doch mal nachfragen, da ich irgendwie nicht weiter komme.
Habe einen AS1440 Zähler von elster und einen USB Schreib lesekopf von Weidmann.
Leider bekomme ich in iobroker keine Werte angezeigt, es wird nur "No or too long answer from Serial Device after last request." angezeigt.
Wo könnte das Problem liegen?
Es werden scheinbar auch Werte vom Zähler gelesen.
Ich hoffe jemand kann mir weiterhelfen. `
Hast du schon mal bei Volkszähler die https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440 studiert?
Eventuell trifft das mit dem Passwort bei dir zu!?
@jedo said in Adapter "smartmeter":
Hast du schon mal bei Volkszähler die https://wiki.volkszaehler.org/hardware/channels/meters/power/edl-ehz/elster_as1440 studiert?
Hi,
ich habe auch die Kombi aus Weidmann IR Leser und AS1440, komme nicht weiter.
- Lesekopf wird erkannt mit grep ....und als ich es schrieb sehe ich, dass es nicht mehr /dev/ttyUSB1 sondern wieder 0 ist..4 Stunden später...
läuft danke für die Einstellungen - die funktionieren !
- Lesekopf wird erkannt mit grep ....und als ich es schrieb sehe ich, dass es nicht mehr /dev/ttyUSB1 sondern wieder 0 ist..4 Stunden später...
-
Deine Zählerbezeichnung lautet also eBZ DD3 2R06 DTA - SMZ1
Das bedeutet:
1. Der Zählergrundtyp den Du hast ist DD3.
2. Du hast einen Zweirichtungszähler mit einem Maximalstrom von 60A.
3. Der Zähler ist ein Doppeltarifzähler der Genauigkeitsklasse A.
Zusammengefasst: Die Anleitung des eBZ DD3-Zählers passt auch für Deinen Zähler.
Telegramm Mode D: nach DIN EN 625056-21
Baudrate: 9600 Baud (Z=5)
Byte-Format: (7,even,1)
Wenn das gar nicht geht, versuche auch 2400Baud.
@Stabilostick Hallo zusammen und danke für eure Hilfe. Ich kann nun endlich Erfolg vermelden und der Adapter liest nach Aktivierung des langen Datentelegramms sauber Daten aus.
Ich bin durch einen anderen Nutzer noch einmal an eine aktuellere Bedienanleitung vom Zähler gekommen. Darin kam dann zum Vorschein, dass für Zähler vom Typ OD: 7, even, 1 gilt und für Zähler vom Typ SM (meiner): 8, none, 1 gilt. Das Ganze mit einer Baudrate von 9600 Baud. Damit lief es bei mir auf Anhieb.
@Appollon: Kannst du eBZ mit in die Liste der unterstützten Zähler aufnehmen?
-
Hallo,
ich will hier nur meine Erfahrung mit Smartmeter und meinem Stromzähler teilen. Vielleicht hilft es ja dem einen oder anderen weiter.
Und zwar geht es um den ISKRA MT 681 -D4A51-K0p dieser sendet jede Sekunde ein Datenpaket mit dem aktuellen Zählerstand ohne Nachkommastellen. Und das wars dann auch schon.
Um weitere Datenpunkte zu erhalten kommt man um den PIN Code leider nicht drumrum. Aber wenn dieser beim EVU angefordert dann spuckt der Zähler mehr aus.
Nach dem "einleuchten" der Pin mit der Taschenlampe kommen automatisch folgende Datenpunkte im Smartmeter / ioBroker an:
- Aktueller Zählerstand bis auf die 4. Nachkommastelle in kWh
- Momentanverbrauch je einzelner Phase (L1, L2, und L3) in Watt
- Momentanverbrauch gesamt (L1+L2+L3) ebenfalls in Watt
Der Zähler bleibt freigeschaltet, außer bei einem Stromausfall, dann muss der Pin erneut eingeleuchtet werden.
Ich habe euch noch ein Screenshot von den Einstellungen und den Objekten gemacht.
Viel Erfolg !!!
-
Hallo zusammen!
Ich möchte - nachdem ich in den letzten Tagen die 54 Seiten dieses Threats gelesen habe - nun gerne auch meine Zähler auslesen.
Bevor ich anfange möchte ich mich schonmal bei allen für den tollen Adapter und die Hilfe bedanken!!
Könntet ihr mir bitte sagen, ob ich auf dem richtigen Weg mit meiner Planung bin?
Meine Situation:
- Stromzähler: 2 Zweirichtungszähler (EMH eHZ-IW8E2A5L0EQ2P) und einen Einrichtungszähler (EMH eHZ-IW8E2A5L0EL2P)
Ich habe eine PV-Anlage, der dort produzierte Strom wird zunächst im Haushalt und dann in der Wärmepumpe selbst verbraucht, der Rest eingespeist
Der Einrichtungszähler (EMH eHZ-IW8E2A5L0EL2P) zählt die Gesamtproduktion des PV-Stroms. Diese Werte kann ich aber über einen Fronius
Smartmeter bereits erfolgreich abrufen.
Um die Verbräuche für Haushalt und Wärmepumpe berechnen zu können benötige ich aber noch jeweils die 4 Werte (1.8.1, 1.8.2, 2.8.1, 2.8.2) der
beiden Zweirichtungszähler (EMH eHZ-IW8E2A5L0EQ2P)
- iobroker auf Synology Diskstation (Docker Container)
Meine Zielsetzungen:
1. Die 4 Zählerstände und Momentanverbräuche der beiden Zweirichtungszähler als Objekte in ioBroker einlesen
2. Tages- / Monats- / Jahresverbräuche für Wärmepumpe und Haushaltsstrom in einem Script berechnen
3. Die o.g. Verbräuche grafisch darstellen und in VIS einbinden
Meine Planung:
1. IR-USB-Leseköpfe besorgen
Frage: Wer kennt eine gangbare Alternative zu "Volkszähler"? (Ist ja leider schwierig rankommen)
2. Entweder Synology neben Zählern positionieren
Frage: Funktioniert das Einbinden der USB-Leseköpfe wie beim Raspi?
ODER
Vorhandenen RasPi2 mit einem Image der ioBroker-Internetseite bespielen und als Slave in ioBroker einbinden und 2 Instanzen des Smartmeter-
Adapters von der Adminoberfläche des ioBroker auf der DS auf dem Slave (RasPi2) installieren (für jeden Zähler eine Instanz)
Frage: Was haltet ihr für sinnvoller?
3. Die bereits hier veröffentlichten Skripte für meine 3-Zähler-Variante so anpassen, dass ich die Tages- / Monats- / Jahresverbräuche für
Wärmepumpe und Haushaltsstrom berechnet bekomme
Bitte: Mich hier zu unterstützen, da ich nur begrenzte Scripterfahrung besitze
4. Datenpunkte (Berechnungen) mit MySQL oder History speichern (Hier habe ich noch keine Erfahrung)
5. Datenpunkte grafisch darstellen und in VIS einbinden
Vielen Dank für Eure Meinung / Hilfe!!!!
Gruß
Matthias
@Matthias-I said in Adapter "smartmeter":
Meine Situation:
- Stromzähler: 2 Zweirichtungszähler (EMH eHZ-IW8E2A5L0EQ2P) und einen Einrichtungszähler (EMH eHZ-IW8E2A5L0EL2P)
Vielen Dank für Eure Meinung / Hilfe!!!!
Gruß
Matthias
Hi Matthias, hab auch den ehz-iw8e2a5l0eq2p, hast du ihn alsn Laufen bekommen ? Welche Parameter hast du im Smartmeter Adapter eingetragen ?
-
Hi,
hab wie @Matthias-I einen ehz-iw8e2a5l0eq2p Zähler. Als Lesekopf habe ich einen Volkszähler mit RS232 Schnittstelle. Ich hab mir einen USB Konverter (Datasheet) geholt und damit an einen Raspberry angeschlossen.
Stehe jetzt vor zwei Fragen, a) wie muß ich den Smartmeter Adapter konfigurieren bzw wo kann ich die Infos finden und b) wie kann ich testen ob die Hardware richtig funktioniert?
Achso, bisher kommt nur das im Log
smartmeter.0 2019-07-27 23:45:35.013 debug SCHEDULE NEXT RUN IN 300s smartmeter.0 2019-07-27 23:45:35.011 debug SERIALPORT CLOSE smartmeter.0 2019-07-27 23:45:34.955 debug Transport Reset!! Restart = true smartmeter.0 2019-07-27 23:45:34.954 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.954 warn No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.953 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.951 debug MESSAGE TIMEOUT TRIGGERED smartmeter.0 2019-07-27 23:45:32.943 debug SET MESSAGE TIMEOUT TIMER: 2000 smartmeter.0 2019-07-27 23:45:32.934 debug SERIALPORT OPEN smartmeter.0 2019-07-27 23:45:32.928 debug CREATE SERIALPORT: 9600 8 1 none smartmeter.0 2019-07-27 23:45:32.928 debug SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyUSB0","transportSeria smartmeter.0 2019-07-27 23:45:32.928 info starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.16.0Wenn ich SML wähle kommt das gleiche. Hatte damals von Netzbetreiber noch ein Pin bekommen, wo/wie gebe ich den eigentlich ein ?
Ciao
Martin -
Hi,
hab wie @Matthias-I einen ehz-iw8e2a5l0eq2p Zähler. Als Lesekopf habe ich einen Volkszähler mit RS232 Schnittstelle. Ich hab mir einen USB Konverter (Datasheet) geholt und damit an einen Raspberry angeschlossen.
Stehe jetzt vor zwei Fragen, a) wie muß ich den Smartmeter Adapter konfigurieren bzw wo kann ich die Infos finden und b) wie kann ich testen ob die Hardware richtig funktioniert?
Achso, bisher kommt nur das im Log
smartmeter.0 2019-07-27 23:45:35.013 debug SCHEDULE NEXT RUN IN 300s smartmeter.0 2019-07-27 23:45:35.011 debug SERIALPORT CLOSE smartmeter.0 2019-07-27 23:45:34.955 debug Transport Reset!! Restart = true smartmeter.0 2019-07-27 23:45:34.954 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.954 warn No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.953 debug Error: No or too long answer from Serial Device after last request. smartmeter.0 2019-07-27 23:45:34.951 debug MESSAGE TIMEOUT TRIGGERED smartmeter.0 2019-07-27 23:45:32.943 debug SET MESSAGE TIMEOUT TIMER: 2000 smartmeter.0 2019-07-27 23:45:32.934 debug SERIALPORT OPEN smartmeter.0 2019-07-27 23:45:32.928 debug CREATE SERIALPORT: 9600 8 1 none smartmeter.0 2019-07-27 23:45:32.928 debug SmartmeterObis options: {"debug":2,"protocol":"D0Protocol","transport":"SerialResponseTransport","requestInterval":"300","anotherQueryDelay":"1000","transportSerialPort":"/dev/ttyUSB0","transportSeria smartmeter.0 2019-07-27 23:45:32.928 info starting. Version 1.2.1 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v8.16.0Wenn ich SML wähle kommt das gleiche. Hatte damals von Netzbetreiber noch ein Pin bekommen, wo/wie gebe ich den eigentlich ein ?
Ciao
Martin@martinschm said in Adapter "smartmeter":
Hi,
hab wie @Matthias-I einen ehz-iw8e2a5l0eq2p Zähler. Als Lesekopf habe ich einen Volkszähler mit RS232 Schnittstelle. Ich hab mir einen [USB Konverter](https://www.ebay.de/itm/3-3V-5V-Typ-A-USB-to-TTL-
Wenn ich SML wähle kommt das gleiche. Hatte damals von Netzbetreiber noch ein Pin bekommen, wo/wie gebe ich den eigentlich ein ?Ciao
MartinDas schreibt doch elektroniker86 in seinem post:
"Nach dem "einleuchten" der Pin mit der Taschenlampe kommen automatisch folgende Datenpunkte im Smartmeter / ioBroker an:" -
@martinschm said in Adapter "smartmeter":
Hi,
hab wie @Matthias-I einen ehz-iw8e2a5l0eq2p Zähler. Als Lesekopf habe ich einen Volkszähler mit RS232 Schnittstelle. Ich hab mir einen [USB Konverter](https://www.ebay.de/itm/3-3V-5V-Typ-A-USB-to-TTL-
Wenn ich SML wähle kommt das gleiche. Hatte damals von Netzbetreiber noch ein Pin bekommen, wo/wie gebe ich den eigentlich ein ?Ciao
MartinDas schreibt doch elektroniker86 in seinem post:
"Nach dem "einleuchten" der Pin mit der Taschenlampe kommen automatisch folgende Datenpunkte im Smartmeter / ioBroker an:"@toki1973 ok, Pin ist eingegeben. Aber wie schaut's mit der Konfiguration des Adapters aus?
Lese mich gerne ein, bräuchte idealerweise ein Hinweis wo ich ansetzen.
-
Ok, bin wieder ein Schritt weiter. Hab die Hardware mal unter Windows getestet und sie funktioniert, also wieder an den Raspi angeschlossen.
Mein ehz-iw8e2a5l0eq2p verwendet auch SML und ist 9600 baud schnell und ist bidirektional.
Jetzt bekommt der Adapter auch Daten raus. Evtl hab ich den Lesekopf auch jetzt anders (richtiger) drauf sitzen fällt mir grade ein.
Zwei Sachen sind mir noch aufgefallen- Zum einen kommt eine Fehlermeldung und zum anderen wird im Log die Zeit bis zum nächsten Lauf falsch angegeben @apollon77 . Da steht next run in 10000s, obwohl nur 10 Sekunden eingestellt sind.
Der andere Fehler den ich hab ist
Error: Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a67Hier das komplette Log.
smartmeter.0 2019-08-03 00:10:02.460 debug SCHEDULE NEXT RUN IN 10000s smartmeter.0 2019-08-03 00:10:02.460 debug DELETE rest of data (0) because new Message start with a new Request Message smartmeter.0 2019-08-03 00:10:02.460 debug SERIALPORT REMOVE LISTENERS smartmeter.0 2019-08-03 00:10:02.458 debug SERIALPORT CLOSE smartmeter.0 2019-08-03 00:10:02.408 debug ERROR CLOSING SERIALPORT smartmeter.0 2019-08-03 00:10:02.407 debug END FINALIZE smartmeter.0 2019-08-03 00:10:02.407 debug REMAINING DATA AFTER MESSAGE HANDLING: smartmeter.0 2019-08-03 00:10:02.407 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-08-03 00:10:02.407 debug SET MESSAGE TIMEOUT TIMER: 2000 smartmeter.0 2019-08-03 00:10:02.407 debug RESUME READING SERIALPORT IN FINALIZE smartmeter.0 2019-08-03 00:10:02.406 debug LEFT AFTER HANDLE-MESSAGE 0 smartmeter.0 2019-08-03 00:10:02.406 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-08-03 00:10:02.406 debug STOP smartmeter.0 2019-08-03 00:10:02.406 debug Transport Reset!! Restart = true smartmeter.0 2019-08-03 00:10:02.405 debug Error: Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a67 smartmeter.0 2019-08-03 00:10:02.405 warn Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a670101637 smartmeter.0 2019-08-03 00:10:02.405 debug Error: Error while parsing SML message: Error: Unknown TL-Field 0x53 for OctetString [Offset: 312]!: Message: 1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a67 smartmeter.0 2019-08-03 00:10:02.405 debug MSG IDX 0 smartmeter.0 2019-08-03 00:10:02.405 debug CLEAR MESSAGE TIMEOUT TIMER smartmeter.0 2019-08-03 00:10:02.404 debug PAUSE READING SERIALPORT TO HANDLE MESSAGE smartmeter.0 2019-08-03 00:10:02.404 debug MATCH-RESULT MESSAGE: "1b1b1b1b010101017607000c06004147620062007263010176010107000c0c58156d0b06454d480104456c2a670101637526007607000c06004148620062007263070177010b06454d480104456c2a67070100620a7f7f726 smartmeter.0 2019-08-03 00:10:02.404 debug NEW DATAKann/darf ich den Adapter normal über den ioBroker Admin installieren oder muß er über git installiert werden?
So und jetzt letzter Edit: Unter Objekten taucht der smartmeter Adapter leider nicht auf. Woran liegt das ?
694
Online32.7k
Users82.4k
Topics1.3m
Posts