Grafik Display mit einem Avr ansteuren.

Druckbare Version

40 Beiträge dieses Themas auf einer Seite anzeigen

31.08.2005, 19:51
Mehto

Hallo Ronald,

ganz einfach :D

Der richtige Text ist der ganz oben Links, Da der interne Ram aber nur 2KB hat fängt der einfach wieder von vorne an. So gibt er den kommpletten inhalt aus. Jedoch befinden sich am Ende (Stack) und am Anfang (Register) des Ram's Systemdaten. Ein kleiner Teil ist auf dem Foto auch noch nicht definiert. dadurch entsteht teilweise ein Pixelchaos.

Die Text ist nicht direkt abgeschnitten, das ergibt sich nur so weil der Ram dort immer wieder von vorne anfängt. Gültig ist eigentlich nur die oberste Zeile.

Das ganze ist weg sobald ich einen externen Ram mit 32Kb angeschlossen hab, versprochen ;-)

Der komische Kreis ist übrigens ein Smilie :-)
Das ganze sieht auf dem riesigen Display life wirklich geil aus. :shock:
Nur leider ist es gar nicht so einfach Bilder mit meiner Kammera zu machen. Ich versuch mir mal ein Stativ zu besorgen und dann mal ohne Blitz zu fotografieren. Teilweise hab ich das schon gemacht, nur hab ich statt einem Stativ einen Stuhl genommen (siehe oben) :D

Gruß,
Mehto
31.08.2005, 19:58
lion1984

hi,

hehe, wollte nur wissen ob das beabsichtig ist oder nicht, dass sich das ganze wiederholt war mir klar, aber ich wußte nicht, das du nur die erste zeile gewolt hast :D den smile sieht man eh schön :D

hehe, und whee du brichst den versprechen :DD
versuch doch mal ein blatt drüberzulegen und mit bleistift abzuzeichen :D noch hast du ja ferien *dickes fettes grins*

ne die letzten fotos sind eh okay
31.08.2005, 19:58
Mark_de_Jong

Liste der Anhänge anzeigen (Anzahl: 2)

Hallo Mehto,

Das ist die obere seite, die unterseite hat keine bauteile, nur eine stiftleiste.
Damit kann mann das Modul aufstecken oder einlöten.

und nein, die contrast regelung (du meinst zwei widerstände und einen Potmeter) ist nicht drauf.
31.08.2005, 20:11
Mehto

Zitat:

versuch doch mal ein blatt drüberzulegen und mit bleistift abzuzeichen Very Happy noch hast du ja ferien *dickes fettes grins*

Wäre schön wenn das ginge, aber da die Displays leider keine Hintergrundbeleuchtung haben wird das ein wenig schwehr :D

Aber das gute ist ja das ich (BaWü) wie du gesagt hast noch Ferien habe
Die in NRW büffeln ja schon :D :D :D

@Mark
Deine Platine ist genial zum wo anderst draufstecken.
Noch genialer wäre es wenn du vieleicht die Steckleiste auf die andere Seite machst, so das man im gesteckten zustand noch den Kontrast auf der Platinen Rückseite regeln kann. Nur so ein Vorschlag.

Aber ich bin mit meinem konverter zufrieden, den verliert man nicht so schnell :D

Gruß,
Mehto
31.08.2005, 20:21
lion1984

Zitat:

Zitat:

versuch doch mal ein blatt drüberzulegen und mit bleistift abzuzeichen Very Happy noch hast du ja ferien *dickes fettes grins*

Wäre schön wenn das ginge, aber da die Displays leider keine Hintergrundbeleuchtung haben wird das ein wenig schwehr :D

dann nimm eine LED taschenlampe, gibts um 2 euro und beleuchte es selber, man von wo kommst du den her :D ne spass zur seite
jaja, und wir, die guten zivis dürfen hackeln, is zwar weniger arbeit wie schule, aber man kriegt geld dafür :D

Zitat:

@Mark
Deine Platine ist genial zum wo anderst draufstecken.
Noch genialer wäre es wenn du vieleicht die Steckleiste auf die andere Seite machst, so das man im gesteckten zustand noch den Kontrast auf der Platinen Rückseite regeln kann. Nur so ein Vorschlag.

wieso sollte er die steckerleiste auf die andere seite? nachdem er sowieso nichts zum regeln hat, finde ich die lösung besser, so kann man im gestecktem zustand noch messen oder eine schnelle blick kontrolle, und selbst WENN er ein poti macht, soll er es auf die bauteilseite und dort regeln, ist zum schnellen nachmessen besser.

mit diener lösung müßtest du es ausstecken, anschießen und nachmessen :D

[edit] SRY, aber es muss sein, ICH HABS DAS ERSTE MAL ALS 1TER AUF EINE NEUE SEITE GESCHAFFT :D
31.08.2005, 20:23
Mark_de_Jong

Hallo Mehto,

Wie meinst Du den "kontrast auf der Platinen Rückseite regeln" da ist nicht zu regeln.
31.08.2005, 20:31
Mehto

Ok, sorry war unständlich ausgedrückt.
Ich meinte das nur wenn du einen Regler draufmachen würdest...

Nja, glaub nachmessen muss man da erstmal nichts, ich glaub schon das der Konverter funktioniert solange man keinen Kurzschluss oder ähnliches verursacht, Gelle Lion ;-)

Das mit dem Beleuchten ist leider nicht so einfach, hab ich schon alles versucht. Nicht wegen dem abpausen, sondern wegen dem Fotografieren, da ist eine Beleuchtung echt von Vorteil. Denn wenn man das Display mit einer Lampe beleuchtet spiegelt das zu sehr.

Gruß,
Mehto
05.09.2005, 20:25
Mehto

Bin jetzt mit meinem Controller wieder ein bischen weiter.

Jetzt funktioniert die Ausgabe perfekt, Text steht jetzt auch wirklich in der ersten Zeile, keine pixel mehr oben drüber.

Außerdem ist jetzt schon eine Datenübertragung an das Display möglich (seriell, max. 80 Zeichen da immer noch der interne Ram benutzt wird).

Imerhin hab ich heute endlich die Versandbestätigung von Reichelt bekommen. Dann dürfte der Port-Latch am mittwoch da sein. :-)

Gruß,
Mehto
06.09.2005, 07:02
Rubi

Zitat:

Zitat von Mehto

Nja, glaub nachmessen muss man da erstmal nichts, ich glaub schon das der Konverter funktioniert solange man keinen Kurzschluss oder ähnliches verursacht, Gelle Lion ;-)

Kann ich diesem kurzen Textabschnitt entnehmen, das Lion de Konverter endlich zum Laufen gebracht hat ???

Oder soll das heißen das er abgefackelt ist :-(

LG
Rubi
06.09.2005, 07:45
lion1984

jaja, immer bin ich schuld...
pah... mehto das wird eine rache geben..

@ Rubi, nein, ich habe auch KEIN kurzschluss verusacht oder das dingabgefackelt.. ich warte noch immer auf die bauteile :(

mfg Lion
06.09.2005, 08:43
Mehto

Zitat:

Kann ich diesem kurzen Textabschnitt entnehmen, das Lion de Konverter endlich zum Laufen gebracht hat ???

Oder soll das heißen das er abgefackelt ist

Ne, eigentlich wollte ich damit nur sagen das man an so einem Konverter gar nichts groß rummessen braucht. Ist wohl aber ein wenig falsch herüber gekommen.
Es Sollte KEINE Anspielung darauf sein das Lion seinen Konverter kaputt gemacht hat.
Aber so etwas geht verdammt schnell, da braucht nur ein winziges Drahtstück oder ein kleiner bollen Lötzin auf dem Tisch sein worauf die Platine liegt und schon ist der hinüber, ich hab auf diese und eine ähnliche Art zwei Stück geschaft. :-(
Allerdings wurde der konverter dann sofort heiß und drohte zu verschmoren.

Gruß,
Mehto
18.09.2005, 16:04
millioneer

Hallo allerseits,

ich hab mir das Display mal zur Brust genommen und tatsächlich ein stabiles flimmerfreies Bild hinbekommen (72Hz). Das Bild kommt aus einem 512KB-SRAM wobei nur die ersten 32KB benutzt werden.
Ürsprünglich hab ich das mit einem Mega32 gemacht der mit zwei 74*373 AdrLatches die Adressen des Speichers setzt und dessen Bytes dann an das Display jagt. Das ging aber zu langsam, weshalb es dann flimmerte.

Meine neue Lösung: Ich lasse die Adresse von zwei 74*590 (Octal-Zähler) hochzählen, da ich ja eh seriell alle Bytes auslese und verbinde den Datenport des Speichers direkt mit dem Dateneingang des Display. Die 590er werden von einem Mega8 (8Mhz interner Takt) getriggert, einfach Portpin ein/aus (2 Takte pro Byte). Das geht jetzt sehr schnell, man kommt somit auf 4MB/s. Die Maximal-Bildwiederholrate war irgendwas bei 122 Hz, also hab ichs wieder verlangsamt, das Display will das so zwischen 68 und 74 Hz.

Das Bild im SPeicher wird von einem Mega32 mit extra Speicher in Ruhe gemalt, was er dann dem Mega8 in seinem Speicher (sozusagen Video-RAM) bei Gelegenheit überträgt, was ich aber noch austüffteln muss. Wahrscheinlich wirds im Übertragungsmoment einen kleines Zucken im Bild geben, aber mal sehen...

Ich bin mal gespannt was ihr noch so für Lösungen bastelt...

mfg
millioneer
18.09.2005, 16:28
Mehto

Schön das du es geschaft hast, kanst du ein paar Bilder posten?

Bei mir hat leider wieder die Schule begonnen, deshalb komm ich zur nicht so oft dazu um beim Display weiter zu basteln.

Bei mir ist die Hardware jetzt komplett, allerdings funktioniert das speichern in den Sram noch nicht so ganz, auserdem ist das Programm momentan noch zu langsam.

Ich werd mal bei nächster gelegenheit weiter basteln und dann versuchen alles zum laufen zu bekommen.

Gruß,
Mehto
29.09.2005, 20:29
Mehto

So Ram ist jetzt angeschlossen und das ganze funktioniert jetzt auch.
Allerdings ist der Atmega32 doch zu ungeignet, da nehm ich lieber den Atmega162, der hat nämlich ein Interface für einen externen Ram.

Fragt mich bitte nicht warum ich den nicht gleich genommen hab :Haue

Werd morgen dann mal alles für den Atmega162 umbauen und schauen das die Anzeige nicht mehr flimmert. Sollte ich das geschaft haben gibts wieder ein paar Bilder vom Display.

Ein paar Bilder vom Controller gibt es hier:
http://svenlissel.sv.funpic.de/phpki...hp&contentid=8

Gruß,
Mehto
30.09.2005, 07:47
Rubi

Hi Mehto

Gratuliere ! Die meißten Hindernisse scheinst Du ja schon umschifft zu haben.
Werde mal schnel einen Atmega162 ordern , welches Sram hast Du denn verwendet.
Wird es einen Schaltplan geben ? [-o< [-o<

LG
Rubi
30.09.2005, 10:43
millioneer

Der ATMega162 braucht aber für das schreiben oder lesen des externen Speichers auch seine 3-4 Takte pro Byte, das steht irgendwo im Datenblatt. So sehr schnell ist das also auch nicht.

4Takte für den ext.Speicher + 4 Takte für E_PULSE am Display macht 8 Takte pro Byte. Mit einer for-Schleife ringsrum vielleicht 12 Takte. Bei 16Mhz sollte man da auf 1,33 MB/s kommen, bei 32000 Bytes pro Bild macht das ~41Hz-Wiederholrate, also noch leicht flimmrig, aber ok.
Nur mal so grob über den dicken Daumen gerechnet.

Vielleicht wäre es günstig, wenn man den RAM von dem Mega32 beschreiben lässt, das schnelle lineare Auslesen fürs Display erledigt dann aber ein 16bit-Zähler.
30.09.2005, 11:34
Rubi

Wäre es nicht überhaupt am schnellsten, wenn man nur die Änderungen an das Display sendet ?

Nur so eine Idee

LG
Rubi
30.09.2005, 12:21
Mehto

Hi,

ich verwende einfach ein altes Sram (32Kb 20ns) aus einem 486er Board.

Einen Schaltplan werd ich noch erstellen.

4Takte sind besser als nichts...

Mit dem externem Zähler wäre es wohl am besten, ich werd jetzt aber erstmal versuchen alles für den Atmega162 umubauen, sollte es dann trotz Code optimierung immernoch zu langsam sein werd ich das mit dem Zähler mal ausprobieren.

Meine ladeschleife sieht für den Atmega32 bis jetzt so aus:

Code:

loop2: sbi PortD, 5 ;Pixellad impuls vorbereiten (setzten) sbi PortD, 2 ;latch aktivieren out PortA, YL ;Adresse laden out PortC, YH cbi PortD, 2 ;Adresse am Latch übernehmen out DDRA, null ;Ausgänge hochohmig setzen cbi PortD, 4 ;Ramm lesen add YL, eins ;Ramm Adresse um eins erhöhen adc YH, null cbi PortD, 5 ;Pixel ins Display laden sbi PortD, 4 ;Ramm lesen Deaktivieren ldi temp, 0xff ;Port wieder als Ausgang schalten out DDRA, temp dec r19 brne loop2 ;Das ganze so oft wiederholen bis die zeile geladen ist

Zitat:

Wäre es nicht überhaupt am schnellsten, wenn man nur die Änderungen an das Display sendet ?

Wie meinst du das? Redest du jetzt schon von der Datenübertragung z.b. vom PC?

Gruß,
Mehto
30.09.2005, 12:28
Rubi

Zitat:

Zitat von Mehto

Wie meinst du das? Redest du jetzt schon von der Datenübertragung z.b. vom PC?

Nein, ich dachte nur ein mal am Anfang die Seite zu senden und von da an anstelle alle 25 sec. die ganze Seite zu senden, nur die Änderungen an das Display zu senden.
Wahrscheinlich habe ich aber was falsch verstanden.

LG
Rubi
30.09.2005, 12:41
Mehto

Hallo Rubi,

ja, leider klapt das nicht so :-(

Man muss den kompletten Bildschirminhalt (32Kb) je nach Bildschirmwiederholungsrate 60mal in der Sekunde an das Display senden.
Wenn man das nicht macht oder zu langsam zeigt das Display nichts an.
Mann kann sich das ungefähr so wie bei einem Rörenbildschirm oder Oszilloskop vorstellen.
Man sieht ein komplettes Bild aber in wirklichkeit ist es nur ein Punkt der sehr schnell hintereinander die einzelnen Pixelanzeigt.
Ist dieser zu langsam fängt der Bildschirm an zu flimmern.

Beim LCD wird immer nur kurz eine Zeile angezeigt und dann zur nächsten gesprungen.

eine kleine beschreibung findest du hier ganz unten:
http://svenlissel.sv.funpic.de/phpki...hp&contentid=8

Gruß,
Mehto
30.09.2005, 13:06
Rubi

Hi Mehto

Ich verstehe, hätte ich also doch zuerst das Datenblatt lesen sollen :oops:
Ich dachte das Display buffert den Bildschirm und man muß nur in die jeweilige Adresse schreiben die sich geändert hat.
Vielen Dank für die Erklärung!

LG
Rubi
30.09.2005, 15:32
millioneer

Hi Mehto,

zu deinem ASM-Code, der sbi und cbi-Befehl verbraucht doch glaub ich jeweils 2 Takte, der out-Befehl nur einen Takt.

Den Datenport und Adressbus zum Speicher würde ich mit jeweils einem extra PORT verbinden, da muss man nicht dauernd die DDRx umschalten, was auch Takte spart.
30.09.2005, 15:57
Mehto

Hi millioneer,

das mit dem OUT kann ich ja noch machen, wobei es aber später zu Problemen kommen kann da an dem Port ja noch andere Signale sind. Dann müste ich zuerst deren Zustand auslesen,
schneller wirds dann auch nicht.

Für einen Extra-Port für den Datenbus reicht es leider nicht, sonst wäre später nur noch eine Datenüberragung via Uart möglich.

Gruß,
Mehto
06.10.2005, 19:20
Mehto

So,
jetzt hab ich den Controller auf den Atmega162 umgerüstet und es funktioniert jetzt nach ein paar hürden wunderbar.
Jetzt ist wirklich absulut kein flimmern mehr sichtbar!

Bild hier

Bild hier

Bild hier
Hab noch einen kleinen Text aus dem Wiki reinkopiert ;-)

und hier in ganz groß:
Bild in groß

Zusätzlich hab ich jetzt noch eine Nor-Verknüpfung eingebaut damit die Daten direkt vom Sram zum Display können.
Werde demächst einen Schaltplan erstellen.

Als nächstes kommt jetzt die Datenübertragung dran, bis jetzt wird der Inhalt immer beim Programmstart geladen.

Wie weit seid ihr mit euren Displays?

Gruß,
Mehto
06.10.2005, 19:27
tobimc

Hi!

S U P E R!! Hey das ist super!

....und jetzt Grafik... :D

Weiter so!!

VLG Tobi
06.10.2005, 19:34
Mehto

Hi Tobi!

Kenst du zufällig ein Prgramm das einem ein 1-Bit Bild erstellt?

Grafik ist eigentlich noch einfacher als Text, nur ist es schwehr eine Grafik so zu erstellen.
Da wart ich lieber bis die Datenübertragung z.B. LCDHype funktioniert.

Gruß,
Mehto
06.10.2005, 19:40
lion1984

hy du,

ich kenne nur ein programm, dass nennt sich BMP2C, soviel ich weiß macht dir das solche Bit dateien, klar du verwendest asm, aber den string kannste ja abgucken oder? wenn du interesse hast, gibs bei google ein, dann findest du es soforft.
06.10.2005, 19:43
Pascal

des mit dem Display sieht echt gut aus, ich hab grad richtig gestaunt, wie viel Text dadrauf passt

hat nicht vielleicht doch jemand so ein display übrig? *ganzliebschau*

aber so ein Programm sollte man doch mittels vb relativ einfach programmieren können...
06.10.2005, 19:51
Mehto

Danke Lion, werd mal schauen. Eigentlich ist es ja kein Problem, einfach BMP erstellen und mit einem Hexeditor öffnen. Nur kann ich mit den hexzahlen allein aneinandergequetsch nichts anfangen, die sollten am besten schon "0X" davor haben, oder als dezimal mit komma getrent :-)

@Pascal:
Leider hab ich keine Displays mehr übrig :-(
So ein Display bekommst du aber teilweise auch bei Ebay günstig, die funktionieren ohne Controller alle gleich.
Wichtig ist nur das es nicht größer als 640x400 Pixel hat, denn die mit 640x440 Pixel brauchen einen SRAM mit 64KB die es wiederum so gut wie gar nicht gibt...

*/EDIT Auf dem Display haben übrigens 4000 Zeichen Platz :cheesy:

Leider kann ich nur Assembler, HTML und ein bissele PHP :-s

Werd mal bei google suchen.

Gruß,
Mehto
06.10.2005, 19:58
lion1984

hi,

also ich hab das programm aus meiner festplatte gekrammt und hier ist ein beispiel.
im anhang ein bmp bild und hier der code, der draus gemacht wird:

Code:

//##################################### //Datei wurde erzeugt von BMP2C V1.11 //hk@holger-klabunde.de //http://www.holger-klabunde.de //##################################### //#include <avr/pgmspace.h> //WinAVR //#include <progmem.h> //AVR-GCC //Einige 8051 Compiler wollen ein zusätzliches code //const unsigned char code paulbmp[]= { //Keil //prog_uchar paulbmp[]= { //AVR-GCC, WinAVR //const rom unsigned char paulbmp[]= { //Microchip C18 const unsigned char paulbmp[]= { //SDCC 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00, 0x00,0x08,0xC0,0x00,0x00,0x00,0x00,0x00,0x00, 0x00,0x0C,0xC0,0x00,0x00,0x00,0x00,0x00,0x00, 0x00,0x0F,0xD8,0x00,0xC4,0x00,0x00,0x00,0x00, 0x00,0x07,0xD8,0x00,0x64,0x00,0x00,0x00,0x00, 0x00,0x0E,0xF8,0x00,0x24,0x78,0x00,0x00,0x00, 0x00,0x18,0x30,0x00,0x39,0xC0,0x00,0x60,0x00, 0x00,0x18,0x38,0x00,0x39,0x80,0x00,0x60,0x00, 0x00,0x30,0x18,0x00,0x1B,0x00,0x00,0x64,0x00, 0x00,0x30,0x18,0x00,0x1B,0x00,0x07,0xFC,0x00, 0x00,0x30,0x18,0x00,0x1E,0x00,0x0F,0xF8,0x00, 0x00,0x30,0x38,0x07,0xF6,0x00,0x08,0x1D,0x00, 0x00,0x1B,0xFF,0x8F,0xF5,0x00,0x18,0x07,0x80, 0x00,0x1F,0xE7,0xDE,0x3F,0xE0,0x08,0x03,0x00, 0x00,0x7F,0x00,0x7E,0x3E,0x70,0x08,0x07,0x00, 0x01,0xE0,0x00,0x32,0x3C,0x38,0x08,0x07,0x00, 0x07,0x80,0x00,0x33,0x18,0x3F,0xFC,0x0E,0x00, 0x07,0x00,0x00,0x67,0x38,0x7F,0xDF,0x9E,0x00, 0x0E,0x00,0x00,0x67,0xB8,0xF8,0x00,0xF8,0x00, 0x0C,0x00,0x00,0x65,0xF9,0xD8,0x00,0x38,0x00, 0x1C,0x00,0x00,0x60,0xFB,0xB8,0x00,0x18,0x00, 0x18,0x00,0x00,0x60,0xFF,0xB8,0x00,0x0C,0x00, 0x10,0x00,0x00,0x31,0xDD,0xF0,0x00,0x06,0x00, 0x30,0x00,0x00,0x1F,0x9F,0xE0,0x00,0x02,0x00, 0x30,0x78,0x00,0x07,0x8F,0xC0,0x00,0x03,0x00, 0x30,0x7C,0x00,0x07,0x0C,0x80,0x00,0x03,0x00, 0x30,0x30,0x00,0x0E,0x0C,0x00,0x00,0x03,0x00, 0x10,0x30,0x00,0x0E,0x0C,0x00,0x04,0x06,0x00, 0x18,0x30,0x01,0xFF,0xEC,0x00,0x0F,0xC6,0x00, 0x08,0x10,0x0F,0x5D,0xFE,0x00,0x07,0x86,0x00, 0x0C,0x18,0x3C,0x18,0x1F,0x80,0x06,0x06,0x00, 0x06,0x18,0x70,0x30,0x0D,0xE0,0x06,0x0E,0x00, 0x03,0x0C,0xE0,0x30,0x1C,0x30,0x0C,0x0C,0x00, 0x01,0x86,0xC2,0x10,0x1C,0x30,0x0C,0x1C,0x00, 0x00,0xFB,0x80,0x1C,0x38,0x38,0x1C,0x18,0x00, 0x00,0x3F,0x86,0x0F,0xF0,0x18,0x38,0x38,0x00, 0x00,0x01,0xA0,0x63,0xF0,0x98,0xF0,0x70,0x00, 0x00,0x01,0xA0,0x02,0x08,0x1F,0xC3,0xE0,0x00, 0x00,0x01,0x80,0x43,0x00,0x1F,0x1F,0xC0,0x00, 0x00,0x01,0x80,0x06,0x00,0x1F,0xFE,0x00,0x00, 0x00,0x00,0xF9,0x07,0x02,0x1B,0xE0,0x00,0x00, 0x00,0x01,0xC0,0x07,0x10,0x18,0x00,0x00,0x00, 0x00,0x03,0x6C,0x47,0x00,0xFE,0x00,0x00,0x00, 0x00,0x06,0x78,0x47,0x02,0x3F,0x80,0x00,0x00, 0x00,0x04,0x38,0x0F,0x83,0xF0,0xC0,0x00,0x00, 0x00,0x00,0x7E,0x3D,0x80,0xF0,0x30,0x00,0x00, 0x00,0x00,0xEF,0xFD,0xC1,0xF8,0x00,0x00,0x00, 0x00,0x00,0xC1,0xDB,0xFF,0x88,0x00,0x00,0x00, 0x00,0x00,0xC0,0xDB,0xFE,0x04,0x00,0x00,0x00, 0x00,0x00,0x00,0xDB,0xC0,0x00,0x00,0x00,0x00, 0x00,0x00,0x00,0xDE,0xC0,0x00,0x00,0x00,0x00, 0x00,0x00,0x00,0x9E,0x80,0x00,0x00,0x00,0x00, 0x00,0x00,0x01,0x8C,0x80,0x00,0x00,0x00,0x00, 0x00,0x00,0x01,0x8D,0x80,0x00,0x00,0x00,0x00, 0x00,0x00,0x01,0x81,0x80,0x00,0x00,0x00,0x00, 0x00,0x00,0x01,0x99,0x80,0x00,0x00,0x00,0x00, 0x00,0x00,0x01,0xF9,0x80,0x00,0x00,0x00,0x00, 0x00,0x00,0x03,0xFB,0x80,0x00,0x00,0x00,0x00, 0x00,0x00,0x03,0x0F,0x00,0x00,0x00,0x00,0x00, 0x00,0x00,0x01,0x87,0x00,0x00,0x00,0x00,0x00, 0x00,0x00,0x00,0xFE,0x00,0x00,0x00,0x00,0x00, 0x00,0x00,0x00,0x7C,0x00,0x00,0x00,0x00,0x00, 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00, 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00 };

Code:

//##################################### //Datei wurde erzeugt von BMP2C V1.11 //hk@holger-klabunde.de //http://www.holger-klabunde.de //##################################### //#include <avr/pgmspace.h> //Win-AVR //#include <progmem.h> //AVR-GCC #define paulWIDTH 67 //Breite in Pixeln #define paulBYTEWIDTH 9 //Breite in Bytes #define paulHEIGHT 64 //Höhe in Pixeln //extern const rom unsigned char paulbmp[]; //Microchip C18 //extern prog_uchar paulbmp[]; //AVR-GCC, WinAVR //extern const unsigned char code paulbmp[]; //Keil extern const unsigned char paulbmp[]; //SDCC

mal guggn ob es dir hilft.

[EDIT] kriege leider das bild nicht rauf, kA wieso,aber das bild is Paul Panther, kennt sicher jeder :D
06.10.2005, 20:50
tobimc

hi!

Hm.. notfalls lässt sich sowas auch mal coden, habe aber z.Zt. recht wenig Zeit, da ich noch ein paar Projekte am Laufen habe...
(Ich programmiere die Homepage meiner Schule und sollte ncoh ein Video eines Aufenthalts in Straßburg (3 1/2 H Rohmaterial......) schneiden und so...)
Aber ich kann dir das Programm so schreiben, dass es die Daten direkt zum COM-Port rausschickt. Eingabeformat wäre dann BMP oder so. Muss man sich was überlegen.

VLG Tobi
06.10.2005, 21:00
Mehto

Hi Tobi,

danke für dein Angebot, aber brauchst du wirklich nicht.
Ich mach jetzt noch die Datenübertragung fertig und dann kan man die BMP-Dateien mit schon vorhandenen Programmen rüberschicken. (Geht das mit Hyperterminal, oder gehen da nur Textdateien?)

Gruß,
Sven
06.10.2005, 21:03
tobimc

Hi!

:D OK.
Naja, beim 162 hast du ja 2 UARTS. (Den benutz ich auch, nicht schlecht, das Teil)
Hm... ich weis nicht Hyperterminal kennt bestimmt auch binäre Übertragungsverfahren... aber da darfst du mich nciht fragen, ich bin überzeugter HTERM-User...

VLG Tobi
07.10.2005, 07:51
Rubi

Hi Mehto

Spitze!!!
Wird also schön langsam Zeit den Lötkolben anzuheizen.

LG
Rubi
07.10.2005, 11:33
Hellmut

Hallo Mehto

Schreib doch einfach ein paar Routinen die dir Rechtecke, Kreise, Geraden usw. erstellen. Du rufst dann nur die Routinen auf und übergibst die Parameter und diese erzeugen dann die graphishen primitiven im Bildspeicher.

Von der Adressierung eigentlich ganz einfach, wobei die Routine zeichnet indem die berechnet welcher benachbarte Punkt gesetzt werden soll:

Also in der Senkrechten nach unten ist die Pixeladresse "+Byte/Zeile", nach ben "-Byte/Zeile" Nach links "-1Bit", nach rechts "+1Bit", rechts oben "-Byte/Zeile" + "+1Bit", und entsprechen alle anderen möglichen benachbarte Bildpunkte. (Natürlich musst du bei der Senkrechten auf das entsprechende Bit auflösen), das ist nur als Hinweis gedacht!

Übrigens, ich finde dieses Projekt spitze! Ich denke der Ansatz mit dem externen 16Bit Zähler zum erzeugen der Adressen zum Auslesen des SRAM die erfolgsversprechendste Methode. Allerdings muß man vom mega32 zum verändern des Inhalts des Bildspeichers im Sram die Zugriffe auf die "Rücklaufzeiten" pro Bildzeile, bzw. beim Rücklauf von unten links nach oben 1. Zeile begrenzen, da man sonst Zugriffskonflikte zwischen der Auslese-Mechanik und dem mega32 hat. Die andere Alternative ist es einen kompletten Bildschirm-Auslesezyklus ausfallen zu lassen und in der Zeit größere Änderungen einzupflegen. Eine 3. Möglichkeit wäre es den SRAM in logische Bänke aufzugliedern und in einem das Bild aufbauen, während die andere Speicherbank ausgelesen wird. Tut man es im gleichen SRAM Baustein dann würde man dadurch nicht sehen wie der neue Bildschirm aufgebaut wird, schaltet dann 1 Bit in der Adresse und die Auslese-Mechanik würde dann die alternative Speicherbank auslesen wo das neue Bild fertig ist, usw.

Verwendet man 2 SRAM Bausteine und schaltet über ein Gatter die Auslese-Daten von einem zum anderen SRAM Baustein, dann könnte der mega32 100% Zugriffszeit zum Pflegen des Bildschirmspeichers haben und das Bild würde in Bruchteilen der Zeit neu erstellt und für den Betrachter unsichtbar. Diese Lösung würde mir am Besten zusagen, da man nach diesem Prinzip auch mehrere Bits pro Bildpunkt erzeugen könnte und ich damit meine bei ebay billig erworbenen Farb-Dual Panel-LCD`s verwenden könnte!
07.10.2005, 15:21
millioneer

Hi Mehto,

wenn man das 640x400 Bild in PaintShopPro als .PBM (binary encoded) abspeichert, bekommt man eine fast saubere Binärdatei ohne Schnick-schnack ringsrum, die kann man dann direkt per RS232 rausschicken, fertsch.

Das erst in den C-Quellcode einbasteln ist ja eh nur von kurzer Freude, irgendwann will man mal eine neues Bild haben.

Man könnte dann sogar SW-Filmchen abspielen, wenn man mehrere verschiedene Bilder immer schön der Reihe nach sendet.

Ich bin mit meiner Version der Ansteuerung noch nicht wirklich weiter.
Ich muss dem Bildgenerator noch im günstigen Moment das Bild rüber-beamen, das werd ich wohl per Interrupt ankündigen, muss dann auf das OK des Bildgenerators (16bit-Zähler) warten, damit er wieder bei 0 ist und kann dann das Bild dem RAM überhelfen. Dann dem 16bit-Zähler wieder die Freigabe erteilen zum dauerhaften Display befeuern.
08.10.2005, 21:26
Mehto

Für alle die noch einen Konverter brauchen, hab jetzt ein neues Layout erstellt.
Leider funktioniert das abspeichern als Bild zum Belichten nicht ;-(
Deshalb kann ich nur die Datei (Sprint-Layout) anbieten (per mail).

Gegen einen kleinen umkostenbeitrag kann ich auch das Layout ätzen, bohren und die Bauteile mitschicken.

Ausgangsspannung läst sich von -14V bis -24V einstellen, so wie der Kontrast (Ausgangsspannung) +/- 6V einstellen.
Eingansspannung darf 9-16V betragen.
Die größe der Platine beträgt 50*38mm

Bild hier

Bild hier

und hier (weiter unten):
http://svenlissel.sv.funpic.de/phpki...p&contentid=22

Gruß,
Mehto
23.10.2005, 19:07
millioneer

Liste der Anhänge anzeigen (Anzahl: 2)

Hallo,

ich hab mir erlaubt mal ein paar Sachen anzuhängen, einmal den Bildinhalt meines LCD und die Schaltung die das LCD antreibt.

Vielleicht interessiert das jemanden, der nicht so recht weiterkommt mit seinem LCD aber es gern mal "lebend" sehen möchte.
23.10.2005, 19:15
Mehto

Hi millioneer,
das sieht ja verdammt gut aus! :shock: Gratulation!

Hast du die Kreise berechnen lassen under sind die einfach mit dem als Rest als Bild geladen?

Bei mir hat sich leider noch nicht viel geändert, aber ich glaub ich muss mal weiter machen ;-)

Gruß,
Mehto
23.10.2005, 19:25
Felix G

wow!
Ich glaube ich sollte mich langsam auch mal näher mit den Displays befassen

Ist die Schrift "nur" ein Bild, oder hast du da schon sowas wie TTF Schriften eingebaut?

40 Beiträge dieses Themas auf einer Seite anzeigen