(universeller) Infrarot-Empfang

[oberallgeier]

... einen möglichst universellen Empfang von den verschiedensten Fernbedienungen ...

Alle Achtung, eine möglichst allgemeines Encoding. Ist sicher ne ziemlich stramme Leistung.

Es gibt ja Puls Distance Encoding, Pulse Weiten Codierung, Biphasencodierung (NRZ, Manchester..). Pulse mit 10µs, 320 µs, 500 µs, 526 µs, 560 µs (ich will nicht langweilen und alle zusammensuchen). Nullen sind beim PulsDistanzCode meist um die 1 ms lang (1,00, 1,05, 1,12), die Einsen sind dann doppelt so lange (keine Gewähr dass es immer so ist). Ausnahme bildet der PulsDistanzCode von ITT, bei dem die Nullen 100 µs und die Einsen 200 µs bei 10µs langen Pulsen sind - ich weiß nicht, mit welchen IR-Empfängern die den Code schaffen.

Codes benutzen häufig Trägerfrequenzen von 38 kHz, ich glaube, dass dies die übliche Modulationsfrequenz ist, es gibt aber auch 40 kHz, 36 kHz - und vielleicht noch etliche andere (ich glaub irgendetwas mit 55 kHZ?).

Ähnlich unterschiedlich wie der Code und Modulationsfrequenz ist der Telegrammaufbau. 4Bit-A/6Bit-B (A.. Adressbyte, B..Befehlsbyte, IA bzw. IB sind invertierte Bytes), 8Bit-A/8Bit-B, 8Bit-A/8Bit-IA/8Bit-B/8Bit-IB, 8Bit-B/4Bit-A/4Bit-Subcode, 5Bit-A/8BitC+Expansion+Check ... dabei habe ich jetzt noch nicht vom RC-5 und seinen Nachfolgern von Philips geschrieben.

Also ich denke, dass es ne recht hübsche Aufgabe wird, nur einige der häufigeren Codes zu decodieren. Aber ich will Dir keinesfalls den Elan nehmen.

Nachtrag: dazu kommen natürlich noch Fernsteuerungen für digitale "Bilderrahmen", Fotoapparate etc. Davon kenne ich nur einige Foto-Fernsteuerungen. Die sind dann wirklich einfach . . . .

Nochn Nachtrag, dadurch wirds nicht einfacher. Die verschiedenen Telegramme haben wohl immer verschiedene Startsequenzen, die sehr häufig nicht ins Zeitmuster der einzelnen Bits passen.
Und als Resumee: der RC-5 ist im Vergleich zu anderen Codes/Telegrammen einfach aufgebaut und einfach zu dekodieren *ggg*.

[Bumbum]

Hallo Oberallgeier,

ich wußte tatsächlich nicht, dass es so viele verschiedene Methoden gibt. Aber mir ist nach dem lesen deines Beitrags erst bewußt geworden, dass ich eine wichtige Information gar nicht geschrieben habe da ich davon ausgegangen bin das dies eh klar ist: Ich möchte die empfangen Codes gar nicht decodieren, sondern den Atmel damit nur anlernen. Man drückt quasi eine Taste "Jetzt Aufpassen", dann drückt man die Taste der Fernbedienung und der Atmel speichert den Empfangenen Code um dann später, falls dieser IR-Code wieder empfangen wird eine Aktion zu starten.

Aber ich sehe schon, das Ganze ist wieder mal viel komplizierter wie ich ursprünglich gedacht habe.

Viele Grüße
Andreas

[Bumbum]

Hallo nochmal,

hier noch mein End-Bericht: Das Ziel war tatsächlich zu hoch gesteckt. Kurz formuliert hat Oberallgeier in allen Punkten recht. Es gibt einfach zu viele verschiedene Protokolle, Frequenzen, Übertragungsarten, etc.
Nachdem ich eine Fernbedienung aus meinem Besitz sauber hinbekommen habe wollte ich es mit einer anderen probieren und musste schon Parameter anpassen, wodurch dann die erste nicht mehr sauber erkannt wurde. Eine dritte wollte ich dann gar nicht mehr dazu holen.
Ich war da wohl etwas blauäuig und dachte ich kann einfach das gesendete Bitmuster speichern und vergleichen. Aber selbst bei RC5 ist dies durch das Toogle-Bit schon nicht möglich. Eine genaue Protokol-Analyse müsste her, was aber durch die vielzahl der existierenden Protokolle zuviel des Guten wäre.

Ich habe also eine RC5-Fernbedienung genommen und die Software darauf optimiert. Man war das einfach nach meiner Odysee.

Viele Grüße
Andreas