20.04.2024, 01:28
Sprache ändern
Registrieren
Anmelden
Sie sind nicht angemeldet.
Lieber Besucher, herzlich willkommen bei: Aqua Computer Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Samstag, 18. September 2010, 14:20
Ok, soviel zum allgemeinen Kram - ansonsten solltest Du genauere Angaben machen:
-Was für ein GLCD?
-Wie wird es angesteuert (seriell (RS232), parallel (4bit, 8bit), SPI, TWI / I²C...)?
-In welcher "Sprache" programmiert Ihr (Assembler, irgendwelche Basic/Pascal/C-Derivate)?
Und dann gib mal an, was Ihr (mit welchen Ergebnissen) versucht habt - damit man das/die Problem/e suchen und eingrenzen kann
@Sebastian: Treiber??? für'n µC? Sind die dann wenigstens in Ihrer Registerverwendung dokumentiert?
Edit: Achso...
meld (wie gesagt quick&dirty mit Bascom... final wirds dann wohl in Assembler werden...)
-Was für ein GLCD?
-Wie wird es angesteuert (seriell (RS232), parallel (4bit, 8bit), SPI, TWI / I²C...)?
-In welcher "Sprache" programmiert Ihr (Assembler, irgendwelche Basic/Pascal/C-Derivate)?
Und dann gib mal an, was Ihr (mit welchen Ergebnissen) versucht habt - damit man das/die Problem/e suchen und eingrenzen kann
@Sebastian: Treiber??? für'n µC? Sind die dann wenigstens in Ihrer Registerverwendung dokumentiert?
Edit: Achso...
hat jemand sowas schonmal gemacht?
meld (wie gesagt quick&dirty mit Bascom... final wirds dann wohl in Assembler werden...)
Samstag, 18. September 2010, 14:43
naja, ich meinte display bibliothek, also ein stück software was einem direkt high level funktionen zum zeichnen auf dem display bereitstellt, ohne sich um sachen wie pages, register usw kümmern zu müssen.@Sebastian: Treiber??? für'n µC? Sind die dann wenigstens in Ihrer Registerverwendung dokumentiert?
Normalerweise schreibt man ja nicht alles neu was es schon hundertfach gibt.
Samstag, 18. September 2010, 15:41
-Was für ein GLCD?
http://www.lcd-module.de/pdf/grafik/dip240-7.pdf
-Wie wird es angesteuert (seriell (RS232), parallel (4bit, 8bit), SPI, TWI / I²C...)?
8 bit
-In welcher "Sprache" programmiert Ihr (Assembler, irgendwelche Basic/Pascal/C-Derivate)?
Bascom
Samstag, 18. September 2010, 15:44
1. Ist das lcd richtig angeschlossen
Ja aber ich werd nochmal Schaltpläne posten
2. kontrastspannung richtig?
Ja ist schon verbaut
3. den lcd treiber (avr seitig) entsprechend der IO beschaltung angespasst.
??
4. den richtigen treiber für das lcd gewählt, es gibt ja verschiedene lcd treiber (chips) die zueinander inkompatibel sind
is n t6963c ist in der config graphlcd drin
5. eventuell ein fehler in den geometrie routinen.
Wir können werdern Punklt nochn Text darstellen
6. Timing Problem, zu schnell oder zu langsamm bei falsch gesetzten fuse Bits im Controller.
Von Fuses haben wir keine Ahnung haben die nach ner Anleitung eingestellt
Arith
PS sry dür Doppelpost
Samstag, 18. September 2010, 16:15
is n t6963c ist in der config graphlcd drin
Schaust Du Hilfe
(Config graphlcd) - da steht auch die Pinverwendung drinn, und'n allgemeines Beispiel Edit: wegen dem Timings... aus dem Datenblatt des µC:
wenn der also noch default ist, muß Bascom den Wert auch bekommen ($CRYSTAL=1000000). CAVE:zumindest bei einigen Controllern gab es noch 'ne Fuse, die den Prozessortakt mittels eines Prescalers durch 8 teilt - kA, ob der mega32 sowas auch hat
Zitat
Default Clock Source
The device is shipped with CKSEL = “0001” and SUT = “10”. The default clock source setting is
therefore the 1 MHz Internal RC Oscillator with longest startup time. This default setting ensures
that all users can make their desired clock source setting using an In-System or Parallel
Programmer.
nochn Edit: zu 3tens: Sebastian meint quasi "config graphlcd=blablabla", wobei Du insbesondere darauf achten sollst, die verwendeten AVR-Pins auch anzugeben. Also den Port für die Datenleitungen und den für die Steuerleitungen. Bei den Datenleitungen ist die Belegung der einzelnen Pins festgelegt (weil das zu übertragende Datenbyte mMn eins zu eins in's Portregister geschrieben wird), bei den Steuerleitungen kannst Du die einzelnen Pins halt auswählen (müssen aber von einem Port sein). Jetzt alles klar?
Samstag, 18. September 2010, 18:43
nochn Edit: zu 3tens: Sebastian meint quasi "config graphlcd=blablabla", wobei Du insbesondere darauf achten sollst, die verwendeten AVR-Pins auch anzugeben. Also den Port für die Datenleitungen und den für die Steuerleitungen. Bei den Datenleitungen ist die Belegung der einzelnen Pins festgelegt (weil das zu übertragende Datenbyte mMn eins zu eins in's Portregister geschrieben wird), bei den Steuerleitungen kannst Du die einzelnen Pins halt auswählen (müssen aber von einem Port sein). Jetzt alles klar?
is haben wir
Arith
Samstag, 18. September 2010, 22:14
Habt ihr mal überprüft, ob auch alle Prozessorpins auf die angenommenen Header führen (das hat mich mit 'nem Mega8 und dessen B6 B7 mal Nerven gekostet - die liegen da nämlich nicht auf dem B-Header sondern beim AUX (wegen des Taktes, klar) 
).
sollte man ja auf dem Board problemlos mit den LEDs testen können... genauso wie den korrekten Takt. Einfach in 'ner loop 'ne LED toggeln lassen, und 'ne 1s Pause mit wait. (Das hatte wegen dieser CKDIV-Fuse auch mal 8s gedauert...)
Oh, google findet tatsächlich noch meine Frage dazu im alten Forum... da
Tante Edith läßt noch ausrichten, daß die Fuse CKDIV8 hieß
). sollte man ja auf dem Board problemlos mit den LEDs testen können... genauso wie den korrekten Takt. Einfach in 'ner loop 'ne LED toggeln lassen, und 'ne 1s Pause mit wait. (Das hatte wegen dieser CKDIV-Fuse auch mal 8s gedauert...)
Oh, google findet tatsächlich noch meine Frage dazu im alten Forum... da
Tante Edith läßt noch ausrichten, daß die Fuse CKDIV8 hieß
Sonntag, 19. September 2010, 22:34
Habt ihr mal überprüft, ob auch alle Prozessorpins auf die angenommenen Header führen (das hat mich mit 'nem Mega8 und dessen B6 B7 mal Nerven gekostet - die liegen da nämlich nicht auf dem B-Header sondern beim AUX (wegen des Taktes, klar)
beim STK500??
für das Display benutzen wir PortB garnicht.
Arith
Sonntag, 19. September 2010, 23:51
Für weiteres müßte man mal in den "Schaltplan" und den Code sehen. Wie steckt Ihr das Display an? Über die DIL-PINs, oder den ZIF-Folienkontakt? (Pin 21-40)
Quellcode und Schaltplan gibts morgen.
µC und Display haben hewahls eine eigene Platine und die werden mit Flachbandleitung verbunden.
Arith
Ähnliche Themen
-
Hardware, allgemein »-
Fragen zu GLCD
(2. April 2006, 14:24)
-
- Elektronik »
-
GLCD was wohin???
(26. Oktober 2004, 19:51)
-
- Selbstgebautes »
-
Goldfinger Mod UPDATE page 5 !+ p.9 !!!!
(16. April 2003, 22:33)