NEWS
Test Adapter wireless-mbus v0.10.x
-
@pille0557 im Admin bei dem wmbus Adapter den log level auf Debug stellen
@smartboart Danke!
ja ist auch iPerl -
@pille0557 im Admin bei dem wmbus Adapter den log level auf Debug stellen
@smartboart so sieht das jetzt aus:
2023-05-06 09:05:50.956 debug connected set to truewireless-mbus.0
2023-05-06 09:05:50.894 info CUL: Receiver set to T-MODE and data reporting with RSSIwireless-mbus.0
2023-05-06 09:05:50.891 debug CUL: RX: 544d4f44450d0awireless-mbus.0
2023-05-06 09:05:50.875 debug CUL: TX: 5832310d0a6272740d0awireless-mbus.0
2023-05-06 09:05:50.873 info CUL: Error getting CUL version: Timeout waiting for responsewireless-mbus.0
2023-05-06 09:05:47.923 debug connected set to falsewireless-mbus.0
2023-05-06 09:05:47.864 debug CUL: TX: 560d0awireless-mbus.0
2023-05-06 09:05:47.858 debug Created device of type: CULwireless-mbus.0
2023-05-06 09:05:47.785 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24wireless-mbus.0
2023-05-06 09:05:47.531 debug States connected to redis: 127.0.0.1:9000wireless-mbus.0
2023-05-06 09:05:47.461 debug States create User PubSub Clientwireless-mbus.0
2023-05-06 09:05:47.459 debug States create System PubSub Clientwireless-mbus.0
2023-05-06 09:05:47.396 debug Redis States: Use Redis connection: 127.0.0.1:9000wireless-mbus.0
2023-05-06 09:05:47.363 debug Objects connected to redis: 127.0.0.1:9001wireless-mbus.0
2023-05-06 09:05:47.356 debug Objects client initialize lua scriptswireless-mbus.0
2023-05-06 09:05:47.301 debug Objects create User PubSub Clientwireless-mbus.0
2023-05-06 09:05:47.299 debug Objects create System PubSub Clientwireless-mbus.0
2023-05-06 09:05:47.297 debug Objects client ready ... initialize nowwireless-mbus.0
2023-05-06 09:05:47.239 debug Redis Objects: Use Redis connection: 127.0.0.1:9001
host.raspi-iobroker
2023-05-06 09:05:45.751 info instance system.adapter.wireless-mbus.0 started with pid 7019
host.raspi-iobroker
2023-05-06 09:05:43.181 info instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.raspi-iobroker
2023-05-06 09:05:42.660 info stopInstance system.adapter.wireless-mbus.0 send kill signalwireless-mbus.0
2023-05-06 09:05:42.625 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reasonwireless-mbus.0
2023-05-06 09:05:42.623 info terminatingwireless-mbus.0
2023-05-06 09:05:42.617 info Got terminate signal TERMINATE_YOURSELFsehe gerade, dass der iobroker 1h hinterher hängt, der raspi hat aber die Sommerzeit! ... ?
-
@smartboart hallo,
habe jetzt mal die von dir verlinkte fw ausprobiert. flashen lässt sie sich, aber mit den von dir gezeigten verbindungseinstellung bekomme ich folgende meldungen:wireless-mbus.0 2023-04-24 16:09:11.231 info List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"},{"path":"/dev/ttyS0"}] wireless-mbus.0 2023-04-24 16:05:21.397 debug connected set to false wireless-mbus.0 2023-04-24 16:05:21.351 error Serialport error: Port is not open wireless-mbus.0 2023-04-24 16:05:21.351 error Serialport error: Error: Permission denied, cannot open /dev/ttyUSB0 wireless-mbus.0 2023-04-24 16:05:21.350 debug CUL: TX: 560d0a wireless-mbus.0 2023-04-24 16:05:21.348 debug Created device of type: CUL wireless-mbus.0 2023-04-24 16:05:21.321 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24 wireless-mbus.0 2023-04-24 16:05:17.401 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason wireless-mbus.0 2023-04-24 16:05:17.400 info terminating wireless-mbus.0 2023-04-24 16:05:17.400 info Got terminate signal TERMINATE_YOURSELF wireless-mbus.0 2023-04-24 16:05:13.259 info List of port: [{"path":"/dev/ttyUSB0"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"},{"path":"/dev/ttyS0"}] wireless-mbus.0 2023-04-24 15:57:00.384 debug connected set to falseSerialport error: Error: Permission denied, cannot open /dev/ttyUSB0
weist ja irgendwie auf ein rechteproblem hin, kann mir da jemand helfen? hat der iobroker user keine rechte auf den Usb stick zuzugreifen? wie ändere ich das?
@smartboart danke für Deine Hilfe.
habe jetzt einen Stick mit der richtigen Firmware bestellt: https://www.amazon.de/dp/B0BG3JD6FV/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
gemäß meiner infos oben habe ich den in meiner Proxmox umgebung erfolgreich durchgereicht. in iobroker auch entsprechend erreichbar mit folgenden Einstellungen:
und: Es funktioniert
der adapter verbindet erfolgreich zum Stick und hört.
nach einiger Zeit kommt der erste ping von meinem Sensus Iperl und der objektbaum zeigt im Feld info... raw date einen Eintrag.
auch kommt die Id des wasserzählers im Tab AES schlüssel... habe hier noch den korrekten AES schlüssel eingegeben und nach einiger Zeit warten interpretiert der Adapter den Wert richtig und dann wird der Wasserzähler auch mit den korrekten entschlüsselten Daten im Objektbaum angezeigt.
Als wem's hilft und wer einen Sensus Iperl auslesen möchte, mit den einstellungen im Screenshot funktioniert es
einzige Frage die ich habe: kann man das Sendeintervall des Wasserzählers irgendwie beeinflussen? es scheint, dass der nur jede Stunde sendet... -
@smartboart danke für Deine Hilfe.
habe jetzt einen Stick mit der richtigen Firmware bestellt: https://www.amazon.de/dp/B0BG3JD6FV/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
gemäß meiner infos oben habe ich den in meiner Proxmox umgebung erfolgreich durchgereicht. in iobroker auch entsprechend erreichbar mit folgenden Einstellungen:und: Es funktioniert
der adapter verbindet erfolgreich zum Stick und hört.
nach einiger Zeit kommt der erste ping von meinem Sensus Iperl und der objektbaum zeigt im Feld info... raw date einen Eintrag.
auch kommt die Id des wasserzählers im Tab AES schlüssel... habe hier noch den korrekten AES schlüssel eingegeben und nach einiger Zeit warten interpretiert der Adapter den Wert richtig und dann wird der Wasserzähler auch mit den korrekten entschlüsselten Daten im Objektbaum angezeigt.
Als wem's hilft und wer einen Sensus Iperl auslesen möchte, mit den einstellungen im Screenshot funktioniert es
einzige Frage die ich habe: kann man das Sendeintervall des Wasserzählers irgendwie beeinflussen? es scheint, dass der nur jede Stunde sendet...@felidsche said in Test Adapter wireless-mbus v0.8.x:
und: Es funktioniert
der adapter verbindet erfolgreich zum Stick und hört.
nach einiger Zeit kommt der erste ping von meinem Sensus Iperl und der objektbaum zeigt im Feld info... raw date einen Eintrag.
auch kommt die Id des wasserzählers im Tab AES schlüssel... habe hier noch den korrekten AES schlüssel eingegeben und nach einiger Zeit warten interpretiert der Adapter den Wert richtig und dann wird der Wasserzähler auch mit den korrekten entschlüsselten Daten im Objektbaum angezeigt.tja, bei mir alles genauso, id des Wasserzählers stimmt auch, raw date auch da, aber dann nix im Objektbaum ... ?
evtl. muss ich den AES-Schlüssel nochmal kontrollieren lassenwas hast du hier gewählt:
-
@felidsche said in Test Adapter wireless-mbus v0.8.x:
und: Es funktioniert
der adapter verbindet erfolgreich zum Stick und hört.
nach einiger Zeit kommt der erste ping von meinem Sensus Iperl und der objektbaum zeigt im Feld info... raw date einen Eintrag.
auch kommt die Id des wasserzählers im Tab AES schlüssel... habe hier noch den korrekten AES schlüssel eingegeben und nach einiger Zeit warten interpretiert der Adapter den Wert richtig und dann wird der Wasserzähler auch mit den korrekten entschlüsselten Daten im Objektbaum angezeigt.tja, bei mir alles genauso, id des Wasserzählers stimmt auch, raw date auch da, aber dann nix im Objektbaum ... ?
evtl. muss ich den AES-Schlüssel nochmal kontrollieren lassenwas hast du hier gewählt:
@pille0557
Ich hätte wohl konkreter sein müssen: Es geht um ein Debug Log was auch ein ankommendes Telegramm enthält. Dann sollte dort nämlich auch was dazu stehen was beim Parsen schief gelaufen ist.Was du gepostet hast zeigt ja nur den Adapter Start.
-
@felidsche sagte in Test Adapter wireless-mbus v0.8.x:
@smartboart danke für Deine Hilfe.
habe jetzt einen Stick mit der richtigen Firmware bestellt: https://www.amazon.de/dp/B0BG3JD6FV/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
gemäß meiner infos oben habe ich den in meiner Proxmox umgebung erfolgreich durchgereicht. in iobroker auch entsprechend erreichbar mit folgenden Einstellungen:Hallo, heißt das, das der Stick so wie er geliefert wurde funktioniert? Ohne angepasste firmware? Also funktioniert dein iperl im 868Mhz Bereich?
-
@smartboart so sieht das jetzt aus:
2023-05-06 09:05:50.956 debug connected set to truewireless-mbus.0
2023-05-06 09:05:50.894 info CUL: Receiver set to T-MODE and data reporting with RSSIwireless-mbus.0
2023-05-06 09:05:50.891 debug CUL: RX: 544d4f44450d0awireless-mbus.0
2023-05-06 09:05:50.875 debug CUL: TX: 5832310d0a6272740d0awireless-mbus.0
2023-05-06 09:05:50.873 info CUL: Error getting CUL version: Timeout waiting for responsewireless-mbus.0
2023-05-06 09:05:47.923 debug connected set to falsewireless-mbus.0
2023-05-06 09:05:47.864 debug CUL: TX: 560d0awireless-mbus.0
2023-05-06 09:05:47.858 debug Created device of type: CULwireless-mbus.0
2023-05-06 09:05:47.785 info starting. Version 0.8.10 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v16.19.1, js-controller: 4.0.24wireless-mbus.0
2023-05-06 09:05:47.531 debug States connected to redis: 127.0.0.1:9000wireless-mbus.0
2023-05-06 09:05:47.461 debug States create User PubSub Clientwireless-mbus.0
2023-05-06 09:05:47.459 debug States create System PubSub Clientwireless-mbus.0
2023-05-06 09:05:47.396 debug Redis States: Use Redis connection: 127.0.0.1:9000wireless-mbus.0
2023-05-06 09:05:47.363 debug Objects connected to redis: 127.0.0.1:9001wireless-mbus.0
2023-05-06 09:05:47.356 debug Objects client initialize lua scriptswireless-mbus.0
2023-05-06 09:05:47.301 debug Objects create User PubSub Clientwireless-mbus.0
2023-05-06 09:05:47.299 debug Objects create System PubSub Clientwireless-mbus.0
2023-05-06 09:05:47.297 debug Objects client ready ... initialize nowwireless-mbus.0
2023-05-06 09:05:47.239 debug Redis Objects: Use Redis connection: 127.0.0.1:9001
host.raspi-iobroker
2023-05-06 09:05:45.751 info instance system.adapter.wireless-mbus.0 started with pid 7019
host.raspi-iobroker
2023-05-06 09:05:43.181 info instance system.adapter.wireless-mbus.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
host.raspi-iobroker
2023-05-06 09:05:42.660 info stopInstance system.adapter.wireless-mbus.0 send kill signalwireless-mbus.0
2023-05-06 09:05:42.625 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reasonwireless-mbus.0
2023-05-06 09:05:42.623 info terminatingwireless-mbus.0
2023-05-06 09:05:42.617 info Got terminate signal TERMINATE_YOURSELFsehe gerade, dass der iobroker 1h hinterher hängt, der raspi hat aber die Sommerzeit! ... ?
@pille0557 in dem log sieht man nur das der Stick aufgenommen. Wurde.. vom iperl ist nichts zu sehen. Sieht aus wie bei mir..
-
@felidsche said in Test Adapter wireless-mbus v0.8.x:
und: Es funktioniert
der adapter verbindet erfolgreich zum Stick und hört.
nach einiger Zeit kommt der erste ping von meinem Sensus Iperl und der objektbaum zeigt im Feld info... raw date einen Eintrag.
auch kommt die Id des wasserzählers im Tab AES schlüssel... habe hier noch den korrekten AES schlüssel eingegeben und nach einiger Zeit warten interpretiert der Adapter den Wert richtig und dann wird der Wasserzähler auch mit den korrekten entschlüsselten Daten im Objektbaum angezeigt.tja, bei mir alles genauso, id des Wasserzählers stimmt auch, raw date auch da, aber dann nix im Objektbaum ... ?
evtl. muss ich den AES-Schlüssel nochmal kontrollieren lassenwas hast du hier gewählt:
@pille0557 hi pille, da habe ich
@pille0557 said in Test Adapter wireless-mbus v0.8.x:
was hast du hier gewählt:
hi pille da habe ich nichts gewählt bzw. nichts geändert. Wenn der AES Key korrekt ist, sollte er es auch interpretieren. und es wird soweit ich verstanden habe erst ein objekt im Objektbaum angelegt, wenn einmal richtig interpretiert wurde.
-
@felidsche sagte in Test Adapter wireless-mbus v0.8.x:
@smartboart danke für Deine Hilfe.
habe jetzt einen Stick mit der richtigen Firmware bestellt: https://www.amazon.de/dp/B0BG3JD6FV/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
gemäß meiner infos oben habe ich den in meiner Proxmox umgebung erfolgreich durchgereicht. in iobroker auch entsprechend erreichbar mit folgenden Einstellungen:Hallo, heißt das, das der Stick so wie er geliefert wurde funktioniert? Ohne angepasste firmware? Also funktioniert dein iperl im 868Mhz Bereich?
@smartboart
ja, genau, mit der firmware die drauf war hat es funktioniert. Auf dem Stick ist schon die richtige mbus firmware drauf. die muss man nicht ändern.
ja, anscheinend geht der Iperl im 868 mhz bereich. hab dazu keine doku gefunden. -
@smartboart danke für Deine Hilfe.
habe jetzt einen Stick mit der richtigen Firmware bestellt: https://www.amazon.de/dp/B0BG3JD6FV/ref=pe_27091401_487027711_TE_SCE_3p_dp_1
gemäß meiner infos oben habe ich den in meiner Proxmox umgebung erfolgreich durchgereicht. in iobroker auch entsprechend erreichbar mit folgenden Einstellungen:und: Es funktioniert
der adapter verbindet erfolgreich zum Stick und hört.
nach einiger Zeit kommt der erste ping von meinem Sensus Iperl und der objektbaum zeigt im Feld info... raw date einen Eintrag.
auch kommt die Id des wasserzählers im Tab AES schlüssel... habe hier noch den korrekten AES schlüssel eingegeben und nach einiger Zeit warten interpretiert der Adapter den Wert richtig und dann wird der Wasserzähler auch mit den korrekten entschlüsselten Daten im Objektbaum angezeigt.
Als wem's hilft und wer einen Sensus Iperl auslesen möchte, mit den einstellungen im Screenshot funktioniert es
einzige Frage die ich habe: kann man das Sendeintervall des Wasserzählers irgendwie beeinflussen? es scheint, dass der nur jede Stunde sendet...laut diesem bericht: https://www.drmoldan.de/2020/12/23/funk-wasserzähler-iperl/ sendet der Iperl alle 14,6 sekunden.
bei mir kommen die Signale jedoch nicht so regelmäßig an. teilweise nur jede stunde, teilweise nur alle paar tage ;-(
ich probiere jetzt mal meine Antenne anders auzurichten. Eigentlich ist der usb stick genau gegenüber ca. 1,5 meter entfernt. das sollte funktionieren.
kann jemand helfen? bzw. hat einen tip was ich probieren kann? -
laut diesem bericht: https://www.drmoldan.de/2020/12/23/funk-wasserzähler-iperl/ sendet der Iperl alle 14,6 sekunden.
bei mir kommen die Signale jedoch nicht so regelmäßig an. teilweise nur jede stunde, teilweise nur alle paar tage ;-(
ich probiere jetzt mal meine Antenne anders auzurichten. Eigentlich ist der usb stick genau gegenüber ca. 1,5 meter entfernt. das sollte funktionieren.
kann jemand helfen? bzw. hat einen tip was ich probieren kann?@felidsche
ok also hab nen neuen Stick bestellt und geht es geht jetzt auch bei mir... Lag dann wohl an meinen beiden vorhanden cul sticks. Weder der 433 er noch der 868 er lief...
Der Neue von Schlauhaus 868 läuft jetzt auch bei mir und das obwohl mir der Wasserversorger versicherte mein iperl würde mit 433MhZ funken...
Crazy... aber es geht... -
laut diesem bericht: https://www.drmoldan.de/2020/12/23/funk-wasserzähler-iperl/ sendet der Iperl alle 14,6 sekunden.
bei mir kommen die Signale jedoch nicht so regelmäßig an. teilweise nur jede stunde, teilweise nur alle paar tage ;-(
ich probiere jetzt mal meine Antenne anders auzurichten. Eigentlich ist der usb stick genau gegenüber ca. 1,5 meter entfernt. das sollte funktionieren.
kann jemand helfen? bzw. hat einen tip was ich probieren kann?@felidsche Wie sieht es bei dir mit dem Empdang aus, also wie weit ist dein Cul vom iperl entfernt? Bei klappt es nur wenn er im selben Raum direkt in der nähe platziert ist. Im Raum neben an geht es schon nicht mehr.
Welche _Antenne benutzt du?
MfG -
Hallo,
wir sollen nächste Woche auch einen "Smarten" Wasserzähler bekommen.
Noch weiß ich weder welches Modell noch ob ich überhaupt den Key bekomme. Ich hab mich aber gerade ein wenig eingelesen, und plane sobald ich (hoffentlich morgen) etwas mehr weiß, die Komponenten schon mal zu organisieren.
Ich hab meinen Zigbee Adapter per LAN angeschlossen, da meine IObroker instanz zwischen zwei Docker Hosts hin und her wechselt. Im Zigbee Adapter konnte ich dann am COM Port einfach z.B. tcp://127.0.0.01:1337 eintragen.
Nun zur eigentlichen frage. Würde das mit diesem Adapter ähnlich funktionieren? Dann würde ich mir einen nanoCUL und einen USR-TCP232-T2 besorgen.
Anderenfalls müsste ich wohl einen Raspi mit IObroker als zweiten Host aufsetzen, der nur den Wasserzähler ausließt...
Ich hoffe ja das es über TCP auch geht
Hallo zusammen
ich habe vorhin v0.9.0 des Adapters auf npm publiziert. Die einzige Neuerung ist, dass man nun auch USB Sticks deren serielle Schnittstelle per TCP Socket im Netzwerk erreichbar ist, verwenden kann.
Dazu muss in der Konfiguration die Benutzerdefinierte Schnittstelle ausgewählt werden und dann die Adresse in Form von
tcp://host:porteingegeben werden. -
Hallo zusammen
ich habe vorhin v0.9.0 des Adapters auf npm publiziert. Die einzige Neuerung ist, dass man nun auch USB Sticks deren serielle Schnittstelle per TCP Socket im Netzwerk erreichbar ist, verwenden kann.
Dazu muss in der Konfiguration die Benutzerdefinierte Schnittstelle ausgewählt werden und dann die Adresse in Form von
tcp://host:porteingegeben werden.@lvogt
Hallo Forum,
ich versuche momentan, einen Wärmemengenzähler in den ioBroker einzubinden:
Typ: Allmess UltraMaxx mit wMBusmodul EquaScan hMIU RF V2; AES bekannt
Empfänger: IM871A-USB an Raspi4
ioBroker Node.js v18.17.0 npm 9.6.7 mit Wireless M-Bus-Adapter v0.9.1
Der WMZ sendet alle 5min ein CB-Telegramm,das erfolgreich entschlüsselt wird.
RAW-Daten werden angezeigt, da "...if parser failed" Beispiel:
444497260501122300047a130030a5cee4d5236ac1f055df19d551906e82b9497b731b5e59a694
cdbd4e3cab34f57fb18c5fc40d03b73fe757265f1e473a170c7947573822
Dann geht es nicht weiter, im Log kommen Fehlermeldungen:
CRC for frame type B block 1+2 failed! calc: 274d read: 3822
CRC for frame type B block 1+2 failed! calc: d2c7 read: 3822 usw.
Da ich kein IT-Fachmann bin: Gibt es Abhilfe?
VG Nord -
@lvogt
Hallo Forum,
ich versuche momentan, einen Wärmemengenzähler in den ioBroker einzubinden:
Typ: Allmess UltraMaxx mit wMBusmodul EquaScan hMIU RF V2; AES bekannt
Empfänger: IM871A-USB an Raspi4
ioBroker Node.js v18.17.0 npm 9.6.7 mit Wireless M-Bus-Adapter v0.9.1
Der WMZ sendet alle 5min ein CB-Telegramm,das erfolgreich entschlüsselt wird.
RAW-Daten werden angezeigt, da "...if parser failed" Beispiel:
444497260501122300047a130030a5cee4d5236ac1f055df19d551906e82b9497b731b5e59a694
cdbd4e3cab34f57fb18c5fc40d03b73fe757265f1e473a170c7947573822
Dann geht es nicht weiter, im Log kommen Fehlermeldungen:
CRC for frame type B block 1+2 failed! calc: 274d read: 3822
CRC for frame type B block 1+2 failed! calc: d2c7 read: 3822 usw.
Da ich kein IT-Fachmann bin: Gibt es Abhilfe?
VG Nord@nord
Hi, ich habe gerade keinen PC zur Hand, aber schon mal zwei Dinge vorne weg:-
Mein Tipp wäre, dass du als Mode CA auswählen musst statt CB.
-
Der CRC Check kommt vor jedweglicher Verschlüsselung, d.h. ob der Schlüssel korrekt ist, ist nicht klar.
Falls der CA Mode nicht hilft müsste ich mal näher nach gucken - weiß aber nicht genau wann ich dazu Zeit habe.
-
-
Danke für die schnelle Antwort!
Ich hatte die anderen Modi schon getestet:[32minfo[39m: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 149149
[32minfo[39m: wireless-mbus.0 (149149) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
[32minfo[39m: wireless-mbus.0 (149149) IMST: Receiver set to CA-MODE
[31merror[39m: wireless-mbus.0 (149149) cd351bfefcb9f5d7f788f6e0aa04740ef7ede78238d30df9efbbc8624985b6833997bd72c5a067c0c75c4acc213d513d0c7947573822[32minfo[39m: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 151210
[32minfo[39m: wireless-mbus.0 (151210) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
[32minfo[39m: wireless-mbus.0 (151210) IMST: Receiver set to CB-MODE
[31merror[39m: wireless-mbus.0 (151210) CRC for frame type B block 1+2 failed! calc: 88f7 read: 3822[32minfo[39m: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 151991
[32minfo[39m: wireless-mbus.0 (151991) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
[32minfo[39m: wireless-mbus.0 (151991) IMST: Receiver set to T-MODE
[31merror[39m: wireless-mbus.0 (151991) encrypted message and no aeskey provided(Auf S kommt gar nichts)
Der Key war im Lieferumfang des Moduls. Ich habe zuerst direkt an meiner CCU3/CuxD probiert. Dort wird der Zählertyp "Heat" erkannt und der RSSI angezeigt. Wäre das ein Indiz für die Richtigkeit des Keys?
-
Danke für die schnelle Antwort!
Ich hatte die anderen Modi schon getestet:[32minfo[39m: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 149149
[32minfo[39m: wireless-mbus.0 (149149) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
[32minfo[39m: wireless-mbus.0 (149149) IMST: Receiver set to CA-MODE
[31merror[39m: wireless-mbus.0 (149149) cd351bfefcb9f5d7f788f6e0aa04740ef7ede78238d30df9efbbc8624985b6833997bd72c5a067c0c75c4acc213d513d0c7947573822[32minfo[39m: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 151210
[32minfo[39m: wireless-mbus.0 (151210) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
[32minfo[39m: wireless-mbus.0 (151210) IMST: Receiver set to CB-MODE
[31merror[39m: wireless-mbus.0 (151210) CRC for frame type B block 1+2 failed! calc: 88f7 read: 3822[32minfo[39m: host.iobroker instance system.adapter.wireless-mbus.0 started with pid 151991
[32minfo[39m: wireless-mbus.0 (151991) starting. Version 0.9.1 in /opt/iobroker/node_modules/iobroker.wireless-mbus, node: v18.17.0, js-controller: 4.0.24
[32minfo[39m: wireless-mbus.0 (151991) IMST: Receiver set to T-MODE
[31merror[39m: wireless-mbus.0 (151991) encrypted message and no aeskey provided(Auf S kommt gar nichts)
Der Key war im Lieferumfang des Moduls. Ich habe zuerst direkt an meiner CCU3/CuxD probiert. Dort wird der Zählertyp "Heat" erkannt und der RSSI angezeigt. Wäre das ein Indiz für die Richtigkeit des Keys?
@nord
Ok, ich rate nochmal: Der T Mode wäre eigentlich korrekt. Bitte mal folgendes machen:Adapter im T Mode starten und nach der "key missing" Fehlermeldung in die Adapter Einstellungen gehen und im AES Schlüssel Tab schauen ob ein neuer Eintrag mit "UNKNOWN" Key aufgetaucht ist.
Falls ja, bei diesem Eintrag UNKNOWN durch deinen Schlüssel ersetzen, Einstellungen speichern und gucken was passiert.Ansonsten wäre es auch besser wenn du den Adapter auf Debug Log Ausgabe umschaltetest damit wir mehr Informationen bekommen
-
@nord
Ok, ich rate nochmal: Der T Mode wäre eigentlich korrekt. Bitte mal folgendes machen:Adapter im T Mode starten und nach der "key missing" Fehlermeldung in die Adapter Einstellungen gehen und im AES Schlüssel Tab schauen ob ein neuer Eintrag mit "UNKNOWN" Key aufgetaucht ist.
Falls ja, bei diesem Eintrag UNKNOWN durch deinen Schlüssel ersetzen, Einstellungen speichern und gucken was passiert.Ansonsten wäre es auch besser wenn du den Adapter auf Debug Log Ausgabe umschaltetest damit wir mehr Informationen bekommen
@lvogt
Sorry, mein Fehler. Die T-Mode sind Diehl-Wasserzähler, nach dem Blockieren keine Signale mehr.
Im Datenblatt des Funkmoduls steht:
Protokoll: Bidirektional EN 13757-3/-4 wireless M-BUS oder Unidirektional OMS V4
Betriebsart: C2- oder C1-Mode
-
@lvogt
Sorry, mein Fehler. Die T-Mode sind Diehl-Wasserzähler, nach dem Blockieren keine Signale mehr.
Im Datenblatt des Funkmoduls steht:
Protokoll: Bidirektional EN 13757-3/-4 wireless M-BUS oder Unidirektional OMS V4
Betriebsart: C2- oder C1-Mode -
Support us
530
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge