ich versuche, meine Hardware mit ATxmega128A1 zu programmieren. Ich benutze ein Display EADOM162W-A, 3.V, 4bit, parallel, ohne LED-Hintergrundbeleuchtung. Wenn ich den Code hochlade, sehe ich nur schwarze Kästchen, außerdem sehe ich in meinem Code Spannung am RS-Pin immer hoch, E-Pin immer niedrig und D4-D7 auch niedrig. Die Spannungen an diesen Pins schalten nur um, wenn ich sie explizit in 'int main' zum Umschalten programmiere. Mein Code ist unten angehängt, ich würde mich über jeden Vorschlag freuen. Ich danke Ihnen.
lcd_send_command(0x39); // Function set: 2-line, extended instruction set
5
_delay_ms(5);
6
lcd_send_command(0x14); // Bias set
7
_delay_ms(5);
8
lcd_send_command(0x55); // Power control: Booster ON, Contrast C5, C4
9
_delay_ms(5);
10
lcd_send_command(0x6D); // Follower control: Voltage follower and gain
11
_delay_ms(200); // Allow voltage follower to stabilize
12
lcd_send_command(0x74); // Contrast set (low bits)
13
_delay_ms(5);
14
lcd_send_command(0x38); // Function set: Normal instruction set
15
_delay_ms(5);
16
lcd_send_command(0x0C); // Display ON: Display ON, cursor OFF, blink OFF
17
_delay_ms(5);
18
lcd_send_command(0x01); // Clear display
19
_delay_ms(10); // Wait for clear command to execute
20
lcd_send_command(0x06); // Entry mode set: Increment cursor, no shift
21
_delay_ms(5);
}
// Send a command to the LCD
void lcd_send_command(uint8_t cmd) {
LCD_RS_LOW(); // Command mode
lcd_send_nibble(cmd >> 4); // Send high nibble
lcd_send_nibble(cmd & 0x0F); // Send low nibble
_delay_us(100); // Wait for the command to execute
}
// Send data to the LCD
void lcd_send_data(uint8_t data) {
LCD_RS_HIGH(); // Data mode
lcd_send_nibble(data >> 4); // Send high nibble
lcd_send_nibble(data & 0x0F); // Send low nibble
_delay_us(100); // Wait for the data to execute
}
// Send a nibble (4 bits) to the LCD
void lcd_send_nibble(uint8_t nibble) {
PORTC.OUTCLR = LCD_D4 | LCD_D5 | LCD_D6 | LCD_D7; // Clear data lines
1
// Set data lines based on nibble
2
if (nibble & 0x01) PORTC.OUTSET = LCD_D4;
3
if (nibble & 0x02) PORTC.OUTSET = LCD_D5;
4
if (nibble & 0x04) PORTC.OUTSET = LCD_D6;
5
if (nibble & 0x08) PORTC.OUTSET = LCD_D7;
6
7
LCD_E_HIGH(); // Pulse E pin
8
_delay_us(2); // Increased pulse width
9
LCD_E_LOW();
10
_delay_us(200); // Increased latch time
}
// Print a string to the LCD
void lcd_print(const char *str) {
while (*str) {
lcd_send_data(*str++); // Send characters in data mode
_delay_ms(2); // Added delay between characters
}
}
// Clear the LCD display
void lcd_clear() {
lcd_send_command(0x01); // Clear display command
_delay_ms(10); // Wait for clear command to execute
}
// Set the cursor to a specific position
void lcd_set_cursor(uint8_t row, uint8_t col) {
uint8_t address = (row == 0) ? col : (0x40 + col);
lcd_send_command(0x80 | address); // Set DDRAM address
_delay_ms(2); // Added delay for cursor set
}
// Main program
int main() {
lcd_init(); // Initialize the LCD
Danke. Aber die schwarzen Kästen erscheinen immer noch. Auch die Spannungen schalten nicht um. RS ist immer hoch, E ist immer niedrig, D4 hoch, D5-D7 niedrig.
Ich habe den folgenden Code verwendet:
#define F_CPU 16000000UL // Define the CPU frequency as 16 MHz
#include <avr/io.h>
#include <util/delay.h>
int main(void) {
// Set RS, E, D4-D7 as outputs
PORTC.DIR |= (1 << RS) | (1 << E) | (1 << D4) | (1 << D5) | (1 << D6) | (1 << D7);
// Initialize the LCD
LCD_Init();
// Set contrast to a middle value (e.g., 32 out of 63)
LCD_SetContrast(32);
// Display a test message
LCD_Command(0x80); // Set cursor to the first position
LCD_Data('H');
LCD_Data('E');
LCD_Data('L');
LCD_Data('L');
LCD_Data('O');
while (1) {
// Infinite loop (do nothing)
}
}
void LCD_Init(void) {
_delay_ms(20); // Wait for LCD to power up
Hab noch was vergessen : das Display ist auf SPI "verdrahtet"
Den Code von Github würde ich als Basis nehmen und den Code
von Dir entsprechend überprüfen / anpassen.
leider hat das Display immer noch nicht wie erwartet funktioniert. Es werden immer noch schwarze Kästchen angezeigt, es wurden verschiedene Verträge getestet.
Wäre jemand so freundlich, meinen Code zu überprüfen?
Wäre jemand so freundlich, meinen Code zu überprüfen?
Nachdem sich niemand meldet, versuche ich es mal, allerdings ohne allzu große Hoffnung, denn: ich habe hier nur ein Uralt-LCD, 2*16 stellig (ist wohl ein HD44780).
Damit funktioniert das vorgestellte Programm, wenn ich die 10 Zeilen nach 'Initialization sequence as per datasheet' ersetze durch
1
lcd_send_byte(0x28,1);
2
lcd_send_byte(0x06,1);
3
lcd_send_byte(0x0C,1);
Dass ich mit einem ATmega4809 arbeite, sollte keine Rolle spielen.
Hallo zusammen, vielen Dank für die vielen Anregungen. Ich habe in der Lage gewesen, die Zeichen auf dem Display zu sehen, aber es geht zurück zu schwarzen Boxen Gewinn nach ein paar Millisekunden. Ich habe die Initialisierung gemäß der Seite 41 von https://www.lcd-module.com/eng/pdf/zubehoer/st7036.pdf durchgeführt.
Könnte es möglicherweise irgendwelche anderen Probleme im Code geben? Vielen Dank für Ihre Erkenntnisse.
Könnte es möglicherweise irgendwelche anderen Probleme im Code geben?
Vielen Dank für Ihre Erkenntnisse.
Du solltest bei der Initialisierung des I/O-Ports zuerst das Datenregister initialisieren und dann erst die Bits im Direction-Register setzen. Ansonsten gibt es kurze Impulse, falls im Datenrigister Bits gesetzt waren.
Ich habe in der
Lage gewesen, die Zeichen auf dem Display zu sehen, aber es geht zurück
zu schwarzen Boxen Gewinn nach ein paar Millisekunden.
So ganz verstehe ich Deine Aussage nicht. Wenn die Zeichen zuerst lesbar waren und dann verschwinden, würde ich auf eine falsche Einstellung des Kontrastst tippen.
Respekt, dass Deine Augen "ein paar Millisekunden" auflösen. Bei mir liegt's in der Größenordnung von hundert Millisekunden. :-)
So ganz verstehe ich Deine Aussage nicht. Wenn die Zeichen zuerst lesbar
waren und dann verschwinden, würde ich auf eine falsche Einstellung des
Kontrastst tippen.
Respekt, dass Deine Augen "ein paar Millisekunden" auflösen. Bei mir
liegt's in der Größenordnung von hundert Millisekunden. :-)
Grüßle,
Volker
Ich meine, dass es nach der Anzeige der Zeichen wieder zu schwarzen Kästchen wird, sobald ich den Code flashe. Der Unterschied zwischen den Vout und Vin Pins des Displays ist 2.584 Volt. Könnte dies ein Problem sein? Ich habe es mit verschiedenen Kontrastwerten im Code versucht, aber es wird immer noch das Gleiche angezeigt.
Ich meine, dass es nach der Anzeige der Zeichen wieder zu schwarzen
Kästchen wird, sobald ich den Code flashe.
Sorry, aber das verstehe ich nicht. Wieso werden Zeichen angezeigt bevor Dein Code überhaupt ausgeführt wird?
Der Unterschied zwischen den
Vout und Vin Pins des Displays ist 2.584 Volt. Könnte dies ein Problem
sein?
Ich kenne das verwendete LCD leider nicht. Meine Erfahrungen beziehen sich auf den 44780 und für diesen scheint mir Deine Initialisierung zu funktionieren. Der Begriff "Voltage Booster" aus dem Datenblatt deutet darauf hin, dass es wohl einen Spannungsunterschied geben wird. Ist Vout höher als Vin?
Ich habe es mit verschiedenen Kontrastwerten im Code versucht,
aber es wird immer noch das Gleiche angezeigt.
Ich würde die Werte nicht fest in den Code schreiben sondern in einem Vorversuch, z.B. über die serielle Schnittstelle, eingeben und dann schrittweise den gesamten Wertebreich "durchspielen", inkl. "booster on"
und "booster off".
Dort ist angegeben lcd_send_byte(0x30); du machst daraus cd_send_nibble(0x03);
Das ist sicher nicht das Gleiche.
Wenn du schon Send_nibble() verwenden willst dann so:
du machst daraus cd_send_nibble(0x03);
Das ist sicher nicht das Gleiche.
Das ist schon korrekt. Bei der Initialisierung wird das LCD immer erst im 8-Bit-Modus angesprochen, deshalb ohne lcd_send_byte(), was daraus jeweils zwei Nibbles machen würde.
Das passiert dreimal, um es ggf. auch erstmal sauber aus dem 4-Bit-Modus zurückzuholen zu können, erst danach wird es dann auf 4-Bit umgeschaltet und dann nibbleweise angesprochen.
Das ist schon korrekt. Bei der Initialisierung wird das LCD immer erst
im 8-Bit-Modus angesprochen, deshalb ohne lcd_send_byte(), was daraus
jeweils zwei Nibbles machen würde.
nö ist eben nicht ok. Im Datenblatt steht ja eindeutig wie das Display zu initialisieren ist. Da steht nix davon dass man am Anfang nur Nibbles senden darf.
Wenn also mit lcd_send_nipple() dann etwa so:
1
//3 times functionset
2
lcd_send_nibble(0x03);lcd_send_nibble(0x00);
3
lcd_send_nibble(0x03);lcd_send_nibble(0x00);
4
lcd_send_nibble(0x03);lcd_send_nibble(0x00);
5
...
übrigens ist ein delay() bei lcd_send_nipple() vollkommen überflüssig. Die delays sind immer nach einem vollständigen cmd notwendig.
Im Datenblatt steht ja eindeutig wie das Display
zu initialisieren ist. Da steht nix davon dass man am Anfang nur Nibbles
senden darf.
Komisch, der Hitachi 44780 ist mit 4 Nibbles zufrieden, um ihn in den 4-Bit-Modus zu bringen. Es wäre auch unlogisch, 8-Bit-Daten zu fordern, wenn das LCD nur mit 4 Datenleitungen an die MCU gekoppelt ist.
Da die unteren 4 Datenleitungen nicht beschaltet sind, "sieht" das LCD bei Ausgabe des 0x03 Nibbles das Byte 0x30. Aber an diesem Punkt würde mir zu denken geben, dass der Hersteller des hier verwendeten LCD explizit fordert, die unbeschalteten Datenleitungen auf Vdd zu legen.
Wenn also mit lcd_send_nipple() dann etwa so:
1
>//3 times functionset
2
>lcd_send_nibble(0x03);lcd_send_nibble(0x00);
3
>lcd_send_nibble(0x03);lcd_send_nibble(0x00);
4
>lcd_send_nibble(0x03);lcd_send_nibble(0x00);
5
>...
6
>
...mit etwas Glück ignoriert der Controller die unötigen Null-Nibbles.
Komisch, der Hitachi 44780 ist mit 4 Nibbles zufrieden,
auch beim Hitachi ist es nicht anders. Ich benutzte seit 30 Jahren 3 Functionsets um in den 4 Bit Mode zu kommen. Das war so auch im alten Hitachi DB beschrieben. Erst die neueren DBs von Hitachi sind da anders.
Nicht umsonst ist das Low nibble dont care. Die haben sich das damals ganz geschickt ausgedacht.
Beim 3. FunktionSet kann man dann 1 bzw 2 Zeilen einstellen.
Im Datenblatt steht ja eindeutig wie das Display zu initialisieren ist.
Da steht nix davon dass man am Anfang nur Nibbles senden darf.
Ob Du die Funktion lcd_send_nibble() oder lcd_send_without_chopping_bytes_into_nibbles() nennst, ist völlig egal.
Es geht darum, was im Endeffekt passiert, nämlich Ansteuerung im 8-Bit-Modus. Erst wenn das LCD sicher im 4-Bit-Modus ist, sendet man jeweils 2 Nibbles.
Halten wir fest: das zuletzt gezeigte Programm läuft mit HD44780.
Es muss folglich an den Zusatzfunktionen des ST7036 liegen (im Programm: 0x70, 0x5E, 0x6C) oder an der Hardware(-verdrahtung).
Vielen Dank an alle für die Vorschläge. Nur ein kurzes Update, ich verband die D0-D3-Pins an die VDD, aber jetzt das Display nicht einschalten mit dem Code, den ich vor beigefügt. Auch die Vout-Pin-Spannung ist jetzt weniger als 3,3 V, die um 5,5 V war, während D0-D3 unverbunden gelassen wurden.
Außerdem zeigte D0-D3 3,28V an, wenn es nicht an VDD angeschlossen war.
Merkwürdig: RS ist mit PC1 des uCs verbunden, und zeigt bei mir nach Programmende High-Pegel, es erfolgt ja zum Schluss eine Textausgabe, also Daten, und RS wird nicht mehr explizit zurückgesetzt.
Merkwürdig: RS ist mit PC1 des uCs verbunden, und zeigt bei mir nach
Programmende High-Pegel, es erfolgt ja zum Schluss eine Textausgabe,
also Daten, und RS wird nicht mehr explizit zurückgesetzt.
Für den Moment kehre ich zum vorherigen Aufbau zurück, wobei D0-D3 nicht angeschlossen sind. Das Display ist wieder eingeschaltet, die Zeichen blinken kurz auf und werden dann zu Kästchen. Auffallend ist, dass die Zeichenkästen blau sind, der Rest ist schwarz.
Die Spannungen am Rs-Pin zeigen 3,287 V, am E-Pin 0 V. D0-D3 (unverbundene Pins) zeigen 3,244 V
Ein allerletzter Versuch von meiner Seite: was passiert denn, wenn Sie die ST7036-spezifischen Kommandos weglassen bzw. auskommentieren ('Contrast Control Commands', diese 0x70, 0x5E, 0x6C), d.h. für den Anfang auf die Reset-Werte des ST7036 vertrauen?
Die 3,3V an den unbenutzten Pins sollten schon angelegt werden - steht ja nicht umsonst im Datenblatt.
Kann es an Deiner Platine / Lötstellen liegen? Sieht ja nicht unbedingt "Fabrikfrisch" aus :-)
Hast Du das auch wirklich so ("ungewöhnlich") verschaltet?
#define LCD_D4 PIN3_bm // Data Bit 4 (PC3)
#define LCD_D5 PIN2_bm // Data Bit 5 (PC2)
#define LCD_D6 PIN5_bm // Data Bit 6 (PC5)
#define LCD_D7 PIN4_bm // Data Bit 7 (PC4)
Der Takt ist hier nicht das Problem. Ein externer 16MHz-Takt wurde an die MCU angeschlossen. Tut mir leid, wenn Sie mich falsch verstehen. Trotzdem vielen Dank für die Anregung :)
Leider hat es bisher nicht funktioniert. Das Zeichen erscheint nur kurz und verwandelt sich dann in Kästchen. Ich kann die Zeichen sehen, wenn ich das Display aus einem bestimmten Winkel betrachte.
Ich habe die Pins D0-D3 wieder an VDD angeschlossen. Die Lötung ist in Ordnung und ein 16MHz externer Quarz (HC6035/4-16MHz) ist an die MCU angeschlossen. Die am E-Pin beobachtete Spannung war niedrig und lag in allen Testfällen bei 3,286 V.
Da hätte ich gerne das dazugehörige Programm gesehen.
Die von Ihnen zuletzt gezeigte Version mit den wahllos eingestreuten 0x00-Befehlen sieht nicht durchdacht aus.
Ich wollte eigentlich nichts mehr schreiben, aber das kann nicht funktionieren:
1
// Step 2: 8-bit Mode Initialization (3 times Function Set 0x30)
2
lcd_send_nibble(0x03);lcd_send_nibble(0x00);// First function set
3
_delay_ms(5);// Longer delay after the first command
4
lcd_send_nibble(0x03);lcd_send_nibble(0x00);// Second function set
5
_delay_us(200);// Shorter delay for subsequent commands
6
lcd_send_nibble(0x03);lcd_send_nibble(0x00);// Third function set
7
_delay_us(200);
8
// Step 3: Force 4-bit Mode (0x20)
9
lcd_send_nibble(0x02);lcd_send_nibble(0x00);// Force 4-bit mode
10
_delay_us(200);
Das jeweils 2. "lcd_send_nibble(0x00)" gehört da nicht hin - es wird ein zusätzlicher Enable-Impuls erzeugt, der (mit Wert 0) nicht in die Initialisierungs-Sequenz gehört.
Erst nach Einstellung auf 4-Bit-Modus werden jeweils 2 Nibble mit 2 Enable-Impulsen erwartet.
Da hätte ich gerne das dazugehörige Programm gesehen.
Die von Ihnen zuletzt gezeigte Version mit den wahllos eingestreuten
0x00-Befehlen sieht nicht durchdacht aus.
Hast Du denn mal versucht, den Kontrast zu variieren?
Ich habe immer mehr das Gefühl, dass Du gar nicht verstehst, was Du tust, sondern nur mit Copy&Paste und unseren Anmerkungen ziellos etwas zusammenwurstelst.
Was soll z.B. das manuelle Zerlegen der 4-Bit-Kommunikation in Nibbles, wenn Du genau dafür lcd_send_byte() hast?
Ich habe immer mehr das Gefühl, dass Du gar nicht verstehst, was Du
tust, sondern nur mit Copy&Paste und unseren Anmerkungen ziellos etwas
zusammenwurstelst.
Dazu kann es Fehler in der Schaltung / auf dem PCB geben, die wir nicht kennen.
Ferner vermute ich, dass permanent ein Programmer (ggf. aktiv) über ISP an Port C hängt (parallel zum Display) und dort für "interessante Effekte" sorgt.
Ferner vermute ich, dass permanent ein Programmer (ggf. aktiv) über ISP
an Port C hängt (parallel zum Display) und dort für "interessante
Effekte" sorgt.
Oh, eine KI, die halluziniert? Xmegas werden üblicherweise über zwei dedizierte Pins programmiert, die nicht mit I/O-Ports geteilt werden. Der ATxmega128A1(U) besitzt auch noch ein JTAG-Interface, welches aber an PortB hängt.
Nachtrag: Aber eine Kollision mit der Peripherie an Port C wäre möglich:
TWIC, SPIC, USARTC0 und -C1 sowie TCC0 und -1. Aber der TO wird diesen Hinweis sicherlich ebenfalls ignorieren. :-(
Und als Anlage habe ich ein kleines Arduino-Beispiel nach "meinem Gusto"
zusammengestellt (bevor ich vorstehenden Link gefunden hatte). Im ST7306
Datenblatt von SILABS wird "empfohlen", das Busy-Flag abzufragen. Dort
gibt es auch Assembler-Beispiele, an die ich mich angelehnt habe. Ich
verwende _delay_us() statt NOP, damit ist die Wartezeit zwar etwas zu
lang, aber immer dem CPU-Takt (der hoffentlich richtig eingestellt ist)
angepasst.
Das Beispiel ist für ein 3-zeiliges EADOGM163.. ausgelegt.
LCD_Connection.png
(12 KB)
display.png
(550 KB)
