Ausgabe eines Textes auf TV

Moin!
Ich weiß, dass ich dem einen oder anderen mit meiner Fragerei in letzter Zeit schon auf den Keks gehe, es tut mir auch Leid, aber ich hab' halt irgendwie so einen riesigen Bedarf... ;-)

Worum es eigentlich geht, ist eine Schaltung, mit der man einen einfachen Text mit einem ATmegaXX auf einem Fernseher darstellen kann. Das Signal sollte ein einfaches BAS- oder FBAS-Signal sein, also eigentlich das übliche Videosignal, das überall benutzt wird.
Ist soetwas mit einem AVR überhaupt möglich, und wenn ja, wo könnte ich Informationen darüber bekommen? Ich meine, so ein Projekt schon mal auf einer Seite gesehen zu haben, aber mir fällt der Link nicht mehr ein und Google hat mir in diesem Fall leider auch nicht geholfen...

Gruß, Trabukh

P.S.
Ich frage in letzter Zeit so viel, weil ich einfach wissen will, was man so alles mit einem ATmegaXX anstellen kann, und was davon noch in meiner Macht steht! ;-)

Hier:

http://www.ulrichradig.de/
Dann Projekte und Videotext

Allerdings ist das wohl alles nicht ganz so einfach ;-)

MFG Moritz

...soll schaltungstechnisch sehr einfach sein, schaue dafür mal bei :

http://www.rickard.gunee.com/project.../pic/howto.php

und bei :
http://www.riccibitti.com/designs.htm

Danke euch beiden. Sieht wohl doch so aus, als wäre das nicht so schnell zu realisieren, zumal ich das ganze aus Geschwindigkeitsgründen in ASM programmieren müsste...

Gruß, Trabukh

wo schliesse ich am fernseher die 0v, 0,3v 0,7v und 1v an, damit ich
eine reaktion auf dem schirm sehen kann(weis,grau,scharz). welcher kanal wird eingestellt.
mfg pebisoft

Du schliesst da nicht verschiedene Spannungen an, Du erzeugst sie im einfachsten Fall über den zweistufigen D/A-Wandler (zwei PortPins + Widerstände) in einer bestimmten Form - und das Signal geht dann an den Videoanschluss Deines Fernsehers (Chinch gelb/Scart).

Die Signalgeneration und das Timing erzeugt hier alles Weitere und ist halt das grosse, aber durchaus lösbare, Problem !

Hi Trabukh!
Schau mal da, das ist echt cool, habe ich auch nachgebaut, allerdings aus der Elektor (kannst mich ja mal ganz lieb fragen, ob ...)! *zwinker*
http://jkdesign.de/avrproject/index.html
bzw. direkt hier:
http://jkdesign.de/avrproject/Die%20MAHPONG%20Seite.htm

Gibt es denn nicht was, wo man schrift farstellen kann, ähnlich wie auf einem Display, mit ner Subroutine in Assembler die dann den REST REGELT ;-)

MFG Moritz

Wie RCO möchte ich auch Text anzeigen können. Danke auch an Florian, vllt kannst du mir die Elektor mitbringen, wenn wir uns mal wieder treffen sollten... ;-)

Gruß, Trabukh

hallo florian, alle achtung was du als schüler ausgegraben hast. ich als erwachsener belobige das. ich werde das projekt morgen mal austesten mit einem avr 16 auf der tv-karte. nur muss ich es noch in bascom umwandeln. vielleicht hat das schon ein anderer versucht und es gibt für bascom eine brauchbare lösung. dieses projekt sollte man einmal verfolgen und ausbauen.
mfg pebisoft

Hi pebisoft!
Das Assembler-Programm für das Spiel ist leider sehr komplex.
Ich habe es zwar intensiv durchgelesen, aber ich habe es nicht vollständig verstanden.
Ich befürchte, dass es sehr schwer sein wird das Spiel zu übersetzten!
Aber trotzdem viel Glück! ;o)

hallo, das avr-video-projekt ist eine herausforderung
für den umgang mit dem avr. die sprachen bascom und winavr(c)
sollte hierbei eine vorrangige stellung bekommen.
es könnte sich hierbei ein prokjekt heraus kristallisieren
was auch einen sehr grossen lernerfolg hat, weil auch eine
video(bild-darstellung) unendliche möglichkeiten der
kreativen bewegung darstellt. ein neues anwendungsgebiet
erschliesst sich für den "nur avr". darum packt es an
und macht was sehenswertes draus. man kann auch sagen, die video-patrioten.
mfg pebisoft

Hmm, eigentlich hast du ja recht... ASM wollte ich mir schon immer "reinziehen". Ich werde ein bisschen damit rumprobieren, und sollte etwas dabei herauskommen, werd ich es natürlich hier reinschreiben.

BTW: Mit einem ATmega mit 16MHz sollte doch eine geringfügig bessere Ausflösung zu realisieren sein, oder?

Gruß, Trabukh

EDIT: Ich schätze, mit BASCOM oder anderen Hochsprachen gehen wohl durch das Kompilieren zu viele Takte verloren, als dass man es sinnvoll einsetzen könnte... :-k

wenn sich jetzt alle wissenden in bascom
zusammenschliessen, die an dem projekt avr-video
interessiert sind, müsste es doch möglich sein in
2-3 tagen ein patentrezept zu veröffentlichen, was klar
stellt, das der avr und bascom mehr können als nur
pins ein und auszuschalten, sondern auch noch ein
videosignal so steuern können, das ein bild entsteht.
dies würde viele andere zum nachdenken reizen und die
werden sich dann die frage stellen, ob sie doch auch
noch auf bascom umsteigen werden. dieses videosignal
könnte auch eine grundlage für die sichtbarmachung von
messdaten sein. was vorher nur zahlen waren, sind jetzt
linien und punkte auf einen bildschirm,
zitat: ein bild sagt tausend worte.
lasst euch nicht durch das ping-pong-beispiel verführen, auch gleich so etwas kompaktes zu produzieren, nein beschränkt euch erst einmal auf einen einfachen punkt und eine einfache linie, dann erst geht weiter und fragt euch, was mache ich jetzt mit den punkt oder mit linie, wie bewege ich den punkt und die line, wie mach ich dann aus dem punkt und der linie eine form usw., schritt für schritt.
mfg pebisoft

Ähm, allein schon für das Einschalten eines Pins braucht BASCOM garantiert mehr als 3 Takte, und dieser Verlust ist einfach zu hoch, um ein akzeptables Bild zu erzeugen. Ich denke, ohne ASM geht es einfach nicht!

Gruß, Trabukh

P.S.
Sollte ich mit dieser Vermutung falsch liegen, bitte ich um Korrektur...

in bascom kann man ja auch asmroutinen einbauen, wie ich in der beschreibung gesehen habe, die haben sogar den gleichen wortlaut.
mfg pebisoft

Ich denke auch, dass man dafür nicht ohne ASM auskommen wird.
Nicht umsonst wird immer noch für sehr Zeitkritische (und dazu gehört wohl auch das Anzeigen von Bildern auf TV) noch ASM verwendet.

Man könnte höchstens versuchen, einen AVR mit ASM zu programmieren, und während die nicht sichtbaren Signale verarbeitet werden (also nichts passieren muss), könnte man von einem zweiten AVR mit Bilddaten versorgt werden, die dann im nächsten Bild angezeigt werden. Allerdings müsste man sich, wie gesagt, erst ein Grundgerüst in ASM basteln mit Protokoll etc.

Gruß, Trabukh

Sowas suche ich, eine Script-kombination aus Bascom und ASM.
So dass man dann mit verschiedenen Unterroutinen Die Ausgabe ändern kann, z.B.
Call TEXT(x,y, "Text")
Der rest ist dann in Assembler geschrieben um das ganze flott zu machen, aber leider kann ich überhaupt kein Assembler und hae auch von der Videoansteuerung gar keine Ahnung.

Hilfe erwünscht ;-)

MFG Moritz

Zitat:

---

http://www.rickard.gunee.com/project.../pic/howto.php

---

Also die Ansteuerung düfte wohl kein Problem sein.
Wie man das ganze in ASM verpacken sollte, ist mir persönlich dann aber auch noch ein Rätsel... Aber prinzipiell muss man für diese Aufgabe keine Programmierakrobatik verwenden, man muss nur zum richtigen Zeitpunkt (da liegt das Problem) die richtigen Ports an bzw. ausschalten.

Gruß, Trabukh

Hi Trabukh!
Wenn Du mir den Programmablauf genau in der Reihenfolge usw. sagst, dann könnte ich ihn Dir z.T. vielleicht proggen!
Aber versprechen kann ich nichts! ;o)

Zitat:

---

On a PIC16F84 @ 12Mhz, 3 million instructions per seconds are performed

---

Ist es nicht eh so, dass Die AVRs entsprechend ihrer Taktrate auch befehle druchkriegen, also bei 12 Mhz auch 12 Millionen Befehle rechnen?

Dann würde man das Timing besser hinbekommen.

Vor allem verstehe ich die vertikala Synchronisation noch nicht ganz. Für was genau stehen die Zahlen unter dem Signal in diesem Bild?
http://www.rickard.gunee.com/project..._vsync_big.png

(Alles Bezogen auf http://www.rickard.gunee.com/project.../pic/howto.php)

Die stehen für die jeweilige Bildzeile. Glücklicherweise schaffen AVRs auch pro Takt einen Befehl, sodass man nicht wie im Beispiel von 3 Mips, sondern etwa 16 Mips ausgehen kann. Ich denke, mit dieser Frequenz kann man schon sehr viel anfangen...

Gruß, Trabukh

@Florian: Ich werd' mir den Aufbau nochmal genau angucken, und dann sehen wir weiter, aber schon mal VIELEN DANK für das Angebot!

hallo, habe mir einen at90s8515 gekauft und die
schaltung auf dem steckbrett aufgebaut. das hex-programm
mahpong.hex funktioniert zu 100%. im album unter roboterbilder habe
ich 2 bilder reingestellt. eins vom steckbrett und ein bild
vom bildschirm auf dem pc unter wintv. jetzt muss nur noch versucht werden, dieses einmal auf den avr16 zu generieren unter bascom.
aber läuft schon einmal.
mfg pebisoft

hallo, mit diesem kurzen programm habe ich das streifenbild mit bascom erstellt. siehe "album, roboterbilder".

$regfile = "m16def.dat"
$crystal = 8000000

Enable Interrupts

Config Pind.5 = Output
Config Pind.6 = Output

Portd.5 = 0
Portd.6 = 0
Waitms 100

Do

Portd.6 = 1
Portd.5 = 1

Portd.6 = 0
Portd.5 = 0

Loop

mfg pebisoft

Nicht schlecht, im Grunde ja ganz simpel. aber man sieht auch, wie "breit" die streifen schon sind, und das obwohl ja noch ganix nebenbei berechnet wurde.
Wenn ich das richtig verstehe, entsteht ein schwarzer Streifen, wenn beide auf 0 sind und ein weißer, wenn beide 1 sind. Und da sieht man schon, dass die schwarzen streifen nur durch die "do-loop"-Anweisung dicker sind.

Ich denke an ASM führt kein Weg vorbei.

MFG Moritz

Zitat:

---

Wenn ich das richtig verstehe, entsteht ein schwarzer Streifen, wenn beide auf 0 sind und ein weißer, wenn beide 1 sind. Und da sieht man schon, dass die schwarzen streifen nur durch die "do-loop"-Anweisung dicker sind.

Ich denke an ASM führt kein Weg vorbei.

---

Bascom übersetzt den Basic Code auch in Assembler und bei die Befehle do, loop und die die in Pebi-Softs Programm dazwischen stehen sind ziemlich elementar. Wandelt Bascom die wirklich so viel schlechter um, als man es direkt in Assembler selber programmieren könnte?

Viel Luft dürfte da bei dem verwendeten 8 MHz Quarz sowieso nicht bleiben.

Soweit ich weiss beträgt die Zeilenfrequenz eines Fernsehers 15600 Hz und eine Zeile besteht aus ca. 700 Bildpunkten.

15600kHz*700= ca. 11MHz

D.h. eine Streifenbreite von 1 Bildpunkt kann bei 8 MHz auch in Assembler eigentlich nicht funktionieren. Oder habe ich da einen Denkfehler drin?

Vllt könnte mal jemand aus der ASM-Riege hier versuchen, so ein Streifentestbild zu machen, dann hätte man eine Vorstellung der möglichen Auflösung mit einem ATmega.

Gruß, Trabukh

Hallo,

Zitat:

---

Zeilenfrequenz eines Fernsehers 15600 Hz und eine Zeile besteht aus ca. 700 Bildpunkten.

---

Ja, genau sind es 15625Hz, entsprechend 64us Zeilendauer.
"Bildpunkte" im eigentlichen Sinne gibt es dort nicht,
weil das Videosignal ja analog ist.
Es hat meines Wissens nach im Schwarz-Weiss-Bereich
eine Bandbreite von 5Mhz.
Der "sichtbare Bereich einer Bildzeile ist etwa 52us lang.
Das ergibt bei 5MHz etwa 260 SW-Wechsel pro Zeile,
also wären 520 Bildpunkte darstellbar.

Ein ATMega8 mit 8MHz könnte mit der Befehlsfolge in Beispiel-1
ein Rechteck mit einer Frequenz von 2 Mhz
an PortB ausgeben.
Ein Mega8 mit 8MHz könnte also maximal 400 Bildpunkte pro Zeile anzeigen.
Das ist allerdings mehr als theoretisch,
denn dann dürfte er gar nichts anderes mehr tun,
nicht mal entscheiden ob der nächste Bildpunkt an oder aus sein soll.

Etwas realistischer ist Beispiel-2. Hier werden Bildpunkte
aus einem Bildspeicher im internen RAM gelesen und ausgegeben.
Das schafft der Mega8 mit etwa 200 Bildpunkten pro Zeile,
wenn er nix anderes macht.
Diese Punkte könnten aber 64 Graustufen haben.

Also realistisch dürfte max. die Hälfte sein.
Das wären dann immerhin noch um die 100 Bildpunkte,
da könnte man schon was mit machen.

Und den Mega-8 gibt es ja auch mit 16MHz, :-)

Aber zumindest den Kern müsste man auf jeden Fall
mit "Handoptimiertem" Assemblercode machen.

Gruß Jan

Code:

---

Unvollstädige Codefragmente für Abschätzung TV-Ausgabe mit ATMega-8

;Beispiel-1
;2Mhz an PortB Bit0 ausgeben
      ldi r16,0
      ldi r17,1
loop: out portb,r16
      out portb,r17
      rjmp loop


;Beispiel-2
;Bildpunkte aus Bildspeicher vidmem lesen
und an PortB augeben.
      ldi ZH,high(vidmem<<1)
      ldi ZL,low(vidmem<<1)
loop: lpm
      out r0,portb
      adiw Z,1
      rjmp loop

---

Hallo,
ich hab mir mal die Mühe gemacht, und die Streifen
in Pebisofts Streifenbild gezählt. Ich komme auf 36.
das entspricht umgerechnet mit den 52us knapp 700kHz.
Der AVR ist also schon bei dieser simplen Schleife in
Assembler etwa dreimal so schnell wie Bascom. (2MHz zu 700KHz)
Oder lässt sich das in Basic noch optimieren ?
Weil da immer zweimal portd.x=y steht ?

Schöne Grüße... Jan

der portd5 ist für die syncro und der portd6 für hell oder dunkel, je nachdem wie hoch die spanning ist, (z.b. 1v weiss, 0,5v grau und 0v schwarz).
mfg pebisoft

Also wenn ich ehrlich bin, würde mir schon die Ausgbe von etwas Schrift reichen. Außerdem würden mir auch 3 "Farben" (Schwarz, Weiß, Grau) reichen.
Wenn wir jetzt mal einen Buchstaben wie auf einem LCD nehmen, dann würden wir pro Buchstabe auf 5 Pixel in der Horizontalen kommen. 15 Zeichen würden mir pro Zeile locker reichen. Hinzu kommen pro Buchstabe ein "Leerpixel" um die Buchstaben zu trennen, also insgesamt 6 x 15 = 90 Pixel. Allerdings habe ich noch nicht ganz verstanden, wie man es überhaupt hinkriegt etwas "sinnvolles" wie Text darzustellen.

MFG Moritz

Hi,
das is ja ein dolles tema!
Und zu diesem dollen Thema hab ich auch ne dolle Frage!
Ich will mir ne GameboyCamera holen in meinen Rob bauen und in meinem Rob dieses Videosystem von Mahpong einbauen um die gespeicherten Bilder Videos am TV anzusehen. Deshalb währen 8 oder 16 Graustufen nicht nötig, aber wünschenswert! Speichern will ich auf eine MMC!
Für schnelle Antwort wäre ich dankbar! 8)

Antwort ? Auf welche Frage denn ?

...mach das doch einfach !

Antwort auf die dolle frage wie man 8 oder 16 Farben bzw.Graustufen darstellt! :)

...mehr Ports benutzen, damit kann man dann per D/A-Wandlung feinere Abstufungen programmieren - mit zwei Ports kann man halt nur 2h2 Abstufungen hinbekommen.

Mit 3 Ports bekommst Du dann 2h3=8 Stufen hin, mit 4 schon 16


Hier übrigens ein toller Link, bezüglich einfacher D/A-Wandlung :
http://www.avr-asm-tutorial.net/avr_de/avr_dac.html

Also es gibt ja noch nen schönen anderen Thread, der sich mit der Ausgabe von Zeichen mit Hilfe der CC1 beschäftigt. UNd die haben auch über folgendes von ELV gesporchen:

Zitat:

---

OSD :
Basisgerät, Komplettbausatz
Artikel-Nr.: 68-464-33
49,95 €
OSD-Modul, Komplettbausatz
Artikel-Nr.: 68-464-47
29,95 €

---

Damit kann man Daten seriell senden und dann mit Hilfe dieses Dinges ausgeben. Leider ist ein hochgeheimer ELV-Chip verbaut, so dass man da auch nicht sehr viel schlauer draus wird. Aber immhin schafft das ganze 11 Zeilen à 28 Zeichen (oder umgekehrt).

MFG Moritz

Danke! Ich werde es versuchen!(Sobald ich den Roboter gebaut hab)

hallo, vielleicht hat einer eine lösung mit dem ne555, das man den eine pulsaufgabe geben könnte und mit dem avr nur noch die sichtbaren daten draufsetzen könnte (0v, 0,3v, 0,66v odr 1v).
mfg pebisoft

Habe eben einen weiteren interessanten Link zum Thema gefunden :
http://www.whizkidzit.com/ozemail/video_s_w.htm