Ein paar Fragen zum Timer !!!

[Searcher]

Hallo,
da es Datenblätter zum ATtiny in verschiedenen Revisionen gibt, hier ein Link zu Atmel, damit wir das gleiche benutzen (Rev. 2586Q–AVR–08/2013): http://www.atmel.com/images/atmel-25..._datasheet.pdf
Gefunden über Google mit Suchbegriffeingabe: attiny85

Wie oben schon gefragt, reicht es wenn ich die Takt Frequenz vom Attiny im Code eintrage oder muss ich auch noch etwas in den Fuses verändern?

Ein nagelneuer, frisch gekaufter ATtiny85 ist auf einen Systemtakt von 1Mhz eingestellt: Interner Oszillator mit 8MHz, der durch die CKDIV8 Fuse im System Clock Prescaler (nicht Timer Prescaler) auf ein achtel, also auf 1MHz herabgesetzt wird (Datenblatt: "6.2.3 Calibrated Internal Oscillator" und "Table 20-5. Fuse Low Byte")

Als nächstes würde mich Interresieren wo Ihr genau die ganzen Daten aus dem Datenblatt herbekommt?

Ich schreib es dazu aber es wird Dir nicht erspart bleiben, jede Zeile, jede Tabelle und jede Fußnote selbst zu durchforsten, da so ein Datenblatt wirklich ganz gedrängt in jedem Buchstaben relevante Informationen beinhaltet

Die CS Bits bestimmen die Quelle für den Timer/Counter richtig?
Ist das auch gleichzeitig der Prescaler?

Ja. Für Timer 0 gibt es im Datenblatt das Kapitel 11 und dort zum "11.9.3 TCCR0B" die Tabelle "Table 11-6. Clock Select Bit Description" Für Timer 1 in Kapitel 12 sieht die entsprechende Tabelle anders aus.

Wie genau hast Du das berechnet ?
Timerzyklusfrequenz von (1000000Hz/8 )/256=488,28125Hz

Ich bin von den Factory Default Einstellungen ausgegangen: 1MHz Systemtakt, bei den Timern in den Tabellen und im Blockdiagramm "Figure 6-1" wird er clk i/o genannt. Den Timerprescaler habe ich mit acht angenommen, da eins ja einen zu schnellen Zähltakt erzeugt hat. Also 1MHz geteilt durch acht ergibt 125000. 125000 geteilt durch die 256 Zählschritte für einen Timerzyklus ergibt die 488,28125Hz.

Ich verstehe es nur soweit, der Systemtakt beträgt 1Mhz ( 1000000 ) jetzt rechnet Ihr 1000000:256=3.906,25

Ja, aber mit dem angenommenen Timerprescaler von eins ist der Timerzyklus zu schnell für Deine geforderten 1kHz. Eigentlich ist die Rechnung (1000000/1)/256. Die 1 für den Timerprescaler eins habe ich vorher weggelassen.

Gut nur wie kommt Ihr auf dieses Ergebniss ?
(1000000Hz/8 )/256=488,28125Hz ???

Weil mit Timerprescaler von 1 der Takt zu schnell war, wird hier der Prescaler von 8 hergenommen. Die 8 muß also später mit den CS Bits eingestellt werden und nicht die 1.

Auch wäre es nett, wenn Ihr mir bitte nochmals irgendwie genauer sagen könntet wie Ihr die genau Frequenz berechnet ?

Ich kann es nicht genauer. Dieser und mein letzter Post haben mich erschöpft. Besser Du fragst konkret, was Du nicht verstanden hast.

Gruß
Searcher

[Nicole01]

Searcher,

mal wieder vielen Dank für deinen langen Text und deiner Mühe.

Wie man das ganze jetzt ausrechnet verstehe ich zu 80%.
Mein Problem ist nur, wie berechne ich die Frequenz die ich möchte ?

Z.b. 2,3 kHz ?
Oder 200 Hz ?

Im Datenblatt habe ich bei Timer0 diese Werte gefunden.
CS00, CS01, CS02
8, 64, 256, 1024

Ob ich die 1024 nutzen kann, bin ich mir nicht ganz sicher da ja hier kein CS mehr zu finden ist für 1024?

Jetzt zur Frequenz, der Attiny läuft mit 1MHz und er läuft alle 256 Schritte wegen dem 8 Bit Timer über.
Die 256 Schritte sind immer gleich und der 8 Bit Timer auch das kann ich ja nicht beeinflussen habe ich das soweit richtig verstanden ?

Wenn ja könnte ich nur die Geschwindigkeit vom Attiny ändern ( MHz ) oder den Prescale soweit richtig ?
Die Geschwindigkeit werde ich am Anfang nicht ändern !!!

Somit bleibt mir ja nur zur Berechnung der Frequenz die 1 MHz die 256 Schritte bis zum Überlauf und der Prescale.

Ich glaube ich denke einfach viel zu viel

Vielen Dank mal wieder.

Nicole

[wkrug]

Somit bleibt mir ja nur zur Berechnung der Frequenz die 1 MHz die 256 Schritte bis zum Überlauf und der Prescale.

Das hast Du genau richtig erkannt, aber so ein Timer kann ja noch mehr.
Da kommt nun der CTC Modus ins Spiel.
Man schreibt einen Wert in eins der OCR Register und aktiviert den CTC Mode. Der Timer TCNTx wird auf 0 gesetzt, wenn dieser Wert erreicht ist.
Dadurch kann man Frequenzen erzeugen, die der Timer durch den Takt und Prescaler nicht erreichen kann.
Ob das mit CTC und OCRxA und OCRxB zur Erzeugung von fast PWM, wie es im Beitrag #7 beschrieben wird, hab ich leider noch nicht ausprobiert.

[Searcher]

Searcher,
mal wieder vielen Dank für deinen langen Text und deiner Mühe.
.
Vielen Dank mal wieder.

Alles klar, für mich reicht das für den Rest meiner Beiträge

Wie man das ganze jetzt ausrechnet verstehe ich zu 80%.
Mein Problem ist nur, wie berechne ich die Frequenz die ich möchte ?

Z.b. 2,3 kHz ?
Oder 200 Hz ?

Die Frage ist eigentlich falsch gestellt, oder? Du gibst ja die Frequenz vor und möchtest die Konfigurationsparameter für den Timer finden. Da Du nur eine bekannte Größe hast, nämlich die gewollte Frequenz, must Du die anderen für den Timer selbst vorgeben.

Ich habe das in meinem ersten Post gemacht, indem ich den Systemtakt mit 1MHz angenommen habe. Dann habe ich den Timer Vorteiler, der mit den CS Bits eingestellt wird mit 8 angenommen. Mit Vorteiler = 1 ging Deine 1kHz im Fast-PWM nicht einzustellen. Mit Vorteiler = 8 ergab sich aber noch nicht genau die 1kHz. Deshalb noch den CTC Modus zur Hilfe genommen. (Datenblatt: 11.7.2 Clear Timer on Compare Match (CTC) Mode)

Man rechnet es sich also nicht direkt aus, sondern probiert gewissermaßen ein Stück weit in den Rechnungen mit den zur Verfügung stehenden Möglichkeiten des µC und kann dann mit den Gleichungen aus dem Datenblatt zurückrechnen, ob man richtig liegt. (Datenblatt Gleichungen stehen in den Unterkapiteln zu "11.7 Modes of Operation")

Im Datenblatt habe ich bei Timer0 diese Werte gefunden.
CS00, CS01, CS02
8, 64, 256, 1024

Ob ich die 1024 nutzen kann, bin ich mir nicht ganz sicher da ja hier kein CS mehr zu finden ist für 1024?

Stimmt fast, aber die Frage verstehe ich nicht. Grundlage zur Einstellung des Vorteilers für Timers 0 ist die "Table 11-6. Clock Select Bit Description" im Kapitel "11.9.3 TCCR0B – Timer/Counter Control Register B".

Im TCCR0B Register setzt man:
für Voteiler 8 das Bit CS01
für Voteiler 64 die Bits CS01 und CS00
für Voteiler 256 das Bit CS02
für Voteiler 1024 die Bits CS02 und CS00

also nicht ein CS Bit für einen Vorteilerwert; es werden auch Kombinationen von den CS Bits genutzt und es gibt auch den Vorteilerwert 1 mit dem Bit CS00, der in Deiner Aufzählung der Prescaler Werte fehlt.

Jetzt zur Frequenz, der Attiny läuft mit 1MHz und er läuft alle 256 Schritte wegen dem 8 Bit Timer über.
Die 256 Schritte sind immer gleich und der 8 Bit Timer auch das kann ich ja nicht beeinflussen habe ich das soweit richtig verstanden ?

Nein. Die 256 ist der Maximalwert. Der kann im CTC Modus veringert werden. Bitte Kapitel 11.7 Modes of Operation und speziell oben erwähntes Kapitel über den CTC Modus lesen.

Somit bleibt mir ja nur zur Berechnung der Frequenz die 1 MHz die 256 Schritte bis zum Überlauf und der Prescale.

Die 1MHz Systemtakt, OK! Würde ich auch erstmal nicht ändern.
Die 256 Schritte sind nicht fix. Siehe CTC Modus
Prescale, ja.
Aber es gibt noch die verschiedenen Moden des Timers. Kapitel 11.7. Der von wkrug erwähnte "11.7.4 Phase Correct PWM Mode" wird anders berechnet und läßt tiefere Frequenzen als Fast PWM zu.

Hier noch was zum Lesen aus dem Roboternetz-Wissen: http://rn-wissen.de/wiki/index.php?t.../Counter_(Avr)
Ist für einen ATMega aber das Prinzip ist das Gleiche.

Gruß
Searcher

[Nicole01]

Hallo Searcher,

vielen vielen Dank für deine Mühe !

Ich glaube ich habe es jetzt verstanden ( Hoffe ich )

Wenn ich eine Frequenz von 1400 kHz benötige wären das 88 bei einem Prescaler von 8.
Ich hoffe das ist so richtig

Bei 2100 kHz müssten es 53 sein.


Viele Grüße

Nicole

[Searcher]

Ich hoffe das ist so richtig

Wenn ich eine Frequenz von 1400 kHz benötige wären das 88 bei einem Prescaler von 8.

Also wenn die 88 der Wert für den Maximalwert des Timers im CTC Modus sein soll, ist es vermutlich durch einen Flüchtigkeitsfehler trotzdem total falsch. Angenommener Flüchtigkeitsfehler bereinigt, ist die 88 der Wert, mit dem man der gewünschten Frequenz am nächsten kommt.

Bei 2100 kHz müssten es 53 sein.

Gleicher Flüchtigkeitsfehler (?) und man kann mit einem anderen Wert als 53 wesentlich näher an die gewünschte Frequenz heran kommen.

Wenn Du die Rechnung mitlieferst und auch die Einheiten mit aufschreibst, kann man besser erkennen, wo der Hase im Pfeffer liegen könnte.

Das wird aber schon. Ich habe selbst viel durch ausprobieren "erforscht". Also einfach Programm in den µC und nachgeschaut was da raus kommt. Ich kenne Deinen Hintergrund und Deine Möglichkeiten nicht. Hier wäre ein Oszilloskop, Frequenzzähler oder ähnliches hilfreich. Bei den geringen Frequenzen täte es auch ein Soundkartenoszi.

Gruß
Searcher

[Nicole01]

Hallo Searcher,

danke für deine Antwort.

Ich habe die 1000000:8 und dan 125000:1400=89
Bei den 89 habe ich 1 abgezogen ( so wie Ihr mir das gesagt habt )

Somit kamm ich auf 88.

Du hast mir ja noch einen Link gegeben.

Dort steht:

( Nun wird mathematisch überprüft, ob der errechnete Wert aus dem vierten Punkt kleiner als der maximale Zählerwert ist. Trifft dies zu, so wird der errechneten Wert vom maximalen Zählerwert subtrahiert )

Wenn ich das so machen muss, würde bei mir ein Wert von 167 raus kommen.

Ein Oszilloskop zum testen habe ich hier.
Gestern habe ich es auch genau so gemacht wie Du es geschrieben hast.

Immer ein wenig probiert und sofort am Oszilloskop das Ergebniss angeschaut.

Nur leider gibt mein Attiny45 aus irgend einem Grund keinen Wert mehr aus ?
Habe es auch schon mit einem ganz neuen Attiny versucht.

Genau das leiche Problem.
Kann über den Port LED blinken lassen oder auch einen Taster steuern.

Nur das PWM Signal kommt nicht mehr raus.

Im Code kann ich keinen Fehler finden.
Bzw mit diesem Code hat es ja auch ohne Probleme funktioniert.

#include <avr/io.h>
#define F_CPU 1000000


int main(void)
{
	DDRB |= (1<<PB1);
	OCR0A = 124;
	OCR0B = 63;
	
	TCCR0A = (1<< COM0B1) + (1<< WGM01) + (1<< WGM00);
	TCCR0B = (1<<WGM02) + (1<< CS01);
	
	while (1)
	{
		asm ("NOP");
	}
}

Vielen Dank mal wieder für die nette Hilfe.

[Searcher]

Ich habe die 1000000:8 und dan 125000:1400=89
Bei den 89 habe ich 1 abgezogen ( so wie Ihr mir das gesagt habt )
Somit kamm ich auf 88.

Das paßt auch aber Du hast die Einheiten nicht mitgeschrieben. Oben stehen 1400kHz obwohl Du 1400Hz meinst Das ist das, was ich mit total falsch meinte. Die 88 sind für die ungefähr 1400Hz OK!

Die 53 stimmen aber nicht!

Immer ein wenig probiert und sofort am Oszilloskop das Ergebniss angeschaut.

Nur leider gibt mein Attiny45 aus irgend einem Grund keinen Wert mehr aus ?
Habe es auch schon mit einem ganz neuen Attiny versucht.
Kann über den Port LED blinken lassen oder auch einen Taster steuern.
Nur das PWM Signal kommt nicht mehr raus.

Oszilloskop verstellt? Tasköpfe guten Kontakt? Keine andere Masseverbindung als über Meßkabel zB über Programmer-PC-Schutzkontakt zum Oszi?

Im Programm kann ich auch erstmal keinen Fehler entdecken. Ich bin aber kein C Programmierer. Pluszeichen bei den Registerzuweisungen sind jedoch anscheinend unüblich, obwohl es wohl funktioniert. Es ist üblicher dort ein Veroderungszeichen zu setzen, also so:

    TCCR0A = (1<< COM0B1) | (1<< WGM01) | (1<< WGM00);
    TCCR0B = (1<<WGM02) | (1<< CS01);
    while (1);

Ein unendliche while Schleife, in dem nichts passiert, kann man so meine ich, auch einfach mit Semikolon abschließen - aber absolut ohne Gewähr. Das ASM nop irritiert mich.

Wenn man den OCR0A Wert in dem Modus dem OCR0B Wert von oben annähert ist Obacht geboten, weil es ja irgendwann keinen Comparematch für die PWM geben kann, da der TCNT den OCR0B-Wert nicht mehr erreichen kann.

Gruß
Searcher