TSOP1736 - Auslesefrage.

[Draco (Gast)]

Hiho,

ich habe hier einen TSOP1736 an einem Atmega8 (8 Mhz, kein Teiler für 
Int!) mit einem 10k PullUp Wiederstand gegen VCC stehen.

Mit meiner kleinen Routine:

 void Timer2verflow_ISR() org IVT_ADDR_TIMER2_OVF
 {  
    if(PINB.B3 == 0) {runner++;Ok = 1;}
    
    if(PINB.B3 == 1 && Ok == 1)
    {
               itoa(text,runner);
               UART1_Write_Text(text);UART1_Write_Text(" ");
               runner = 0;
               OK=0;
    }
 }


...

     SREG_I_bit = 1;
     TOIE2_bit  = 1;                                     
     TCCR2      = 1;
...

messe ich die Laufzeit des TSOP Signales, jedoch habe ich so meine 
kleinen Probleme damit. Als Ausgabe bekomme ich folgendes.:

85 16 19 16 38 16 16 6 2 16 18 11 30 6 30 15 16 6 2 16 5 29 16 16 7

Bei vielen verschiedenen Fernbedienungen bekomme ich immer andere Signal 
rein. Was mich nun stutzig macht ist die erste Laufzeit (oben die 85) 
diese ändert sich sehr starkt zu anderen Fernbedienung, mal mehr (bis zu 
270) mal garnicht da. Desweiteren dachte ich das die Daten aus 14 
Halb-Bit bestehen, jedoch sie sind aber um einiges länger?! Kann ich mir 
irgendwie die Laufzeit errechnen?!

Viele Fragen, für viele ist die Lösung auch selbstverständlich, ich 
jedoch blicke gegen einen Uhrwald :/ Das Datenblatt hilft mir leider 
auch nicht weiter.

[Matthias L. (Gast)]

itoa(text,runner);

UART1_Write_Text(text);UART1_Write_Text(" ");

itoa braucht sehr viel Zeit. Ich würde das nicht in einem Interrupt 
machen.

Und die UaRT-Funktion, was macht die? Wartet die intern auf das 
Rx-data-reg-empty-flag? Oder schreibst du das in einen Puffer, der per 
Int abgearbeitet wird? Falls ersteres, dann wartest du bis der komplette 
String versendet ist, bevor du weitere Flanken beachtest!

[Volker S. (volkerschulz)]

Abgesehen davon ist das Ausgangssignal des TSOP active low, oder nicht? 
Da muss der UART-Puffer doch schon ueberlaufen bevor ueberhaupt das 
Startbit empfangen wurde.

Welches IR-Protokoll benutzt Du?

Willst Du wirklich ueber die Laufzeit gehen, dann setz die UART auf 
115200bps, bau Dir einen Timer mit 36kHz-Interrupt-Frequenz und schieb 
bei jedem Interrupt den Portstatus in ein Byte-Register. Ist ein Byte 
voll, schick es ueber die UART raus und fang von vorne an.


Volker

[Draco (Gast)]

Matthias Lipinsky schrieb:
> itoa braucht sehr viel Zeit. Ich würde das nicht in einem Interrupt
> machen.

Jep, klingt logisch, das erklärt auch den ersten hohen Wert und die 
anderen tiefen.

Volker Schulz schrieb:
> Abgesehen davon ist das Ausgangssignal des TSOP active low, oder nicht?

Richtig, deswegen lese ich ja auch die LowBits (if(PINB.B3 == 0)) aus.

Volker Schulz schrieb:
> Welches IR-Protokoll benutzt Du?

Es "sollte" eigentlich RC5 sein, jedoch habe ich... wie gesagt... bei 
jeglicher Fernbedienung andere Zeitwerte.

Volker Schulz schrieb:
> bau Dir einen Timer mit 36kHz-Interrupt-Frequenz und schieb
> bei jedem Interrupt den Portstatus in ein Byte-Register

Das ist ja das Problem, da RC5 mit einem Manchestercode arbeitet 
(Halbits) das is ä weng komplizierter.

[Volker S. (volkerschulz)]

Draco schrieb:
> Volker Schulz schrieb:
>> Abgesehen davon ist das Ausgangssignal des TSOP active low, oder nicht?
>
> Richtig, deswegen lese ich ja auch die LowBits (if(PINB.B3 == 0)) aus.

Ich meinte ja das if, in dem Du was ueber die UART sendest, Du schickst 
also immer etwas raus, wenn du einen Pegel von 0 auf 1 hast. Ist das so 
beabsichtigt?


> Volker Schulz schrieb:
>> Welches IR-Protokoll benutzt Du?
>
> Es "sollte" eigentlich RC5 sein, jedoch habe ich... wie gesagt... bei
> jeglicher Fernbedienung andere Zeitwerte.

Leichte Abweichungen bei verschiedenen Fernbedienungen sind normal, da 
insbesondere die billigen Universalfernbedienungen nur einen Grundtakt 
haben um alle Protokolle zu emulieren. Bei RC5 unterscheiden sich die 
Zeitwerte natuerlich auch durch die Uebertragenen Daten. Je nach 
Toggle-Bit solltest Du sogar bei zwei gleuchen Tastendruecken einer FB 
unterschiedliche Signale bekommen. Unterschiedliche Fernbedienungen 
nutzen velleicht unterschiedliche Geraete-Codes.


> Volker Schulz schrieb:
>> bau Dir einen Timer mit 36kHz-Interrupt-Frequenz und schieb
>> bei jedem Interrupt den Portstatus in ein Byte-Register
>
> Das ist ja das Problem, da RC5 mit einem Manchestercode arbeitet
> (Halbits) das is ä weng komplizierter.

Den Manchester-Code musst Du natuerlich danach noch decodieren. Du 
kannst Dir aber aus den Uebertragenen Bytes einen Graphen zeichnen um 
das Signal zu visualisieren. Spaeter kannst Du dann den Code direkt im 
Mikrocontroller auswerten (und brauchst dann auch keine 36kHz Takt 
mehr). RC5 ist eigentlich ziemich einfach zu benutzen:

Auf Startbit warten
Nach 400µs Timer mit 889µs starten
Halbbits auswerten bis beide gleich
Fertig


Volker

[Draco (Gast)]

Volker Schulz schrieb:
> Ich meinte ja das if, in dem Du was ueber die UART sendest, Du schickst
> also immer etwas raus, wenn du einen Pegel von 0 auf 1 hast. Ist das so
> beabsichtigt?

Richtig war so beabsichtigt, um die Zeiten zwischen low und high zu 
messen.

Volker Schulz schrieb:
> Auf Startbit warten
> Nach 400µs Timer mit 889µs starten
> Halbbits auswerten bis beide gleich
> Fertig

Das ist ja mein Problem, wie bekomme ich genau diesen Timer zustande :/

[Volker S. (volkerschulz)]

Draco schrieb:
> Volker Schulz schrieb:
>> Auf Startbit warten
>> Nach 400µs Timer mit 889µs starten
>> Halbbits auswerten bis beide gleich
>> Fertig
>
> Das ist ja mein Problem, wie bekomme ich genau diesen Timer zustande :/

Also ich hab meinen ATMEGA8535 auf 3.6864 MHz laufen und zaehle einen 
8-Bit Timer 29 mal bis 112. ;)

Du solltest aber hier im Forum auch fertige RC5-Codeschnipsel finden. 
Sowohl in ASM wie auch in GCC. Da musst Du dann nur noch die 
Taktfrequenz einstellen.


Volker

[Draco (Gast)]

Also ich habe es momentan so laufen:

void Timer0Overflow_ISR() org IVT_ADDR_TIMER0_OVF
{
    if(Pinb.B3 == 0)
    {
       runner++;
       ok = 1;
    }

    if(Pinb.B3 == 1 && ok == 1)
    {
    
          for(i=0;i<28;i++)
          {
            for(j=0;j<256;j++)
            {
              asm nop;
            }
            //text1[i] = PinB.B3;
            if(PinB.B3) test |= ((unsigned long)1 << i);
          }
          write = 1;
          runner = 0;
          ok = 0;
    }
}

Es kommen nun endlich einmal gescheite Werte raus, was mir dann im 
Nachhinein aufgefallen ist, das mein Quarz ja einen super 8er Teiler bei 
seinen 4.194304 Mhz bietet (128x nop, 256x nop,... je nach teiler des 
Overflow Interrupts.

:D Danke euch!