NEWS
Adapter: broadlink2
-
@kg36304
steht ja bei 226, wobei nicht alles in deinem Bild zu lesen ist.
but do fehlt leider !!!
Du scheinst im Cloud Modus zu sein.
In der App wird der BL gelöscht und ein Reset des BL ausgeführt.
Danach den BL in dein Netzwerk einfügen. -
Danke,
den Beitrag hatte ich überlesen. Jetzt geht es und ich kann über Iobroker Geräte anlernen.
Noch eine Frage, wie kann ich (wenn überhaupt) verschiedene Ordnerstrukturen anlegen?
z.B. Wenn ich die Fernbedienung vom Mediareceiver anlerne würde ich die Code's gerne in einem Unterordner namens Mediareceiver haben. Direkt unter L. Geht das?Vielen Dank
-
@kg36304
Bei mir geht das nicht. -
@kg36304 sagte in Adapter: broadlink2:
Noch eine Frage, wie kann ich (wenn überhaupt) verschiedene Ordnerstrukturen anlegen?
Ich schätze mal, das kommt (falls) mit V3 des Adapters...
Zitat:@frankjoke sagte in Adapter: broadlink2:
Dieses Manko werd ich bei der Version 3.0 des Adapters versuchen zu lösen, dieser erhält aber dann sowieso eine komplett neue Struktur wo Geräte und angelernte Befehle anders verwaltet werden.
-
@kg36304
In den Raw Daten kannst du hinter dem L. einen Ordnernamen vergeben und dahinter wieder einen Punkt setzen.Beispiel:
RMPROPLUS.L.Licht.Arbeitszimmer_Licht_an
Oder das L. auch ganz weglassen, dann wird auf der gleichen Ebene ein Ordner angelegt und der Datenpunkt dort rein Kopiert{ "common": { "name": "Arbeitszimmer_Licht_an", "read": true, "write": true, "state": "state", "role": "button", "type": "boolean" }, "type": "state", "_id": "broadlink2.0.RM:Broadlink-RMPROPLUS.L.Licht.Arbeitszimmer_Licht_an",
-
@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. -
@Muchul
Aber oben als Tipp gibste unter L an. -
Hallo,
also ich habe unter L den Ordner mit dem Namen der Fernbedienung angelegt und die gelernten Tasten in diesen Ordner gelegt.
Nach einem Adapter Neustart ist noch alles da.
mal sehen was nach nem Update passiert.
Danke.
-
@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? -
@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.