Auf nicht-RC5-Fernbedienungen reagieren

Ohne zu wissen um welchen Code es sich handelt wird das ganze recht
schwierig werden. Das erste was du wissen solltest ist die Trägerfrequenz
des Signals. Diese beträgt nämlich nicht immer 36kHz! Ohne einen
geeigneten Empfänge wirst du das Signal nicht auswerten können.

Hier die Beschreibung zu einigen IR-Codes.

Ich würde dir dazu raten die Fernbedienung die du verwenden möchtest
einfach mal zu öffnen. Viel mehr als ein IC wird da nicht drin sein.
In dem entsprechendem Datenblatt steht auch der verwendete Code.

Danke für den Link.
Aber, das es möglich ist, haben schon viele bewiesen. Ich will ja auch nicht jede Taste einzeln nutzen können. Es müss also nicht der Code ermittelt werden und das Progamm sich dann automatisch auf den Code einstellen um alle Tasten zu benutzen.

Es muss nur ein beliebiger Code einer beliegigen Codeart verewigt werden.
Und ichkann ja nicht jedem, der das mal nachbauen möchte raten seine FB zu öffnen und dann ggf immer noch nicht schlauer zu sein. Es lässt sich ja nicht jeder IC bestimmen.

Ok. Ich gebe zu meine Antwort war wohl doch etwas vorschnell.

Mit einem TSOP geht das definitiv nicht.
Wie ich schon beschrieben habe arbeiten nicht alle Codes auf der selben
Frequenz.

Aber ich habe gerade in einem meiner schon recht alten Bücher ein IC
gefunden das dir evtl. helfen könnte:
Ein TBA2800.
Wenn ich die Beschreibung richtig deute unterscheidet dieser gültige Signale
anhand der Flankensteilheit vom Rauschen. Ist also nicht Frequenzabhängig.

Möglicherweise ist das nicht die beste Lösung für dein Problem.
Aber einen Versuch ist es wert.

Evtl. findet sich ja auch noch jemand der einen etwas moderneren Baustein
nennen kann?

Die Auswertung der Signale würde ich genau so angehen wie du es selbst
schon beschrieben hast.

Ich hoffe ich konnte dir dieses Mal etwas besser helfen.

Den TBA werde ich mir mal anschauen. Der TSOP11XX ist etwas schneller als die 17er. Ändert zwar nichts an der Trägerfrequenz, aber hilft evtl bei einigen Codes.
Wobei ich auf einigen Seiten gelsen habe, das die TSOP auch etwas außerhalb der Nennfrequenz arbeiten können. Das würde ja schon reichen. Die meisten FB arbeiten ja um 38kHz. Wessens nun 56kHz hat alte erstmal Pech, kann ja aber einen anderen Empfänger einbauen.
Beim TBA habe ich die Angst, das der die Trägerf. mit überträgt. Aber wie gesagt, ich werd mir den nochmal anschauen.
Einen TSOP habe ich sowieso schon in der Schaltung. Es wäre schön wenn ichden für alles nutzen könnte und kein zweiten Empfänger bräuchte.

Die Auswertung angehen...
Das ist es ja ;)
1. Warum das Rad neu erfinden?
2. Ich habe in einem Forum die Aussagen von jemanden gelesen, das sowas schonmal für einen AVR programmiert hat. Um das ganze nachher so kompatibel wie möglich zu gestallten hat er viel Arbeit investiert und viele FB gesmmelt.
3. Im Prinzip ist es ja nur die Periodendauern zu messen. Aber...
3.1 Wie geht das mit BASCOM (schnell)
3.2 Wie ein eventuelles Toggelbit erkennen?
3.3 Wie den Anfang und das Ende des Codes finden?

Es ist ja nicht so, das ich nicht will, aber wie anfangen?
Ichhabe mir in den letzten Tagen schon viele Gedanken gemacht. Aber keinen brauchbaren Ansatz gefunden und auch nochnicht die Möglichkeit gehabt mal mit BASCOM und einem AVR Frequenzen zu messen.
Und Email von Leuten die das ganze schonmal in die Tat umgesetzt haben habe ich auch noch nicht zurück bekommen.
Evtl kommen keine mehr, oder die sind alle im Urlaub?!

Also, unter Punkt 3 sind meine eigentlichen Probleme die ich habe, sofern niemand anders bereit ist seine Arbeiten zu veröffentlichen oder noch jemand anders mit den Text auf der .HEX übersetzen kann und besonders will und würde!

Hallo

Schau mal hier auf der Seite, ziemlich weit unten.
Sollte dich schonbmal ein gutes Stück weiter bringen.

http://eldo.gotdns.com/yard/firmware.html

Hier ein paar Codes

http://bjorn.rhoads.nu/hp48/remote/



MFG
Dieter

Many Stuff!
Ich werde wohl einen Atmel Giga512 brauchen um alles in den Code zu packen ;)
Morgen schau ich mir die Seiten nochmal alle an und werde versuchen gemeinsame Nenner in den Codes zu finden. So wie es aussieht, werde ich es wohl selbst programmieren müssen und kann nicht drauf hoffen das mit jemand eine HEX übersetzt :(

Naja - ich hab das ganze in ne 2kb Pic - untergebracht -
(bin der autor von yard)

Zitat:

---

Many Stuff!
Ich werde wohl einen Atmel Giga512 brauchen um alles in den Code zu packen
Morgen schau ich mir die Seiten nochmal alle an und werde versuchen gemeinsame Nenner in den Codes zu finden. So wie es aussieht, werde ich es wohl selbst programmieren müssen und kann nicht drauf hoffen das mit jemand eine HEX übersetzt

---

Ich denke den Nec (Common-IR) und Japan-Code kannst du mit einem
gut parametrisierbaren Decoder verarbeiten - da beiden Codes gemein ist
das die Bits im Abstand zwischen den Pulsen kodiert sind - wo sich nur die H & L Zeiten unterscheiden. (Nach diesem Schema funktionieren sehr viele IR-Codes!)

> Atmel Giga512
soviel wirst du nicht - brauchen ich hab die 4-Decoder + Uhr + IR-Sender in einen 2kb PIC (16F628 untergebracht) also mit nem 8kb Atmel kannste da schon Bäume aussreisen.

Nochwas meine Website: eldo.gotdns.com ist nicht ganztägig online - sondern nur ab 14:45 bis 02:00 nachts!
(zur Not kannst du ja nen Blick in meinen Source zum PIC werfen,
und dir so die notwendige inspiration holen:)

André

Lass es dir als String ausgeben den du dann immerwieder vergleichen kannst. Natürlich musst du ihn im speichern bzw erlernen

Abspeichern ist wirklich nicht meine Sorge. Der Code kommt dann in den EEPROM und bleibt dort bis ein neuer kommt.

Aber wie soll das als String geh'n?
A$=IR-Code_an_PinD.1

Da wird Bascom 100%ig eine Fehlermeldung bringen ;)