Broadlink als IR + HF gateway

[tklein]

Geilomat! Mit dem installieren hat es jetzt geklappt. Device wurde korrekt angelegt und empfangen/aufnehmen sowie senden klappt perfekt.
Vielen lieben Dank!!
Werde mal ein paar FB testen und Feedback geben bzw. evtl. Features sammeln.

Spontan dazu:
- Z.B Protokoll und Codes evtl mit anzeigen, falls man die via ESP-Easy mit einem ESP8266 mit IR Diode versenden möchte.
- Oder evtl. ein Hinweis ob IR oder RF Signal.
- Möglichkeit zur Gruppierung der Befehle bei vielen Befehlen sinnvoll (Zuordnung zu einem Device)

EDIT: Habe diese Einträge im Log:

Code Auswählen Erweitern

2017.04.21 18:00:34 1: Broadlink_Load: Cannot open ./log/broadlink.save: Datei oder Verzeichnis nicht gefunden
2017.04.21 18:03:15 1: Broadlink_Load: Cannot open ./log/broadlink.save: Datei oder Verzeichnis nicht gefunden

Bis demnächst
Thomas

[daniel2311]

- Z.B Protokoll und Codes evtl mit anzeigen, falls man die via ESP-Easy mit einem ESP8266 mit IR Diode versenden möchte.
- Oder evtl. ein Hinweis ob IR oder RF Signal.

Ich bin mir nicht sicher, ob ich das weiß und herausbekommen kann... ich bekomme vom Gerät einfach nur eine verschlüsselte Zeichenkette. Was da drin steht weiß ich leider nicht. Man könnte mal gucken, ob es Gemeinsamkeiten gibt. Abspeichern tu ich diese Intern in Base64, aber den in Hex, Binär oder sonst was auszugeben, ist kein Problem.

- Möglichkeit zur Gruppierung der Befehle bei vielen Befehlen sinnvoll (Zuordnung zu einem Device)

Daran habe ich auch schon gedacht, dass man so etwas wie sein TV definieren kann als abstraktes "Broadlink-Device" und dann dort die Code zuordnet und somit quasi eine Fernbedienung dafür bauen kann oder den Status daraufhin auch in irgendeiner Form ableiten kann. Ist das Device an ect pp... muss ich mal vllt. fragen, wie man das realisieren könnte.

EDIT: Habe diese Einträge im Log:

Code Auswählen Erweitern

2017.04.21 18:00:34 1: Broadlink_Load: Cannot open ./log/broadlink.save: Datei oder Verzeichnis nicht gefunden
2017.04.21 18:03:15 1: Broadlink_Load: Cannot open ./log/broadlink.save: Datei oder Verzeichnis nicht gefunden

Das könnte sein, dass es damit etwas zu tun hat, dass du noch keine Codes aufgenommen hattest. Muss mal meine Datei wegwerfen und dann gucken, was passiert, wie es aussieht, daran könnte ich dann noch mal was ändern und verbessern. Könntest du mal schauen, ob nach dem Neustart von FHEM deine Codes noch da sind, nicht, dass sie verloren gehen und du zu viel aufnimmst.

Vielen Dank schon einmal für's testen.

[tklein]

die Codes sind nach einem FHEM-Neustart noch da. Vielleicht war mein Eintrag noch aus der Zeit, bevor ich Codes angelernt hatte.

Bis denne
Thomas

[fstefan1960]

Kann ich bestätigen: Die Fehlermeldung kommt nur, solange man noch keine Codes aufgenommen hat.
Ist also bestenfalls ein Schönheitsfehler.

[daniel2311]

Kann aber auch kein Problem sein, dass noch abzufangen...

[chris76e]

Danke für das Modul,

habe einen RM Home von BroadLink, funktioniert auch damit.


https://www.fasttech.com/p/4751800

[tklein]

Hi nochmal,

habe das jetzt in meinen Logs:

Code Auswählen Erweitern

substr outside of string at ./FHEM/38_Broadlink.pm line 279.
substr outside of string at ./FHEM/38_Broadlink.pm line 282.

Kann auch sein, dass es etwas damit zu tun hat das mein FHEM gerade nicht mehr will. 

EDIT: Kann es sein, dass FHEM lahmgelegt wird, wenn das Device nicht gefunden wird (temporär nicht erreichbar)? Dann sollte da ein Timeout rein.
EDIT2: Der State ist jetzt: "def BOmd`" ??

Grüße
Thomas

[mrfloppy]

RM-Pro eingerichtet und wird erkannt.
Kann auch Tasten einlernen, und ebenso ausführen.
Ich verwende IObroker für Alexa.
Da die Tasten in der Save Datei gespeichert werden, bekomme ich auch keine
im IOBroker zum schalten.
Kann man das ev umbauen da die Tasten als readings angezeigt werden.
Oder jemand ne andere Idee?

[daniel2311]

RM-Pro eingerichtet und wird erkannt.
Kann auch Tasten einlernen, und ebenso ausführen.
Ich verwende IObroker für Alexa.
Da die Tasten in der Save Datei gespeichert werden, bekomme ich auch keine
im IOBroker zum schalten.
Kann man das ev umbauen da die Tasten als readings angezeigt werden.
Oder jemand ne andere Idee?

Da müsstest du mir mal näher erklären, was das IOBroker macht und was da laufen sollte.

EDIT: Kann es sein, dass FHEM lahmgelegt wird, wenn das Device nicht gefunden wird (temporär nicht erreichbar)? Dann sollte da ein Timeout rein.
EDIT2: Der State ist jetzt: "def BOmd`" ??

Das mit dem Timeout kann stimmen - wie dann FHEM reagiert weiß ich allerdings nicht. Werde ich aber ausprobieren.
Mit dem State - das ist das aufgezeichnete Kommando - ich bin mir nicht ganz so sicher, warum das noch erscheint. Das habe ich mal drin gehabt, aber eigentlich ist das jetzt draußen.

Die Fehlermeldungen sollten mit dem Nicht-Vorhandensein der Connection zusammenhängen. Am Errorhandling muss ich noch was tun.

[tklein]

bei mir schmiert FHEM immer ab, nachdem ich ca. 4-6 Befehle angelernt (reproduzierbar) hatte oder 2 Befehle schnell hintereinander  (nicht immer reproduzierbar) abgefeuert hatte.
Ferner wird dieser protokollfreier Code (RAW) nicht gesendet. Habe ihn mehrfach angelernt (verschiedene Namen). Über das learn/send Script funktioniert es.

D7E84B1B
Unknown encoding: D7E84B1B (32 bits)
Raw (68): 8900 -4500 550 -650 550 -600 550 -600 550 -650 550 -600 600 -600 550 -650 550 -600 550 -1750 550 -1700 550 -1750 550 -1750 550 -1750 550 -1750 550 -1750 550 -1700 550 -600 550 -650 550 -600 500 -650 550 -600 550 -600 550 -1750 550 -600 550 -1750 550 -1750 550 -1700 550 -1750 600 -1700 550 -1750 500 -650 550 -1700 550

Encoding  : UNKNOWN
Code      : D7E84B1B (32 bits)
Timing[67]:
     +8950, -4450     + 600, - 550     + 650, - 550     + 550, - 650
     + 600, - 550     + 650, - 550     + 550, - 650     + 600, - 550
     + 650, - 550     + 550, -1750     + 650, -1650     + 600, -1650
     + 550, -1750     + 650, -1650     + 600, -1650     + 550, -1750
     + 650, -1650     + 600, - 550     + 650, - 550     + 550, - 650
     + 600, - 550     + 650, - 550     + 550, - 650     + 600, -1650
     + 550, - 650     + 600, -1650     + 550, -1750     + 650, -1650
     + 600, -1650     + 550, -1750     + 650, -1650     + 600, - 550
     + 650, -1650     + 600
unsigned int  rawData[67] = {8950,4450, 600,550, 650,550, 550,650, 600,550, 650,550, 550,650, 600,550, 650,550, 550,1750, 650,1650, 600,1650, 550,1750, 650,1650, 600,1650, 550,1750, 650,1650, 600,550, 650,550, 550,650, 600,550, 650,550, 550,650, 600,1650, 550,650, 600,1650, 550,1750, 650,1650, 600,1650, 550,1750, 650,1650, 600,550, 650,1650, 600};  // UNKNOWN D7E84B1B


Grüße
Thomas

[daniel2311]

Was steht denn im Log, wenn FHEM abschmiert? da müsste es ja eine Meldung vorher geben.

[tklein]

da finde ich nichts. Dazu kommt es wahrscheinklich erst gar nicht. Mir ist die Kiste mittlerweile ca. 10x stehengeblieben. Habe jetzt verbose auf 5 gesetzt. War default auf 0.

[daniel2311]

Naja, verbose auf 5 wird wahrscheinlich nicht viel ändern, weil ich viele Log-Einträge gar nicht mache. Was sind denn die letzten Zeilen in der Log bevor es abschmiert.

Hat jemand anderes noch Problem? Bei mir läuft das ganze nämlich recht rund - es sei denn, es hat was mit Verbindungsproblemen zu tun, da muss ich aktuell tatsächlich noch etwas machen.

Heute werde ich das nicht mehr schaffen, aber morgen sende ich dir sonst mal eine Version zu, die deutlich mehr protokolliert.

[tklein]

bin gespannt.

[Eschi]

Hallo,
habe leider das Problem mit den Hängern auch. Passiert bei mir ebenfalls nach der Ausführung mehrerer Befehle. Im Log gibt es auch bei mir keine diesbezüglichen Einträge.
Ich verwende einen RMmini. Sollte aber wohl keine Rolle spielen?