Mega8 Temperatur Drehzahlregler

Ok, das klingt doch alles schonmal nicht schlecht. Daß du Werte auf dem 
LCD dargestellt bekommst ist sehr hilfrech. Das erleichtert das 
Debugging ungemein.
Du siehst im Terminal Werte von 0-255. Das kann entweder bedeuten, daß 
du nur das untere Byte deines 10-bit-Ergebnisses ausgiebst (bei 
rechtsbündiger Anordnung, verlierst du beiden obersten Bits) oder eben 
nur das obere Byte bei linksbündiger Anordnung (verlierst du beiden 
untersten Bits). Der ADC könnte dir ja eigentlich Werte von 0-1023 
liefern. Da du ja recht lernbereit zu sein scheinst (sehr löblich) 
überlasse ich es erstmal dir, wie du das handhabst/hinkriegst.
Jetzt willst du einen Zahlenbereich von 0-100 darstellen. Wenn das ohne 
Kommastellen ablaufen soll, dann ist das ja ganz einfach:
dein ADC gibt Werte raus von 0 bis xxx. Wenn xxx als 1023 angenommen 
wird, dann mußt du also 100 auf 1023 aufteilen.
Wie das geht? 1023 / 100 = 10,23! Was du mit dem Wert jetzt anzustellen 
hast überlasse ich erstmal wieder dir =) .

Zu deinem Lüfter: unterscheide zwischen Steuerung und Regelung. Bei 
einer Steuerung gibst du stumpf einen "Sollwert" vor. Ob dein Lüfter 
jetzt aber wirklich damit läuft weißt du nicht und interessiert dich 
auch nicht.
Bei einer Regelung hast du einen Sollwert, und erhältst über eine 
Messung den Istwert (Drehzahl). Mit den beiden Werten mußt du einen 
Regelalgorithmus füttern (für Anfänger oft nicht ganz einfach). Darum 
solltest du erstmal mit dem "Steuern" der Drehzahl anfangen.
Der Rest ist wieder nur eine Frage der Skalierung. Du weißt z.B.: der 
Lüfter darf maximal 12V. Jetzt kannst du sagen: bei 0°C soll der Lüfter 
stehen, und bei 100°C mit Nenndrehzahl laufen (die Drehzahl bei 12V). 
Also mußt du den Spannungsanstieg pro °C hinkriegen: 12V / 100°C = 0,12 
V/°C. das ist dann aber eine Steuerung, keine Regelung.
Und wenn du das hingekriegt hast, dann reden wir über die Regelung :) 
...

Gruß

Nachtrag:
wie findet eigentlich deine Temperaturmessung statt? Und willst du 
wirklich eine "Temperaturregelung" haben? Wenn ja, dann brauchst du eine 
Temperaturregelung, der dann noch eine Drehzahlregelung des Lüfters 
unterlagert ist. Da wird es dann schon "interessant".
Falls du es hinkriegst die Werte 0-1023 aus dem ADC zu kitzeln: meinst 
du nicht es wäre sinnvoller, wenigstens in 0,1°C-Schritten zu arbeiten? 
Dann ginge dein Wertebereich von 0-102,3°C in 0,1 Grad-Schritten...

Moin,

Sebastian schrieb:
> Da bin ich aber noch etwas überfragt wie
> ich das anstelle,weil er ja 12V braucht.Würde er nur 5V brauchen hätte
> ich den irgendwie über PWM gesteuert.Ich brauche zwar eigentlich nur
> etwa die hälfte der möglichen Drehzahl des Lüfters,aber zum anlaufen
> braucht er die 12V danach kann dann sofort runtergeregelt werden.

Es klingt ja ein bißchen so, als ob dir die Hardware ansich etwas 
Probleme bereitet. Um von den 5V aus deinem Controller auf 12V zu kommen 
gibt es ein besonderes Teil: den Transistor :) ! Wie du das Ding dann zu 
verbauen hast steht (nicht nur) hier auf der Seite ganz gut erklärt.

Sebastian schrieb:
> Wenn
> ich dann diese Hürde gemeistert habe,wollte ich irgendwie das Signal für
> die Drehzahl über den Timer(Counter) zählen und dann
> weiterverarbeiten.Bin ich auf dem richtigen Weg?

Ich finde ja :)

Sebastian schrieb:
> Ich möchte ein Magnetrührer selber bauen,

Das check ich nicht. Wie soll den der Lüfter, der die Magnete antreibt, 
die Temperatur beeinflussen? Das ist alles etwas durcheinander. Ich 
dachte die Beeinflussung der Temperatur geschieht über an- und- 
ausschalten der Heizplatte?! Dann wird die Temperatur aber nie "genau" 
sein (Stichwort Zweipunktregler, Hysterese).

Bei den drei Lüfterleitungen kann man so pauschal erstmal nichts sagen. 
Erstmal müßte man wissen, was das genau für ein Lüfter ist. Bei drei 
Leitungen ist es wohl ein ganz normaler/älterer. Die Modernen haben ja 
z.T. vier Leitungen. Versorgung+, Masse, Drehzahlsignal vom Lüfter 
(Ist-Wert) und PWM-Eingang (Sollwert). Wenn du nur drei Leitungen hast 
entfällt der PWM-Eingang.

Mit dem Tachosignal ist das wieder so eine Sache. Das ist bei diesen 
Lüftern nicht wirklich einheitlich. Ich hatte mal einen, der gab alle 
180° einen Puls aus. Aber der Pegel war alles andere als sauber. Wenn du 
das genau wissen willst hilft nur ein Scope.

Also, du hast zwei Sollwerte:
1. Drehzahl der Rührers (hat erstmal mit der Temperatur nichts zu tun!)
2. Soll-Temperatur

Temperaturregler sollte kein Problem sein: PLatte an, Platte aus 
(Hysterese).
Bei der Drehzahl: willst du die wirklich "regeln"? Reicht es nicht die 
Drehzahl von 0-100% einstelbar zu machen? Wenn Regelung: ein langsamer 
I-Regler sollte reichen...

Also das ist ja nun mal alles andere als schwierig! Du kennst doch einen 
Dreisatz, oder? Du mußt doch einfach nur einen Timer laufen lassen. 
Durch die Prozessorfrequenz weißt du doch, wie lange der Timer braucht, 
um um 1 erhöht zu werden.
Also, Zeit zwischen den Impulsen stoppen und einfach auf die Minute 
hochrechnen! Arbeite dich mal hier durch:
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR
und hier:
http://www.mikrocontroller.net/articles/Festkommaarithmetik

Gruß

Jo, ich glaub das passt so. Aber das find ich sehr umständlich. Da hat 
ja jeder seinen eigenen Geschmack, aber ich würd es anders lösen.
Es gibt ja grundsätzlich zwei Lösungsansätze, um auf deinen 
Drehzahl/Frequenz zu kommen.
1. eine definierte Zeit warten und Pulse zählen. Vorteil: du hast direkt 
die Drehzahl/Zeiteinheit vorliegen. Nachteil: du mußt immer deine 
Zeiteinheit abwarten.
2. du stoppst die Zeit, zwischen zwei Pulsen. Klarer Vorteil: du mußt 
nicht immer erst deinen Messzeitraum von 1. abwarten, sondern kannst mit 
jedem neuen Puls die Drehzahl errechnen. Das ist auch der "Nachteil": 
Mit der gestoppten Zeit mußt du das ganze dann auf die genaue 
Drehzahl/Zeiteinheit umrechnen. Das sollte aber kein Problem sein (hoff 
ich).

Der Timer1 kann im CTC-Mode betrieben werden, der ist hier dein Freund. 
Dann sparst du dir das Vorladen :) .

Und ich würd mir eine "einfachere" Zeiteinteilung einfallen lassen. Wenn 
du z.B. bei 8MHz den Vorteiler 8 benutzt weißt du ja schon, daß er alle 
1 µs +1 macht. Da kommst du dann aber sehr schnell auf sehr große 
Zahlenwerte (bei niedrigen Drehzahlen). Jetzt stell dir mal vor, daß 
dein Timer immer bei 250 überläuft. Ein Interrupt tritt also alls 250 µs 
oder alls 0,25 ms auf. Jetzt Zähl doch einfach mal die Interrupts 
zwischen zwei Pulsen. Durch die geschicke Zeiteinteilung sind die Werte 
dann auch leichter zu verstehen. Jetzt hast du z.B. 234 Interrupts 
zwischen den Pulsen. Also sind 234 * 0,25 ms vergangen, alse 58,5 ms. 
Und so oft, wie die Zahl jetzt in 1s reinpasst, daß ist deine 
Drehzahl/Sekunde :) .
Klar soweit?!

Übrigens:
http://www.google.de/search?hl=de&safe=off&client=firefox-a&hs=eXT&rls=org.mozilla:de:official&q=danke+sagen&revid=401858695&sa=X&ei=q_MyTduWJdCOswaTrOT4CQ&ved=0CCUQ4QIoAQ

Gruß

Also ehrich, ich hab dir die Formel doch schon auf dem Silbertablett 
serviert!

Annahme:
Controller läuft bei 8 MHz, Vorteiler des Timers 8(NUR BEISPIEL, weil 
einfach zu rechnen!) Über das Format der Zahlen mußt du dir selbst 
Gedanken machen...
-> Timer zählt mit 1 MHz (1 µs pro Zählschritt). Erstes Signal kommt, 
Timer starten. Timer-Vergleichswert bei 249 -> 250 Zählschritte bis 
ISR-Aufruf (bitte korrigieren falls falsch). Es dauert also 250 * 1 µs (
In der ISR zählst du jetzt in einer Variablen die Aufrufe des 
Interrupts.
Jetzt kommt irgendwann das nächste Signal -> Timer stoppen.
Jetzt steht in der Variablen z.B. 234 drin. 234 mal sind also 250 µs 
verstrichen -> 234 * 250 = 58500 µs = 58,5 ms. Jetzt steht aber ja noch 
ein Rest im Timer. Der hat ja immer hochgezählt. Auch wenn er keinen 
Interrupt ausgelöst hat, dann beinhaltet er aber ja noch einen Zählwert, 
bei dem dann durch das zweite Signal gestoppt wurde.
Der Restwert sei 120. Durch unseren Vorteiler wissen wir, daß dieser 
Wert direkt eine Zeit in µs repräsentiert. Diesen Wert mit 
berücksichtigen:
58500 + 120 = 58620 µs = 58,62 ms.
Und jetzt: siehe oben!!! Wie kriegt man raus, wie oft eine Zahl, in eine 
Andere reinpasst? Division!
Denkweise: für eine Umdrehung brauch das Ding 58,62 ms (oder auch 
0,05862 s). Das heißt ich schaffe in 1s... ähm... 1 / 0,05862 = 17,06 
Umdrehungen!
Pro Minute sind das also... ähm... 17,06 * 60 = 1023,5 Umdrehungen! Und 
wenn wir berücksichtigen, daß pro Umdrehung 2 Signale kommen teilen wir 
nochmal durch 2 und sind dann bei  511,77.
Das ist doch echt mal kein Stoff aus dem Mathe-LK :) .

http://www.google.de/search?q=danke+sagen&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:de:official&client=firefox-a

Gruß

Konkretisiere deine Fragen bitte. Mit der Frage

> wie Lese ich die Werte jetzt am besten ein?

kann keiner was anfangen. Wie ein Signal (ich vermute, daß du das 
meinst) eingelesen werden muß hängt nur davon ab, wie das Signal 
aussieht. Wenn du nicht weißt, was du messen willst brauchst du gar 
nicht erst mit dem Messen anzufangen. Zu fast allen Hardware-Fragen im 
Bezug darauf, wie ein Signal auszusehen hat, gibt das Datenblatt 
Auskunft.
Die Zauberformel hier im Forum lautet fast immer "Konkrete Frage, 
konkrete Antwort", und Eigeninitiative. Ist nicht bös gemeint, aber 
versuch nochmal selbst dahinter zu kommen...

Gruß

Sebastian schrieb:
> Ich habe jetzt noch eine Lösung gefunden.Womit ich aber Probleme habe
> ist zu wissen wo das Programm wieviel Zeit braucht.

Im Idealfall brauchst du das gar nicht wissen.

> Klar mit dem Timer
> ist mir das klar.

Na dann passt es doch.
Das ist die einzige Zeit, die du wirklich wissen musst.

> Aber wenn ich jetzt z.B. den Timer overflow auf 1us
> stelle.Dann aber die Werte z.B. mit ICP oder Int auslese haben ja die
> eine eigende Routine und mit meiner Timer Routine nichts zu tun.

Macht ja nichts.

> Und da
> bin ich am verzweifeln.Woher weiß ich jetzt wann der Interrupt
> auftritt?

Musst du nicht wissen. Genau dazu gibt es den Interrupt Capture. Der 
erledigt das wegspeichern des Timer-Wertes in Hardware. Du brauchst dir 
nur noch die Zählerwerte von der Capture Einheit zu holen. Bei denen 
hast du die Gewissheit, dass sich genau im Moment des Pulses 
weggespeichert wurden. Selbst wenn du dir diese Ergebnis in paar µs 
später abholst.

> Ich habe darüber auch nicht wirklich was in meinem Buch stehen
> oder irgendwo eine vernünftige erklärung gefunden.Was ich auch nicht
> wirklich verstehe ist wenn ich den Timer wieder auf 1us stelle und dann
> den Timer auf 0 setze

Im Idealfall lässt du den Timer durchlaufen.

Stell es dir wie eine Uhr vor:
Dein Kumpel schreit 'Jetzt'. Du schaust auf deine Uhr und siehst, dass 
der Sekundenzeiger auf 18 steht. Das merkst du dir.
Nach einer gewissen Zeit schreit den Kumpel wieder 'Jetzt'.
Blick auf die Uhr: Der Sekundenzeiger steht auf 42.
Wieviele Sekunden sind also zwischen den beiden 'Jetzt' vergangen?
42 - 18 = 24

Zu keinem Zeitpunkt musstest du die Uhr anhalten oder auf 0 stellen und 
trotzdem hast du die Information die du willst.
Das einzige worauf du aufpassen musst, ist wenn der Sekundenzeiger 1 
oder mehrere male über die 60 drüberkommt. Dann musst du dein Ergebnis 
entsprechend korrigieren. Ist aber nicht wirklich schwer.

> Timer starte Wert auslese und Timer wieder stoppe
> dann mißt doch der Timer garnicht mehr genau auf 1us,oder nicht?

Und wozu brauchst du so eine Genauigkeit?
Bei einem Rührermotor?


Meiner Meinung nach werden viel zu viele Probleme damit angegeangen, 
dass Timer unnötigerweise auf viel zu tiefer Ebene vorgeladen, 
0-gesetzt, gestartet-gestoppt oder händisch ausgelesen werden. Alles 
Dinge, die man beim Einsatz der eingebauten Hardware und dafür lesen des 
Datenblatts und benutzen der kleinen grauen Zellen gar nicht braucht.

Sebastian schrieb:
> Also würdest Du einfach den Timer einstellen als timer und laufen lassen
> dann eine Interroupt Routine Int0 schreiben wo dann drin steht
>
> startwert=timer1
> Hi low flanke abwarten

nein

In dem Moment, in dem du in einer Interrupt Routine das Wörtchen 
'warten' gebrauchst (ausser bei wirklich kleinen Zeiten, aber den Fall 
hast du nicht), bist du schon auf dem Holzweg.

Du kriegst doch 2 Interrupts hintereinander, für jede halbe Umdrehung 
einen. In jedem Interrupt brauchst du nur nachsehen, wie sich der 
jetzige Timerwert in Bezug auf den Timerwert im letzten Interrupt 
verhält.

Drum hat auch in meinem Realwert-Beispiel dein Kumpel "jetzt" gerufen. 
Ich hab da nicht geschrieben, dass du ab dem ersten Ruf an seinen Lippen 
klebst und nur auf den 2.ten Ruf wartest. Kumpel ruft und du siehst auf 
die Uhr. Das ist das Pendant zum Interrupt Aufruf mit Timer auslesen.

Und ja. Es gibt Variablen, in denen man sich Werte solange aufheben 
kann, bis man sie dann tatsächlich braucht.

Sebastian schrieb:
> Ah ich glaube ich hab es verstanden.Da Int0 ja bei jeden feststellen
> einer Änderung am Pin ins Unterprogramm geht brauche ich ja garnicht auf
> ein Signal warten sondern nur den Timerwert speichern.Diesen dann als
> sagen wir mal wertneu und wertalt speichern und vergleichen.

Im Prinzip.
Und wenn du jetzt noch die Forderung mit dazu nimmst, dass das Auslesen 
des Timers möglichst zeitnah mit dem tatsächlichen Auftreten des Signals 
passieren soll und daher von der Hardware gemacht werden soll, dann hast 
du den Input Capture Interrupt des Timers entdeckt.

Anstelle das du dir einen Int0 auslösen lässt und selbst danach 
irgendwann den Timer ausliest, erledigt die Hardware beides in einem 
Aufwasch: Die Signaländerung wird detektiert UND gleichzeitig wird der 
aktuelle Timerwert in Hardware weggespeichert UND ein entsprechender 
Interrupt wird generiert.

Und weil das so ist, braucht man die tatsächliche Programm-Laufzeit vom 
Auftreten des Signals bis dann der Timer in der ISR ausgewertet wird, 
gar nicht mehr wissen.

Allerdings muss man auch sagen, dass die Programmlaufzeit vom Auftreten 
des Signals bis du dann den Timer ausliest im Grunde uninteressant ist. 
Deine Forderung nach 1µs braucht nämlich kein Mensch. Damit könntest du 
die Drehzahl auf 1 Millionstel Umdrehungen PRO SEKUNDE feststellen. Ich 
bezweifle, dass dein Rührwerk überhaupt so gleichmässig dreht, dass das 
Sinn macht. Wenn überhaupt, wird sich bei dir das meiste im 
Millisekundenbereich abspielen. Und 1 Millisekunde ist für einen µC eine 
laaaange Zeit.

Sebastian schrieb:
> Kannst Du mir noch vielleicht sagen in welchen register start endwert
> gespeichert wird.Dann hätte ich alles was ich brauche.

Sei mir nicht böse.
Aber das wichtigste was du brauchst, ist das Datenblatt zu deinem 
Prozessor. Denn da steht das alles drinnen.

Und deswegen möchte ich die Frage hier nicht beantworten. Denn der 
Glaube: Ich brauch das Datenblatt nicht, weil ich eh in BASCOM arbeite 
... das ist ein Irrglaube.

Sebastian schrieb:
> Kann mir jemand sagen wie ich 0,000128 in eine VARIABLE kriege?

Wenn es irgendwie geht, willst du das gar nicht.

Man kann zb mit 0.75 multiplizieren, indem man zuerst mit 3 multiplizert 
und dann durch 4 dividiert. Man muss nur aufpassen, dass kein 
Zwischenergebnis entsteht, welches für den Datentyp zu gross ist.

> Weil ich rechne jetzt
>
> 1x Umdrehung = Takte Timer*0.000128s >(dauert ein Takt)
> UmdrehungMin.= Minute(60)/Umdrehung

Forme die Umrechnung um. Das kann man auch anders berechnen.

Moin,

darum hab ich oben weiter (glaub ich) auch schon auf den Artikel zur 
Festkommaarithmetik verwiesen.
Du kriegst die Zahl 0,000128 nicht SO in eine Variable, die für den 
Controller angenehm zu verarbeiten ist.
ABER: wer schreibt dir denn vor, daß du in "Sekunden" rechnen mußt? Wenn 
du alles z.B. in Microsekunden rechnest hast du auf einmal 128 da stehen 
:) . Kein Komma, nur die Tatsache, daß eine Sekunde aus 1000000 µs 
besteht.
Mit einem ähnlichen beispiel steht es hier auch irgendwo, wie man eine 
eingelesene Spannung am ADC in einen Wert in Volt umwandelt. Du rechnest 
einfach in Millivolt, und schon verschwinden die Kommas.
Und für die Ausgabe: kein Problem! Dann machst du (bei den Millivolt) 
erst "durch 1000", dann kommt z.B. "3" heraus, dann gibst du ein Komma 
aus (einfach so) und dann gibst du deine "Millivolts % 1000" aus.

Alles wird gut...