Adapter: broadlink2

frankjoke

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

ElseKling

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?

frankjoke

@ElseKling

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?

Flugschüler

Bei mir auch das gleiche, beim rm3 mini ist die Funktion zum anlernen verschwunden. Bei der vorherigen Version hat´s noch funktioniert.

MathiasJ

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.

swagner

@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

Ich 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-3

mfg

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.

Flugschüler

Der RM4 Mini funktioniert bei mir tadellos. Nur der RM3 macht Zicken.

ElseKling

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

swagner

@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

moj090

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

Sven79

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

frankjoke

@moj090
@swagner
@ElseKling

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.

frankjoke

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

Sven79

% ./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

swagner

@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

Sven79

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

frankjoke

@swagner
@Sven79

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!

muckel

@frankjoke
@Sven79

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.

Christoph1337

@frankjoke

ooohh! Mega genial! Dank dir!

So hast du dir das gedacht, oder?

frankjoke

@Christoph1337

Im Prinzip ja, aber ins off-Feld musst du noch -16 (in deinem Fall) schreiben!

NEWS

Adapter: broadlink2

Support us

1.6k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts

NEWS

Adapter: broadlink2

Support us

1.6kOnline

30.5kUsers

76.8kTopics

1.2mPosts

1.6k
Online

30.5k
Users

76.8k
Topics

1.2m
Posts