Hallo Mikrocontroller Gemeinde!
Ich hätte großes Interesse an einer Library für das Farb Display vom
Siemens S65, welches bis zu 65536 Farben verwenden kann.
Leider habe ich im Moment noch so gut wie keine Informationen zu dem
Display. Ich weiß bis jetzt nicht mal, welchen Controller Chip es
verwendet.
Ich wäre sehr froh, wenn ihr mir bei diesem "Projekt" unterstützen
könnt. (Großer Aufruf an Hagen & ape).
Ich habe bereits versucht das 6100er LCD Display anzusteuern, leider
ohne Erfolg. Da ich für meinen Verwendungszweck ein LCD benötige,
welches ein wenig größer ist als das des 6100ers, möchte ich gerne das
des S65ers verwenden.
Da beim 6100er die Epson Chips noch nicht integriert sind, wäre es doch
eine gute Idee die Entwicklung auf dieses Display umzuleiten?
Bye. SAlex.
Also ich spreche hier vorallem Hagen & Ape an, welche durch ihre glcd
library schon kompetenz gezeigt haben, denn aus Erfahrungsberichten
sollte das Display ja mit dieser Library gut funktionieren..
Suche die Datenblätter zum Controller und Beschaltungsplan für das LCD,
danach kann man weitersehen, ohne würde ich das niemals machen.
Du weist ja schon die Farbanzahl, was ist mit der Displaygröße in
Pixeln ? Übrigens 65535 Farben das sind 16 Bit pro Pixel, bei
entsprechender Größe des Displays kannst du dir ausrechnen das die
neueren Displays immer mehr in Regionen stoßen die ein AVR nicht mehr
so ohne Probleme ansteuern kann.
Eine weitere wichtige Frage ist die nach dem Connector des Displays.
Die Erfahrungen mit dem Nokia 6100'er haben gezeigt das es am
Connector scheiterte.
Gruß Hagen
Ok, die genauen Daten heißen:
Anzahl der Farben = 65.536
Auflösung (in Pixel) = 132 x 176
Zum Thema "Connector":
http://www.gerry-mobilfunk.de/artikel/Display_Konnektor_fuer_Siemens_S65__Connector.html
Was das Display allerdings für einen Controller verwendet weiß ich noch
nicht. Sollte aber bald ans Tageslicht treten, da ich Siemens
angeschrieben habe.
Hi,
> Anzahl der Farben = 65.536> Auflösung (in Pixel) = 132 x 176
Versuche mal ausfindig zu machen, ob es der Hitachi HD66766 Controller
ist. In dem Fall hätte ich sogar das Datenblatt für Dich.
Gruß,
Markus
132 x 176 pixel mit 65K Farben für unter 20 Euro. Das wär' schon cool.
Vor allem, da es dieses Display sicherlich noch einige Zeit geben wird,
anders als das Nokia 6100... leider.
Peter
Von Siemens wird da bestimmt nicht kommen, es haben schon mehrere Leute
hier im Forum versucht, Daten von Displays zu bekommen. Siemens
schweigt sich da komplett aus. Aber ich hoffe dennoch, daß du Erfolg
hast. Ein kleines günstiges Farbdisplay wäre wirklich nett.
Hallo Leute,
das Display unter 6370084404 bei ebay sieht für mich eher so aus, als
hätte es so einen Streifenanschluß (wer weiß, wie die Dinger richtig
heißen?), die auf ein entsprechendes Gegenstück gepresst werden und
absolut nicht lötbar sind.
Hatte ich schon mal in der Hand, sieht wie ein feiner Barcode aus, und
da geht dann nicht viel :-(
Gruß R A L F
Hier gibt es Servicemanuals zu einigen Handys, auch zum S65. Vielleicht
steht da was zu den Specs des LCDs dabei. Die Files sind aber für
meinen Modemanschluss deutlich zu groß...
http://eh.student.utwente.nl/~landy/
Login: mobile
PW: mobile, aber rückwärts geschrieben
cu,
Lars
Cooler Link Lars,
ich habe mir den Schaltplan des S65 runtergeladen. Ist zwar alles
mögliche ersichtlich, aber das Display ist dort leider nicht
aufgeführt.
Lediglich die Signale vom Handy zum Display sind bezeichnet:
CIF_RS
CIF_Reset
CIF_MTSR
DISP_CS1
CIF_CLK
aber das wird uns nicht viel helfen.
Peter
Danke schonmal für die vielen Posts.
Siemens schweigt sich tatsächlich aus, wenn wir nun noch wissen würden,
wie der controller lautet, dann brächten uns die pinbelegung vom display
zum handy schon weiter...
> Lediglich die Signale vom Handy zum Display sind bezeichnet:> CIF_RS> CIF_Reset> CIF_MTSR> DISP_CS1> CIF_CLK
Na immerhin besser als gar nichts. Da müsste man mal an 'nem S65 mit
'nem Logicanalyzer im Betrieb dran messen...
Sind in dem Schaltplan auch die Versorgungsspannungen ersichtlich?
cu,
Lars
Mhmm hab mir auch mal das Bild bei ebay angeguckt. Auf der Rückseite
sieht es so aus als wären links oben ein paar Kontaktflächen die dann
von gefederten Kontakten im Handy kontaktiert werden oder so. Da könnte
man jedenfalls sicherlich auch wieder was anlöten wie beim Nokia 6100
mit Lötkontakten.
Im übrigen denke ich auch das das Display für einen AVR langsam etwas
groß wird. Ein Bild ist immerhin 132x176x2 = 46464Bytes groß. Bei 25
Bildern pro Sekunde macht das immerhin nen gutes MB/s (natürlich wird
man da mit nem AVR keine Filme drauf abspielen, aber Display clearen in
1/25 s sollte schon drin sein).
Da es sich ja anscheinend um ne serielle Schnittstelle handelt wären
also mindestens 10MHz Takt erforderlich, eher noch mehr da sicherlich
noch Protokoll usw. anfällt...
Wie schnell sind die SPI-Schittstellen der ARMs?
Der S1D13732 hat übrigens eine parallele Schnittstelle wenn ich den
Product Brief richtig interpretiere...
Wär aber ansonsten schon nen schönes Ding mit JPEG- und MPEG4 Coded :)
Das SPI ist schnell genug, clk/2, d.h. bei 20MHz ergibt das die
verlangten 10MHz. Das Problem besteht eher darin, es mit Daten zu
versorgen, hier landen wir langsam bei Datenraten bei denen DMA
sinnvoll wird, zumindest wenn der MC "nebenher" noch was anderes tun
soll.
@ Ralf: wie kommst du darauf, dass das ein S1D1373 sein könnte. Auf
http://www.erd.epson.com/vdc/pdf/generic/x00zc001.pdf gibt es eine
Übersicht, es könnten div. andere sein, warum also gerade der?
Sollte es wirklich dieser Controller sein, wird es auch möglich sein,
mehr Details über die Ansteuerung herauszubekommen.
Wenn wir dieses Display, welches es für unter 20 Euro gibt, ansteuern
könnten, das wäre schon g...
siehe Anhang. So sähe der Epson Controller aus, vielleicht hat ja jemand
dieses Handy und kann feststellen, ob dieser Chip auf der Displayplatine
draufsitzt.
Peter
@ralf, ich frage mich auch wie du darauf kommst ?
Die Displaysignale sehen eher danach aus das es ein Serial SRAM Display
ist und an dieses wird der Controller angeschlossen. Ich meine also wenn
es der SED sein sollte so befindet der sich nicht auf dem Display Board
sondern auf dem Mainboard des Handys.
Gruß Hagen
Hallo,
ich befürchte, dass die Angabe des Controllers oben Spekulation ist...
Warum nimmt man nicht ein Display, bei dem Controller und Pinout
bekannt sind wie z.B. das des Sony-Ericsson T610? Den Controller dazu
habe ich oben schon benannt und Datenblätter gibt's im Netz.
Gruß,
Markus
Es könnte ja einfach auch sein, daß Siemens bzw. Infineon ihren eigenen
Displaycontroller entwickelt haben. Schließlich benutzen die auch ihren
eigenen GSM Chipsatz und nicht etwa einen von Texas Instruments. Wenn
das so ist, dann kann man nur hoffen, daß mal so ein "confidential"
Service Manual im Netz auftaucht ansonsten dürfte das Vorhaben ziemlich
ausichtlos sein.
Das die Daten des Displays vom T610 offen liegen wusste ich nicht. Ich
denke dass die Displays ziemlich identisch sind? Wen ja dann wäre es
wohl besser, wenn man statt sich dem S65 zuzuwenden eher sich dem
Display vom T610 zuzuwenden würde.
Also um es nochmal ganz eindeutig zu machen:
Der S1D13732 sitzt auf der Handyplatine des S65, also nicht direkt
auf dem S65-LCD! Vielleciht könnte man anhand dieses Chips etwas über
das Protokoll herausfinden, das das LCD braucht.
Siehe Schaltplan des S65:
S65_Circuit.zip unter http://www.cellgsm.com/landy/
(einloggen mit: mobile elibom), dann unter
Service_manuals/Siemens/x6x/
--
Ralf
Der Controller im Display koennte ein Himax HX8302 sein. Da ist aber
auch nichts ueber das Protokoll zu finden. Der Epson im S65 ist ja
wirklich ein Alleskoenner (siehe Anhang)
Helmut
@Alexander Schmid:
Jetz muss ich schon mal fragen: Was willst du mit so nem relativ grosen
Display eigentlich anfangen. Würde ein glcd nicht auch passen?
Gruß,
Utah
Hallo,
ich arbeite zur Zeit an einem ähnlichen Projekt, jedoch mit dem Display
eines st55. Ich bin vor kurzem über ein Servicemanual gestoßen,
vielleicht sind die controller ja kompatibel.
Hier einmal der Link:
Quelle: http://www.eserviceinfo.com/download.php?fileid=16351
Es ist ein komplettes Lcdconnectorpinout enthalten.
Kann leider noch nicht sagen ob es viel bringt, da ich im Moment nicht
viel Zeit habe, scheint aber ne recht einfache Ansteuerung zu sein.
mfg
Sierpi
Ich hab mir mal ein teildefektes SX65 ersteigert und werde mich mal mit
nem Logicanalyzer dransetzen, wird aber vmtl. erst im November
klappen.
Datenblätter von EPSON gibts nur mit NDA und nur wenn man mindestens
30000 Controller pro Jahr abzunehmen gedenkt. Hab mit dem Distributor
gesprochen.
Also selber rausfinden wie's angesteuert wird...
RR4711
Hallo zusammen,
seit einiger Zeit spiele ich schon mit dem S65 Display herum. Immer ein
kleiner Dron im Auge war für mich der ASM part. Einen
Geschwindigkeitsvorteil sollte diese Teil nicht sonderlich bringen, da
der Controller in den SPI Funktionen zu 99% warten muss und die C und
ASM Funktionen in dieser Beziehung dann ähnlich lang sind.
Zudem kommt noch hinzu das die ASM Funktionen nicht für einen Atmega644
funktionieren, da dort u.a. das SPCR Register > Adresse 31 ist.
Der Rewrite braucht eigentlich genauso viel Speicher, da ich einige
unnötige Sachen weg gelassen habe. Zudem habe ich die Init-Sequenzen in
das Flash verschoben.
Auch die obere Schichte der Lbr habe ich (im vergleich zum HelloWorld
Programm) erweitert. Nach der klareren Trennung (lcd.h muss nicht mehr
inkludiert werden) wird nun auch die Font nicht mehr in den RAM geladen.
Neben Chars, Strings, Punkten, Linien und gefüllten Rechtecken kann man
nun auch Bilder darstellen. Letztere können verschiedene Farbtiefen und
RAW- oder das bekannte RLE-Format besitzen. Durch den Header werden
automatisch die passenden Funktionen ausgewählt. Ein passender Converter
ist auch mit dabei. Zugegeben er wurde etwas badhack mässig
geschrieben. Mit dem strcut alligment des Headers bin ich mir nicht ganz
sicher ob er für 64bit Maschinen funktionerit. Genauso das 32-bit
alligment der BMP Datei selbst wurde etwas sträflich behandelt. Seht es
euch einfach mal an. Bei mit funktionierts ;)
Vielleicht noch kurz was zur Aufruf weise des Konverters:
Auf stderr werden Informationen ausgegeben und auf stdout wird das
umgewandelte Bild ausgegeben, dass in die Code (include file) bepipt
werden kann.
Hier noch ein mini Demoprogramm:
1
#include"s65.h"
2
3
[...]
4
5
S65_Init();
6
7
S65_Fillscreen(S65_RGB(0,255,0));
8
S65_Dawpic(10,40,(void*)pic,0);
Vielleicht kann es ja wer gebrauchen...
So Far
Jürgen
Hallo,
erstmal danke für die Lib.
Hat mir sehr geholfen, aber leider funktioniert
der Converter nicht. Kannst du mir den Converter komplimieren und als
fertige exe als Anhang hier im Forum bereitstellen?
Gruß
johannes
Hallo Johannes,
tja, exe, dass ist so eine Sache... Isch habe gar kein Windows... :)
Was schmeißt er den für eine Fehlermeldung, evtl bekommen wir das schon
so hin...
Jürgen
Johannes wrote:
> Kannst du mir den Converter komplimieren und als> fertige exe als Anhang hier im Forum bereitstellen?
Wer mit dem Internet surft, sollte eigentlich wissen, daß man sich nur
von vertrauenwürdigen Quellen EXE-Dateien annimmt und nicht aus
irgendwelchen Foren.
Ich hab mir den C-Code mal angeschaut und bin eigentlich der Meinung,
daß er sich mit dem alten TurboC-Compiler durchlaufen müsste. Der
Compiler ist mitlerweile bei Borland frei erhältlich.
http://community.borland.com/article/0,1410,20841,00.html
Hallo
also mit dem gcc-4.1.x und einer 32Bit Architektur funktioniert es
wunderbar. Sollte es ja auch für Windows geben oder zur Not cygwin
installieren und gut.
Jürgen
Hallo Jürgen & Co,
ich versuche grade die s65.h zu nutzen. Leider bekommen ich mit dem gcc
compiler die Fehlermeldung, welche im Dateianhang als Bild angehängt
ist. Kann mir einer sagen, warum das compilieren nicht funktioniert?
Hallo Stefan,
ja lang ists her mit der LBR. Ich bin zwar jetzt nicht mehr so am laufen
mit der LBR, aber gut. Mal schauen was ich tun kann...
Genutzt habe ich zwar das AVR Studio noch nie, aber ich denke mal das
das Problem daran liegt, dass zwar die externe h-File da ist, aber nicht
die Bibliothek Datei, weil es eigentlich keine vorkompilierte LBR ist.
Entferne doch mal die s65.h aus den External Dependencies und füge die c
und h Dateien in die Source bzw Header Files ein. Und kopiere sie (so
dann das nicht automatisch gemacht wird) die Dateien ins passende
Verzeichnis, in dem auch deine main liegt. Dann sollte es gehen...
Sonst kann ich dir mit dem AVR Studio nicht weiterhelfen.
Gruß
Jürgen
