umsetzen für win-avr

**pebisoft** · 06.02.2005, 20:22

hallo, der AVR8l hat den pinc7 nicht. kannst du dich noch einmal wiederholen mit der pinbelegung. danke
mfg pebisoft

**PicNick** · 07.02.2005, 09:32

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

**pebisoft** · 07.02.2005, 10:20

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

**PicNick** · 07.02.2005, 10:59

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

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

Wenn du in main() erstmal garnix machst, muß das Bild schön stehen (is zwar schwarz, aber es laufe keine Streifen durch)
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

**pebisoft** · 07.02.2005, 11:20

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