Durchflussmesser an Atmega32

hier das Datenblatt

Ich habe Schaltbild 1 gewählt (simple circuit) und das Signal am PB2 
(INT2) angeschlossen. Wird es so nicht funktionieren? Jeder 
Flankenwechsel löst also einen Interrupt aus. Und wie messe ich dann die 
Zeit zwischen zwei Interrupts?

Tobias schrieb:
> Und wie messe ich dann die Zeit zwischen zwei Interrupts?

Stichwort Input-Capture, schau mal im Datenblatt, was man mit dem ICP1 
Pin machen kann.

Dennis K. schrieb:
> Je nachdem wie du den Sensor versorgst, könnte hier die Spannung zu hoch
> sein...

Der Sensor hängt an den gleichen 5V wie der  Controller

Mit Interrupts habe ich mich jetzt beschäftigt aber auf eine Lösung für 
mein Problem bin ich leider immer noch nicht gekommen

M. K. schrieb:
> Indem du umstellst und den Interrupt nur auf steigende oder fallende
> Flanken sensitivierst. Die Zeit zwischen zwei Interrupts kannst du z.B.
> mit einem Timer messen ;)

das heißt ich schreibe in den ISR einen Timer mit entsprechender 
Frequenz, so das er nicht überläuft. Und wenn ich den Timer auslese 
erhalte ich in abhängikeit der eingestellt Frequenz die Zeit für einen 
Takt und kann dann auf Takte pro Minute umrechnen.

Fängt der Timer dann jedes mal beim Interrupt bei 0 an zu zählen oder 
muss ich den erst reseten?

Also mein Lösungsansatz währe jetzt so:

Steigende Flanke am Eingang startet einen Interrupt
--> Inhalt der Variable "wert" auf Variable "Anzahl" übertragen und 
anschließend "wert" auf 0 setzen, timer reset und timer starten
--> Mit einem Overflow Interrupt zähle ich mit "wert"++ die Anzahl 
Überläufe

Wenn ich jetzt die Variable "Anzahl" mit 256 multipliziere und  durch 
die CPU Frequenz teile müsste ich doch die Zeit für einen Impuls 
haben????

Rudolph schrieb:
> Stichwort Input-Capture, schau mal im Datenblatt, was man mit dem ICP1
> Pin machen kann.

...

Und mal so als allgemeiner Tipp, die AVRs sind zwar an sich ohnehin wohl 
leider kurz vor Ihrem Ende, der Mega32 ist aber auch noch ein besonders 
altes Exemplar der Familie.
Ein Mega324PA wäre ein Pin-kompatibler Ersatz mit etwas mehr 
Möglichkeiten.

Ja ich merke gerade dass mir beim Atmega32 einige Funktionen fehlen. 
Kann ich den Mega324PA einfach einsetzen ohne umlöten zu müssen?

Tobias schrieb:
> Kann ich den Mega324PA einfach einsetzen ohne umlöten zu müssen?


Rudolph schrieb:
> Ein Mega324PA wäre ein Pin-kompatibler Ersatz mit etwas mehr
> Möglichkeiten.


Bei der geringen Frequenz des Signals kann man auch einen Timer aus z.B. 
1 ms einstellen und einen bel. Pin pollen und beim wechsel von Low nach 
HIGH einen Zähler hochsetzen. Das geht ohne Pin-Interupt.

Christian S. schrieb:
>> Und mal so als allgemeiner Tipp, die AVRs sind zwar an sich ohnehin wohl
>> leider kurz vor Ihrem Ende,...
>
> Was soll das denn heißen?

Sorry, der Hinweis ist einfach Off-Topic.
Ich mache nur wenig Hoffnung auf weiter-Entwicklung der AVRs, nachdem 
Atmel von Microchip übernommen wurde.

Es wird langsam Zeit, sich was anderes zu suchen, ich suche auch schon 
länger, nur gefunden habe ich noch nichts mit dem ich die AVRs ersetzen 
wollen würde.

Nur, Mega8/Mega16/Mega32 hatte ich vor >10 Jahren schon im Einsatz und 
vor ich weiss nicht wie vielen Jahren durch Mega88PA/Mega164PA/Mega324PA 
ersetzt.

codebeispiel für atmega328:

1

dle_init(){

2

DDR(dle_port)&=~(1<< dle_pin);

3

PORT(dle_port)|=((1<< dle_pin));

4

PCICR |= (1 << PCIE(dle_int_port));//PCIntControlRegister

5

PCMSK(dle_int_port) |= (1<< dle_pin);

6

sei();

7

}

8

//--------------------------------------------------

9

10

ISR(dle_vect){

11

//760imps=>1l, 12,6imps/sec

12

dle_isr_imp++;

13

}

14

15

//--------------------------------------------------

16

17

isr_dle50_start(){

18

PCMSK(dle_int_port) |= (1 << dle_pin);

19

}

20

21

//--------------------------------------------------

22

23

isr_dle50_stop(){

24

PCMSK(dle_int_port) &=~(1 << dle_pin);

25

dle_l_hou=(dle_isr_imp*10+33)/66;

26

lg(4,7);li(dle_l_hou);lw("l");

27

dle_isr_imp=0;

28

}

29

30

//==================================================

31

//in der main:

32

33

34

if(sec==8){

35

    isr_dle50_start();

36

     }

37

38

39

if(sec==58){

40

    isr_dle50_stop();

41

 }

Ich hab jetzt mal den Weg versucht über externen Interrupt einen Timer 
zu starten und die Überläufe zu zählen bis die nächste Flanke kommt aber 
es funktioniert nicht. Ohne Oszi ist es hald auch schwer zu sagen ober 
überhaupt ein ordentliches Eingangssignal anliegt. Eigentlich müsste 
doch die Variable hochzählen und dann von der if in die else schleife 
gehen. Kann da mal jemand einen blick darauf werfen? Vielleicht fällt ja 
nem Könner gleich was auf was nicht passt-.

gibt es irgendeine Möglichkeit zu testen ob der Interrupt überhaupt 
ausgelöst hat?

Tobias schrieb:
> Vielleicht fällt ja
> nem Könner gleich was auf was nicht passt

ja.

> uint8_t anzahl = 5;

anzahl muss volatile sind.

Warum lässt du das Programm nicht einfach mal im Simulator laufen, dann 
wüsstest du wenigsten ob die Software richtig ist.

Peter II schrieb:
> Warum lässt du das Programm nicht einfach mal im Simulator laufen, dann
> wüsstest du wenigsten ob die Software richtig ist.

im Simulator häng ich dann irgendwann in der while Schleife die den Text 
auf LCD ausgibt. Ohne Signal dass den Interrupt auslöst komm ich da 
nicht raus.

M. K. schrieb:
> Hier mal ein Beispiel von mir. Ausgewertet wurde hier ein Tachosignal
> und je nach Geschwindigkeit wird hier eine Wicklung eines EMotors
> umgeschaltet (für größeren Speed ;)).

Vielen Dank für das Beispiel. Ich glaube mein Problem ist momentan 
einfach das, dass ich den INT2 nicht zum laufen bringen. Laut Datenblatt 
gibt es ihn zwar und man kann über GICR auch die Bits dafür setzen aber 
bei MCUCR tauchen dann nur noch bits für INT0 und INT1 auf. Ich lese das 
Datenblatt jetzt zum x-ten mal aber ich werd nicht schlauer und INT1 und 
0 sind bei mir leider schon durch das LCD belegt.

Fang mal damit an, den pin abzufragen, ob überhaupt ein Signal ankommt, 
danach den interrupt aktivieren:

if(!(PINx<<piny)){
led_on;_delay_ms(50);
}
else
{
led_off;
}

Müsste im Takt der Sensorimpulse blinken.

grundschüler schrieb:
> Fang mal damit an, den pin abzufragen, ob überhaupt ein Signal ankommt,
> danach den interrupt aktivieren:

Wozu? Wenn kein Signal kommt, kommt kein Interrupt.

Das Aktiveren des Interrupts kosten einen nichts und eine LED kann man 
auch im Interrupt tooglen, ohne mit einem Delay() den Prozessor lahm zu 
legen.

um denb

Wolfgang schrieb:
> Wozu?

Fehlersuche. zuerst im Hauptprogramm, dann in der isr. Die Verzögerung, 
damit kurze Impulse per LED sichtbar werden.

Also vielen Dank für die vielen antworten. Wird ich gleich mal 
ausprobieren. Jetzt noch ne doofe Frage: Den Eingang an dem das Signal 
ankommt, muss ich den auf high oder low setzen?

grundschüler schrieb:
> if(!(PINx<<piny)){

was bedeutet diese Zeile?

Tobias schrieb:

> Jetzt noch ne doofe Frage: Den Eingang an dem das Signal
> ankommt, muss ich den auf high oder low setzen?

Klare Antwort: weder noch.

Ggf. könnte es allerdings sinnvoll sein, dem Eingang einen PullUp- oder 
PullDown-Widerstand zu verpassen, das hängt von der Signalquelle ab.

Und wenn es ein PullUp sein muss und dafür der eingebaute PullUp eines 
AVR verwendet werden kann, ja dann könnte es sinnvoll sein, das 
entsprechende Bit des Portregisters auf High zu setzen, weil das nämlich 
eben diesen PullUp aktiviert. Jedenfalls so lange das entsprechende Bit 
im zuständigen DDR-Register Low bleibt, der Pin also als Eingang 
konfiguriert bleibt.

Tobias schrieb:
> grundschüler schrieb:
>> if(!(PINx<<piny)){
>
> was bedeutet diese Zeile?

du fragst das PIN-Register ab ob der enstsrechende Pin low ist. Muss 
allerdings dann
>> if(!(PIN(x)&(1<<y))){
heißen.