360 Grad IR WLAN Gateway

Begonnen von gloob, 08 Juni 2017, 21:16:36

Vorheriges Thema - Nächstes Thema

Pfriemler

IR-Kommandos bestehen in der Regel aus Bitblöcken von relativ kurzer Dauer. Beim längeren Betätigen einer Taste werden diese in einem bestimmten Abstand wiederholt, bis man die Taste loslässt. Genau das kann kann mit dem IR-Blaster ebenso gemacht werden. Wiki und alle Kommandoanleitungen listen die Infos auf.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Neuhier

Für mehrfach auszuführende Sequenzen habe ich in der Zeile am Ende ,'repeat':5 angehangen.
Dadurch wird das z.B. 5x gesendet.

Phantomato

Hallo,
das ist ja mal ein tolles Projekt  :D. allerdings hätte ich 2 Fragen.

1. Warum ist der Empfänger seitlich? egal wie man es dreht ist der Empfänger oder der Sender seitlich. Wirkt sich das nicht negativ aus und würde nicht mehr Sinn machen, wenn beide an der Stirnseite Sitzen würden?
2. Ist der mini Gateway genau so leistungsfähig wie der runde? Wobei dort der Empfänger auch seitlich sitzt.
Server: RaspberryPi4 4GB @Raspbian GNU/Linux 10 (buster), Docker, FHEM Docker | Homematic nanoCUL868 (VCCU) | Tasmota Switch & Sensors | Tasmota Zigbee | Zigbee2mqtt | SIGNALduino | Alexa & GoogleHome

Phantomato

#693
Ich habe mittlerweile einen Gateway gebaut und in Betrieb genommen. Alles so weit so gut. Ich möchte allerding damit haupsächlich empfangen um mit einer DOIF Schleife darauf reagieren. So in der Art:

define KeyValueProtocol_DOIF DOIF ([KeyValueProtocol_IR_Blaster_11792806:CR01_Json_Local_IP] eq "http://192.168.178.89:80/json?plain=[{'data':'FF02FD', 'type':'NEC', 'length':32}]") () DOELSE ()

Das geht Aufgrund der Sonderzeichen einfach so nicht. Ich konnte hier leider keinen beispiel dazu finden. Komme hier einfach nicht weiter...

Edit: Ich habs jetzt raus:

define KeyValueProtocol_DOIF DOIF ([KeyValueProtocol_IR_Blaster_11792806:CR01_Json_Local_IP:"(\{(.*?)\})"] eq "{'data':'FF02FD', 'type':'NEC', 'length':32}")



Server: RaspberryPi4 4GB @Raspbian GNU/Linux 10 (buster), Docker, FHEM Docker | Homematic nanoCUL868 (VCCU) | Tasmota Switch & Sensors | Tasmota Zigbee | Zigbee2mqtt | SIGNALduino | Alexa & GoogleHome

Dersch

#694
Hi,

ich habe hier eine Berbel Skyline bei der ich schon ewig versuche diese mittels MQTT zu automatisieren. Aber immer gebe ich für eine Zeitlang frustriert auf.

Ich bekomme es mit diesem Projekt https://github.com/enc-X/mqtt-ir-transceiver 1zu1 nachgebaut einfach nicht hin. Mit einer billigen lernfähigen Remote kann ich das Gerät aber steuern. Mit dem Linux Tool lirc hatte ich es sogar auch mal am laufen, zwar unzuverlässig aber es ist zumindest was passiert. Mit dem ir transceiver kann ich zwar RAW was auslesen aber senden hat noch nie eine Reaktion gebracht. Das Komische ist auch, dass ich RAW immer andere Codes rausbekomme...

Der Hersteller sagte mir Unser BFB-Hersteller benutzt ein eigenes IR-Protokoll namens ,,r-Step-Protokoll".

Leider dürfen wir die IR-Codes unserer Fernbedienungen aus diesem Grund nicht weitergeben.


Ich finde zu dem r-Step Protokoll zwar ein technisches Merkblatt https://sourceforge.net/p/lirc/mailman/attachment/20070911083809.C01F06A9FA4@grimoire.wyplay.com/1/ aber werde da nicht so ganz schlau draus. Auch meine Frage beim GitHub Projekt blieb leider unbeantwortet https://github.com/enc-X/mqtt-ir-transceiver/issues/20

Kann mir hier vll jemand was dazu sagen?

Philipp

Auf die Schnelle finde ich dass es mit 56khz moduliert ist, da könnte das Problem liegen. Ausgeben sollte kein Problem sein aber was...

no_Legend

Hallo Zusammen,

mal eine Frage zum Gateway.
Ich hab zwei Media Klimageräte und wollte diese per IR ein und ausschalten können.

Meine Harmony ist wohl nicht in der Lage dazu die Befehle der FB zu erkenne nun sie dann auch wieder so an die Klimageräte zur senden.
Zumindest reagiert den die Klimageräte nicht darauf.

Was denk Ihr wie groß die Chancen sind, dass es mit einem Gateway gehen würde?

Danke und Gruß Robert
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

vbs

So, neuer TV :)

Kann mir jemand sagen, wie ich Pronto Hex Codes in ein URL-Format für das Gateway konvertieren kann? Geht um die Codes von hier z.B:
http://216.250.177.3/cgi-bin/mboard/rc-discrete/thread.cgi?7244

Sieht z.B. so aus:
HDMI 1
0000 006d 0026 0000 0155 00aa 0016 0015 0016 0015 0016 0040 0016 0015 0016 0015 0016 0014 0016 0015 0016 0015 0016 0040 0016 0040 0016 0015 0016 0040 0016 0040 0016 0040 0016 0040 0016 0040 0016 0015 0016 0040 0016 0040 0016 0040 0016 0014 0016 0015 0016 0040 0016 0040 0016 0040 0016 0015 0016 0014 0016 0014 0016 0040 0016 0040 0016 0014 0016 0015 0016 060b 0155 0055 0016 0e58 0155 0055 0016 00aa


Ich habe das bei http://irdb.tk/decode/ nach "Raw" konvertieren können:
+9024 -4512 +564 -564 +564 -564 +564 -1692 +564 -564 +564 -564 +564 -564 +564 -564 +564 -564 +564 -1692 +564 -1692 +564 -564 +564 -1692 +564 -1692 +564 -1692 +564 -1692 +564 -1692 +564 -564 +564 -1692 +564 -1692 +564 -1692 +564 -564 +564 -564 +564 -1692 +564 -1692 +564 -1692 +564 -564 +564 -564 +564 -564 +564 -1692 +564 -1692 +564 -564 +564 -564 +564 -39756

Wobei wohl "+" für ein Signal und "-" für ein Gap steht. Ich hatte daraus mal eine URL gebaut indem ich die Vorzeichen einfach weggelassen habe, da ja eh immer ein Pegelwechsel beschrieben wird? Hat aber nicht geklappt :(

Dann gibt's auf http://irdb.tk noch viele Codes in solch einem Format:
INPUT TV Protocol NEC1, device 4, subdevice -1, OBC 15

Kann mir jemand einen Tipp geben, wie ich daraus etwas in der Art "'data':'FF02FD', 'type':'NEC', 'length':32" für den Blaster machen kann?

Danke

Pfriemler

Nö, spontan keine Idee. Wenn ich den Pronto aus dem ersten Code allda eingebe, lande ich bei NEC1, device 4, subdevice -1, 206
in der Tabelle für LG TV, NEC1 ergibt das "HDMI 1" Soweit so gleich.

Die Idee mit RAW und der URL hätte ich so auch gehabt.
Prinzipiell sollte es aber einfacher sein, einen direkten NEC-Code vorzugeben.

ich habe bei irdb.tk mal nach Yamaha A/V Receiver Device 122 "Mute" gesucht. Hier bekomme ich "NEC1, device 122, subdevice -1, OBC 28"
122 hex ist 7A, Code 28 ist 1C - und 7A-1C ist der Code aus dem Servicemanual von Yamaha, auf den mein Receiver hört.
Die Umrechnung dieser Codes auf Bitfolgen ist ziemlich kompliziert. Ein aa-bb-Code wird auf aa+INV(aa)+bb+INV(bb), jeweils LSB-gespiegelt, gesendet. Das muss man dann wieder in eine Hexfolge zurückrechnen. Dafür habe ich dann ein Programm geschrieben...

Dein "HDMI1" wäre dann 04-CE. Mit meinem Konverterprogramm ergibt das "[{'data':'20DF738C','type':'NEC','length':32}]"

Wenn "InputTV" als "Protocol NEC1, device 4, subdevice -1, OBC 15" klingt, dann wäre das nach NEC-Schreibweise 4-F, aufgefüllt 04-0F, bzw. "[{'data':'20DFF00F','type':'NEC','length':32}]"
Kommt mir aber ziemlich einfach vor. Teste trotzdem mal ...

Aber ganz anders gefragt: Ich nehme an, Du hast den TV und eine Fernbedienung. Was sagt denn die Lernfunktion des Gateways dazu?


"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

no_Legend

Jetzt bin ganz verwirrt.

Die Daten die per MQTT in FHEM rein kommen, muss ich die erst wieder umwandeln bevor man sie wieder per FHEM raus schickt?

Dazu noch ein andere frage, gibt es eine Möglichkeit die echte MQTT Message in FHEM zu sehen?

Tasmota schneidet mir die Nachricht die empfangen wird immer ab. Ich kann somit nicht mit Sicherheit sagen ob ich wirklich alles empfangen habe, was die Fernbedienung sendet.

Gruß Robert


Gesendet von iPhone mit Tapatalk Pro
IntelNUC mit Ubuntu mit FHEM immer aktuell,2x HMLAN, CUL443, CUL868 -homekit/siri -tablet ui -homebridge
Device, diverse:
HM-SEC-KEY,HM-LC-BL1-FM,HM-SEC-SD,HM-Sen-DB-PCB,HM-Sec-RHS,HM-Sec-SC-2,HM-WDS10-TH-O,Harmony,Netamo, 433MHz Steckdosen uvm.

vbs

Zitat von: Pfriemler am 12 Juli 2019, 11:58:15
Dein "HDMI1" wäre dann 04-CE. Mit meinem Konverterprogramm ergibt das "[{'data':'20DF738C','type':'NEC','length':32}]"
Danke dir, das funzt!

Zitat von: Pfriemler am 12 Juli 2019, 11:58:15
Aber ganz anders gefragt: Ich nehme an, Du hast den TV und eine Fernbedienung. Was sagt denn die Lernfunktion des Gateways dazu?
Ja hab ich, aber dieser neumodische Kram redet mit dem TV offenbar RF (Bluetooth?) und kein IR. Der Fernseher empfängt aber auch IR theoretisch. Ich hab mir jetzt die kompletten LG-IR-Codes auf meine Xsight Touch Fernbedienung geladen, so dass ich damit den TV bedienen kann. Mit der FB wiederum kann ich jetzt die Codes mit dem IR-Blaster empfangen, so dass ich die damit auch einigermaßen stressfrei FHEM beibringen kann.

Falls es wen interessieren sollte, sieht jetzt so aus:
IR_LG_TV_Back [{"data":"20DFDA25","type":"NEC","length":32}]
IR_LG_TV_Down [{"data":"20DF827D","type":"NEC","length":32}]
IR_LG_TV_HDMI1 [{"data":"20DF738C","type":"NEC","length":32}]
IR_LG_TV_HDMI2 [{"data":"20DF33CC","type":"NEC","length":32}]
IR_LG_TV_HDMI3 [{"data":"20DF9768","type":"NEC","length":32}]
IR_LG_TV_HDMI4 [{"data":"20DF5BA4","type":"NEC","length":32}]
IR_LG_TV_Left [{"data":"20DFE01F","type":"NEC","length":32}]
IR_LG_TV_OK [{"data":"20DF22DD","type":"NEC","length":32}]
IR_LG_TV_Off [{"data":"20DFA35C","type":"NEC","length":32}]
IR_LG_TV_On [{"data":"20DF23DC","type":"NEC","length":32}]
IR_LG_TV_Right [{"data":"20DF609F","type":"NEC","length":32}]
IR_LG_TV_Up [{"data":"20DF02FD","type":"NEC","length":32}]

Pfriemler

@vbs: Sorry, war lange weg hier ... freut mich dass ich richtig lag.
An den LG-Codes gibt es bestimmt noch Interesse. Klassiker sind noch die Lautstärketasten, Mute, Power on, Power off, Toggle.
Wenn Du da noch was beisteuern kannst, müsste ich es eigentlich (oder jemand anderes) der Vollständigkeit halber ins Wiki hieven.

Zur MQTT-Problematik kann ich nichts beitragen, sorry.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Basti-K

Servus,
Gestern habe ich mein 360Blaser in Betrieb genommen.

danke für dies Projekt.

Ich möchte damit meinen Beamer an und aus machen.
An geht, aber aus ist schwer.

Man muss mehrmals auf den Powerknopf drücken.
Ich glaube 3x nacheinander und der ESP ,,stürzt ab" wenn ich den Befehl 3x schicken.
Geht das evt. eleganter?

([IT_0F00FF0FFF:state] eq "on")
({GetHttpFile("192.168.200.213","/json?plain=[{'data':'2210C8E11E','type':'NEC','length':32}]")}) DOELSEIF ([IT_0F00FF0FFF:state] eq "off") \
({GetHttpFile("192.168.200.213","/json?plain=[{'data':'2210C8E11E','type':'NEC','length':32},{'data':'2210C8E11E','type':'NEC','length':32}, \
{'data':'2210C8E11E','type':'NEC','length':32}]")})

Pfriemler

{GetHttpFile("192.168.200.213","/json?plain=[{'data':'2210C8E11E','type':'NEC','length':32,'repeat':3}]")}

https://wiki.fhem.de/wiki/IR-WLAN-Gateway#Betrieb_.C3.BCber_GetHttpFile-Aufrufe

"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

errazzor

Hallo, ich habe eine Frage - mein IRGW geht von Zeit zu Zeit einfach "absent", sprich es hat keine WLAN-Verbindung mehr.
Es hilft dann nur stromlos machen.

Am WLAN  an sich liegt es wohl nicht, alle anderen Geräte (auch andere Wemos) funktionieren einwandfrei.

Kann man da irgendwas machen, ist das vielleicht ein bekannter Bug?

Danke und Gruß