Test Adapter wireless-mbus v0.9.x

[Lenny.CB]

@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.

[octane321]

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

[lvogt]

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
brt

Bitte 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...

[octane321]

@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

[octane321]

Wenn ich die Befehle über den seriellen Monitor des Arduino IDE eingebe:
X21 -> keine Antwort
brs -> SMODE
brc -> OFF
brt -> TMODE

sonst 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

[lvogt]

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.

[octane321]

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.0

Ich werd auch die culfw nochmal neu flashen - nur um sicher zu gehen.

[lvogt]

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?

[ple]

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 connected

Mit 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?

[lvogt]

@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 ]

[octane321]

@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!

[ple]

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.

[lvogt]

@ple Heißt das der Adapter funktioniert jetzt ordentlich?

[Lenny.CB]

@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?

[lvogt]

@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 ?

[Lenny.CB]

@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

[lvogt]

@Lenny-CB Mal wieder ein Schuss ins Blaue. Du kannst ja mal die aktuelle Version testen. Zur Sicherheit bitte noch mal iobroker upload wmbus durchführen.

[Lenny.CB]

@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:

@Lenny-CB Mal wieder ein Schuss ins Blaue. Du kannst ja mal die aktuelle Version testen. Zur Sicherheit bitte noch mal iobroker upload wmbus durchführen.

• Update unauffällig (0.5.0 --> 0.5.1)
• Upload gemacht
• Daten kommen
• Adapter bleibt gelb (Verbunden mit Host --> wahr; Lebenszeichen --> wahr; Verbunden mit wmbus --> falsch)

[lvogt]

@Lenny-CB keine Ahnung
Hat sich da doch irgendne Kleinigkeit im 2.0er Controller geändert?

Was anderes: Habe noch eine Kleinigkeit im cul-test Branch geändert - falls jemand Lust/Zeit/Hardware zum testen hat...

[Lenny.CB]

@lvogt sagte in [Aufruf] Adapter iobroker.wmbus:

@Lenny-CB keine Ahnung
Hat sich da doch irgendne Kleinigkeit im 2.0er Controller geändert?

ne Menge, so wie es ausschaut...
https://github.com/ioBroker/ioBroker.js-controller/blob/master/CHANGELOG.md

Was anderes: Habe noch eine Kleinigkeit im cul-test Branch geändert - falls jemand Lust/Zeit/Hardware zum testen hat...

habe leider keinen cul. Ich glaube @octane321 hatte son Ding. Zumindest will ich meinen sowas gelesen zu haben.