Test Adapter wireless-mbus v0.10.x

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

[lvogt]

@Lenny-CB said in [Aufruf] Adapter iobroker.wmbus:

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

Ja ich hatte auch eher im speziellen was diesen "Connection status" angeht...

Habe noch eine Kleinigkeit geändert. Die Versionsnummer habe ich erstmal nicht erhöht.
(Falls im Debug Log beim Updaten eines Geräts immer noch "Updating device states: XXX-12345678/ Updating device: XXX-12345678" hintereinander steht hat das Update nicht funktioniert - nur als Hinweis, manchmal ist ioBroker meiner Erfahrung nach etwas zickig...)

Wenn das nicht hilft, kann ich oder du es ja mal in den js-controller Thread posten...

[Lenny.CB]

@lvogt
Update habe ich grad gemacht. Die beiden Zeilen sind weg und der Adapter geht von rot direkt zu grün über.

Updating device states: XXX-12345678
Updating device: XXX-12345678"

ABER, jetzt kommen keine Werte mehr an.

[lvogt]

@Lenny-CB Öhm... das kann eigentlich nicht sein - die Änderungen war minimal und haben eigentlich nichts in der Richtung angerührt...
Stick mal abziehen/neu einstecken, Adapter neustarten, o.ä.?

Nur am Rande nochmal gerade zur Klärung was ich mit den beiden Zeilen meinte:

wmbus.0	2019-09-30 16:35:35.655	debug	Value FFD-19927286.data.2-0-VIF_ACCESS_NO: 7738
wmbus.0	2019-09-30 16:35:35.655	debug	Value FFD-19927286.data.1-0-VIF_ENERGY_WATT: 0
wmbus.0	2019-09-30 16:35:35.654	debug	Updating device states: FFD-19927286 <--- sollte nicht auftauchen, war ein Überbleibsel
wmbus.0	2019-09-30 16:35:35.654	debug	Updating device: FFD-19927286
wmbus.0	2019-09-30 16:35:35.653	debug	VIF_ACCESS_NO: Value raw 7738 value calc 7738
wmbus.0	2019-09-30 16:35:35.653	debug	VIF_ENERGY_WATT: Value raw 0 value calc 0
wmbus.0	2019-09-30 16:35:35.652	debug	Short header
wmbus.0	2019-09-30 16:35:35.651	debug	1944c4188672921901027a970000a034050000000002fd083a1e

[lvogt]

@Lenny-CB wie sieht's aus? Weiterhin keine Daten?

[Lenny.CB]

@lvogt
ich habe das mal eine Weile beobachtet.
Meine Aussage "es kommen keinen Daten" war etwas vorschnell. Über Nacht kamen welche aber in recht unregelmäßigen Abständen. Ein Neustart des Adapters brachte da keine Besserung. Der erste Datensatz kam ca. 10 Minuten nach dem Start.

Ich hatte dann den PI neu gebootet. Siehe da, alles gut.
Adapter grün, Daten kommen sofort nach dem Start und weiterhin regelmäßig.

Läuft also, meine ich! Vielen Dank!