Probleme C Source in HEX zu compilieren?

Jo, das ist definitiv nicht für den AVR-GCC-C-Compiler geschrieben. 
Allein die #includes sind schon falsch. Könnte CodeVision sein, andere 
kommerzielle Compiler für AVR kenne ich allerdings nicht und kann sie 
deshalb auch nicht ausschließen.

Peter Sieg wrote:

> Trotz NTSC müßte ich doch eine S/W Darstellung sehen können..?

Naja, NTSC ist ja nicht alles.  Es gibt ...zig verschiedene
Basis-Fernsehnormen, die sich insbesondere in den Bild- und
Zeilenfrequenzen unterscheiden.

//cycles = 63.625 * 16 Note NTSC is 63.55
//but this line duration makes each frame exactly 1/60 sec
//which is nice for keeping a realtime clock

Das sagt eigentlich alles.  Die 63.625 µs wären sicher verkraftbar
(wir arbeiten mit 64 µs offiziell), aber 60 Hz Bildwiederholfrequenz
wird deine Glotze wahrscheinlich nicht können.  50 Hz sind bei uns
die Norm.  Kann sein, dass es genügt, das hier anzupassen:

if (LineCount==231)

Hmm, knapp 3800 Zeilen Code in einer C-Datei, ist erstaunlich, dass
da noch einer durchgeblickt hat.

Peter Sieg wrote:

> Nun, da ich auf reichelt warte, dachte ich mir ich könnte schon mal in
> den C-Code schauen.. falls ich doch von NTSC auf PAL umstellen
> muß/möchte..

> Lt. wikipedia:
> NTSC -  PAL
> 60Hz -  50Hz
> 525Z -  625 Zeilen

Naja, die Überschrift "NTSC vs. PAL" stimmt nicht ganz, es ist eher
Norm B vs. Norm M:

http://de.wikipedia.org/wiki/Fernsehnorm#Schwarzwei.C3.9F

Aber ansonsten stimmt das.

> was soll die cycles = 63.625 * 16 bedeuten?
> 63.625 = Zeitdauer für 1 Fernsehzeile in us.
> * 16 ??? von 16MHz, mit dem der AVR betrieben wird?

Ja, du hast also 16 CPU-Takte pro Mikrosekunde.  Das ist der Wert, der
irgendwo dann in einen Timer gefüttert wird.  Der liefert dann den
Horizontal-Synchronimpuls, d. h. damit beginnt eine neue Zeile.

> Für 64us * 16 würde sich hier 1024 ergeben..? Wäre das an dieser
> Stelle zu setzen für PAL?

Ja, kannst du probieren.

> Dann kommt wohl die Stelle 'if (LineCount==231)' ab der unter
> anderem die Synchronisierung für die Fernseh-Seite generiert
> wird. Dies passiert wohl für NTSC alle 1/60 s. Aber wo wird das
> gesteuert? Da müßte doch ein Timer oder sowas getriggert werden..?

Es genügt, einen Teil mit dem Timer zu steuern, also die
Zeilenfrequenz.  Danach musst du nur noch die Zeilen zählen, damit
ergibt sich die Bildsynchronisation von allein.

Zu beachten ist, dass diese einfachen BAS-Generatoren keinen
Zeilensprung generieren (englisch: interlace), daher sind die
Zeilenzahlen in diesen Rechnungen nur halb so groß wie die, die der
Fernsehnorm zu Grunde liegen.  Das Norm-M-Bild hat als hier 262 Zeilen
(zwischen den Vertikal-Synchronimpulsen), daher beginnt bei Zeile 231
die Bildaustastlücke (da wird für den Strahlrücklauf nach oben dunkel
getastet).  Das Norm-B-Bild hätte 312 Zeilen, da musst du nun (zum
Beispiel empirisch nach ,,Aussehen'' -> kein schwarzer Balken oben
oder unten) ermitteln, ab welcher Zeile die Austastlücke beginnt.
Wenn ich mich dunkel an die alte selbstgebaute Bildschirmsteuerung
meines ersten Eigenbau-Computers erinnere, so begann dort die
Austastlücke nach 256 Zeilen (was sehr praktisch für den Aufbau des
Bildwiederholspeichers war).

Ich weiß nicht, ob sich der Rest dann von selbst ergibt in dem
Programm.  Kann natürlich sein, dass er einfach nicht in der Lage ist,
die Zeilen von 231 bis 256 mit irgendwelchen Inhalten zu füllen, d. h.
das Bild wird bei dir ein wenig ,,gequetscht'' aussehen.  Du kannst
auch probieren, die Bildwiederholfrequenz ein wenig nach oben zu
ziehen, musst halt gucken, wie viel die Synchronisation deiner Glotze
noch gewillt ist mitzugehen.  Alte Glotzen mit von außen zugänglichem
Vertikalfrequenzsteller sind da natürlich ein wenig im Vorteil.
Gewissermaßen poor man's Multinorm-Fernseher. ;-)