Adapter: broadlink2
-
@Muchul
Mich hat "Beispiel" und das Rot einfach mitgenommen.
@apollon77
Sprachankündigungen werden ja jetzt auch in Text von Alexa umgewandelt und z.B. als Benachrichtigungstext an die App geschickt.
Könntr dieser Text vom Adapter evtl. abgegriffen und als Datenpunkt verfügbar gemacht werden?
-
@padrino sagte in Adapter: broadlink2:
@Muchul
Mich hat "Beispiel" und das Rot einfach mitgenommen.
Alles ok -
@padrino sagte in Adapter: broadlink2:
Sprachankündigungen werden ja jetzt auch in Text von Alexa umgewandelt und z.B. als Benachrichtigungstext an die App geschickt.
Könntr dieser Text vom Adapter evtl. abgegriffen und als Datenpunkt verfügbar gemacht werden?Hä? Was geht jetzt?
-
@frankjoke Hallo Frank,
ich habe einen RM4 Mini bekommen, id#6cbc. Adaper Version 2.0.3.Beim Senden über den Datenpunkt _Sendcode bekomme ich:
broadlink2.0 (17873) Error in StateChange for broadlink2.0.RM:RM4-xx-xx-xx._SendCode = {command: 238,cmdHex: '0xee',payload: ,err: 65531}.
Learn geht auch nicht, wie andere schon geschrieben haben.
Habe auch auch die letzte github Version installiert, dann legt er den Datenpunkt _SendCode gar nicht erst an.
Hast Du mir noch eine Idee, was ich versuchen kann?
Gruß -jayvee -
@frankjoke Hallo Frank,
Das Thema hat sich erledigt. Ich lasse mal meinen Text trotzdem oben so stehen für andere, die vielleicht nach demselben Problem suchen:
In der Version 2.0.3 bekommt man den RM4 Mini von Unknown auf RM erkannt, wenn man wie von Dir unter "Configure additional Devices beschrieben": So you can add a new remote which the adapter finds only as unknown device with hex ID of 0x1234 to the RM list by 0x01234=RM.
In der Version 2.1.5 wird der RM4 schon so erkannt und die Zuweisung eines RM4 als RM führt zu dem von mir oben beschriebenen Fehler.
Sehr cooler Adapter! Vielen Dank. Meine "normalen" Fernbedienungen habe ich schon vor Monaten verräumt - braucht kein Mensch mehr.Danke
-jayvee -
@frankjoke
Ebenfalls vielleicht für andere interessant:
Meine Docu zur Einbindung eines RM4 Mini in ioBroker
Tastenfunktion des RM4 Mini:- '< 3s: Reset
- '> 6s: Led Blinkt schnell (2-3 times per sec): Smart Configuration Mode -> Kann in App eingebunden werden
- '>10s: Led blinkt alternierend 4-mal, dann Pause -> AP Mode (Access Point Mode), SSID: BroadLink_WiFi_Device
Problem: RM4 verwenden neues Protokoll, das vom ioBroker nicht unterstützt wird. Deshalb muss die Installation prinzipiell in zwei Schritten erfolgen.
Hinweis: Handy und RM4 müssen beide im 2,4GHz Band sein, am besten für die Installation das 5GHz Band deaktivieren.App „Broadlink“ für Firmware Upgrade und Funktionstest.
- RM4 Mini in Smart Configuration Mode setzen und einbinden.
- Ggfs Firmware Upgrade durchführen.
- TV, z.B. Samsung (Most common settings) zuweisen und testen. Sollte problemlos funktionieren.
- Aus Fritzbox (Router) die zugewiesene IP Adresse notieren und für späteren Ping nutzen
Mit der Broadlink App verwendet der RM4 automatisch das neue Protokoll, das vom Adapter broadlink2 in ioBroker noch nicht unterstützt wird. Der RM4 kann also in ioBroker so nicht verwendet werden.
Jetzt App „ihc for EU“ verwenden (e-Control funktioniert bei mir nicht).
- RM4 Mini in Smart Configuration Mode setzen.
- In der App: Add device -> Universal Remotes -> RM mini 3
- Jetzt Achtung: Auf die LED achten: Wenn er aufhört zu blinken, ist die Konfiguration abgeschlossen. Die App beendet später mit Fehler, ist aber irrelevant. Mit Ping auf die vorher gemerkte IP Adresse checken, ob der RM4 online ist.
Jetzt im ioBroker:
- Instanz broadlink2.0 neu starten, V2.1.5 oder größer (aus github)
- Keine (!) weiteren Einstellungen vornehmen. RM4 Mini wird nativ unterstützt.
- Log prüfen, ob der RM4 Mini richtig identifiziert wird.
Grüße
-jayvee -
@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)
