Journal Dalle, bidouilles, écran complet

Posté par  (site web personnel) .
Étiquettes : aucune
0
25
juin
2006
Ceci est un message d'espoir pour les personnes ayant un portable qui a rendu l'âme et qui s'inquiètent du devenir de celui-ci.

Les ordinateurs portables ont la fâcheuse tendance à n'être plus utilisable pour des raisons diverses et variées. Il arrive donc souvent que que l'on se retrouve avec une dalle qui reste dans un coin de l'appart^maiso^grotte à prendre de la place, la poussière et qui finit généralement dans un charter vers la déchetterie du coin.

Éh oui ... On pourrait pourtant réutiliser cette dalle pour faire un afficheur pour un serveur, un deuxième écran sur une station de travail (liste non exhaustive), il existe des cartes permettant ceci. Renseignez-vous là-dessus, une de ces cartes coûte environ (pour les moins chères) 200¤, soit le prix d'un écran neuf en 17 pouces de diagonale. L'opération n'est donc pas viable selon ce biais.

*Ici débute la partie intéressante du sujet*

Sur le forum mac bidouilles :
http://forum.macbidouille.com/index.php?showtopic=102465

Ce fil de discussion retrace toute l'épopée de quelques gens n'ayant pas l'envie d'acheter une des cartes sus-citées, mais de la faire. Comme ce sont des gens biens, des esprits ouverts et passionnés ont permis de développer le truc en un petit peu plus d'un ans (attention tout de même ça n'est pas encore fini).
Le produit fini pourra piloter toute dalle TTL ou LVDS dont la résolution est inférieure ou égale à 1600x1200 pixels, elle pourra être assemblée par les main du geek lui-même à partir des composant fournis avec le PCB.
Attention, cette carte comprend des composants CMS assez fins qui ne sont pas DU TOUT évidents à souder pour un néophyte.

Les entrées/sorties de cette carte se font par port VGA, DVI et USB.
Que vient faire ici le port USB me direz-vous?
Cette carte étant quasi-universelle et le monde des dalles d'affichage étant un foutoir sans nom (pour être clair et précis, exusez le vocabulaire), la configuration de la puce s'occupant de la conversion du signal se fait par le biais du bus USB, une application (apparament multiplateforme) en realbasic permettant à l'utilisateur d'adapter le comportement de la puce à la dalle installée sur la carte avant la première utilisation de l'ensemble. Il apparaît que l'application précédemment citée sera probablement libre/opensource.

Une première estimation de l'initiateur du projet évaluait le coût des composants à environ 60¤, il s'avère que ce sera un petit peu plus cher apparament (cf http://forum.macbidouille.com/index.php?showtopic=102465&(...) ). Il faut compter, en plus des composant, l'achat d'un petit bloc d'alimentation pour la carte.

Caractéristiques des dalles compatibles : http://forum.macbidouille.com/index.php?showtopic=102465&(...)

Appel aux gens intéressés par une telle carte : http://forum.macbidouille.com/index.php?showtopic=102465&(...)

Je n'ai ici résumé que peu d'idées développées dans le fil de discussion, je vous laisse donc prendre connaissance de cette aventure fort intéressante et pas encore terminée.
  • # Projecteur aussi

    Posté par  . Évalué à 5.

    Il y a meme des petits malins qui utilisent ces dalles pour fabriquer leur propre projecteur. Certains utilisent un simple projecteur de transparents, posent le film TNT dissocie de la dalle lumineuse et hop! un projecteur video pas cher!
    • [^] # Re: Projecteur aussi

      Posté par  (site web personnel, Mastodon) . Évalué à 5.

      Pour situer un peu: http://fr.wikipedia.org/wiki/Vidéoprojecteur_DIY

      C'est *très* complet, un peu limite effrayant même ;)

      « Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)

    • [^] # Re: Projecteur aussi

      Posté par  (site web personnel) . Évalué à 4.

      Pour les flemmars : http://www.allinbox.com/

      Résumé des 28 pages (et ui j'ai tout lu...) :
      - Pas de mise a disposition du schémas de traçage des circuits imprimés => impossible a reproduire sans reverse engeneering, mais c'est un double couche donc c'est pas infesable
      - Complexité élevée, donc très difficilement réalisable a la main
      - Circuit Intégrés difficile a trouver (a priori ils bossent sur des échantillons gratuits)

      Bon point :
      - La doc complète de la programmation de la puce est dispo => possibilité d'avoir un driver libre facilement en GPL directement dans le noyau
      - Interface facilement configurable donc on verra surement apparaître un outil : vgadvi2tft avec un fichier de conf dans /etc et des "profiles" de configuration qui marche sur un site unique.

      Il reste quelque inconnues, notamment sur les branchements de pins entre la dalle tft et le circuit (possibilité de griller la dalle ? etc...)

      Dernière bonne nouvelle, ils ont prévu de prendre en charge un capteur de pression (capteur d'écran tactile), le tout revenant par le bus usb sous forme de port série virtuel.
      Donc coder un module d'entrée pour xorg devrait être aisée...

      Une utilisation très simple que je voie déjà est de faire des pc embarqués ou des bornes tactiles sous linux facilement...

      Les bornes du budgets se situent entre 60$ et 100$, donc on dois pouvoir se bricoler des pc de recup a pas cher...
      (Il existe même des vendeurs de dalles au japon, donc on peux même regarder dans cette voie pour une réalisation d'une petite série : bornes d'accès internet dans un lycée par exemple)

      Les types de dalles lcd supportées vont du 640x480 (format 4/3) au 1600x1200 grosso modo en TTL et LVDS
      • [^] # Re: Projecteur aussi

        Posté par  (site web personnel) . Évalué à 3.

        "Résumé des 28 pages (et ui j'ai tout lu...) :"
        T'es pas le seul :)

        "- Pas de mise a disposition du schémas de traçage des circuits imprimés => impossible a reproduire sans reverse engeneering, mais c'est un double couche donc c'est pas infesable"

        Si tu a vraiment besoins du shéma du circuit (amélioration, vérification, modification) je ne pense pas que le créateur de la carte refusera que tu participe au développement.

        "- Complexité élevée, donc très difficilement réalisable a la main"
        Pour le PCB, c'est impossible à moins d'être orfèvre et être à la retraite, pour les chips, ça va encore quand on a les outils adéquats (appareils à raclette, à pierrades)...

        "- Circuit Intégrés difficile a trouver"
        Ils font une estimation en vue d'une commande groupée, cf "Appel aux gens intéressés" dans le journal.

        "(a priori ils bossent sur des échantillons gratuits)"
        Pour un développement, ça parait un peu normal, non?

        "Bon point :
        - La doc complète de la programmation de la puce est dispo => possibilité d'avoir un driver libre facilement en GPL directement dans le noyau"

        Ça n'est ni une carte graphique, ni un périphérique spécifique, l'ensemble carte plus dalle n'est qu'un écran, charger un module dans le noyau pour cette carte en tant que telle n'est AMHA pas judicieux.
        De mon point de vue, un module noyau ne serait nécessaire que dans le cas d'applications spécifiques passant par le bus usb. Tu notes l'éventualité d'un touchscreen : cette application nécessite bien un module noyau, le périphérique peut être reconnu comme un HID, module déjà présent dans linux.

        À noter que la puce utilisée est HDCP ready, donc tout écran construit à partir de cette carte est prêt à diffuser de la "culture sécurisée".
  • # s/I2C/USB/

    Posté par  (site web personnel) . Évalué à 2.

    ... la configuration de la puce s'occupant de la conversion du signal se fait par le biais du bus USB

    Ca ne serait pas plutôt le bus I2C ? et on pourrait effectuer la configuration via une connexion USB
    • [^] # Re: s/I2C/USB/

      Posté par  (site web personnel) . Évalué à 2.

      Désolé pour le raccourci, mais je voulais faire court ... et paff! L'erreur perverse s'immisce dans mes propos. Merci d'avoir relevé le problème.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.