Dog-M Display füllt weitere Zeile mit selbst kreierten Zeichen

Danke für die Antwort. Müsste ich das Layout dann anpassen, um das 
Übersprechen der Segmentleitungen zu verhindern? Wenn die Skala nur zur 
Hälfte ausschlägt, dann sieht man nichts in der oberen Zeile.

Ok, Danke für den Hinweis. Interessant ist es eben auch, das es nicht 
immer auftritt, und bei einem neuen Display es teils gar nicht auftritt.

Sascha W. schrieb:
> Da kannst du nicht viel machen außer der Kontrast zu verringern, lass
> mal in der 1. Zeile was anzeigen dann fällt es weniger auf.

Ich habe den Kontrast kleiner gemacht, tatsächlich zeigt sich der Effekt 
nun weniger. Gegen das Übersprechen der Segmentleitungen kann man 
mittels eingefügter Bauteile oder per Software nichts machen?

Es ist schon eigenartig, dass sich dieser Effekt bei unterschiedlichen 
Display-Inidviduen mal zeigt, mal nicht.

Es ist eben eigenartig, dass es bei Ersatzdisplay, die ich einbaue nicht 
zu diesem Effekt kommt. Manchmal, meistens direkt nach dem flashen einer 
neue Firmware gibt es keine Probleme, dann nach einen Neustarts des 
Systems taucht es wieder auf und geht nicht mehr weg. An der Sowftware 
kann es doch auch nicht liegen, sonst würde es ja auf allen Displays 
nicht funktionieren. Ein Einzeldefekt kann es aber auch nicht sein, da 
ich das Problem schon bei mehreren neuen Displays hatte.
Ich bin wirklich ratlos...

Ralph T. schrieb:
> ... und mal den Breakpoint einbauen ...

ich leider aktuell keine Möglichkeit für einen Hardware-Debug, oder wie 
könnte man das sonst durchführen?

Ralph T. schrieb:
> Und was passiert, wenn du bei einem Display das diesen Effekt nicht
> zeigt den Kontrast hochdrehst (absichtlich leicht übersteuerst)?

Dann wird alles einfach nur dunkler, und der Effekt noch stärker 
sichtbar.

Stefan schrieb:
> ich leider aktuell keine Möglichkeit für einen Hardware-Debug, oder wie
> könnte man das sonst durchführen?

Indem Du anstelle eines Breakpoints im Code da eine Endlosschleife setzt 
und auch Interrupts deaktivierst. Watchdog muß dann natürlich auch 
abgeschaltet sein.

Nop schrieb:
> Indem Du anstelle eines Breakpoints im Code da eine Endlosschleife setzt
> und auch Interrupts deaktivierst. Watchdog muß dann natürlich auch
> abgeschaltet sein.

Danke für den Hinweis, ich hab's folgenermaßen verwirklicht:

for (i=0; i<Skala ; i++)
      {
          Disp_Char(5);

        if (i==12)
        {while(1){};}
      }

In der oberen Zeile erscheinen leider auch die Zeichen in den gleichen 
Spalten als in der unteren Zeile.

Ich habe das selbstkreierte Zeichen jetzt noch angepasst, um den 
Kontrast innerhalb einer Zelle zu reduzieren.
Allerdings ist das auch keine Lösung, da in der oberen Zeile wieder ein 
Schatten entsteht. Der Kontrast ist auch schon auf fast niedrigster 
Stufe.
Lässt sich dieser Effekt auch nicht verhindern?
Die Erste Zeile muss an dieser Stelle leider leer bleiben.

Stimmt deine Betriebsspannung?

Olaf

Olaf schrieb:
> Stimmt deine Betriebsspannung?

Müsste stimmen, habe in der Display-Initialisierung 5V eingestellt, und 
tatsächlich verwende ich auch 5V.

Hi

>Müsste stimmen, habe in der Display-Initialisierung 5V eingestellt, ...

Wie sieht denn deine Initialisierung genau aus?

MfG Spess

spess53 schrieb:
> Wie sieht denn deine Initialisierung genau aus?

// Veränderliche Variablen
//*******************************************
#define F_CPU    8000000UL  //Clockspeed in Hz
#define DDR_SPI  DDRB  // DD-Register des SPI-Ports
#define DD_MOSI  DDB3  // Port/Pin des MOSI
#define DD_SCK   DDB5  // Port/Pin des SCK
#define DD_RS    DDRB  // DDR von RS
#define PORT_RS  PORTB // Port an dem RS ist
#define PIN_RS   PB1   // Pin an dem RS ist
#define DD_CSB   DDRB  // DDR von CSB
#define PORT_CSB PORTB // Port an dem CSB ist
#define PIN_CSB  PB0   // Pin an dem CSB ist
#define VOLTAGE  5     // Voltage auf 5 oder 3 Volt
#define CONTRAST 0x75  // Von 0x73 bis 0x7F Hexadezimal >>74
//*******************************************

void InitDisp(void)
{
  PORT_RS &= ~(1 << PIN_RS); //low

  _delay_ms(300);

  int BIAS,PWR,FOLLOW;

  if (VOLTAGE == 5)
    {
     BIAS = 0x1c;
     PWR  = 0x51;
     FOLLOW = 0x6a;
    }
  else
    {
     BIAS = 0x14;
     PWR  = 0x55;
     FOLLOW = 0x6d;
    }


  Disp_Command(0x39); // Function Set ; 8 Bit; 1Zeile, Istr.Tab 1 0x31


  Disp_Command(BIAS); // Bias Set


  Disp_Command(PWR);  // Power Control


  Disp_Command(FOLLOW); // Follower Control


  Disp_Command(CONTRAST); // Kontrast setzten


  Disp_Command(0x38); // Instruction Table 0 setzten 0x30


  Disp_Command(0x0c); // Display ein, kein Cursor, kein Blinken

  Disp_Command(0x01); // Disoplay löschen
  _delay_ms(50);      // Auf Display warten
  Disp_Command(0x06); // Entry Mode set - Display wartet auf Eingabe
  _delay_ms(25);      // Auf Display warten


}

Sascha W. schrieb:
> siehst du mit noch weniger dann nichts mehr?

Ich seh schon noch was, aber es sieht dann nicht mehr gut aus.

Hubert G. schrieb:
> Schon mal versucht mit Leerzeichen aufzufüllen?

Ja habe ich, bringt leider keine Besserung.

Sascha W. schrieb:
> Wenn ich mich recht erinnere war doch der Kontrast über 2 Register
> einzustellen!

Ich habe noch ein wenig gegoogelt, da ist es auch nur mit einem Register 
verwirklicht.

Dit sieht wirklich komisch aus. Was ist das denn für eine Type?

Und welche von Dir getesteten Typen zeigen das Verhalten nicht?

Es handelt sich um das DOG-M 162, die anderen Display waren vom selben 
Typ.
Aber weil das Problem immer wieder mal auftaucht, kann's auch kein 
Defekt sein.

Stefan schrieb:
> Disp_Command(0x39); // Function Set ; 8 Bit; 1Zeile, Istr.Tab 1 0x31
>   Disp_Command(BIAS); // Bias Set
>   Disp_Command(PWR);  // Power Control
>   Disp_Command(FOLLOW); // Follower Control
>   Disp_Command(CONTRAST); // Kontrast setzten
>   Disp_Command(0x38); // Instruction Table 0 setzten 0x30
>   Disp_Command(0x0c); // Display ein, kein Cursor, kein Blinken
>   Disp_Command(0x01); // Disoplay löschen
>   _delay_ms(50);      // Auf Display warten
>   Disp_Command(0x06); // Entry Mode set - Display wartet auf Eingabe
>   _delay_ms(25);      // Auf Display warten

BIAS ist wo definiert?
PWR ist wo definiert?
FOLLOW ist wo definiert?

Spess53 hat Dich nach der Initialisierung gefragt oder? Warum rückst Du 
nicht komplett damit heraus?

Ich denke, es geht ihm um den Unterschied zwischen der 3,3V und der 5V 
Initialisierung ...

Stefan schrieb:
> int BIAS,PWR,FOLLOW;
>
>   if (VOLTAGE == 5)
>     {
>      BIAS = 0x1c;
>      PWR  = 0x51;
>      FOLLOW = 0x6a;
>     }
>   else
>     {
>      BIAS = 0x14;
>      PWR  = 0x55;
>      FOLLOW = 0x6d;
>     }

Dieter F. schrieb:
> Spess53 hat Dich nach der Initialisierung gefragt oder? Warum rückst Du
> nicht komplett damit heraus?

BIAS, PWR und FOLLOW sind ja im Code schon drin und definiert, in 
Abhängigkeit von der Spannung.

Stefan schrieb:
> BIAS, PWR und FOLLOW sind ja im Code schon drin und definiert, in
> Abhängigkeit von der Spannung.

O.K. - übersehen - sorry ..

Es ist natürlich an sich nicht unvernünftig gewisse mögliche Ursachen 
auszuschliessen. Aber es ist auch vernünftig sich klarzumachen, auf 
welchen Annahmen diese Schlussfolgerungen beruhen und sie zu verwerfen, 
wenn es nötig wird. Das wird dann nötig, wenn nach Ausschluss alles 
Unmöglichen nichts mehr übrig bleibt. (Arthur Conan Doyle lässt grüssen 
und den Spruch "Nichts ist trügerischer, als eine offensichtliche 
Tatsache" finde ich auch sinnig).


Also mal ganz von vorne und sieh bitte erst einmal von Einwänden gegen 
die Fragen ab. Wenn hier jemand absoluten Unsinn von Dir verlangt, gibt 
es ohnehin einen kollektiven Aufschrei:

1. Schaltplan inklusive Stromversorgung
2. Foto vom Aufbau
3. Vollständiger Programmcode (der das Problem zeigt) (Ggf. nicht 
notwendige Teile entfernen (Anwendung) aber das Ergebnis muss 
compilierbar und lauffähig sein).

Schön wären:
Link auf das Datenblatt vom Display.
Und da Du verschiedene Displays hast von denen einige gehen und andere 
nicht, noch Informationen über die Charge (ggf. Fotos von je einem 
Display das geht und das nicht geht, von allen Seiten - mindestens alles 
was Text oder Zahlen sind).

Stefan schrieb:
> Es handelt sich um das DOG-M 162

Ja aber was für eines? Sieht aus wie ein w-a, die sind bekannt für 
Kontrastprobleme, deswegen nehm ich lieber die grünen, auch wenns nicht 
so hip ist.

Hast Du wahrscheinlich einfach eine schlechte Charge erwischt...

Sascha W. schrieb:
> in meinem Datenblatt steht für die Follower Settings 0x69 (5V) + 0x6D
> (3.3V).
> Das kannst du mal noch probieren, die Einstellung beeinflusst die
> Bereitellung der verschiedenen LED-Spannungen.

Das ändern auf 0x69 setzt bei nur den Kontrast deutlich nach unten, ich 
muss dann in den Kontrat-Einstellungen auf max. gehen, damit dsa Display 
gut aussieht. Der Effekt ist immer noch da.

Timm T. schrieb:
> Ja aber was für eines? Sieht aus wie ein w-a, die sind bekannt für
> Kontrastprobleme, deswegen nehm ich lieber die grünen, auch wenns nicht
> so hip ist.

Ich habe das weiße in Verwendung.

Ralph T. schrieb:
> (1) "..verschiedene Displays, manche gehen, manche nicht" verwendest du
> dabei immer die gleiche Ansteuer-Elektronik? Evtl. sogar das gleiche
> Board?

Es handelt sich dabei immer um die selbe Ansteuerelektronik. Das Board 
ist dabei unterschiedlich, der Effekt kommt aber immer wieder vor. Es 
ist gut möglich, dass es sich auch um einen Fehler in der 
Ansteuerelektronik handelt.

(2) sind die Displays gesockelt oder eingelötet?

Prinzipiell gesockelt, und in der Tat habe ich schon öfter festgestellt, 
dass hier die Kontaktierung nicht so zuverlässig ist. Bei eingelöteten 
Displays tritt das Problem aber auch auf.

Ralph T. schrieb:
> (3) kannst du den Schaltplan posten ?

Schaltplan anbei

Ralph T. schrieb:
> (4) versorgst du das Disoplay mit 3,3V oder 5V?

5V

Ralph T. schrieb:
> (4) welche Spannungen misst du an den Pins 26-27 (bitte direkt am
> Display oben messen).
> (5) welche Spannung zwischen den Pins 24 und 27?

Kann ich leider erst später messen, die Werte liefere ich nach.

Ralph T. schrieb:
> Könnte nämlich sein dass das Display zwar scheinbar läuft, sich aber
> fremdversorgt. da passieren manchmal merkwürdige Dinge und für die
> fremdversorgenden Ein-/Ausgänge ist es langfristig ungesund.

Was ist mit fremdversorgt gemeint?
Das nicht alle Pins, die an 5V dran sein müssten, auch wirklich 
verbunden sind?

Joachim B. schrieb:
> oder klaren
> Anschaltungsfehler.

Was meinst du mit Anschaltungsfehler?

Ralph T. schrieb:
> Da die Pins des Displays sehr dünn sind (0,5x0,3mm), sind "normale"
> Buchsenleisten nicht geeignet (0,64x0,64mm). Gut passen IC-Sockel, die
> gibt es auch 1-reihig. Bekannt als "Präzisionssockel" oder "gedrehte
> Sockel".

Wären diese hier auch geeignet?
Der Lochdurchmesser beträgt hier allerdings 0,7mm. Die sind aber auch 
"gedreht".

http://cdn-reichelt.de/documents/datenblatt/C140/DS_MPE_115.pdf

Hi

Eine durchgesägte IC-Fassung, wie

https://www.reichelt.de/IC-Sockel/GS-40/3/index.html?ACTION=3&LA=2&ARTICLE=8224&GROUPID=7429&artnr=GS+40&SEARCH=%252A

geht genau so gut.

MfG Spess

Hi

>da hast du nun grad die billigste gezeigt, diese meide ich wo ich kann
>ich muss bei Sockel und Kotakte nicht sparen um jeden Preis!

Na und? Ich habe damit schon etliche DOG-Displays kontaktiert. Für meine 
Display-Testplatinen habe nur solche Fassungen in Einsatz. Und die 
Fassungen dieses Typs auf meinem STK500 sind nach 15jährigem Gebrauch 
immer noch so fest, das ich ich die ICs aushebeln muss. Die mit den 
gedrehten hätte ich in der Zeit mindestens 2..3 mal wegen ausgeleierter 
Kontakte wechseln müssen.

MfG Spess