hallo, der avr8l hat den pinc7 nicht. kannst du dich noch einmal wiederholen mit der pinbelegung. danke
mfg pebisoft
Druckbare Version
hallo, der avr8l hat den pinc7 nicht. kannst du dich noch einmal wiederholen mit der pinbelegung. danke
mfg pebisoft
Oh je., Dann muß man das PortC mit PortD austauschen.
den Sync auf PortB.0 sollt man eigentlich lassen können.
DDRC = 0x90 --> DDRD = 0x80
und Editor replace PORTC --> PORTD
versuch's mal. mfg robert
hallo, deine leistung ist schon beachtlich.
(nicht dein letztes programm sondern das zweite was du sauber erklärt hast.)
(avr8l mit 8mhz intern). habe folgendes gesetzt:
"define Bar_top 0"
"define Bar_top 290"
pixel von 65-73 dazu gesetzt.
und die verzögerungsschleife herausgenommen If "ix".
es sind jetzt 290 zeilen und 74 pixel.
wenn ich jetzt die pixelzahl erhöhe, fängt das bild an zu laufen und man merkt,
das der timer nicht mehr mitkommt.
das neue bild ist in "album,persönliche galerie, pebisoft".
mir fehlt nur der zusammnehang der zeilen zu den zahlen (pixel ) dieaufgelistet sind hinsichtlich der abbildung.
mfg pebisoft
Hi,
Wirklich heikel ist das Zeugs in der Interrupt-Routine. Wenn die mal alle 64 uS aufgerufen wird und auch nicht länger ist wie im Beispiel, paßt die Synchronisation. Wichtig sind folgende Zahlen
Wenn du in main() erstmal garnix machst, muß das Bild schön stehen (is zwar schwarz, aber es laufe keine Streifen durch)Code:NTSC PAL
1 1 WICHTIG normaler Sync (5 uS Puls 0.3V auf 0V)
~ sichtbarer Bereich
~ ende sichtbarer Bereich
248 295 WICHTIG verkehrter Sync (5 uS Puls 0V auf 0.3V)
( wird der Sync da NICHT umgedreht, läuft das Bild vertikal)
251 299 WICHTIG normaler Sync
( wird der Sync da NICHT normalisiert, läuft das Bild vertikal)
263 313 WICHTIG Bottom Line -> back to top 1/50 sec
An den Zeilenzahlen 295 - 313 kann man nicht viel drehen, das PAL-System is nun mal so und das schafft der AVR eigentlich locker. ( mit 8MHZ) das sichtbare Bereich ist da variabler, da kann man nach Geschmack rumschrauben.
Horizontal: nach dem SLEEP müssen ca 6 uS schwarz bleiben, in der Zeit richtet man sich die folgende Zeilenpixel her.
frühere Punkte früher sieht man sowieso nicht.
Aber dann geht es um die Wurst. je schneller der Code, desto mehr horizontale Pixel kriegt man in ca 50 uS raus, dann sollt' man wieder beim SLEEP sein. Braucht man zu lange, werden die Pixel seltsam, aber das Bild sollt stehenbleiben, da ja der Sync im Interrupt auf jeden Fall drankommt.
Ich war natürlich feig', ich hab die Syncimpule und die Pegel erst mit dem Oszi gecheckt, da war's leichter. mfg robert
deine letzt änderung funktioniert nicht . wenn du jetzt das programm als sprunbrett nehmen würdest, was ich jetzt ausprobiert habe, war dein zweites mit deinem ausführlichen erklärungen und dem "linecount der nicht zu finden ist"
die schwarzen balken, die bei mir im bild sind und auch so aussehen als wenn sie zum programm gehören, sollen die da nicht rein, soll die ganze fläche etwa weiss sein???
mfg pebisoft
Das mit dem verschwundenen Linecount is schon klar. Der C legt Wert auf die definition als "volatile", steht aber eh in der Beschreibung. mfg
hallo, das testbild ist das ein weisser block, oder so wie in meiner abbildung ein streifenbild.
mfg pebisoft