Test Adapter wireless-mbus v0.10.x
-
Dann werde ich den Adapter mal mit Engelmann Wärmemengezähler testen.
Nur leider ist die Heizung im Moment aus, somit wird nichts gesendet. Also dauert noch ein wenig.
Gruß und Danke für deinen Adapter. -
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
So ich habe in der Zwischenzeit ein paar Kleinigkeiten am Adapter ergänzt. Heute gibt es aber ein größeres Update - wobei beide neuen Features sehr wenig getestet sind:
@Lenny-CB Zum einen kann jetzt doch in der Konfiguration eingestellt werden, dass Energien (statt in Wh oder J) jetzt in kWh ausgegeben werden. Dabei ist aber zu beachten, dass Einheiten von bestehende States nicht verändert werden. Neu eintreffende Werte, werden allerdings umgerechnet (und passen dann also nicht zur angezeigten Einheit)!
Zum anderen habe ich versucht Unterstützung für Techem Zähler einzubauen. Dazu zählen Wasserzähler, Heizkostenverteiler und Wärmemengenzähler. Ich habe mich hier wieder beim FHEM Projekt bedient. Ich habe keine Ahnung ob die Einheiten der Wasser- und Wärmemengenzähler korrekt sind und nehme gerne Hinweise dazu entgegen
Habe grad mal aktualisiert.
Installation lief erst einmal problemlos.
Aber, wo kann man von Wh in kWh umstellen? Habe deine Version 0.5.0 drauf.
Unter Einstellungen in der Adapterkonfiguration ist nichts zu finden.
Unter "AES Schlüssel" und "Blockierte Geräte" auch nicht.Edit:
Browser-Cache hatte ich gelöscht, Adapter natürlich auch neu gestartet. Die entsprechenden Änderungen sind aber in der index_m.html vorhanden. Wenn ich die Datei vom System kopiere und separat mit einem Browser öffne, wird es angezeigt.
edit 2:
mir kam grad noch die Idee ein iobroker upload wmbus zu machen. Jetzt sind auch die beiden fehlenden Checkboxen da.
Muss man immer, wenn man mit der Katze eine Adapter "Überinstalliert" einen "Upload" machen. Instanz selbst anlegen war ja klar... -
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
So ich habe in der Zwischenzeit ein paar Kleinigkeiten am Adapter ergänzt. Heute gibt es aber ein größeres Update - wobei beide neuen Features sehr wenig getestet sind:
@Lenny-CB Zum einen kann jetzt doch in der Konfiguration eingestellt werden, dass Energien (statt in Wh oder J) jetzt in kWh ausgegeben werden. Dabei ist aber zu beachten, dass Einheiten von bestehende States nicht verändert werden. Neu eintreffende Werte, werden allerdings umgerechnet (und passen dann also nicht zur angezeigten Einheit)!
Frage: kann man nicht die if-Abfrage "forcekWh" direkt in der vifinfo.js machen? Hätte den Vorteil, dass auch die Bezeichnung passend zur Einheit wäre.
--> 1-0-VIF_ENERGY_WATT --> Wh
--> 1-0-VIF_ENERGY_KILOWATT --> kWhif (........) { VIF_ENERGY_WATT: { typeMask: 0b01111000, expMask: 0b00000111, type: 0b00000000, bias: -3, unit: 'Wh', calcFunc: "numeric", description: "Energy" }, } else { VIF_ENERGY_KILOWATT: { typeMask: 0b01111000, expMask: 0b00000111, type: 0b00000000, bias: -6, unit: 'kWh', calcFunc: "numeric", description: "Energy" }, } -
Wenn du vorne die Bezeichnung änderst, führt das dazu das ein neuer State angelegt werden wird, weil die ja "LaufendeNr-StorageNr-VIF_Code" heißen. (Wer lesen kann... Du hast das ja quasi selber oben geschrieben...
) Kann natürlich ein Vorteil sein, weil dann kein Chaos mit umgerechneten Einheiten und falsch angelegter Einheit entsteht, sorgt aber auch evtl. für weitere Probleme weil der State halt anders heißt...Ansonsten würde das im Grunde so funktionieren wie du es vorgeschlagen hast (bzw. man müsste die Umrechnung in main.js dann wieder rausnehmen...)
[Wenn du das gerne möchtest, könntest du natürlich auch einfach selber Hand anlegen und die Option wieder deaktivieren und einfach die Zeile in vifinfo.js hart ersetzen...]
Grundsätzlich möchte ich aber lieber weiterhin den wmbus Parser möglichst "neutrale / spezifikationstreue" Daten ausspucken lassen.
@Lenny-CB said in [Aufruf] Adapter iobroker.wmbus:
edit 2:
mir kam grad noch die Idee ein iobroker upload wmbus zu machen. Jetzt sind auch die beiden fehlenden Checkboxen da.
Muss man immer, wenn man mit der Katze eine Adapter "Überinstalliert" einen "Upload" machen. Instanz selbst anlegen war ja klar..Ja da habe ich irgendwie auch "gemischte" Ergebnisse. Wenn man so Adapter installiert, wird glaube ich auch der Upload ausgeführt, allerdings scheint dass nicht immer korrekt zu funktionieren. Ein manueller Upload führt aber für gewöhnlich dann immer zum Erfolg...
Ich hätte noch eine ganz andere Frage an dich. Du scheinst den Adapter jetzt ja schon ne Weile zu nutzen, um dein "Easymeter" auszulesen. Wie ist dein Eindruck zu den Leistungswerten, die per wmbus ausgegeben werden? Sind das glaubwürdige und aktuelle Werte? Die fliegen alle 16 Sekunden ein oder?
-
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
[Wenn du das gerne möchtest, könntest du natürlich auch einfach selber Hand anlegen und die Option wieder deaktivieren und einfach die Zeile in vifinfo.js hart ersetzen...]
ja, dass hatte ich auch schon bei der letzten Version des Adapters gemacht.
Grundsätzlich möchte ich aber lieber weiterhin den wmbus Parser möglichst "neutrale / spezifikationstreue" Daten ausspucken lassen.
im Grunde ist das auch richtig so . War halt nur so "eine Überlegung".
Ich hätte noch eine ganz andere Frage an dich. Du scheinst den Adapter jetzt ja schon ne Weile zu nutzen, um dein "Easymeter" auszulesen. Wie ist dein Eindruck zu den Leistungswerten, die per wmbus ausgegeben werden? Sind das glaubwürdige und aktuelle Werte? Die fliegen alle 16 Sekunden ein oder?
Also die Werte sind m.E. in Ordnung. Optisch vergleichen kann ich nur den übertragenen Wert "momentane Leistung gesamt" da dieser auch als momentane Leitung am Zählerdisplay angezeigt wird.
Die momentanen Leistungen der einzelnen Phasen müssten auch passen.
Ich habe noch aus der Zeit vor dem easyMeter ein zWave-Zangenmessgerät in der abgehenden Leitung vom Zähler installiert.
Zwischen beiden Messungen ist ein leichter Drift, was aber durch die Messmethode zu begründen ist. -
Hi zusammen,
habe mir eben eine CUL zusammengebastelt (FTDI + arduino pro mini + C1101 886mhz) und würde damit gerne verschiedene Techem Geräte auslesen (Heizkostenverteiler, Kaltwasser, Warmwasser und wenn möglich noch wärmezähler von der Fußbodenheizung).Ich bräuchte allerdings an einigen stellen Hilfe. Ich habe iobroker zwar schon länger im Einsatz, bin aber noch immer kein Linux-Pro - mit Arduino sieht es ähnlich aus.
Bieten kann ich dann sehr gerne ausführliche Tests mit den o.g. Techem Geräten.Derzeit ringe ich noch mit dem kompilieren der culfw sodass es zur eingesetzten Hardware passt.
Ich weiß im Moment leider gar nicht wo ich ansetzen könnte, da so viele Baustellen offen sind. Wäre für jede Hilfe dankbar.
VG -
Hi,
wie im ersten Post steht, unterstützt der Adapter zur Zeit CUL als Receiver nicht, da ich keine passende Hardware zum testen haben. Daher kann ich dir auch keinerlei Unterstützung beim Kompilieren der der Firmware etc. geben...
EDIT:
Evtl. könnte ich eine "minimal Unterstützung" einbauen, wenn ich folgende Infos bekomme:
Serialport zum CUL öffnen und folgende Befehle ausprobieren. (Ein "Befehl" muss mit <CR><LF> abgeschlossen werden - je nachdem reicht die "Enter Taste" - evtl. sendet die aber nur <LF>)X21 brs brc brtBitte jeweils nach einem Befehl auf eine Antwort warten. "X21" sollte keine Antwort ergeben, die anderen schon.
Zum Schluss noch auf ein ankommendes Telegramm warten.
Damit könnte ich vermutlich relativ zügig was zusammenbauen...
-
@lvogt
Danke erstmal für deine Antwort. Ich denke mein CUL ist soweit einsatzbereit.
Wenn du möchtest kann ich dir die Bauteile gerne zuschicken - hab noch einen Satz rumliegen. kann es dir auch zusammenbasteln, wenn du nicht all zu großen Wert auf Ästhetik legst
-
Wenn ich die Befehle über den seriellen Monitor des Arduino IDE eingebe:
X21 -> keine Antwort
brs -> SMODE
brc -> OFF
brt -> TMODEsonst tut sich allerdings nichts mehr (kein Telegramm)
Neben dem CUL liegt ein Froggit Temperatursensor F007TH der auf 433 mhz funkt.
Sonst hab ich leider nichts um ein 433/868 mhz Signal abzusetzen...es sind aber dutzende HomematicIP aktoren vorhanden - müsste da nicht irgend etwas ankommen?Kannst du damit nun irgendwas anfangen?
VG -
Hm ich hatte "irgendwo im Internet" den Eindruck bekommen, dass "brc" in den C-Mode schalten würde, aber dann ist das wohl falsch, oder benötigt eine inoffizielle fw.
Die Antworten sonst, sind wie ich sie erwartet habe, aber ohne eine einziges Telegramm kann ich immer noch nur raten...
Homematic sendet keine Wireless M-Bus Telegramme, daher sollte da auch nichts ankommen. Was ist denn mit den ganzen Techem Geräten die du erwähnt hast?
EDIT: Ein Schuss ins blaue:
iobroker url "https://github.com/ISFH/ioBroker.wmbus/tarball/cul-test"Mein Tipp ist, dass der Adapter damit nicht mal korrekt initialisiert werden kann, aber man weiß ja nie...
Falls es tatsächlich klappt, bitte debug Log posten. -
Erstmal danke für deine Mühen!
ich hab mir inzwischen schnell FHEM aufgesetzt um den CUL zu testen. Dort kann man das besser testen, da die Anbindung schon läuft. Doch leider kommt auch dort kein Telegram an - rein gar nichts. Der CUL scheint aber grundätzlich zu funktionieren. (Nach Umstellung in den HomeMaticIP Modus ist einiges von meinen HMIP Geräten zu sehen.)
Da ging ich erstmal davon aus, das bei den ganzen Techem Geräte wohl die Funkschnittstelle gar nicht aktiviert ist. Denn optisch lässt sich der "HKV vario 4" und der "HKV radio 4" wohl nicht unterscheiden.Mittlerweile hab ich noch festgestellt, das mein FTDI irgend nen Schlag hat und diesen ersetzt.
Ich lasse es jetzt mal mit deinem "Schuss ins Blaue" ein paar Stunden im T- und nachher noch im S-Mode lauschen.
Nach dem Adapterstart sieht das Log erstmal so aus:wmbus.0 2019-09-14 04:47:35.426 debug CUL: Receiver set data reporting with RSSI wmbus.0 2019-09-14 04:47:35.426 debug connected set to true wmbus.0 2019-09-14 04:47:35.426 debug Created device of type: CUL wmbus.0 2019-09-14 04:47:35.424 info starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.wmbus, node: v8.14.0 host.iobroker-raspi3b 2019-09-14 04:47:33.892 info instance system.adapter.wmbus.0 started with pid 8658 host.iobroker-raspi3b 2019-09-14 04:47:33.892 info "system.adapter.wmbus.0" enabled host.iobroker-raspi3b 2019-09-14 04:47:33.890 info object change system.adapter.wmbus.0 host.iobroker 2019-09-14 04:47:33.844 info object change system.adapter.wmbus.0Ich werd auch die culfw nochmal neu flashen - nur um sicher zu gehen.
-
Hm. Die Initialisierung ist so definitiv nicht vollständig.
Da sollte noch sowas in der Art im Log auftauchen:
"Receiver channel set to T-Mode"Stimmt die Baudrate?
-
Moin Moin,
es wird kälter und meine Zähler senden nun auch wieder.
Daher habe ich mal deinen Adapter ausprobiert, jedoch kommen noch keine Werte rein.wmbus.0 2019-09-20 11:05:09.069 debug IMST: Message response timeout wmbus.0 2019-09-20 11:05:06.180 debug connected set to true wmbus.0 2019-09-20 11:05:06.060 debug Created device of type: IMST iM871A wmbus.0 2019-09-20 11:05:06.060 info starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.wmbus, node: v8.16.0 wmbus.0 2019-09-20 11:04:29.807 debug sendTo "listUart" to system.adapter.admin.0 from system.adapter.wmbus.0 wmbus.0 2019-09-20 11:04:29.807 info List of port: [{"manufacturer":"Silicon Labs","serialNumber":"00B943DB","pnpId":"usb-Silicon_Labs_WiMOD_iM871A-usb_00B943DB-if00-port0","vendorId":"10c4","productId":"ea60","symlinks":["/dev/serial/b wmbus.0 2019-09-20 11:04:29.734 debug sendTo "needsKey" to system.adapter.admin.0 from system.adapter.wmbus.0 wmbus.0 2019-09-20 11:04:29.728 debug sendTo "listReceiver" to system.adapter.admin.0 from system.adapter.wmbus.0 wmbus.0 2019-09-20 11:04:24.094 debug system.adapter.admin.0: logging false wmbus.0 2019-09-20 11:04:03.083 debug system.adapter.admin.0: logging true wmbus.0 2019-09-20 10:38:43.658 debug 3b696d7aa7bce5c74f2ec58b4d3b686d69a7b02df6cf8ff0d98b8d3b69698ddae52f8a7c6f2dc38bcd3b686d6dd705718a45ef054767ff3b69693c5065cfe72f8fbec38b6d3b686d2f7f2d3e65ca454f8b2d3b6969a70fad2fcdb70fd18b2d3b6869054 wmbus.0 2019-09-20 10:38:43.657 debug IMST: Data but no callback! wmbus.0 2019-09-20 09:30:03.688 debug IMST: Message response timeout wmbus.0 2019-09-20 09:30:00.796 debug connected set to true wmbus.0 2019-09-20 09:30:00.666 debug Created device of type: IMST iM871A wmbus.0 2019-09-20 09:30:00.647 info starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.wmbus, node: v8.16.0 wmbus.0 2019-09-20 09:30:00.631 debug statesDB connected wmbus.0 2019-09-20 09:30:00.618 debug objectDB connectedMit dem alten Adapter kamen die Werte, nur ab und zu hat sich irgendwas weggehangen und nichts kam mehr. Da hat nur ein Restart des Nucs geholfen. Der Iobroker läuft in einer Debian vm.
Kannst du damit was anfangen? -
@ple Spontan kann ich dir nur dieselbe Frage stellen, wie octane321 :
Stimmt die Baudrate? Der IMST Stick müsste glaube ich 57600 als default haben. (Also der Stick selbst. Der Adapter erwartet, dass man die Baudrate selbst korrekt auswählt!)
Mit dem "alten Adapter" meinst du iobroker.wm-bus von soef?[ @octane321 Der CUL hat glaube ich 9600 ]
-
@lvogt
Mein CUL arbeitet mit 38400 - und ja, die Baud hab ich korrekt eingestellt.
Ich hatte ja schon die Vermutung, das die Dinger nicht funken (verbaut sind bei mir Vario4 / Radio4 - es stehen beide modellnamen auf den Geräten). Der Radio4 funkt immer - der Vario4 kann das zwar, muss aber freigeschaltet werden.Ich hab soeben mit Techem telefoniert und die haben mir bestätigt, das die Funkschnittstelle nicht aktiv ist (-_-)
Kostenpunkt rund 110€. Das war leider der Todesstoß für mein Vorhaben.Trotzdem vielen vielen Dank für deine Unterstützung!
-
Besten Danke für deinen überarbeiteten Adapter.
Nichts gegen den alten, aber deiner ist bedeuten übersichtlicher.
Vielen lieben Dank.
Eine Sache hätte ich da, wenn die States angelegt werden, könnten die ruhig die als number deklariert werden.
Jetzt ist nur schade, dass meine Zähler nur alle 15 min mal was senden und ich die nicht einfach umstellen kann. Beim nächsten mal gibt es M-Bus Zähler.
Gruß und Danke. -
@ple Heißt das der Adapter funktioniert jetzt ordentlich?
-
@lvogt ich habe am WE den js-controller auf 2.0.x gehoben. Der wmBus-Adapter läuft, bekommt Daten, bleibt aber auf gelb.
Kannst du das mal prüfen? -
@Lenny-CB Hm bin nur mittelmäßig motiviert das zu testen...
Wie sieht denn ein Debug Log des Adapter Starts aus?EDIT: Und was sagen die drei Punkte im Popup: Verbunden mit Host / Lebenszeichen / Verbunden mit wmbus ?
-
@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
Wie sieht denn ein Debug Log des Adapter Starts aus?
Debug-Log sieht gut auch soweit ich das beurteilen kann:
wmbus.0 2019-09-30 09:54:12.565 debug (5246) Value ESY-61015893.data.4-0-VIF_FABRICATION_NO: 1ESY1161015893 wmbus.0 2019-09-30 09:54:12.563 debug (5246) Value ESY-61015893.data.3-0-VIF_CUSTOMER_LOCATION: ESY#U wmbus.0 2019-09-30 09:54:12.560 debug (5246) Value ESY-61015893.data.2-0-VIF_OWNER_NO: 1ESY1161015893 wmbus.0 2019-09-30 09:54:12.558 debug (5246) Value ESY-61015893.data.1-0-VIF_MEDIUM: Q3MA1170 V6.03 wmbus.0 2019-09-30 09:54:12.556 debug (5246) Updating device: ESY-61015893 wmbus.0 2019-09-30 09:54:12.554 debug (5246) VIF_FABRICATION_NO: Value 1ESY1161015893 wmbus.0 2019-09-30 09:54:12.551 debug (5246) VIF_CUSTOMER_LOCATION: Value ESY#U wmbus.0 2019-09-30 09:54:12.548 debug (5246) VIF_OWNER_NO: Value 1ESY1161015893 wmbus.0 2019-09-30 09:54:12.545 debug (5246) VIF_MEDIUM: Value Q3MA1170 V6.03 wmbus.0 2019-09-30 09:54:12.540 debug (5246) decrypted payload 2f2f0dfd090e33302e36562030373131414d33510d790e33393835313031363131595345310dfd100a5507a3031159534501090d780e33393835313031363131595345312f2f2f2f2f2f2f2f2f2f2f2f wmbus.0 2019-09-30 09:54:12.538 debug (5246) IV: 00000000000000000000000000000000 wmbus.0 2019-09-30 09:54:12.537 debug (5246) MAC: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx wmbus.0 2019-09-30 09:54:12.534 debug (5246) Kmac: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx wmbus.0 2019-09-30 09:54:12.532 debug (5246) Kenc: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx wmbus.0 2019-09-30 09:54:12.530 debug (5246) encrypted payload: 97d509f61466388401528496579d9278d04992a41723ad6e17a0ec041e53a494c777cfdc10bdc1020fc3af3aa887163602199e3fbad35b55e779fdd6ff1fc244449b69f3f9aee587fb5429f7777a1ff5 wmbus.0 2019-09-30 09:54:12.529 debug (5246) Long header wmbus.0 2019-09-30 09:54:12.528 debug (5246) AFL MAC 46eb2c5efe8d27b3 wmbus.0 2019-09-30 09:54:12.527 debug (5246) AFL MC 828267 wmbus.0 2019-09-30 09:54:12.526 debug (5246) AFL AFLL 15 wmbus.0 2019-09-30 09:54:12.525 debug (5246) Authentification and Fragmentation Layer wmbus.0 2019-09-30 09:54:12.523 debug (5246) Extended Link Layer wmbus.0 2019-09-30 09:54:12.522 debug (5246) 7b4479165662076130378c20b5900f002c256ba30c0046eb2c5efe8d27b3729358016179161102b50050871097d509f61466388401528496579d9278d04992a41723ad6e17a0ec041e53a494c777cfdc10bdc1020fc3af3aa887163602199e3fb wmbus.0 2019-09-30 09:54:12.520 debug (5246) Found AES key: D98EEFCB328EA10EBD8579DC4EC1CC9B wmbus.0 2019-09-30 09:53:52.625 debug (5246) Value ESY-61015893.data.8-0-VIF_ELECTRIC_POWER: 102.53 wmbus.0 2019-09-30 09:53:52.622 debug (5246) Value ESY-61015893.data.7-0-VIF_ELECTRIC_POWER: 0 wmbus.0 2019-09-30 09:53:52.619 debug (5246) Value ESY-61015893.data.6-0-VIF_ELECTRIC_POWER: 0 wmbus.0 2019-09-30 09:53:52.616 debug (5246) Value ESY-61015893.data.5-0-VIF_ELECTRIC_POWER: 102.53 wmbus.0 2019-09-30 09:53:52.612 debug (5246) Value ESY-61015893.data.4-0-VIF_ENERGY_KILOWATT: 0.21 wmbus.0 2019-09-30 09:53:52.609 debug (5246) Value ESY-61015893.data.3-0-VIF_ENERGY_KILOWATT: 4942.83 wmbus.0 2019-09-30 09:53:52.606 debug (5246) Value ESY-61015893.data.2-0-VIF_ENERGY_KILOWATT: 0.2743 wmbus.0 2019-09-30 09:53:52.603 debug (5246) Value ESY-61015893.data.1-0-VIF_ENERGY_KILOWATT: 4943.0447 wmbus.0 2019-09-30 09:53:52.599 debug (5246) Updating device: ESY-61015893 wmbus.0 2019-09-30 09:53:52.596 debug (5246) VIF_ELECTRIC_POWER: Value raw 10253 value calc 102.53 wmbus.0 2019-09-30 09:53:52.593 debug (5246) VIF_ELECTRIC_POWER: Value raw 0 value calc 0 wmbus.0 2019-09-30 09:53:52.590 debug (5246) VIF_ELECTRIC_POWER: Value raw 0 value calc 0 wmbus.0 2019-09-30 09:53:52.588 debug (5246) VIF_ELECTRIC_POWER: Value raw 10253 value calc 102.53 wmbus.0 2019-09-30 09:53:52.586 debug (5246) VIF_ENERGY_KILOWATT: Value raw 21 value calc 0.21 wmbus.0 2019-09-30 09:53:52.583 debug (5246) VIF_ENERGY_KILOWATT: Value raw 494283 value calc 4942.83 wmbus.0 2019-09-30 09:53:52.580 debug (5246) VIF_ENERGY_KILOWATT: Value raw 2743 value calc 0.2743 wmbus.0 2019-09-30 09:53:52.576 debug (5246) VIF_ENERGY_KILOWATT: Value raw 49430447 value calc 4943.0447 wmbus.0 2019-09-30 09:53:52.573 debug (5246) decrypted payload 2f2f0702af3ff2020000000007823cb70a000000000000841004cb8a07008420041500000004290d28000004a9ff010000000004a9ff020000000004a9ff030d2800002f2f2f2f2f2f2f2f2f2f2f2f2f wmbus.0 2019-09-30 09:53:52.569 debug (5246) IV: 00000000000000000000000000000000 wmbus.0 2019-09-30 09:53:52.566 debug (5246) MAC: 52217919ec79b78114a19c45b3cd266b wmbus.0 2019-09-30 09:53:52.559 debug (5246) Kmac: 7045b81b2731e3b3ca3d0a0aabfc30f0 wmbus.0 2019-09-30 09:53:52.555 debug (5246) Kenc: 0127bcadf760de50ea33ca967f36c8dd wmbus.0 2019-09-30 09:53:52.550 debug (5246) encrypted payload: b3df74d68a862651d154aeecc6f690d647fc175e97d1ec1ff1d2dc1873572680c57d82b0cbc2804c2da22cafd1614571954cfeb26ae55f4af15790e3f9613e7f13bea5bb6d5086b22cafe369410e959b wmbus.0 2019-09-30 09:53:52.547 debug (5246) Long header wmbus.0 2019-09-30 09:53:52.545 debug (5246) AFL MAC 52217919ec79b781 wmbus.0 2019-09-30 09:53:52.541 debug (5246) AFL MC 828266 wmbus.0 2019-09-30 09:53:52.539 debug (5246) AFL AFLL 15 wmbus.0 2019-09-30 09:53:52.537 debug (5246) Authentification and Fragmentation Layer wmbus.0 2019-09-30 09:53:52.535 debug (5246) Extended Link Layer wmbus.0 2019-09-30 09:53:52.531 debug (5246) 7b4479165662076130378c20b4900f002c256aa30c0052217919ec79b781729358016179161102b400500710b3df74d68a862651d154aeecc6f690d647fc175e97d1ec1ff1d2dc1873572680c57d82b0cbc2804c2da22cafd1614571954cfeb26 wmbus.0 2019-09-30 09:53:52.528 debug (5246) Found AES key: D98EEFCB328EA10EBD8579DC4EC1CC9B wmbus.0 2019-09-30 09:53:33.077 debug (5246) Value ESY-61015893.data.8-0-VIF_ELECTRIC_POWER: 102.42 wmbus.0 2019-09-30 09:53:33.074 debug (5246) Value ESY-61015893.data.7-0-VIF_ELECTRIC_POWER: 0 wmbus.0 2019-09-30 09:53:33.070 debug (5246) Value ESY-61015893.data.6-0-VIF_ELECTRIC_POWER: 0 wmbus.0 2019-09-30 09:53:33.066 debug (5246) Value ESY-61015893.data.5-0-VIF_ELECTRIC_POWER: 102.42 wmbus.0 2019-09-30 09:53:33.063 debug (5246) Value ESY-61015893.data.4-0-VIF_ENERGY_KILOWATT: 0.21 wmbus.0 2019-09-30 09:53:33.060 debug (5246) Value ESY-61015893.data.3-0-VIF_ENERGY_KILOWATT: 4942.83 wmbus.0 2019-09-30 09:53:33.057 debug (5246) Value ESY-61015893.data.2-0-VIF_ENERGY_KILOWATT: 0.2743 wmbus.0 2019-09-30 09:53:33.053 debug (5246) Value ESY-61015893.data.1-0-VIF_ENERGY_KILOWATT: 4943.0441 wmbus.0 2019-09-30 09:53:32.687 debug (5246) Updating device: ESY-61015893 wmbus.0 2019-09-30 09:53:32.677 debug (5246) VIF_ELECTRIC_POWER: Value raw 10242 value calc 102.42 wmbus.0 2019-09-30 09:53:32.675 debug (5246) VIF_ELECTRIC_POWER: Value raw 0 value calc 0 wmbus.0 2019-09-30 09:53:32.672 debug (5246) VIF_ELECTRIC_POWER: Value raw 0 value calc 0 wmbus.0 2019-09-30 09:53:32.670 debug (5246) VIF_ELECTRIC_POWER: Value raw 10242 value calc 102.42 wmbus.0 2019-09-30 09:53:32.667 debug (5246) VIF_ENERGY_KILOWATT: Value raw 21 value calc 0.21 wmbus.0 2019-09-30 09:53:32.665 debug (5246) VIF_ENERGY_KILOWATT: Value raw 494283 value calc 4942.83 wmbus.0 2019-09-30 09:53:32.660 debug (5246) VIF_ENERGY_KILOWATT: Value raw 2743 value calc 0.2743 wmbus.0 2019-09-30 09:53:32.655 debug (5246) VIF_ENERGY_KILOWATT: Value raw 49430441 value calc 4943.0441 wmbus.0 2019-09-30 09:53:32.630 debug (5246) decrypted payload 2f2f0702a93ff2020000000007823cb70a000000000000841004cb8a07008420041500000004290228000004a9ff010000000004a9ff020000000004a9ff03022800002f2f2f2f2f2f2f2f2f2f2f2f2f wmbus.0 2019-09-30 09:53:32.625 debug (5246) IV: 00000000000000000000000000000000 wmbus.0 2019-09-30 09:53:32.619 debug (5246) MAC: e917fabfac2e4954f20a427ddfe6de11 wmbus.0 2019-09-30 09:53:32.611 debug (5246) Kmac: 59ae6c53779b3c0e5a854b33ae2c993c wmbus.0 2019-09-30 09:53:32.607 debug (5246) Kenc: bf7a0f1a5f2275ac54e98a39464f0ba4 wmbus.0 2019-09-30 09:53:32.586 debug (5246) encrypted payload: a03aa807b58e6d16e8d91f90409fee8abd1bcdda57949e3cc953f1174c6d08f0e0ee842b5dc14b9624aa456463909f2ec192f73946ed1a6a60c3dba8ac4cd8876fd023d7b82dc63ed7ce4e4e12631193 wmbus.0 2019-09-30 09:53:32.579 debug (5246) Long header wmbus.0 2019-09-30 09:53:32.570 debug (5246) AFL MAC e917fabfac2e4954 wmbus.0 2019-09-30 09:53:32.569 debug (5246) AFL MC 828265 wmbus.0 2019-09-30 09:53:32.566 debug (5246) AFL AFLL 15 wmbus.0 2019-09-30 09:53:32.560 debug (5246) Authentification and Fragmentation Layer wmbus.0 2019-09-30 09:53:32.554 debug (5246) Extended Link Layer wmbus.0 2019-09-30 09:53:32.542 debug (5246) 7b4479165662076130378c20b3900f002c2569a30c00e917fabfac2e4954729358016179161102b300500710a03aa807b58e6d16e8d91f90409fee8abd1bcdda57949e3cc953f1174c6d08f0e0ee842b5dc14b9624aa456463909f2ec192f7394 wmbus.0 2019-09-30 09:53:32.535 debug (5246) Found AES key: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx wmbus.0 2019-09-30 09:53:29.855 debug (5246) AMBER: Autosleep is disabled wmbus.0 2019-09-30 09:53:29.824 debug (5246) AMBER: RSSI is disnabled wmbus.0 2019-09-30 09:53:29.797 debug (5246) AMBER: UART_CMD_Out is enabled wmbus.0 2019-09-30 09:53:29.758 debug (5246) AMBER: Receiver channel set to T-Mode wmbus.0 2019-09-30 09:53:29.715 debug (5246) connected set to true wmbus.0 2019-09-30 09:53:29.535 debug (5246) Created device of type: Amber Wireless AMB8465 wmbus.0 2019-09-30 09:53:29.362 info (5246) starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.wmbus, node: v8.16.1 wmbus.0 2019-09-30 09:53:28.723 debug (5246) States connected to redis: 192.168.2.35:9000 wmbus.0 2019-09-30 09:53:28.376 debug (5246) statesDB connected wmbus.0 2019-09-30 09:53:28.249 debug (5246) Redis States: Use Redis connection: 192.168.2.35:9000 wmbus.0 2019-09-30 09:53:28.239 debug (5246) objectDB connected wmbus.0 2019-09-30 09:53:28.194 debug (5246) Objects connected to redis: 192.168.2.35:9001 wmbus.0 2019-09-30 09:53:27.948 debug (5246) Redis Objects: Use Redis connection: 192.168.2.35:9001 host.RPI3 2019-09-30 09:53:24.859 info instance system.adapter.wmbus.0 started with pid 5246@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:
Und was sagen die drei Punkte im Popup: Verbunden mit Host / Lebenszeichen / Verbunden mit wmbus ?
Verbunden mit Host --> wahr
Lebenszeichen --> wahr
Verbunden mit wmbus --> falsch
