Adapter: broadlink2
-
@frankjoke
Hi Frank, vielen Dank für die Analyse. Ich hatte die Cloud Anwendung drauf, nach derer die Firmware aktuell war. Eine Frage, die ich hatte, hat sich damit erledigt. Du verwendest ein RM4 mini, richtig? Dann würde ich meinen RM3 (war bei mir am günstigsten) noch gegen ein RM4 mini tauschen. Damit hätte ich dann die größten Erfolgswahrscheinlichkeiten. Vor dem Reset hatte ich 3 Befehle einer Klimaanlage über die Cloud Anwendung angelernt. Aber die sollten nach einem Reset hoffentlich weg sein. Oder gibt es verschiedenen Arten, einen Reset durchzuführen? -
@mirko1973 sagte in Adapter: broadlink2:
@frankjoke
Aber die sollten nach einem Reset hoffentlich weg sein. Oder gibt es verschiedenen Arten, einen Reset durchzuführen?Ich kenne keine verschiedenen Arten von resets (nur 10+ Sekunden auf den reset-Knopf bis das ding schnell blinkt).
Die angelernten Daten werden nicht im RM gespeichert, nur während des Lernvorgangs müssen sie dort gespeichert werden bis der Vorgang abgeschlossen ist und der gelernte code in hex gewandelt vom Adapter oder von der app ausgelesen wird.
Ich habe den hier: https://www.amazon.de/Broadlink-Universelle-IR-Audio-Video-Fernbedienung-Remote-Hub-kompatibel/dp/B07ZSG9Y67/, habe mir RM4 gekauft da ich einen RM3 Pro+ habe und unbedingt ein Gerät mit RM4-Protokoll brauchte um es zu testen, und da wollte ich keinen RM3 kaufen da manche RM3's das alte (mir schon bekannte) Protokoll benutzen und manche das neue.
-
Ich möchte mich Mirkos Problem anschließen.
Heute kam mein RM3 mini, S/N: RM6120204399.
Das Einbinden in den ioBroker hat etwas gedauert, aber inzwischen ist er da:
Hier die Einstellungen im Adapter:
Problem 1: ich finde die Option zum Anlernen " "broadlink2.[devicename].Learn or LearnRF for '+' type of devices"." nicht
Problem 2: der Speicherüberlauf. Hier mal das Log ab einen Neustart des Adapters.
Tendiere inzwischen auch dazu mir den RM4 mini zu holen, bevor ich den RM3 mini aber zurück schicke, vielleicht kann ich damit nich was testen, was dann allen zu gute komt?
-
Danke für das Testangebot!
Ich habe für diese unrecoverable Fehler auf git zusätzliche Information eingebaut welche die komplette Antwort des Gerätes anzeigen soll. Kannst mal probieren und den log zeigen?
-
Bei mir auch das gleiche, beim rm3 mini ist die Funktion zum anlernen verschwunden. Bei der vorherigen Version hat´s noch funktioniert.
-
Bin erst mal zurück in der Steinzeit.
Die Techniker bemühen sich im Moment (seit vorgestern) um eine Großstörung.
Heißt, weder TV, noch Telefon und Internet laufen hier. Bin gespannt, wann ich meine 40GB Datenvolumen verballert habe. -
@frankjoke ist das ein Problem mit dem den verschiedenen Typen die es vom RM3 Mini gibt ?
RM3 Mini alt (id=0x2737) S/N RM31x
RM3 Mini neu (id=0x5f36) S/N RM61xIch habe S/N RM61x und die funktioniert bei mir mit Sicherheit nicht, möglicherweise gibt es von der S/N RM61x auch mehr als eine Version, oder irgendwas wird in die Firmware geschrieben sobald das Teil einmal in der Cloud war.
Es wäre vielleicht interessant zu erfahren ob jemand eine RM3 Mini mit S/N RM61x hat der funktioniert und ob das Teil schon einmal in der Cloud war.
Kannst du mir sagen ob der RM4C Mini auch funktioniert da ich den RM4 Mini nicht bestellen kann.
https://www.amazon.de/BestCon-RM4C-Universal-Fernbedienung-IR-Controller-App-Steuerung/dp/B07ZVBJF1R/ref=sr_1_3?__mk_de_DE=ÅMÅŽÕÑ&dchild=1&keywords=RM4c+mini&qid=1593332534&sr=8-3mfg
Stefan
PS: wenn als Gerätetype 0x5f36=SP1 eingetragen wird dann kommt die "storage is full on.." Meldung nicht, wenn andere Typen eingetragen werden kommt die Meldung einmal, zweimal oder dreimal, der RM3 mini ist aber immer _notreachable.
-
Der RM4 Mini funktioniert bei mir tadellos. Nur der RM3 macht Zicken.
-
Wie gewünscht hier nach einer Neuinstalltion des Adapters das Log:
2020-06-28 11:14:38.053 - info: broadlink2.0 (25223) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2020-06-28 11:14:38.603 - info: host.rasp-io2 instance system.adapter.broadlink2.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2020-06-28 11:14:41.082 - info: host.rasp-io2 instance system.adapter.broadlink2.0 started with pid 25453 2020-06-28 11:14:42.377 - info: broadlink2.0 (25453) starting. Version 2.1.3 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v12.18.1, js-controller: 3.1.4 2020-06-28 11:14:42.452 - info: broadlink2.0 (25453) broadlink2 initialization started... 2020-06-28 11:14:42.455 - info: broadlink2.0 (25453) Scanning additional IP's: 192.168.1.199 2020-06-28 11:14:42.456 - info: broadlink2.0 (25453) Devices to add: 0xabcd=RM4 2020-06-28 11:14:42.457 - info: broadlink2.0 (25453) Devices to rename: LB:hostName-aa-bb-cc=LB:SmartBulb 2020-06-28 11:14:42.458 - info: broadlink2.0 (25453) broadlink2 has 0 old devices! 2020-06-28 11:14:42.461 - info: broadlink2.0 (25453) interface to be used: { netmaskBits: 24, address: '192.168.188.100/24', addrs: [ 192, 168, 188, 100 ], cidr: '192.168.188.100/24', bcaddr: '192.168.188.255' }: 2020-06-28 11:14:42.462 - info: broadlink2.0 (25453) macObjects: [] 2020-06-28 11:14:42.544 - info: broadlink2.0 (25453) Discover Broadlink devices for 10sec on broadlink2.0 2020-06-28 11:14:42.561 - info: broadlink2.0 (25453) discover [ '192.168.188.255', '255.255.255.255', '224.0.0.251' ] from 192.168.188.118:42260 2020-06-28 11:14:42.641 - info: broadlink2.0 (25453) Device RM:RM3-7a-e7-52 dedected: address=192.168.188.118, mac=24:df:a7:7a:e7:52, typ=rm4, id=0x5f36 devtype=RM Mini 3 2020-06-28 11:14:47.779 - info: broadlink2.0 (25453) discover [ '192.168.1.199' ] from 192.168.188.118:58080 2020-06-28 11:14:52.069 - info: broadlink2.0 (25453) Unrecoverable Send packet error {cmd: 0,command: 238,err: 'The device storage is full',response: ,cmdHex: '0xee',payload: } on RM4, RM:RM3-7a-e7-52, 24:df:a7:7a:e7:52, 192.168.188.118, 智能遥控 2020-06-28 11:14:52.074 - info: broadlink2.0 (25453) discover [ '192.168.188.118' ] from 192.168.188.118:57919 2020-06-28 11:14:54.291 - info: broadlink2.0 (25453) Poll every 30 secods. 2020-06-28 11:14:54.292 - info: broadlink2.0 (25453) broadlink2.0 started and found 1 devices named RM:RM3-7a-e7-52 2020-06-28 11:14:54.292 - info: broadlink2.0 (25453) found macs: 24:df:a7:7a:e7:52 2020-06-28 11:15:24.311 - info: broadlink2.0 (25453) Unrecoverable Send packet error {cmd: 0,command: 238,err: 'The device storage is full',response: ,cmdHex: '0xee',payload: } on RM4, RM:RM3-7a-e7-52, 24:df:a7:7a:e7:52, 192.168.188.118, 智能遥控 2020-06-28 11:15:24.315 - info: broadlink2.0 (25453) discover [ '192.168.188.118' ] from 192.168.188.118:36268 -
@frankjoke ich habe mal als Gerätetype 0x5f36=RM4! eingetragen und das Debug davon sieht so aus
broadlink2.0 2020-06-28 16:25:12.812 info (19602) discover [ '192.168.1.151' ] from 0.0.0.0:34573 broadlink2.0 2020-06-28 16:25:12.811 info (19602) debug: UDP listening on 0.0.0.0:34573 broadlink2.0 2020-06-28 16:25:12.810 info (19602) debug: should discover/search [ { address: '192.168.1.151', port: 80, devtype: 24374, oname: '智能遥控', cloud: 0, maco: <Buffer ac 41 50 a7 df 24>, mac: '24:df:a7:50:41:ac', type: 'rm4', name: 'R broadlink2.0 2020-06-28 16:25:12.809 info (19602) debug: device RM:0x5f36_24:df:a7:50:41:ac not reachable, waiting for it again { here: false } broadlink2.0 2020-06-28 16:25:12.808 info (19602) Unrecoverable Send packet error The device storage is full on RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控 broadlink2.0 2020-06-28 16:25:12.807 info (19602) debug: send Error on device RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控: { cmd: 0, command: 238, cmdHex: '0xee', payload: <Buffer 00 00 00 00 00 00 00 00 00 00 00 broadlink2.0 2020-06-28 16:24:42.792 info (19602) found macs: 24:df:a7:50:41:ac broadlink2.0 2020-06-28 16:24:42.791 info (19602) broadlink2.0 started and found 1 devices named RM:0x5f36_24:df:a7:50:41:ac broadlink2.0 2020-06-28 16:24:42.790 info (19602) Poll every 30 secods. broadlink2.0 2020-06-28 16:24:42.789 info (19602) debug: created State broadlink2.0._SendScene broadlink2.0 2020-06-28 16:24:40.571 info (19602) discover [ '192.168.1.151' ] from 0.0.0.0:51204 broadlink2.0 2020-06-28 16:24:40.569 info (19602) debug: UDP listening on 0.0.0.0:51204 broadlink2.0 2020-06-28 16:24:40.567 info (19602) debug: should discover/search [ { address: '192.168.1.151', port: 80, devtype: 24374, oname: '智能遥控', cloud: 0, maco: <Buffer ac 41 50 a7 df 24>, mac: '24:df:a7:50:41:ac', type: 'rm4', name: 'R broadlink2.0 2020-06-28 16:24:40.552 info (19602) debug: device RM:0x5f36_24:df:a7:50:41:ac not reachable, waiting for it again { here: false } broadlink2.0 2020-06-28 16:24:40.551 info (19602) debug: Device RM:0x5f36_24:df:a7:50:41:ac returned { here: false } broadlink2.0 2020-06-28 16:24:40.548 info (19602) Unrecoverable Send packet error The device storage is full on RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控 broadlink2.0 2020-06-28 16:24:40.547 info (19602) debug: send Error on device RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控: { cmd: 0, command: 238, cmdHex: '0xee', payload: <Buffer 00 00 00 00 00 00 00 00 00 00 00 broadlink2.0 2020-06-28 16:24:40.503 info (19602) debug: ChangeState ack:true of _NewDeviceScan = false broadlink2.0 2020-06-28 16:24:34.489 info (19602) debug: created State broadlink2.0.RM:0x5f36_24:df:a7:50:41:ac._notReachable broadlink2.0 2020-06-28 16:24:34.474 info (19602) Device RM:0x5f36_24:df:a7:50:41:ac dedected: address=192.168.1.151, mac=24:df:a7:50:41:ac, typ=rm4, id=0x5f36 devtype=rm4 broadlink2.0 2020-06-28 16:24:34.353 info (19602) debug: UDP listening on 0.0.0.0:57529 broadlink2.0 2020-06-28 16:24:34.274 info (19602) discover [ '192.168.1.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:57531 broadlink2.0 2020-06-28 16:24:34.272 info (19602) debug: UDP listening on 0.0.0.0:57531 broadlink2.0 2020-06-28 16:24:34.269 info (19602) debug: ChangeState ack:true of broadlink2.0._NewDeviceScan = true broadlink2.0 2020-06-28 16:24:34.261 info (19602) debug: created State broadlink2.0._NewDeviceScan broadlink2.0 2020-06-28 16:24:34.240 info (19602) debug: UDP listening on 0.0.0.0:15001 broadlink2.0 2020-06-28 16:24:34.227 info (19602) Discover Broadlink devices for 10sec on broadlink2.0 broadlink2.0 2020-06-28 16:24:34.223 info (19602) debug: Config IP-Address end to remove: .fritz.box broadlink2.0 2020-06-28 16:24:34.222 info (19602) macObjects: [] broadlink2.0 2020-06-28 16:24:34.220 info (19602) interface to be used: { netmaskBits: 24, address: '192.168.1.30/24', addrs: [ 192, 168, 1, 30 ], cidr: '192.168.1.30/24', bcaddr: '192.168.1.255' }: broadlink2.0 2020-06-28 16:24:34.214 info (19602) broadlink2 has 0 old devices! broadlink2.0 2020-06-28 16:24:34.213 info (19602) Devices to rename: broadlink2.0 2020-06-28 16:24:34.212 info (19602) Devices to add: 0x5f36,RM4 0x5f36=RM4 broadlink2.0 2020-06-28 16:24:34.210 info (19602) Scanning additional IP's: broadlink2.0 2020-06-28 16:24:34.204 info (19602) broadlink2 initialization started... broadlink2.0 2020-06-28 16:24:34.057 info (19602) starting. Version 2.1.3 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.19.0, js-controller: 3.1.6 host.ioBroker-RasPi 2020-06-28 16:24:31.203 info instance system.adapter.broadlink2.0 started with pid 19602 -
@frankjoke bei mir klappt bei der neusten Version (GitHub) der Broadlink RM4P nicht mehr. Für mich sieht es so aus als würde er ihn nicht mehr erreichen/finden?
broadlink2.0 2020-06-28 18:26:05.593 warn (13014) stateChange error no device found: RM:RM4 { val: true,ack: false,ts: 1593361565587,q: 0,from: 'system.adapter.admin.0',user: 'system.user.admin',lc: 1593114356072 } broadlink2.0 2020-06-28 18:26:05.592 info (13014) debug: Change broadlink2.0.RM:RM4._LearnRF to { val: true, ack: false, ts: 1593361565587, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 1593114356072 } broadlink2.0 2020-06-28 18:25:10.830 info (13014) found macs: broadlink2.0 2020-06-28 18:25:10.829 info (13014) broadlink2.0 started and found 0 devices named broadlink2.0 2020-06-28 18:25:10.829 info (13014) Poll every 31 secods. broadlink2.0 2020-06-28 18:25:10.828 info (13014) debug: created State broadlink2.0._SendScene broadlink2.0 2020-06-28 18:25:10.821 info (13014) debug: ChangeState ack:true of _NewDeviceScan = false broadlink2.0 2020-06-28 18:25:04.593 info (13014) discover [ '192.168.0.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:51937 broadlink2.0 2020-06-28 18:25:04.591 info (13014) debug: UDP listening on 0.0.0.0:51937 broadlink2.0 2020-06-28 18:25:04.589 info (13014) debug: ChangeState ack:true of broadlink2.0._NewDeviceScan = true broadlink2.0 2020-06-28 18:25:04.544 info (13014) debug: created State broadlink2.0._NewDeviceScan broadlink2.0 2020-06-28 18:25:04.538 info (13014) debug: UDP listening on 0.0.0.0:15001 broadlink2.0 2020-06-28 18:25:04.532 info (13014) Discover Broadlink devices for 10sec on broadlink2.0 broadlink2.0 2020-06-28 18:25:04.525 info (13014) debug: ChangeState ack:false of broadlink2.0.Scenes.Receiver = false broadlink2.0 2020-06-28 18:25:04.481 info (13014) debug: created State broadlink2.0.Scenes.Receiver broadlink2.0 2020-06-28 18:25:04.473 info (13014) debug: ChangeState ack:false of broadlink2.0.Scenes.Fehrnsehen = false broadlink2.0 2020-06-28 18:25:04.429 info (13014) debug: created State broadlink2.0.Scenes.Fehrnsehen broadlink2.0 2020-06-28 18:25:04.421 info (13014) debug: ChangeState ack:false of broadlink2.0.Scenes.Fehrnseher = false broadlink2.0 2020-06-28 18:25:04.374 info (13014) debug: created State broadlink2.0.Scenes.Fehrnseher broadlink2.0 2020-06-28 18:25:04.365 info (13014) debug: ChangeState ack:false of broadlink2.0.Scenes.TV = false broadlink2.0 2020-06-28 18:25:04.321 info (13014) debug: created State broadlink2.0.Scenes.TV broadlink2.0 2020-06-28 18:25:04.311 info (13014) debug: Config IP-Address end to remove: .fritz.box broadlink2.0 2020-06-28 18:25:04.311 info (13014) macObjects: [] broadlink2.0 2020-06-28 18:25:04.310 info (13014) interface to be used: { netmaskBits: 24, address: '192.168.0.211/24', addrs: [ 192, 168, 0, 211 ], cidr: '192.168.0.211/24', bcaddr: '192.168.0.255' }: broadlink2.0 2020-06-28 18:25:04.306 info (13014) broadlink2 has 0 old devices! broadlink2.0 2020-06-28 18:25:04.305 info (13014) Devices to rename: broadlink2.0 2020-06-28 18:25:04.305 info (13014) Devices to add: 24994=RM4P broadlink2.0 2020-06-28 18:25:04.304 info (13014) Scanning additional IP's: broadlink2.0 2020-06-28 18:25:04.301 info (13014) broadlink2 initialization started... broadlink2.0 2020-06-28 18:25:04.300 info (13014) debug: broadlink2 received 24 objects and 24 states, with config ip,scenes,switches,poll,new,rename,additional,interface,lang,latitude,longitude,adapterConf,loglevel broadlink2.0 2020-06-28 18:25:04.210 info (13014) starting. Version 2.1.3 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.21.0, js-controller: 3.1.6 broadlink2.0 2020-06-28 18:24:59.725 info (12834) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason broadlink2.0 2020-06-28 18:24:59.724 info (12834) terminating broadlink2.0 2020-06-28 18:24:59.724 info (12834) Adapter disconnected and stopped with dostop(null) and callback(true) broadlink2.0 2020-06-28 18:24:59.722 info (12834) Got terminate signal TERMINATE_YOURSELF broadlink2.0 2020-06-28 18:24:47.473 warn (12834) stateChange error no device found: RM:RM4 { val: true,ack: false,ts: 1593361487465,q: 0,from: 'system.adapter.admin.0',user: 'system.user.admin',lc: 1593114356072 } broadlink2.0 2020-06-28 18:24:47.471 info (12834) debug: Change broadlink2.0.RM:RM4._LearnRF to { val: true, ack: false, ts: 1593361487465, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 1593114356072 } -
Moin,
ich verwende ebenfalls die aktuelle 2.1.3 mit einem RM mini 3 und kann die Fehlermeldung bestätigen:
broadlink2.0 2020-06-28 20:33:07.644 info (229649) Unrecoverable Send packet error The device storage is full on RM4, RM:RM3-d6-0b-09, 24:df:a7:d6:0b:09, 10.0.1.92, 智能遥控Ich hatte das Gerät zunächst über die BroadLink iOS App über die Cloud verbunden, dann nach Reset über die BroadLink e-Control iOS App ins WLAN gebracht. Ein Objekt wird in ioBroker angelegt, jedoch nur mit dem Namen "_notReachable".
Viele Grüße,
Sven -
Danke fürs testen!
Moj, das Device 24994=RM4P ist schon drinnen, nimm das aus dem device add raus und versuche bitte nochmal ein update von git. Mein RM4 Mini und RM3 Pro+ arbeiten perfekt. Dein Listing zeigt aber dass er nicht gefunden wird
, sprich nicht reagiert. Für doppelten Boden kannst due die IP des Gerätes auch noch in das Feld 'additional IP's to scan' eingeben, dann wird er noch direkt angesprochen wenn er nicht schon auf den discover-Befehl reagiert hat.Bei der momentanen git-version werden die Fehler (samt einigen Daten) in debug mode angezeigt aber beim id=0x5f36 wird der Speichefehler ignoriert um mal zu sehen was dann passiert.
-
@swagner sagte in Adapter: broadlink2:
@frankjoke ist das ein Problem mit dem den verschiedenen Typen die es vom RM3 Mini gibt ?
RM3 Mini alt (id=0x2737) S/N RM31x
RM3 Mini neu (id=0x5f36) S/N RM61x
...
PS: wenn als Gerätetype 0x5f36=SP1 eingetragen wird dann kommt die "storage is full on.." Meldung nicht, wenn andere Typen eingetragen werden kommt die Meldung einmal, zweimal oder dreimal, der RM3 mini ist aber immer _notreachable.Danke für das Feedback!
Dein Gerät schaut gleich aus und selbes Kabel scheint dabei zu sein, also könnte funktionieren.
laut allen Aufzeichnungen ist benutzt der alte mini das alte RM protokoll (= gleich mit allen anderen Geräten, nur T1 und LB1 haben auch eigene Protokolle).
der neue sollte das RM4-Protokoll verwenden welches bei meine nRM4 Mini einwandfrei funktioniert und bei anderen Nutzern hier auch.
p.s.: Der Grund warum bei SP1 kein Fehler kommt und sonst schon ist dass SP1 keinen Abfragebefehl hat und daher nur aus dem Speicher der letzte gesendete Wet zurückgegeben wird, ohne Abfrage des Status!
Ist irgendwer von euch Python-firm? Wenn ja dann hätte ich gerne dass ihr mal das Gerät unter Python mit dem broadlink treiber dort checken. Mein Adapter implementiert das selbe Protokoll (und manchmal sende ich den Leuten auch updates) https://github.com/mjg59/python-broadlink/tree/master/broadlink
Ich hab einfach latest Python3 am PC installiert und dann mit pip3 broadlink dazu und schon kann man die command line-Befehle von der Webseite prüfen und scannen.
Wenn die wort auch probleme machen dann ist das neue RM3 Mini zu vergessen.
-
% ./broadlink_cli --type 0x5f36 --host 10.0.1.92 --mac 24dfa7d60b09 --temp Traceback (most recent call last): File "./broadlink_cli", line 116, in <module> print(dev.check_temperature()) File "/usr/local/lib/python3.7/site-packages/broadlink/__init__.py", line 673, in check_temperature return self._read_sensor( 0x24, 4, 100.0 ) File "/usr/local/lib/python3.7/site-packages/broadlink/__init__.py", line 653, in _read_sensor check_error(response[0x22:0x24]) File "/usr/local/lib/python3.7/site-packages/broadlink/exceptions.py", line 97, in check_error raise exception(error_code) broadlink.exceptions.StorageError: The device storage is full -
@frankjoke ich habe jetzt die letzte Version von Github installiert mit dem Debug settings bekomme ich folgendes in log angezeigt, mit not reachable.
broadlink2.0 2020-06-28 21:59:10.102 info (5159) discover [ '192.168.1.151' ] from 0.0.0.0:48439 broadlink2.0 2020-06-28 21:59:10.100 info (5159) debug: UDP listening on 0.0.0.0:48439 broadlink2.0 2020-06-28 21:59:10.099 info (5159) debug: should discover/search [ { address: '192.168.1.151', port: 80, devtype: 24374, oname: '智能遥控', cloud: 0, maco: <Buffer ac 41 50 a7 df 24>, mac: '24:df:a7:50:41:ac', type: 'rm4', name: 'RM broadlink2.0 2020-06-28 21:59:10.097 info (5159) debug: device RM:0x5f36_24:df:a7:50:41:ac not reachable, waiting for it again { here: false } broadlink2.0 2020-06-28 21:59:10.096 info (5159) Unrecoverable Send packet error { cmd: 0,command: 238,err: 65531,response:<Buffer 5a a5 aa 55 5a a5 aa 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 9d d2 fb ff 36 broadlink2.0 2020-06-28 21:59:10.094 info (5159) debug: send Error on device RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控: { cmd: 0, command: 238, err: 65531, response: <Buffer 5a a5 aa 55 5a a5 aa 55 00 00 00 00 0 broadlink2.0 2020-06-28 21:58:40.079 info (5159) found macs: 24:df:a7:50:41:ac broadlink2.0 2020-06-28 21:58:40.079 info (5159) broadlink2.0 started and found 1 devices named RM:0x5f36_24:df:a7:50:41:ac broadlink2.0 2020-06-28 21:58:40.078 info (5159) Poll every 30 secods. broadlink2.0 2020-06-28 21:58:40.077 info (5159) debug: ChangeState ack:true of broadlink2.0._SendScene = broadlink2.0 2020-06-28 21:58:40.067 info (5159) debug: created State broadlink2.0._SendScene broadlink2.0 2020-06-28 21:58:37.845 info (5159) discover [ '192.168.1.151' ] from 0.0.0.0:57242 broadlink2.0 2020-06-28 21:58:37.842 info (5159) debug: UDP listening on 0.0.0.0:57242 broadlink2.0 2020-06-28 21:58:37.838 info (5159) debug: should discover/search [ { address: '192.168.1.151', port: 80, devtype: 24374, oname: '智能遥控', cloud: 0, maco: <Buffer ac 41 50 a7 df 24>, mac: '24:df:a7:50:41:ac', type: 'rm4', name: 'RM broadlink2.0 2020-06-28 21:58:37.835 info (5159) debug: device RM:0x5f36_24:df:a7:50:41:ac not reachable, waiting for it again { here: false } broadlink2.0 2020-06-28 21:58:37.834 info (5159) debug: Device RM:0x5f36_24:df:a7:50:41:ac returned { here: false } broadlink2.0 2020-06-28 21:58:37.831 info (5159) Unrecoverable Send packet error { cmd: 0,command: 238,err: 65531,response:<Buffer 5a a5 aa 55 5a a5 aa 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 9c d2 fb ff 36 broadlink2.0 2020-06-28 21:58:37.828 info (5159) debug: send Error on device RM4, RM:0x5f36_24:df:a7:50:41:ac, 24:df:a7:50:41:ac, 192.168.1.151, 智能遥控: { cmd: 0, command: 238, err: 65531, response: <Buffer 5a a5 aa 55 5a a5 aa 55 00 00 00 00 0 broadlink2.0 2020-06-28 21:58:37.786 info (5159) debug: ChangeState ack:true of _NewDeviceScan = false broadlink2.0 2020-06-28 21:58:31.792 info (5159) debug: ChangeState ack:true of broadlink2.0.RM:0x5f36_24:df:a7:50:41:ac._notReachable = false broadlink2.0 2020-06-28 21:58:31.782 info (5159) debug: created State broadlink2.0.RM:0x5f36_24:df:a7:50:41:ac._notReachable broadlink2.0 2020-06-28 21:58:31.763 info (5159) Device RM:0x5f36_24:df:a7:50:41:ac dedected: address=192.168.1.151, mac=24:df:a7:50:41:ac, typ=rm4, id=0x5f36 devtype=rm4 broadlink2.0 2020-06-28 21:58:31.654 info (5159) debug: UDP listening on 0.0.0.0:34892 broadlink2.0 2020-06-28 21:58:31.541 info (5159) discover [ '192.168.1.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:40066 broadlink2.0 2020-06-28 21:58:31.538 info (5159) debug: UDP listening on 0.0.0.0:40066 broadlink2.0 2020-06-28 21:58:31.534 info (5159) debug: ChangeState ack:true of broadlink2.0._NewDeviceScan = true broadlink2.0 2020-06-28 21:58:31.518 info (5159) debug: created State broadlink2.0._NewDeviceScan broadlink2.0 2020-06-28 21:58:31.483 info (5159) debug: UDP listening on 0.0.0.0:15001 broadlink2.0 2020-06-28 21:58:31.447 info (5159) Discover Broadlink devices for 10sec on broadlink2.0 broadlink2.0 2020-06-28 21:58:31.437 info (5159) debug: Config IP-Address end to remove: .fritz.box broadlink2.0 2020-06-28 21:58:31.435 info (5159) macObjects: [] broadlink2.0 2020-06-28 21:58:31.432 info (5159) interface to be used: { netmaskBits: 24, address: '192.168.1.30/24', addrs: [ 192, 168, 1, 30 ], cidr: '192.168.1.30/24', bcaddr: '192.168.1.255' }: broadlink2.0 2020-06-28 21:58:31.419 info (5159) broadlink2 has 0 old devices! broadlink2.0 2020-06-28 21:58:31.417 info (5159) Devices to rename: broadlink2.0 2020-06-28 21:58:31.415 info (5159) Devices to add: 0x5f36=RM4 broadlink2.0 2020-06-28 21:58:31.413 info (5159) Scanning additional IP's: broadlink2.0 2020-06-28 21:58:31.399 info (5159) broadlink2 initialization started... broadlink2.0 2020-06-28 21:58:31.258 info (5159) starting. Version 2.1.3 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v10.19.0, js-controller: 3.1.6 host.ioBroker-RasPi 2020-06-28 21:58:28.293 info instance system.adapter.broadlink2.0 started with pid 5159 -
@frankjoke hilft dir das vielleicht weiter? Ich habe es direkt über Python versucht:
Python 3.7.4 (default, Oct 12 2019, 18:55:28) [Clang 11.0.0 (clang-1100.0.33.8)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import broadlink >>> devices = broadlink.discover(timeout=5) >>> devices[0].auth() True >>> devices[0].check_data() Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/local/lib/python3.7/site-packages/broadlink/__init__.py", line 600, in check_data check_error(response[0x22:0x24]) File "/usr/local/lib/python3.7/site-packages/broadlink/exceptions.py", line 97, in check_error raise exception(error_code) broadlink.exceptions.StorageError: The device storage is full >>> pprint(devices[0], indent=2) <broadlink.rm4 object at 0x110454890> >>> pprint(vars(devices[0])) {'_code_sending_header': b'\xd0\x00', '_request_header': b'\x04\x00', 'aes': <cryptography.hazmat.primitives.ciphers.base.Cipher object at 0x110454c50>, 'cloud': False, 'count': 41593, 'devtype': 24374, 'host': ('10.0.1.92', 80), 'id': b'\x01\x00\x00\x00', 'iv': bytearray(b'V.\x17\x99m\t=(\xdd\xb3\xbaiZ.oX'), 'lock': <unlocked _thread.lock object at 0x10fdd4b10>, 'mac': bytearray(b'\t\x0b\xd6\xa7\xdf$'), 'name': '智能遥控', 'timeout': 10, 'type': 'RM4'} >>> pprint(dir(devices[0])) ['__class__', '__delattr__', '__dict__', '__dir__', '__doc__', '__eq__', '__format__', '__ge__', '__getattribute__', '__gt__', '__hash__', '__init__', '__init_subclass__', '__le__', '__lt__', '__module__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__sizeof__', '__str__', '__subclasshook__', '__weakref__', '_code_sending_header', '_read_sensor', '_request_header', 'aes', 'auth', 'cancel_sweep_frequency', 'check_data', 'check_frequency', 'check_humidity', 'check_sensors', 'check_temperature', 'cloud', 'count', 'decrypt', 'devtype', 'encrypt', 'enter_learning', 'find_rf_packet', 'get_type', 'host', 'id', 'iv', 'lock', 'mac', 'name', 'send_data', 'send_packet', 'sweep_frequency', 'timeout', 'type', 'update_aes'] -
Danke für den Python.Test Sven! Also bekommt auch der Python-Treiber den selben Fehler!
Laut log von swagner ist meldet das Gerät bei jedem Befehl einen Fehler (auch wenn ich den Speicherfehler ausblende)!
Ich weiß nicht was ich da machen soll, vielleicht hat das Ding einfach nur den Cloud-treiber drin und ist nicht mit dem 'alten' Protokoll kompatibel!
-
Ich hatte auch mal das Problem, dass er sich aus der Cloud-App nicht mehr in die e-control anmelden lies.
Meine Lösung beim RM4 war:
Reset RM4 > mit Cloud-App wieder ins Netzwerk bringen (Step 1) und gleich danach die Cloud-App abschießen.
Somit war mein RM4 im Netzwerk, aber nicht in der Cloud.Probieren geht über studieren. Vielleicht hilft es.
-
