360 Grad IR WLAN Gateway

[gloob]

Nochmal die Frage, was passiert nach 2 Minuten wenn ich das KVPUDP Gerät angelegt habe? Bzw. wie bekomme ich später hinzugefügte IR-Blaster aufgenommen? Muss ich das Gerät löschen und neu anlegen?

/Daniel

Also das KVP Gerät wird angelegt wenn innerhalb von 2 Minuten 2 Nachrichten kommen. Kommt nur eine Nachricht wird das Gerät nicht angelegt.
Wenn das Gerät angelegt wurde, kannst du deine Konfiguration speichern und bekommst dann im Gerät immer den aktuell empfangenen IR Code angezeigt.

Falls das nicht deine Frage beantwortet, habe ich die Frage nicht verstanden.

[ext23]

Ahh nee ich glaube ich habe da etwas nicht verstanden, ich dachte das die 2 Minuten jetzt global sind, sprich man hat 2 Minuten Zeit ein paar Kommandos zu senden und dann wird das Gerät angelegt, danach ist schluss... Aber ich glaube jetzt habe ich es geschnallt, kommen also innerhalb von 2 Minuten mind. zwei Kommandos an wird für dieses Gerät ein neues Device angelegt. Gut dann habe ich es jetzt verstanden.

Ist nur die Frage wieso bei mir nichts angelegt wird Verträgt sich da etwas nicht mit dem LGW KeyValueProtocol?!? Ich sehe auch keinerlei logs trotz verbose 5.

/Daniel

[isy]

Hallo,
ich habe gestern eine Fernbedienung von einem VU+ Solo2 SAT Receiver angelernt. Dabei habe ich die POWER Taste angelernt.
Der Code wurde erkannt, jedoch bein Senden hatte ich kein Glück.
Funktioniert auch die Fernbedienung von einem VU+ Receiver?

Meine Vu Solo 4k schaltet sich hiermit ein (im Browser):

Code Auswählen Erweitern

http://192.168.178.32:80/json?plain=[{'data':[2700,900, 500,450, 500,450, 500,850, 500,900, 1400,900, 500,450, 500,450, 500,450, 500,450, 500,450, 500,450, 500,450, 950,850, 950,850, 500,450, 950,850, 900,900, 500,450, 950,850, 500,450, 500,450, 500,450, 500,450, 500,450, 500,450, 500,450, 950,450, 500,850, 500,450, 500], 'type':'raw', 'khz':38}]

Dito in FHEM integriert:

Code Auswählen Erweitern

define IR_FB dummy
attr IR_FB group IR
attr IR_FB setList VuSolo4K_OnOff

define DOIF_IR_COMMANDS DOIF ([IR_COMMAND] eq "VuSolo4K_OnOff") ({GetHttpFile("192.168.178.32","/json?plain=[{'data':[2700,900,500,450,500,450,500,850,500,900,1400,900,500,450,500,450,500,450,500,450,500,450,500,450,500,450,950,850,950,850,500,450,950,850,900,900,500,450,950,850,500,450,500,450,500,450,500,450,500,450,500,450,500,450,950,450,500,850,500,450,500],'type':'raw','khz':38}]")})
attr DOIF_IR_COMMANDS do always
attr DOIF_IR_COMMANDS group IR
attr DOIF_IR_COMMANDS verbose 0

Helmut

[det.]

Hallo @ all,
habe ein KVPUDP Gerät angelegt. Wenn ich nacheinander mit verschiedenen FB probiere (NEC, SONY, Milight) kommen jeweils Readings, aber offenbar nicht die zum Tastendruck zugehörigen, sondern das System "merkt" sich die letzte FB und wiederholt die schon empfangenen Daten. Das ändert sich nach Neustart des IR Gateway. Auch ändert sich das Reading stochastisch bei wiederholtem Drücken der selben Taste. Was wird zur Eingrenzung des Problems noch benötigt?
Beispiel - immer die selbe Taste gedrückt:

Code Auswählen Erweitern

defmod KeyValueProtocol_IR_Blaster_3535955 KeyValueProtocol IR_Blaster 3535955
attr KeyValueProtocol_IR_Blaster_3535955 IODev KVPUDP
attr KeyValueProtocol_IR_Blaster_3535955 room Buero


setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:22:10 CR01_Json_Local_IP http://192.168.2.39:80/json?plain=[{'data':'8AF500FF', 'type':'NEC', 'length':32}]
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:22:10 CR02_Json_Local_IP http://192.168.2.39:80/json?plain=[{'data':'8AF500FF', 'type':'NEC', 'length':32}]
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:22:10 CR03_Json_Local_IP http://192.168.2.39:80/json?plain=[{'data':[9100,4450, 650,1700, 600,600, 600,600, 600,600, 600,1700, 650,600, 600,1700, 550,650, 600,1700, 600,1650, 650,1650, 600,1700, 600,600, 600,1700, 600,600, 600,1650, 600,600, 600,600, 600,600, 600,600, 600,600, 650,550, 600,600, 600,600, 600,1700, 600,1700, 600,1700, 650,1700, 600,1700, 600,1700, 600,1700, 600,1700, 550], 'type':'raw', 'khz':38}]
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:22:10 CR04_Json_Local_IP http://192.168.2.39:80/json?plain=[{'data':'FFFFFFFFFFFFFFFF', 'type':'NEC', 'length':0}]
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:22:10 CR05_Json_Local_IP http://192.168.2.39:80/json?plain=[{'data':[9150,4450, 650,1700, 600,600, 600,600, 600,600, 600,1700, 600,600, 600,1700, 600,600, 600,1700, 600,1700, 650,1650, 600,1700, 550,650, 600,1700, 600,600, 600,1700, 600,600, 600,600, 600,600, 600,600, 600,600, 650,550, 600,600, 600,600, 600,1700, 600,1700, 600,1700, 600,1700, 600,1700, 600,1700, 600,1700, 600,1700, 600], 'type':'raw', 'khz':38}]
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:21:12 ChipID 3535955
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:21:12 FlashChipId 1458208
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:21:12 MAC 2C:3A:E8:35:F4:53
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:21:12 ResetURL http://192.168.2.39:80/reset
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:21:12 UpdateURL http://192.168.2.39:80/upload
setstate KeyValueProtocol_IR_Blaster_3535955 2017-12-28 12:21:12 Version v2.5


Code Auswählen Erweitern

defmod KVPUDP KVPUDP
attr KVPUDP group Receiver
attr KVPUDP room System


setstate KVPUDP Opened

[Pfriemler]

Hatten wir in #318ff am 13.11.17 schon mal hier: https://forum.fhem.de/index.php/topic,72950.msg714661.html#msg714661

Problem dürfte die Firmware auf dem Gateway sein. Bisher hat sich noch keiner in die Code-Tiefen eingearbeitet.

Den Effekt, dass das Ding diverse Codes ermittelt, kenne ich auch. Habe deswegen die Hoffnung auf ein IR-Input für FHEM schon begraben.

@dl4fb: Code funzt mit meiner Dreambox leider nicht. Vermutlich sind die aber eh unterschiedlich.

[det.]

Danke, Pfriemler,
dann hab ich da ein Stück für mich unnütze Hardware auf dem Schreibtisch liegen. Hab auf der Arbeit einen alten RPI mit dem Displayshield von locutus, der empfängt zuverlässig Signale von einer alten IR Fernbedienung und schaltet über FS20 mein Bürolicht und ändert die Displayansicht etc. Das geht sehr zuverlässig. Hatte mit dem 360 Grad IR WLAN Gateway vor, meinem SONOS System irgendeine Fernbedienung zu verpassen. Das wird dann wohl solange nichts, bis jemand, der es kann, die Firmware fixt.

[ext23]

Hallo @ all,
habe ein KVPUDP Gerät angelegt. Wenn ich nacheinander mit verschiedenen FB probiere (NEC, SONY, Milight) kommen jeweils Readings, aber offenbar nicht die zum Tastendruck zugehörigen, sondern das System "merkt" sich die letzte FB und wiederholt die schon empfangenen Daten. Das ändert sich nach Neustart des IR Gateway. Auch ändert sich das Reading stochastisch bei wiederholtem Drücken der selben Taste. Was wird zur Eingrenzung des Problems noch benötigt?

Bei dir kommt wenigstens etwas an, bei mir kommt garnichts an und es wird auch kein Device angelegt.

Ich sehe nur die Multicast Pakete im TCPDump.

[knopers1]

Meine Vu Solo 4k schaltet sich hiermit ein (im Browser):

Code Auswählen Erweitern

http://192.168.178.32:80/json?plain=[{'data':[2700,900, 500,450, 500,450, 500,850, 500,900, 1400,900, 500,450, 500,450, 500,450, 500,450, 500,450, 500,450, 500,450, 950,850, 950,850, 500,450, 950,850, 900,900, 500,450, 950,850, 500,450, 500,450, 500,450, 500,450, 500,450, 500,450, 500,450, 950,450, 500,850, 500,450, 500], 'type':'raw', 'khz':38}]

Geil Helmut, bei mir geht es auch mit der Zeile in Verbindung mit solo2.
Ich bekomme beim Einlesen der Fernbedienung kein RAW-Code 

Hast Du evtl. andere Raw-Codes für andere Tasten?

Vielen Dank Helmut

[isy]

Moin,
neine habe weiter nichts gescannt über IR, da ich alle anderen Einstellungen am Receiver über das Enigma2 Modul vornehme. Das ist viel einfacher.
Ich brauche das 360 Grad IR Gateway nur zum Hochfahren aus deep-standby.

Gruß Helmut

[Philipp]

Hatten wir in #318ff am 13.11.17 schon mal hier: https://forum.fhem.de/index.php/topic,72950.msg714661.html#msg714661

Problem dürfte die Firmware auf dem Gateway sein. Bisher hat sich noch keiner in die Code-Tiefen eingearbeitet.

Den Effekt, dass das Ding diverse Codes ermittelt, kenne ich auch. Habe deswegen die Hoffnung auf ein IR-Input für FHEM schon begraben.

ich hab mal ein wenig in den Code geschaut. Der Jsonparser wird nie freigegeben und bei ca 15kbyte ist dann kein Platz mehr. Nach dem Neustart gehts natürlich wieder. Laut Entwickler sollte man es sowieso nur zum json de- und encoden nehmen und den Buffer danach zu leeren, wäre ja auch kein Problem die json erstellung in eine funktion zu packen.
Auch die aktuelle IRRemoteESP8266(2.3.0) geht wenn man die 3 USECPERTICK auf RAWTICK ändert. Dann ist die Auflösung auch gleich bei 2ms

philipp

[gloob]

Ich werde im neuen Jahr mir die Firmware nochmal genauer anschauen und updaten.

[Pfriemler]

@Phillipp: Auf welche Firmware beziehst Du Dich? 2.5 aus dem ersten Post?
Welche Änderungen genau schlägst Du vor?
Ich *oink* gucke da gerade rein wie'n Schwein ins Uhrwerk... *oink oink*

@gloob: Ja, bitte. Ein kleiner Schritt für einen Menschen, ...

[Philipp]

@gloob: Danke, ich schau auch mal was ich schaffe. Hast Du den source auch auf github liegen? Dann könnte ich pr machen.

@Pfriemler: ja auf die 2.5er.
ich bin dabei einen Ringbuffer einzubauen, damit sollte das Problem dass er keine neuen IR Befehle erkennt weg sein(Siehe unten Buffersize).
Um bei der neuen IRRemoteESP8266 (2.3.0) keine Compiler Probleme zu bekommen müssen die 3 Werte USECPERTICK im Arduinoprojekt auf RAWTICK geändert werden. Dann sind die Rawdata Werte im 2ms Raster, siehe unten.
philipp

Code Auswählen Erweitern

Signal received:
One line: BA539B95:UNKNOWN:25
Size results: 56Idx: 0
BA539B95One line: BA539B95:UNKNOWN:25
uint16_t  rawData[50] = {1834,1834, 1832,1834, 1834,1834, 1858,1810, 1832,1836, 1834,1834, 1830,1836, 1858,1810, 1832,1836, 1834,1836, 1830,1838, 1832,1836, 1836,1838, 1832,1840, 1834,1838, 1832,1840, 1836,1838, 1834,1836, 1832,1840, 1832,1840, 1830,1840, 1830,1840, 1832,1838, 1836,1836, 1836,1838 };  // UNKNOWN BA539B95
Buffersize: 15780
Send UPD-Multicast:
OK VALUES ...
Send UPD-Multicast:
OK VALUES ...
Send UPD-Multicast:
OK VALUES ...
Turning off the LED to save power.
Signal received:
One line: D5F6970F:UNKNOWN:35
Size results: 56Idx: 1
D5F6970FOne line: D5F6970F:UNKNOWN:35
uint16_t  rawData[69] = {606,726, 2106,1334, 1362,1362, 1346,700, 2142,1328, 1370,700, 2136,10898, 580,704, 2126,1330, 1370,1332, 1362,706, 2128,1334, 1362,698, 2126,10864, 604,700, 2130,1332, 1368,1328, 1368,702, 2132,1332, 1364,706, 2128,10874, 604,698, 2128,1332, 1362,1336, 1368,698, 2126,1336, 1370,696, 2134,10862, 600,706, 2124,1338, 1362,1336, 1364,706, 2132,1334, 1370,698, 2134};  // UNKNOWN D5F6970F
Buffersize: 15780


[Philipp]

Falls wer mutig genug ist 

https://github.com/phili76/IRBlaster360/tree/memleak_json

Aber bitte nicht hauen wenn dann nix mehr geht, für heute reichts mal. Ist jetzt ein Timestamp drinnen(per NTP) und der .local Link als Link ausgeführt. KVP sollte weiter funktionieren habe ich aber jetzt nicht testen können.

philipp

[Philipp]

ist jetzt auch im master auf https://github.com/phili76/IRBlaster360 und hat timestamps und uptime bekommen. Das Configmenu im Web liest zwar die config aus, speichern bin ich erst dabei.