NEWS
Adapter: broadlink2
Adapter: broadlink2
-
@Muchul
Würd ich eher nicht machen, da der Adapter (wenn ich mich recht erinnere) das bereinigt.
Beim nächsten Neustart/Update ist dann alles weg... -
@padrino
Glaube ich nicht, ich habe meine Ordner seit Jahren drin. Allerdings nicht unter l sondern in der gleichen Ebene. -
@padrino
Bitte ganz lesen:Oder das L. auch ganz weglassen, dann wird auf der gleichen Ebene ein Ordner angelegt und der Datenpunkt dort rein Kopiert```@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?
-
@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? -
@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:
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?
-
Hallo mitsammen!
Hab gerade den Adapter mit v2.0.3 auf Git und er verwendet jetzt myAdapter v1.2.7 womit der Adapter nun auf js-controller 2.x und 3.x laufen sollte.
Habe auch gerade einen RM4-mini geliefert bekommen und werde in den nächsten Wochen versuchen das RM4-Protokoll (welches auch beim neuen RM3-mini verwendet wird) einzubauen.Liebe Grüße
Frank@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,
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 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
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 -
@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... -
@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: ' -
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!Frank,
NUC's, VM's und Raspi's unter Raspian, Ubuntu und Debian zum Testen.
Adapter die ich selbst beigesteuert habe: BMW, broadlink2, radar2, systeminfo, km200, xs1 und einige im Anmarsch! -
@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.
-
@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!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 -
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:9001hm 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 -
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 truedas 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
-
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?
-
@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 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... -
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
@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
Alles ok
Support us
47
Online32.4k
Users81.3k
Topics1.3m
Posts