360 Grad IR WLAN Gateway

[KölnSolar]

Danke Arnd 
Das B&O Protokoll wird ja nicht durch die Library unterstützt  Deshalb ja meine Frage/(Wunsch) auf LIRC oder IRMP aufzusetzen 
OT: Ich müsste mal irgendwie meine Betty an ein nicht vorhandenes Oszi hängen, um zu checken, ob ich das B&O Protokoll dort richtig umgesetzt habe 
Grüße aus Köln nach Köln

[gloob]

Du kannst immer noch unbekannte IR codes über die Raw Funktion abdecken. Einfach die IR Codes mit dem Gateway einlesen und die Raw Daten zum Senden nutzen.
Aber ich glaube im Moment werden nur 38kHz unterstützt.

Wenn ich aber einen Thread im Arduino Forum richtig verstanden haben sollte zumindest das Senden klappen:

http://forum.arduino.cc/index.php?topic=228399.0

Code Auswählen Erweitern

irsend.sendRaw(buffer, length,455);

[KölnSolar]

Aber ich glaube im Moment werden nur 38kHz unterstützt.

Ja, eben.  Und die Empfangsdiode kann sicherlich auch keine 455 kHz. Mein Dilemma mit allen lernfähigen out-of-the-box Lösungen 
Edit: Ah, danke für den Link. Hilft mir sicherlich. Aber jetzt genug OT zu B&O 

[gloob]

Also das Senden sollten wir integrieren können.
Die Daten müsstest du irgendwie anders auslesen.

Du müsstest den IR Empfänger nur durch einen TSOP7000 ersetzen. Ist immerhin Pin-kompatibel zum aktuell eingesetzten TSOP4838.

[Philipp]

Senden wird vermutlich nur mit externem 455khz Generator(555) oder dem UART Hack gehen. Die Berechnung der Periode ist dazu zu ungenau mit Integers. (Periodendauer 2µ = 500khz...) Die Telegramme sind dagegen nicht so schlimm.

[Philipp]

Noch ein Fehler beim Raw String ...
Beim Senden von Rawstrings kommt keine Antwort vom Gateway, Chrome lädt dann zb die Seite nochmals und schickt den Code nochmals, ist auch drinnen.

Die decode Seite hat direkt einen Link zum Testen drinnen und ein Copy Button um den http Aufruf gleich in die Zwischenablage zu kopieren um ihn dann in FHEM einzufügen. Ziemlich simpel aber funktioneller als mit Seriellem Monitor

Philipp

[Frank_Huber]

Danke, wird getestet!

Gesendet von meinem S3_32 mit Tapatalk

[CarstenF]

Ich hätte da mal eine Frage. Ich kann, Dank des Gateway, jetzt schon mal (zumindest im Versuchsstadium) meine Rollos von Rademacher fernsteuern. Die Befehle der FB habe ich über den seriellen Monitor dekodiert und gebe die an den Browser weiter.
Der erhält vom Gateway aber keine Rückmeldung sondern nur die Meldung
"Safari kann die Seite nicht öffnen, da der Server die Verbindung unerwartet beendet hat."
Die Rollo fahren dann trotzdem rauf o. runter. (Mit kurzer Verzögerung) Der http Aufruf sieht so aus:

Code Auswählen Erweitern

http://192.168.1.118/ir?raw=650,3700,650,3650,3800,500,3850,500,650,3700,650,3700,650,3700,650,3700,650,3650,650,3700,650,3700,650,3700,650,3650,650,3650,3800,500,3800,500,3850,500,3850

Setze ich das ganze per Fhem mit GetHttpFile um fährt der Rolladen nicht.
Die Befehlszeile in Fhem lautet:

Code Auswählen Erweitern

{ (GetHttpFile('http://192.168.1.118','/ir?raw=650,3650,650,3650,3850,500,3800,500,650,3650,650,3650,650,3650,650,3650,650,3650,650,3650,650,3700,650,3700,650,3650,700,3650,3850,500,3850,500,3800,500,3800')) }
Habe es auch mit Anführungszeichen statt Hochkomma probiert. Gleiche Wirkung (also keine )
Wird auch von Fhem ohne Fehlermeldung akzeptiert.

Kann es an der Länge der codierten IR Werte liegen?

Gruß Carsten

[Frank_Huber]

Hi Carsten,

ich denke es hängt an der Klammersetzung. Du hast innerhalb der Perl Ebene noch Klammern vor dem Befehl.
Der funktioniert bei mir:

Code Auswählen Erweitern

{GetHttpFile("192.168.12.95","/ir?code=A90&bits=12&protocol=Sony")}

versuch es bei dir mal so:

Code Auswählen Erweitern

{GetHttpFile('http://192.168.1.118','/ir?raw=650,3650,650,3650,3850,500,3800,500,650,3650,650,3650,650,3650,650,3650,650,3650,650,3650,650,3700,650,3700,650,3650,700,3650,3850,500,3850,500,3800,500,3800')}

[CarstenF]

Hallo Frank,

das hat leider auch nicht zum Erfolg geführt. Aber bei beiden Aufrufen, sowohl von meinem, als auch bei Deinem Vorschlag, wird von FHEM nichts angemeckert. Nur kommt leider keine Reaktion.
Ich vermute irgendwie immer noch das das Browserverhalten (bla bla, keine Serverantwort etc) der Schlüssel ist. Wenn ich z.B. von einem Hifi Gerät (z.B. Denon Receiver) den http Befehl im Browser absetze, kommt keine ablehnende Rückmeldung. Vielleicht ist der raw-Code doch irgendwie "speziell" und FHEM möchte aber eine Serverrückmeldung bekommen.

Gruß C.

[Frank_Huber]

versuch doch mal einen kürzeren Befehl abzusetzen. kannst ja den von mir kopieren.

Im Browser bekomme ich dann als Rückmeldung:

Code: 808E817; Bits: 32; Protocol: Samsung; Raw:

[CarstenF]

Jepp, Dein Code wird gesendet und ich bekomme nen Rückmeldung.
Aber bei Dir sind das nicht die raw Dateien, sonder der Code mit Protokollangabe.
Ich befürchte, da liegt der Kasus Knacktus.....

[Frank_Huber]

Ja, aber so wissen wir mal dass die generelle Funktion da ist und das gateway intakt ist.
liegt evtl wirklich an der Länge.

[gloob]

Ich habe beim Senden der Raw message den HTML Rückkanal vergessen. Kann ich einbauen, allerdings würden dann die ganzen Änderungen die Philip noch gemacht hat erstmal wieder raus fliegen. Hab ich bei mir noch nicht nachgepflegt.

Wenn die Rollos fahren wenn die Nachricht über den Browser abgesetzt wird kann es nicht an der Länge der Raw Message liegen. Das Gateway tut ja was es soll. ich vermute hier wirklich eher ein Problem mit FHEM.

[CarstenF]

Ich habe Phillips sketch noch nicht in Gebrauch. Habe Deine normale 1.2 laufen. Wäre der Aufwand groß, bzw. wärst Du bereit das einzubinden?
Gruß C.