hallo, jan auch dieses update funktioniert wunderbar.
ich staune nur, welche sachen du da immer noch rein bringst.
das bild ist komplett zu sehen. der text ist klar.
die control-tasten funktionieren. die baudraten funktionieren.
es kann bei den anderen sein, das der bildschirmrand des fernseher
nachjustiert werden muss, wenn die bildröhren warm werden verändern
sich die werte der einstellungen.
du bist ein vollwertiger asm-fachman. gibt uns etwas von deinem wissen ab.
ich kann kaum dein sourcode erwarten. ich finde es toll das du so konsequent
auf dem AVR8l programmierst und das ziel nicht aus den augen verlierst.
ich kenne selten solche menschen.
vielleicht sollte ich das auch so machen und mit dem "kleinen avr" eine optimale sache
rausholen. aber du siehst, ohne vorreiter steigt man nicht gerne auf dieses pferd.
mfg pebisoft
...auch ich finde es klasse, was für ein tolles Ergebnis aus diesem Thread herausgekommen ist. Die Thematik wird zukünftig sicherlich sehr stark aufgegriffen und Jan`s Arbeit ist dabei mehr als nur eine grandiose Grundlage.
Klasse !!!
P.S. Vielleicht gibt es ja demnächst ein Roboternetzstandard-Videoboard...
hallo jan, habe jetzt den AVR8l auf dem steckbrett meines küchenbrettroboters gebaut.
mit dem videosender auf dem robby kann ich jetzt die daten aller Sensoren die der AVR16
zum AVR8l auf dem robby schickt zur wintv-karte auf meinem pc-senden und alles beobachten.
die steuerung mit dem AVR16 zum AVR8l(videochip) geht klasse.
mfg pebisoft
Hallo Peter, Moritz, Andree,
Danke euch für die schöne Anerkennung.
Das tut gut und spornt an.
Ich werde noch eine Funktion einbauen,
nämlich eine Cursorpositionierung, damit man den
Cursor gezielt auf eine beliebige Bildschirmstelle
setzen kann, um genau dort was hinzuschreiben.
Ich denke das ist nützlich, und es ist nicht viel
Programmieraufwand.
Damit soll es dann aber auch gut sein, denn jetzt
möchte ich auch wieder mit was anderem beschäftigen.
Den Sourcecode überarbeite ich noch, und stelle
ihn dann hier im Forum ein, weil sich doch einige
stark dafür interessieren. Hi Peter
@Moriz:Ja, wenn jemand ein Board entwerfen will, ich stelleVielleicht gibt es ja demnächst ein Roboternetzstandard-Videoboard...
mein Programm für den Atmega8 zur Verfügung.
An Hardware ist da ja dannn nicht mehr viel.
@Peter:Dr ATMEGA-8 ist doch kein kleiner AVR. Klein ist der Tiny15,...auch so machen und mit dem "kleinen avr" eine optimale sache rausholen...
oder der Tiny26, alles 8-Pin DIPs.
Und da kann man auch erstaunlich viel mit machen.
Gute Idee! Das ist mir noch nicht eingefallen,zur wintv-karte auf meinem pc-senden
da kann man das Bild ja auch auf dem PC einblenden !
Ich hab doch auch noch so eine TV-Karte im Schrank rumliegen.
Muß ich gleich mal probieren...
Grüß euch alle....Jan
Hallo Jan,
Das TV Terminal mit Mega8 läuft bei mir auch tadelos.
Eine tolle Leistung !
Allerdings Suche ich für mich persönlich immer noch nach einer Möglichkeit, um in einem Videoquellenumschalter Bascom Projekt nachträglich statisch einen Text über TV auszugeben.
Eine Steuerung über 1 µs Timer scheidet aus, da dann der Rest nicht mehr zum Zuge kommt.
Also habe ich probiert, von Bascom aus ein Assembler Unterprogramm dafür zu schreiben.
In der Routine will ich alle 625 PAL Zeilen nacheinander erzeugen lassen und einen Text einfügen, sodass diese Routine genau 64µs * 625 Zeile, also 40 ms lang ist. Diese soll dann als eigenständige Schleife einige Male durchlaufen werden.
Leider komme ich mit den Syncronimpulsen nicht so richtig klar.
Kannst du mir sagen, wie lang der Vertial Syncronimpuls am Anfang eines Halbbildes sein muss ?
Und wie sieht es mit der letzten Zeile vom 1. Halbbild aus ? ( Die ist ja nur 32 µs lang, oder ? )
Ich habe irgendwo gelesen, dass der Elektronenstrahl der Bildröhre auch noch einige Zeit benötigt, um von unten rechts wieder nach oben links zu kommen.
Es wäre schön, wenn du mir für das Timing ein paar Tips geben könntest.
Hallo,
Guck mal hier rein:
http://cbl.fh-hagenberg.at/~gfunk/me...deo-analog.pdf
Da hab ich mich nach gerichtet.
Du musst nur drauf achten, das du die Werte
für Europa / PAL / CCIR nimmst.
Auf die Komplikation mit dem zweiten versetzten Halbbild
kannst du auch verzichten. Erzeuge einfach immer das erste
Halbbild mit 312 vollen Zeilen.
Dann mach das TV eben keine Interlace.
Egal, klappt auch, wenn dir die 312 Zeilen reichen.
Gruß Jan
Hallo Jan,
Klar, 312 Zeilen reichen auch.
Danke für den Link. Das Analogbild ist ja recht gut beschrieben.
Horizontal ist ja auch einfach, 5µs Sync und 59µs Bildinhalt. Aber bei Vertical Sync Pulsbreite pro Halbbild steht 2,5 Zeilen.
Das wären 160µs V-Sync oder irre ich mich ? Im sichtbaren Bereich liegen etwa 282 Zeilen pro Halbbild.
Wäre diese Reihenfolge dann richtig ?
- V-Sync 160µs + 32µs Schwarz -> die ersten 3 Zeilen
- H Sync 5µs + 59µs Schwarz -> je weitere 27 Zeilen (nicht sichtbar)
- H Sync 5µs + 59µs Bildinhalt -> je weitere 282 Zeilen
Hallo,
deine Zeiten stimmen so nicht ganz.
Guck die die PDF noch mal genau an.
Die Bildzeile besteht aus:
- H-Syncinpuls 4,7us
- vordere Schwarzschulter 1,5us
- Bildinhalt 52us
- hintere Schwarzschulter 5,8us
Das Halbbild besteht aus:
- V-Syncimpuls Länge 2,5 Zeilen mit pos.H-Sync Impulsen im Halbzeilenabstand
- vordere Schwarzs. 2,5 Zeilen mit neg. Ausgleichsimpulsen von 2,3 us im Halbzeilenabstand
- 282 normale Bildzeilen
- hinter Schwarzs. 2,5 Zeilen mit neg. Ausgleichsimpulsen von 2,3 us im Halbzeilenabstand.
Gruß Jan
Danke Jan,
Die Nachkommastellen kann man sicher halbwegs vernachlässigen, oder ?
Obwohl, ich komme mit 4 MHz Quarz bei meiner Anwendung auf 0,25µs pro Takt. Damit müsste man eigendlich zurechtkommen.
Auf alle Fälle muss ich mich wohl noch ein bischen einlesen, um das Sync Timing richtig zu verstehen.
Klar, so genau kommt es nicht drauf an.Die Nachkommastellen kann man sicher halbwegs vernachlässigen, oder ?
Aber: kleine Abweichungen in den Zeilen addieren
sich evtl. mit 312 mal über das ganze Bild.
Das kann dann vertikal Sync durcheinanderbringen.
Gruß Jan
Berechtigungen
Zitieren
Lesezeichen