DCF Signal an INT1 von Atmega32 Problem

Das habe ich schon getan... der Screenshot ist nur zum Überblick so 
gewählt worden.. das Signal prellt nicht und auch keine Spikes..

mfg

Hier der Code von der ISR:
ISR(INT1_vect)
{

  if(ms_counter == 0)
  {
    PORTA |= (1 << PA3);    //switch off backlight


    ms_counter++;
  }
  else if(ms_counter==1)
  {
    PORTA &= ~(1 << PA3);    //switch on backlight

    ms_counter = 0;
        }
}

und hier der Teil aus der main der den Interrupt initialisiert:
/*setup external interrupt 1 for dcf sync*/
  MCUCR |= (1<<ISC10) | (1<<ISC11);  //rising edge
  GICR |= (1<<INT1);

leider selbes Verhalten

int ms_counter;

immer noch selbes verhalten.. auch mit char
hier nochmal n screenshot, da dieser Effekt bei dem anderen nicht 
dargestellt ist

die fallenden Flanken sind sauber..
hier ein Shot, bei dem der Fehler auftritt

... und hier wärs in ordnung

@besserwisser: ok.. erstell eben n neues projekt.. dauert kurz

@besserwisser:

hi hab des jez so gemacht, aber immer noch identisches verhalten,
hier der Code der übrigblieb:

1

#include <avr/io.h>      //standart IO functions

2

#include <avr/interrupt.h>  //interrupt functions

3

4

5

/*beginn of main*/

6

int main(void)

7

{

8

  PORTA = 0b00010000;    //Pin 0-7 to low, except pin 4

9

  DDRA = 0b11111111;    //Pin 0-2 as output (SCK, RCK, SER)

10

11

  DDRD = 0x00;      //input to switch on/off backlight of lcd and dcf signal

12

13

  sei();          //global interrupts enabled

14

15

  /*setup external interrupt 1 for dcf sync*/

16

  MCUCR |= (1<<ISC10) | (1<<ISC11);  //rising edge

17

  GICR |= (1<<INT1);          //enable external int request 0

18

19

  while(1){}

20

21

22

  return(0);  //never reached

23

}

24

25

26

ISR(INT1_vect)

27

{

28

29

  PORTA ^= (1 << PA3);

30

31

}

5V aus nem 7805 ohne S,L oder sonstwas ;)
natürlich mit diversen C's davor und dahinter gegen masse

leider nicht griffbereit.. aber das kann ich bis morgen ändern...
ich test mal noch kurz wies beim INT0 ausschaut...

das mit dem gleichzeitigen Signalwechsel kann ich mir auch nicht 
erklären...
manchmal springt er auch bei fallender flanke in die isr, manchmal 
"übersieht" er ne steigende...

der Test mit INT0 und dem abgespecktem Code zeigt auch wieder das selbe 
Verhalten.

an PA3 hängt aussschließlich das Oszi dran

@dude: rechteckgenerator ist auch erst morgen verfügbar
@analog: 10k pulldown drück das signal soweit, dass INT0 gar nicht mehr 
reagiert; samplingrate ist nicht berauschend.. is n 500 euro DSO.. 2,5 
KS / s ;AVR runtertakten is keine gute idee, weil der doch noch einiges 
zu verarbeiten bekommt..

@besserwisser: ist auf nem steckbrett gesteckt, rüttelt aber nix und 
sonst geht auch alles immer reibungslos damit (ints kommen auch wenn ich 
vom anderen zimmer aus rüberschau ;) )

@analog: werd morgen zum test mal den generator dranhängen

@besserwisser: 100% kein schluss
@dude: mit fallenden Flanken wieder dasselbe Verhalten; muss ich beim 
rechteckerzeugen auf irgendwas spezielles achten (habe das noch nie 
gemacht)

ich werd das DCF Modul morgen mit in die Arbeit nehmen... da stehn 
schicke Tektronix mit 2GS/s rum

@AVRFAn: hmm wenn alles andere versagt werd ichs so machen, danke für 
den Vorschlag, allerdings will ich es schon mit dem INT0 machen

derheld2k1 wrote:
> Hallo zusammen,
>
> Nun zu meinem Problem:
> Ich habe das reichelt DCF Modul an den INT1 Eingang gehängt und den
> Interrupt so eingestellt, dass er bei steigender Flanke auslöst.

Es ist üblich, dass DCF-Empfang gestört wird, etwa durch

-- Monitor, PC, ...
-- Wetterlage
-- Schaltnetzteil
-- µC in unmittelbarer Nähe
-- Atombomben
-- weiss der Teufel

DCF an einen INT-Port zu hängen ist keine so tolle Idee, weil

1) verbraucht das nen wertvollen INT-Port
2) das Signal wie gesagt nicht sauber ist

Stattdessen empfiehlt sich ein Vorgehen wie bei Tasterentprellung. ZB 
indem man einfach alle 10ms auf den Port schaut -- das dann aber gerne 
in einer ISR.

Danach kann man Spratzer ausbügeln, also Bitfolgen (hier gesamplet alle 
10ms) wie 0001000 ersetzen durch 000000.

Bei extrem mieser Empfangslage muss man zusätzlich über mehrere Minuten 
sammeln und Bits reparieren. Ein Voting wie "2 aus 3" ist aber nicht so 
einfach zu implementieren, weil sich die Nutzdaten ja ändern. Da 
brauch's also etwas mehr Gehirnschmalz.

@dude: bekomme das mit dem timer grad nicht auch die schnelle so 
gebacken, werds morgen mit generator machen

@johann: der empfang war anfangs extrem gestört, habe dass aber dank 
laptop statt desktop rechner und verlagern des empfängers mittels 2m 
kabel ans fenster in griff bekommen, das Signal sieht ja sehr sauber 
aufm Oszi aus.
Aber langsam bin ich auch am zweifeln ob das mit dem INT so ne gute idee 
ist.
Werd mich mal kurz hinsetzen und des Signal samplen, muss ich ja eh 
machen wenn ich die dauer von den "highs" messe um die bits zu 
bestimmen, aber das wollte ich eben dann angestossen durch den interrupt 
machen "lassen". Und gestörte Daten werf ich einfach weg, indem ich sie 
mit der aktuellen zeit vergleiche und er solls nochmal versuchen..

lol momentan ja ;)

so, im moment komm ich nicht mehr weiter.. mein hirn is einfach voll 
(häng da schon den ganzen tag dran)
hier noch die letzten zeilen code die ich zum samplen geschrieben hab, 
funktioniert aber noch nicht. der timmerinterrupt kommt jede ms, daher 
läuft das array schnell voll und nicht erst nach ner minute. Wer lust 
und laune hat des schnell auszubessern ist herzlich eingeladen. 
Ansonsten vielen Dank für die schnelle und ausführliche Hilfe, ich werde 
morgen weiter berichten.
mfg

1

ISR(TIMER0_COMP_vect)

2

{

3

  if(PIND & (1<<PIND3))

4

    dcfsignaltime++;

5

6

  else if(!(PIND & (1<<PIND3)))

7

  {  

8

    if((dcfsignaltime > 80) && (dcfsignaltime < 140))

9

      dcf_bit[dcf_bitcounter] = 0;

10

11

    else if((dcfsignaltime > 170) && (dcfsignaltime < 260))

12

      dcf_bit[dcf_bitcounter] = 1;

13

14

    dcfsignaltime = 0;

15

    dcf_bitcounter++;

16

    if(dcf_bitcounter == 57)

17

      dcf_bitcounter = 0;

18

  }

19

  TCNT0 = 0x0;  //reset timer count value

20

}

Nachtrag:
angenommen es sind doch spikes im DCF signal und ich wills doch mitn 
INT1 machen, würde es dann helfen mit RC ladekurve n schmittrigger 
anzusteuern?
eigentlich schon oder überseh ich da in meiner momentanen Verwirrtheit 
etwas?

Hallo nochmal,

habe das Problem jetzt gelöst indem ich wie AVRFan geraten hat, das 
Signal zu samplen ohne Interrupt eingang. Funktioniert bestens, auch den 
Signalbeginn erkennt die software.

Vielen Dank nochmal für die schnelle Hilfestellungen.
mfg