IR Transistor empfängt zwei Signal bei einen Tasten druck(Flag 0 und dann Flag 1)

[Felix N. (felix_n888)]

Hallo Community,
Ich habe da mal ne Frage, und zwar habe ich ein IR-Transistor auf ein 
Breadboard gesteckt und habe mir das Beispiel aus dem Tutorial IRMP 
angeschaut. Wenn ich nun mit meiner Fernseher Fernbedienung(Toshiba) zum 
Sensor halte, und dann z.b Die 1 auf der Fernbedienung drücke. Kommt in 
USART diese Zeile an:

Protocol: 7 | Address:     1 | Command:   1 | Flags: 0

und ganz kurz danach, nicht mal ne halbe Sekunde kommt dieses Zeile:

Protocol: 7 | Address:     1 | Command:   1 | Flags: 1

Der gleiche Befehl nur mit Flag 1. Soweit ich weis wird mit Flag 
signalisiert das jetzt ein Befehl ausgeführt wird zb. Lautstärke leiser 
stellen. Ohne das ich jetzt von 100 % auf 50 % Lautstärke 50 die Taste 
drücken muss. Sondern das er automatisch runterzählt.

Wisst ihr woran das liegt das dieses beiden Zeilen mir zurück geben 
werden?

Mfg Felix.

[Guest (Gast)]

Felix N. schrieb:
> Wisst ihr woran das liegt das dieses beiden Zeilen mir zurück geben
> werden?

Das Flag bedeutet, daß die Taste festgehalten und nicht erneut gedrückt 
wurde. Und die Fernbedienung sendet halt ein Statusupdate 'Taste 1 wird 
immernoch gedrückt'.
Funktioniert wie es soll.

[Felix N. (felix_n888)]

Guest schrieb:
> Das Flag bedeutet, daß die Taste festgehalten und nicht erneut gedrückt
> wurde. Und die Fernbedienung sendet halt ein Statusupdate 'Taste 1 wird
> immernoch gedrückt'.
> Funktioniert wie es soll.

Hallo,
Danke.

Hätte da nochmal ne andere Frage, und zwar baue ich mir auch selber eine 
Fernbedienung mit dem IRSND.
Ich habe mir diesen Artikel durchgelesen und ausprobiert: 
https://www.mikrocontroller.net/articles/IRSND

Meine LED ist genauso angeschlossen wie in der Zeichnung auf dem Artikel 
dargestellt. Meine IR-LED ist eine TSAL6200. Und ich nutze denn BC547B 
anstatt denn BC337. Sonst sind alles gleich.

Wenn ich nun auf dem NEC Protokoll mit der Adresse 1 und Command 1 
sende. Und meine Kamera vom Handy über der LED halte kann ich sehen das 
sie blinkt. Jedoch gibt mir der IR-Transistor nix im USART aus.

Die LED ist am OC2B angeschlossen. Ich habe mein Sender Code mal 
angehängt.

Mfg Felix.

[Frank M. (ukw) (Moderator)]

Felix N. schrieb:
> Jedoch gibt mir der IR-Transistor nix im USART aus.

Du meinst der TSOP (das ist kein Transistor, sondern eine komplette 
integrierte Schaltung!) empfängt nichts?

Du hast also einmal einen µC mit IRMP laufen und einen zweiten mit 
IRSND? Läuft der µC mit IRSND tatsächlich mit einem Takt von 16MHz, so 
wie Du es im Quellcode angegeben hast? Wenn nicht, dann klappt das 
nämlich nicht.

Um den µC mit 16MHz zu nutzen, brauchst Du nicht nur den entsprechenden 
Quarz, sondern musst auch die entsprechenden Fuse-Bits im µC setzen. 
Hast Du das gemacht? Wenn ja, mit welchen Fuse-Werten?

Skizziere mal bitte Deinen Aufbau - am besten auch mit Bildern.

P.S.
Zu Deiner Frage mit flag = 1: Das ist so, wie oben erklärt wurde. Steht 
auch im Artikel. Bei längeren Tastendrücken sendet die Fernbedienung 
Wiederholungen aus. Die sind mit flag = 1 markiert. Wenn Du nur neue 
Tastendrücke auswerten willst, dann ignoriere einfach die Frames mit 
gesetztem Flag. Das ist auch so im Artikel unter "Entprellen von Tasten" 
erklärt.

[Felix N. (felix_n888)]

Frank M. schrieb:
> Du meinst der TSOP (das ist kein Transistor, sondern eine komplette
> integrierte Schaltung!) empfängt nichts?
>
> Du hast also einmal einen µC mit IRMP laufen und einen zweiten mit
> IRSND? Läuft der µC mit IRSND tatsächlich mit einem Takt von 16MHz, so
> wie Du es im Quellcode angegeben hast? Wenn nicht, dann klappt das
> nämlich nicht.
>
> Um den µC mit 16MHz zu nutzen, brauchst Du nicht nur den entsprechenden
> Quarz, sondern musst auch die entsprechenden Fuse-Bits im µC setzen.
> Hast Du das gemacht? Wenn ja, mit welchen Fuse-Werten?
>
> Skizziere mal bitte Deinen Aufbau - am besten auch mit Bildern.
>
> P.S.
> Zu Deiner Frage mit flag = 1: Das ist so, wie oben erklärt wurde. Steht
> auch im Artikel. Bei längeren Tastendrücken sendet die Fernbedienung
> Wiederholungen aus. Die sind mit flag = 1 markiert. Wenn Du nur neue
> Tastendrücke auswerten willst, dann ignoriere einfach die Frames mit
> gesetztem Flag. Das ist auch so im Artikel unter "Entprellen von Tasten"
> erklärt.

Hallo Frank. M
Ich habe denn Fehler bereits gefunden. Nachdem ich die F_CPU Variable in 
die Properties des Projektes(Project -> Properties -> ToolChain -> 
AVR/GNU C Compiler -> Symbols -> Defined symboles(-D) -> ADD -> 
F_CPU....)  geschrieben hatte, funktionierte IRSND sofort. Ich denke mal 
das in denn ganzen anderen Sourcecode Klassen die F_CPU mit ein anderen 
Wert mehrmals überschrieben wurde.

Zu denn FuseBits kann ich dir leider nichts sagen. Da ich denn Arduino 
Bootloader auf dem Atmega328p werde. Und dieses haben vom Haushaus 16 
Mhz. Es seiden man installiert ein anderen Bootloader. Was bei mir aber 
nicht der Fall ist.

Zur Fernbedienung, ich habe diese nur als Test genommen um denn 
IR-Empfänger zu testen. Dabei kam mir das mit dem Flag 1 und Flag 0 
komisch vor. Mittlerweile habe ich eine provisorische Fernbedienung auf 
ein Breadboard. Mit 2 IR LED die auch funktioniert.

[Frank M. (ukw) (Moderator)]

Hallo Felix,

Felix N. schrieb:
> Ich habe denn Fehler bereits gefunden. Nachdem ich die F_CPU Variable in
> die Properties des Projektes(Project -> Properties -> ToolChain ->
> AVR/GNU C Compiler -> Symbols -> Defined symboles(-D) -> ADD ->
> F_CPU....)  geschrieben hatte, funktionierte IRSND sofort. Ich denke mal
> das in denn ganzen anderen Sourcecode Klassen die F_CPU mit ein anderen
> Wert mehrmals überschrieben wurde.

Ja, das IRSND-Modul wird mit F_CPU in den Projekteigenschaften 
übersetzt. Deine Korrektur war also genau der richtige Weg. Du solltest 
dann aber in letzter Konsequenz Dein "#define F_CPU" auch noch aus 
Deinem main.c rauswerfen. Dann wird alles einheitlich übersetzt und es 
kann auch in Zukunft keine Widersprüche auftauchen.

> Zu denn FuseBits kann ich dir leider nichts sagen. Da ich denn Arduino
> Bootloader auf dem Atmega328p werde.

Wenn es ein Arduino-Board ist, brauchst Du keine Fuse-Bits mehr 
anzupassen. Diese Information fehlte in Deinem Eröffnungsbeitrag. Die 
auf den Arduino-Boards bedindlichen ATmegas werden in der Regel bereits 
mit den zum Quarz-Betrieb passenden Fuse-Bits ausgeliefert.

> Zur Fernbedienung, ich habe diese nur als Test genommen um denn
> IR-Empfänger zu testen.

Ist mir schon klar. Du willst schließlich mit IRSND -> IRMP Daten 
übertragen - das habe ich aus dem Parallelthread

    Beitrag "Infrarot Übertragung mit ATMega."

zufällig mitbekommen.

> Dabei kam mir das mit dem Flag 1 und Flag 0 komisch vor.

Der Fall ist im Artikel IRMP dokumentiert. Bei Deiner 
Datenübertragung ist dieser dann irrelevant.

> Mittlerweile habe ich eine provisorische Fernbedienung auf
> ein Breadboard. Mit 2 IR LED die auch funktioniert.

Gratuliere :-)

Es wäre nett, wenn Du uns hier über Dein Projekt auf dem Laufenden 
hältst.

[Felix N. (felix_n888)]

Frank M. schrieb:
> Gratuliere :-)
>
> Es wäre nett, wenn Du uns hier über Dein Projekt auf dem Laufenden
> hältst.

Hi Frank M.
Ja danke. Ich habe mir dein Artikel mehrmals durchgelesen. Mich hat am 
meisten nur verwirrt das der IRSND Daten gesendet womit ich auch meinen 
TV ein und ausschalten konnte. Jedoch hat der Empfänger nix empfangen.

Mal ne andere Frage verträgt sich das IRSND nicht mit dem AVR Sleep 
Modus? Wenn man mein Gerät auf "aus" stellt mit der Fernbedienung hatte 
ich vor denn AVR(der Fernbedienung) in denn PWR Down Modus zu setzten um 
Energie zu sparen. Jedoch wenn ich das mache, wird kein Signal mehr 
gesendet. Obwohl das Signal zuerst kommt und dann der Sleep Modus. Ist 
das normal?

    irmp_dat.protocol = IRMP_RC5_PROTOCOL;
    irmp_dat.address  = 0x96;
    irmp_dat.command  = 0x01;
    irmp_dat.flags    = 0;
    
    irsnd_send_data(&irmp_dat, TRUE);
    _delay_ms(50);
    sys = false
    set_sleep_mode(SLEEP_MODE_PWR_DOWN);
    sleep_mode();

Mfg Felix.

[Frank M. (ukw) (Moderator)]

Felix N. schrieb:
> Jedoch wenn ich das mache, wird kein Signal mehr
> gesendet. Obwohl das Signal zuerst kommt und dann der Sleep Modus. Ist
> das normal?

Das Signal wird normalerweise im Hintergrund gesendet, d.h. 
irsnd_send_data() kommt sofort zurück und die ISR sendet das Signal "im 
Hintergrund" weiter.

Aber Du hast die Funktion mit TRUE aufgerufen:

     irsnd_send_data(&irmp_dat, TRUE);

Dann sollte die Funktion warten, bis der IR-Frame komplett versandt 
wurde. Vielleicht hat ein vorheriger Sleep den µC in den Tiefschlaf 
versetzt, dass er da gar nicht mehr rauskommt?

Also anders gefragt: Woher weisst Du dass

     irsnd_send_data(&irmp_dat, TRUE);

überhaupt aufgerufen wird?

[Felix N. (felix_n888)]

Frank M. schrieb:
> Das Signal wird normalerweise im Hintergrund gesendet, d.h.
> irsnd_send_data() kommt sofort zurück und die ISR sendet das Signal "im
> Hintergrund" weiter.

Ah, das heißt wenn ich denn Command absende. Geht er erst an denn 16 Bit 
Timer. Und dann in die irsnd_ISR() und wird dort weiter verarbeitet 
richtig?

Frank M. schrieb:
> Aber Du hast die Funktion mit TRUE aufgerufen:
>
>      irsnd_send_data(&irmp_dat, TRUE);
>
> Dann sollte die Funktion warten, bis der IR-Frame komplett versandt
> wurde. Vielleicht hat ein vorheriger Sleep den µC in den Tiefschlaf
> versetzt, dass er da gar nicht mehr rauskommt?

Also "TRUE" bedeutet das die irsnd_send_data() Funktion wartet bis das 
IR-Frame versendet ist richtig? Oder falsch. Der Controller wird beim 
Starten nach dem Init kram direkt in denn Power Down Modus gesetzt. 
Interrupt's bleiben weiter aktiv. Mit der ISR(INT0_vect) wecke ich denn 
Controller. Frage ab ob das System an ist. Wenn nein sende ich das IR 
Frame. Mein Gerät geht an und die Status LED geht auch an.
Wenn ich das sleep Weg lasse bei der Funktion. Dann passiert wenn ich 
nochmal auf denn Button drücke. Das mein Gerät(IR-Empfänger) ausgeht und 
die LED geht auch aus.

Wenn ich aber Sleep dabei lasse. Geht mein Gerät nicht aus. Bzw es wird 
nicht gesendet das IR-Frame. Aber meine Fernbedienung geht schon aus.

Frank M. schrieb:
> Also anders gefragt: Woher weisst Du dass
>
>      irsnd_send_data(&irmp_dat, TRUE);
>
> überhaupt aufgerufen wird?

Wenn ich sleep weg lasse wird sie aufgerufen. Wenn ich dazwischen 
_delay_ms(2500) mache. Und dann Sleep wird sie nicht aufgerufen.

[Frank M. (ukw) (Moderator)]

Felix N. schrieb:
> Ah, das heißt wenn ich denn Command absende. Geht er erst an denn 16 Bit
> Timer. Und dann in die irsnd_ISR() und wird dort weiter verarbeitet
> richtig?

Richtig.

> Also "TRUE" bedeutet das die irsnd_send_data() Funktion wartet bis das
> IR-Frame versendet ist richtig?

Richtig.

> Der Controller wird beim
> Starten nach dem Init kram direkt in denn Power Down Modus gesetzt.
> Interrupt's bleiben weiter aktiv. Mit der ISR(INT0_vect) wecke ich denn
> Controller. Frage ab ob das System an ist.

Wie fragst Du das ab?

> Wenn nein sende ich das IR Frame. Mein Gerät geht an und die Status LED geht 
auch an.

Okay.

> Wenn ich das sleep Weg lasse bei der Funktion. Dann passiert wenn ich
> nochmal auf denn Button drücke. Das mein Gerät(IR-Empfänger) ausgeht und
> die LED geht auch aus.

Okay.

> Wenn ich aber Sleep dabei lasse. Geht mein Gerät nicht aus. Bzw es wird
> nicht gesendet das IR-Frame. Aber meine Fernbedienung geht schon aus.

Das ist merkwürdig. Ich bin mir nämlich sicher, dass das Warten in 
irsnd_send_data() korrekt funktioniert, wenn TRUE übergeben wird. Bist 
Du denn sicher, dass das Aufwecken per ISR(INT0_vect) überhaupt bei Dir 
funktioniert?

[Frank M. (ukw) (Moderator)]

Frank M. schrieb:
> Felix N. schrieb:
>> Wenn ich aber Sleep dabei lasse. Geht mein Gerät nicht aus. Bzw es wird
>> nicht gesendet das IR-Frame. Aber meine Fernbedienung geht schon aus.

Ich habe gerade mal in den Source geschaut: Wenn Du TRUE übergibst, 
wartet irsnd_send_data() vorher, bis der vorherige Frame komplett 
gesendet wurde. Du musst aber nachher warten.

Das geht so:

    irsnd_send_data(&irmp_dat, TRUE);
    while (irsnd_is_busy ())
    {
      ;
    }
    sys = false
    set_sleep_mode(SLEEP_MODE_PWR_DOWN);
    sleep_mode();

[Felix N. (felix_n888)]

Frank M. schrieb:
>> Der Controller wird beim
>> Starten nach dem Init kram direkt in denn Power Down Modus gesetzt.
>> Interrupt's bleiben weiter aktiv. Mit der ISR(INT0_vect) wecke ich denn
>> Controller. Frage ab ob das System an ist.
>
> Wie fragst Du das ab?

        //Hier vor werden noch die Ports belegt.
  EICRA &= ~((1<<ISC01) | (1<<ISC00));
  EIMSK |= (1<<INT0);

  initUSART();
  irsnd_init();
  timer1_init();
  
  sei();
  
  set_sleep_mode(SLEEP_MODE_PWR_DOWN);
  sleep_mode();
  sleep_cpu();
  sleep_disable();
        //Controller schläft nun.

Hier mal die INT0 ISR

ISR(INT0_vect) {
  IRMP_DATA irmp_dat; //Initialisierung von IRMP_DATA
  
  if(systemOn == 0) { //Abfrage ob System Aus ist.
    irmp_dat.protocol = IRMP_RC5_PROTOCOL;
    irmp_dat.address  = 0x96;
    irmp_dat.command  = 0x01;
    irmp_dat.flags    = 0;
  
    irsnd_send_data(&irmp_dat, TRUE); //ON Command senden
    _delay_ms(50); //Warten..

    PORTC |= (1<<LED_25); //LED einschalten
    systemOn = 1; //System Aktivieren
    _delay_ms(500);
  }else if(systemOn == 1){ //Abfrage auf System ist bereits aktiv
    irmp_dat.protocol = IRMP_RC5_PROTOCOL;
    irmp_dat.address  = 0x96;
    irmp_dat.command  = 0x01;
    irmp_dat.flags    = 0;
    
    irsnd_send_data(&irmp_dat, TRUE); //ON Command senden um es auszuschalten
    _delay_ms(1000); //Warten
     PORTC &= ~(1<<LED_25); //Alle LEDS auschalten
     PORTC &= ~(1<<LED_50);
     PORTC &= ~(1<<LED_75);
     PORTC &= ~(1<<LED_100);
     
    systemOn = 0; //System dekativieren
    
    _delay_ms(20);
    
    set_sleep_mode(SLEEP_MODE_PWR_DOWN);
    sleep_mode(); //Power Down Modus.
  }
}

Frank M. schrieb:
> Ich habe gerade mal in den Source geschaut: Wenn Du TRUE übergibst,
> wartet irsnd_send_data() vorher, bis der vorherige Frame komplett
> gesendet wurde. Du musst aber nachher warten.
>
> Das geht so:

Teste ich mal.

//EDIT

Wenn ich die while(irsnd_is_busy()) {;} hinzufüge. Bleibt der Controller 
da hängen. Habe ich getestet in dem ich vorher eine USART nachricht 
gesendet habe(Diese kommt an). Und danach(Kommt nicht mehr). Er reagiert 
dann auch auf nix mehr.

[Frank M. (ukw) (Moderator)]

Felix N. schrieb:
> Wenn ich die while(irsnd_is_busy()) {;} hinzufüge. Bleibt der Controller
> da hängen. Habe ich getestet in dem ich vorher eine USART nachricht
> gesendet habe(Diese kommt an). Und danach(Kommt nicht mehr). Er reagiert
> dann auch auf nix mehr.

Wie sendest Du Nachrichten auf dem UART? Über ein FiFo? Wenn ja, 
passiert das, weil Du ihn unmittelbar nach dem Senden der 
USART-Nachricht in den Sleep-Modus versetzt. Da hat der µC ja überhaupt 
keine Möglichkeit mehr, die Nachricht überhaupt noch rauszusenden.

Ich bin mir ziemlich sicher, dass irsnd_is_busy() korrekt arbeitet. 
Schließlich bist Du nicht der erste, der IRSND einsetzt :-)

[Felix N. (felix_n888)]

Frank M. schrieb:
> Wie sendest Du Nachrichten auf dem UART? Über ein FiFo? Wenn ja,
> passiert das, weil Du ihn unmittelbar nach dem Senden der
> USART-Nachricht in den Sleep-Modus versetzt. Da hat der µC ja überhaupt
> keine Möglichkeit mehr, die Nachricht überhaupt noch rauszusenden.
>
> Ich bin mir ziemlich sicher, dass irsnd_is_busy() korrekt arbeitet.
> Schließlich bist Du nicht der erste, der IRSND einsetzt :-)

Hi Frank nochmal,
Bin grade nicht an meinen Rechner wo mein ganzer Programmier Kram drauf 
ist sondern am Laptop.

Ich sende die USART Nachricht über UDR0. Über ein TTL-USB Apdater.

Der µC wird erst später in denn Sleep Modus gesetzt. Und auch erst nach 
der Nachricht. Selbst wenn ich denn Sleep Mode weg lasse und nach der 
irsnd_is_busy() eine LED einschalten will. Geht dieses nicht an.

Werde morgen nochmal schauen. Und das Codeschnipsel von irsnd_is_busy 
mal posten

Mfg Felix.

[Sascha W. (sascha-w)]

Hallo Felix,

der ganze Kram gehört nicht in die ISR!
Der Int löst beim 1. mal aus, da die ISR aber nicht beendet wird da 
zuvor ja das sleep kommt, kann kein erneuter Interrupt ausgelöst werden.
Setze in der ISR nur ein Flag und mache den Rest in Main.


Saacha

[Frank M. (ukw) (Moderator)]

Sascha W. schrieb:
> der ganze Kram gehört nicht in die ISR!

Upps, das hatte ich gar nicht gesehen...

Ja, natürlich, das gehört alles in die Hauptschleife, nicht in die ISR. 
Der IRSND hat ja überhaupt keine Chance, etwas zu senden, weil die ISR 
überhaupt nicht verlassen wird.

@Felix: Mache es so:

volatile uint8_t do_send;     // globale Variable

ISR(INT0_vect)
{
    do_send = 1;
}

int main ()
{
    while (1)
    {
        if (do_send)
        {
            do_send = 0;
            irsnd_send_data (...);
            while (irsnd_is_busy ()) { ; }
            noch_andere_sachen_machen;
            schlafen;
        }
    }
}

Das ist natürlich nur eine grobe Skizze.

[Felix N. (felix_n888)]

Sascha W. schrieb:
> der ganze Kram gehört nicht in die ISR!
> Der Int löst beim 1. mal aus, da die ISR aber nicht beendet wird da
> zuvor ja das sleep kommt, kann kein erneuter Interrupt ausgelöst werden.
> Setze in der ISR nur ein Flag und mache den Rest in Main.

Hallo Sascha W.
Dankeschön, das erklärt wohl warum ich denn Button einmal drücken konnte 
um ihn zu wecken und einmal um ihn wieder schlafen legen zu könnten. 
Aber nicht wieder wecken konnte nach dem zweiten mal schlafen legen.

Frank M. schrieb:
> Upps, das hatte ich gar nicht gesehen...
>
> Ja, natürlich, das gehört alles in die Hauptschleife, nicht in die ISR.
> Der IRSND hat ja überhaupt keine Chance, etwas zu senden, weil die ISR
> überhaupt nicht verlassen wird.

Werde ich gleich umsetzten. Werde dann mal schreiben ob es funktioniert 
hat.

Mfg Felix.

[Felix N. (felix_n888)]

Felix N. schrieb:
> Frank M. schrieb:
>> Upps, das hatte ich gar nicht gesehen...
>>
>> Ja, natürlich, das gehört alles in die Hauptschleife, nicht in die ISR.
>> Der IRSND hat ja überhaupt keine Chance, etwas zu senden, weil die ISR
>> überhaupt nicht verlassen wird.
>
> Werde ich gleich umsetzten. Werde dann mal schreiben ob es funktioniert
> hat.
>
> Mfg Felix.

Hallo nochmal,

Danke an euch, es funktioniert nun. Dann weis ich jetzt auch wo der 
Fehler.

Mal ne andere Frage, ist es eigentlich möglich ein Overflow Interrupt 
und ein Phase Correct PWM auf ein 8 Bit Timer gleichzeitig laufen zu 
lassen?

Denn würde gerne in mein Gerät noch ein Timer einbauen. Jedoch ist 
Timer0 für 2 120mm Lüfter belegt(12V über Mosfet). Und Timer2 ist für 
zwei andere Motoren belegt(Auch über Mosfet). Und 16 Bit hat für das IR 
Signal.

Kann ich zb. auf Timer2 ein Overflow Interrupt noch zusätzlich 
aktivieren?

Mfg Felix.

[Sascha W. (sascha-w)]

Felix N. schrieb:
> Felix N. schrieb:
>> Frank M. schrieb:
>>> Upps, das hatte ich gar nicht gesehen...
>>>
>>> Ja, natürlich, das gehört alles in die Hauptschleife, nicht in die ISR.
>>> Der IRSND hat ja überhaupt keine Chance, etwas zu senden, weil die ISR
>>> überhaupt nicht verlassen wird.
>>
>> Werde ich gleich umsetzten. Werde dann mal schreiben ob es funktioniert
>> hat.
>>
>> Mfg Felix.
>
> Hallo nochmal,
>
> Danke an euch, es funktioniert nun. Dann weis ich jetzt auch wo der
> Fehler.
sehr schön

> Kann ich zb. auf Timer2 ein Overflow Interrupt noch zusätzlich
> aktivieren?
Ja das geht solange wie der Timer bis zu 0xFF zählt. Sollte bei dir der 
Fall sein.

Sascha