HD44780 (Pollin DV20208) Zeichenbreite stimmt nicht

Michael Schildt schrieb:

> Fleury. Ich bekomme auch Text dargestellt. Jedoch ist der Font nicht 5x7
> Pixel groß, sondern 8x10 Pixel.

Mich frisst der Neid.
Wenn das Porto nicht teurer wäre als das LCD, würde ich dir anbieten es 
gegen ein anderes auszutauschen. Endlich mal ein LCD mit vernünftigen 
Unterlängen im g, p und q

Sieht schon schön aus, nur ich hätte gern Kontrolle darüber. :)

Es gibt nur diese eine Seite von Pollin 
www.pollin.de/shop/downloads/D120519D.PDF

Ich bin wegen der Bezeichnungen auf der Rückseite ehrlich gesagt auch 
irretiert. Es gibt von Data Vision auch Displays mit SED1xxx Controller 
die eine ähnliche Bezeichnung haben. Aber da ich die normale HD44780 
Initialisierung nutze, wird es schon irgendwas sein, was diesen 
Controller zumindest emuliert.

Das wird wohl das Beste sein. Danke für eure Hilfe.

Hallo John,

danke für das Foto. Ich hatte mich schon gefragt, ob alle das gleiche 
"DV20208" von Pollin bekommen haben. Ist dein Display von Pollin? Sieht 
die Matrix vorne beim Display auch anders aus? Also erkennt man die 
"Zeichenblöcke" Wenn man den Kontrast zu hoch regelt oder ist es auch so 
gleichmäßig wie bei mir?
Es gibt auch einige Beiträge von Leuten, die es erfolgreich mit 20x2 
Zeichen betreiben.

Zu einem DG-14032 habe ich nichts gefunden. Welcher GLCD-Controller 
verhält sich denn wie ein HD44780 Controller? Gibt es so etwas 
überhaupt?

Grüße, Michael

Alle 44780-LCDs, die ich bisher gesehen habe, haben nicht ein
durchgehendes Raster von Pixeln (im ersten Posting drittes Bild
aber sehr wohl).
Vielmehr ist üblicherweise zwischen den Zeichen je eine Pixelzeile
frei, was man im ausgeschalteten Zustand meist gut sieht.

Ich habe zwei Controller gefunden, welche diese Auflösung können und 
kompatibel sein sollen.
GU112x16 und ST7920. Das Display hat mal chinesische Zeichen angezeigt, 
das spricht für den ST7920. Und auch sonst passt der Basic Instruction 
Set ganz gut zum HD44780. Das wäre ja der Hammer. Ich muss heute abend 
mal etwas testen ... ;)

http://www.sitronix.com.tw/sitronix/product.nsf/Doc/ST7920

Jetzt, wo sich hier abzeichnet, daß es für 3.95 ein Grafikdisplay
gibt, steht bei Pollin:
> Artikel leider ausverkauft.

Hallo Wolfgang,

ich hatte bisher noch keine Lust bzw. Zeit mich mit dem Display 
auseinander zusetzen. Ich hätte aber Interesse an deinen Routinen fürs 
Display. Spontan fällt mir als "work around" nur ein, den Grafikspeicher 
im Controller abzubilden, aufs Lesen zu verzichten, und immer die beiden 
Speicher konsistent zu halten, so dass du immer das richtige Byte 
schreibst. Dazu muss natürlich soviel Speicherplatz im Controller übrig 
sein.

Viele Grüße.

Vielen Dank,

ich werde sie bei nächster Gelegenheit testen.

Viele Grüße, Michael

Hallo,

ich hole den Thread nochmal hoch, weil die Demo-Routinen von @wu bei 
höheren Taktfrequenzen (bei mir Atmega88 12MHz) keine suabere Anzeige 
liefern.

Grund ist, daß das Display beim Lesen "überfahren" wird, d.h. auch beim 
Lesen muß das Busy-Flag ausgewertet werden.

Änderung im Anhang.

Gruß,
Boregard

Edit:
Die GLCD_Read könnte man nun noch verkürzen:

1

//-------------------------------------------------------------------------------------------------

2

// Read

3

//-------------------------------------------------------------------------------------------------

4

static uint8_t GLCD_Read(uint8_t regsel)

5

{

6

    uint8_t tmp;

7

8

    tmp = GLCD_rawRead(regsel);

9

    GLCD_WaitBusy();

10

11

    return tmp;

12

}

ufe schrieb:
> @ Bernhard M. (boregard)
> Kannst Du mal die Anschlussbelegung von Pollins Display DG-14032 bzw.
> Anschluss an den AVR posten,

AUs dem Code

1

#ifdef INTERFACE_8_BIT

2

#define PORT_D0     PORTD

3

#define PIN_D0      PIND

4

#define DDR_D0      DDRD

5

#define BIT_D0      PC1

6

7

#define PORT_D1     PORTD

8

#define PIN_D1      PIND

9

#define DDR_D1      DDRD

10

#define BIT_D1      PD3

11

12

#define PORT_D2     PORTD

13

#define PIN_D2      PIND

14

#define DDR_D2      DDRD

15

#define BIT_D2      PD0

16

17

#define PORT_D3     PORTD

18

#define PIN_D3      PIND

19

#define DDR_D3      DDRD

20

#define BIT_D3      PD4

21

#endif

22

23

#define PORT_D4     PORTC

24

#define PIN_D4      PINC

25

#define DDR_D4      DDRC

26

#define BIT_D4      PC0

27

28

#define PORT_D5     PORTC

29

#define PIN_D5      PINC

30

#define DDR_D5      DDRC

31

#define BIT_D5      PC1

32

33

#define PORT_D6     PORTC

34

#define PIN_D6      PINC

35

#define DDR_D6      DDRC

36

#define BIT_D6      PC2

37

38

#define PORT_D7     PORTC

39

#define PIN_D7      PINC

40

#define DDR_D7      DDRC

41

#define BIT_D7      PC3

42

43

#define PORT_E      PORTB

44

#define DDR_E       DDRB

45

#define BIT_E       PB2

46

47

#define PORT_RW     PORTB

48

#define DDR_RW      DDRB

49

#define BIT_RW      PB3

50

51

#define PORT_RS     PORTB

52

#define DDR_RS      DDRB

53

#define BIT_RS      PB1

54

55

#define PORT_RES    PORTB

56

#define DDR_RES     DDRB

57

#define BIT_RES     PB1

58

//#define RESET_PIN_USED

> dann wird mir die Funktion des Quelltextes
bezweifle ich zwar, aber was solls

Hi,

im ersten Posting ist ein Link zum DATA VISION DV 20208 Datenblatt, dort 
ist die Pinbelegung drinnen. Die stimmt mit dem DataVision DG-14032 
überein.

Also einfach so anschliessen...und dann halt die Belegung im source 
anpassen.

Gruß,
Bernhard

Hi,
ich habe dieses Display erstanden und kann es mit dem oben angehängten 
Code von boregard im 4 Bit Modus auch wunderbar ansteuern.
Leider funktioniert es im 8 Bit Modus nicht. D.h. wenn ich das #ifdef 
auf 8 Bit Modus umstelle, erscheint im Display unten ein Text "Raala" 
und in der oberen Hälfte chinesische Schriftzeichen (siehe Anhang). Ich 
habe alle 8 Bits angeschlossen und mit einem anderen Display (Orient 
Display DM19264A) funktionierte es mit praktisch der gleichen 
Beschaltung (natürlich mit anderer Software, da anderer Controller)

Hat jemand den 8 Bit Code schon erfolgreich laufen lassen?

Dennis

Hi Holger,
hier mit "ABCabc1234", wobei die "4" nicht kommt...
Dennis

Stimmt, ich messe dort 0,001 Ohm :-) ... bin noch am Suchen wo ich was 
miteinander verbunden habe...
Super Tip, Holger, vielen Dank!!!
Dennis

Habs gefunden, ein winziges Restchen Kupfer, dünn wie ein Haar, das 
beim Bohren des AVR-Controllerboards hängengeblieben war und beim 
Hantieren mit dem Board zwischen den beiden genannten Pins des ATmega 
den Kurzschluss verursacht hat, ...
Holger, vielen Dank für die schnelle Hilfe!!!
Dennis

Hallo zusammen,
das oben besprochene Display von Pollin (DG-14032) habe ich am 
Wochenende ebenfalls erfolgreich in Betrieb genommen.
Praktisch habe ich ein Standard 16x4 Textdisplay TC1604A-01, welches mit 
einer Testroutine nach P.Fleury LCD-Routinen für HD44780 Controller im 
ATtiny2313 läuft, gegen obiges ausgetauscht.
Pinbelegung, ebenfalls wie im Thread, nach dem "Datenblatt" für den 
DV-20208.
So weit. so gut.

Die beiden Pin 16 u. 17, beim DV-20208 als NC bezeichnet, haben durchaus 
eine Funktion, zumindest Pin 16:
Pin 16 auf Low bewirkt beim Einschalten ein leeres Display, welches 
erkennbar abdunkelt, wenn der Pegel nicht mehr Low ist
(ich habe das Display derzeit noch auf einem Steckbrett).
Der Pegel an Pin 17 scheint beim Einschalten zunächst keinen Einfluss zu 
haben.
Vielleicht hat ein Mitleser zu den Pin16+17 nähere Informationen.

Meine weitergehende Frage:
Wo finde ich ein etwas ausführlicheres Datenblatt zum Controller, der 
hier bereits als ST7920 genannt wurde?

Gruß
Manfred

hi,
habe nun auch das DG-14032 display und habe es mal nach folgendem schema 
an meinen mikrocontroller (atmega16) angeschlossen: 
http://www.spurtikus.de/basteln/pollin-lcd-roundup/

Allerdings habe ich mich noch nicht so richtig in die programmierung in 
c eingelesen und wollte es nur mal testen ob es überhaupt funkioniert. 
allerdings weiß ich nicht, was ich genau im code ändern muss. da ich ja 
alles am PORTA angeschlossen habe und rs rw e an PORTC. müsste ich dann 
zb:

1

#define PORT_D1     PORTD

2

#define PIN_D1      PIND

3

#define DDR_D1      DDRD

4

#define BIT_D1      PD3

in

1

#define PORT_D1     PORTA

2

#define PIN_D1      PINA

3

#define DDR_D1      DDRA

4

#define BIT_D1      PA1

abändern?

was ich am code aber überhaupt nicht verstehe ist dieser zusammenhang:

1

#define PORT_D0     PORTD

2

#define PIN_D0      PIND

3

#define DDR_D0      DDRD

4

#define BIT_D0      PC1

warum PC1 und nicht PD1?



wie gesagt, ich will es ja nur mal probieren. ich weiß selber, dass ich 
erst mal c lernen sollte (bin schon dabei) :)

gruß Uli

Uli Brugger schrieb:

> warum PC1 und nicht PD1?

Weils wurscht ist.
Der Port-Buchstabe hat in diesem Bezeichner keine Bedeutung. Man hätte 
die Dinge besser BIT0, BIT1, BIT2, .... anstelle von PA0, PA1, ... PB0, 
PB1, ... genannt. Dann wärs jedem klar gewesen, dass mit PD1 eben nicht 
das Bit Nummer 1 am Port D gemeint ist, sondern nur das Bit 1. Egal an 
welchem Port.

Hi,

das Ding gibt's auch bei Taobao, nur "etwas" günstiger.
http://item.taobao.com/item.htm?id=21071464041&ali_trackid=2:mm_14507416_2297358_8935934:1353442014_3k3_748536141

Mit dem Suchbegriff "DG-14032S1MBLY-H" bringt Google diesen Thread hier 
als ersten Treffer ;-)

"Am Lager" steht da bei der 146500, der hat also noch'n paar.
1 Yuan ist etwa 0,12€.
Wenn einer welche haben will bitte Bescheid sagen, ich bin aber erst zu 
Weihnachten wieder hier.
Die Versandkosten in China sind etwa 3€ und verteilen sich entsprechend.

Gruß,
Norbert

hi,
reicht es dann den quellcode folgendermaßen abzuändern:

1

#ifdef INTERFACE_8_BIT

2

#define PORT_D0     PORTA

3

#define PIN_D0      PIND

4

#define DDR_D0      DDRD

5

#define BIT_D0      PC1

6

7

#define PORT_D1     PORTA

8

#define PIN_D1      PIND

9

#define DDR_D1      DDRD

10

#define BIT_D1      PD3

11

12

#define PORT_D2     PORTA

13

#define PIN_D2      PIND

14

#define DDR_D2      DDRD

15

#define BIT_D2      PD0

16

17

#define PORT_D3     PORTA

18

#define PIN_D3      PIND

19

#define DDR_D3      DDRD

20

#define BIT_D3      PD4

21

#endif

22

23

#define PORT_D4     PORTA

24

#define PIN_D4      PINC

25

#define DDR_D4      DDRC

26

#define BIT_D4      PC0

27

28

#define PORT_D5     PORTA

29

#define PIN_D5      PINC

30

#define DDR_D5      DDRC

31

#define BIT_D5      PC1

32

33

#define PORT_D6     PORTA

34

#define PIN_D6      PINC

35

#define DDR_D6      DDRC

36

#define BIT_D6      PC2

37

38

#define PORT_D7     PORTA

39

#define PIN_D7      PINC

40

#define DDR_D7      DDRC

41

#define BIT_D7      PC3

42

43

#define PORT_E      PORTC

44

#define DDR_E       DDRB

45

#define BIT_E       PB2

46

47

#define PORT_RW     PORTC

48

#define DDR_RW      DDRB

49

#define BIT_RW      PB3

50

51

#define PORT_RS     PORTC

52

#define DDR_RS      DDRB

53

#define BIT_RS      PB1

54

55

#define PORT_RES    PORTC

56

#define DDR_RES     DDRB

57

#define BIT_RES     PB1

58

//#define RESET_PIN_USED

wenn ich alles datenbits am porta habe und den rest an portc?

Wenn Du lesen kannst, warum übernimmst Du dann nicht die 
Anschlussbelegung von der Seite?

1

#ifdef INTERFACE_8_BIT

2

#define PORT_D0     PORTA

3

#define PIN_D0      PINA

4

#define DDR_D0      DDRA

5

#define BIT_D0      PA0

6

7

#define PORT_D1     PORTA

8

#define PIN_D1      PINA

9

#define DDR_D1      DDRA

10

#define BIT_D1      PA1

11

12

#define PORT_D2     PORTA

13

#define PIN_D2      PINA

14

#define DDR_D2      DDRA

15

#define BIT_D2      PA2

16

17

#define PORT_D3     PORTA

18

#define PIN_D3      PINA

19

#define DDR_D3      DDRA

20

#define BIT_D3      PA3

21

#endif

22

23

#define PORT_D4     PORTA

24

#define PIN_D4      PINA

25

#define DDR_D4      DDRA

26

#define BIT_D4      PA4

27

28

#define PORT_D5     PORTA

29

#define PIN_D5      PINA

30

#define DDR_D5      DDRA

31

#define BIT_D5      PA5

32

33

#define PORT_D6     PORTA

34

#define PIN_D6      PINA

35

#define DDR_D6      DDRA

36

#define BIT_D6      PA6

37

38

#define PORT_D7     PORTA

39

#define PIN_D7      PINA

40

#define DDR_D7      DDRA

41

#define BIT_D7      PA7

42

43

#define PORT_E      PORTC

44

#define DDR_E       DDRC

45

#define BIT_E       PC2

46

47

#define PORT_RW     PORTC

48

#define DDR_RW      DDRC

49

#define BIT_RW      PC1

50

51

#define PORT_RS     PORTC

52

#define DDR_RS      DDRC

53

#define BIT_RS      PC0

54

55

#define PORT_RES    PORTC

56

#define DDR_RES     DDRB

57

#define BIT_RES     PB1

58

//#define RESET_PIN_USED

Uli Brugger schrieb:
> oh man, wer lesen kann ist klar im vorteil. wurde ja schon gesagt, dass
> der portbuchstabe nichts aussagt. allerdings weiß ich nun immer noch
> nicht,wie ich den code anpassen muss.

Du meinst das letzte Stückchen Konfigurations-define, die du gepostet 
hast?

zb das hier?

1

#define PORT_E      PORTC

2

#define DDR_E       DDRB

3

#define BIT_E       PB2

Jetzt denk mal ganz scharf nach! Wirklich scharf. So schwer ist das 
nicht. Diese 3 #define definieren offenbar, wo der E Enschluss des 
Displays angeschlossen ist.

Einschub:
OK. Wie legt man fest, dass ein Pin, sagen wir mal der Pin 6 vom PORTC 
auf Ausgag geschaltet werden soll, und wie wird dieser Pin dann auf 1 
gesetzt?
Na das geht offenbar so:
Weil es sich um den PORTC handelt, findet sich das zugehörige 
Konfigurationsbit im DDRC.  PORTC  -  DDRC.
Im DDRC muss das Bit 6 auf 1 gesetzt werden, und dann kann durch 1 
Setzen in PORTC der Ausgangspin PC6 auch tatsächlich physikalisch auf 1 
gesetzt werden.
Also:

    DDRC |= ( 1 << 6 );
    PORTC |= ( 1 << 6 );

Ende Einschub.

Was steht denn da in den #define?
Bzw. wie werden die wohl benutzt werden? Das Prinzip hat sich nicht 
geändert. Im Konfigurationsregister muss ein Bit auf 1 gesetzt werden, 
damit das ein Ausgang wird und um den physikalischen Pin zu verändern 
muss beispielsweise der zugehörige PORT ein 1 Bit bekommen.
Der Autor möchte die tatsächlichen Port Namen nicht im Code haben, daher 
hat er sich #define dafür gemacht. Er möchte es also so schreiben:

     DDR_E |= ( 1 << BIT_E );

     PORT_E |= ( 1 << BIT_E );

damit hat er sich alle Freiheiten gelassen, dass er über die #define die 
Belegung jederzeit ändern kann.
Du hast

1

#define PORT_E      PORTC

2

#define DDR_E       DDRB

3

#define BIT_E       PB2

und diese Bezeichnungen setzen wir jetzt mal in den Code ein. Wir machen 
genau dasselbe, was auch der Präprozessor macht. Dann kommt raus

        DDRB |= ( 1 << PB2 );
        PORTC |= ( 1 << PB2 );

merkst du was?
Du setzt zwar 1 Bit am Port C. Du konfigurierst aber mittels DDRB am 
Port B(!) den Pin auf Ausgang.



Ein bischen sorgfältiger arbeiten und ein wenig mitdenken!

> aber habe gerade einfach zu wenig zeit um mich so weit in c
> einzulesen, um den code zu verstehen.

Dann bist du hier falsch. Dann bist du in der Programmierung falsch. 
Ohne mitdenken geht es nicht.
Bezahl jemanden, dass er dir die Arbeit macht und dem es nicht zu blöd 
war, mindestens 3 Jahre seines Lebens dafür aufzubringen, dass er das 
alles (und noch viel mehr) gelernt hat. Programmieren geht nicht von 
heute auf morgen. Wenn du so ein Hobby suchst, dann mach Strohsterne. 
Das lernt man in einer halben Stunde.