Programmierbarer Rechteckgenerator Mega8

Hi!
Warum nimmst du nicht OC1A und 16MHz Takt ungeteilt. Das sind min.16
Takte. Die sollten eigentlich reichen um einen neuen Wert
einzuschreiben und nebenher ein wenig zu rechnen. Knapp wird es
jedenfalls.

MFG Uwe

hi uwe:

ja, wäre eine mögliche lösung, jedoch ist die bearbeitungszeit, wie du
sagst, immer noch knapp;

ursprünglich hatte ich vor auch die sec-Zeiten durch 1usec Timebase und
Variable erzeugen (weil ich 2 unabhängige ausgänge haben will, der eine
gibt z.b. im usec-bereich aus und der andere gleichzeitig im
sec-bereich...);

d.h im schlimmsten fall wird die Variable  bis 999 000 000 (dec)
hochgezählt, das sind dann 4 bytes (long int); bin mir nicht sicher, ob
so ein long-int-addieren (samt einige "if"s+ausgangsportpin
setzen/löschen) auch in 16 takten passt...:(((

Dumme Zwischenfrage, ein CCP-Modul hat der Mega 8 nicht zufällig?

Beim PIC funktioniert das dann ungefähr so:

- TMR1 (16Bit) läuft frei mit internem Takt oder mit Vorteiler
- das Compare-Register (auch 16-Bit) wird mit einem bestimmten Wert
geladen
- Stimmen jetzt TMR1 und der Inhalt des CCP-Registers überein, dann
wird ein Event ausgelöst. Das kann ein Interupt und oder das setzen
bzw. Rücksetzen eines Pins sein. Gleichzeitig wird TMR1 zurückgesetzt.

Damit könnte man die Timebase immer an die aktuelle Zeit anpassen.

1µs wird so oder so nichts werden, da ja nebenbei auch noch etwas
angezeigt werden soll. Der Einsprung in die ISR und der Rücksprung
dauert ja auch ein paar Takte (sind beim PIC schon 5..6).

Steffen

@Steffen:
Doch, so etwas gibt's bei den AVR auch, heißt nur anders. Aber das
löst das Problem doch nicht. Wenn Emil in jedem Aufruf der
Interrupt-Routine mehr als die zur Verfügung stehenden 1us benötigt,
dann hilft das nichts.

Gruß, Frank

Doch, helfen könnte es evtl. Beim PIC lässt sich zwar der Pin nicht
negieren sonder nur Setzen oder Rücksetzen. Hätte ja sein können, dass
der Atmega das kann.

Andere Variante währe ein PWM-Modul zu nutzen wenn die minnimale
Periode das zulässt. Beim PIC würde sich das mit 1µs realisieren
lassen. Dann hätte ich überhaupt kein Problem mehr.

Aber warum muss eigentlich unbedingt ein Interupt die Erzeugung
übernehmen? Ich würde einfach nur eine Zeitschleife laufen lassen. Das
sollte sich doch bis zu 8 Takten realisieren lassen. Der
Frequenzgenerator macht ja sowieso die meiste Zeit nichts anderes als
die Frequenz zu erzeugen und auf einen Eingabe zu reagieren. Die
Eingabe kann dann ja Interuptgesteuert sein.

Also Eingabe --> Zeitkonstanten ändern und anzeigen --> in Main-loop
Frequenz erzeugen.

... nur mal so als Idee.

Steffen

@steffen:

deine idee mit der zeitschleife ist übrigens gar nicht schlecht;

habe soeben gegoogelt und festgestellt, dass jede menge DDS generatoren
mit mikrocontrollern genauso funktionieren-sie erzeugen stets die
ausgangspulse in der mein-schleife und lieben überhaupt keine
interrupts; ein interrupt bedeutet für sie immer "halt, jetzt kommen
die daten, danach geht's wieder los..."

also, offensichtlich ist das die richtige methode, schade, dass ich
mein ganzes interface umgekehrt (also interruptgesteuert) strukturiert
und schon geschrieben habe :((( werde es wohl umschreiben müssen.

danke für die hilfe, jungs!

emil

danke, peter,
dies könnte auch die rettung meiner bissherigen arbeit sein, werd' es
mir genauer überlegen.

mfg,
emil

Hi!
16 Takte hast du doch nur bei der kleinsten Zeiteinstellung 1us!
bei 2us hast du schon 32 Takte. Mit Vorteiler 8 kommst du ohne zu
zucken auf 65535/2 us. Für den Rest kannste ja OC1A abschalten und mit
SW takten. Nur mit 1us high und 999s low ist es nicht so einfach.

MFG Uwe