Adapter: broadlink2
-
@JJJ
Kann ich für den RM4 pro so fast bestätigen.
Allerdings musste ich ihn nach der Ersteinrichtung wieder aus meinem Netzwerk löschen und erneut über 'ihc for EU' einbinden, da das Protokoll ansonsten wohl gespeichert wird und er im ioBroker als 'notReachable' deklariert wird.V.a. der Hinweis mit der V2.1.5 war gut, da ich noch V2.0.3 aus der Bibliothek hatte. Hier ist er logischerweise dann auch 'notReachable', da RM4 in der Version noch nicht eingebunden ist.
Nach 2 Tagen suchen also danke für deine Anleitung
Man muss wohl wie immer nur in den richtigen Foren suchen... -
Hallo zusammen,
ich habe leider seit einiger Zeit (ca. 1 bis 2 Monaten) das Problem, dass der Adapter nach einiger Zeit immer die nachfolgende Fehlermeldung generiert. Im Moment kann ich dieses Problem nur lösen, indem ich den iobroker neu starte. Nach einem Neustart dauert es dann wieder ca. 1 bis zwei Tage und der Adapter hängt wieder.
Versionen inkl. iobroker sind eigentlich alle aktuell. Kann mir da jemand weiterhelfen?broadlink2.0 2020-11-04 23:35:16.689 warn (2378) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c2 broadlink2.0 2020-11-04 23:35:16.688 info (2378) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c240b250b2 broadlink2.0 2020-11-04 23:28:54.913 info (2378) discover [ '192.168.178.xx' ] from 0.0.0.0:xxxxx broadlink2.0 2020-11-04 23:28:54.913 info (2378) debug: UDP listening on 0.0.0.0:xxxxx broadlink2.0 2020-11-04 23:28:54.912 info }: broadlink2.0 2020-11-04 23:28:54.912 info (2378) interface to be used: { netmaskBits: 24, address: '192.168.178.xx/xx', addrs: [ 192, 168, 178, xx ], cidr: '192.168.178.xx/xx', bcaddr: '192.168.178.xxx' broadlink2.0 2020-11-04 23:28:54.910 info ] broadlink2.0 2020-11-04 23:28:54.910 info (2378) debug: should discover/search [ { address: '192.168.178.xx', port: 80, devtype: 10026, oname: '智能遥控', cloud: 0, maco: <Buffer cc 61 8a 34 ea 34>, mac: '34:ea:34:8a:61:cc', type: 'RMP', name: ' -
@123brokerei
Das ist sehr eigenartig!
Der Fehler tritt auf wenn man einen Befehl an einen unbekannten Adaptertyp sendet, dieser scheint jedoch richtig vorhanden zu sein.
Noch dazu wenn es vorher lange funktioniert und dann mal nicht dann ist es noch eigenartiger denn der typ wird nachdem das Gerät gefunden und identifiziert wurde nicht mehr (vom Programm) geändert!Musst du den gesamten ioBroker neu starten oder nur den adapter? Im ersten fall würde ich mal die node-Version cheken da das nicht passieren sollte dass Prozesse sich gegenseitig beeinflussen.
Noch was, kann es sein das sie der RMPROPLUS mal auslinkt und dann einige Zeit nicht im Netz ist?
Wenn das Gerät auf away gesetzt wird kann der Fehler auch auftreten! -
danke für deine Antwort. Nur den Adapter neu zu starten reicht leider nicht. Der Fehler bleibt dann vorhanden. Zu deinem Hinweis bezüglich der downtime des RMPROPLUS... Wie könnte ich das am einfachsten rausfinden? Ich habe mir vorgestern jetzt ein blockly gemacht, das sich per Telegram informiert werden, wenn das Objekt "NotReachable" auf true geht. Das war dann nach einem Neustart auch nach ca. 5 Std. bereits der Fall. Keine Ahnung aber, was ich jetzt tun kann. Das Netzwerk läuft über eine FritzBox 7590.
-
Hallo,
ich habe jetzt nochmals geprüft ob nur der Adapter, der iobroker, oder (wie bisher vollzogen) das gesamte Betriebssystem neu gestartet werden muss. Es reicht, wenn iobroker über die Konsole (mit iobroker stop; iobroker start) neu gestartet wird. Hier auch nochmals ein Auszug auf dem Log nach dem restart, hier scheint alles zu funktionieren, aber vielleicht fällt hier schon jemandem etwas auf.
broadlink2.0 2020-11-07 09:54:31.776 info (21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b00000000 to { broadlink2.0 2020-11-07 09:54:29.036 info (21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c240b250b broadlink2.0 2020-11-07 09:54:25.793 info (21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b00000000 to { broadlink2.0 2020-11-07 09:53:53.522 info (21911) found macs: 34:ea:34:8a:61:cc broadlink2.0 2020-11-07 09:53:53.522 info (21911) broadlink2.0 started and found 1 devices named RM:Broadlink-RMPROPLUS-8a-61-cc broadlink2.0 2020-11-07 09:53:53.521 info (21911) Poll every 30 secods. broadlink2.0 2020-11-07 09:53:53.520 info (21911) debug: created State broadlink2.0._SendScene broadlink2.0 2020-11-07 09:53:53.193 info (21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._LearnRF broadlink2.0 2020-11-07 09:53:53.181 info (21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._SendCode broadlink2.0 2020-11-07 09:53:53.162 info (21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._Learn broadlink2.0 2020-11-07 09:53:53.151 info (21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc broadlink2.0 2020-11-07 09:53:53.136 info (21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.Temperature broadlink2.0 2020-11-07 09:53:53.121 info (21911) debug: Device RM:Broadlink-RMPROPLUS-8a-61-cc returned { here: true, temperature: 23.5 } broadlink2.0 2020-11-07 09:53:53.034 info (21911) debug: ChangeState ack:true of _NewDeviceScan = false broadlink2.0 2020-11-07 09:53:46.982 info (21911) debug: created State broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._notReachable broadlink2.0 2020-11-07 09:53:46.952 info (21911) Device RM:Broadlink-RMPROPLUS-8a-61-cc detected: address=192.168.178.xxx, mac=34:ea:34:8a:61:cc, typ=RMP, id=0x272a devtype=RM2 Pro Plus broadlink2.0 2020-11-07 09:53:46.894 info (21911) debug: UDP listening on 0.0.0.0:59586 broadlink2.0 2020-11-07 09:53:46.801 info (21911) discover [ '192.168.178.xxx', '255.255.255.xxx', '224.0.0.xxx' ] from 0.0.0.0:56536 broadlink2.0 2020-11-07 09:53:46.799 info (21911) debug: UDP listening on 0.0.0.0:56536 broadlink2.0 2020-11-07 09:53:46.798 info }: broadlink2.0 2020-11-07 09:53:46.798 info (21911) interface to be used: { netmaskBits: 24, address: '192.168.178.xxx/xx', addrs: [ 192, 168, 178, xxx ], cidr: '192.168.178.xxx/xxx', bcaddr: '192.168.178.xxx' broadlink2.0 2020-11-07 09:53:46.795 info (21911) debug: ChangeState ack:true of broadlink2.0._NewDeviceScan = true broadlink2.0 2020-11-07 09:53:46.740 info (21911) debug: created State broadlink2.0._NewDeviceScan broadlink2.0 2020-11-07 09:53:46.719 info (21911) debug: UDP listening on 0.0.0.0:15001 broadlink2.0 2020-11-07 09:53:46.712 info (21911) Discover Broadlink devices for 10sec on broadlink2.0 broadlink2.0 2020-11-07 09:53:46.708 info (21911) debug: Config IP-Address end to remove: .fritz.box broadlink2.0 2020-11-07 09:53:46.707 info (21911) macObjects: [ '34:ea:34:8a:61:cc' ] broadlink2.0 2020-11-07 09:53:46.705 info }: broadlink2.0 2020-11-07 09:53:46.705 info (21911) interface to be used: { netmaskBits: 24, address: '192.168.178.xxx/xxx', addrs: [ 192, 168, 178, xxx ], cidr: '192.168.178.xxx/xxx', bcaddr: '192.168.178.255' broadlink2.0 2020-11-07 09:53:46.700 info (21911) broadlink2 has 1 old devices! broadlink2.0 2020-11-07 09:53:46.698 info (21911) Devices to rename: broadlink2.0 2020-11-07 09:53:46.698 info (21911) Devices to add: broadlink2.0 2020-11-07 09:53:46.697 info (21911) Scanning additional IP's: broadlink2.0 2020-11-07 09:53:46.693 info (21911) broadlink2 initialization started... broadlink2.0 2020-11-07 09:53:46.691 info (21911) debug: broadlink2 received 29 objects and 29 states, with config ip,scenes,switches,poll,new,rename,additional,interface,lang,adapterConf,loglevel broadlink2.0 2020-11-07 09:53:46.514 info (21911) starting. Version 2.1.5 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v12.19.0, js-controller: 3.1.6 broadlink2.0 2020-11-07 09:53:45.398 debug (21911) statesDB connected broadlink2.0 2020-11-07 09:53:45.396 debug (21911) States connected to redis: 0.0.0.0:9000 broadlink2.0 2020-11-07 09:53:45.325 debug (21911) States create System PubSub Client broadlink2.0 2020-11-07 09:53:45.320 debug (21911) States create User PubSub Client broadlink2.0 2020-11-07 09:53:45.277 debug (21911) Redis States: Use Redis connection: 0.0.0.0:9000 broadlink2.0 2020-11-07 09:53:45.275 debug (21911) objectDB connected broadlink2.0 2020-11-07 09:53:45.268 debug (21911) Objects connected to redis: 0.0.0.0:9001 broadlink2.0 2020-11-07 09:53:45.029 debug (21911) Objects client initialize lua scripts broadlink2.0 2020-11-07 09:53:45.004 debug (21911) Objects create User PubSub Client broadlink2.0 2020-11-07 09:53:45.002 debug (21911) Objects create System PubSub Client broadlink2.0 2020-11-07 09:53:44.995 debug (21911) Objects client ready ... initialize now broadlink2.0 2020-11-07 09:53:44.917 debug (21911) Redis Objects: Use Redis connection: 0.0.0.0:9001 -
hm und da ist der oben von mir beschriebene Fehler wieder. Heute Nacht um 4:48 ging der Datenpunkt NotReachable im Broadlink-Adapter wieder auf true.
Über den Hinweis von @frankjoke, dass der RMPROPLUS vielleicht im Netzwerk kurzzeitig nicht verfügbar ist habe ich schon nachgedacht. So in etwa ist das Verhalten das erste mal aufgetreten, als ich meine Fritzbox 7590 auf OS7.20 hochgezogen habe. Allerdings tue ich mir schwer zu prüfen, ob es daran wirklich liegen kann. Will nur ungern die Fritzbox zurücksetzen oder downgraden.Wäre wirklich über jeden kleinen Tipp oder Lösungsansatz sehr dankbar.
Anbei nochmal ein Logauszug von zwei Schaltbefehlen, die nicht durchkommen.
broadlink2.0 2020-11-10 00:01:29.233 warn (21911) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b000000 broadlink2.0 2020-11-10 00:01:29.233 info (21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b00000000 to { broadlink2.0 2020-11-10 00:01:27.651 warn (21911) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c broadlink2.0 2020-11-10 00:01:27.650 info (21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c240b250b broadlink2.0 2020-11-10 00:01:26.053 warn (21911) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b000000 broadlink2.0 2020-11-10 00:01:26.052 info (21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b24f34000c25240e0c25230e0c250c250c250c250c25230e0c250c250c250c250c250c250c250c250c25230d0c25230e0c250c250c00017b00000000 to { broadlink2.0 2020-11-10 00:01:22.775 warn (21911) stateChange error invalid id type: RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c broadlink2.0 2020-11-10 00:01:22.774 info (21911) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc.L.CODE_b2003201220d0c240c240b240b250b25220d0b250b240c240b250b240b250b240c240b25230d0b24230d0b25220e0b0001790b24230d0b25220d0c240b250b broadlink2.0 2020-11-10 00:01:17.189 debug (21911) system.adapter.admin.0: logging true -
das Problem mit den not_reachable habe ich auch seit Monaten mit 3 Stk RM3 Mini (mind 3 Jahre alt). Irgendwann gehen die auf not_reachable = true.
Komisch ist, dass man den Datenpunkt dann von true manuell auf false setzen kann dann ist der RM3 mIni wieder erreichbar. Ich starte nun 4 mal am Tag den Adapter neu, das löst das Problem auch.
Komisch ist halt das man den Datenpunkt manuel ändert und alles ist ok, sollte doch eigentlich nicht so sein (entweder ist das gerät erreichbar oder nicht).Andreas
-
ein reiner Neustart des Adapters bringt bei mir leider keine Abhilfe...
Auch das manuelle Setzen des not_reachable auf false bringt bei mir leider nichts...Ich muss mindestens den iobroker stoppen und neu starten und dass ist eigentlich keine Perspektive, zumal es zuvor über Monate zuverlässig funktioniert hat.
Gibt es weitere Tipps?
-
@JJJ Also bei geht das überhaupt nicht. Bekomme ihn einfach nicht eingebunden. Habe den RM4 pro. Alles versucht was hier im Forum steht.
@hoerte said in Adapter: broadlink2:
@JJJ
Kann ich für den RM4 pro so fast bestätigen.
Allerdings musste ich ihn nach der Ersteinrichtung wieder aus meinem Netzwerk löschen und erneut über 'ihc for EU' einbinden, da das Protokoll ansonsten wohl gespeichert wird und er im ioBroker als 'notReachable' deklariert wird.V.a. der Hinweis mit der V2.1.5 war gut, da ich noch V2.0.3 aus der Bibliothek hatte. Hier ist er logischerweise dann auch 'notReachable', da RM4 in der Version noch nicht eingebunden ist.
Nach 2 Tagen suchen also danke für deine Anleitung
Man muss wohl wie immer nur in den richtigen Foren suchen...@hoerte said in Adapter: broadlink2:
@JJJ
Kann ich für den RM4 pro so fast bestätigen.
Allerdings musste ich ihn nach der Ersteinrichtung wieder aus meinem Netzwerk löschen und erneut über 'ihc for EU' einbinden, da das Protokoll ansonsten wohl gespeichert wird und er im ioBroker als 'notReachable' deklariert wird.V.a. der Hinweis mit der V2.1.5 war gut, da ich noch V2.0.3 aus der Bibliothek hatte. Hier ist er logischerweise dann auch 'notReachable', da RM4 in der Version noch nicht eingebunden ist.
Nach 2 Tagen suchen also danke für deine Anleitung
Man muss wohl wie immer nur in den richtigen Foren suchen... -
@RandyAndy mein proplus macht auch seit einiger Zeit Probleme, mal ist er ne Stunde erreichbar, mal nen halben Tag oder auch mal nur ein paar Minuten.
Hatte ihn schon neu angemeldet, Firmware update gemacht und auch mit der anderen App eingebunden, alles jedoch ohne Erfolg.
Zusätzlich habe ich auch einen Datenpunktbroadlink2.0.UN:RMPROPLUS-17-f5-abim Objektbaum, auch mein RM mini, hat mittlerweile einen zweiten angelegt UN:RMMINI....ohne je etwas mit dem gemacht zu haben.
Letztendlich hatte ich den Datenpunkt vom proplus einige Zeit mitgeloggt und behelf mich mittlerweile mit einem kleinen Blocky, wenn nicht erreichbar, starte Instanz neu. Funktioniert seitdem ohne Probleme -
@123brokerei sagte in Adapter: broadlink2:
ein reiner Neustart des Adapters bringt bei mir leider keine Abhilfe...
Auch das manuelle Setzen des not_reachable auf false bringt bei mir leider nichts...Ich muss mindestens den iobroker stoppen und neu starten und dass ist eigentlich keine Perspektive, zumal es zuvor über Monate zuverlässig funktioniert hat.
Gibt es weitere Tipps?
Ich werd noch kirre ... Ich habe inzwischen den RMPROPLUS direkt am WLAN-Router possitioniert und den Server samt Proxmox, ioBrokerVM neu ausgesetzt. Leider immer noch ohne Erfolgt... nach einer gewissen Zeit (meistens 1 bis 2 Tagen) ohne Porbleme stürzt der Adapeter ab... Leider muss mindestens ioBroker neu gestartet werden. Der Neustart des Adapeters reicht bei mri nicht... Bitte dirngend um Hilfe... kann gerne weitere Daten bereitstellen...
broadlink2.0 2020-12-09 18:36:13.986 warn (27076) stateChange error no device found: RM:Broadlink-RMPROPLUS-8a-61-cc {val: true,ack: false,ts: 1607535373983,q: 0,from: 'system.adapter.admin.0',user: 'system.user.admin',lc: 1607535373983} broadlink2.0 2020-12-09 18:33:06.194 warn (27076) Failed to authenticate device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控 with err TypeError: Cannot read property 'command' of null broadlink2.0 2020-12-09 18:33:05.745 info (27076) found macs: broadlink2.0 2020-12-09 18:33:05.745 info (27076) 1 were not found: RM:Broadlink-RMPROPLUS-8a-61-cc broadlink2.0 2020-12-09 18:33:05.745 info (27076) broadlink2.0 started and found 0 devices named broadlink2.0 2020-12-09 18:33:05.745 info (27076) Poll every 30 secods. broadlink2.0 2020-12-09 18:33:05.741 info (27076) Did not find {host: {address: '192.168.178.20',port: 80,devtype: 10026,oname: '智能遥控',cloud: 0,maco: { '0': 204, '1': 97, '2': 138, '3': 52, '4': 234, '5': 52 },mac: '34:ea:34:8a:61:cc',type: broadlink2.0 2020-12-09 18:33:05.741 warn (27076) seems that device RM:Broadlink-RMPROPLUS-8a-61-cc got renamed to undefined! You may delete old device and change your scripts! broadlink2.0 2020-12-09 18:33:01.534 info (27076) discover [ '192.168.1.199' ] from 0.0.0.0:44602 broadlink2.0 2020-12-09 18:33:01.533 info }: broadlink2.0 2020-12-09 18:33:01.533 info (27076) interface to be used: { netmaskBits: 24, address: '192.168.178.45/24', addrs: [ 192, 168, 178, 45 ], cidr: '192.168.178.45/24', bcaddr: '192.168.178.255' broadlink2.0 2020-12-09 18:32:56.324 info (27076) discover [ '192.168.178.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:44549 Grüße Michael -
@hoerte
hast du in der IHC app auf RM pro/pro+ oder auf RM mini 3 geklickt?
hab es schon ein dutzend mal probiert, erst mit der Broadlink app, firmwareupdate, alles geht,
dann aus dem Netzwerk geschmissen, aber über die ihc app bekomm ich den einfach nicht rein@DShiznit
bei mir das gleich, auch mit RM4Pro und kein Erfolg, auch alles probiert, sowohl mit econtrol also auch ihc app -
Hi, der Fehler ist erneut aufgetreten und ein einfacher Neustart des Adapters bringt folgende Log-Einträge. Ich habe leider zu wenig Kentnisse aber kann sich das vielleicht bitte ein Entwickler mal ansehen? Selbst wenn der Broadlink kurz aus dem WLAN aussteigt müsste er beim nächsten Scann doch wieder gefunden werden können. Leider muss dazu aber immer erst der gesamte ioBroker neu gestartet werden.
broadlink2.0 2020-12-12 21:27:27.066 debug (24593) system.adapter.admin.0: logging true broadlink2.0 2020-12-12 21:27:08.594 warn (24593) stateChange error no device found: RM:Broadlink-RMPROPLUS-8a-61-cc {val: true,ack: false,ts: 1607804828592,q: 0,from: 'system.adapter.admin.0',user: 'system.user.admin',lc: 1607804822011} broadlink2.0 2020-12-12 21:27:08.594 info } broadlink2.0 2020-12-12 21:27:08.594 info (24593) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._Learn to { val: true, ack: false, ts: 1607804828592, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 160780482 broadlink2.0 2020-12-12 21:27:04.598 warn (24593) stateChange error no device found: RM:Broadlink-RMPROPLUS-8a-61-cc {val: true,ack: false,ts: 1607804824597,q: 0,from: 'system.adapter.admin.0',user: 'system.user.admin',lc: 1607804822011} broadlink2.0 2020-12-12 21:27:04.598 info } broadlink2.0 2020-12-12 21:27:04.598 info (24593) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._Learn to { val: true, ack: false, ts: 1607804824597, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 160780482 broadlink2.0 2020-12-12 21:27:03.336 debug (24593) system.adapter.admin.0: logging false broadlink2.0 2020-12-12 21:27:02.013 warn (24593) stateChange error no device found: RM:Broadlink-RMPROPLUS-8a-61-cc {val: true,ack: false,ts: 1607804822011,q: 0,from: 'system.adapter.admin.0',user: 'system.user.admin',lc: 1607804822011} broadlink2.0 2020-12-12 21:27:02.013 info } broadlink2.0 2020-12-12 21:27:02.013 info (24593) debug: Change broadlink2.0.RM:Broadlink-RMPROPLUS-8a-61-cc._Learn to { val: true, ack: false, ts: 1607804822011, q: 0, from: 'system.adapter.admin.0', user: 'system.user.admin', lc: 160780482 broadlink2.0 2020-12-12 21:26:27.752 debug (24593) system.adapter.admin.0: logging true broadlink2.0 2020-12-12 21:26:25.923 debug (24593) system.adapter.admin.0: logging false broadlink2.0 2020-12-12 21:25:35.838 warn (24593) Failed to authenticate device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控 with err TypeError: Cannot read property 'command' of null broadlink2.0 2020-12-12 21:25:35.838 info (24593) debug: sendPacket error: command 0x65/0x0 error after 3 trials!: timed out on send for RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控 broadlink2.0 2020-12-12 21:25:35.367 info } broadlink2.0 2020-12-12 21:25:35.367 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:34.346 info } broadlink2.0 2020-12-12 21:25:34.346 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:33.475 info } broadlink2.0 2020-12-12 21:25:33.475 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:32.473 info (24593) debug: sendPacket error: command 0x65/0x0 error after 3 trials!: timed out on send for RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控 broadlink2.0 2020-12-12 21:25:32.172 info (24593) found macs: broadlink2.0 2020-12-12 21:25:32.172 info (24593) 1 were not found: RM:Broadlink-RMPROPLUS-8a-61-cc broadlink2.0 2020-12-12 21:25:32.172 info (24593) broadlink2.0 started and found 0 devices named broadlink2.0 2020-12-12 21:25:32.172 info (24593) Poll every 30 secods. broadlink2.0 2020-12-12 21:25:32.171 info (24593) debug: created State broadlink2.0._SendScene broadlink2.0 2020-12-12 21:25:32.165 info (24593) Did not find {host: {address: '192.168.178.20',port: 80,devtype: 10026,oname: '智能遥控',cloud: 0,maco: { '0': 204, '1': 97, '2': 138, '3': 52, '4': 234, '5': 52 },mac: '34:ea:34:8a:61:cc',type: broadlink2.0 2020-12-12 21:25:32.165 warn (24593) seems that device RM:Broadlink-RMPROPLUS-8a-61-cc got renamed to undefined! You may delete old device and change your scripts! broadlink2.0 2020-12-12 21:25:32.164 info (24593) debug: ChangeState ack:true of _NewDeviceScan = false broadlink2.0 2020-12-12 21:25:32.002 info } broadlink2.0 2020-12-12 21:25:32.002 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:30.980 info } broadlink2.0 2020-12-12 21:25:30.980 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:30.110 info } broadlink2.0 2020-12-12 21:25:30.110 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:29.108 info (24593) debug: sendPacket error: command 0x65/0x0 error after 3 trials!: timed out on send for RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控 broadlink2.0 2020-12-12 21:25:28.636 info } broadlink2.0 2020-12-12 21:25:28.636 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:27.615 info } broadlink2.0 2020-12-12 21:25:27.615 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:26.936 debug (24593) system.adapter.admin.0: logging true broadlink2.0 2020-12-12 21:25:26.744 info } broadlink2.0 2020-12-12 21:25:26.744 info (24593) debug: send Error on device RMP, undefined, 34:ea:34:8a:61:cc, 192.168.178.20, 智能遥控: { here: false, err: 'timed out on send', name: '0x272a_34:ea:34:8a:61:cc' broadlink2.0 2020-12-12 21:25:26.043 info (24593) debug: UDP listening on 0.0.0.0:57375 broadlink2.0 2020-12-12 21:25:25.953 info (24593) discover [ '192.168.178.255', '255.255.255.255', '224.0.0.251' ] from 0.0.0.0:52424 broadlink2.0 2020-12-12 21:25:25.953 info (24593) debug: UDP listening on 0.0.0.0:52424 broadlink2.0 2020-12-12 21:25:25.953 info }: broadlink2.0 2020-12-12 21:25:25.953 info (24593) interface to be used: { netmaskBits: 24, address: '192.168.178.45/24', addrs: [ 192, 168, 178, 45 ], cidr: '192.168.178.45/24', bcaddr: '192.168.178.255' broadlink2.0 2020-12-12 21:25:25.952 info (24593) debug: ChangeState ack:true of broadlink2.0._NewDeviceScan = true broadlink2.0 2020-12-12 21:25:25.910 info (24593) debug: created State broadlink2.0._NewDeviceScan broadlink2.0 2020-12-12 21:25:25.906 info (24593) debug: UDP listening on 0.0.0.0:15001 broadlink2.0 2020-12-12 21:25:25.904 info (24593) Discover Broadlink devices for 10sec on broadlink2.0 broadlink2.0 2020-12-12 21:25:25.903 info (24593) debug: Config IP-Address end to remove: .fritz.box broadlink2.0 2020-12-12 21:25:25.903 info (24593) macObjects: [ '34:ea:34:8a:61:cc' ] broadlink2.0 2020-12-12 21:25:25.903 info }: broadlink2.0 2020-12-12 21:25:25.903 info (24593) interface to be used: { netmaskBits: 24, address: '192.168.178.45/24', addrs: [ 192, 168, 178, 45 ], cidr: '192.168.178.45/24', bcaddr: '192.168.178.255' broadlink2.0 2020-12-12 21:25:25.902 info (24593) broadlink2 has 1 old devices! broadlink2.0 2020-12-12 21:25:25.901 info (24593) Devices to rename: broadlink2.0 2020-12-12 21:25:25.901 info (24593) Devices to add: broadlink2.0 2020-12-12 21:25:25.901 info (24593) Scanning additional IP's: broadlink2.0 2020-12-12 21:25:25.900 info (24593) broadlink2 initialization started... broadlink2.0 2020-12-12 21:25:25.900 info (24593) debug: broadlink2 received 12 objects and 12 states, with config ip,scenes,switches,poll,new,rename,additional,interface,lang,adapterConf,loglevel broadlink2.0 2020-12-12 21:25:25.868 info (24593) starting. Version 2.1.5 in /opt/iobroker/node_modules/iobroker.broadlink2, node: v12.20.0, js-controller: 3.1.6 broadlink2.0 2020-12-12 21:25:25.298 debug (24593) statesDB connected broadlink2.0 2020-12-12 21:25:25.297 debug (24593) States connected to redis: 0.0.0.0:9000 broadlink2.0 2020-12-12 21:25:25.287 debug (24593) States create System PubSub Client broadlink2.0 2020-12-12 21:25:25.286 debug (24593) States create User PubSub Client broadlink2.0 2020-12-12 21:25:25.280 debug (24593) Redis States: Use Redis connection: 0.0.0.0:9000 broadlink2.0 2020-12-12 21:25:25.280 debug (24593) objectDB connected broadlink2.0 2020-12-12 21:25:25.278 debug (24593) Objects connected to redis: 0.0.0.0:9001 broadlink2.0 2020-12-12 21:25:25.270 debug (24593) Objects client initialize lua scripts broadlink2.0 2020-12-12 21:25:25.270 debug (24593) Objects create User PubSub Client broadlink2.0 2020-12-12 21:25:25.269 debug (24593) Objects create System PubSub Client broadlink2.0 2020-12-12 21:25:25.268 debug (24593) Objects client ready ... initialize now broadlink2.0 2020-12-12 21:25:25.253 debug (24593) Redis Objects: Use Redis connection: 0.0.0.0:9001 broadlink2.0 2020-12-12 21:25:22.005 info (17273) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason broadlink2.0 2020-12-12 21:25:22.005 info (17273) terminating broadlink2.0 2020-12-12 21:25:22.005 info (17273) Adapter disconnected and stopped with dostop(null) and callback(true) broadlink2.0 2020-12-12 21:25:22.004 info (17273) Close all connections... broadlink2.0 2020-12-12 21:25:22.003 info (17273) Got terminate signal TERMINATE_YOURSELF -
@JJJ Also bei mir kann sich der RM4 nach dem Neukoppeln über "ihc for EU" nicht mehr im WLAN anmelden.
In der Broadlink app hat es noch prima funktioniert.
Nach der ihc for EU app blinkt der rm4 allerdings nur noch SEHR langsam (kein WLAN) -
@coalado said in Adapter: broadlink2:
@JJJ Also bei mir kann sich der RM4 nach dem Neukoppeln über "ihc for EU" nicht mehr im WLAN anmelden.
In der Broadlink app hat es noch prima funktioniert.
Nach der ihc for EU app blinkt der rm4 allerdings nur noch SEHR langsam (kein WLAN)Update:
Nach einigen Versuchen ging es dann plötzlich doch. Denkt dran, dass euch de ihc for EU app keine Rückmeldung gibt, wenn das WLAN Passwort falsch ist.Außerdem musste ich in den Adaptereinstellungen unter "neue Gerätetypen definieren" folgendes hinzufügen:
0x648D=RM4. Da steht dann also komplett: 0xabcd=RM4,0x648D=RM4 -
@coalado said in Adapter: broadlink2:
0xabcd=RM4,0x648D=RM4
Man, man, man.... jetzt wollte ich das Ding schon wegfeuern....
DANKE! coalado!! Der Hinweis mit dem zusätzlichen Eintrag war es!!
Woher hast du die Einstellung?!Vielen Dank, jetzt funktioniert es!
Hast du noch eine Idee, wie man einen längeren Tastendruck für die Lautstärke simulieren kann?
Gibt es da vielleicht eine Prozenteinstellung, oder mach ich das mit einem blockly?Grüße
Villarriba -
@Villarriba sagte in Adapter: broadlink2:
Hast du noch eine Idee, wie man einen längeren Tastendruck für die Lautstärke simulieren kann?
Gibt es da vielleicht eine Prozenteinstellung, oder mach ich das mit einem blockly?Das geht wohl leider nicht.
Würde ich mir auch für einige Dinge wünschen, aber Broadlink unterstützt das nicht.
Wobei es technisch theoretisch wohl funktionieren würde, denn ich habe einige fehlerhaft angelernte Funkbefehle, und die sendet der BL einige Sekunden... -
Habe den Thread etwas durchgeblätter und bin danach etwas unschlüssig. Läuft der "Broadlink BestCon RM4C Mini" ohne Probleme oder sollte man besser den "broadlink Mini3 WiFi " verwenden.
-
@heinzie said in Adapter: broadlink2:
Läuft der "Broadlink BestCon RM4C Mini" ohne Probleme
RM4C Mini funktioniert bei mir mit ioBroker. Folgende Erfahrungswerte für die Einrichtung:
- Bei der Adapterinstallation unbedingt auf eine neue Version wie 2.1.5, mit RM4-Support, achten. Die aktuelle Stable-Version 2.0.3 reicht nicht.
- In den Adaptereinstellungen habe ich den Gerätetyp wie folgt definiert: 25913=RM4
- Ich habe während des Anlernens vom RM4C im WLAN das 5GHz ausgeschaltet und nur 2,4GHz aktiv gelassen
- Ich habe die "alte" App "e smart home" benutzt (über "skip" muss man sich nicht registrieren) um das neue Cloud-Protokoll - das mit Broadlink2 nicht funktioniert - zu vermeiden.
- Nachdem ich den Adapter von 2.0.3 auf 2.1.5 aktualisiert hatte, musste ich den RM4C resetten und im WLAN neu anlernen bevor die ioBroker-Objekte erstellt wurden.
-
@regalo Mir ist die "e smart home" nicht ganz geheuer. Sie fordert Rechte auf so ziemlich alles und in der Erklärung ist die Rede von einem "Activation code", den sie erfordert. Zudem gibt es eine zweite Version mit gleichem Namen und Logo von "dehou.dou", alles sehr suspekt... Gibt's denn keine Chance, den RM4C Mini mit der "normalen" Broadlink App in den ioB zu bekommen?
