Adapter "smartmeter"

[wendy2702]

Also Smartmeter liest auch nur die Daten aus die der Zähler liefert.

Zum Berechnen der einzelnen Werte gibt es hier im Forum diverse Script Lösungen.

Musst mal nach Stromverbrauch suchen.

Z.B. Hier viewtopic.php?f=21&t=12272&hilit=Stromverbrauch

Wenn du deinen Zähler direkt von Smartmeter auslesen lassen möchtest, muss der Lesekopf direkt an das iobroker System.

Da bietet sich ein Master-Slave Lösung an. So mache ich das.

[umbm]

@wendy2702:

Also Smartmeter liest auch nur die Daten aus die der Zähler liefert.

Zum Berechnen der einzelnen Werte gibt es hier im Forum diverse Script Lösungen. `

Ok, dann brauche ich mit smartmeter nicht weiter experimentieren.

Den Wert habe ich ja eingebunden.

Änderung am Volkszähler will ich nicht vornehmen, denn als Hauptsystem läuft seit Jahren fhem, ioBroker wird jetzt parallel dazu aufgebaut um fhem dann irgendwann abzulösen.

Danke soweit

[Jautze]

Hallo,

ich habe smartmeter von version 0.5.12 auf 1.1.3 upgedatet incl. Admin und alles anderem.

npm version ist 6.14.3

Jetzt legt er für smartmeter keine Objekte mehr an.

Das Log zeigt folgendes:

smartmeter.0	2018-06-21 15:21:10.202	info	Received 7 values, 3 updated
smartmeter.0	2018-06-21 15:21:10.202	debug	Data for 129-129:199_130_5*255 unchanged
smartmeter.0	2018-06-21 15:21:10.202	debug	129-129:199.130.5*255: Forename/Public Key = 7d6829efa670139c60fc2851321e6ac8563cb7798a406fe613882bcfb91ca2b017f565391cd5f98cb6ea9de3b44a88cd
smartmeter.0	2018-06-21 15:21:10.202	debug	Set State 1-0:16_7_0*255.value = 14200
smartmeter.0	2018-06-21 15:21:10.202	debug	Set State 1-0:16_7_0*255.rawvalue = undefined
smartmeter.0	2018-06-21 15:21:10.201	debug	1-0:16.7.0*255: Momentanwert Gesamtwirkleistung (Total) = 14200 W
smartmeter.0	2018-06-21 15:21:10.201	debug	Data for 1-0:1_8_2*255 unchanged
smartmeter.0	2018-06-21 15:21:10.201	debug	1-0:1.8.2*255: Zählerstand 1 Summe Wirkarbeit Bezug + (T2) = 1 kWh
smartmeter.0	2018-06-21 15:21:10.201	debug	Set State 1-0:1_8_1*255.value = 15223.8063
smartmeter.0	2018-06-21 15:21:10.201	debug	Set State 1-0:1_8_1*255.rawvalue = undefined
smartmeter.0	2018-06-21 15:21:10.200	debug	1-0:1.8.1*255: Zählerstand 1 Summe Wirkarbeit Bezug + (T1) = 15223.8063 kWh
smartmeter.0	2018-06-21 15:21:10.200	debug	Set State 1-0:1_8_0*255.value = 15224.8063
smartmeter.0	2018-06-21 15:21:10.200	debug	Set State 1-0:1_8_0*255.rawvalue = undefined
smartmeter.0	2018-06-21 15:21:10.200	debug	1-0:1.8.0*255: Zählerstand 1 Summe Wirkarbeit Bezug + (Total) = 15224.8063 kWh
smartmeter.0	2018-06-21 15:21:10.200	debug	Data for 1-0:0_0_9*255 unchanged
smartmeter.0	2018-06-21 15:21:10.199	debug	1-0:0.0.9*255: Device ID = 0901484147100005ac7f
smartmeter.0	2018-06-21 15:21:10.199	debug	Data for 129-129:199_130_3*255 unchanged
smartmeter.0	2018-06-21 15:21:10.198	debug	129-129:199.130.3*255: Manufacturer ID = HAG
smartmeter.0	2018-06-21 15:20:35.437	debug	system.adapter.admin.0: logging true
smartmeter.0	2018-06-21 15:20:33.885	debug	system.adapter.admin.0: logging false
smartmeter.0	2018-06-21 15:20:12.376	debug	system.adapter.admin.0: logging true
smartmeter.0	2018-06-21 15:16:08.271	info	Received 7 values, 3 updated

Was läuft da falsch bzw. was kann ich machen?

Danke und viele Grüße

Marcel Jaud

[apollon77]

Welche js-controller Version? Wenn 1.4.x dann ->> viewtopic.php?f=36&t=15041

[Jautze]

Hallo,

Ja.

1.4.2.

Danke und viele Grüße

Marcel

[ChristianF]

Das Problem mit den fehlerhaften SML Messages gibt es immernoch, nur spannenderweise werden sie zwar im Log angezeigt, wenn ich aber auf "Logfile Download" gehe, sind sie dort nicht drin?! Habe nun spaßeshalber mal den Loglevel auf Debug gestellt, mal schauen ob das was ändert..

EDIT: war ne dumme Idee, so schnell ist das Log noch nie vollgelaufen…

[apollon77]

Naja ich brauche immer noch so eine vollständoge fehlerhafte SML Nachricht aus dem Log (Debug ist super dafür!) um reinzuschauen … (glaube ich mich zu erinnern)

[Stabilostick]

Hallo Ingo, danke erstmal für Deine Arbeit rund um den ioBroker. Super!

Von mir ein paar Statistiken rund um den smartmeter-Adapter von heute:

• Ich nutze zwei smartmeter-Adapter parallel um zwei EMH ED300L-Zähler auszulesen.

• Die Leseköpfe sind mit RS232 und dann über Moxa Seriell<->Ethernet Wandler angebunden.

• Neue Werte gibt es von den Zählern jeweils ca. alle 4 Sekunden.

• Die Zähler geben die folgenden Informationen aus:

  1-0:0_0_9_255             Device ID
  1-0:15_7_0_255            Momentanwert (Total)
  1-0:1_8_0_255             Zählerstand 1 Summe Wirkarbeit Bezug + (Total)
  1-0:1_8_1_255             Zählerstand 1 Summe Wirkarbeit Bezug + (T1)
  1-0:1_8_2_255             Zählerstand 1 Summe Wirkarbeit Bezug + (T2)
  1-0:2_8_0_255             Zählerstand 1 Summe Wirkarbeit Abgabe - (Total)
  1-0:2_8_1_255             Zählerstand 1 Summe Wirkarbeit Abgabe - (T1)
  129-129:199_130_3_255     Manufacturer ID
  129-129:199_130_5_255     Forename/Public Key				
  
  

• Beim Momentanwert fehlt das Vorzeichen bzgl. Lieferung-/Verbrauchunterscheidung…

• Einstellungen:

Insgesamt gab es innerhalb von 14h durch den smartmerter-Adapter 94 Warnungen im ioBroker-Log. Davon 71 Fehler für die smartmeter.0- und 23 Fehler für die smartmeter.1-Instanz.

Anzahl der Fehler in diesen 14h nach Fehlerarten:

46x  - warn: smartmeter.x    Message CRC-Check invalid -> no data available
28x  - warn: smartmeter.x    Error while parsing SML message
40x  - warn: smartmeter.x    No or too long answer from Serial Device after last request.

Nach "smartmeter.x Error: No or too long answer from Serial Device after last request." erscheint der Folgefehler "info: smartmeter.x ERROR CLOSING SERIALPORT". Bin auf Windows unterwegs.

Das Positive: :mrgreen:

6438 erfolgreiche Updates für Smartmeter 0
5677 erfolgreiche Updates für Smartmeter 1

Und hier einge komplette SML-Diagramme mit parsing-Fehler:

2018-06-27 07:16:19.139 - warn: smartmeter.1 Error while parsing SML message: Error: Unknown TL-Field for SmlListEntry!: Message: 1b1b1b1b010101017607001a0718a868620062007263010176010107001a054b8d780b0901454d4800004ac30f01016320c6007607001a0718a869620062007263070177010b0901454d4800004ac30f070100620affff72620165054bde727777078181c78203ff0101010104454d480077070100000009ff010101010b0901454d4800004ac30f0177070100010800ff640001b001621e52ff560000ad01280177070100000801ff0101621e52ff560000ad01280177070100010802ff0101621e52ff5600000000000177070100100700ff0101621b52ff55ffffce750177078181c78205ff0172620165054bde7201018302d1e095d1a716dfa2ea3a271882fbadc6115b1a07a9484c8b9b7323c7c19ab873425d40c82e9a5dccfe337e7fbecac28e01010163b70c007607001a0718a86c62006200726302017101636738000000001b1b1b1b1a0387e6

2018-06-27 11:39:34.196 - warn: smartmeter.1 Error while parsing SML message: Error: Wrong TL-Field 0x00 for Choice!: Message: 1b1b1b1b010101017607001a07190073620062007263010176010107001a054caad10b0901454d4800004ac30f010163f93a007607001a07190074620062007263070177000b0901454d4800004ac30f070100620affff72620165054c1c267777078181c78203ff0101010104454d480177070100000009ff010101010b0901454d4800004ac30f0177070100010800ff6400018201621e52ff560000ad023a0177070100010801ff0101621e52ff560000ad023a0177070100010802ff0101621e52ff5600000000000177070100100700ff0101621b52ff5500000af40177078181c68205ff0172620165054c1c2601018302d1e095d1a716dfa2ea3a271882fbadc6115b1a07a9484c8b9b7322c7c19ab873425d40c82e9a5dccfe337e7fbecac28e0101016398d6007607001a0719007762006200726302017101630a81000000001b1b1b1b1a039cc7

2018-06-27 11:47:14.813 - warn: smartmeter.0 Error while parsing SML message: Error: Wrong TL-Field (7) for Unsigned!: Message: 1b1b1b1b010101017607000e0999e8f8620062007263010176010107000e0c424da80b06454d480102715ae20e010163e342007607000e0999e8f9620062007263070177010b06454d480102715ae20e01726201650c42ee717977078181c78203ff0101010104454d480177070100000009ff010101010b06454d480102715ae20e0177070100010800ff6301a201621e52ff56000e1493ee0177070100020800ff6301a201621e52ff5600104a18fd0177070100010801ff0101621e52ff56000e1493ee0177070100020801ff0101621e52ff5600104a18fd0177070100010802ff0101621e52ff56000000000001770701000f0700ff0101621b52ff550000ffbb0177078181c78205ff01010101830264d613289f7b60f3055e6782e43cbdb022e402b23da88be067c4bf27f34de733730f542c9ff1fe8ebbe4069e2f3cc00e0101016366c3007606000e0999e8fa620062007263020171016372d100001b1b1b1b1a01df1c

2018-06-27 07:38:54.255 - warn: smartmeter.0 Error while parsing SML message: Error: Wrong TL-Field for Integer!: Message: 1b1b1b1b010101017607000e0999210c620062007263010176010107000e0c420b040b06454d480102715ae20e01016388fb007607000e0999210d620062007263070177010b06454d480102715ae20e01726201650c42b43c7977078181c78203ff0101010104454d480177070100000009ff010101010b06454d480102715ae20e0177070100010800ff6301a001621e52ff56000e1493b20177070100020800ff6301a001621e52ff560010487b650177070100010801ff0101621e52ff56000e1493b20177070100020801ff0101621e12ff560010487b650177070100010802ff0101621e52ff56000000000001770701000f0700ff0101621b52ff55000000910177078181c78205ff01010101830264d613289f7b60f3055e6782e43cbdb022e402b23da88be067c4bf27f34de733730f542c9ff1fe8ebbe4069e2f3cc00e010101635786007607000e099921106200620072630201710163770d00001b1b1b1b1a0194f7

2018-06-27 08:21:25.453 - warn: smartmeter.0 Error while parsing SML message: Error: Wrong TL-Field 0xff for SmlValue!: Message: 1b1b1b1b010101017607000e099935be620062007263010176010107000e0c4211ea0b06454d480102715ae20e0101630468007607000e099935bf620062007263070177010b06454d480102715ae20e01726201650c42be347977078181c78203ff0101010104454d480177070100000009ff010101010b06454d480102715ae20e0177070100010800ff6301a201621e52ff56000e1493cc0177070100020800ff6301a201621e50ff560010487ec80177070100010801ff0101621e52ff56000e1493cc0177070100020801ff0101621e52ff560010487ec80177070100010802ff0101621e52ff56000000000001770701000f0700ff0101621b52ff550000045c0177078181c78205ff01010101830264d613289f7b60f3055e6782e43cbdb022e402b23da88be067c4bf27f34de733730f542c9ff1fe8ebbe4069e2f3cc00e01010163a13f007607000e099935c26200620072630201710163a09800001b1b1b1b1a019251

Ich vermute, dass da jeweils einfach einige Bytes bei der optischen Übertragung auf der Strecke geblieben sind. Eine Fehlerquote von 0,6% ist doch gar nicht übel, oder? :lol:

Was mich etwas stört, sind die vielen Einträge im iobroker-Log für jeweils eine Datenübernahme. Zwei Stück alle 4s. Das könnte man fast in den debug- oder noch besser silly-Level eingruppieren. :geek:

[apollon77]

Hi,

Danke für die Blumen! Mit Lob macht es noch mehr Spass

@Stabilostick:

Beim Momentanwert fehlt das Vorzeichen bzgl. Lieferung-/Verbrauchunterscheidung… `
Dann liefert es der Zähler nicht. Sorry.

@Stabilostick:

Ich vermute, dass da jeweils einfach einige Bytes bei der optischen Übertragung auf der Strecke geblieben sind. Eine Fehlerquote von 0,6% ist doch gar nicht übel, oder? :lol: `

Ich denke es sind eher "Bits" … also hier nochmal den Sitz des Kopfes prüfen und sicherstellen das auf dem Übertragungsweg keine Störungen eingestahlt werden.

Bei mir läuft der Adapter eher "geräuschlos" ohne jegliche Parsingfehler.

@Stabilostick:

Was mich etwas stört, sind die vielen Einträge im iobroker-Log für jeweils eine Datenübernahme. Zwei Stück alle 4s. Das könnte man fast in den debug- oder noch besser silly-Level eingruppieren. :geek: `

Bei mir kommt bei "Info" exakt eine Zeile pro Instanz mit "x Werte bekommen, y werte aktualisiert". Wenn Du das nicht willst kannst du das Loglevel der Instanzen auf "warn" raufsetzen (Instanzen -> Expertenmodus -> Spalte Loglevel) und dann sollten die Info-Logs weg sein.

Ingo

[Stabilostick]

Yupp. Und die Bits können auch im Moxa und dessen "Intelligenz" hängen bleiben. Ich sage nur Buffer….

[dj.tifosi]

Hallo zusammen,

ich habe leider ein Problem mit dem Smartmeter-Adapter nach dem Update auf Version 1.2.1.

Und zwar wurden alle Kanäle und States unter smartmeter.0 neu angelegt, mit identischen Namen. Die alten Objekte werden jedoch nicht mehr mit neuen Werten aktualisiert sondern sie liegen als verwaiste Duplikate immer noch herum.

Leider bauen mittlerweile sehr viele Scripte und auch die History auf den alten States auf, es wäre also viel Arbeit die alle anpassen zu müssen und ich würde die History verlieren.

Wie bekomme ich den Smartmeter-Adapter dazu, dass er wider die alten States aktualisiert?

[ChristianF]

Es gab einen Name Change in den Naming Conventions. Sternchen (*) sind nicht mehr erlaubt und wurden durch _ ersetzt. Dafür gibt es einen Stick Thread hier. Alte Objekte werden nicht mehr unterstützt und sollten im Zuge des Updates gelöscht werden.

[apollon77]

Korrekt. Was History angeht so kannst Du mit dem aktuellen Histry.-Adapters Alias-IDs vergeben und sodie Daten weiterhin mit dem alten Namen loggen lassen. Diese dann nicht löschen …

[dj.tifosi]

Ok, vielen Dank für die Info. Ich habe einfach die History-Dateien der alten States mit * im Dateinamen umbenannt, und das Zeichen gegen _ ersetzt. Dann bei allen neuen State-Objekten die History aktiviert und schon waren die alten historischen Werte in die neuen Objekte umgezogen.

Somit konnte ich auch die verwaisten Objekte löschen und nachdem ich meine Skripte bereinigt habe, sollte nun auch wieder alles wie zuvor laufen.

[dragst3r]

Hallo,

ich versuche nun schon länger meinen vorhandenen Stromzähler via Impuls LED von Gira bzw. baugleich von ELV mit dem GPIOs zu verbinden und den Adapter zu nutzen.

Ich bekommen allerdings kein Ergebnis zu Stande. Das kann jetzt viele Gründe haben, aber vielleicht bekomme ich die richtigen antworten.

Ich habe folgenden Lesekopf (Schaltplan):

~~https://www.elv.de/journal_pic.aspx?id=1457060&size=1" />

Funktioniert der Adapter überhaut mit der Impuls LED? Ich bin verwirrt wann man von D0 S0 redet. Jedenfalls weiß ich, dass der die Optische Datenschnittstelle deaktiviert ist. Dies habe ich mit einer Digitalkamera (Smartphone - Infrarot Filter beachtet) geprüft.~~

[apollon77]

Nein. Impuls LEDs werden nicht unterstützt. Dee Adapter geht mit datenausgängen im D0 oder SML Protokoll.

Gesendet vom Handy …

[darkiop]

Ich betreibe Aktuell zusätzlich zum Haupt-ioBroker im Docker Container noch eine weitere Instanz auf ein einem RPI2 im Technikraum. An diesem befinden sich 2 USB Leseköpfe um die Smartmeter auszulesen.

Nun möchte ich die Leseköpfe auf einen anderen RPI umziehen aber nicht meine gespeicherten Daten (SQL-Adapter) verlieren.

Der neue RPI ist bereits in den Multihostverbund eingebunden.

Idee 1:

• Ich installiere 2 neue Instanzen des Smartmeter-Adapters auf dem neuen Adapter, also smartmeter.3 und smartmeter.4

• Diese lasse ich dann wiederrum durch den SQL Adapter speichern und gebe in den Einstellungen die alten ID's an

Idee 2:

• Ich lösche smartmeter.1 und smartmeter.2

• Installiere auf dem neuen RPI dann wieder zwei Instanzen: smartmeter.1 und smartmeter.2

• Nutzt der SQL-Adapter dann die selben IDs wie die alte Installation?

Was wäre denn der bessere Weg?

[apollon77]

Gehen tu beides … Da die Einstellungen eher überschaubar sind ist, denke ich, ist Option 2 langfristig einfacher weil Du dich an nichts (oh da müssen Aliasse sein) erinnern musst. Option 2 ist nur ein einmaliger Aufwand (und sogar noch der geringere Aufwand) der nach der Aktion vergessen ist. Option 1 schleppst Du für immer mit Dir rum.

[darkiop]

Ok, wieder mal Danke! Hab zwar ausreichend Backups - trotzdem wollte ich da sicher gehen. Idee 2 wäre auch mein Favorit gewesen.

Gruß

[darkiop]

Noch einfacher ist Idee3 ….

Einfach den Server des Adapters umzustellen - scheint auch funktioniert zu haben, muss es mal weiter beobachten.