Druckbare Version
Hallo,
@Florian:Nee, dann kommt immer: Hex ist hier nicht erlaubt.Zitat:
So wie das Bild auch! ;o)
Ich werde es mal mit umbennen probieren.
Das Programm ist in Assembler geschrieben.
@Trabukh: Nur S/W. Graustufen könnte ich auch machen,
aber dann würde die Auflösung erheblich geringer werden.
Gruß Jan
Hi Jan!
Probier's mal mit .txt! ;o)Zitat:
Zitat von JanB
Komisches Verbot! *lol*
Kann ich das mal sehn? *interessiert sei*Zitat:
Zitat von JanB
Hallo,
ich habs gezippt.
Jetzt klappt es mit dem hochladen.
Wer probiert es mal aus ?
Gruß Jan
Hi sieht echt toll aus. Hut ab! ist die krümmung auf dem bild von deinem fernseher, oder wird das bild so erzeugt? integration in bascom wär der mega hammer...
Beides.Zitat:
ist die krümmung auf dem bild von deinem fernseher, oder wird das bild so erzeugt?
Einerseites ist es die Wölbung der Bildröhre und der alte Fernseher,
aber andererseit sehen manche Zeilen etwa geneigt aus, und es
laeuft eine leichte Schwebung durch das Bild.
Evtl. ist die Syncronisation noch nicht 100%ig.
Aber es kann auch ein "Brummen" durch den fliegenden
Aufbau und die offene Verkabelung sein.
Deshalb will ich ja auch wissen wie es bei Anderen ist.
Ist er interne RC-Oscillator genau genug ?
Oder habe ich es jetzt speziell auf meinen Chip
und mein Fernsehgerät abgestimmt ?
Aber das ist ja erst der erste Versuch.
Ich arbeite noch dran.
Als nächstes muss noch die USART-Routine eingebaut werden,
damit das Ding auch praktisch nutzbar ist.
Jetzt wird ja nur ein statischer Inhalt dargestellt.
Gruß Jan
Hallo,
ich hab noch eine Uhr mit eingebaut,
damit sich auf dem Bildschirm auch mal was tut.
Hat das Programm schon jemand ausprobiert ?
Gruß Jan
hallo, janb, ich glaube du hast es bald geschafft. das robby-fahrgestell liegt schon bereit. in bascom kann die zeilenzahl geringer sein. eine gute leistung.
mfg pebisoft
Hallo,
hab das Timing noch mal überprüft.
Da war noch Luft drin.
Deshalb jetzt: Noch vier weitere Zeilen.
Also jetzt 24 Zeilen mit je 24 Zeichen.
Das macht insgesamt 576 dargestellte Zeichen.
Allein der ASCIII-Zeichen-Buffer frisst das halbe RAM. Mist!
Die Bildqualität insgesamt hab ich auch noch verbessert.
Die aktuelle Hex-Datei hänge ich hier dran.
Wer es ausprobieren will:
ATMega-8 interner 8MHz RC-Clock
ein Widerstand mit 100 Ohm an GND (Pin8)
ein Widerstand mit 560 Ohm an Portb0 (Pin14)
ein Widerstand mit 1200 Ohm an PortD6 (Pin12)
Die drei freien Anschlüsse der Widerstände miteinander
verbinden ergibt das BAS-Video-Signal.
Dieses Signal und GND an den BAS-Eingang des Fernsehers.
Gruß Jan
also ich habe vor kurzem erst diesen Beitrag entdeckt und dieser hat mich jetzt richtig heiss gemacht. Ich wäre nie auf die Idee gekommen, dass sowas überhaupt möglich ist. Jetzt habe ich für mich auch schon zahlreiche Anwendungen gefunden.
Ein großes Lob an all die, die das alles ausgearbeitet haben, speziell an JanB.
Macht so weiter.
hallo, auf dem mega16/32 läuft es nicht.
beim avr8535 mit internen 8mhz scrollt das bild schnell durch.
ist aber schon ein sehr schöner erfolg, es sind buchstaben zu erkennen.
mfg pebisoft
Hi Jan,
erstmal gratulation zu diesem Wunderwerk!
Ist das ganze denn auch ein richtiges terminal? Also kann man jetzt per RS232 Zeichen senden? Existiert ein Befehlscode, wie nächste Zeile...?
MFG Moritz
hallo, habe einmal ein bild reingestellt "album,persönliche galerie, pebisoft". mit dem avr8535 8mhz, 40 pin.
hast du den avr8 mit 28pin genommen?.
mfg pebisoft
Hallo,
@pebisoft:Danke, das du es mal getestet hast ! :-)Zitat:
hallo, auf dem mega16/32 läuft es nicht.
beim avr8535 mit internen 8mhz scrollt das bild schnell durch.
Schade, ich hatte erwartet, das der Kern der AtMega 8/16/32 gleich
ist, und das es darauf auch läuft.
Was passiert denn ? Macht der überhaupt was ?
Hast du ein Oszilloskop, um dir die Signale an den Ports anzusehen ?
Leider hab ich selber nur den Atmega8 und 8515 und kleinere AVRs hier.
Evtl. müßte ich einfach mal die Include-Datei des Atmega16 einbinden,
vieleicht geht es dann.
Das es mit dem 8535 halbwegs klappt, ist schon mal gut.
Vieleicht probier ich es am Wochendene mal mit dem 8515 aus.
Das Programm ist wirklich hart am Limit,
viel mehr holt man (ich jedenfalls) aus dem AVR nicht heraus.
Da können schon kleine Abweichungen in der Prozessorstruktur
zwischen verschiedenen AVRs dafür sorgen,
das es nicht mehr richtig läuft.
Ja , der Atmega8-16PI im 28Pin DIP Gehäuse.Zitat:
hast du den avr8 mit 28pin genommen?.
Der gleiche, der auch im ASURO steckt.
Gruß Jan
Hallo,
@MoritzNee, noch nicht. Das werde ich als nächstes einbauen.Zitat:
kann man jetzt per RS232 Zeichen senden?
Erst mal war mir die Videosignalerzeugung wichtig.
Das war für mich die interessante Frage, was da möglich ist.
Es ist aber schon alles enthalten, was man für ein Terminal braucht.
Auch ein wenig Prozessorzeit ist noch übrig.
Nur die USART-Routinen fehlen noch.
Aber die ASCII-Zeichen vom USART abholen, und in den
Zeichenpuffer schreiben, das kriege ich auch noch hin.
Kommt dann auch, in einfacher Form. 0a 0d CR LF CLS...Zitat:
Existiert ein Befehlscode, wie nächste Zeile...?
Aber dann will ich unbedingt bald probieren, ob ich das
irgendwie in Bascom reingefrickelt kriege.
Da brauche ich evtl. Unterstützung,
denn ich kenn mich mit Bascom nicht so gut aus.
Gruß Jan
hallo, die leistung die du reingebracht hast ist schon sehr , sehr gut ,sogar optimal. du könntest sogar wieder ein bisschen zurückdrehen und die zeiten für andere abläufe nehmen, es wird hier meines erachtens keine einbußen geben. ich habe den 8535 mit 8mhz laufen, das bild habe ich reingestellt. der avr16/32 zeigt keine reaktionen hinsichtlich des bildes.
wenn du keine avr16 hast, würde ich dir gerne einen schicken. gib mir nur deine adresse. ich glaube in diesem bereich sollte man den avr16 oder avr32 nehmen. weil er doch "viel speicher hat für den bildschirmram" und ein begehrter chip in der hobbybranche geworden ist.
versuch lieber eine lösung für den avr16/32 und dann in bascom.
wenns mit den avr16/32 und internen 8mhz mit assembler klappt , hast du schon die aufgabe gelöst. das andere wird sich dann ergeben.
mfg pebisoft
hallo, zur bestätigung, der avr8 läuft zu 100% wie du es vorgegeben hast, ohne vorbehalte. ich hatte noch einen avr8 liegen vom asuro und habe diesen zum testen genommen.
mfg pebisoft
Hallo,Danke für die Info ! Ist ja Klasse.Zitat:
zur bestätigung, der avr8 läuft zu 100%
Danke auch für die Unterstützung, hast du ein Bild ?
Ich war schon etwas besorgt,
das es nur bei mir funktioniert, weil ich solange
an dem Video-Timing rumfummeln musste.
Und mein Fernseher ist halt schon etwas älter.
Das Umsetzen auf einen Mega32 dürfte keine große Sache sein.
Ich hoffe nächste Woche einen Mega32 zu bekommen,
dann probier ich es mit dem aus.
Ich hab zum Spaß mal die Include-Datei des Mega16 genommen,
und es läuft trotzdem - auf dem Mega-8.
Dann müßte es doch auch umgekehrt auf dem 16er laufen - komisch.
Wenn du es nochmal probieren möchtest,
ich hänge die Datei für den Mega16 mal hier dran.
Wie gesagt, portb0 und portd6, ich weiss nicht
welche Pins das auf dem Mega16 sind.
Gruß Jan
Hallo,Seid vorsichtig mit dem ATMega-8 vom ASURO.Zitat:
ich hatte noch einen avr8 liegen vom asuro und habe diesen zum testen genommen.
Wenn man den Bootloader zerschiesst, der da drauf ist,
funktioniert die Dateiübertragung per Infrarot zum ASURO nichtmehr.
Der Bootloader ist aber normalerweise per Fuse gegen Überschreiben geschützt.
Also nicht an den Bootloader-Fuses rumspielen.
Nur als Warnung, wer weiss was er tut,
kann natürlich machen was er will.
Gruß Jan
Hallo,
ich kanns nicht lassen.
Jetzt 28 Zeichen pro Zeile.
28 Zeichen pro 24 Zeilen macht 672 Zeichen insgesamt.
Bei der 5x7 Zeichenmatrix und Zwischenraum ergibt das
eine effektive Auflösung von 168 Linien horizontal.
Damit habe ich meine Voraussage, dass mit dem 8MHz AVR
max. 160 Linien möglich sind, erreicht.
Mehr schaffe ich nicht. RAM wird knapp.
Was wäre mit dem ATMEGA32 mit 16Mhz und 2k Ram möglich ??
An der Signalqualität hab ich auch noch etwas gedreht.
Nur die leicht gekippten Zeilen kriege ich nicht weg.
Egal, jetzt kommt der USART dran...
Testbild und Hex-Datei zum Ausprobieren
hänge ich wieder dran.
Gruß Jan
hallo, ich programmiere den asuro nur noch mit dem isp, das infrarot ist mir zu nervig.
mfg pebisoft
hallo, junge,du bist spitze.
dein neueste programm 24zeilen- 28 zeichen ist super.
es läuft auf dem mega8 mit 8mhz intern. sowas ruhiges im bild
habe ich noch nicht gesehen, wie ein standbild und klar.
habe ein bild reingestellt "album, persönliche galerie, pebisoft".
das programm auf dem mega16/32 rührt sich nicht. es wird kein signal dargestellt.
wenn du jetzt die rs232schnittstelle reinbringen willst, mach sie ferig.
denk dran, der mega16/32 ist das flagschiff mit sram-speicher und mit dem man
am besten experimentieren kann, vergess ihn nicht.
eine tolle leistung "hochachtung".
gib mir deine adresse, dann schicke ich dir umsonst einen avr16.
"pebisoft@web.de"
mfg pebisoft (peter bierbach)
Hallo Peter,
Vielen Dank für dein Lob. :-)
Dein Bild ist nicht so gut zu erkennen,
aber du scheinst die schrägen Zeilen nicht zu haben, oder ?
Liegt vielleicht an meinem Fernseher.
Keine Bange, der Mega32 kommt auch noch,
das zusätzliche RAM ist auch nötig, wenn das mit
Bascom überhaupt Sinnn machen soll.
Ja, ich habe diese "Uhr" rausgenommen,Zitat:
sowas ruhiges im bild
habe ich noch nicht gesehen, wie ein standbild und klar.
die hatte ich etwas lässig und schnell da reingehauen,
die brachte Unruhe in das ganze Bild.
Ich hoffe, das dieser Effekt bei den Usart-Routinen nicht zum Problem wird.
Er entsteht, weil die Interrupt-Reaktionszeit nicht immer gleich ist,
je nachdem was für einen Befehl der Prozessor gerade berbeitet.
Da muss ich mir evtl. noch einen Trick ausdenken, um das zu umgehen.
Ich lerne eine Menge über den AVR, im Moment.
Und ich liebe Assembler.
Gruß Jan
hallo, die uhr selber war nicht die "unruhe", sondern einige buchstabenlinien gingen über das buchstabelbytefeld hinaus (zacken), wahrscheinlich kamen die durch die routinen für die uhr zustande.
wie gesagt, es ist jetzt erste sahne.
ich habe keine schrägen buchstaben/zeilen auf dem schirm, alles ruhig und gerade. die verzerrung liegt an deinem fernseher.
mfg pebisoft
Hallo,
Dein Angebot nehem ich gerne an.
Ich sende dir meine Adresse per PN.
Aber ich kann nur mit DIL Gehäuse etwas anfangen.
Mein STK-500 hat keine PQFP-Sockel oder wie die heissen.
Noch ne Frage:
Hast du auch die schrägen Zeilen, wie sie auf meinem Bild zu sehen sind ?
Gruß Jan
Hallo,
jetzt habe ich endlich die RS232-Routinen eingebaut.
Nun könnt ihr den ATmega8 mit diesem Programm
tatsächlich als serielles ASCII-Videoterminal benutzen.
Einfach das serielle Signal mit TTL-Pegel an den
RxD-Anschlus des Atmega8 (Pin2) anschliessen.
9600 Baud, 8 Datenbits, 1 Stopbit, no Parity also 9600 8N1
Die Steurzeichen CR (0dh) und LF (0ah) funktionieren.
FF (0ch) für Cls geht noch nicht. Ebenfalls ist noch kein
Scrollen implementiert, deshalb fängt der Cursor oben
wieder an wenn er unten am Ende angekommen ist.
(Wrap around)
Die interne Buffergröße ist begrenzt, deshalb können einzelne
Zeichen "verschluckt" werden, wenn man zu viel zu schnell sendet.
Es gibt auch noch ein merkwürdiges Zucken im Bild
wenn Zeichen eintreffen, die Ursache suche ich noch.
Das Programm ist noch in Entwicklung.
Bild und Hex-Datei für Atmega8 hänge ich hier dran.
Wer es ausprobieren will:
ATMega-8 interner 8MHz RC-Clock
ein Widerstand mit 100 Ohm an GND (Pin8)
ein Widerstand mit 560 Ohm an Portb0 (Pin14)
ein Widerstand mit 1200 Ohm an PortD6 (Pin12)
Die drei freien Anschlüsse der Widerstände miteinander
verbinden ergibt das BAS-Video-Signal.
Dieses Signal und GND an den BAS-Eingang des Fernsehers.
Das RS232-TTL Signal an RxD (Pin2) und GND (Pin8)
Wenn ihr es ausprobiert, würde mich interessieren,
ob es funktioniert, und ob es gefällt.
Gruß Jan
hallo, hast du ja sehr gut hingekriegt. es läuft...läuft...
vielleicht könntest du den avr8l nur für die video-darstellung
nehmen und einen anderen avr für die restlichen arbeiten.
gerade in der robotertechnik bietet sich das an.
ich habe gerade daten von meinem robby mit dem easy-radio
zum avr geschickt, der diese jetzt auf dem bildschirm
vom arbeitsplatz mit deinem programm anzeigt. gute sache.
ich schicke datenpakete, die auch gleich die formatierung vornehmen
(leerzeichen). ich glaube , der avr8l sollte das arbeitstier für die darstellung
werden, reicht vollkommen aus und man hat nur ein programmierproblem ,
auch bei einer fehlersuche.
noch einmal: toll.
jetzt lass uns nicht solange auf den souce-code warten.
mfg pebisoft
Hallo,
das ist aber noch nicht fertig, da sind noch einige
Bugs drin. Den Fehler, das es abstürzte, wenn man
ein LF in der letzten Zeile absetzte, habe ich korrigiert.
Aber das nervige Zeilenwackeln beim Schreiben
konnte ich noch nicht beseitigen.
Hier noch mal eine Version ohne das "Testbild" am Anfang.
Dieses startet also mit einem leeren Bilschirm,
wie es sich für ein richtiges Terminal auch gehört.
Gruß Jan
Das Zeilenwackeln kommt daher, weil die UART mehrere Takte des AVRs benötigt. Daher werden die Timerprozeduren nicht immer exakt aufgerufen... Aber ansosten wirklich top Arbeit!!! :-)
Gruß, Trabukh
hallo, auch dein neues update läuft auf dem avr8l 100%.
vielleicht müssen wir jetzt doch unter anderem assembler dazulernen, damit man so etwas machen kann. ich werde es versuchen. dein sourcode dazu wäre interessant. vielleicht schafft man es gemeinsam, weil ja doch hier und da der andere sich mit dem timerinterrupt total auskennt, was ja nicht so einfach ist. meine meinung: es kann nicht schöner werden, du hast die torte und das sahnehäubchen im video-avr geschaffen.
mfg pebisoft
Könnte man die UART Routinen nicht als interrupt anstattZitat:
Das Zeilenwackeln kommt daher, weil die UART mehrere Takte des AVRs benötigt. Daher werden die Timerprozeduren nicht immer exakt aufgerufen... Aber ansosten wirklich top Arbeit!!!
signal deklarieren , dann müsste der timer interrupt auch aufgerufen werden,
wenn grad die UART Routine läuft.
Weiß allerdings nicht ob das schon so ist :-)
Hallo Peter,Klar du bekommst den.Zitat:
dein sourcode dazu wäre interessant
Aber warte erst, bis ich das fertig habe.
Das Sammelsurium an Bugs und unausgegorenen Ideen,
an dem ich zur Zeit rumbastele, möchte ich dir so nicht geben.
Wenn ich soweit fertig bin, werde ich darin aufräumen, optmieren
und kommentieren und dann werde ich die Source hier reinstellen.
So wie der Code jetzt aussieht, bringt er niemandem was,
der nicht meine Gedanken im Kopf hat.
Ich habe heute eine irrwitzige Idee verfolgt:
Ich habe versuchsweise die Videodaten aus dem SPI-Port herausgeshiftet.
Damit könnte ich die Auflösung horizontal und vertikal nochmal wesentlich steigern.
Klappt auch, geht schön schnell, und entlastet den Prozessor um einiges.
Leider ist dieses blöde SPI-Port lo-aktiv, so dass ich entweder einen
externen Inverter, Transistor oder so brauche,
oder ich muss das Signal quasi verkehrtherum erzeugen,
und die 5V-Leitung als Masse nehmen.
Beides gefällt mir nicht. Externe Bauteile ausser den Widerständen
kommen auf keinen Fall in Frage - da könnte man ja gleich einen
Grafikchip nehmen. Und so verkehrtherum anschliessen ist auch nicht schön.
Also hab ich es wieder gelassen. Ist sowieso nicht genug RAM da.
Aber eine geile Idee war es schon.
Schöne Grüße und Vielen Dank für dein großes Lob.
Mach nur weiter so! Das geht mir runter wie Öl. :-)
Bis dann...Jan
Was hast du denn gegen ein, zwei externe Bauteile? Selbst gemacht bleibt es trotzdem noch... :-)
Gruß, Trabukh
Also ich kann es zwar nicht genau einschätzen, wie groß der Vorteil wäre, aber wenn er doch Spürbar ist, warum nicht, einen Inverter könnte man ja mit einem Transistor bauen. Aber ich will ja auch nicht zuviel von dir verlangen.Zitat:
Was hast du denn gegen ein, zwei externe Bauteile? Selbst gemacht bleibt es trotzdem noch...
Erstmal muss ich sagen, dass ich es super finde, dass du das gemacht hast! Da suche ich solange schon nach ner vernünftigen Lösung für sowas, und du schreibst die "einfach" mal, besser als alles andere, was ich im WWW finde dahin ;-)
Dickes Lob!
MFG Moritz
Hallo,Klar, anfürsich hast du Recht !Zitat:
...ein, zwei externe Bauteile? Selbst gemacht bleibt es trotzdem noch...
aber ich hab es mir nun mal so in den Kopf gesetzt.
Nur der kleine Atmega8 für unter 3 EUR. Und die Widerstände.
Und sonst nix, kein Quarz, kein Garnix.
Sonst macht es mir keinen Spaß, da gibt es dann bessere Lösungen.
Ich will zeigen, was der nackte AVR-Chip kann.
Übrigens - ich habe Ruhe reingebacht,
das blöde Zeilenwackeln ist endlich weg.
War viel Aufwand, aber jetzt steht das Bild schön ruhig.
Als nächstes kommt scrollen.
Gruß Jan
Hallo Moritz,Hast du es ausprobiert ?Zitat:
Da suche ich solange schon nach ner vernünftigen Lösung für sowas
Pebisoft ist der einzige, der es immer austestet,
und mir mitteilt, ob es klappt.
Bei ihm geht es.
Ich werde die Baudrate einstellbar machen, für langsamere
Übertragungsstrecken. Infrarot wie beim ASURO und so.
Gruß Jan
hallo jan, könnte man nicht einen 2. avr, der eh für die anderen aufgaben gebraucht wird am robby verwenden, der den1. avr (video) sozusagen anschupps, damit wieder etwas ausgegebn werden kann.
ich finde einen 2. avr nicht so abwägig, es ist eine heausforderung. der 1. avr soll dann nur die reinen video-aufgaben übernehmen bis zum letzten bit. ich bin gespannt auf das neue update mit dem scrollen und der einstellbaren baurate. ich staune nur, was du so aus einem kleinen avr rausholen tust. es lebe der assembler. hoffentlich kapiere ich das auch einmal.
mfg pebisoft
Hallo Peter,Ja, gute Idee.Zitat:
könnte man nicht einen 2. avr, der eh für die anderen aufgaben gebraucht wird am robby verwenden,
Ich glaube auch, das ist das Beste.
Einfach die serielle Schnittstelle des AVRs mit dem Video-AVR verbinden,
und dann kann man einfach und problemlos
auch von Bascom aus was an den Video-AVR schicken.
Was über den USART senden ist ja in Bascom kein Problem.
Und so ein ATmega8 ist nicht gross, und kostet auch nur wenig.
Wesenlich besser, als wenn die Software noch mit dem Bascom
zusammen in einem AVR läuft.
Diese Videosoftware würde sowieso alles andere total ausbremsen,
weil sie mindestens 80-90% der Prozessorzeit selbst braucht.
Ganz zu schweigen von den anderen Einschränkungen, die man
in Bascom hätte.
Neue Version morgen.
Sieht schon super aus, mit den Scrollen.
Gute Nacht... Jan
Ja, ich werde es morgen mal austesten, habe die Mega8s erst letzte Woche bekommen. Wäre es nicht sinnvoller, die Baudrate zu erhöhen, damit die übertragung schneller geht? Könntest du mir eine mit 19200 schicken? das würde einiges erleichtern, oder ist die Umstellung sehr aufwendig? Wenn du mal etwas Zeit hast, würde mich interessieren, wie das Programm überhaupt aufgebaut ist.
MFG Moritz
Hi Moritz,
gerne baue ich für dich die 19200 mit ein.
Ist kein Problem, ich wollte die Baudrate ja sowieso
einstellbar machen.
Allerdings entsteht bei hohen Baudraten das Problem, das man
schneller senden kann, als das Programm es verarbeiten kann.
Da kann es dann passieren, dass einzelne Zeichen verschluckt werden.
Dürfte aber bei normaler sinnvoller Verwendung nicht vorkommen.
Aber man kann es provozieren, wenn man will.
Der Eingangsbuffer ist 64 Zeichen groß, als Ringspeicher organisiert.
Wenn der überläuft, geht halt was verloren.
Das Programm kann z.Z. 15000 Zeichen/sek von der RSR232 lesen
und in den Eingansbuffer schieben.
Es kann aber nur 1500 Zeichen/sek vom Eingangspuffer in den
Zeichenspeicher übernehmen, wenn es darstellbare Zeichen sind.
1500 reicht für 9600Baud dicke aus. Da sind max. 900 Z/s zu erwarten.
Bei 19200Baud reicht das nicht, wenn man wirklich permanent
mit "Volldampf" sendet. Wenn es portionsweise kommt,
mit Pausen dazwischen, dann gibts kein Problem.
Und so ist es in der Praxis ja auch - normalerweise.
Wenn Steuerzeichen kommen, oder wenn Scrollen nötig wird,
dann bremst das erheblich. Besonders das Scrollen.
Da muss der gesamte Zeichenspeicher verschoben werden.
Gescrollt wird mit 1200 Zeilen/sek.
Es braucht also ca. 20ms um die 24 Bildzeilen um eins hochzuschieben
und unten eine neue Leerzeile einzublenden.
In diesen 20ms werden keine Zeichen aus dem Eingangsbuffer verarbeitet.
Es werden aber weiter Zeichen von der RS232 empfangen und in dem
Eingangsbuffer abgelegt.
In den 20ms sind bei 19200Baud ca. 40 Zeichen zu erwarten.
Es kommt also gerade so hin mit dem 64-Byte Eingangspuffer.
Bei 19200Baud kommen ca. 2000 Zeichen/s an, und alle 28 Zeichen
muss gescrollt werden, weil die untere Zeile voll ist.
Du musst bedenken, dass ja "nebenbei" noch ständig
die Videosignalerzeugung syncron weiterlaufen muss.
Und da ist in der aktiven Zeit des Videosignales
alle 250 Nanosekunden ein neues Bit für einen Bildpunkt fällig.
Das TV wartet nicht.
Huh... Das ist wieder viel geworden.
Ich glaube nicht, dass du das so genau wissen wolltest,
aber ich muss diese Überlegung sowieso machen...
Da hab ich es dabei gleich mal hingeschrieben.
Also du bekommst die 19200, aber keine Garantie, :-)
dass das Terminal immer mitkommt.
Gruß Jan
Hi JanB, verwende doch die recht einfache XON/XOFF Methode wegen des Bufferüberlaufes. Wenn du es nicht eh kennst:
Ist der empfangsbuffer mehr als nn Prozent voll, wird ein XOFF (0x13) gesendet.
Unterschreitet der Buffer nun wieder (nn-x) Prozent, schickt man ein XON(0x11)
Die meisten Terminal-Emus spielen da freiwillig mit, ist aber auch leicht einzubauen.
(Geht natürlich nicht im Transparent-Mode)
mfg robert
EDIT: Will dir nicht dreinreden, du kannst aber auch IMMER, wenn du ein neues Bild refreshed und im Streß bist. XOFF schicken und erst, wenn du aus dem sichtbaren Bereich kommst und ein bißchen Zeit hast, ein XOFF, egal, wieviel grad im Buffer ist.