Alle Achtung, eine möglichst allgemeines Encoding. Ist sicher ne ziemlich stramme Leistung.... einen möglichst universellen Empfang von den verschiedensten Fernbedienungen ...
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*.
Zitieren
Lesezeichen