Adapter: broadlink2
-
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.
-
-
Im Prinzip ja, aber ins
off-Feld musst du noch-16(in deinem Fall) schreiben! -
@frankjoke ich habe mir jetzt den RM4C bestellt. Meine Empfehlung wäre eine Liste zu erstellen mit.
Type, ID, S/N, Status
RM3 MINI, 0x5f36, S/N RM61, funktioniert nichtMfg
Stefan
-
Danke für die Info, vielleicht können es die betroffenen ja mal testen!
Ich denke das Problem mein RM3 Mini neu ist jedoch dass er mit e-control ins netzt geholt werden kann aber dann einen storage Fehler bei jedem Befehl bringt! Das einzige was funktioniert scheint das Auth zu sein (sonst würde er einen Auth- oder Key-Fehler melden).
-
Habe das gemacht, in meinem ersten Post, den ich immer wieder update habe ich eine solche Problemliste angefangen.
https://forum.iobroker.net/topic/6881/adapter-broadlink2p.s.: Ich habe die Einstellungen so dass ich im menü unter dem post bei
Sortieren nach:Neueste zuersteingestellt habe, damit kommt immer der letzt post nach meinem 1. post und ich brauch nicht scrollen um die letzten posts zu sehen! -
Please add Broadlink Bestcon MCB1
It is working only with app https://play.google.com/store/apps/details?id=cn.com.broadlink.econtrol.internationalIt is new device.
-
Mein RM4 mini (S/N: RM9250201405) kam heute. Per e-control is WLAN und sofort alles funktioniert.
Beim R3 Mini (S/N: RM6120204399) gebe ich auf. Egal ob per e-control oder cloud-App kommt immer der Storage Fehler.
Da hier ja noch einige R3 minis zum Testen vorhanden sind, geht meiner wieder zurück. -
Mein RM mini 4 kam heute ebenfalls - und funktioniert auf Anhieb mit dem ioBroker Adapter. Der Weg über Python führt allerdings wieder direkt in den StorageError:
% python3 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 fullDies funktioniert hingegen fehlerfrei:
% ./broadlink_cli --type 0x5f36 --host 10.0.1.108 --mac 24DFA7E83C47 --sensors temperature 0.0 humidity 0.0Ich werde den RM mini 3 daher zurücksenden und beim RM mini 4 bleiben. Danke für eure Unterstützung!
-
Do confirm that the device is not even listed as unknown and does not answer to device scan?
If you bring in the device with this app then it's definitely in cloud mode and would not work with broadlink2.
Did you try to bring it in withe-control? You may not be able to use it on thee-controlapp but it might be found then.
If the device does not answer it means it is not in the network or does not support old BL protocol.p.s.: You seem to have a very strange and unrealiable network because you have a lot of errors! I don't know what you use but I would replace it with a Mesch-Wlan!
-
@alle
Habe gerade ein update von der v2.1.4 beta (um 22:59) auf git gestellt!Der Hauptgrund ist dass ich heute das Kabel (https://www.amazon.de/gp/product/B081GDH5TM/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1) geliefert bekommen habe und bin drauf gekommen dass ich die Humidity nur dem RM4P und nicht dem RM4 (mini...) einprogrammiert habe.
Nun funktioniert die Temperatur und Humidity auch auf meinen RM4-Mini!
-
Habe auch das Kabel aber bei mir funktioniert es nicht, mit welcher app hast du den RM4 mini ins netz gestellt?
-
Immer
e-control, aber daran liegt's nicht, denn wenn du die cloud-app verwendest würde alles andere auch nicht funktionieren.Funktioniert die Temperatur oder beides nicht?
Ich habe den RM4 Mini nicht neu ins Netz geholt, nur altes Kabel abgesteckt und neues (mit integrierten Sensor) angesteckt und es ging nach dem update der Software sofort (vorher funktionierte nur die Temperatur)! -
@frankjoke Es funktioniert nur die Temperatur und die Luftfeuchtigkeit nicht. Ich habe den RM4C mini.
