Grafik Display mit einem Avr ansteuren.

[Mehto]

Da der Kauf der Grafik Displays fast abgeschlossen ist geht es jetzt um das anschließen und ansteuern des Grafik Displays.

Was verpasst?
https://www.roboternetz.de/phpBB2/viewtopic.php?t=11047

Ich selber werde versuchen das Display ersteinmal ohne Controller anzusteuren. Meine aktuellen Ergebnisse/Vortschritte werden hier und auf meiner Page (http://www.elektronik-freak.de.vu) veröffentlich.


Ich hab jetzt erstmal eine kleine Testroutine geschrieben die auf der unteren Displayhälfte den Text " Hallo Roboternetz" senkrecht ausgibt. Davor befindet sich ein Strich, nach dem Text eine Welle, und noch weiter hinten drann ein dicker Balken. Sobald ich den Quellcode mit ausreichenden Kommentaren versehen hab werd ich ihn veröffentlichen.

http://home.arcor.de/svenlissel/elektronik/glcd/display3.jpg

http://home.arcor.de/svenlissel/elektronik/glcd/display2.jpg

Das Datenblatt, sowie eine Schaltung für die Negative Spannung gibt es hier:
http://svenlissel.sv.funpic.de/phpkit/include.php?path=content/articles.php&contentid=8


__________ Links ____________

Links zu anderen Diskusionen rund um Grafik Displays:
https://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=3756

Eine Einführung zum Thema "Grafik Display ansteuren" gibt es hier. Die Einführung wirs so lange das Projekt läuft ständig erweitert und verbessert. Kritik und Anregungen sind sehr wilkommen.
http://svenlissel.sv.funpic.de/phpkit/include.php?path=content/articles.php&contentid=8


Testroutine:
http://svenlissel.sv.funpic.de/phpkit/include.php?path=content/articles.php&contentid=26


So, jetzt können Fragen rund ums Display gestellt werden. ;)

Gruß,
Mehto

[Cybrix]

Ich hab noch alte kaputte notebooks im keller liegen! Könnte man die auch für sowas verwenden?

[Mehto]

Müsste mit denen eigentlich genauso klappen.
Eventuell müstest du das Timing ein wenig anpassen.

Oder meinst du Farbdisplays?

[Cybrix]

das sind farbdisplays!

Aber wenn man die erstmal nur in schwarz weis arbeitet

[Mehto]

Versuch mal ein Datenblatt von den Displays zu bekommen.

Müste teoretisch genauso funktionieren mit einem S/W Display, nur das du dann für 3Farben Datenleitungen hast.

Gruß,
mehto

[Cybrix]

werde morgen mal im keller wühlen und dann vielleicht auch mal bilder reinstellen

[RCO]

Mensch, das sieht ja echt klasse aus, da kann man echt neidisch werden. Es will nicht zufällig jemand noch ein LCD abgeben?

[michaelb]

Hi RCO,
willst du meine Displays? Ich hab bei Mehto 2 bestellt! Weil ich jetzt doch nicht mehr soviel lust auf diese habe würde ich meine abgeben!! Dann kann Mehto die Displays die für mich bestimmt waren direkt an dich schicken!
Gruß Michi

[Bender]

Gute Arbeit Mehto!
Bin schon gespannt auf das Display.

[kater]

//OffTopic
Hallo Leute. Ich war echt beeindruckt wie ich die grosse Sammelbestellung der Displays gesehen habe. Ich hoffe ihr werde da alle fleissig weiterbasteln und dokumentieren, weil ich finde das sehr intersannt :D
Ich habe sogar mal meinen alten 486 Laptop aufgeschraubt und ein lcm 5483 24ntk Display gesehen, zudem ich aber kein Datenblatt gefunden habe.

Viel Spass noch beim programmieren fuer die Displays :)

[Mehto]

Eine kleine Einfürung ist auf meiner Page nun Online.
Diese wird ständig erweitert bis das Projekt zu Ende ist.

http://svenlissel.sv.funpic.de/phpkit/include.php?path=content/articles.php&contentid=8

Gruß,
Mehto

[churchi]

@michaelb

Ich hätte auch Interesse an deinen Displays ;)

[Mehto]

Displays sind leider alle vergeben.
Solche Fragen bitte in Zukunft hier stellen:
https://www.roboternetz.de/phpBB2/zeigebeitrag.php?t=11047

Gruß,
Mehto

[Mehto]

So, der hier ist eine kleine Testroutine für das Grafik Display mit kleiner Beschreibung und Anschlussbelegung:
http://svenlissel.sv.funpic.de/phpkit/include.php?path=content/articles.php&contentid=26

Gruß,
Mehto

[lion1984]

hiho,

ich weiß, dies ist der AVR thread, aber da es um die displays geht und die ansteuerung, schauen sowieso alle hier rein :D was ich fragen wollte, alle die ein display erworben haben, arbeitet ihr alle mit AVR oder auch mit anderen µC'S?

[Rubi]

Hallo Mehto

Habe den Konverter jetzt nachgebaut aber da ist ein Problem.
Ich komme nur von 0V bis -18V, ist Du sicher da der Schaltplan so wie er auf deiner HP ist richtig ist?

LG
Rubi

[Mehto]

Der Schaltplan auf meiner Page ist richtig, du kanst ih ja mal mit diesem hier vergleichen:
http://www.lamepage.de/hardware/gfxlcd/pics/lcdsupply1.0a.png

Eigentlich dürftest du garnicht bis 0V kommen. Ist der Spannungsteiler korrekt? Was für eine Eingangsspannung hast du?

Gruß,
Mehto

[Rubi]

Hallo Mehto

Entschuldige bitte die bösartige Unterstellung von vorhin, ich habe den Schleifer von P1 verkehrt herum angeschlossen, jetzt funzt alles bestens.

LG
Rubi

[Mehto]

Da bin ich aber erleichtert...
Bei mir funktioniert der Konverter nämlich einwandfrei :-)

Ich bin gerade dabei bei der Ansteuerung ein wenig weiter zu programmieren.

Gruß,
Mehto

[Rubi]

Später werd ich dann mal alles mit dem S1D13705 von Epson versuchen.
Vieleicht kann uns ja Mark de Jong ein paar Controller (nicht die Boards) zum Einkaufspreis überlassen. Das fänd ich eine nette Gegenleistung, immer hin verkauft Mark die 40 Displays ja wieder, das dürfte bei dem Einkaufspreis ordentlich Gewinn bringen.


@Mark
Wo kaufst Du denn diese Kontroller?

Ich habe mich jetzt auf der Seite von Epson umgesehen,
habe aber leider nicht herausfinden können ob die Samples versenden.

LG
Rubi

[Mehto]

Mein Status:

Ich bin gerade dabei einen Character Generator zu programmieren um später sehr einfach Text auf dem Grafik LCD ausgeben zu können (Da sind später bis zu 4000 Zeichen möglich :D ). Allerdings komm ich jetzt langsam an die Grenzen des Atmega8 (Ram, I/O's). Um einen Externen Ram von 32KB anschließen zu können brauch ich mehr I/O's, ich werde mir daher zuerst einen Atmega 16 holen müssen um ernstahft weiter machen zu können.

Gruß,
Mehto


/Edit: Bilder und eine kleine Beschreibung dazu hier:
http://svenlissel.sv.funpic.de/phpkit/include.php?path=content/articles.php&contentid=8

[Rubi]

Hallo Sven

Ich würde Dir gleich einen Mega128 empfehlen.
Ich denke um den wirst Du nicht herumkommen.

LG
Rubi

[Mehto]

Als Controller würde der Atmega16 oder Atmega32 voll reichen.

Mit dem Atmega128 wollte ich schon immer mal rumexperimentieren, da könnte man dann sogar schnellen Edo Ram anschließen *freu*, bei den vielen Pins. :D

Nur leider hab ich keine Möglichkeit zu ätzen und den kleinen SMDµC später zu löten, das ist mir dann doch zu klein. Es gibt ja auch Adapter, die sind mir aber für einen Preis von 30Euro leider zu teuer.

Ich werd mir jetzt erstmal den Atmega16 bei Reichelt bestellen.

Leider konnte ich keine Stecker für das Display bei bei Reichelt finden, weis jemand wo es die gibt?
Im Datenblatt werden die als S12B-PH und als S8B-PH bezeichnet.

Gruß,
Sven Lissel

[Mehto]

Die Displays dürften ja jetzt bei den meisten schon da sein. Wie siehts denn aus? Schon ein paar Versuche gemacht?

Ich kahm leider bis jetzt immer noch nicht dazu die Teile bei Reichelt zu bestellen, bin aber ende dieser Woche ein wenig flüssiger und werd mir dann den Atmega32und einen Port Latch holen. Dann gehts auch bei mir weiter. :-)


Gruß,
Mehto

[Mark_de_Jong]

Hallo,

Ich habe die erste tests jetzt erfolgreich abgeschlossen.

Das Display wird mit denn S1D13705 LCD Controller gesteuert.
Ein microcontroller ist über USB angeschlossen.

Am PC übernimmt LCDHype die steuerung, ich habe einen LCD treiber dafür geschrieben.

Ich arbeite jetzt an eine Controller Platine die über USB an der PC angeschlossen wird und folgende features hat.

- SAB C164 microntroller
- 256Kbytes oder 1 Mbytes RAM
- 1 Mbytes oder 2 Mbytes FLASH
- Anschluss für Hintergrund beleuchtung
- Anschluss möglichkeit für bis zu 8 Taster
- Erweiterungs möglichkeit über I2C oder SPI (Touchscreen Controller)
- Spannungsversorgung +5Volt und -22.5Volt.

[Mehto]

Hallo Mark,

sieht gut aus, aber bitte poste doch solche sachen nicht zweimal! *kopfschüttel*

Das Display sieht ja oben ein wenig verostet aus oder ist das nur Dreck? Bei mir sind alle Displays einwandfrei.
Wiso hast du den Kontrast so weit aufgedreht?


Ich selber bin auch gerade dabei ein wenig weiter zu programmieren.
Bruno Pisarek (http://www.hydroworld.de) war so nett und hat mir einen Atmega32 plus Zubehör gesponsert, an dieser Stelle nocheinmal vielen Dank.

Ich hab mir jetzt noch bei Reichelt einen port-Latch bestellt um den Sram anschließen zu können, wenn der da ist gehts richtig weiter. ;-)


Gruß,
Mehto

[Andun]

Moin

Ich hab das ja schon im LCDHype Forum gelesen (so trifft man sich wieder :D ) und muss sagen mir gefällt deine Platine wirklich sehr gut. Ja, ob das dreck ist, oder was das ist wüsste ich auch gerne. Scheint ja aber sonst ganz gut zu gehen. Auch dass mit den 4 Sektoren.

Andun

[Rubi]

Hallo,
Ich habe die erste tests jetzt erfolgreich abgeschlossen.
Das Display wird mit denn S1D13705 LCD Controller gesteuert.


Hi Mark

Schaut sehr gut aus, gratuliere!
Wo kaufst Du denn die Epson Kontroller ?

LG
Rubi

[Mehto]

Auch ich hab ein wenig weiter gemacht. Der Zeichen-generator ist jetzt schon so gut wie fertig. Leider muss ich noch auf den Port-Latch von Reichelt warten um den Externen Ram anschließen zu können, dehalb wiederholt sich der Text noch mehr oder weniger.


Bilder:

http://home.arcor.de/svenlissel/elektronik/glcd/Displaytest1.jpg

Anzeige in groß (http://home.arcor.de/svenlissel/elektronik/glcd/Displaytest2.jpg)


Vielen Dank an Benedikt (http://mitglied.lycos.de/bk4/) der mir den Zeichensatz zur verfügung stellte.

Kenn jemand ein Programm mit dem man einen 8x8 Zeichensatz erstellen kann?


Gruß,
Mehto

[Mehto]

gelöscht, da drei mal gepostet, sorry!!!

[Mehto]

Hallo Rubi,

danke für die Links.

Keine Ahnung warum mein Post drei mal erschienen ist :shock: :Haue
warscheinlich liegt es dran das ich aus versehen auf zurück geklickt hab anstatt die Edit-funktion zu benutzen. ](*,)

Gruß,
Mehto

[Rubi]

Hi Mehto

Wahnsinn, was Du da machst.
Einen eigenen Kontroller dafür zu schreiben ist schon was.

Char Generator:
http://www.downloadjunction.com/product/software/73079/

http://www.fpga4fun.com/GraphicLCDpanel3.html

LG
Rubi

[lion1984]

Hi mehto,

ich kenne zwar "alle guten dinge sind 3", aber 1mal hätte völlig gereicht :D
sieht nicht schlecht aus, bin mal gespannt ob demnächst mehr bvilder von adneren mitgliedern reinflattern

[Mehto]

Eigentlich wollte ich es ja auch beim ersten belassen... aber wenn man halt zu faul ist und die Zurück funktion anstatt dem EDIT Kknopf drückt...

Naja jetzt weis ich es ja :-)


Mir macht es spaß einen Controller mal selber zu schreiben, nur so kann man sich mit dem Display und seiner Funktion am besten ausseinander setzten.
Gestern Abend saß ich aber mal wieder fast ne ganze Stunde vor einem Problem, dabei hatte ich nur vergessen/noch nicht richtig begriffen das die Adressen für Daten im programmspeicher mal zwei genommen werden. ](*,)

Jetzt klappts aber wie gesagt wunderbar, hoffentlich kommte der Port-latch bald damit ich einiger maßen weitermachen kann *gier*


Gruß,
Mehto

[Mehto]

Hier gibtes noch zwei bessere Bilder:
Hab jetzt mal weniger text hingemacht damit es übersichtlicher bleibt.

http://home.arcor.de/svenlissel/elektronik/glcd/displaytest3.jpg

http://home.arcor.de/svenlissel/elektronik/glcd/displaytest4.jpg


@Rubi: Danke für den oberen link, so ein Programm hab ich vergeblich bei Google gesucht. Schade das man da nur 8x5 Zeichen erstellen kann. Nach welchen Suchwörtern hast du denn gesucht?

Gruß,
Mehto

[Rubi]

Hi Mehto

Habe bei Google nach "8x8 LCD Character Generator" gesucht.
Sorry das es nur 8*5 ist.

LG
Rubi

[Mehto]

Sorry das es nur 8*5 ist.

Macht überhaupt nichts! Da kanst du ja nichts dafür ;-)

Ich hab nach "8x8 Zeichensatz" bei google gesucht und nichts gefunden... ](*,)

Wie weit bist du mit deinen Displays?


Gruß,
Mehto

[Mark_de_Jong]

Hallo,

Der Spannungs converter Platine ist jetzt fertig, der verkaufspreis ist €7,50.

Eingang Spannung +5 Volt
Ausgang Spannung -22.5 Volt
Augang Strom maximal 20mA
mit shutdown funktion
Große 20mm x 17mm

Was die Flecken sind weiss ich nicht sieht aus wie hammerschlag effekt,
haben die andere Display aber nicht.

[Mehto]

Hi Mark,

auch die Platine sieht ja super aus!
Kanst du auch noch ein Bild von der Oberseite posten?

Jetzt noch ne Frage, wenn man das Teil verbauen will, wie befestigt man das Teil?
Vieleicht kann man ja den Konverter auf eine Platine "Aufstecken".
Dann kann man das Teil immer bequem auswechseln wenn man eins durch einen Kurzschluss geschaft hat :mrgreen:

Ist die Kontrastregelung auch schon "on board"?

Gruß,
Mehto

[lion1984]

Hi Metho,

eine frage zu deinem bildern :D und zwar einfach, wieso wird der text abgeschnitten ? ich mein, wirklich alle achtung, aber bin halt neugerig :D
hast du den zeilensprung noch nicht beachtet und einfach mal text hingeklatscht oder was?

[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

[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

[Mark_de_Jong]

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.

[Mehto]

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

[lion1984]

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



@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

[Mark_de_Jong]

Hallo Mehto,

Wie meinst Du den "kontrast auf der Platinen Rückseite regeln" da ist nicht zu regeln.

[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

[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

[Rubi]

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

[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

[Mehto]

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

[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

[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

[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/phpkit/include.php?path=content/articles.php&contentid=8

Gruß,
Mehto

[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

[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.

[Rubi]

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

Nur so eine Idee

LG
Rubi

[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:

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



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

[Rubi]

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

[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/phpkit/include.php?path=content/articles.php&contentid=8

Gruß,
Mehto

[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

[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.

[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

[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!

http://home.arcor.de/svenlissel/elektronik/glcd/Display2/Display1.jpg


http://home.arcor.de/svenlissel/elektronik/glcd/Display2/Controller.jpg


http://home.arcor.de/svenlissel/elektronik/glcd/Display2/Display3.jpg
Hab noch einen kleinen Text aus dem Wiki reinkopiert ;-)

und hier in ganz groß:
Bild in groß (http://home.arcor.de/svenlissel/elektronik/glcd/Display2/Display2.jpg)

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

[tobimc]

Hi!

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

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

Weiter so!!

VLG Tobi

[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

[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.

[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...

[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

[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:



//#####################################
//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
};




//#####################################
//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

[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

[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

[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

[Rubi]

Hi Mehto

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

LG
Rubi

[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!

[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.

[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

http://home.arcor.de/svenlissel/elektronik/Konverter_v.jpg

http://home.arcor.de/svenlissel/elektronik/Konverter_h.jpg

und hier (weiter unten):
http://svenlissel.sv.funpic.de/phpkit/include.php?path=content/articles.php&contentid=22


Gruß,
Mehto

[millioneer]

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.

[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

[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?

[skycore]

zu den notebook displays:

ihr werden da ziemlich zu schaffen haben...
zu steuernde datenleitungen:
hSync
vSync
Dot Clock

9 kanäle rot
9 grün
9 blau

vereinfacht aber nur 2 von jeder farbe... LSB und Standartbit.
(ergibt 16 farben)

schliesst das ganze an nen VESA connector an, um ergebnisse zu sehen...

http://www.maltepoeggel.de/html/tft2pc/

lg

[millioneer]

Hi,

@mehto: die Kreise sind "echt", gemalt von einem anderen Mega32 in seinem externen RAM, der dann in den Speicher der 640-Ansteuerung übermittelt wird. Der Mega32 kann diverse Primitive malen und auch Schrift generien oder eben Bild per RS232 importieren.

@Felix G: Die Schriftarten sind nicht als Font hinterlegt, das ist einfach nur ein Bild was übertragen wurde. Es gibt nur eine normale 8x5-Schriftart in dem externen Mega32, die ist aber ziemlich niedlich auf so einem Riesen-Display.

[Rubi]

Hallo Millioneer

Gratuliere
Schaut super gut aus!

LG
Michael

[tobimc]

Hi!

Wann kann man die ersten Roboternetz-Grafik-LCD-Treiber kaufen?

GRATULATION!!

VLG Tobi

[Mehto]

So, hatte heute mal wieder etwas Lust und Zeit. :-)
Die Anzeige über die zwei Displayhälften klapt jetzt wunderbar.

Außerdem hab ich jetzt eine Datenübertragung via Uart. Ist zwar nicht so schnell, aber zum ersten testen ausreichend.

Die Bilder wurden als BMP an das Display geschickt.

Bilder im Anhang ;-)

Gruß,
Mehto

P.s.: Sorry für die schlechten Bilder :-(

[hacker]

Gratulation!! Sieht einfach nur spitze aus! Wie schnell geht denn das Ganze? Also Schicken des Bildes über UART und des mit dem SRAM..schaffts des Teil 24 mal in der Sekunde ein Bild anzuzeigen??

[Mehto]

Hi!

Also, angezeigt wird der Sram inhalt mit ca. 60Hz.

Für die Datenübertragung brauchts für einen kompletten Displayinhalt (32Kb) ca. 5sec bei 57600 Baud.

Das liegt unter anderem daran das der Quode noch in keiner weise optimiert wurde, das kommt jetzt als nächstes...
Sowie eine Paralele Datenübertragung und verschiedene Befehle fürs Display.
Die größte Hürde ist jetzt geschaft, der Rest ist so zu sagen nur noch feinschliff :-)

Bin zur Zeit auch dabei ein Layout für den Controller zu entwickeln (halbes Euroformat könnte reichen), warscheinlich komm ich da aber um eine doppelseitige Platine nicht herum. (oder man müsste x brücken löten...)

Gruß,
Mehto

[Rubi]

Hallo Mehto

GRATULIERE !!!
Wird es auch einen Schaltplan zum nachbauen geben ?
[-o< [-o< [-o<

[Rubi]

Bin zur Zeit auch dabei ein Layout für den Controller zu entwickeln (halbes Euroformat könnte reichen), warscheinlich komm ich da aber um eine doppelseitige Platine nicht herum. (oder man müsste x brücken löten...)
Gruß,
Mehto

Wenn Du mir den Schaltplan mailst , würde ich auch gerne eine Layout entwerfen. Mit SMD und viel Geduld sollte einseitig ausreichen.

LG
Michael

[Mehto]

Klar ;-)

Angefangener Schaltplan im Anhang, werde ihn demnächst fertig stellen.

Gruß,
Mehto

[Mehto]

Hi Rubi,

wenn du ein Layout machen könntest wäre das super.
Allerdings kann ich mit SMD noch nicht viel anfangen :-( (zu klein, keine Ausrüstung). Deshalb werd ich schon versuchen ein einseitiges Layout hinzubekommen.


Gruß,
Mehto

[Rubi]

Hallo Mehto

Danke für das Layout !

Wenn ich mal eines in SMD hinbekommen habe, kann ich noch ein konvetionelles machen, ist kein Problem.

So eine besondere Ausrüstung, solltest Du eigentlich nicht brauchen.
Eine Lötspitze die SMD Tauglich ist, gibt es für jeden Lötkolben.
Das feine an SMD ist, das man keine Löcher mehr in die Platine bohren muß.
;-)

LG
Michael

[Mehto]

Etwas bessere Bilder gibt es jetzt hier:
http://svenlissel.sv.funpic.de/phpkit/include.php?path=content/articles.php&contentid=8


@AldiWE, wie weit bist du mit deinen Displays?


Gruß,
Mehto

[kwalter]

Hallo Sven,

auch ich bastele z. Zt. an einem Controller für ein Grafik LCD.
Deine Testroutine (GLCD) funktioniert einwandfrei.

Hast Du schon irgendwelche neuen Erkenntnisse und eventl. Schaltplan und Software.

Vielen Dank für Deine Mühe.

Karl-Walter

[Mehto]

Hallo Karl-Walter,

schön das die Testroutine funktioniert :-)

Grad vorgestern hab ich eine neue Platine für den Controller geätzt da die alte mit all den Kabeln einfach zu störanfällig war. Kaum arbeitet man ne halbe Stunde dran schonn geht irgendetwas wieder nicht... :-(

Naja, so wie das halt ist, ging die neue Platine natürlich auch nicht :-(
Schuld war der Konverter der einfach zu dicht am µC ist, aber bis ich das herausgefunden hab, sind natürlich wieder Tage vergangen...

Der µC hat sich andauernd geresetet, so das er immer nur in den Startlöchern arbeitete und keine gescheiten Signale an das Display schicken konnte, und ich zuerst es sei der Quarz...

Jetzt wo der Konverter etwas weiter weg ist geht der Controller wenigstens wieder, aber das Problem welches mich gezwungen hat eine neue Platine zu machen ist geblieben :-(

Irgendwie scheint der µC nicht mehr auf den ganzen Ram zugreifen zu können, Softwarefehler dürfte es nicht sein, da diese Version vorher ging.
Einen loses kabel oder kurzschluss bei der alten Platine (eventuell an denn Adresspins) konnt ich leider auch nicht finden.
Naja, ich werd heute dem Problem mal auf den Grund gehen.

Sollte der Controller dann wieder gehen werd ich den Code etwas besser kommentieren und verbessern und euch dann geben.
Außerdem werd ich das Layout dann noch etwas verbessern, so das es hoffentlich keine Probleme mehr gibt...

Beim Schaltplan hab ich so wie er oben ist noch nicht viel weiter gemacht, jedoch ist das wichtigste oben vorhanden. Der rest wäre nur noch Stromversorgung Konverter etc.

Das gute ist, das die neue Platine nur halbes Euroformat hat und dadurch relativ klein ist. Da ich erstmal nur eine einseitige Platine gemacht hab waren ein paar verkabelungen noch nötig...

http://home.arcor.de/svenlissel/elektronik/glcd/Platine1/Platine1-1.jpg


http://home.arcor.de/svenlissel/elektronik/glcd/Platine1/Platine1-2.jpg


http://home.arcor.de/svenlissel/elektronik/glcd/Platine1/Platine1-3.jpg

Gruß,
Mehto (Sven)

/Edit: Das ist übrigens ne ganz schöne Unglücksplatine, beim Bohren ist mir mein letzder 0,8er Bohrer abgebrochen und musste mit dem dann auch noch weiterbohren, dadurch sind mir dann ziemlich viele Lötpunkte abhanden gekommen :Haue
Und dann gabt das Kugellager vom Boherer auch noch seinen Geist auf und macht nun ganz üble Geräusche...
Da wird wohl wieder einiges an Neubeschaffungen nötig :-(

[tobimc]

Hi!

Mit dem Ram: Ich habe da eine Idee.
(Ich benutz ja auch n relativ großes)

Wie ich sehe, benutzt du den Atmega162. Den habe ich im COM-system von Suny im Einsatz. Eines (nicht so) schönen Tages streikte plötzlich das LCD.
Aber das LCD war soweit intakt, als ich es wechselte traten die gleichen Fehler auf.
Fehlerursache: Ein AVR-Pin im 8-Bit-Bus zum LCD hatte einen Defekt.
Ich schätze, dass er durch ESD kaputt gegangen ist.

Check mal deine Pins (vor allem in den Oberen Adressleitungen)... oder wechsel mal den AVR.
Ich hatte mit anderen AVRs keine derartigen Probleme, bisher nur mit dem M162, und da nur 1 mal.

Schöne Platine!

VLG Tobi

[Rubi]

So was ist mir auch einmal passiert mit einem 90S1200.
Das war schon was, noch dazu konnte er zwar high und low auf diesem Pin erkenner, er konnte aber das Pin nicht auf High setzen.
Da die restlichen Pins funktionierten, hat es schon einige Zeit gedauert bis ich
es wirklich glauben konnte.

LG
Michael

[Mehto]

Oje, das Problem mit dem Plötzlich defktem Atmega162 kenn ich nur zu gut... ;-)

Neu geflasht und aufeinmal geht gar nichts mehr :-(
Kann auch sein das es einen kleinen Softwarefehler gab, aber der µC reagirt da wirklich über...

Naja, hab auf diese Art schon mind. 3 Stück in die ewigen Jagdgründe geschickt.
Ich hab mir dann aber mal bei Ebay 6 neue Atmega162's für ca. 3,33 Euro das Stück geholt, dann ist das nicht ganz so schlim wie wenn einem die vom Reichelt kaputt gehen (über 5 Euro/Stück)

Ein austauschen hat leider nicht gebracht :-( Ich werd nacher wohl mal alle Verbindungen durchprüfen müssen...

Gruß,
Mehto

[Rubi]

Hallo Mehto

Hast Du es schon mal mit HV Programmierung versucht ?
Wenn nach dem Proggen nichts mehr geht, liegt das meißtens an
einer fehlerhaften Programmierung. Da hilft dann nur mehr HV-Proggen um die fehlerhaften Fuses wieder in Ordnung zu bringen.

LG
Michael

[Mehto]

Hallo Michael,

An den Fusebits wurd ja nichts geändert, es war glaube ich mehr das Problem dass die Ausgänge falsch beschaltet wurden, Flashen ging immer noch einwandfrei...

Wenn ich mal Zeit und Lust hab prüf ich mal die defekten AVR's durch und schau was genau kaputt gegangen ist.

Gruß,
Mehto

[Rubi]

Hallo Mehto

Einige AVR Programmer, meißtens selbst gestrickte habe das Problem, das beim programmieren die Fusebits versehntlich hin und wieder falsch geschrieben werden. Das ist natürlich fatal. Bei bestimmten kann man dann nur mehr über HV Programmierung den AVR resetten.

LG
Michael

[Mehto]

hrgrghh

Ich weiß grad nicht ob ich lieber weinen oder mich freuen soll...

Das Jtagenbit war bei den Fusebits gesetzt :Haue :Haue :Haue
Ich weiß zwar nicht was das bedeutet aber ich glaub das ist irgendein Interface das mir die Letzten drei Adresspins blockiert hat. nochmal: :Haue

Kann es sein, dass das bit ab Standardmäßig gesetzt ist? Denn auch beim Neuen µC war das gesetzt.

Naja, jedenfalls hab ich Depp da überhaupt nicht mehr drangeadcht und wieder Tage (wenn nicht wochen) daran rumgemacht. Immerhin ist dabei eine eine einseitige Controllerplatine dabei rausgekomen...

Dann kannn ich nacher endlich weitermachen... O:)

@Rubi, da ist ja richtig was dran mit den selbstsetzenden Bits (ich benutz TwinAVR).

Gruß,
Mehto

[Rubi]

Hallo Mehto

Sei froh das es nur JtagEn war, bei CP oder ISPen, nützt nur mehr ein HV Progger,...

Imho wird JtagEn disabeled wenn er ausgeliefert wird.
Da ich in letzter Zeit mich auf die Arms konzentriere bin ich
leider nicht mehr sicher.

LG
Michael

[Rubi]

Hallo Mehto

Jtagen ist das Jtag interface.
Damit kannst Du die Mega Avrs proggen und debuggen.
Eigentlich super nützlich.
Ich habe mir so ein ähnliches Jtag interface selber gebaut:

http://www.myevertool.de/

LG
Michael

[Mehto]

Ok, vielen Dank!

Und weils so schön ist noch zwei Bilder:
http://home.arcor.de/svenlissel/elektronik/glcd/Platine1/Platine1-5.jpg
Der Controller hat wie oben geschrieben den Konverter extern da dieser zu viele Störungen verursacht. Außerdem benutz ich das Myavr Board für die Serielle Schnittstelle, weil da der Max schon drauf ist ;-)

http://home.arcor.de/svenlissel/elektronik/glcd/Platine1/Platine1-6.jpg
Nochmal etwas besser aufgenommen

Gruß,
Mehto

[Mehto]

Ich hätte da ein paar Fragen an alle.....

Wie soll die Datenübertragung laufen?
Normales Parallelinterface (so wie es bis jetzt ist) mit folgenden Pins:
-D0 bis D7
-Data enable
-Command/data
-Busy

Oder wäre eine Pinbelegung wie bei anderen Controllern besser?
Mit:
-Write
-Read
-Command/Data
-D0 bis D7


Grund ist nämlich, das ich den Controller zu irgendeinem anderen Kompatible zu machen. SO das man den Controller sehr einfach mit Bascom oder einem LCD Programm auf dem PC (z.B.LCDhype) ansteuern kann.
Controller wären z.B. T6963C oder SED1330. DIe werden eigentlich fast überall unterstützt.

Ein Nachteil ist aber das mein Controller manche funktionen (noch) nicht kann, z.B: Virtueller Bildschrimbereich oder getrennte Text- und Grafiklayer... :-(

Kennt jemand noch einen oft unterstützten (einfachen) Controller an dem ich mich orientieren könnte um das Display kompatible zu machen?

Sehr unpraktisch find ich z.B. beim T6963C das zuerst die zwei Befehlsparameter überträgt und dann erst bescheit sagt das es sich um einen Befehl handelt, oder hab ich da was falsch verstanden?
Oder ist das so, das das CommandPin gesetzt wird, die zwei Parameter übertragen werden und dann erst kommt um was für einen Befehl es sich handelt?

Was auch sehr unpraktisch ist, ist das man zuerst das Statusregister auslesen muss um zu schauen ob das Display bereit ist!???
Das ganze ist irgendwie ziemliche verschwendung an Rechenzeit... :-(

Ansonsten wird es auf jeden Fall folgende Befehle geben, egal ob Controller kompatible oder nicht:
-Display löschen
-Curser setzten (Byteweise)
- Character/Grafik Modus (mit Character Generator)
-Invertionsmpdus (statt schwarz sind die Pixelweiß und der Hintergrund schwarz)
-Datenschreiben mit Or/and oder EXor verknüpfung
-genaues Pixelsetzten mit angabe von X und Y Pixel (z.B. setze Pixel im Bereich 486x325)
Und vieleicht Linenzeichenen mit angabe von Start und end Pixelkoordinaten

Wobei die zwei letzteren Befehle zeitaufwändig wären.

Was habt ihr noch für Wünsche was Befehle angeht?

Gruß,
Mehto

[Andree-HB]

Ich find`s übrigens Klasse, was Du schon hinbekommen hast. Von Null bis zu einem tollen Ergebnis in wenigen Wochen.

- Bravo -

[Mehto]

Hallo Andreas,

hey, danke für das Lob! :-)

Aber ich muss zugeben das sich das alles doch ein wenig in die Länge gezogen hat...
Hätte ich an dem Controller am Stück gearbeitet wäre er innerhalb von 2-3 fertig gewesen.
Aber da leider nicht immer alles geklappt hat, hab ich viel Zeit mit der Fehlersucher verbracht. Teilweise hab ich dann auch mal 1-2 Woche lang nichts mehr dran gemacht :-(

Jetzt ist der Controller aber wirklich fast wirklich.

Hab jetzt am Wochenende noch ein wenig am Code gefeilt und die Ausgabe erfolgt jetzt immer Zeilenweise mit einem Timer. Wenn die Zeile fertig geladen ist, hat der Controller Zeit für Befehle.
So ist es z.B. auch möglich die Bildschirmwiederholungsfrequenz einzustellen. Stellt man sie aber zu hoch ist zwar die Ausgaben super flimmerfrei, aber die Verarbeitung von befehlen und laden von Daten geht dann sehr langsam von statten.

So könnte man z.B. bei aufwändigen Befehlen die Frequenz kurzeitig runtersetzten um die verarbeitung zu beschleunigen und sie danach wieder erhöhen. Wenn aber die Ausgabe am Display wärend eines längerem Befehls ganz ausfällt bilden sich in dieser Zeit schwarze Striche auf dem Display die ein paar milisekunden bestehen bleiben und sehr störend sind.

Deshalb ist die neue Lösung mit Timer viel besser...

Ürigens wird es warscheinlich zwei Platinenversionen geben, einmal in normaler Ausführung (Dip), zum selber herstellen/zusammen bauen (halbes Euroformat).
Und für Fortgeschritene vieleicht eine noch kleinere Ausführung in SMD :-)

Ich werd diese Woche das zweiseitige Layout für die Dip-Version fertig stellen und testen.
An der Hardware wird sich dann höchstwarscheinlich nichts mehr ändern, Erweiterungen wären nur Softwaremäßig :-)



Gruß,
Mehto

[Rubi]

Hallo Mehto

Gratuliere!!!

Wenn Du mir den Schaltplan mailst könnte ich inzw. mit der smd Version
anfangen.

LG
Michael

[Mehto]

So, nach einer relativ langen Pause Versuch ich den Controller jetzt in den Ferien definitiv fertig zu machen!

Die Software steht jetzt eigentlich soweit, jetzt geht es an die Doku.

Und jetzt seid ihr gefragt:
-Welche Pinbelegung wünscht ihr?
-Soll der Konrast auch über das Datenkabel regelbar sein? (oder gar über die Software?)
-Soll die Stromversorgung über das Datenkabel erfolgen?
-Ein Betrieb mit 12V oder 5V? (12V ist aufjeden fall einiges besser, sonst ist der Wirkungsgrad vom Konverter kathastrophal)

-Was soll man noch über das Datenkabel verbinden?
-Soll man auf die extras verzichten und leiber einen 14polgen stecker benutzen?

Was auf jeden Fall möglich wäre, wäre das flashen des µC über das Datenkabel und eine Serielle Datenübertragung.

-Wie soll ich die einzelnen Kontakte belegen? (ist die Reihenfolge egal oder sollte man Praktische standards einhalten)

bis jetzt sieht es so aus:
http://home.arcor.de/svenlissel/elektronik/glcd/Doku/Daten-belegung.jpg
Was grau ist kann frei belegt oder weggelassen werden.


Ein vorläufiges Datenblatt ist hier:
http://home.arcor.de/svenlissel/elektronik/glcd/Doku/Datenblatt-0.1.pdf

und ein Schaltplan:
http://home.arcor.de/svenlissel/elektronik/glcd/Doku/GLCD%20Controller.jpg

und die Belegung des Steckers das vom Controller zum Display geht:
http://home.arcor.de/svenlissel/elektronik/glcd/Doku/Display-stecker.GIF

[Rubi]

Hallo Mehto

Wenn Du den Kontroller kompatibel machen könntest wäre das superfein.
Der SED1330 wäre imho erste Wahl, aber T6963C ist natürlich
auch nicht viel schlechter.
Die Frage ist halt welcher von beiden leichter zu emulieren wäre.

<<<
Was auch sehr unpraktisch ist, ist das man zuerst das Statusregister auslesen muss um zu schauen ob das Display bereit ist!???
>>>

Krank, sehe ich auch so,...

Das Linienzeichnen würde ich nicht unbedingt in den Prozessor
verlagern, da wäre mir ein Kompatibilitäts Modus lieber.

LG
Michael

P.S.:
Gratuliere zu dem Projekt, schön das Du immer wieder unermüdlich
Hürde um Hürde nimmst.

[Rubi]

Nach Studie des Schaltplanes stellt sich die Frage könnte man den Kontrast nicht relativ einfach über PWM vom Atmega regeln?

LG
Michael

[Mehto]

Hallo Michael,

ich hab auch schon nachgedacht den Controller für den T6963C Kompatible zu machen.
Das wäre dann aber für den armen Atmega viel zu komplex, außerdem bräuchte man für die großen Displays mindestens nochmal doppelt so viel Speicher.
Aber allein schon von der MHz zahl dürfte es nicht hinhauen so einen Kontroller mit verschiedenen Layern kompatible zu machen, der µC ist ja jetzt schon an seinen Leistungsgrenzen :-(

Somit gibt es leider erstmal eine Version die man zwar nicht direkt mit LCDHype oder anderen Programen anstueren kann (es sei denn man schreibt einen Treiber), sondern eine die (hoffentlich) gut läuft und sehr einfach mit einem µC ansteuerbar ist.
Das ist leider erstmal der kleine Nachteil für die Bascom Programmierer die gerne die vorhanden Libs benutzen wollen, ich werd mir aber mal Bascom anschauen und überlegen wie man da das Displays möglist einfach benutzen kann.

Eine Kontrastregelung per PWM wäre natürlich möglich, aber mir persönlich reicht die (meist einmalige) einstellung mit einem Poti.
Sollte das aber gewünscht sein kann ich das ja mal probieren :-)

Gruß,
Mehto

[gross_friedrich]

wer kennt den I2C-GLCD-Adapter und wuerde den empfehlen
http://www.channaa.com/html/i2c_glcd_adapter.html

GF

[RCO]

Hallo Leute,

ja, ich fische dieses alte Thema nochmal auf, weil ich fragen wollte, ob es weitere Fortschritte gibt oder jemand zufällig einen Art "Anleitung für Dummies" zum betreiben geschrieben hat.

[Mehto]

Hi,

ja, sorry, hab jetzt leider nochmal eine lange Pause gemacht und dann ein wenig im Untergrund gearbeitet :-(

Aber bei einem bin ich mir sicher, es dauert nicht mehr lang ;-)

Softwaremäßig ist der Controller eigentlich fertig, werde ihn noch ein wenig versuchen zu optimieren und noch besser zu kommentieren.

Hardwaremäßig muss ich jetzt noch ein zweiseitiges Layout mach, davor hab ich mich bis jetzt noch ein wenig gedrückt da ich mich in Eagle noch nicht so gut auskenne und noch nie ein zweiseitiges Layout gemacht habe, aber ich denke nächstes Wochenende werde ich darum nicht herumkommen...

Ich werde auf jeden Fall ein kleine Tutorial schreiben in dem die ansteuerung des Controllers beschrieben wird (und zwar ein kleiner Temperaturlogger)

Ein Datenblatt wo alles drin steht wird es sowiso geben (zur hälfte fertig)

Hab auch schon einen kleinen und einfachen Temperaturlogger auf dem MYAVR Board aufgebaut und damit den Controller angesteuert.

Hab das auch schon auf drei Displays ausprobiert klappt wuderbar :-)

Bilder hier:
http://pixeldot.pi.funpic.de/categories.php?cat_id=44

Und das neuste Bild:
http://pixeldot.pi.funpic.de/data/media/44/IMG_0845.JPG
Das ist ein 240x128 Pixeldisplay welches ich hier von einem sehr netten User aus dem Forum bekommen habe.
Mit einer kleinen Anpassung des Codes funktioniert der Controller auch mit diesem Display einwandfrei. :-)

Ich werd auch einen kelinen Artikel schreiben in dem nochmal ausführlich erklärt wird wie so ein Display ohne Controller angesteuert wird und was man alles beachten muss wenn man einen Controller selber programmieren will.

Außerdem wird der Controllercode sehr gut beschrieben damit jeder der ein bißchen Assembler kann, den Controller verstehen kann und dann wenn er will, auch eigene Displaybefhele hinzufügen kann. Vieleicht findet er ja dan auch einen Fehler oder schaft es ihn noch mehr zu optimieren.

Ich plane das ganze also als eine Art open source Projekt wo jeder mit helfen kann den Controller zu verbessern um ihn möglichst einfach mit einem µC anzusteuern.
So das man kaum noch eigene Routinen schreiben muss um z.B. eine linie zu malen.


Was ist euere Meinung zu dem ganzen?


Gruß,
Mehto

/Edit: Sorry für die vielen Rechtschreibfehler, war doch zu schnell geschrieben...

Hab ichs schon gesagt?
Unansteuerbare Grafik-Displays werden der Verganngenheit angehören! O:) Wer sich dann noch davor drückt Grafikdisplays mit einem µC anzusteuern soll nicht mehr sagen können "das ist zu kopliziert". *g*

[RCO]

Klasse!
Echt super, das du dich da so engagierst!
Der Temperaturlogger sieht echt klasse aus. Wenn ich irgendwo helfen kann, werde ich das gerne tun, allerdings habe ich weder Ahnung von Portlatches noch von ASM, oder zumindest wenig.

[Mehto]

Auja, du könntest mir wenn es so weit ist ein wenig am Tutorial helfen.

Und zwar könntest du mir helfen das ganze gut und verständlich zu rüber zu bringen, so das es auch Programmiersprachen unabhängig ist.

Und wenn du wilst, auch nach Rechtschreibfehlern suchen und mir beim Layout/Stiel helfen.

Aber natürlich nur wenn du möchtest und wenn es so weit ist (ca. 1Woche)

Gruß,
Mehto

[RCO]

Ja, gerne. Ich werde in nächster Zeit zwar auch wieder was für die Uni machen müssen, aber ich denke, dass ich Zeit finden werde.

[lionking]

mannoman das is echt der Hammer was ihr, vor allem Metho, da geleistet hat! Respekt!!
ich hab hier noch nen kleines farbdisplay rumliegen, aus nem alten minifernseher. bis vorhin dachte ich, das werde ich wohl nicht mehr zum laufen bringen, aber jetzt bin ich ein wenig zuversichtlicher.

aber erstmal erarbeite ich mir ein bisschen µC grundwissen.

achja falls jemand so ein display abzugeben hat, ich hab interesse.

[Mehto]

Endlich, wieder nach einer langen Pause bin ich nun dabei das Projekt abzuschließen. Im moment habe ich Ferien und genügend Zeit das Datenblatt und ein Tutorial zu schreiben.
Softwaremäßig ist der Controller fertig. Das heißt aber nicht das nichts mehr an der Software gemacht wird. DIe Software ist so weit das man schöne Diegramme und Texte schreiben/Zeichnen kann, es werden aber noch jede Menge nützlicher Funktionen folgen.

Momentan bin ich gearde beim Tutorial, das soll anderen helfen mit dem Zeichnen zurecht zu kommen und mir um die letzten Fehler im Controller zu beseitigen.
Es wird also bald jede Menge folgen, das werde ich dann auch alles auf meiner Page schön zusammen fassen und Dokumentieren.


Wer schon mal einen Blick riskieren möchte kann sich mal das unfertige Tutorial anschauen. (Layout und Rechtschreibfehler werden noch beseitigt :-b )

Jedenfalls wollte ich jetzt endlich bescheit geben das ich jetzt genügend Zeit habe alles fertig zu stellen. am 13. und 14. Juni habe ich noch Mathe und Physik Prüfungen, dann aber zwischenzeitlich auch genügend Zeit weitere Tutorials zu schreiben. Z.B. werden nach dem ersten welche folgen in denen erklärt wird wie man z.B. Diagramme zeichnet.

Gruß,
Mehto



/EDIT: Irgendwie hat das Hochladen doch geklappt und ist jetzt zwei mal das selbe..... naja, ihr braucht natürlich nur das erste zu öffnen...

[Mehto]

ups, hallo lionking,
sorry dich habe ich irgendwie übersehen :-(

Erstmal Danke!
Das Farbdisplay ist mit dem Controlelr leider nicht anzusteuern, Farbdispalys sind noch mal viel anspruchsvoller. Das wäre dann ein nächstes Projekt das ich oder jemand anderes machen könnte ;-)

Ich habe hier nämlich auch noch zwei kleine Farbdisplays mit Touchscreen rumliegen. Auch könnte man sich einen Controlelr für Notebookdispalys überlegen, die sind auch super groß und gibt es sehr günstig bei Ebay.
Allerding werden da die Pixel mit 40MHZ geladen, ein AVR schaft das leider nicht :-(


@RCO,

wenn ich das tutorial in den nächsten Tagen fertig habe werde ich auch Leute suchen dir mir vielleicht helfen die Codebeispiele in Bascom und C zu übersetzen.
Wenn du noch Interesse hast werd eich mich bei dir melden.
Als Belohnung könnte ich vielleicht eine Platine von dem Controller anbieten.

Das Layout ist übrigens auch schon fertig, aber Bruno (Forum User) war so nett es nochmal zu überarbeiten und dann ein paar Probeplatinen zu fertigen. Sind die dann auch wirklich ok werde ich mir mal ein paar Industriell fertigen lassen, von den könnte ich dann ein paar abgeben.

Aber bis das so weit ist (paar Wochen) habe ich die komplette Dokumentation fertig und man kann sich überlegen was aus dem Projekt später wird.
Vielleicht ist auch das Interesse groß und wir können eine kleine Sammelbestellung an Platinen machen, dann wirds für mich nochmal günstiger.
Aber bis dahin bekommt ihr natürlich alle noch gezeigt was der Controller wirklich kann.

Gruß,
Mehto

[one]

Hallo,
hab leider die Sammelbestellung verpasst.
Wo kann man diese Displays kaufen?

Gruesse, one

[joggele]

Hallo zusammen,

hier scheinen ja die Herren und Meister der Display Kunst versammelt zu sein! Respekt, was da auf die Beine gestellt wird!

Da ich einen ATM32 mein eigen nenne, soll dieser, neben ein paar anderen Aufgaben, auch die die Funktion eines Kompasses übernehmen. Hierzu gibt es ja bereits das praktische CMPS03:

http://www.shop.robotikhardware.de/shop/catalog/product_info.php?cPath=71&products_id=137

Das Problem ist nur: ich hab keine Ahnung, wie man so etwas realisiert. Ich kann nur sagen, wie ich es gerne hätte:

Es soll ein Display angeschlossen werden, welches die Himmelsrichtungen in so einer Art Windrose oder ähnlichem anzeigt. Das Display sollte möglichst klein ausfallen, da dieses an einem Motorrad verbaut werden soll.

Hat jemand so etwas schon einmal realisiert / umgesetzt? Würde mir da jemand freundlicherweise behilflich sein?


Grüssle
Jürgen