The Siemens S65 132x176, 65536 color display with AVR

[Lasse S. (cowz)]

Schade, dass das Bearbeiten von "alten" Beiträgen nicht mehr möglich 
ist.

Daher hier ein Nachtrag: Er hängt in SPI_SEND_0 und zwar beim ersten 
Aufruf...

Ich vermute daher, dass er das SPI-Senden nicht abschließt.

Ich habe bisher noch keine Erfahrungen mit SPI und kann mir im Moment 
nicht erklären, woran das liegt.. Das sollte doch theoretisch auch 
ohne angeschlossenem Display funktionieren, oder?

Gruß, Lasse

[Andreas W. (andreasw)]

Wie ist dein SS-Pin konfiguriert? Er muss als Ausgang oder Eingang mit 
PullUp eingestellt werden.

[Lasse S. (cowz)]

Hi,

ja, der SS-Pin ist auf Ausgang und auf High eingestellt. Hier die 
Code-Sequenz:

DDRB |= (1<<PB0);
PORTB |= (1<<PB0);

[Andreas W. (andreasw)]

Wie sieht denn der komplette Code aus und was für ein Display (LS020, 
LPH88, L2F50) hast du?

[Lasse S. (cowz)]

Hi,

danke für den Support :)

Ich habe hier mal meine lcd.h und meine lcd.asm angehängt, ist im Großen 
und Ganzen das von superkranz.

Gruß, Lasse

[Lasse S. (cowz)]

Und hier die lcd.h

[Andreas W. (andreasw)]

Das ist aber nicht der komplette Code (LS020 Display)?
Ich habe jetzt nur mal schnell drüber geschaut und in lcd.asm wird 
nirgends der SS-Pin konfiguriert.

[Lasse S. (cowz)]

Hi,

richtig, es ist das LS020, sorry, hatte ich vergessen noch zu 
schreiben..

Die main.c fehlt.

Der SS-Pin wird so konfiguriert:

  DDRB |= (1<<PB0);
  PORTB |= (1<<PB0);

Die lcd_init wird auch aufgerufen, ich komme ja in die SPI_SEND_0 (kann 
dort per UART was schicken, was dann unendlich oft kommt, aber 
"dahinter" (also nach die SPIF-Schleife) kommt er nicht.

Wie kann es sein, dass das SPI nicht sendet? Ist mein SPE-Gewurschtel 
fehlerhaft?

Gruß, Lasse

[Andreas W. (andreasw)]

SPE braucht man nicht jedes mal setzen. Es reicht aus die Daten in SPDR 
zu kopieren. Dann wird die Übertragung automatisch gestartet.
Hast du mal nachgemessen, ob Daten rausgeschoben werden?

Warum benutzt du eigentlich abwechselnd in/out und lds/sts und was macht 
der original Code:

SPI_SEND:   
    out SPDR, r24       ;load byte in SPI data register
SPI_SEND_0: 
    sbis SPSR, SPIF
    rjmp SPI_SEND_0     ;transmitt byte to LCD
    in r0, SPDR
    sbi PORTF, LCD_CS   ;deselect Display
    ret

[Lasse S. (cowz)]

Geil!

Du bist mein Held ;)

Das nenn ich tollen Support, das Display hab ich ja bei dir bestellt :)

Klasse, klasse, klasse, ich freu mich grad n Keks :)

Gruß, Lasse

[Murat Y. (tarum30)]

I look for proteus model for S65 display. Please, give me a link or send
to [e-mail]

[Dominik P. (dominik86)]

Hey!

Ich habe bereits das L2F50xxx Erfolgreich ansteuern können und konnte 
den Code eben auch ohne Fehler kompillieren. Da ich nun das LS020 
eingekauft habe musste ich umsteigen.

Ich wollte gerade den Code für das LS020 von SuperKranz kompilieren und 
es wirft sehr merkwürdige Fehler.

Meine Vorgehensweise:

- simple_display3.zip runtergeladen und entpackt
- AVR-Studio(v4.14 Build589) geöffnet und neues Projekt angelegt.
- AVR GCC, Häkchen bei "Create initial file" und "Create folder" 
deaktiviert und als Projektnamen "simple" gewählt. Als Location habe ich 
den Ordner gewählt wo die .c .h und .asm Dateien drin sind.
- Rechtsklick auf "Source Files" und "Header Files" Add Existing Files 
... nun sind alle c und h dateien in meinem projekt. Da ich die orginal 
Makefile nutzen will stelle ich dies unter Projekt -> configuration ein.

Wähle ich nun "Rebuild All" kommen folgende Fehlermeldung:

makefile:339: simple.d: No such file or directory
makefile:339: disp.d: No such file or directory

Diese beiden Dateien exsistieren jedoch in meinem Projektordner.

In der Makefile in Zeile 339 steht:

include $(SRC:.c=.d)

Dann kam mir die Idee die asm-Datei auch über Rechtsklick -> Source 
Files einzubinden, jedoch kommt da genau die gleiche Fehlermeldung. :(


Hat jemand von euch eine Idee was ich falsch mache oder woran es liegen 
kann?

Ich habe schon fast die Vermutung dass die Version von AVR Studio zu 
aktuell ist? Oder mache ich mit der Asemblerdatei einen Fehler?


Gruß

Dominik

[SuperUser (Gast)]

versuch mal direct von der "Kommandoaufforderung" (ich glaube so heisst 
das unter windows) man gibt cmd unter Ausführen ein zu kompilieren.

Also zum Pfad gehen wo das makefile ist und dort dann

make

eingeben. U.u. wenn es nicht geht mal ein make clear machen.

Wenn es so geht, liegt es an der Konfiguration deines AVR Studios.

[SuperUser (Gast)]

Ach nochwas, kenne mich mit AVR Studio nicht so aus, kann sein dass das 
make gmake oder nmake heisst....

[KBlank (Gast)]

Nun will ich auch mal zeigen, was ich fabriziert habe.
Vielen Dank an Christian Kranz, der dieses Projekt erst möglich gemacht 
hat.
Meine Schaltung basiert auf seinem Beispielcode und wurde vom mir (um 
einiges) erweitert. Dieses Programm ist gut, um sich in die Materie 
einzuarbeiten. Ich bin noch nicht am Ende, es soll noch einiges 
dazukommen; soll mal ein Oszi im Sinne von Ucompozzel (mal googeln, ist 
ziemlich genial) werden.
Prozessor AtMega64 SMD 5V, Display L2F50xx von Epson mit LM317 an 3,0V.
Die Versorgung der LED's erfolgt über einen MAX202(SMD) mit dem Abgriff 
an +10 und -10Volt; die Spannung bricht auf etwa 14V ein, hält 
aber.(Vorwiderstand von 420 Ohm) Den Stromverbrauch habe ich noch nicht 
gemessen, da das ganze Ding am Netzteil läuft.
Ich wünsche allen, die ihr Display noch nicht am laufen haben,
viel Erfolg; Dass mein Display läuft habe ich dieser tollen Community zu 
verdanken.

[Dominik P. (dominik86)]

Hey!

Ich habs jetzt hinbekommen ... die Fehlermeldung kommt zwar immer noch 
aber die hex datei funktioniert :)

Nun wollte ich dir Library einbauen und bin die install.txt 
durchgegangen. Da ist dann die rede von einer compile.bat, die aber 
nicht existiert. Was kann ich da machen? Ich habe mir die Lib von 
http://www.superkranz.de/christian/S65_Display/DisplayIndex.html 
runtergeladen.
Bin mir auch garnicht sicher wie das mit der Lib funktionieren soll. 
Wird dann nur das mit Compiliert, was auch gebraucht wird?
Weiß da jemand was?

Gruß
Dominik

[Gast (Gast)]

Hi Alle!

(falls offensichtlich, bitte ignorieren)

Warum schliessen alle diese komischen Spannungsteiler
zwichen Atmel IO und dem Display an??? Eine "open drain
without pullup" Konfiguration mit einem externen Pullup
von ein paar kOhm an die kleinere (vom Display) VDD
muesste doch haushoch ueberlegen sein (und ohne jegliche
Bedenken funktionieren).

Wenn man die IOs mit "open drain mit pull-up", ohne externe
Elemente konfiguriert, duerfte es auch funktionieren. Es
waehre zwar nicht mehr 100% elektrisch korrekt, der moegliche
Strom aber, der durch die internen Pull-ups und die
Sicherheitsdiode im Display laeuft duerfte dann hoechstens
ein paar uA betragen. Stimmt es?

Zu LS020: Laut der, oben im Thread verlinkten, Spezifikation
ist das Pin 8 am Display (VDD2 bzw. VDD_1.8V) "not connected".
Hat irgendjemand versucht das Pin gar nicht zu verschalten?

[Peter F. (piet)]

Gast schrieb:
> Zu LS020: Laut der, oben im Thread verlinkten, Spezifikation
> ist das Pin 8 am Display (VDD2 bzw. VDD_1.8V) "not connected".
> Hat irgendjemand versucht das Pin gar nicht zu verschalten?

Ja, in der Testschaltung habe ich 1V8 mit an den 2.9V hängen. Wenn ich 
1V8 nicht mit 2.9V versorge funktioniert das Display zwar allerdings 
lässt der Kontrast nach bzw. wird das Bild schlechter und es fängt an zu 
flackern beim beschreiben.

Mfg,
Peter

[s65besitzer (Gast)]

Hallo Forum!

Ich habe die glcd-lib von superkranz mal kompiliert und stoße auf 
folgende Probleme:

"make.exe" all
makefile:335: test.d: No such file or directory

--> in Zeile 335 des Makefiles steht: include $(SRC:.c=.d)
Die Zeile kann ich doch knicken oder?

Compiling: test.c
test.c:10: warning: no previous prototype for 'testLines'
test.c:33: warning: no previous prototype for 'testLines2'
test.c:45: warning: no previous prototype for 'testEllipses'
test.c:87: warning: no previous prototype for 'testEllipses2'
test.c:99: warning: no previous prototype for 'testRects'
test.c:120: warning: no previous prototype for 'glcdRotateRect'
test.c:190: warning: no previous prototype for 'glcdNewOrientation'
test.c:197: warning: no previous prototype for 'testSymbols'
test.c:223: warning: no previous prototype for 'glcdPrintCenter'
test.c:233: warning: no previous prototype for 'myRead'
test.c:238: warning: no previous prototype for 'demoScreen'
test.c:339: warning: no previous prototype for 'testOrientation'
test.c:390: warning: no previous prototype for 'testBitmaps'
test.c:411: warning: no previous prototype for 'glcdRandomClipRect'
test.c: In function 'main':
test.c:429: warning: unused variable 'o'

Die fehlenden Prototypen meckert er an.
Das ist doch aber alles da oder?

Danke für Euren Tip

[s65besitzer (Gast)]

Mein vorheriger Beitrag hat sich erledigt!

Layer8-Problem: Erst denken und dann posten ;-)

[iok (Gast)]

Hi,
does someone know how to change Christian library to display 
horizontally?

Viele Grüße
Lukasz

[sasamy (Gast)]

Hallo. Ich habe den Treiber für lph88 unter linux geschrieben
http://www.at91.com/samphpbb/viewtopic.php?f=12&t=18204
aber ich habe ein Problem - lcd nicht immer startet richtig. Die Code 
der Initialisierung:
<c>
#define SPI_SPEED   (12*1000*1000)

static u8 lcd_init_data[] __initdata = {0x74,0x00,0x00,0x76,0x00,0x01,
..... und weiter von Superkranz

static int __init lcd_init(struct lph88fb_par *par)
{
   int i;
   u8 *tx_buf = par->fb_virt;
   dma_addr_t tx_dma = par->fb_phys;

   /* reset lcd controller */
   at91_set_gpio_output(AT91_PIN_PB4, 0);
   mdelay(1);
   at91_set_gpio_value(AT91_PIN_PB4, 1);
   mdelay(10);

   memcpy(tx_buf, lcd_init_data, sizeof(lcd_init_data));

   for(i = 0; i < sizeof(lcd_init_data); i += 3) {
      spi_send_poll(par, tx_dma + i, 3);
      mdelay(1);
      if(tx_buf[i] == 0x76)
         switch(tx_buf[i-1]) {
         /* power control - need big delay */
            case 0x03:
            case 0x04:
            case 0x0c:
            case 0x0d:
            case 0x0e:
               mdelay(40);
         }
   }

   mdelay(100);

   return 0;
}
</c>

Was ich falsch mache? Danke.

[Richard (Gast)]

Hi,

ich betreibe das LS020 an einem Mega644 mit 16MHz.

Ausgaben auf dem Display funktionieren soweit auch ganz gut,
zumindest für feststehende Ausgaben. Nun möchte ich den Inhalt
einer Variablen hochzählen und zur Anzeige bringen. Die Anzeige
aktualisiert sich aber nicht richtig, denn alte Werte bleiben
auf der Anzeige stehen und werden von neuen Werten überschrieben,
so dass irgendwann nur noch ein Balken zu sehen ist. Habe schon die Fkt.
LCD_ClrScr() bzw. S65_refresh() ausprobiert, bringen aber nichts.

Wer kann mir einen Tipp für folgenden Quelltextauszug geben?

void display_init(void)
{
   _delay_ms(10);
   S65_Init();
   _delay_ms(10);
   S65_Fillscreen(0x0000);
   S65_SetFont(&f12x12[0]);
   S65_SetTextColor(0xFFFF);
   S65_SetTextTyp(0);
   S65_SetFNull(0);
}

void S65_PutInt(uint8_t x, uint8_t y, uint16_t z)
{
   uint8_t counter = 0;
   uint8_t za[20];   
   za[6] = 0;
   za[5] = (z % 10)+48;z = z/10;
   za[4] = (z % 10)+48;z = z/10;
   za[3] = (z % 10)+48;z = z/10;
   za[2] = (z % 10)+48;z = z/10;
   za[1] = (z % 10)+48;z = z/10;
   za[0] = (z)+48;
   
   if(!FNull)              
   {
      while(za[counter] == 48){counter++;}
   }
   S65_PutStr(x, y, &za[counter]);
}

void S65_refresh()
{
   S65_wrcmd16(0xEF90);
   S65_wrcmd16(0x0000);
}

void LCD_ClrScr(void)
{
   uint16_t cnt;
   S65_wrcmd16(0xEF90);
   S65_wrcmd16(0x0500);
   S65_wrcmd16(0x0600);
   S65_wrcmd16(0x0700);
   for(cnt=0;cnt<(132*176);cnt++)
   {
      LCD_WrData(0x00);
      LCD_WrData(0x00);
   }
}

void main(void)
{
   uint16_t val = 0;
   display_init();  

   while(1)
   {
      if(val == 0xFFFF) val = 0; 
      S65_PutInt(66, 66, val++); 
      //LCD_ClrScr();
      //S65_refresh();
      _delay_ms(1000);
   }
}

Danke + Gruß
Richard

[Spider (Gast)]

Hallo,

ich habe das  "simple_display3" mit nem Mega16L und 8Mhz ausprobiert.
Im prinzip scheint es zu funktionieren, jedoch erhalte ich anstelle 
"Hello World" nur menrkwürdige zeichen in der Display mitte.

wenn ich jedoch nur ein Zeichen ausgeben möchte z.B. 'H' dann wird 
dieses korrekt dargestellt. Hat jemand evtl. nen Tip für mich?

Danke!!

[Spider (Gast)]

Hallo S56Besitzer,

was war die lösung deines Problems ?




Hallo Forum!

Ich habe die glcd-lib von superkranz mal kompiliert und stoße auf
folgende Probleme:

"make.exe" all
makefile:335: test.d: No such file or directory

--> in Zeile 335 des Makefiles steht: include $(SRC:.c=.d)
Die Zeile kann ich doch knicken oder?

Compiling: test.c
test.c:10: warning: no previous prototype for 'testLines'
test.c:33: warning: no previous prototype for 'testLines2'
test.c:45: warning: no previous prototype for 'testEllipses'
test.c:87: warning: no previous prototype for 'testEllipses2'
test.c:99: warning: no previous prototype for 'testRects'
test.c:120: warning: no previous prototype for 'glcdRotateRect'
test.c:190: warning: no previous prototype for 'glcdNewOrientation'
test.c:197: warning: no previous prototype for 'testSymbols'
test.c:223: warning: no previous prototype for 'glcdPrintCenter'
test.c:233: warning: no previous prototype for 'myRead'
test.c:238: warning: no previous prototype for 'demoScreen'
test.c:339: warning: no previous prototype for 'testOrientation'
test.c:390: warning: no previous prototype for 'testBitmaps'
test.c:411: warning: no previous prototype for 'glcdRandomClipRect'
test.c: In function 'main':
test.c:429: warning: unused variable 'o'

Die fehlenden Prototypen meckert er an.
Das ist doch aber alles da oder?

Danke für Euren Tip

[kazio0 (Gast)]

PLEASE send mi SIEMENS CX65 LCD Lib for Proteus :) my e-mail: 
[e-mail]

[michael (Gast)]

Hallo zusammmen,

ich habe erfolgreich die glcd-lib von christians seite mit einem ls020 
zum laufen bekommen.
tolle arbeit von euch!

leider funktioniert die rotation noch nicht. hat schon jemand die lib 
entsprechend erweitert, sodass man den text auch in 90° rotation 
anzeigen kann?

mfg, michael

[Torsten G. (wawibu)]

Hi zusammen,

habe mir auch mal so ein Display vom Typ LS020 in der Bucht bestellt. Da 
es heute eingetroffen ist, wollte ich versuchen zumindest schonmal die 
"Hello World" angezeigt zu bekommen.
Habe mir dazu von Christians Webside die aktuelle simple_display3 
geladen und entpackt. Wenn ich diese nun mit Rebuild All compilieren 
lassen, kommen folgende Meldungen:
Build started 20.8.2009 at 22:12:43
avr-gcc  -mmcu=attiny2313 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char 
-funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT disp.o -MF 
dep/disp.o.d  -c  ../disp.c
avr-gcc  -mmcu=attiny2313 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char 
-funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT simple.o 
-MF dep/simple.o.d  -c  ../simple.c
avr-gcc -mmcu=attiny2313 -Wl,-Map=S65_simple_Dispaly3.map disp.o 
simple.o     -o S65_simple_Dispaly3.elf
disp.o: In function `lcd_wrdat16':
C:\_Data\Projekte\_MoBa\AVRStudio\S65_simple_Dispaly3\default/../disp.c: 
128:  undefined reference to `lcd_wrdata'
C:\_Data\Projekte\_MoBa\AVRStudio\S65_simple_Dispaly3\default/../disp.c: 
129:  undefined reference to `lcd_wrdata'
disp.o: In function `lcd_wrcmd16':
C:\_Data\Projekte\_MoBa\AVRStudio\S65_simple_Dispaly3\default/../disp.c: 
122:  undefined reference to `lcd_wrcmd'
C:\_Data\Projekte\_MoBa\AVRStudio\S65_simple_Dispaly3\default/../disp.c: 
123:  undefined reference to `lcd_wrcmd'
simple.o: In function `main':
C:\_Data\Projekte\_MoBa\AVRStudio\S65_simple_Dispaly3\default/../simple. 
c:24:  undefined reference to `lcd_init'
make: *** [S65_simple_Dispaly3.elf] Error 1
Build failed with 5 errors and 0 warnings...

Leider kann ich die Funktion lcd_wrcmd auch nicht finden. Dafür ist die 
Funktion lcd_wrcmd16 gleich doppelt in der disp.c enthalten. Liegt hier 
vielleicht ein Fehler vor oder was mache ich falsch?

void lcd_wrcmd16(uint16_t dat)
{
  lcd_wrcmd((dat>>8));
  lcd_wrcmd(dat);
}

void lcd_wrdat16(uint16_t dat)
{
  lcd_wrdata(dat>>8);
  lcd_wrdata(dat);
}

Wenn ich zum testen den ATtiny nur mit 2,9Volt betreibe, dann kann ich 
das Display doch direkt an die Ausgänge anschließen - oder ?

Danke Euch

Torsten

[Torsten G. (wawibu)]

Torsten Giese schrieb:
> Leider kann ich die Funktion lcd_wrcmd auch nicht finden. Dafür ist die
> Funktion lcd_wrcmd16 gleich doppelt in der disp.c enthalten. Liegt hier
> vielleicht ein Fehler vor oder was mache ich falsch?
>

Da habe ich quatsch geschrieben - sorry

[Torsten G. (wawibu)]

Habe es nun hinbekommen. Display wird erfolgreich mit einem ATmega8515 
betrieben.

[Slevin (Gast)]

Hallo Leute,

ich habe das LS020 schon erfolgreich mit dem kleinen Programm 
Simple-Display an meinem Mega32 betrieben. Jetzt würde ich gerne das mit 
s65_glcd_V01 versuchen, doch ich kriegs nicht auf die Reihe.
Ich benutze AVR Studio 4 und weiß nicht so recht wohin mit den Dateien 
(zB: *.asm, *.a, *.inc,...), hab schon Vieles versucht, doch ihm fehlen 
so gut wie alle Funktionen oder der Assembler findet keine Header 
Dateien, obwohl ich die schon included habe.
In der Installation Textdatei stehen auch andere Pfade.
Die Dateien (makefile, glcd) habe ich schon anpasst (MCU, Ports für 
Ausgabe, Quarz).
Es wäre echt super, wenn einer eine Anleitung oder sowas Ähnliches 
schreiben könnte, Schritt für Schritt oder Tipps geben könnte.

Ich freu mich schon drauf!!!
Slevin

[Slevin (Gast)]

Hi,

habs endlich doch noch hinbekommen!

Wenn ich es compiliere, dann kommt folgendes:

c:/programme/avrstudio/bin/../avr/include/util/delay.h:89:3: warning: 
#warning "Compiler optimizations disabled; functions from <util/delay.h> 
won't work as designed"
test.c:12: warning: no previous prototype for 'testLines'
test.c:35: warning: no previous prototype for 'testLines2'
test.c:47: warning: no previous prototype for 'testEllipses'
test.c:89: warning: no previous prototype for 'testEllipses2'
test.c:101: warning: no previous prototype for 'testRects'
test.c:122: warning: no previous prototype for 'glcdRotateRect'
test.c:192: warning: no previous prototype for 'glcdNewOrientation'
test.c:199: warning: no previous prototype for 'testSymbols'
test.c:225: warning: no previous prototype for 'glcdPrintCenter'
test.c:235: warning: no previous prototype for 'myRead'
test.c:241: warning: no previous prototype for 'demoScreen'
test.c:341: warning: no previous prototype for 'testOrientation'
test.c:392: warning: no previous prototype for 'testBitmaps'
test.c:413: warning: no previous prototype for 'glcdRandomClipRect'
test.c:424: warning: no previous prototype for 'pwma'
test.c: In function 'main':
test.c:457: warning: unused variable 'o'

Zwar funktioniert das Display so einwandfrei, doch mich interessiert es 
schon, was das für warnungen sind. Kann mir einer weiter helfen?

MfG
Slevin

[Tobias B. (tc-soundnlight)]

Entweder habe ich es überlesen oder es hat noch keiner geschrieben!
Ich suche eine möglichkeit das S65 - Display mit 8bit Farben zu 
verwenden - gibt es hier vom LCD aus eine möglichkeit per Befehl 
umzuschalten??

Danke - Grüße Tobi

[Andreas W. (andreasw)]

Beitrag "Re: The Siemens S65 132x176, 65536 color display with AVR"
http://www.juras-projects.org/eng/lcd.php

[Torsten G. (wawibu)]

Habe nun endlich es hinbekommen, dass ich die Files, welche mit Hagens 
Font-Editor erstellt werden, in meinem Projekt verwenden kann. Die ganze 
Lib ist mir zu wuchtig, und außerdem müsste ich die größtenteils eh 
umschreiben, da ich in ASM programmiere.
Gestern habe ich dann mir die Windows-Updates von XP gezogen. Seit dem 
kann ich den Font-Editor noch aufrufen, jedoch wird im Bearbeitungsfeld 
wo normalerweise die kleinen Kästchen sind, nichts mehr angezeigt. Das 
Feld ist leer.

Habe mal einen Screenshot angehängt.

Hat einer eine Idee was ich tun kann? Im WorstCase muss ich versuchen 
herauszufinden, was das WindowsUpdate gestern installiert hat und dass 
dann wieder deinstallieren.

Danke & Gruß
Torsten

[Michael 9. (michael93)]

Hallo zusammen,

als erstes: Danke christian für deine Arbeit, echt toll von dir alles 
zur verfügung zu stellen.

Das Demo (grüner hintergrund mit Text) funktioniert bei mir wunderbar 
(LPH8826 und ATMega32 mit 8MHz), aber die Grafikroutinen nicht. Ich kann 
alles compilieren und so, aber das Display zeigt überhaupt nichts an.
Kann mir jemand einen Tip geben was man machen muss, damit man etwas 
sieht? Die Pinbelegung stimmt, habs mehrfach kontrolliert.

Da fällt mir ein: In der main in test.c ist display on auskommentiert. 
Wird das Display irgendwo anders eingeschaltet?

Michael

[Michael 9. (michael93)]

ok, es lag nicht am auskommentierten.

Stattdessen hab ich mal das hier probiert (in C bin ich fitter als in 
asm):

draw_fill_rect(20,20,30,20,0x0F00);

void draw_fill_rect(unsigned char x, unsigned char y, unsigned char width, unsigned char height, unsigned int color)  {

  int i = width * height;
  i--;

  // PORTB &= ~_BV(LCD_CS);  // select display

  lcd_comtype(0x05);
  lcd_comdat(0x00,0x30);
  lcd_comtype(0x16);
  lcd_comdat(x + width, x);
  lcd_comtype(0x17);
  lcd_comdat(y + height, y);
  lcd_comtype(0x21);
  lcd_comdat(y, x);
  lcd_comtype(0x22);
  lcd_write(0x76);


  while (i)  {
    lcd_write16(color);
  }

  // PORTB |= _BV(LCD_CS);  // deselect display

  return;
}

Die erste Zeile ist der Aufruf der Funktion (steht in main drinne). Das 
Rechteck wird korrekt bezeichnet, danach geht aber nichts mehr (vorher 
wird Bildschirm gefüllt, natürlich mit einer anderen Farbe, das geht, 
aber alles was danach kommt tut nichtmehr. Ich bin mir sicher, dass 
einfach nur ein Befehl fehlt, weiß aber nicht welcher. Oder ich fülle 
den GRAM in angegebenen Bereich zu wenig oder zu viel, ich weiß nicht, 
wieviel es genau sein muss.

Michael

[Lasse S. (cowz)]

Hi,

wie soll er denn aus

  while (i)  {
    lcd_write16(color);
  }

wieder rauskommen?

Gruß, CowZ

[Michael 9. (michael93)]

oooops, das is jetz aber peinlich, hab i--; vergessen, danke.

Michael [schäm]

[Torsten G. (wawibu)]

Ich muss mich hier nun nochmal melden. Irgendwie komme ich leider nicht 
weiter.
Die Lib habe ich derweilen nun erfolgreich in mein C-Projekt in Ecplise 
eingebunden. Textausgaben sind auch ohne Probleme mit folgendem Aufruf 
möglich:

glcdSetFgColor(RGB(0xff,0xff,0xff));
glcdMoveTo (LCD_TIME_X - VIS_font_WIDTH - 2, LCD_TIME_Y);
glcdPrint(icon_DCF,0);

Der Text wird so natürlich nur in der Farbe ausgegeben, die ich vorher 
angegeben haben.

Doch wie geben ich denn ein buntes Zeichen aus? So wie zB in der 
clock20x37

Und wo finde ich die glcd_Colors[]? Wenn ich die Farben im Font-Editor 
angepasst habe, muss ich diese doch auch irgendwie meinem Projekt 
mitteilen - oder?

Möchte gerne einfache farbige Symbole über das Font-Tool erstellen und 
dann auf dem Display ausgeben. Doch irgendwie scheitere ich daran.

Vielleicht mache ich den Fehler ja schon beim einbinden der Schriftart:

#include "font/VIS_font.h"

Hoffe ihr könnt mir helfen.

Danke
Torsten

[cun83 (Gast)]

Hallo zusammen,

erstmal vielen Dank an euch alle für die tollen Infos, ohne euch wäre 
ich nicht so weit gekommen. Mein spezieller Dank an Christian K. für die 
super Hardwareinfos und an Ben a.k.a. Lightning für das tolle PDF.

Zum Wesentlichen:
Nachdem ich keinen simplen Arduino Sketch / Code ohne externe Librarys 
gefunden habe, um mein LS020 Display zu testen, habe ich selbst einen 
geschrieben (nur Initialisierung als reiner Hardwaretest). Vielleicht 
hilft das hier jemandem.

Zu finden hier:
http://tinylogic.blogspot.com/2009/11/siemens-s65-tft-part-2-its-working.html

Der Post ist zwar auf Englisch, aber der Code ist selbsterklärend, wenn 
man hier den Thread gelesen hat. (Fragen, Probleme, etc zum Sketch bitte 
im Blog in die Comments, dort bin ich häufiger aktiv als hier. Auch gern 
auf Deutsch.)

Nebenbei:
@Andreas Watterott: Unter welcher Lizenz stehen eigenlich eure Libs, 
speziell die im S65 Shield Project? Ich habe da diverse Änderungen, die 
ich bei geignetem Reifegrad gerne der Community zu Verfügung stellen 
möchte.

Schöne Grüße,
cun83

[Julian W. (julian-w)]

Hallo,
ich wollte mal Fragen, ob der Schaltplan so in Ordnung ist. Als Display 
benutze ich ein L2F50xxx.

Schon mal Danke für eure Hilfe und ich wünsche euch noch einen guten 
Rutsch ins neue Jahre!

MfG
Julian

[Torsten G. (wawibu)]

Hi Julian,

ich weiß zwar nicht, welchen Regler Du als IC2 und IC3 verwendest, 
scheint aber sonst zu passen.
Ich habe bei mir sogar nur eine Regelung auf 3.3V drin und diesen dann 
an den 1.8V und 2.9V Eingang abgeschlossen. Das läuft bei mir super.

Dir auch einen guten Rutsch.

Gruß
Torsten

[Thisamplifierisloud (Gast)]

10 Eu das Stück  ?!?

Uaaaaaaaaahhhhh !

Ich hab letzte Woche ein Dutzend in die Tonne getreten.

Nehmt einen Stock und verhaut mich.

[Julian W. (julian-w)]

Ups, als Regler v

Torsten Giese schrieb:
> Ich habe bei mir sogar nur eine Regelung auf 3.3V drin und diesen dann
> an den 1.8V und 2.9V Eingang abgeschlossen. Das läuft bei mir super.

Upps, ganz vergessen hinzuschreiben. Als Regler benutze ich den LM317.

[Torsten G. (wawibu)]

Thisamplifierisloud schrieb:
> 10 Eu das Stück  ?!?
>
> Uaaaaaaaaahhhhh !
>
> Ich hab letzte Woche ein Dutzend in die Tonne getreten.
>
> Nehmt einen Stock und verhaut mich.

Hm - was hat das nun hiermit zu tun? Vermutlich in falschen Thread 
gelandet?

[Julian W. (julian-w)]

Naja, ich glaube, er meint, dass er S65-Displays geschrottet hat und 
sich jetzt (logischer weise) darüber ärgert...

[Julian W. (julian-w)]

So, hab mein Display zum laufen bekommen und muss sagen:
Super Bildqualität für den Preis! Hab gleich mal noch ein paar bestellt.
Auch der Code von superkranz funzt prima.

Jedoch wollte ich mal Fragen, wie ich ein einzelnes Pixel setzten kann. 
Hab schon stundenlang rumprobiert, hat aber leider nie funktioniert :(

Displaytyp ist L2F50xxx.

[Andreas W. (andreasw)]

> Jedoch wollte ich mal Fragen, wie ich ein einzelnes Pixel setzten kann.
> Hab schon stundenlang rumprobiert, hat aber leider nie funktioniert :(
Bereich (column, page) setzen und Pixel malen:
http://code.google.com/p/arm-webradio/source/browse/trunk/src/lcd/lcd_l2f50.c

Was mich interessieren würde, ob schon jemand eine Möglichkeit gefunden 
hat das L2F50 um 90 Grad zu drehen (Landscape-Mode). Scheinbar ist nur 
eine Drehung um 180 Grad möglich.

[Andreas B. (lawert)]

Hallo Zusammen,

erst mal ein Gutes Neues !

Ich hab mich ein wenig "verschluckt". Ich hab mir ein S65 Displays 
besorgt (LS020 gebraucht) -> und bekomm das Ding einfach nicht zum 
laufen.
Das Ganze ist dadurch erschwert, dass ich einen Mega88 verwende und ich 
hier (offensichtlich) nicht alles 1:1 übernehmen kann (Register...).

Ich will euch nicht damit belästigen, meine ganzen "Anfängerprobleme" 
durchzukauen, sondern bitte nur darum mir eines hex File zukommen zu 
lassen das ich auf dem Mega88 laufen lassen kann um festzustellen, ob 
das Display überhaupt funktioniert und ob meine Verkabelung IO ist.
(mir genügt es wenn das Ding "Hallo NEWBIE" ausgibt :-) )
Durch den Rest qäle ich mich dann durch.

Mein Aufbau:  Atmega88 (8MHz intern), Display: LS020XXX
Pins:
  #define   LCD_CS      PB2
  #define   LCD_RESET   PB6
  #define   LCD_RS      PB7
  #define   LCD_MOSI    PB3
  #define   LCD_MISO    PB4
  #define   LCD_SCK     PB5

würde mich freuen wenn mir jemand helfen könnte.

Meine Mail:  S_Andreas_'ät'hotmail.com

DANKE !

[Thisamplifierisloud (Gast)]

Ganz oben steht :

"Preis derzeit z.B. 10EUR beim Internet Versteigerer zum sofort kaufen."

Aber da steht auch, daß das anno 2005 war... uuups.

[Torsten G. (wawibu)]

Thisamplifierisloud schrieb:
> Ganz oben steht :
>
> "Preis derzeit z.B. 10EUR beim Internet Versteigerer zum sofort kaufen."
>
> Aber da steht auch, daß das anno 2005 war... uuups.

Aktuell gibt es das LS020 in der Bucht für knapp 12Eur als Neuware.

[S65_User (Gast)]

Hallo.

Ich habe mir auch ein schickes S65-Display zugelegt. Funktioniert auch 
mit der Ansteuerung und allem. Ich verwende die GLCDv01.

Nun frage ich mich, wie ich Bitmaps damit darstellen kann. Ich habe 
meine bmp's mit einigen der hier im Thread vorgestellten Konvertern in 
*.h Files konvertiert. Nun sind das ja jeweils 2 Byte pro Pixel.

Ich weiß nun nicht, wie ich die Farbinformationen an das Display 
übertrage.

Ich habs versucht mit glcdSetPixel(x,y,color) und mit glcdDisplayData().

Wie kann ich die 2 Byte in die Farbe eines Pixels für glcdSetPixel() 
umwandeln?

Wie sende ich das Bitmap als Puffer? Das Display muss den Datenstrom ja 
interpretieren können.

Ich habe leider keine Infos zum Umgang mit den Farben in der 
Dokumentation gefunden.

Grüße
S65_User

[S65_User (Gast)]

Re

Kann mir wirklich niemand kurz erklären, wie das mit den Farben in der 
glcd funktioniert? Oder zumindest einen Hinweis oder Link geben, 
vielleicht gibts dazu ja schon einen Thread oder sowas.

S65_User

[Gunni H. (gunni)]

Hallo,

ich habe mal einen komplette Code erstellt, der von einer SD Karte das 
BMP liest und auf dem LCD ausgibt.

schau mal in der Codesammlung unter "Atmega32 zeigt BMP von SD/MMC Karte 
aus S65"

gruß
gunni

[S65_User (Gast)]

Hallo Guntmar,

Vielen Dank erstmal für die Info. Jetzt hab ich aber trotzdem noch ein 
paar Fragen:

Wenn ich zum Beispiel aus deiner Bibliothek die Funktion 
S65_PutRawBmp16() nehme:

- Das Display weiß dann, dass es jeweils 2 gesendete Bytes als ein Pixel 
interpretieren muss?
- Muss man vorher den Platz auf dem Display allokieren?

- Woher weiß das Display, welche Farbe es welchem Wert zurordnen muss? 
Es muss ja dann irgendwie ne Farbtabelle geben, wo das Display weiß: 
"dieser 16-Bit-Wert entspricht genau dieser Farbe". Genauso im 
8-Bit-Modus. Welche Farbtabelle ist dort hinterlegt?


Grüße,
S65_User

[Torsten G. (wawibu)]

Hi S65_user,

schaue Dir mal diesen Thread an:
Beitrag "S65 GLCD - wie farbige Icons mittels Font Editor?"

Für mich war das auch nicht transparent. Nach Hagens Erklärung, habe ich 
es aber nun kappiert :)

Gruß
Torsten

[S65_User (Gast)]

Hallo Torsten,

Danke für den Link. Ist wirklich sehr informativ. Besonders was die 
Darstellung von Fonts in unterschiedlichen Farben angeht.

In dem Thread ist die Rede von einer DrawBitmap-Funktion. Die gibts aber 
in der glcd-Lib (V01), die ich von superkranz.de habe leider nicht :-(

Gibts ne aktuellere Version davon?

Grüße,
S65_User

[k000858 (Gast)]

Hi all. Who has LS020 model for ptoteus?

[k000858 (Gast)]

send it to my mail pls
flint.
relax@
gmail.com

[Torsten G. (wawibu)]

S65_User schrieb:
> In dem Thread ist die Rede von einer DrawBitmap-Funktion. Die gibts aber
> in der glcd-Lib (V01), die ich von superkranz.de habe leider nicht :-(
>
> Gibts ne aktuellere Version davon?

Hi S65_User,

habe mal nachgeschaut und konnt so auf Anhieb auch nichts in der GLCD v1 
finden. Ob es eine neuere Version davon gibt, kann vermutlich am besten 
Hagen beantworten.

Gruß
Torsten

[Hagen (Gast)]

Ja gibt es. Ich habe diese GLCD mit dem Nokia6100 in zwei Versionen 
begonnen und sie dann nochmals neu portiert für das S65 LPHxxx Display. 
Christian dagegen hat die alte Nokia Lib von mir für das S65 portiert. 
Beide Libs sehen sich sehr aähnlich was die Funktionsnamen, Parameter 
und Features betrifft sind aber auch teilweise sehr unterschiedlich. 
Meine S65 Lib hat zb. neue features wie Bitamps/Icons zeichnen die mit 4 
unterschiedlichen Verfahren komprimiert im Speicher liegen. Desweiteren 
enthält sie die Funktion glcdRoundRect() mit der man vom Rechteck über 
abgerundete rechtecke und Tonnen bishin zu Ellipsen und Kreise zeichnen 
kann. Das sind die wesentlichen Unterschiede. Ganz neu in der S65 Lib 
ist ein sehr flexibels und schon fertiges Menusystem das im FLASH seine 
Struktur hinterlegt bekommt, vielfarbig, scrollbar und dynamiscerbar 
ist.

Der größte Unterschied ist aber das ich die S65 Lib nicht frei 
veröffentlicht habe. Man muß sich bei mir per PN melden und kann sie 
dann per EMail bekommen. Übrigens haben schon ziemlich viele leute hier 
dieses Angebot wahrgenommen.

Gruß hagen

[M. E. (meins0273)]

Und wie kann ich mich bei Dir melden :-)
Hätte die S65 LIB auch gerne.

Danke und Gruß

[Hagen R. (hagen)]

Links oben neben meinem Namen klicken und mir eine PN schicken.

[Martin J. (bluematrix)]

Hallo euch allen, das ist ja ne echt starke leistung, was hier alle 
vollbracht haben.
leider bekomme ich keine der Displays mit den Programmen zum laufen.

Ich suche eine Software für die Displays.
       Nokia 6100   leider die EPSON version
       S65
       Nokia 3310

       mit ATmega128

Nutzen möchte ich diese mit dem aktuellen WinAVR und einem ATmega128
kann mir jemand einen brauchbaren CODE zusenden?

Vielen DANK
martin

[LordZiu (Gast)]

Welcher Displaycontroller bei dem S65?

[Gunni H. (gunni)]

@ Martin J.:
wenn du ein oszilloskop hast, ist es sehr hilfreich zu schauen, ob die 
richten Signale, an den richtign Pins ankommen.
Stimmt dein Timing? (Quarz?)

[Mi G. (ducky)]

Moin ...

hat jemand das Display an nem MSP430 am Laufen ?? vielleicht sogar an 
einem der
5er Serie ??? ich wollte das Display an nen CC430F5xxx packen ..
vielleicht hats ja schon mal jemand mit Erfolg probiert ..

Gruß Micha

[Lasse S. (cowz)]

Ist es möglich, zwei Displays an einen Controller anzuschließen? Ist es 
richtig, dass ich dafür nur eine zusätzliche CS-Leitung bräuchte?

Und: Gibt es Display noch irgendwo zu kaufen? Bei Watterott habe ich es 
nicht mehr gefunden?

Gruß
Lasse

[Torsten G. (wawibu)]

Lasse S. schrieb:
> Und: Gibt es Display noch irgendwo zu kaufen? Bei Watterott habe ich es
> nicht mehr gefunden?

Hi Lasse,

Wattenrott stellt ja noch immer den Shop um. Ich schätze mal, dass sie 
die Displays wieder reinbekommen.

Ansonsten schaue mal in der Bucht nach:
http://shop.ebay.de/i.html?_nkw=s65+display

Bzgl der 2 Displays, schätze ich mal das das mit einer zusätzlichen CS 
geht. Bei der Aussage lasse ich aber die Experten vor :)

Gruß
Torsten

[Lord Z. (lordziu)]

Serial Peripheral Interface

Danach sollte es ohne Probleme möglich sein. Du musst halt pro Display 
die Slave Select Leitung schalten.

[Andreas W. (andreasw)]

Hallo,

Wir haben die S65-Displays, Steckverbinder und auch die Metallrahmen im 
Lager. Die Teile sind aber noch nicht im neuen Shop gelistet. Wir 
versuchen alle Artikel in den nächsten 14 Tagen einzupflegen.

Gruß
Andreas

[Lasse S. (cowz)]

Danke schonmal für die Antworten.

Beruhigend, dass ihr die wieder bekommt, Andreas :)

Danke für den Link zum SPI, das war mir durchaus bewusst. Leider nutzt 
das Display ja zusätzlich noch Reset und RS. Meine Frage zielt daher 
darauf, ob ich Reset und RS auch doppelt brauche, oder ob das mit dem CS 
reicht. (Es wäre in Ordnung für mich, wenn ich beide Displays nur 
gleichzeitig resetten kann, beide Displays sind stets gemeinsam in 
Verwendung)


Warum ich zwei Displays brauche (weil hier ja häufig sinnvoller Weise 
auch nach den tieferen Beweggründen gefragt wird): Die Anzeigefläche 
eines Displays ist mir zu wenig, und ich finde kein leicht ansteuerbares 
größeres Display, welches bezahlbar ist.

Gruß
Lasse

[Andreas W. (andreasw)]

Das mit dem gleichzeitigen Reset/Init müsste eigentlich gehen.

> Warum ich zwei Displays brauche (weil hier ja häufig sinnvoller Weise
> auch nach den tieferen Beweggründen gefragt wird): Die Anzeigefläche
> eines Displays ist mir zu wenig, und ich finde kein leicht ansteuerbares
> größeres Display, welches bezahlbar ist.

Da die S65-LCDs nicht mehr produziert werden, sind wir auch auf der 
Suche nach einer Alternative. Wahrscheinlich werden wir 2,8" 240x320 
Displays (mit SPI, 8bit und 16bit Interface) von Multi-Inno mit in den 
Shop aufnehmen.

Gruß
Andreas

[M. E. (meins0273)]

Zwei Displays gehen.
Du kannst alle Leitungen parallel anschließen und nur jedem Display eine 
eigene CS Leitung verpassen.
Habe ich schon gemacht.

GRuß

[Lasse S. (cowz)]

Super, danke für die Infos! :)

[paule (Gast)]

Weiß jemand etwas darüber, ob es unter den aktuellen Handys überhaupt 
noch ein Display gibt, welches via spi oder 8bit Datenbus angesteuert 
wird?

Grüße

[Max P. (eizo)]

Hallo
ich habe leider oben im Beitrag nur recht wenige Informationen zu meinem 
Display gefunden. Optisch sieht es wie ein LS020... aus aber die genaue 
Bezeichnung ist LQ020..., aus einem S65 Handy ausgebaut. Ich habe ein 
Video oben gefunden wo jemand anscheinend dieses Display erfolgreich 
benutzt. Ist es es von der Ansteuerung dem LS020 identisch? Gibt es 
irgendwelche Besonderheiten zu beachten? Kann das Display leider 
momentan nicht selber testen. Vielen Dank.

[Uli (Gast)]

Hallo,

mein LPH Display an einem XMega macht manchmal Probleme.
Die Spannungsversorgung beträgt 3,3V.
Verwendet wird Hardware-SPI mit 16MHz. Testweise wurde auch 8MHz, 4MHz 
und 2MHz probiert. Das verhalten ändert sich hierbei nicht (abgesehen 
von der Geschwindigkeit des Bildaufbaus natürlich).

Es kommt immer mal wieder vor, dass das Display "schlieren" zieht; es 
wird zwar alles angezeigt, jedoch ist wie ein ein Grauschleier 
schattenhaft alles mehrfach zu sehen.
Das ist meist wenn ich die Schaltung ein paar Stunden vom Strom getrennt 
habe wieder weg gewesen, jetzt ist es jedoch auch direkt -nach einem 
halben Tag ohne Strom- sofort wieder fehlerhaft gewesen.

Kann das daran liegen, dass ich des öfteren keinen Reset des Displays 
vor dem Ausschalten gemacht habe?

Grüße Uli

PS: Ich habe vage in Erinnerung, dass ich das Problem schonmal hatte, 
und da irgendwas mit der Slave-Select-Line war. Irgendwas mit zu langsam 
oder zu schnell oder so, aber da bin ich mir nicht sicher und durch 
rumprobieren hab ichs net besser hinbekommen als so fehlerhaft mit 
Schlieren
Oder war es irgendwas mit der Spannungsversorgung, dass die Spannung 
noch nicht sauber genug war? :-/ Ich hab jedenfalls testweise auch 
bereits delays von bis zu 1s eigenstellt vor dem Iniitialisieren des 
Displays und danach vor dem ersten beschreiben, aber das hat auch nicht 
geholfen

[Vladimir (Gast)]

Dear Hagen Reddmann!
Thank you very much for great font editor (font.exe) and picture 
converter (convert.exe) program!
They are very useful for me.

Now I`am changed the display to one with the resolution of 320x240 
pixels, but the picture converting utility does not allow me to work 
with this new resolution properly because of its restriction of 176x132 
pixels maximum :(

Would you be so kind to change this restriction to 320 x 240 pixels 
instead?

Thanks in advance :)

[Hagen (Gast)]

here is it, regards Hagen

[Vladimir (Gast)]

Thank you very much!

[Vladimir (Gast)]

Hagen schrieb:
> here is it, regards Hagen

There is a bug in the modified converter - saved image (436 x 249 
original, must be 320 x 182 after conversion) has wrong "width" 
parameter (in the header) - 64 (instead of 320)...

.png images are not supported anymore?

[Hagen (Gast)]

- .png again supported
- bug removed

Please remember needed changes in binary data format. First both bytes, 
wich are width and height in the old format, must be changed to word, 
eg. two bytes per value. This is important if you use my compessed data 
format and export into header files.
Next two weeks i'm on tour, thus you have to wait some time for a 
answer.

Regards, Hagen

[Vladimir (Gast)]

Hagen schrieb:
> - .png again supported
> - bug removed

Thanks, it seems now all works fine!

Just one last thing - your old converter has the "info text" - a text 
lines below each picture window with its bit depth and resolution 
information.
This text disappears in the new version.

Possibly, the text is still in place, just being hidden below oversized 
"picture windows"?

[clonePhone82 (Gast)]

Wäre es möglich eine Version zu erstellen bei der man die resolution 
einstellen kann?. Ich bräuchte 128x64.

Danke im Voraus

[Thomas H. (supergrobi)]

hier mal eine Umsetzung für MSP430 mit Hardware SPI für das LPH8836

gruß
Thomas

[marcel (Gast)]

hallo ich wolte mal fragen ob dess display auch mit einem atem 88 
angesteuert waerden kann oder nur mit den atem 126

[Mike (Gast)]

Was ist ein atem?
Ist das sowas wie ein Mega oder Pic oder sowas?

[marcel (Gast)]

entschuldigung ich meiente den atmega88 ob mann dann nemen kann weil ich 
keinen atmega128 löten kann (kontakte zu klein)

[marcel (Gast)]

kann man den jetzt dass display mit einem atmel88 ansteuern

[Martin J. (bluematrix)]

das display funktioniert über SPI.
also wenn der atmega88 spi hat sollte das möglich sein

[marcel (Gast)]

ne leider nicht aber wie kann ich den den löten

[marcel (Gast)]

also den 182

[Marc Seiffert (Gast)]

marcel du solltest definitiv an der genauigkeit deiner Texte arbeiten !

du kannst das dieplay mit nem atmel mega88 ansteuern, ja, allerdings ist 
der schon arg klein, große sprünge werden die nicht möglich sein

(ich weis dass ich an meiner rechtschreibung arbeiten könnte, ja....)

[Stefan Hibuk (Gast)]

Habe gerade voller Hoffnung mein Paket von Ebay aufgemacht und was 
musste ich feststellen, anstelle der versprochenen Modellreihe P03 habe 
ich P00 bekommen.

Weiß einer von euch ob diese beiden Modellserien den selben Controller 
benutzen ? ;)


Vielen Lieben Dank

Stefan Hibuk

[Marcel H. (heier1213)]

Hallo
Leider weis ich auf deine frage keine Antwort
aber ich wolte fragen ob es möglichist ein s/w
Kamera modul von Conrad (http://www.conrad.de/ce/de/product/150001)
an das disply L2F50xxx anzuschließen?

[Marcel H. (heier1213)]

Was ist los keine antwort????

[Julian W. (julian-w)]

Klick mal auf deinen Link, der geht nicht.
Und prinzipiell würde ich sagen, dass das nicht geht, es sei denn, die 
Kamera unterstützt explizit das Display, was zu 99,999% nicht der Fall 
sein wird. Von daher müsstest du die Signale der Kamera konvertieren und 
dann an das Display senden, bräuchtest also etwas Hardware, nur 
verdrahten reicht nicht.

[Lasse S. (cowz)]

Naja. Du hast ein Kameramodul(*). Du hast ein Display.

Wenn du da geeignete Logik zwischen baust, geht das bestimmt irgendwie. 
Eine mechanische Verbindung funktioniert mit genügend Heißkleber.


Gruß
Lasse

(*) was für eins auch immer, der Link zu Conrad funktioniert nicht.

[Marcel H. (heier1213)]

entschuldigung mit den link.
hier ist er noch mal und hoffendlich klapt er:
http://www.conrad.de/ce/de/product/150001/

[Julian W. (julian-w)]

Also direkt miteinander verbinden geht hier gar nicht. Und mit 
"einfacher" Logik dürfte das auch nichts werden.
Hab ich zwar nicht so genau damit beschäftigt, aber das dürfte eher in 
die Richtung CPLD/FPGA gehen, evtl. auch Atmega, aber dann 
wahrscheinlich nur eine geringe Bildrate...

[Torsten G. (wawibu)]

Auch wenn es ggf nicht ganz hier hingehört:
Da das LS020... zwischenzeitlich nicht zu bekommen war - jetzt gibt es 
das wohl wieder in der Bucht -, was wäre eine Alternative?
Starte gerade mit einem neuen Projekt und da dann auf ein totes Pferd 
setzen ist auch nicht die beste Wahl.

Gibt es ein Display, das eine Alternative zum LS020... darstellt?

Danke,
Torsten

[Marcel H. (heier1213)]

Das mit dem LS020 ist in Ordnung auch wenn es nur eine langsame 
darstellung ist. Hat den jemand mal ein schaltplan und ein programm.
Das am ende ein Display mit ein eingang für die kamera rauskommt.

[Julian W. (julian-w)]

Marcel Heier schrieb:
> Hat den jemand mal ein schaltplan und ein programm.
> Das am ende ein Display mit ein eingang für die kamera rauskommt.

Ich glaube, du unterschätzt da etwas den Aufwand einer solchen 
Schaltung, das ist nicht gerade eine 0815-Standard-Schaltung, sondern 
eher was anspruchsvolleres...

Also falls einer sowas haben sollte, dann hab ich morgen einen 6er im 
Lotto^^

[klabusterbaer (Gast)]

Hallo an Alle hier in diesem Forum,
erst mal möchte ich danke für die tolle glcdLib sagen.

kann es sein das ich etwas falsch gemacht habe, oder habe ich ein 
kleinen Fehler entdeckt?
Ich hoffe das ich keine Diskussion dazu übersehen habe.
Habe das LS020 an einem atmega128. mir ist aufgefallen, das scheinbar 
die erste zeile und die erste spalte des display nicht benutzt werden 
wenn mann ein glcdRect definiert oder den Screen löscht.
ich hänge hier mal die test.c mit dran so sieht man schön was ich meine.

#include <inttypes.h>
#include "../glcd/glcd.h"
#include "../glcd/lfsr.h"
#include "../font/mein.h"
#include "../font/mein1.h"
#include "../font/f9x14.h"
#include "../font/f15x22.h"
#include "../font/f8x11.h"

void glcdPrintCenter(glcdRect_t r, char *text, uint8_t InFlashStored){
  r.X1 += (r.X2 - r.X1 - glcdCharsWidth(text,InFlashStored)) / 2;
  r.Y1 += (r.Y2 - r.Y1 - glcd_FontHeight) / 2;
  glcdMoveTo(r.X1, r.Y1);
  glcdPrint(text, InFlashStored);
}

void demoScreen(void)
{
 glcdRect_t r; 
 glcdSetBkColor(BLUE);
 glcdRectangle(0,0,SCREEN_WIDTH,SCREEN_HEIGHT);
 glcdSetFgColor(MAGENTA);
 glcdLine(0,0,0,50);
 glcdLine(0,0,50,0);
 
}

int main(void) {
#define cnt 1

#ifndef USE_AUTOINIT
    glcdDisplayInit();
#endif

    glcdClearScreen(1);
//    glcdDisplayOn();

    demoScreen();

    while (1) {
    }
}

mfg der klabusterbaer

[Matus (Gast)]

hallo, i want datasheet for my LCD L2F50126. I want to use it in my 
software with PIC uC. I see some documents, but nowhere i find 
information about this type of display. You can write email to me...in 
future if i start writing program for display i will be have some 
questions. Thanks in advance.

[Matthias (Gast)]

Hallo!

Erstmal danke an alle für dieses Forum, damit habe auch ich
das LS020 zum laufen gebracht...
aber hat denn noch jemand eine Bezugsquelle für das Display?
Ebay und diverse Shops sind scheinbar leergekauft.

MfG,
Matthias

[Torsten G. (wawibu)]

Matthias schrieb:
> Hallo!
>
> Erstmal danke an alle für dieses Forum, damit habe auch ich
> das LS020 zum laufen gebracht...
> aber hat denn noch jemand eine Bezugsquelle für das Display?
> Ebay und diverse Shops sind scheinbar leergekauft.

hatte ich hier >> 
Beitrag "Re: The Siemens S65 132x176, 65536 color display with AVR"
auch schon mal gefragt.

Bin derzeit auf der Suche nach einer preislichen Alternative. Glaube das 
MI0283ST könnte eine Alternative sein. Habe es aber noch nirgendwo 
bestellbar gesehen.

Grüße,
Torsten

[ARV (Gast)]

Font editor generates invalid *. h-file. Imports of Cyrillic fonts is 
successful in the editor, but the output to the display of Cyrillic 
characters do not work: only empty squares pechatyutsya!
Why?
P.S. Sorry for my English (Google-translate)

[ARV (Gast)]

Sorry, typing error, sould be: "...only empty squares are printed!"

[Matthias L. (mcl024)]

Torsten Giese schrieb:
> Bin derzeit auf der Suche nach einer preislichen Alternative. Glaube das
> MI0283ST könnte eine Alternative sein. Habe es aber noch nirgendwo
> bestellbar gesehen.


und schon was gefunden?

[Torsten G. (wawibu)]

Matthias Laubnitz schrieb:
> und schon was gefunden?

Das MI0283ST liegt nun hier schon eine Weile rum - komme im Moment 
einfach nicht dazu. Mal sehen wann ich die Zeit dazu finde. Brauche 
allerdings auch noch eine Bezugsquelle für die passende Buchsenleiste. 
Ggf würde ich im ersten Step dazu auf das Board von Watterott 
zurückgreifen.
>> 
http://www.watterott.com/de/MI0283QT-2-Adapter-without-LCD?xe5e2d=g23ri7m3hbc2tucoahffbsgos2

Ist im Moment aber auch nicht zu bekommen :)

[Lasse S. (cowz)]

Was für ne Buchsenleiste brauchst du denn da? Das Kabel vom Display kann 
direkt aufgelötet werden.

[Sven T. (svent)]

Hallo zusammen,
gibts das Display eigentlich noch irgendwo ?
Ich bräuchte 5 Stück.
Keiner mehr welche rumliegen ?

Sven

[Nils S. (kruemeltee)]

Ich habe ein merkwürdiges Problem mit einem LPH88xx-Display.

Es funktioniert halbwegs, ich kann Texte, einzelne Pixel setzen usw.

Das Problem ist, dass der Kontrast sehr schlecht ist. Sobald ich das 
Display initialisiere, aber mit keiner Farbe Fülle, wird das komplette 
Display Dunkelgrau bis Schwarz über ca. 1-2 Sekunden immer dunkler.

Egal, mit welcher Farbe ich fülle, es wird immer dunkelgrau-schwarz.

Wenn ich es gar nicht initialisiere und auch sonst nichts mache, nur 
Power, dann zeigt es mir random-Pixel über das gesamte Display an.

Hat das schonmal jemand gesehen und weiss wo der Fehler liegt? Das 
Display funktioniert 1A, wenn ich es zurück in mein S65 stecke.

[Frank P. (mauz)]

Falls es noch jemanden interessiert, ich habe mal mit einem LA die 
Endsequenzen bei einem M65 mit LS020 aufgenommen:

-488,142 ms  0xef00
-488,132 ms  0x7e04
  
-428,632 ms  0xefb0
-428,623 ms  0x5a48
-428,614 ms  0xef00
-428,605 ms  0x7f01
  
-368,655 ms  0xefb0
-368,645 ms  0x64ff
-368,636 ms  0x6500
-368,628 ms  0xef00
-368,619 ms  0x7f01
  
-308,660 ms  0xe262
  
-216,353 ms  0xe202
  
-156,353 ms  0xefb0
-156,344 ms  0xbc02
-156,335 ms  0xef00
-156,325 ms  0x7f01
  
-137,892 ms  0xe200
  
-119,433 ms  0x8000
-119,423 ms  0xe204
  
-100,970 ms  0xe200
  
-82,508 ms  0xe100
  
-64,046 ms  0xefb0
-64,037 ms  0xbc00
-64,028 ms  0xef00
-64,019 ms  0x7f01
  
-4,027 ms    /RESET → low
  
0,000 ms    Vdd → low

Dies ist komplett alles nach den letzten Daten.
Was davon wirklich zum Abschalten gehört habe ich noch nicht weiter 
untersucht.
Vielleicht kann es ja einer brauchen.
frank