Interfacer un écran type SSD1289

Hello,

Ca fait quelques jours que je commence à perdre la tête avec cet écran :

Et voici les pins dont je dispose :

Datasheet : http://aitendo3.sakura.ne.jp/aitendo_data/product_img/lcd/tft2/M032C1289TP/3.2-SSD1289.pdf

Je souhaiterais l'interfacer avec mon Beaglebone Black qui possède les pins normalement nécessaire :

Le problème c'est que même après avoir créer le device tree Overlay nécessaire, je n'ai aucune image, ni même aucun changement. L'écran reste éteint.

Mon DTO : http://pastebin.com/KY37CxQM

Le log du boot: http://pastebin.com/C8hh60YF

J'ai toujours un message "tilcdc 4830e000.fb: timeout waiting for framedone" qui s'affiche toute les minutes, mais je sais pas si c'est vraiment important, car normalement l'écran devrait quand même afficher un minimum je pense

Lors de mes recherches je suis tomber sur ce thread http://www.cemetech.net/forum/viewtopic.php?t=7814 mais celui-ci se passe avant le kernel 3.8(donc avant les DTO), et dans les réponses difficile de faire la différence entre "informations" et faux-éléments.

Bref, je suis un peu à bout de ce que je peux essayer. Donc si quelqu'un peut m'aider il est la bienvenue

Le "timeout waiting for framedone" indique justement que l'écran n'affiche rien.

Le framedone est donné par le contrôleur du LCD lorsqu'il a terminé de rafraîchir les pixels. Il a peut-être mal reçu les données (problème de pinout ?).

As-tu vu ce lien google group : https://groups.google.com/forum/#!topic/beagleboard/IlDGhHQcTwA ?

Reference manual AM335XX : http://www.ti.com/lit/ug/spruh73k/spruh73k.pdf Regarde au chapitre 13.3.4 LIDD controller (page 1836-1837), il y a le mapping à utiliser.

Pour les branchements je pense avoir juste

• DATA[0,15] -> D[0-15]
• LCD_CLK -> RD
• HSYNC -> WR
• VSYNC -> RS
• LCD_ac-bias -> CS

Par contre j'ai remarquer un truc dans mon mon DTO c'est que à la ligne 91, dans le compatible j'ai "tilcdc,panel" or d'après https://www.kernel.org/doc/Documentation/devicetree/bindings/drm/tilcdc/panel.txt ils ajoutent un "ti" sauf que quand je le fait de mon côté ca me sort pleins d'erreurs et /dev/fb0 n'est pas créé

Voici l'analyse logique:

Je sais pas si ca peut t'aider mais voila mon device tree pour un BB-view (l'ecran de chez Farnell) : https://github.com/beagleboard/devicetree-source/blob/master/arch/arm/boot/dts/BB-VIEW-LCD4-01-00A0.dts

Si tu remontes d'un niveau tu trouveras pleiiiin d'exemple de device tree… Ca peut servir !

Justement je suis parti de ça et je l'ai un peu nettoyé, mais merci quand même

Mes recherches avancent un peu, j'ai trouvé ce driver pour le rasberry pi. Reste à savoir si ca vaut le coup de l'adapter ou de s'en inspirer pour comprendre ce qui ne va pas :/ http://pastebin.com/pkTf7xfJ