Druckbare Version
hallo, jan, ich schlage vor , das du erst deine ideen reinbringst und dann kann man ja weitersehen, wie man andere praktien noch verwirklichen kann. lass dich nicht zuweit mit neuen ideen ablenken. es ist jetzt ein sehr gutes lauffähiges programm zustande gekommen, was profihaft ist.
ich freue mich auf den neuen test.
mfg pebisoft
Hallo,Nee, kein Problem, Tips kann ich immer gut brauchen.Zitat:
Will dir nicht dreinreden...
Ich will ja auch nicht immer das Rad neu erfinden.
Also red ruhig rein.
Aber in diesem Fall:
XON/XOFF bringt nix, weil ich garnix sende.
Das Terminal ist voll passiv, es wird nur empfangen.
TxD ist nicht mal angeschlossen.
Wenn z.B jemand will einfach was von einem anderen AVR
an mein Video-Terminal senden will,
dann soll er das einfach per USART abschicken, und fertig.
Nach deinem Vorschlag müsste der sich ja dann
mit XON/XOFF rumschlagen.
Er müsste empfangsbereit sein, am USART lauschen,
Übertragung stoppen, wiederaufnehmen usw....
Nein, die Anwendung des Videoterminals soll so
einfach wie möglich sein.
Einfach einen Mega8, drei Widerstände, ein Fernseher
und dann nur noch hinsenden und vergessen.
Trotzdem schön, das du auch mit überlegst,
und Lösungsvorschläge machst.
Gruß Jan
Der Video-Fuzzy als Empfänger müßte das ja nicht. Das Problem hat der Sender. Deswegen braucht der ja einen Keyboardbuffer und einen Piepser, wenn der voll wird (wie am PC) :-bZitat:
Zitat von JanB
(Ich hatte im Laufe meiner sagenhaften Karriere schon ca 57 mal irgend ein schwindliges Terminal zu emulieren ](*,) , Epson, Ansi und sonst was, daher meine Weisheiten)
Ich bin ja dafür, die Programme untereinander zu tauschen, denn was der andere besser machen sollte, weiß komischerweise jeder ganz genau.
keep codin' mfg robert O:)
Hi JanB,
ich hätte zum Scrollen auch noch ne Idee,
anstatt jedes Byte einzeln zu verschieben, könnte man auch einfach einen Anfangszeiger o.ä. definieren, der angibt, welche Zeile die Erste dargestellte Zeile sein soll. Damit brauch man nur noch den Zeiger erhöhen und die letzte Zeile(die vorher die Erste war) clearen.
Hoffe es hilft (wenn du nicht schon die selbe Idee hattest :-) )
Gruß Olli
Hi Jan,
ich habe heute mal Zeit gefunden deinen Code zu testen. Hat etwas gedauert, da ich mich erst mit dem Mega 8 und den Fusebits beschäftigen musste, aber der Aubau ist ja "gewollt" einfach. Da das hier mit PC hier und Fernseher dort (und da Fernseher ohne Videoeingang über Videorecorder)... etwas problematisch ist, habe ich deine Version:
avrvid2a also V2a getestet
Hier das Ergebniss:
Bild hier
Das Bild ist sehr scharf und klar! Allerdings werden die ersten 1 bis 2 Zeichen jeder Zeile vom Ferseher nicht dargestellt (verschwinden hinter der Abdeckung (ist vielleicht auf dem Foto nicht zu erkennen)). Wenn ich auf den AV-Kanal wechsle geht 5 mal ein Zucken durchs Bild, vielleicht versucht der Fernseher eine Synchro o.ä. zu machen während diesem Zucken erkennt man auch Teile der ersten Zeichen, sie sind also wirklich da! Bis auf diesen Fehler, der vermutlich mit dem Fernseher (Loewe) zusammenhängt, ein sehr feines Ergebniss.
MFG Moritz
[Wundert euch nicht, dass sich mein Beitrag verändert und ein zweiter verschwunden ist/sind, ich habe es nochmal überprüft und es hat sich als falsch herausgestellt.]
hallo jan, ich kann dir bestätigen das bei mir auf dem fernseher alle zeilen zu erkennen sind und alle deine updates so laufen, wie du es beschrieben hast.
mfg pebisoft
Hallo Moritz,
schön das es bei dir auch funktioniert. :-)
Dass nicht alle Zeichen horizontal zu sehen sind,
liegt an deinem Fernsehgerät.
Aber das muss kein Fehler des TV-Gerätes sein.
Es sind nicht alle TVs gleich eingestellt.
Bei ein Film merkt man das ja auch nicht so.
Aber ich gehe wirklich sehr nah an die Ränder dran.
Wenn noch mehr Leute das Problem haben, könnte ich
wieder auf 24 Zeichen pro Zeile zurückgehen, dann ist
mehr Reserve für unterschiedliche Geräte.
Bei Pebisoft und bei mir passt es noch drauf.
Bei dir gehts nicht.
Mal sehen, ob sich noch jemand meldet.
Gruß Jan
Ist ja kein Problem, wenn man es weiß, schreibe ich halt immer Leerzeichen in das erste Zeichen.
Es war ja schon auf der Website beschrieben, dass ein großer Teil der Zeichen nicht zu sehen sind.
MFG Moritz
Hallo,
hier ist nun die vierte Ausgabe des Videoprogrammes.
Ich habe jetzt alles eingebaut, was ich mir so vorgestellt hatte.
Wir haben jetzt:
- 28 x 24 Zeichen
- 7-Bit ASCII-Zeichensatz
- PAL BAS-Vdeosignal
- RS-232 Eingang mit einstellbarer Baudrate
- Scrolling
- Steuerfunktionen CR, LF, und FF
- blinkender Cursor
- kein Zeilenwackeln mehr beim Schreiben
Die Einstellung der Baudrate erfolgt über die Pins 4, 5 und 6 des ATmega.
Das ist PortD2, D3 und D4.
Je nachdem wie diese PIns beim Einschalten auf 0 oder 1 geschaltet sind,
wird die Baudrate gewählt. (Jumper)
Wenn man die Pins einfach offen lässt, so wie bisher,
dann bedeutet das 9600Baud.
Die eingestellte Baudrate wird nach dem Einschalten
auf dem Bildschirm angezeigt. Da braucht man nicht Rätseln.
Hier ist eine Tabelle für die Einstellung der Baudrate:
Folgende Steuerzeichen können derzeit genutzt werden:Code:Baudrateneinstellung Videoterminal ATMEGA-8
PIN 6 5 4 Baudrate
------------------------------
1 1 1 9600
1 1 0 19200
1 0 1 4800
1 0 0 2400
0 1 1 1200
0 1 0 300
0 0 1 110
0 0 0 9600
CR (0dh) Ctrl-M = Rücklauf zum Anfang der Zeile
LF (0ah) Ctrl-J = Eine Zeile tiefer springen
FF (0ch) Ctrl-L = Bildschirm löschen
Für alle, die nicht den ganze Thread lesen wollen,
hier nochmal kurz wie der Atmega an das TV-Gerät
angeschlossen wird.
Das Programm läuft auf ATMEGA8 mit dem internen 8-MHz RC-Clock
Die Fuses muss man entsprechend einstellen und flashen.
Man braucht drei Widerstände.
100 Ohm an GND (Pin 8 )
560 Ohm an PortB0 (Pin 14)
1200 Ohm an PortD6 (Pin 12)
Die drei freien Enden der Widerstände verbinden
ergibt das Videosignal. Diese Signal und GND an den
Video-Eingang des TVs anschliessen.
Das RS-232 Signal mit TTL Pegel wird am RxD-Eingang ( Pin2 ) angeschlossen.
Und dann einfach was senden, und es erscheint auf dem Bildschirm.
Wäre schön, wenn ihr das Programm testet und nutzt.
Da sind sicher noch einige Fehler in dem Programm drin.
Wenn euch welche auffallen, teilt es mir mit.
Ich freue mich auf euer Echo...
Gruß Jan
Bild hier
Ich glaube ich habe noch nie zu jemandem in diesem Forum Gott gesagt, aber Jan: [-o< "Du bist mein Gott" [-o<
Es läuft tatsächlich einwandfrei. Übrigens eine gute Idee, die Baudrate über Jumper einzustellen. Entschuldige den deiner Person nicht würdigen Text, aber wie gesagt, Fernseher oben PC unten... Addlink macht den Rest.
MFG Moritz
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 stelleZitat:
Vielleicht 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,Zitat:
...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,Zitat:
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.Zitat:
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
Hallo zusammen,
so, die Cursorsteuerung ist jetzt auch drin.
Damit kann man den Cursor direkt
auf eine beliebige Bilschirmstelle setzen.
Funktioniert folgendermassen:
Um den Cursor in eine bestimme Spalte (X) zu setzen,
sendet man erst eine 14 (Ctrl-N) und direkt danach
eine Zahl zwischen 0 und 28.
Zum Beispiel: die Sequenz mit beiden Bytes 14,20
setzt den Cursor auf Spalte 20.
14,5 setzt auf Spalte 5
Wenn das zweite Byte >28 ist, wird es ignoriert
und die Sequenz wird abgebrochen.
Um den Cursor in eine bestimme Zeile (Y) zu setzen,
sendet man erst eine 15 (Ctrl-O) und direkt danach
eine Zahl zwischen 0 und 24.
Zum Beispiel: die Sequenz mit beiden Bytes 15,20
setzt den Cursor auf Zeile 20.
15,5 setzt auf Zeile 5
Wenn das zweite Byte >24 ist, wird es ignoriert,
und die Sequenz wird abgebrochen.
Ich hoffe, das ist einigermassen verständlich.
Die Sequenz besteht nur aus zwei Bytes !!
also nicht aus vier Ziffern, und das Komma wird auch nicht gesendet.
Eine 14 bedeutet "setze Cursor auf Spalte",
Eine 15 bedeutet "setze Cursor auf Zeile",
und das Byte danach ist die gewünschte Position.
Die Bytes sind hier als Dezimalzahlen angegeben.
15,20 wäre in hexadizemal 0F,14 - nur zur Klarstellung.
Klingt komplizierter als es ist.
Vieleicht probiert ihr es mal aus.
Damit ist das Programm jetzt auch fertig.
Mehr will ich nicht dran machen, ausser es tauchen noch Bugs auf.
Die würde ich natürlich noch versuchenzu korrigieren.
Bis dann... Jan
hallo jan, grüss dich.
sag mal, kann man auch die daten die zusammengeführt am fbas-ausgang rauskommen
zum fernseheingang auch wieder umwandeln in daten des avr.
ps: die datenüberprüfung mittels videoübertragung vom robby ist top.
auch dein 4. update funz 100%, sogar auf dem robby.
mfg pebisoft
Schau mal hier rein:
https://www.roboternetz.de/phpBB2/viewtopic.php?p=13364
Oder meinst du nur, dass du die Daten die du fon deinem KBR (Küchenbrettroboter) zum Fernseher sendest wieder entschlüsselst? Da gibt es zum glück nur schwarz und weiß.
MFG Moritz
hallo,
der videosender auf mein robby sendet auch audio-signale.
es gib eine einfache audio-amplifier-schaltung die man
z.b. an einem pin des avr anschliessen kann. die schaltung besteht
aus 2 widerständen und 2 kondensatoren, sie dient zum schutz des audio-einganges.
wie könnte man jetzt daten zum pin des avr schicken und zum audio-sender (buchse-rot),
damit man die daten am audio-empfänger/video-empfänger auf meinem tisch wieder
am avr rausliesst und verarbeiten kann.
ich will nicht über die soundkarte gehen, sondern direkt am empfänger anzapfen.
oder geht es über den soundkarten-ausgang besser/einfacher.
mfg pebisoft
hallo rco, so wie du es schilderst, will ich die daten am fbas-ausgang des empfängers wieder entschlüsseln am avr in bit und bytes.
mfg pebisoft
(Bewegt sich jetzt alles ein wenig im Offtopic, vielleicht solltest du da mla einen Thread zu aufmachen.)
Mal ganz naiv, könnte man da nicht einfach ne RS232 Schnittstelle dranhängen? Wie ist die Spannung bei Audiosignalen? Vielleicht reichen ja ein par widerstände ma Eingang und ein Transistor am Ausgang.Zitat:
der videosender auf mein robby sendet auch audio-signale.
@ Jan:
Große Klasse, ich denke jetzt hast du echt alles reingekappt, was man brauchen könnte. Super!
MFG Moritz
hallo, die spannungen dürfen 1v nicht überschreiten beim audio.
mfg pebisoft
Hallo Peter,Wenn ich dich richtig verstehe, willst duZitat:
kann man auch die daten die zusammengeführt am fbas-ausgang rauskommen
zum fernseheingang auch wieder umwandeln in daten des avr.
das Videosignal wieder in die Bytes zurückumwandeln.
Das kann man schon, im Prinzip, aber es wäre
ein hoher technischer Aufwand.
Vorraussetzung wäre erst mal ein schneller AD-Wandler
und viel Rechenkapaztät. Das würde ich mir nicht antun.
Aber sag mal, warum willst du das denn machen ?
Gruß Jan
Hallo Jan,
Ich habe meine Routine in Assembler soweit fertig.
Beim Testen im AVR Studio, ist mir dann aufgefallen, dass ein Halbbild nicht genau 20ms dauert.
Kann es ja eigendlich auch gar nicht, bei einem V Sync von 2,5 Zeilen.
Was passiert mit der restlichen 1/2 Zeile ?
Nur noch nebenbei, beim H Sync hast du dich glaub ich geirrt.
Muss es nicht heissen :
- vordere Schwarzschulter
- H Sync
- hintere Schwarzschulter
- Bildinhalt
Das habe ich von hier:http://www.2cool4u.ch/tv_signal_meas...grundlagen.htm
Das ist auch eine sehr informative Seite.
Hallo,
OK, ein Halbbild dauert genau 312,5 Zeilen.Zitat:
Was passiert mit der restlichen 1/2 Zeile ?
Sonst käme man mit zwei Halbbildern ja nicht auf 625.
Aber die letzte halbe Zeile kannst du einfach weglassen,
wenn du sowieso nicht mit Interlace arbeiten willst.
Nee hab ich nicht. Das ist ein bischen Ansichtssache.Zitat:
beim H Sync hast du dich glaub ich geirrt.
Aber per Definition in der TV-Technik fängt die Zeile
mit der fallenden Flanke des Hsync an.
Deshalb kommt die hintere Schwarzschulter nach dem Bildinhalt.
Ganz am Ende, bevor die neue Zeile mit dem Hsync beginnt.
Aber ich verstehe was du meinst, optisch sieht es so aus.
Gruß Jan
Ich stelle auch keinesfalls deine Kompetenz in Frage.Zitat:
Nee hab ich nicht. Das ist ein bischen Ansichtssache.
Aber per Definition in der TV-Technik fängt die Zeile
mit der fallenden Flanke des Hsync an.
Das liest sich auf der Seite irgendwie anders und ich wollte mich nur vergewissern.Ich werde es machen, wie du gesagt hast.Zitat:
Zu Horizontalsynchronisation wird nach jeder Zeile ein Rechtecksignal von 4,7m s Dauer in der Horizontalaustastlücke positioniert. Dieser H-Synchonimpuls liegt eingebettet in die sogenannte vordere beziehungsweise hintere Schwarzschulter, die 1,5m s und 5.7m s dauern
Danke nochmal !
Ach Quark, "Kompetenz", ich bin auch nur ein Bastler.Zitat:
Ich stelle auch keinesfalls deine Kompetenz in Frage.
Aber man sollte versuchen eine gemeinsame Sprache zu finden.
und wenn die das in der Fernsehtechnik nun mal so definieren...
Aber ist eigentlich egal, Hauptsache die Kiste flimmert, oder ?
Gruß Jan
hallo jan, das mit den video umwandeln werde ich sein lassen. der aufwand ist zu gross. werde mich aber noch einmal an die audioübertragung machen, vielleicht kann man diese für den datentransfer günstig nutzen. noch einmal zu deinem video-avrchip:
das bild flimmert keineswegs, auch beim übertragen vom robby auf dem pc bin ich immer klar im bilde. kann mir alle daten anzeigen lassen, die der robby aufnehmen kann vom : sharpsensor, ultra-srf04, ultra-srf08, kompass-modul cmps03.
was macht der source-code. kann es kaum erwarten.
mfg pebisoft
Hi Peter,
Der kommt, kannst dich drauf verlassen.Zitat:
was macht der source-code.
Bin schon dabei, den zu überarbeiten, so das er halbwegs ordentlich ist.
So wie ich Zeit finde...
Ist ja nicht soviel, ca. 500 Zeilen.
Ich schätze am Wochenende bin ich durch.
Dann kommt er hier rein.
Ich geb dir dann gleich Bescheid.
Gruß Jan
Hi, aus Gründen, die mir verschlossen sind, heißt die linke Schulter, nach dem Sync, "Back Porch" (die mit dem Burst) ~6 uS,
die andere "Front Porch" (~1.4 uS)
das is halt so
Hallo,Ja stimmt, hab extra nochmal nachgesehen.Zitat:
heißt die linke Schulter, nach dem Sync, "Back Porch"
Die heisst hintere, obwohl sie in der Reihenfolge des Ablaufes vor der
anderen kommt.
Naja, ist nicht so wichtig, aber dann ist es ja geklärt.
Die ist vordere die hintere, und die hintere kommt zuerst. :-)
Ist halt bezogen auf den HSync, und nicht auf den Bildinhalt.
Gruß Jan
Hallo Peter,
Ich habe jetzt die Source-Datei meines AVR-Video-Terminalprogrammes
im Bereich Download unter AVR Quellcode für dich abgelegt.
Und natürlich auch für alle anderen Interessierten.
Bei der Überarbeitung des Quellcodes sind mir noch einige Macken
aufgefallen, und ich konnte die Terminalgeschwindigkeit noch verbessern.
Deshalb gibt es auch eine neue Version des Programmes.
Die Letze, hoffe ich.
Schau dir den Quellcode mal an, und sag mir ob er dir gefällt.
Ich hab es wirklich ausführlich kommentiert, so das die Funktion
für jeden klar werden dürfte.
Ich hänge die ASM-Datei auch hier noch mal dran.
Gruß Jan
hallo, eine verständnisfrage. warum passen 8,3kbyte im 8kbyte-avr rein und ist immer noch nicht voll.
mfg pebisoft
Die *.hex Dateien beinhalten noch Fehlercodes u.ä.
Es kann sogar sein das noch ne 12kib Datei in nen
AtMega8 passt.
Kommt natürlich auf das HEX Format an.
Wenn du ne richtige *.hex (intel) Format Beschreibung brauchst
meld dich noch mal.
hallo,würde mich einmal interessieren, weil die füllanzeige in bascom nach dem laden der hex-datei noch nicht einmal die hälfte als füllung anzeigt.
es würde mich einmal interessieren wie man in bascom mit dem interrupt und einbindung von asm einfach 1 einfache weisse linie auf dem fernsehschirm in der mitte von rechts nach links zeichnet. nur eine.
mfg pebisoft