Dimmer flackert trotz Timer Interrupt

[Markus P. (sebastianwurst)]

Hallo,
ich habe einen Dimmer/Phasenanschnitt mit Hilfe der bekannten 
Triacansteuerung realisiert. Jetzt merke ich das ich trotz 
Timerintterrupt, in der ich den Triac/Ausgang lösche, undefeniert, immer 
wenn der yC gerade etwas arbeiten muss, (UART, Schleifenaufruf...) ein 
Flackern der Lampe wahrnehme. Laut Oszi löscht er im Nulldurchgang den 
Ausgang nicht und hat somit nach dem Nulldurchang die komplette 
Halbwelle.
Ich benutze diese Interrupt/Timer Initialisierungen:

/////////////////////////////////////////////////
//Interrupt steigende Flanke Nulldurchgang konfigurieren
///////////////////////////////////////////////// 
 
  EIMSK  |= (1<<INT0);                 // External Interrupt 0 Enable PIN PD2  
  EICRA  |= (1<<ISC00) | (1<<ISC01);   // Int auslösen bei steigender Flanke
 
   
/////////////////////////////////////////////////
// Timer 0 Dimmwert für Triac Ansteuerung erhöhen (8-bit) konfigurieren
/////////////////////////////////////////////////


    TCCR0A  = (1<<WGM01);                 // CTC Modus
    TCCR0B |= (1<<CS00) | (1<<CS02);      // Prescaler 1024
  TCNT0   = 0;

  
 ////////////////////////////////////////////////////
 // Timer 1 Timer für den Dimmwertvergleich (16-bit)
 ////////////////////////////////////////////////////
 
    TCCR1B |= (1<<CS10) | (1<<WGM12);     // CTC uns Prescaler 1 (16.000.000/256)= 0,016ms TimerInterrupt auslösen) 
  TCNT1   = 0;                          // Timer Startwert
    OCR1A   = 256;                        // Load register      
    TIMSK1 |= (1<<OCIE1A);                // Interrupt nach Overflow

und hier sind die Timer / Interrupts:

//==================================================================================
// Timer 1 Dimmwertvergleich
//==================================================================================
ISR (TIMER1_COMPA_vect)
{
      
TriacZuenden(50,16); // Das Bit 16 welches den Triac ansteuert wird nach erreichen von TCNT0 >= 50 gesetzt.

// Timer zurücksetzen  
if (TCNT0 >= 135) 
  {

  TCNT0   = 0;
  TCCR0B  = 0b00000000;   // Timer stoppen
  }    
}
//==================================================================================
//Interrupt 0 Nulldurchgangerkennung steigende Flanke
// Im Nulldurchang wird der "TriacAusgang" gelöscht und der Timer wieder gestartet
//==================================================================================

ISR(INT0_vect)
{    
//  TRIAC Zündung löschen
AusgangUnsetBit(16);
AusgangOut();  
  
  

  
    // gestoppten Timer mit  Prescaler 1024 wieder starten
    TCCR0B |= (1<<CS00) | (1<<CS02);   // Prescaler 1024
  TCNT0   = 0;  

  
}

Hat evtl. jemand ein Tip warum da was schief geht?
Danke.

[Marvin M. (Gast)]

Hallo,

nutzen die Routinen, die die Störungen verursachen, ebenfalls einen 
Interrupt oder sperren ihn?

[Markus P. (sebastianwurst)]

Marvin M. schrieb:
> Hallo,
>
> nutzen die Routinen, die die Störungen verursachen, ebenfalls einen
> Interrupt oder sperren ihn?

Hi, dieses "oder sperren ihn?" verstehe ich vom Sinn nicht...
Die Routinen die die Störungen verursachen haben keine Interrupts mehr,
diese Routine z.B hat "nur" Schleifen und Stört:

void Eingaenge_abfragen (void)
{
    PORTC |= (1<<PC4);

    // Mit PL alle Eingänge in das Register schieben.

    // PL auf High
    PORTC |= (1<<PC5);
    // PL auf Low
    PORTC &= ~(1<<PC5);
    // PL auf High
    PORTC |= (1<<PC5);

      
      //Abfragen welches Registerbit gesetzt -> mit clock weiter schieben
    for(m=(Eingangskarten * 16)-1;m>=0;m--)
    {
          
      if (PINA & (1<<PINA0)) 
      { // Logisch 1 wenn Schalter nicht gedrückt da Pullup an
      Eingang[m] = false;     
      
            if      (m<= 8) StatusEingangByte1 &= ~(1 << m);
      else if (m<=16) StatusEingangByte2 &= ~(1 << m);
      else if (m<=24) StatusEingangByte3 &= ~(1 << m);
      else if (m<=32) StatusEingangByte4 &= ~(1 << m);

      } 
      else 
      {
      Eingang[m] = true;  
      
      if      (m<= 8)  StatusEingangByte1 |= ( 1 << m );
      else if (m<= 16) StatusEingangByte2 |= ( 1 << m );
      else if (m<= 24) StatusEingangByte3 |= ( 1 << m );
      else if (m<= 32) StatusEingangByte4 |= ( 1 << m );      
      }        
          
      // Mit Clock weiterschieben

      // Clock auf High
      PORTC |= (1<<PC4);
      // Clock auf Low
      PORTC &= ~(1<<PC4);
      // Clock auf High
      PORTC |= (1<<PC4);    
    }      
}

[Karl H. (kbuchegg)]

Markus P. schrieb:

> Hi, dieses "oder sperren ihn?" verstehe ich vom Sinn nicht...

Gibt es in deinem Programm irgendwo sei()/cli() Aufrufe?

[Markus P. (sebastianwurst)]

Wenn ich in der Timer Interrupt einen Ausgang toggle passt das auch, 
also er wird alle 0,016ms aufgerufen

Der Ausgang togglet im Sekundentakt:

ISR (TIMER1_COMPA_vect)
{
longCount++;

if (longCount>=62500 && !memm)        
{
     PORTC |= (1<<PC6);  
         longCount= 0;
         memm = true;
}
else if (longCount>=62500 && memm)      
{        
         PORTC &= ~(1<<PC6);
         longCount= 0;
         memm = false;
}
  
}

[Knut (Gast)]

Ich hab mir deinen Code jetzt nicht genau angeguckt, aber du musst den 
Triac doch nur einmal "zünden", dann bleibt er doch "an". Also kurzen 
Puls aufs Gate und dann is gut. Damit ist sichergestellt dass er im 
Nulldurchgang definitiv aus ist.


Knut

[Markus P. (sebastianwurst)]

Einmal sei() direkt hinter der Timer/Interruptinitialisierung:

....

 ////////////////////////////////////////////////////
 // Timer 1 Timer für den Dimmwertvergleich (16-bit)
 ////////////////////////////////////////////////////
 
    TCCR1B |= (1<<CS10) | (1<<WGM12);     // CTC uns Prescaler 1 (16.000.000/256)= 0,016ms Interrupt auslösen) 
  TCNT1   = 0;                          // Timer Startwert
    OCR1A   = 256;                        // Load register      
    TIMSK1 |= (1<<OCIE1A);                // Interrupt nach Overflow  
  
  //Globale Interrupts einschalten
  sei();

[Markus P. (sebastianwurst)]

Knut schrieb:
> Ich hab mir deinen Code jetzt nicht genau angeguckt, aber du musst den
> Triac doch nur einmal "zünden", dann bleibt er doch "an". Also kurzen
> Puls aufs Gate und dann is gut. Damit ist sichergestellt dass er im
> Nulldurchgang definitiv aus ist.
>
>
> Knut

Ja das ist Richtig, ich lösche den Triac erst wieder mit steigender 
Flanke des Nulldurchgangs:

ISR(INT0_vect)
{    
//  TRIAC Zündung löschen
AusgangUnsetBit(16);
AusgangOut();  
  
  

  
    // gestoppten Timer mit  Prescaler 1024 wieder starten
    TCCR0B |= (1<<CS00) | (1<<CS02);   // Prescaler 1024
  TCNT0   = 0;  
 
}

Wenn ich jetzt Softwaremäßig den Nulldurchgang nicht mitbekomme (warum 
auch immer, ist wie im Anhang verdrahtet) dann würde er das Bit nicht 
löschen und wäre wieder/immer noch an. Das gehe ich mal noch genauer auf 
den Grund....

[Magnus M. (magnetus)]

Gibts ausser der main() noch weitere Codefragmente, die du uns 
vorenthältst?

[Knut (Gast)]

Markus P. schrieb:
>//===================================================================== 
=============
> //Interrupt 0 Nulldurchgangerkennung steigende Flanke
> // Im Nulldurchang wird der "TriacAusgang" gelöscht und der Timer wieder 
>gestartet
>//===================================================================== 
=============

Das ist zwar theoretisch möglich, würde ich aber schon früher machen, 
da:

Knut schrieb:
> Triac doch nur einmal "zünden", dann bleibt er doch "an"



Knut

[Markus P. (sebastianwurst)]

Anhang vergessen...

[Knut (Gast)]

Interessant wäre auch mal deine Nulldurchgangserkennung-Hardware. Nicht 
das die einfach zu spät den Nulldurchgang meldet und da dein Triac schon 
gezündet hat. Wenn du das dann mit der Netzspannung vergleichst:

Markus P. schrieb:
> Laut Oszi löscht er im Nulldurchgang den
> Ausgang nicht


Knut

[Markus P. (sebastianwurst)]

Magnus Müller schrieb:
> Gibts ausser der main() noch weitere Codefragmente, die du uns
> vorenthältst?

Ja, ich habe diesen Code angepasst:
http://son.ffdf-clan.de/?path=forumsthread&threadid=790

Da habe ich die Timer.c komplett rausgeworfen da ich die Timer.c halt 
für den Dimmer brauch.

[Magnus M. (magnetus)]

Markus P. schrieb:
> Magnus Müller schrieb:
>> Gibts ausser der main() noch weitere Codefragmente, die du uns
>> vorenthältst?
>
> Ja, ich habe diesen Code angepasst:
> http://son.ffdf-clan.de/?path=forumsthread&threadid=790

Und wo ist jetzt dein Code?

[Markus P. (sebastianwurst)]

Knut schrieb:
> Interessant wäre auch mal deine Nulldurchgangserkennung-Hardware. Nicht
> das die einfach zu spät den Nulldurchgang meldet und da dein Triac schon
> gezündet hat. Wenn du das dann mit der Netzspannung vergleichst:
>
> Markus P. schrieb:
>> Laut Oszi löscht er im Nulldurchgang den
>> Ausgang nicht
>
>
> Knut

Optokoppler 4N25
Optokoppler MOC3020
Brückengleichrichter B250C1500
Schmitttriger  74HC14

TIC 246M  16 A /600V als Triac

[Knut (Gast)]

Ok, nein, dass sieht ok aus. Versuch einfach mal den Ausgang vorm 
Nulldurchgang auszuschalten.



Knut

[Sascha W. (sascha-w)]

Knut schrieb:
> Ok, nein, dass sieht ok aus. Versuch einfach mal den Ausgang vorm
> Nulldurchgang auszuschalten.

oder bei fallender Flanke an INT0 auslösen, dann wird der Nulldurchgang 
noch kurz vor dem eigentlichen Zeitpunkt erkannt.

Oder für die Triacansteuerung gleich eine Fast-PWM Betriebsart des 
Timers verwenden, und mit INT0 nur den Timer auf die Netzspannung 
syncronisieren.


Sascha

[Markus P. (sebastianwurst)]

Ja, das ist besser. Bis jetzt ist das Flackern noch nicht wieder 
gekommen.

[Thomas (kosmos)]

@Markus P.: Noch ein kleiner Tip, ich verwende AC Optokoppler, damit 
kann man sich den Gleichrichter sparen.

Wenn wir hier schon beim Thema Flackern sind, habe gerade auch meine 
Software fertig, im Moment zum testen noch per Poti, aber ich habe ein 
leichtes hin und hergehen der Zündimpulse, sieht man am Ende des Videos 
einigermaßen. Findet ihr das ist das schon zu unruhig, um Flackerfrei 
eine Helligkeitsstufe zu halten.

http://kosmos.bplaced.net/24032012005.mp4