Geschätztes Forum, als Anfänger habe ich versucht, mich mit folgenden Themen vertraut zu machen: ADC LCD mit CGRAM Timer Ich benutze einen ATMEGA8A-PU und programmiere in Assembler in Studio 4. Aktuell arbeite ich am Modell eines DVM. Die gemessene Spannung wird in Line 1 angezeigt. In Line 2 wird eine Quasi-Analoganzeige mit 0 bis 80 'Balken' ausgegeben. Das ergibt sich aus 16 Zeichen pro Zeile zu je 5 Punkten bei 5x7 Dot Matrix. Bei Verwendung des LCD CP594V-0 funktioniert das auch prima. Weil dieses LCD aber so hässlich und klobig ist, würde ich gerne ein LCD DOGM162W-A verwenden. Schon bei der Initialisierung desselben musste ich mich ganz schön quälen (wer keine anderen Sorgen hat der macht sich welche), habe es aber schliesslich hinbekommen. Bei der 4-Bit-Verdrahtung sowie Assembler findet man praktisch keine Hilfe im Internet, im Gegensatz zur SPI-Verdrahtung und C. Mit SPI möchte ich mich erst später beschäftigen, mit C gar nicht. ------------------------------------------------------------------------ --- Hilferuf: Was mir aber beim DOGM162W-A trotz aller Mühen nicht gelingt, das ist die Quasi-Analoganzeige in Line 2. Dabei gibt es aber kein Problem mit der Line 2 selbst: Ausgaben dahin gelingen einwandfrei. Das Problem liegt mit grosser Sicherheit beim CGRAM. Entweder beschreibe ich es nicht richtig oder lese es nicht richtig aus oder beides. Wenn mir hier jemand helfen würde, wäre ich wirklich dankbar. DOGM162W-A.asm, Labels 'CGRam' bis 'Symbole': Beschreiben des CGRAM DOGM162W-A.asm, Labels 'Loop70' bis 'Loop780': Definition der auszugebenden 'Felder', 'Balken' und Blanks DOGM162W-A.asm, Labels 'Loop80' bis 'Loop85' : Ausgabe der 'Felder', 'Balken' und Blanks in die Line 2 Der Controller des LCD DOGM162W-A heisst ST7036. Die Adressierung des CGRAM ist im Datenblatt auf Seite 34 zu finden: * Set CGRAM Address RS RW DB7 DB6 DB5 DB4 DB3 DB2 DB1 DB0 0 0 0 1 AC5 AC4 AC3 AC2 AC1 AC0 Set CGRAM address to AC. This instruction makes CGRAM data available from MPU. Weil mir diese Adressierung offensichtlich nicht gelingt, habe ich den Text zu den o.g. Labels gegenüber dem Text CP594V-0.asm hier unverändert gelassen. Beim LCD CP594V-0 funktioniert es genau so, beim LCD DOGM162V-0 aber nicht. Hier muss man demnach noch die Adressierung einfliessen lassen. Das habe ich natürlich auf jede Weise, die mir eingefallen ist, versucht. Ohne jeden Erfolg. ------------------------------------------------------------------------ --- Bisher realisierte Funktionen des DVM: DC Range: AUTO DC Range: 0.25 V DC Range: 2.5 V DC Range: 25 V DC Range: 250 V AC Range: AUTO AC Range: 0.25 V AC Range: 2.5 V AC Range: 25 V AC Range: 250 V Diese Funktionen sind mittels einer Taste wählbar. Falls nicht 'AUTO' gewählt wurde und die zu messende Spannung den Maximalwert [(2 ^ 10 – 1) * 25 = 25575] erreicht oder überschreitet, erscheint 'OVERFLOW' in der Line 2 statt der Quasi-Analoganzeige. Bei der Wahl von 'AUTO' wird natürlich jeweils der nächst höhere Messbereich eingeschaltet. 'OVERFLOW' erscheint dann erst bei Erreichen von 255.75 V. Noch zu realisierende Funktionen (nach vorläufigem Stand): * Vielfachablesung der zu messenden Spannung ohne Änderung der Auflösung. * Korrekturberechnungen derart, dass die "Genauigkeit" von 10 Bit möglichst erreicht wird. * Überwachung der Versorgungsspannung (Alkali-Zellen oder Akkus). * Durchgangs-Prüfer. Insbesondere der lt. Literatur angeblich "ideale" Gleichrichter für die AC Messung verschiebt und verbiegt die Kalibrierkurven erheblich. Auch der Multiplexer CD4066 ist umso stärker an Ungenauigkeiten beteiligt, je niederohmiger die OP Rückkopplung ist, weil die Schalter des CD4066 einen nicht ganz stabilen Innenwiderstand von ca. 130 Ohm haben. Der ADC der MPU selbst ist auch nicht gerade von BURR-BROWN. Kalibrierung und Ausgleichsberechnungen aufgrund der Ergebnisse sind aber erst nach Aufbau eines fest verdrahteten Modells möglich. Die Kontakte des bis jetzt verwendeten Steckbrett-Modells verändern ihre Übergangswiderstände bei jeder Bewegung erheblich. Die ASM-Dateien sind sehr sorgfältig kommentiert sowie in primitivster Logik ohne alle Tricks erstellt. Einem erfahrenen Programmierer dürften die Haare zu Berge stehen, aber so ist halt mein gegenwärtiger Wissensstand. Nach dem Entzippen der Datei <DVM mit Quasi-Analoganzeige.zip> in einem Directory ergibt sich folgende Anordnung von Dateien: \CP594V-0\AvrBuild.bat \CP594V-0.aps \CP594V-0.asm \CP594V-0.aws \CP594V-0.hex \CP594V-0.map \CP594V-0.obj \DOGM162W-A\AvrBuild.bat \DOGM162W-A.aps \DOGM162W-A.asm \dogm162w-a.aws \DOGM162W-A.hex \DOGM162W-A.map \DOGM162W-A.obj \DSC22492.pdf \DSC22493.pdf \DVM mit Quasi-Analoganzeige.zip \Versuchsaufbau 1.pdf \Versuchsaufbau 2.pdf \Versuchsaufbau 3.pdf \Versuchsaufbau.spl7 Die Datei 'Versuchsaufbau.spl7' kann mittels des Programms ABACOM sPlan7 editiert werden. Sie enthält die Schaltpläne entspr. Versuchsaufbau 1.pdf bis Versuchsaufbau 3.pdf. Die ZIP-Datei wurde mittels 7-Zip erstellt. Der 'sPlan 7.0 Viewer' ist kostenlos erhältlich bei www.abacom-online.de/ Ich hoffe sehr auf Eure Hilfe bei menem Problem mit dem CGROM des LCD DOGM162W-A. Für jede Mühe danke ich ganz herzlich. Klaus
Warst Dir jetzt nicht sicher, was Du machen sollst, Projektvorstellung oder Frage? Deine Frage ging dabei weitestgehend unter. Klaus D. schrieb: > Entweder beschreibe ich es > nicht richtig oder lese es nicht richtig aus oder beides. Da die Routine CGRam in DOGM162W-A.asm nirgends aufgerufen wird, enthält das Icon Ram auch nichts. Und hierzu: Klaus D. schrieb: > Einem erfahrenen Programmierer dürften > die Haare zu Berge stehen Ja. ;D
Hallo MWS,
vielen Dank für Deine Antwort. Der eigentliche Grund meines Beitrags ist
die Frage nach dem Schreiben ins und dem Auslesen aus dem CGRAM des LCDs
DOGM162W-A. Mit der Vorstellung des Gesamtprojektes bin ich sicherlich
übers Ziel hinausgeschossen.
Deine Rüge, im File DOGM162-A.asm würde die Routine CGRam nirgends
aufgerufen, ist korrekt. Der Grund dafür ist aber einfach: Wenn sie
aufgerufen wird, dann funktioniert sie nicht oder, falls sie doch
funktionieren sollte, dann funktioniert meine Version des Auslesens
nicht.
Der Aufruf würde wie folgt erfolgen:
rcall LCD_init
rcall LCD_clear
rcall CGRam ; <---
rjmp Loop010 ; First check of the Measuring Range
;-----------------------------------------------------------------------
; Main Loop
Loop:
sei ; Allow Interrupt
nur funktioniert es beim LCD DOGM162W-A leider nicht.
Beim LCD CP594V-0 funktioniert es einwandfrei.
Unterschiedlich sind die Controller der LCDs:
DOGM162W-A Controller: ST7036
CP594V-0 Controller: KS0070B
Für Hilfe bei meinem Problem wäre ich wirklich sehr dankbar.
Nachfolgend die relevanten Programmzeilen:
;-----------------------------------------------------------------------
; Zeichen ins CGRAM des LCD schreiben
CGRam:
sbi PORTD , 4 ; RS
ldi R16 , 0b00000000
out PORTD , R16
ldi ZL , LOW(Symbole*2)
ldi ZH , HIGH(Symbole*2)
CGRam1:
lpm R16 , Z+
cpi R16 , 253
breq CGRam2
rcall LCD_cmd
lpm R16 , Z+
cpi R16 , 253
breq CGRam2
rcall LCD_data
rjmp CGRam1
CGRam2:
cbi PORTD , 4 ; RS
ret
;-----------------------------------------------------------------------
; Zeichen fürs CGRAM des LCD
Symbole:
.db 64,0,65,0,66,0,67,0,68,0,69,0,70,0,71,0
.db 72,0,73,0,74,0,75,16,76,16,77,16,78,0,79,0
.db 80,0,81,0,82,0,83,24,84,24,85,24,86,0,87,0
.db 88,0,89,0,90,0,91,28,92,28,93,28,94,0,95,0
.db 96,0,97,0,98,0,99,30,100,30,101,30,102,0,103,0
.db 104,0,105,0,106,0,107,31,108,31,109,31,110,0,111,0,253,0
;-----------------------------------------------------------------------
;-----------------------------------------------------------------------
; Ausgabe LCD Zeile 2: Löschen der LCD Zeile 2 durch Ausgabe von Blanks
; wenn R22 = 0 und R23 = 0 bzw. Ausgabe der Balken, falls U_Mess > 0
Loop80:
tst R23 ;
brne Loop81 ; R23 > 0 oder/und R22 > 0 ?
tst R22 ; dann ist U_Mess > 0
brne Loop81 ; und Balken werden in der LCD Zeile 2
; ausgegeben
rcall LCD_line2
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
ldi R16 , ' '
rcall LCD_data
rjmp Loop
Loop81:
cbr R19 , 0b11000000
rcall LCD_line2
Loop82: ; Felder, 0 ... 15
cpi R19 , 0
breq Loop83
ldi R16 , 5
rcall LCD_data
dec R19
tst R19
brne Loop82
Loop83: ; Balken, 1 ... 5
cpi R20 , 1
breq Loop831
cpi R20 , 2
breq Loop832
cpi R20 , 3
breq Loop833
cpi R20 , 4
breq Loop834
cpi R20 , 5
breq Loop835
Loop831: ; 1 Balken
ldi R16 , 1
rcall LCD_data
rjmp Loop84
Loop832: ; 2 Balken
ldi R16 , 2
rcall LCD_data
rjmp Loop84
Loop833: ; 3 Balken
ldi R16 , 3
rcall LCD_data
rjmp Loop84
Loop834: ; 4 Balken
ldi R16 , 4
rcall LCD_data
rjmp Loop84
Loop835: ; 5 Balken
ldi R16 , 5
rcall LCD_data
rjmp Loop84
Loop84: ; Blanks, 15 ... 0
cpi R21 , 0
breq Loop85
ldi R16 , 0
rcall LCD_data
dec R21
tst R21
brne Loop84
Loop85:
rjmp Loop
;-----------------------------------------------------------------------
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.