Tachosignal eines Lüfters mit Mega8 in Bascom abfragen und über LCD ausgeben

EazyEddy schrieb:
> Die Frage ist, ob auch an
> diesem Pin ein Interrupt möglich ist?

Neuere AVRs können Pin Change Interrupt an nahezu jedem Pin. Beim Mega8 
wirst du allerdings mit intX auskommen müssen.

Du kannst nen Timer laufen lassen und den Pin in der ISR abfragen 
lassen. Nur wird das den Controller ordentlich auslasten...

EazyEddy schrieb:
> Hab das Signal das
> vom Lüfter kommt nun auf PINC.1 (ADC) gelegt. Die Frage ist, ob auch an
> diesem Pin ein Interrupt möglich ist?

Da bietet es sich förmlich an den ACI (analog comparartor int) zu 
nehmen.
Den kannst du über AMUX auf einen beliebigen ADC Eingang legen.

Gruss Klaus

EazyEddy schrieb:
> Hatte letzte Woche das Problem mit dem Thema "Pwm über Poti mit Mega8 in
> Bascom". Dabei wurde mir hier saugut geholfen und die Regelung funtzt
> jetzt einwandfrei.

Wenn die "Regelung" funktioniert, dann erfasst du doch schon die Ist 
Drehzahl. Also nur noch ausgeben.

Also gilt

"Verriegeln" <==> Flanken zählen in einer bestimmten Zeit

Jens schrieb:
> [...]
> Dafür brauchst Du kein Interrupt, das Tachosignal ist lang genug um es
> mit einen Digitalport zu erfassen. [...]

Das ist interessant. Wie lang ist denn so ein Tachosignal? Und kann man 
das wirklich so pauschal sagen?

Volker

EazyEddy schrieb:
> Jens schrieb:
>> Danach nach einer Zeit X (ich verwende 2 Sekunden) den Zähler1 auslesen,
>>
>> zurücksetzen und am Display anzeigen lassen.
>
> Und könnte mir bitte jemand zeigen, wie das dann in Bascom als Code
> aussehen soll?

Das koenntest Du Dir nach den ganzen Vorschlaegen und Hinweisen doch 
nun wirklich selbst erarbeiten. Ich wuerde allerdings an Deiner Stelle 
vorher nochmal alle Beitraege verinnerlichen und mir Gedanken ueber das 
generelle Vorgehen machen. Sinnvoll auch eine kurze Berechnung ob Du bei 
der Loesung Deiner Wahl dann wirklich keine Flanke verpassen kannst (was 
natuerlich auch vom Rest Deinem Programms abhaengt).

Volker

> aber ich hab immer noch keinen plan
> wie der Befehl

Genau das ist der springende Punkt.

Es gibt nicht den Befehl, den du einfach benutzt und alls funktioniert 
ganz von alleine.

Du bist scheinbar als BASCOM Verwender zu verwöhnt. Jetzt beginnt für 
dich der Ernst des Programmierer Lebens. Die Kombination von Befehlen, 
die Kombination von Techniken machts! Und in deinem Stadium ist es nicht 
wirklich ungewöhnlich, wenn das ein paar Tage dauert. Grundvoraussetzung 
ist aber, dass man sein Handwerkszeug, sprich seine Befehle kennt!

Hinweis: Dein Weg führt über Timer. Wenn du Flankenzählen probieren 
willst, dann brauchst du eine (beispielsweise) 2 Sekunden Basis. Und die 
machst du mit einem Timer. Also gilt es jetzt erst mal die Grundlagen 
von Timern zu lernen.

Ich würde das Zählen ehrlich gesagt mit einem externen Interrupt machen, 
den ich auf Flanke einstelle.

Bei jeder Flanke wird ein Zähler hochgezählt.
Dazu noch ein Timer, der ebenfalls regelmässig einen Interrupt auslöst.


Variablen:
**********

1

Flanken

2

Drehzahl

externer Interrupt
******************

1

Flanken = Flanken + 1

Timer Interrupt
***************

1

if 2 Sekunden sind rum

2

   Drehzahl = Flanken

3

   Flanken = 0

Hauptschleife
*************

1

do

2

  mach was anderes

3

  Drahzahl anzeigen

4

Loop

so ungefähr als genereller Plan. Aber näher will ich das jetzt nicht 
ausführen, damit CrazyEddie nicht einfach nur abschreibt sondern sich 
selbst weiterbildet.

Jens schrieb:
> Volker schrieb:
>
>> Das ist interessant. Wie lang ist denn so ein Tachosignal?
>> Und kann man das wirklich so pauschal sagen?
>
> Die Tachosignale sind stark vom Lüfter abhängig, je kleiner der Lüfter
> desto mehr Signale prasseln rein. Da der Trend aber immer mehr zu großen
> Lüftern geht (> 80mm), kommt einen das hier sehr entgegen. Bei meinen
> 140mm Lüftern gehen ca. 15 Impulse pro Sekunde bei ca. 4V ein. Bei 12V
> sind es ca. 45 Impulse pro Sekunde. Die Fehlerquote läst sich dann auch
> noch künstlich puschen, indem man z.B. nur alle 2 Sekunden den Zähler
> ausliest.

Ich meinte nicht die Frequenz der Signale (die ja eher proportional zur 
Drehzahl als zur Lueftergroesse sein sollte), sondern die Laenge eines 
Signals. Deine Funktion muss ja (ungeachtet dessen, was der µC sonst 
noch erledigt) mindestens einmal innerhalb des Zeitraums aufgerufen 
werden.

Als einzige "Universalloesung" sehe ich nur einen Interrupt mit Messung 
der Periodendauer.

Volker

Karl Heinz Buchegger schrieb:
> Ich würde das Zählen ehrlich gesagt mit einem externen Interrupt machen,
> den ich auf Flanke einstelle.
>
> Bei jeder Flanke wird ein Zähler hochgezählt.
> Dazu noch ein Timer, der ebenfalls regelmässig einen Interrupt auslöst.
> [...]

Wenn wir schon externen Interrupt und Timer benutzen, fehlt zur Messung 
der Periodendauer aber auch nicht mehr viel. ;)

Und ich persoenlich haette meine Messergebnisse gerne schnell und 
akkurat anstatt verzoegert und interpoliert. Gerade auch wenn z.B. ein 
Luefterausfall erkannt werden soll.

Volker

Volker Schulz schrieb:

> Ich meinte nicht die Frequenz der Signale (die ja eher proportional zur
> Drehzahl als zur Lueftergroesse sein sollte),

Nitpicking:
Ich würde mal schätzen, dass sich größere Lüfter tendentiell langsamer 
drehen.

> sondern die Laenge eines
> Signals.

Jep. Das wäre interessant. Das andere was interessant ist: muss mit 
Prellen gerechnet werden.

Beides kann ich nicht beantworten. Hab mich damit noch nie beschäftigt.

Volker Schulz schrieb:

>> Bei jeder Flanke wird ein Zähler hochgezählt.
>> Dazu noch ein Timer, der ebenfalls regelmässig einen Interrupt auslöst.
>> [...]
>
> Wenn wir schon externen Interrupt und Timer benutzen, fehlt zur Messung
> der Periodendauer aber auch nicht mehr viel. ;)

Natürlich nicht.
Aber der Vorschlag, der kam, war nun mal, Pulse in einer gewissen Zeit 
zu zählen. Ausserdem schadet es Eddie sicher nicht, wenn er ein paar 
Techniken kennen lernt :-)

> Und ich persoenlich haette meine Messergebnisse gerne schnell und
> akkurat anstatt verzoegert und interpoliert. Gerade auch wenn z.B. ein
> Luefterausfall erkannt werden soll.

Schon klar. Hängt immer vom Anwendungsfall ab.
Bei der Messung der Pulslänge hast du dafür dann wieder das Problem, 
dass du eine zeitliche Obergrenze einbauen musst (keine Ahnung ob PULSIN 
das kann), sonst misst sich der wieder zu Tode.

EazyEddy schrieb:
> Omfg, nach diesem Projekt werde ich höchstwahrscheinlich sowieso nichts
> mehr in Basic programmieren. Wieso macht ihrs mir nur so schwer!?

Weil es DEIN Projekt ist.
Also machst auch DU die Arbeit.

Wenn wir hier DEIN Projekt für DICH lösen sollen, dann will ich auch die 
Stunden dafür abgegolten haben. Ich muss ja schliesslich auch von etwas 
leben. Du rufst ja auch nicht beim Zahnarzt an, er soll dir haarklein 
und genau erklären, wie man eine Brücke baut. Und wenn du es dann nicht 
hinkriegst, soll er das dann unentgeltlich fertig stellen.

EazyEddy schrieb:

> Tim0_isr:
>
> Lcd Zaehler1
>
> Return

Genau anders rum.

Als Faustregel:
Du packst niemals Dinge wie LCD Ausgaben oder Ausgaben über die serielle 
Schnittstelle in eine ISR. ISR sollen schnell abgearbeitet werden. 
Ausgaben dauern aber vergleichsweise lange.

Du kannst dir aber natürlich in der ISR den auszugebenden Wert zb in 
eine andere Variable umkopieren, die in der Hauptschleife ausgegeben 
wird. Genau das hab ich weiter oben in der 'Programmskizze' gemacht. 
Dadurch wird die ISR schnell abgearbeitet und trotzdem wird nur der 
letzte Messwert ausgegeben.

@MWS

OK. Danke

Können wir uns trotzdem einig werden, welche Technik Eddie vorgeschlagen 
wird und ihn dann da durchlotsen.

(Pulse zählen ist nicht auf meinem Mist gewachsen. Ich hab das Thema nur 
aufgegriffen)

MWS schrieb:

> Ich will Dir sicher nicht den Spaß verderben, jemand etwas beibringen zu
> wollen. Nur sollte man wissen, hier geht's einfacher, und zwar viel
> einfacher.


Nö, ist kein Problem für mich.
Wir müssen uns nur einig werden, welche Messstrategie verfolgt werden 
soll. Sonst verwirren wir ihn nur mehr als notwendig.

Karl Heinz Buchegger schrieb:
> Volker Schulz schrieb:
>
>> Ich meinte nicht die Frequenz der Signale (die ja eher proportional zur
>> Drehzahl als zur Lueftergroesse sein sollte),
>
> Nitpicking:
> Ich würde mal schätzen, dass sich größere Lüfter tendentiell langsamer
> drehen.

Ok. Gehen wir halt davon aus, dass das (zumindest innerhalb einer 
Luefter-Gruppe wie z.B. PC-Luefter) der Fall sei und es kaum Ausnahmen 
gaebe. Ich rechne trotzdem lieber mit realen Werten anstatt mit 
Tendenzen. Sollte aber auch eigentlich nur dem TO als Info dienen, 
nachdem ich ihm zum Durchrechnen animiert habe. Nicht dass er noch 
versucht, die Lueftergroesse in eine Formel zu quetschen. ;)


>> sondern die Laenge eines
>> Signals.
>
> Jep. Das wäre interessant. Das andere was interessant ist: muss mit
> Prellen gerechnet werden.
>
> Beides kann ich nicht beantworten. Hab mich damit noch nie beschäftigt.

Ich habe gerade mal einen Tachoausgang auf dem Oszi bestaunt. Ist ein 
ziemlich perfektes Rechtecksignal mit 50% Duty-Cycle (halbe Umdrehung 
GND, halbe Umdrehung hochohmig). Die Frequenz aendert sich mit der 
Drehzahl. Die Flanken sind sauber, kein Prellen, kaum Ueberschwingen. 
Das heisst dann auch, man koennte es ganz genau und kompliziert machen 
und eine Aenderung in der Drehzahl schon nach einer halben Umdrehung 
erkennen. ;)

Habe natuerlich keine Ahnung ob das jetzt fuer alle Luefter gilt.

Hat jemand echtes Interesse an dem, was das Oszi zeigt? Dann wuerde ich 
mal ein Bild schiessen...

Volker

EazyEddy schrieb:
> Volker Schulz schrieb:
>> Hat jemand echtes Interesse an dem, was das Oszi zeigt? Dann wuerde ich
>> mal ein Bild schiessen...
>
> Gerne^^

Siehe Anhang. X=5ms/Div; Y=2V/Div. Quizfrage an Eddy: Wie schnell dreht 
der Luefter im Moment der Aufnahme?

Volker


P.S.: Welches Bildformat muss ich eigentlich waehlen wenn es sich per 
Definition sowohl um einen Screenshot wie auch ein Foto handelt? ;)

EazyEddy schrieb:
> Volker Schulz schrieb:
>> Quizfrage an Eddy: Wie schnell dreht
>> der Luefter im Moment der Aufnahme?
> ich würde auf ca. 2400 rpm tippen

Du solltest nicht tippen! Wenn Du den korrekten Rechenweg aufgeschrieben 
haettest, haette ich Dir trotz des falschen Ergebnisses eventuell noch 
einen halben Punkt geben koennen... ;)

Volker