ATmega8 erzeugt Video in C!

#882404
Interessant.
Was mich jetzt etwas wundert ist, dass alle Zeichen an der selben Stelle 
anfangen und nicht ausgefranzt sind. Je nachdem wann der Interrupt 
angesprungen wird, müsste sich ja aufgrund der Durchlaufzeit für die 
HSync Ende Schleife ein Jitter von rund 0-2 Takten ergeben.
#882458
Die Kompensation ist nicht das was ich meinte:
Diese while Schleife braucht je nach Umsetzung vom Compiler etwa 2-4 
Takte.
Da man nie genau weiß, ob der Interrupt exakt zum Compare Zeitpunkt 
ausgeführt wird, oder nicht doch ein paar Takte später (da z.B. gerade 
eine Befehl ausgeführt wird, der mehr als 1 Takt benötigt), dann kann es 
sein, dass eben der Interrupt 1, 2 oder 3 Takte später ausgeführt wird. 
Diese kleinen Zeiten kann die Schleife eben nicht kompensieren, da sie 
zu lange für einen Durchlauf braucht.

Daher war ja meine Frage, ob es hier Zufall ist, dass das Bild gut 
aussieht, ober ob sonst noch irgendwo ein Trick verbaut ist, damit 
dieses Problem nicht auftaucht.
Gast #904647
<welche aufgabe hat eigentlich der transistor in der video-schaltung.
kann man den auch weglassen?>


der transistor ist als impedance wandler eingesetzt weil der ATMEGA 
keine 75ohm last direkt treiben kann, also kann auf den transistor nich 
verzichtet werden.

gruß
#905056
Hmmm,
  hat ein PAL - Signal nicht einen Pegel von 1Vss?? Dann müsste bei 1Vss 
an 75 Ohm doch ein max. Strom von 13mA ergeben. Anscheinend dient der 
Transistor einem anderen Zweck... vielleicht kann Herr Radig uns mal den 
richtigen Denkanstoss geben, damit wir die Schaltung richtig verstehen.
Aber auf jeden Fall ist das ein wirklich interesanntes Programm. :-)

Gruß,
  SIGINT
#905305
@USB Fa:
   Hmmmm, hast du nen anderen Schaltplan?!? Bei mir ist das ein PNP. Der 
Pfeil zeigt auf die Basis. Zum Thema Last: Der ATmega kann 40mA treiben, 
was 3V bei 75 Ohm ergibt. Weißpegel ist bei 1V (meines Wissens nach). 
Ich bin mir nicht sicher, ob ich das alles richtig sehe... aber 
vielleicht kennt sich jemand genau damit aus.

Gruß,
  SIGINT
Gast #905366
Öhm, bei mir haut das mit dem Mega8 nicht so ganz hin, mein 
Compilerauswurf ist knappe 12KB gross
1
Total             11064
GCC-Version winavr 4.3.0 (20080512)
Makefile: deine, ohne sontige Optionen

Wie bekomm ich das in den Mega8 rein? Hab nämlich im Moment keinen Chip 
mehr da, der das obige aufnehmen würde...
Gast #905441
Aaahja, und welches Monat ist denn dann der 21te? ;)
Ich habe es noch unter Linux mit einem gcc 4.2.irgendwas ausprobiert, 
nahezu das selbe Ergebnis. Ich werd das Teil mal von Hand 
durchcompilieren und ansehen.
Gast #905649
....Total 11064....


wenn das von der make als "ihex" gemacht wurde, muss es reinpassen.

gib mal im make "binary" ein. die endung des fertigen codes ist dann 
noch hex, ist aber schon eine bin-datei, die dann wesentlich kleiner 
ist.

muss dann nur die endung hex durch bin ersetzen bei deinem fertigen 
code.

das ist noch ein fehler in winavr-c
Gast #906151
...Es wird trotzdem den gleichen Code im Controller belegen.....


du liest alles zu oberflächlich,mehr mühe geben. das will ich nicht 
wissen.

es geht hier darum , das der code in dem atmega8 reinpasst und mit der 
bin-ausgabe hast du die übersicht, wie gross er tatsächlich ist, bei 
einer hex-datei nicht.
#1145607
Hallo
Ich habe die Schaltung nachgebaut und dann das Programm auf nen AtMega32 
gebrannt. Ich verwende das STK500. Bei mir ergibt sich jedoch das 
Problem das Ich auf meinem Fernseher 2 zuerst einen Grellweißen Schirm 
bekomme und dann ~1s später ich zwei wirre halbbilder bekomme aber 
leider keinen Text...
Irgendwer lösungsideen?

Mfg
ZipZip
Gast #1145920
oh noch jemand der sich heirfür interessiert! Überprüf mal die die Fuse 
Bits deines Mega32. Bei 20Mhz sollte die CKOPT fuse programmiert sein 
wegen der hohen frequenz. hatte das problem anfänglich auch!

Ich habe aber auch ein problem. mein text ist zwar zu lösen und "rollt" 
nicht allerdings ist er trapezförmig verzogen. ich nutze einen atmega8 
bei 20mhz. eigentlich sollte das funktionieren... ideen?
#1147011
Ah danke das CKOPT fuse war tatsächlich nicht programmiert..
Und außerdem hab ich grad gemerkt das ich einen 16Mhz Quarzoszillator 
angeschlossen hatte XP... Ich hab mich getraut die Geschichte selbst zu 
programmieren klappt alles wunderbar.. Solange ich nur ein 3*2 
schachbrett darstelle... Aber sobald ich eine if abfrage oder 2 while 
schleifen ineinander einsetze passt das timing nicht mehr und ja das 
bild sieht auch wie moderne kunst ^^. Ich hab alles in c geschrieben... 
Irgendwer lösungsideen, konstrukive vorschläge etc...

@Philipp

Wie meinst trapezförmig verzogen?
Meistens (bei mir halt) sind die Sync Signale sprich H -und VSYNC das 
Problem.

Mfg

ZipZip
Gast #1147866
genau das scheint bei mir auch das problem zu sein! Naja leider wird der 
code dadurch ziemlich unbrauchbar für eine anwendung. total instabil
Gast #2213153
hallo,
hab das grad mal ausprobiert und das jittert bei mir ganz schön hart.
Habe nichts verändert, atmega8 mit 20mhz oszillator.
Jemand eine Idee was da los ist?
mfG
Angehängte Dateien:

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 18 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.