360 Grad IR WLAN Gateway

[robishawn]

Vielen Dank an Pfrimler,
das war der richtige Tipp, klappt super!

[tschimi]

Hi,
ich klinke mich jetzt mal hier rein. Ich versuche, meinen JVC-Beamer an/aus zu machen. Das anlernen der Befehle ist kein Problem.
z.Zt. hab ich 2.7.4 drauf und beim senden der gelernten Signale stürzt mein IR-Blaster ab. Witziger weise bei 2.5 nicht.
Aber egal, ob ich RAW oder den erkannten HEX-Code sende, der Beamer reagiert nicht. Irgendwo hatte ich dann gesehen, das auch Prontobefehle gehen sollten (bin aber nicht sicher, ob das in dieser Firmware auch geht)

/json?plain=[{type:"pronto",data:[0x0000,0x006D,0x001D,0x0001,0x0141,0x009F,0x0014,0x003B,0x0014,0x003B,0x0014,0x0014,0x0014,0x0014,0x0014,0x003B,0x0014,0x003B,0x0014,0x003B,0x0014,0x0014,0x0014,0x003B,0x0014,0x0014,0x0014,0x003B,0x0014,0x0014,0x0014,0x0014,0x0014,0x0014,0x0014,0x0014,0x0014,0x0014,0x0014,0x032F,0x0014,0x003B,0x0014,0x003B,0x0014,0x0014,0x0014,0x0014,0x0014,0x003B,0x0014,0x003B,0x0014,0x003B,0x0014,0x0014,0x0014,0x003B,0x0014,0x0014,0x0014,0x003B,0x0014,0x0014]}]

/json?plain=[{data:CEA0,%20type:JVC,%20length:16,%20pulse:10,pdelay:1}]

Hat irgendjemand vielleicht ne Idee?

Lg, tschimi

[FranziHH]

Hallo Miteinander,

Zunächst mal Danke für das coole Projekt 

Ich bin dabei damit herumzuspielen und meine Fernbedienungen einzulesen.
Dabei hat mich gewundert, warum die Adresse (bei Panasonic z.B.) dezimal gesendet werden soll.
Im Log tauchen die Daten ja auch als Hex auf.

Zum Anderen hat bei mir auch das Senden von JVC Codes nicht geklappt.

Dies habe ich für mich mal abgeändert, so dass das Senden bei Panasonic statt

Code Auswählen Erweitern

/json?plain=[{"data":"0500BCB9", "address":"16388", "type":"PANASONIC", "length":48}]

nun so gesendet werden kann:

Code Auswählen Erweitern

/json?plain=[{"data":"0500BCB9", "address":"4004", "type":"PANASONIC", "length":48}]

zum Anderen funktioniert jetzt das Senden der JVC Codes

Code Auswählen Erweitern

/json?plain=[{"data":"F9C0","type":"JVC","length":16}]

dazu habe ich im Source diese Stelle:

Code Auswählen Erweitern

irsend.sendJVC(data, len, 0);

folgendermaßen abgeändert:

Code Auswählen Erweitern

irsend.sendJVC(data, len, 1);


da ich Github etc nicht eingerichtet hatte, hab ich auf die Schnelle ein Repo per Hand erstellt und den Source und das neue Binary dort hochgeladen:
https://github.com/FranziHH/IRBlaster360/tree/master/IR_Blaster_360

Diese Version meldet sich dann mit der Version "IR Blaster 360 - v2.7.6.a"

Ob das für Andere nun brauchbar ist, kann ich nicht beurteilen, wer es nutzen will, auf eigene Gefahr
Dies nur mal auf die Schnelle zum Probieren

[CatWeazle]

Hi Leutz,

ich habe mir mal den Schaltplan angesehen und frage mich ist für dieses 360° Projekt der NRF24L01 überhaupt erforderlich?

[Pfriemler]

Es ist optional, z.B. beim Einsatz als Node in MySensors, wenn ich das richtig verstanden habe. Meine drei Gateways funktionieren auch ohne ganz prima,  wenig verwunderlich ...

via Tapatalk

[CatWeazle]

Hallo Pfriemler,

danke für de schnelle Antwort.
Dann werde ich mal einen Prototyp auf einem Breadboard aufbauen, einen D1 mini und das Kleinzeug hab ich hier. 

[JoergBo]

Hi, tolles Projekt.
Hardware fertig gebaut vom Marktplatz von Markus. bekommen, danke!

(v2.7.6)
Beim testen der verschiedenen FBs bin ich auf ein kleines Problem gestoßen, wo evtl. mal einer von euch Programmierern draufschauen kann.
Lese ich eine Kathrein FB ein, erkennt er sofort sauber RC6 und auch 99% immer gleich:

http://irblaster1.local:80/json?plain=[{"data":"C80460001","type":"RC6","length":36}]

Sende ich das aber, passiert am SAT nichts. Sende ich die RAW Daten klappt es meisst, ist aber nur 80% zuverlässig.
Nun habe ich den RC6 oben mal mit einem zweiten IR-Gateway eingelesen und da kommt das raus:

http://irblaster2.local:80/json?plain=[{"data":"8046800D","type":"RC6","length":36}]

Es wird was abweichendes gesendet, als ursprünglich von der FB kam.
Das zurück an IRBlaster1 gesendet, klappt seltsamerweise exakt, aber ist halt abweichend von dem Signal der FB.

Klar, dass das vom SAT nicht verstanden wird...

[Pfriemler]

Lese ich eine Kathrein FB ein, erkennt er sofort sauber RC6 ...
Nun habe ich den RC6 oben mal mit einem zweiten IR-Gateway eingelesen ... Es wird was abweichendes gesendet, als ursprünglich von der FB kam.vDas zurück an IRBlaster1 gesendet, klappt seltsamerweise exakt, aber ist halt abweichend von dem Signal der FB.

Du hast dieselbe FB an zwei Gateways eingelesen und nur der Code vom zweiten funktioniert. Was sagt uns das darüber, welches der falsche und welches der richtige Code ist?

[gloob]

Ich hatte öfter Probleme mit fehlerhaften IR Empfängern, die nichtmal das Signal einer Samsung richtig erkennen konnten. Ein anderer IR Empfänger lieg dann ohne Probleme. Ich denke daran könnte es liegen

[JoergBo]

Du hast dieselbe FB an zwei Gateways eingelesen und nur der Code vom zweiten funktioniert. Was sagt uns das darüber, welches der falsche und welches der richtige Code ist?

Nein, ich habe nicht 2x von FB eingelesen. Ich habe von FB an IR1 und dann den Code von IR1 an IR2 gesendet.
Ich verstehe nicht, warum sich der Code zwischen Senden FB und senden IR1 unterscheidet.
Das scheint der Grund zu sein, dass der Sat-Receiver nix versteht.

[JoergBo]

Ich hatte öfter Probleme mit fehlerhaften IR Empfängern, die nichtmal das Signal einer Samsung richtig erkennen konnten. Ein anderer IR Empfänger lieg dann ohne Probleme. Ich denke daran könnte es liegen

Beide IR-Gateways verhalten sich genau gleich.
Das   http://irblaster1.local:80/json?plain=[{"data":"C80460001","type":"RC6","length":36}]   wird von der FB gelesen, das   http://irblaster2.local:80/json?plain=[{"data":"8046800D","type":"RC6","length":36}]    wird vom IR Gateway gesendet.

Wenn ich den veränderten Code sende, kommt er 1:1 wieder beim zweiten IRGateway raus.

[Pfriemler]

Habe ich jetzt verstanden?
1) FB an IrBlaster1 => C80460001
2) IrBlaster1 sendet C80460001 an IRBlaster2 => 8046800D
3) IrBlaster2 sendet 8046800D an IrBlaster1 => 8046800D (also gleich)
Beide Codes erzeugen am Zielgerät keine Wirkung.

Das fehlerhaft erkannte Codes beim Weitersenden von einem anderen Blaster wieder anders erkannt werden, bei weiterem resend aber identisch, halte ich jetzt mal für wenig überraschend.

Die Erkennung von Codes ist für mich überdies oft sehr fraglich. Bei meinem Phillips-TV etwa bekomme ich für POWER mit der Original-FB sehr unterschiedliche Werte: 0, 10, C, 1000C als RC6, die von der Dreambox liefert mal 80C, mal C als RC5. Senden tue ich mit 0C als RC6. Beide FB und den Blaster verarbeitet der TV einwandfrei.

Leider habe ich im Netz auf die Schnelle auch keine passende llirc-Datei für den Kathrein gefunden, und Einarbeitung in RC5/RC6 steht bei mir noch aus.
Welche Kathrein-FB ist das nochmal genau?

[JoergBo]

Habe ich jetzt verstanden?
1) FB an IrBlaster1 => C80460001
2) IrBlaster1 sendet C80460001 an IRBlaster2 => 8046800D
3) IrBlaster2 sendet 8046800D an IrBlaster1 => 8046800D (also gleich)
Beide Codes erzeugen am Zielgerät keine Wirkung.

Das fehlerhaft erkannte Codes beim Weitersenden von einem anderen Blaster wieder anders erkannt werden, bei weiterem resend aber identisch, halte ich jetzt mal für wenig überraschend.

Die Erkennung von Codes ist für mich überdies oft sehr fraglich. Bei meinem Phillips-TV etwa bekomme ich für POWER mit der Original-FB sehr unterschiedliche Werte: 0, 10, C, 1000C als RC6, die von der Dreambox liefert mal 80C, mal C als RC5. Senden tue ich mit 0C als RC6. Beide FB und den Blaster verarbeitet der TV einwandfrei.

Leider habe ich im Netz auf die Schnelle auch keine passende llirc-Datei für den Kathrein gefunden, und Einarbeitung in RC5/RC6 steht bei mir noch aus.
Welche Kathrein-FB ist das nochmal genau?

OK, jetzt konnte ich das Problem rüberbringen. Wobei die RC6 Erkennung sehr gut erscheint. "C80460001" ist Taste 1 "C80460002" ist Taste 2 u.s.w.
Die FB ist Kathrein RC675.

[gloob]

Was passiert denn für den Fall

FB an IrBlaster2

[JoergBo]

Was passiert denn für den Fall

Der selbe Ablauf, wie oben.
1) FB an IrBlaster2 => C80460001
2) IrBlaster2 sendet C80460001 an IRBlaster1 => 8046800D
3) IrBlaster2 sendet 8046800D an IrBlaster1 => 8046800D (also gleich)

Die aktuelle IRremoteESP8266.lib wird mit uint_64 aufgerufen, sollte also mit 64bit klarkommen. Kathrein nutzt RC6 Mode 6a (37bit Rohdaten, 32bit ohne RC6 Header).
Irgendwo kommt es zu einer Verschiebung um 4 bit, aus C8046.....  wird 8046.... (die 8/0 an der 4. Stelle von links ist ein Toggle-Bit, das pro Übertragung wechselt)