J'ai récupérer un écran de PowerBook 180c il y a plusieurs année dans l'espoir de pouvoir l'utiliser. Je viens de faire un montage hyper simple qui perment de le piloter avec du VGA. Le premier prototype est très basique, il ne gère que 8 couleurs (fonctionne en tout ou rien) et ne gere qu'une seule fréquence/résolution, néamoin c'est très prometeur.
Je compte améliorer mon design pour gérer plus de couleurs, apporter aussi le support de panneaux LCD plus récent à interface FlatLink et eventuellement ajouter une entrée vidéo composite... c'est donc en développement pour les prochaine semaines. Je met quelques photos des premiers test en ligne bientôt
http://aberco.free.fr/imagesdivers/lcdvga/
----------------------------------------------------------------------------------------------------
Le topic commence à prendre beaucoup, beaucoup d'ampleur!
Voici des liens vers l'adresse email de précommande de la carte:
[email protected]
En enlevevant le nospam devant.
et de l'interface d'upload des documentations techniques de dalles LCD:
http://aberco.free.fr/imagesdivers/lcdvgaconnectors.pdf
Editus moderatus : Le lecteur intéressé peut aussi consulter ce sujet :
• http://forum.macbidouille.com/index.php?showtopic=331740
moi j'ai des photos compromettantes d'une liaison entre Kyriu et un fer à souder
warf!!!!! faut que je fasse gaffe avec iChat AV!
Ahhhh??? Tu m'intéresses! J'ai mon ancienne dalle de TiBook qui marche encore (mis à part la rayure) ça serait bien en projo
Ahhhh???Moi aussi Tu m'intéresses! J'ai mon ancienne dalle d'iBook qui marche encore.
J'aimerais bien un second ecran 12 pouces portable
Je précise que pour le moment c'est en plein développement, et que le montage gagnera en complexité pour fonctionner correctement. Ceux qui voudrons réaliser le montage devront faire un circuit imprimé (probablement en double face) et savoir souder les composants en CMS...
Mais pouvoir utiliser des LCD inutiles pour se faire un moniteur ca en vaut quans même la chandelle
MaousseT, essaie de trouver la doc de ta dalle LCD pour avoir le brochage et le protocole de communication.
Ben moi j'ai 3 PB 180c qui marchent a peu pres, dont 2 qui sont en cours de convertion pour leur seconde vie de cadre photo numerique dynamique ...
Bon d'accord ils seront pas prets pour Noel .. mais au moins 1 sans les finitions de vernis
En effet, bien qu'on ne puisse pas dépasser les 256 couleurs, l'écran est magnifique. Le probleme du 180c c'est l'abscence d'ethernet pour uploader les photos. (par port série c'est toujours possible c'est vrai)
Non en effet c'est carrément pas facile... il n'y aura pas de solution dirrecte de G5 à 180c.
Faite le relais avec un autre mac beige possedant à la fois ethernet et port série?
Ma dalle est une Samsung LTN152W1-L01. Je ne suis pas sûr qu'elle utilise l'interface Flatlink. Les fabricants de dalles compatibles sont : Samsung (bien sûr), Philips et AU Optics Corp.
Par contre, Apple n'utilise pas d'autre type de dalle depuis le TiBook, toutes les dalles sont fonctionnelles d'une modèle à l'autre, simplement, les pixels non adressés n'affichent que du bruit.
On peut donc penser qu'il y a bien un standard. Reste à trouver lequel.
De mes périgrinations, il me semble qu'il y ait seulement Flatlink (de TI) et FPDlink (de NS). Je vais essayer d'en savoir plus.
Je pense qu'Apple ne devrais pas avoir changé de standard si on reste logique. Il faudrait faire des essais.
La dalle samsung/LG de l'iBook utilise la norme FlatLink. C'est bien commode parce que justement on peut commander des échantillons de tranceviers FlatLink chez TI. Il faut donc faire un peu plus de recherches. Pour le moment ma dalle de 180c est super simple à adresser. Une fois que j'aurais quelque chose qui marche bien je m'occuperais des dalles plus récentes.
Tu parles de celui-là : SN75LVDS84 ?
Bah, je vais faire simple, je vais démonter mon TiBook, on verra bien quelle puce Apple a utilisé
pas la peine j'ai une carte mere sous la main... c'est la Rage128 qui gere tout dirrectement.
Huh? sans SerDes?
[Mode Hors sujet]
Vous qui etes apparement fort en électronique, j'ai dechirer la nappe de mon PB 180c qui va de l'ecran a la carte controleur dans le PB .. et bien sur en plein milieu la ou elle est la plus fine .... Y'a t'il un moyen de reparer ca
[/Mode Hors sujet]
Arf....ça va etre quasiment impossible, surtout si beaucoup de contacts sont coupés. Une solution pour éviter de déchirer ces nappes très fragiles: tu découpe du carton rigide de la forme de la nappe. Tu met la nappe en sandwitch entre les deux bout de cartons et tu fait tenir le tout avec du scotch. Il y a moins de risque d'arracher tout comme ca.
non non c'est irréparable, ma poubelle t'attend, alors voici mon adresse: 167 rue de... ah ça marche pas? et zut...
j'ai demandé au mec du service informatique si il avait pas une vieille dalle qui traine, on sait jamais
une autre nappe... à trouver sur eBay par exemple...
C'est jouable pour la réparer, mais, lol ça va être duraille pour remonter tout le bastringue, le tout sera plus gros et moins souple...
Si il faut autant s'emm... que tour un TiBook, ça va être du sport!
PS : il ne faut pas s'énerver comme ça quand on démonte un 180c... hi hi hi
PS² : évidemment, si c'est pour un cadre photo... c'est jouable. Tu veux que j'essaies? faut alors me l'envoyer par la poste Mais dans ce cas, on va attendre *après* Noël... moins de fauche.
C'est une nappe genre circuit imprimé souple (orange), la densité de fils atteint la vingtaine par centimetre dans les zones les plus étroites... c'est pas comme dans le TiBook ou c'est une nappe constituée de petit fils. bonne chance!
On est en train de concevoir un circuit cappable de convertir l'entrée analogique VGA. J'ai trouvé des convertisseurs 8 bits cappable d'échantilloner à 80Méch/s chez texas instruments. Cela me semble parfait mais j'ai juste quelques problemes pour comprendre les shémats d'applications dans la doc. Le convertisseur peut fonctionner sur une plage de 1V ou de 2V (on prendra le mode 1V). Par contre par défau la référence de tension borne la plage de conversion de 2 à 3V, hors le VGA varie de 0 à 1V. Je sais pas si c'est possible d'utiliser la référence interne du convertisseur (ce qui serait bien pratique), et eventuellement de se passer de l'ampli op en entrée...
Je message est destiné.... plus particulièrement à MaousseT
La doc est sur le site de TI, c'est l'ADS831.
Cet ADC sera suffisant pour offrir une précision de 8bits par couleurs, soit une profondeur maximale de 24bits, qui est le maximum que peut gérer le tranceiver FlatLink donc c'est impeccable.
j'ai mis le PDF en ligne http://bazznetwork.free.fr/bidouille/ads831.pdf
ça me parait vachement bizarre cette histoire de 1.5-3.5V...
m'enfin la seule fois que j'ai utilisé un ADC c'était celui d'un 68HC11 ya 2 ans, alors...
quand on calcule un montage à ampli-op, on considère ses entrées comme ayant une impédance infinie.
Son impédance d'entrée, c'est celle du circuit, sachant que tant que l'ampli ne sature pas, l'entrée inverseuse est considérée comme une masse virtuelle, la DDP entre les deux entrée est 0.
pour le CI, comme on va donner dans le CMS et une BP de l'ordre de 68 MHz, on pourrait le faire par des pros, c'est pas très cher. ( www.thepcbshop.com )
hé hé, je commence à te connaitre :-P
(au fait, schéma, pas shémat! grrrrr)
Huh? l'est shadock le Kiryu?
Bon, Kiryu, puisque tu es volontaire, je te laisse mettre les mains dans le perchlorure, moi, je n'y touche plus, ça tache trop et ma robinetterie n'aime pas du tout
C'est pour ca qu'en général je m'arrange pour squatter la salle de techno de mon ancien lycée
Je suis en train de dessiner le shémat (vu l'inpatience de certains!!!) ca arrive
lol, bon, ben je vais commencer à commander mes puces... hi hi hi
http://aberco.free.fr/imagesdivers/lcdvga/shemat.jpg
C'est vite fait, je ne connais pas les valeurs pour la partie analogique (tout simplement parce que je ne sais pas les calculer...). La solution que j'ai trouvée pour le décalage horizontal de l'image utilise de la logique TTL, il y a peut être plus simple. Toute idée ou critiques est la bienvenue
Il faut aussi calculer les fréquences pour la Pixel Clock affin de gérer des résolutions de 800x600 et 1024x768, et si possible essayer de gérer les information de fréquence/résolution pour que l'ordinateur ne propose pas des combinaisons non supportées.
moi je pense qu'on peut tenter un ET cablé à la place de la porte ET... MaousseT tu en penses quoi?
... j'ai dit "tenter"
Je répond dans la journée.
Je pense à une retard analogique, c'est simple (circuit RC) et assez stable.
Je ne mettrai pas là le circuit de décalage des synchro (mais il faut que je regarde de plus près).
Pour transmettre à l'ordi les fréquances supportées, lol il faut un PIC... c'est du dialogue série (voir le protocole DDC si je me souviens bien).
Et avec un PIC, autant lui faire gérer le décalage des synchro aussi
Sans parler du niveau d'entrée analogique... lol on va arriver à un sacré circuit. Mais pris par morceaux, c'est assez simple
le retard analogique j'y avais pensé au début, mais à part savoir que ça existe, j'y connais rien... c'est vrai que du moment que c'est utilisé en TV, ya des chances pour que ça marche au moins à peu près pour notre application...
Ok, mais il faudra se rappeler que le décalage devras être précis et ajustable au pixel près, et on travaille au minimum à 25Mhz!
Après si on met du pic dans l'histoire ca sort de mes compétences, il faudra trouver un volontaire pour programmer
lol, c'est pour mettre sur un PC (pataper... ) et là, j'ai 1152x854... mais PC ou Mac, il y aurait une bidouille logicielle à faire
Je n'ai pas eu le temps de m'y coller aujourd'hui, je regarde tranquillement demain.
bon alors l'OPA 681 est obsolete chez TI...
J'ai trouvé en contrepartie l'OPA 3692 qui réunit 3 amplis op et les paires de résistances de 402 ohms dans le même boitier. c'est un ampli dédié pour les applications vidéos donc ça devrais aller.
Ben alors MaousseT, tu prends des vacances (t'as bien raison!)
Changement de programme pour le compteur et sa porte et, on va utiliser un compteur décompteur binaire programmable à 8 bits, le 74AS869 et pour la bascule un classique 74AS74. Il faudra bien prendre les versions "AS" qui montent jusqu'a 134Mhz
le tout en CMS bien sûr?
PS : je ne prend pas de vacances, je bosse moâ!
Bon, je suis en train de voir les monochips capables de gérer la vidéo...
Je pense que les PIC ne sont pas adaptés, trop lents. Je regarde du côté d'ATMEL...
Ca y est, j'ai trouvé la perle rare...
ST ADE3800XL, c'est un microcontrôleur spécialisé pour faire des moniteurs LCD... il gère tout! Je gratte la question, si c'est jouable, pourquoi s'emm...
Si on réussit ce coup là, ça va intéresser pas mal de monde!
Si tu veux t'occuper de la partie microcontroleur alors pas de problemes, mais moi je ne sais pas du tout dompter ces bêtes la! Il peut être commandé facilement?
Bon ben en effet y'a plus rien à faire la!!! Ca se pilote par le bus I2C avec un petit microcontroleur (ils indiquent un ST7, ca ne m'étonne pas trop ). J'ai pas réussit a trouver de doc complete par contre tu en as une??? Il y a en fait toute la famille des ADE3x00 qui peut être intéressante, et tout particulierement le ADE3250. Mais par contre tu as la responsabilité de faire tout le design logiciel et materiel parce que j'y comprend vraiment rien, apres je veux bien dessiner la carte et la réaliser.
Ca n'empèche pas que ma dalle LCD se pilote sans signaux différentiels et que je serais quand même obligé d'essayer ma solution aussi mais pour les paneaux récents je vote pour ta solution!
lol bah je vais essayer de faire simple... J'essaie désespérément de voir les prix de la platine d'expérimentation, il y a toutes les entrées possible dessus, mais leur site merde
J'ai même trouvé mieux encore...
je zieute voir
Hop! j'ai reçu mes échantillons... je vais me lancer dans la rééalisation du circuit imprimé. Par contre l'OPA 3692 a des résistances internes, il a donc un gain fixe (de -1, +1 ou +2). Je ne sais pas comment le configurer correctement pour qu'il puisse attaquer l'ADC. Apparament dans la doc il y a un shéma qui pourrai correspondre, je vais m'en inspirer. Il faudra aussi que je soigne grandement la réalisation de la carte en évitant les capacitées parasites, en soignant le découplage de l'alimentation etc...
MaousseT si tu peux me confirmer que le circuit présenté dans la doc de l'OPA peut convenir tel quel? je suis un peu perdu en electronique analogique
Aussi est-il vraiment nessesaire de séparer les alims de la partie analogique et de la partie numérique en utilisant 2 régulateurs de tension par exemple?
hyper intéressante votre idée!!
Une dalle de 3400 pourrait-elle convenir?
JE ne pourrai pas être d'une grande aide car je ne domine pas la technique de la gravure mais je verrai d'un bon oeil quelqu'un me graver les circuits imprimés et le réaliser moi-même tel un kit. La balle est dans votre camp
(cela vous permettrait de récompenser d'une certaine manière votre effort intellectuel, non?)
La dalle d'un 3400c pourrait aller. Mais la réponse sera sure qu'avec la doc technique. Normalement la référence et le fabriquant est sur une étiquette sur le dos de la dalle, et un petit coup de google avec cette référence devrais te fournir la doc.
ce sujet m'intéresse beaucoup, je viens de récupérer un powerbook g3 wallstreet hors-service au boulot, pour pièces... et la dalle est ok !
comme le dit acanti, si quelqu'un peut fournir les circuits imprimés et la liste des composants, (contre rémunération, ça va de soi !!) je sors mon fer à souder et je m'en fais un...
voici http://bazznetwork.free.fr/bidouille/lcd/AOP_Equations.jpg
merci de nous prévenir si ya une erreur, ça a été fait avec un collègue sur un coin de table
Ben pas la peine de se prendre le choux, l'ampli-op est utilisé en buffer à gain unitaire, l'offset est injecté au niveau de l'entrée du CAN, et basta
Bon, j'ai plus le droit de modifier mon post précédent...
Voila la premiere version du PCB, avec pas mal de trucs à rajouter c'est vrai! (oui... c'est a l'échelle 1:1 )
comme c'est mignon
kiryu, si il faut faire l'offset sur la moyenne des deux, le signal vidéo est découplé du DC, plus de composante continue, le "noir" est à une tension négative
Sinon, pour ton CI, tu peux utiliser des angles arrondis? ça limite les parasites ECM
C'est passionant vous voir si passionnés autour d'un projet. Vivement que je progresse dans mes études d'éléc pour pouvoir me joindre à vous!
Même si je comprend pour l'instant que très peude ce que vous dites ça me fait rêver... Bonne continuation!
J'ai corrigé l'affaire... j'ai donc repris le circuit de départ, avec le point milieu. pour la logique de décallage je vais attendre un peu car je pourrais sans doute avoir les compteurs programmables en CMS. Finalement beaucoup de déclinaisons de la famille TTL sont cappable de dépasser les 30Mhz, la version AS (134Mhz max.) ne sera pas obligatoire. Cela devrais déja simplifier pas mal le circuit.
Je ne comprend pas vraiment ce qui vous appelez des angles arrondis... ca ne se voit pas beaucoup mais tout mes tracés sont des segments de droites orientés par pas de 45°. Quand je tourne de 90° je ne le fait jamais d'un coup, je lisse la courbe par un segment à 45°... je pense que ca devrait aller. Les tracés courbes j'en ai déja vu mais que sur des circuits HF qui fonctionnent a des fréquences nettement plus élevées (Ghz...).
MaousseT, tu as du nouveau pour les IC de chez Thomson? mon montage irra pour des petits panneaux mais pour piloter des panneaux plus complexes ce circuit serait vraiment plus commode...
macuserfr, rejoint nous! je t'assure que c'est pas compliqué. En fait tu peux facilement comprendre ce qui se passe en lisant les docs techniques des composants et du panneau LCD.
En fait pour simplifier voila ce qui se passe:
Le LCD a besoin de différents signaux pour fonctionner:
- Un signal vidéo en 3 composantes (vert, bleu et rouge) numérisé. (plus il y a de bits et plus il y a de couleurs possibles...)
- Une pixel clock, qui en fait décale les pixels un par un de gauche à droite. Quand on envoie une couleur à l'écran il colorie le premier pixel, on envoie un top sur la pixel clock et il colorie le 2eme pixel a droite et ainsi de suite.
- Une synchro horizontale, qui, une fois arrivé au bout d'une ligne, dis a l'écran de revenir au début de la ligne d'en dessous.
- Une synchro verticale, qui, une fois arrivé au dernier pixel (du coin inférieur droit) dis a l'écran de revenir au début (en haut a gauche).
- Un signal de prise en compte des données vidéo, qui indique a l'écran quand prendre en compte les données vidéos. Son décalage par rapport a la synchro horizontale permet de déplacer ce qui s'affiche à l'écran sur l'horizontale.
Le VGA quand à lui fournit:
- Les 3 composantes vidéo en analogique
- Une synchro horizontale
- Une synchro verticale
Pour lier les 2 il fait donc:
- Convertir chacunes des composantes vidéo de l'analogique au numérique.
- Générer une pixel clock pour le LCD (un simple oscillateur suffit). Cette pixel clock devient la référence temporelle de tout le montage puisqu'elle compte la plus petite unitée, le pixel.
- Générer le signal de validation du signal vidéo, en décalant d'une durée réglable au pixel pres l'information de syncho horisontale.
Voila...
ouaip, welcome macuserfr, moi aussi je suis nul ne t'inquietes pas!
tu en es où de tes études?
Moi aussi je suis nul, je sais pas compter
J'ai finit la carte...
bravo pour le petit chef d'oeuvre!
en fait pour le 3400 c'est une variante de la dalle samsung LTN-121, la même a été utilisée sur les ibook palourde, mais je ne retrouve rien sur le net pour l'instant, google ne semble pas la connaitre, je vais demander à quelqu'un d'autre...
euh... je vais peut etre dire une grosse connerie, mais je la dis quand même
il me semble qu'il ne faut pas que le plan de masse soit contigü... si je comprends bien ton PCB, si on se promène sur le bord de la carte par exemple, on reste toujours sur le plan de masse, non? il me semble qu'il faut l'interrompre à un moment sinon ça fait une boucle de masse, et là c'est (passez moi l'expression) le bordel électro-magnétique?
Y'a plus rien qui marche ici!!!!
Je peux plus éditer mon post alors j'en fait un nouveau. J'ai trouvé un exellent document sur le tracé des circuits imprimés et le bruit électromagnetique, je le mettrai en ligne mais le serveur FTP de free est en rade aussi
Y'a pas mal de considérations que je n'ai pas réspectés, en particulier j'ai séparé l'alim analogique de l'alim numérique, mais pas les masses... (découplage avec une perle de ferrite?)
Aussi il faudra que j'ouvre mes plans de masse pour éliminer les magnifiques boucles que j'ai faites
Bon aussi je pense que c'est pas la peine d'être archi-puriste non plus, ca devrais marcher sans trop de problemes! (Si j'ai des probleme je pense que ca viendra plutot d'une erreur de routage, d'un probleme sur les valeurs des composants, ou dans mon circuit de génération de l'impulsion ENABLE...).
Voila, http://aberco.free.fr/imagesdivers/lcdvga/emi.pdf
Je mettrais une perle de ferrite sur la masse des amplis OP. Par contre il n'y a qu'une seule masse commune dans des convertissurs AD... ça me parait difficile de les séparer.
(bon ca fait 3 post d'affilés, mais comme au delas de 30min on peut plus éditer j'ai pas le choix...)
OK, les angles de 90° en deux fois 45°, ça ira, c'est quand même mieux que direct 90°.
Normalement, dans les préférences du soft de routage de CI, on peut paramétrer des angles "doux" en mettant un rayon de coubure non nul. Mais ce sera pour la prochaine fois
Tu sais... le "soft de routage" que j'utilise c'est Adobe Illustrator... oui je fait tout à la main
J'ai corrigé 2-3 trucs, comme la boucle de masse sur les 2 plans de masse, supprimé une autre boucle plus petite, et j'ai mis des perles de ferrites sur toutes les masses connectées à l'ampli OP. Me reste plus qu'a trouver le 74AS867 en CMS (j'en ai déja 2 en boitier DIL, au pire je ferait un cablage avec des fils au moins pour les essais).
Mazette! 'l'est fou lui!
Chapeau bas!
Sinon, je vais voir également un autre truc pour ma dalle, mais côté DVI... lol ça pourrais être plus simple
pour le routage, un ami vient de me dire que Eagle est sorti pour Mac! et il y a la version gratuite limitée, suffit elle pour ce genre de design? c'est du X11, je l'ai installé ça tourne nickel sur mon vieil iBook. A voir sur http://www.cadsoft.de
sinon en open-source, ya GNU Electric, dispo ici: http://www.gnu.org/software/electric/electric.html (j'ai pas encore testé)
Salut à tous !
je viens de lire le fil de tous vos posts ... je suis très impréssioné par le resulat ...
j'ai moi aussi une ou deux dalles de PB.G3 derières lesquelles je connecterrais bien cette carte.
Es ce que quelqun parmis vous serait capable de m'en vendre une ou deux ?
Autre question: es ce que l'on pourrait imaginer un 'adaptateur' plus simple pour une sortie DVI ?
A+ tous le monde et encore bravo à Kiryu !
Pour utiliser une prise DVI il faut utiliser des circuits dédiés qui font tout seul le travail de conversion VGA-DVI vers LCD. Philips et Thomson en font, ce sont de grosses puces à plus de 100 pattes qui n'ont pas l'air si difficile à mettre en oeuvre, mais qui nécessite l'envoi de commande par microcontrôleur pour les configurer (mode d'affichage, réglage des couleurs...).
Comme je sais pas programmer ça sort de mon domaine. Il faut aussi trouver le moyen de les commander en petite quantité. Ma carte fonctionnera bien pour les dalles en 640x480, apres il faudra faire des test pour le 800x600, voir le 1024x768... mais pour le moment l'avancée du projet est retardée à cause de mes partiels (je suis en plein dedan!).
Je construirais la carte en fin de la semaine prochaine.
Stay tuned!
bonne chance pour tes exams, Kiryu et reste en forme !
En lançant ce tompic tu as donné de l'espoir à beaucoup de bidouilleurs, et des idées à d'autres. J4ai choppé au galop ton idée de carte usb audio et j'ai déjà commandé des burr brown de chez TI, on verra ce que cela va donner, jusque là je n'ai fait que des circuits imprimés à base de feutre indélébile et pastilles autocollantes...
Courage Kiryu !
Je suis avec beaucoup d'intérêt tes travaux...
Et bonne chance pour tes partiels!
Jlm.
Merci à tous
Acanti, je te filerais mon typon... et je pourrais t'expliquer comment graver des cartes, en double face (si t'es à Paris on pourra même le faire ensemble). Il te faudra aussi que tu commandes des régulateurs de tension (REG103A) et des ampli op. Normalement tu as une doc complète avec un circuit d'application, que j'ai utilisé pour dessiner ma carte (c'est Joseph Papier qui t'en a parlé? il t'a peut être donné quelques détails...). Mais pour le moment, partiels!!!! (bon les épreuves sont étalées, mais comme j'en ai une grosse demain ca stresse )
Kiryu, putain, qu'est-ce que tu fais là, hein?
les 103A sont en obsolescence, j'ai pris des 104A...
lol kiryu, il faut vraimment qu'on se voit!...
Content pour ton épreuve, c'est fini maintenant? on peut discuter?
C'est con, je ne retrouve plus le chip spécialisé que j'avais trouvé dans mes périgrinations, je suis certain d'avoir fait un bookmark, lol, mais je ne le retrouve plus dans toutes mes machines!
Je regarde pour AD.
Bon ca y'est j'ai finit ma carte
Les photos c'est http://aberco.free.fr/imagesdivers/lcdvga/ (photos carte 1-4)
Evidement ça marche pas
Il va y avoir pas mal de trucs à corriger. Le Vmin/Vmax des CAN est à 2V/2,5V et l'ampli réhausse la vidéo à 3-4V ce qui fait que les CAN's sont en permanence saturés... Je n'ai pas eu le temps de revoir ma carte avant de la graver ce qui fait qu'elle est pleine d'erreurs (alors je corrige au cutter et avec des bouts de fils!). Le 7805 n'apprécie pas trop d'alimenter la dalle LCD aussi, ca chauffe a max.
Zoli Zoli!
je suis jalou de la qualité de tes CI!
Pour le 7805, il a une protection en surcharge à 1.5A (ou qqch comme ça). Il lui faut un radiateur komak si tu es vers les 1A avec une tension d'entrée élevée (7V en entrée = 2W de dissipation thermique sur le reg). Sinon, il faut utiliser une alim externe genre alim de ZIP (5V 1A à découpage). Dans ce cas, tu remplaces ton 7805 par un shunt (ou mieux, une ch'tite self) et tu laisses les condos pour le filtrage.
Pour l'ampli-op, vires le condo de 100n pris dans la boucle de feedback, tu devrais revenir à un gain de 1 et donc être dans la plage d'entrée du CAN.
pour l'alim, je propose de passer vers des régulateurs plus performants, genre LMS 1585 de National Semiconductor, ils acceptent 3 à 5 A en fonction des modèles, sinon, un module de 3A de capacité de chez TI, a découpage avec self intégrée qui fait un cm sur 2 de hauteur et qui chauffe pratiquement pas, il serait moins encombrant et plus efficace qu'un régulateur avec radiateur...
Pour l'ampli op, je ne sais pas trop, c'est pas ma spécialité...
La dissipation thermique du régulateur sera la même, quelque soit la génération utilisée (sauf le reg à découpage, mais on ne va pas se lancer dans un truc aussi compliqué, sans parler des composants d'une tout autre qualité à utiliser).
Kiryu, tu as mesuré le courant absorbé par le montage? (prends sur l'alim brute, ça suffit pour se donner un ordre d'idée)
Edit Maousse : si le courant utilisé est supérieur à 80% du max admis par le 7805, il faut prendre la taille du dessus, comme le propose acanti
Maousse T, une alim à découpage c'est pas compliqué, il suffit de réaliser une self adéquate.
d'autre part, le module qui est tout fait, ne sort que 3,3 v max à partir de 5,5 v max, donc il ne servirait pas pour générer du 5 V.
Mais son rendement est de 94%, la filière du découpage est à méditer pour la version finale surtout si on veut mettre le module dans un boitier pour en faire un moniteur.
D'autre part, les LMS ont une faible chute de tension, et une stabilité de la tension bien meilleure que le traditionnel 7805, je crois qu'ils seraient mieux adaptés comme régulateurs traditionnels sur la carte à cette étape du projet, mais il est vrai que tu as raison, il faut d'abord mesurer le curant pour savoir à quoi nous nous attaquons
lol, je sais, mais c'est surtout une self avec un Q élevé et une gamme de fréquence adaptée, des condos à faible ESR, le tout en CMS
On n'a pas toujours ça dans nos tiroirs
PS : par contre, l'alim de ZIP, ça, j'ai en stock mais une seule... l'autre est encore avec le ZIP 100 externe SCSI qui traine dans sa boite, ça serait dommage...
Hehe! je vais essayer le coup de virer le condo de 100n, mais dis moi, c'est lesquel? parce qu'il n'y en a pas dans la boucle de feedback...
(http://aberco.free.fr/imagesdivers/lcdvga/revision.jpg)
Bon le 7805 c'est vraiment pas grave. La dalle LCD doit bouffer 500mA, et je pense qu'on m'a donné une version faible courant sans le savoir. en tout cas je pourrais toujours m'arranger plus tard pour ce probleme.
merci pour vos conseils
celui qui revient à la masse, sur les deux résistances 402, aux fréquences vidéo, il agis comme un shunt et te fait grimper le gain. C'est un endroit qui n'a surtout pas besoin de découplage.
Ah ok... on vire tout!!!
lol, molo hé! c'est juste 3 condos de 100n hein!
Kiryu passe en mode Attila, rien ne repousse!
[edit] hors sujet: pendant ce temps, il se passe aussi http://bazznetwork.free.fr/electronique/bluetooth/adapter_prototype/global1.jpg. Kiryu a finit le montage dimanche, et cet aprem je vais chercher un régulateur 3,3V pour tester le biniou
lol, ben dis-donc, pour du BT, c'est un sacré module!
Bon alors j'ai tout viré
en fait mon circuit c'est de la choucroute... j'ai mélanger au milieu de la conception entrée inverseuse avec entrée non inverseuse ce qu'il fait que j'ai de curieux mélanges de signaux. Bon tout est corrigé et est conforme au schéma (mis à part le condo de 100nF...).
Ca y est! maintenant l'amplificateur me ramene le signal vidéo en plein dans la fenêtre de détection des CANs, et j'ai un joli signal numérique en sortie
Par contre toujours rien à l'écran, et c'est pas cool . Je vais faire encore un peu de dépistage pour essayer de comprendre ce qu'il se passe.
Sinon voici http://aberco.free.fr/imagesdivers/lcdvga/waveforms/
(HS) hehe oui! on va aussi s'amuser avec le Bluetooth
OK, ça a l'air bon, si tu n'as rien sur la dalle, c'est du côté des synchro que ça merde probablement.
D'ailleurs, la salve de départ que je vois à gauche n'a pas une super tronche...
Il faudrait vérifier la polarité (ça pourrait être con hein, une polarité inversée... Vérifier aussi la durée mini et maxi pour l'impulsion, etc...
PS tu avais trouvé la datasheet de la dalle?
PS² : tu as celle de la mienne?
Bon, j'ai pisté un peu tous les signaux et il n'y a pas de probleme de cablage apparent. Les synchro arrivent au bon endroit. Le fait de brancher une entrée vidéo ne change pas l'affichage (toujous des bandes rouge) mais permet juste de reçevoir une synchro. J'ai bien peut qu'il faille mettre des tampons entre les CANs et l'écran LCD
La salve de départ fait juste partie du signal vidéo (1 image entiere sur l'oscillogramme).
Je ne comprend pas très bien parce que la seule différence avec mon montage de test c'est d'avoir intercalé des CANs, tout le reste est identique, donc niveau synchro ça devrais fonctionner...
Oui j'avais la doc de ma dalle, elle est sur le serveur de jopap. Par contre pour celle du titanium non, il faudrais voir sur le site de samsung ou faire une recherche sur google.
Bon j'ai trouvé l'origine de tout le probleme. Ca vient de la Pixel Clock.
En fait elle est fournie par un oscillateur a quartz de 25.175Mhz, et répartie sur l'horloge des 3 CANs et du LCD. Quand je branche le LCD, les CANs sont privés d'horloge et n'échantillonnent plus rien. L'horloge est ammenée au LCD par un bout de fil de 15cm de long, mais c'est le meme fil que sur mon prototype et il n'y avais pas de problemes... Les bandes de couleur viennent juste du bruit numérique qui reigne autour de l'écran. Quand ma main est autour des cables il n'y a plus rien donc dans mon appli finale il faudra que je soigne le blindage
mais pour la pixel clock, alors la je ne sais pas vraiment quoi faire!!!
(edit) Je viens d'avoir une idée... une paire d'inverseurs pour avoir 2 signaux d'horloge séparés? je vais essayer ca...)
lol tu peux bufferiser la PixelClock, mais effectivement, comme tu le proposes, il faut le faire partout, sinon, le retard introduit va fouttre le dawa
Je prendrai plutôt des ampli de bus, genre 273 ou l'équivalent en récent. Ils ont une meilleure tenue sur les longueur de câble... mais il faut trouver du rapide...
Edit : Pour ma dalle, j'ai cherché un max, mais sans résultat... c'est frustrant d'ailleurs.
Edit² : un blindage ne se connecte qu'à un des deux bouts, sinon, tu fais boucle de masses.
Bon, le 74HC04 ca marche pas (probablement parce que c'est une version HCMOS qui n'est pas assez rapide). Je vais essayer des 74xx273, Je dois avoir ca dans mes 5-6kg de composants CMS de récupération en dernier recours jessaierais avec 2 oscillateurs séparés...
Et oui, pour les blindage de cables le probleme de boucles de masses s'applique aussi
Pour ta dalle c'est pas cool ca...
pour amener les signaux d'horloge et de synchro, essaie des cables blindés dont le blindage ne sera branché que d'un côté, cadevrait marcher...
Attention à la qualité des câbles aussi... 25 MHz... c'est vite bouffé si les impédances ne sont pas bonnes, et là, on n'a aucune idée de l'impédance de la ligne
du cable pour rallonge micro ne servirait pas je suppose
je crois que l'idée d'alim à découpage aurait bien foutu la pagaille partout...
Ben en fait, ce que je disais, c'est que le même cable sur mon prototype fonctionnait. Mais la il y a les 3 CANs en plus qui prennent l'horloge. Enfin c'est probablement ce qu'il se passe, je vais essayer avec un petit bout de coax. Y'a à peine 15cm de distance. Je vais essayer toutes les solutions!
J'ai aussi pensé a l'alim et j'utilise une alim de PC pour les tests
nan, une alim à découpage est bien filtrée, pas de sushi, sauf si on essaie de se la faire, là, lol c'est une autre paire de manche pour l'EMI et autre parasites
Si tu as du coax téflon, ce serait top
Il faudrait voir la charge des CAN sur le DotClock... Ben ça sera du piffomètre, les specs ne le disent pas. Au pire, vu que le 273 est un octuple... tu mets un buffer par CAN et un buffer pour le LCD
lol à ton service, c'est toi qui tient le fer!
i am agree (lol) pour les 2 buffers, c'est ce à quoi je pensais.
un collègue à moi pense qu'une pull-up de 10k au Vcc suffirait peut-etre... ça coute pas cher d'essayer non?
ouais, ça pourrait aider
Faudrait voir la tronche de la courbe à l'oscillo
A l'ocillo j'arrive pas à voir quoi que ce soit, et c'est sans doute parce que les entrées sont équipés d'un filtre passe bas/passe haut, et que le maximum du passe haut est 1Mhz...
J'essaie les solutions en fin d'apres midi.
tu n'as pas une sonde 1/10? elles ont une plus grande bande passante.
sinon, lol faut que tu passes chez moi!
moi j'ai une sonde 1/10 nananère
bon d'accord je me tais, mon oscillo est un 10MHz et il est à 500km d'ici
si Kiryu prend le RER B, autnat qu'on se fasse un resto
lol pas de pb!
Ou on se fait pizza à la maison
Mon oscillo est un 20 MHz à mémoire, c'est juste mais on pourrait voir quand même qqch...
Mais à mon avis, il va tester méthode pif
petite question HS, il y a des logiciels d'oscilloscope pour Mac "sérieux"? quitte à bidouiller un convertisseur Analogique-USB?
ben c'est possible, mais avec une bande passante mini, c'est juste adapté à l'audio (0-100 kHz)
Juste vite fait, ca marche!!!!
Je peaufinne encore le truc et j'explique (avec photos à l'appui!)
lol! l'est content le Kiryu!
c'était bien le buffer :-)
HS: de mon coté je suis passé chez ECE et j'ai chopé de quoi alimenter le module Bluetooth!
Pendant que tu y es Kyriu, tu fais une liste de composants STP?
félicitations!!
Oui alors attention je vais casser un peu l'entrain de tout le monde, ca macrhe: ce probleme est réglé... mais y'en a encore au moins 2 autres.
- La logique de génération de l'impulsion ENABLE n'est pas cablée, et je suis sur qu'elle est assez buggé donc il faudra la mettre au point.
- J'ai un tres net probleme de couleur.
- Au final il faudra refaire un nouveau typon et une nouvelle carte pour prendre en compte toutes les modifications (déja plus de 6) parce que cabler en l'air à des fréquences parreil c'est pas l'idéal (ça émet du bruit partout...)
Bon en tout cas c'est un tres grand pas de franchit. J'ai donc utilisé un 74LS245 (octuple tampon bidirrectionnel) parce que c'est ce que j'ai trouvé dans mon stock (et j'en ai un gros paquet, il y en a partout sur les vieilles carte meres). il réparti l'horloge séparément pour les 3 CANs et pour le LCD. A 25Mhz, il chauffe bien fort (tout comme les CANs d'ailleurs!). Voici la jolie "grenouille" que j'ai du faire pour l'adapter:
Ce probleme étant réglé, voila le deuxième: l'image n'est jamais noire, toujours grise et délavée, et voici pourquoi:
Ici, pris sur le même écran (oui, c'est bien pratique un oscillo à mémoire analogique ) le signal d'entrée d'un des CAN, le seuil Vbottom et Vtop d'échantillonage. Et ben ca va pas, le signal n'est effectivement jamais "noir" puisqu'il n'est jamais égal à Vbottom.
Aussi j'ai une très nette distorsion du signal vidéo apres son passage par les condos de 100nF de couplage d'entrée de l'AOP (voir différence entre Signal A et Signal B ). Je suis sur que ca se voit sur l'image...
Tout les http://aberco.free.fr/imagesdivers/lcdvga/3bitproto/ sont ici, avec le schéma correct de la partie analogique et les points de mesures accompagnés de leurs oscillogrammes.
Bon au final que retenir: c'est un montage quand même assez délicat, qui ne sera sans doute pas parfait. Je pencherais pour la solution des circuits tout fait d'analog devices si j'avais à le refaire. Bon ca m'a quand meme permis d'apprendre pas mal de choses! (et ca ne s'arete pas puisqu'il faut que je le finisse!)
(edit) Ehh! au fait... j'ai l'impression qu'on m'a lancé une invitation plus haut! ca serait pas de refus mais c'est toi qui a trouvé la solution MaousseT, a moi de te payer un pot!
Bon, alors, vires la 100n de l'entrée de l'ampli op, ou mets plus (1µ, mais ça commence à faire gros en CMS). vires la 1k de REFT, on va baisser l'offset, mais si c'est pas assez, il faudra jouer avec les valeurs des résistances de REFT et REFB. Mais il y a de la marge, il y aurait 0.65 V de trop...
Et enfin, faudra coller des radiateurs sur les CAN... Un boulon en alu devrait faire l'affaire
Attention à la série LS (que je connais bien) la sortance est bonne, mais c'est lent! c'est lent! le délais est de l'ordre de 10 ns... sur les 39 ns de temps de cycle. Ceci dit, si tout le monde est à la même enseigne, ça va
Edit : pour le typon, si tu veux, tu le vois, et après, tu m'envoies le fichier Illustrator que je fasse joujou avec
ps : question bouffe, on fait comment?
Alors encore du nouveau
J'ai remplacé les condos par des 1µF mais ce n'était pas assez. 10µF c'est limite, alors j'ai mis des 22µF et je ne voit aucune déformation du signal. L'image est déja plus correcte.
Pour le réglage de l'offset j'ai vraiment du mal, je pense aussi qu'il faudra modifier le gain des AOP. Par tatonnements je n'arrive pas à m'en sortir...
Au fait sur l'oscillogramme qui montre Vtop/Vbotoom + la vidéo on est à 0,2V/div, soit une fenêtre de 1V.
Je peux t'envoyer la version buggé du typon si tu veux (envoie moi un mail...) Mais je vais la corrigé une fois que tout sera à peu près au point si tu veux patienter.
-> Question bouffe c'est surtout quand ça t'arranges, pas trop tard parce qu'apres il faudra que je rentres en RER.
Bon... curieusement même quand à l'oscillo le signal est égal à Vbottom ce n'est jamais noir. Arf quel casse tête!
En fait le gros probleme que je n'arrive pas a comprendre c'est que quand on change l'offset le gain de l'AOP change aussi avec... ouille!
j'ai fouillé un peu dans la doc du ADS 831 et il semblerait que mettre une réference externe permettrait d'améliorer et l'offset et le Gain, surtout lors d'applis appairés, comme c'est le cas. D'autre part, pourquoi ne pas utiliser l'entrée non inverseuse de l'ADC? le In avec le chapeau? cela permettrait d'injecter une tension offset et de compenser la dérive du noir, non?
je continue de faire du brainstorming...
Bon, l'état des lieux pour ce soir: Je ne comprend absolument pas le comportement de la partie analogique, ca n'avance pas. La patte en l'air doit être reliée à la masse je pense, en fait il faudrais fondamentalement copier un des circuit proposés dans les docs des composants (mais je ne suis pas cappable de savoir lequel peut prendre de la vidéo telle quelle...). Aussi j'ai l'impression que le signal vidéo du VGA ne fait pas 1V mais plutot 0,7V...
Un autre truc completement incompréhensible aussi: je relie REFB = 2V à l'entrée de l'AOP, en sortie j'ai aussi 2V, qui est la valeur minimale pour le CAN. Et bien en sortie de tout les CANs j'ai 001xxxxx, d'ou l'écran jamais noir. Mais alors pourquoi ca fait ca??!?
Sur ce je vais me coucher, j'ai la tête qui va exploser ce soir
lol
Alors, premier essai, n'ajoute pas du tout d'offset voir ce que ça donne voir...
Si tu as alors du noir bien noir... ben on saura qu'il faut partir sur du 0V...
Pour faire simple, commence en remplaçant une source par un potentiomètre entre le REFB et la masse, tu injecte ça à l'entrée du CAN voir comment il réagit. Le but étant de chercher la valeur du 0.
Sinon, tu peux encore régler l'offset en augmentant la résistance qui va de REFB à l'ampliop
Sinon, bah, entre mettre 22 microF et shunter le condo... lol autant shunter!
Ah oui, il y a un condensateur entre la sortie de l'ampliOp et le CAN, shunte le, il n'y a pas de raison qu'il y ait un offset important en sortie de l'ampliOp.
Yes! MaousseT est de retour
De mon coté, après le post d'hier soir j'ai eu la révélation: On avais dis que RefB = 2V et RefT = 3V, mais ce sont des références qui ne servent qu'a fournir un offset de 2,5V. Les CANs sont configurés pour une entrée de 2V, hors 3V-2V=1V... ah il y a un probleme! et bien oui, les références ne correspondent pas du tout à la fenêtre d'échantillonage, qui est de 1,5V à 3,5V...
Sur ce j'ai fait un offset variable. Le signal vidéo ne couvre toujours pas la gamme de 2V mais plutot 1,4V mais au moins l'image est carrément plus belle. Je pense qu'il faudra mettre des AOP à gain variable sur la 2eme version du montage.
Autre probleme: 22µF c'était pas encore assez, j'ai mais 100µF mais ça va toujours pas. Alors faut il carrément les virer? je pense (mais dans ce cas l'offset va retourner dans la source vidéo et c'est pas top). En tout cas ce probleme de condensateur se voit très bien à l'écran (voir la petite vidéo).
voila les http://aberco.free.fr/imagesdivers/lcdvga/3bitproto2/
Je vais aussi virer le petit condo de 47pF comme tu me l'indique.
Sinon, ja carte ne ressemble plus a grand chose maintenant
Ben comme je te le disais, shunte (vires et remplace par un shunt) le condo de 22/100 microF
Pour l'ampliOp, on doit avoir un gain unitaire, c'est pour cela que l'entrée inverseuse DOIT rester en l'air. Tu l'as mis à ma masse, ça donne un gain de 2, pas bon ça, en l'air!!!
Relis bien mes deux derniers posts, et enlève le potard que tu as mis, faut pas l'utiliser comme ça.
Il faut enlever la résistance de 1k de REFT (je croyais que c'était déjà enlevé?)
Et éventuellement augmenter celle de 1k qui est sur REFB.
voilà ce que je trouve à redire pour le moment, basé sur le dernier schéma.
lol, faudra refaire un typon On aura au final beaucoup simplifié la partie analogique et augmenté la partie logique...
de la sculpture en l'air, c'est beau kiryu
Non non, ca peut pas aller. L'AOP doit forcément avoir un gain de 2 pour couvrir la plage de 2V des CANs. Un truc aussi: la référence des CANs est interne, elle n'est pas définie par RefB et RefT, en jouant sur les résistances de 1k je ne peux donc pas changer la plage d'entrée des CANs. Hier j'ai passé 6h a m'arracher les cheveux pour trouver des combinaisons de résistances, je les ai enlever, modifier... ca ne marche pas du tout.
Pour le moment mon montage fonctionne très bien, en dehors du fait que le gain de l'ampli devrais être de 3 et qu'il faudrais shunter le condo de 100µF et virer celui de 47p.
Je referait un typon lol! mais ca serait bien qu'on en discute avant que je m'y mette.
Bon, je ne suis pas à la maison là, mais dès que je rentre, je relis la spec du CAN.
Quand je te dis de changer les résistance de 1k, c'est pour changer l'OFFSET de l'ampliOp!
Fais l'essai avec le potard comme je te le propose pour évaluer la vraie plage d'entrée du CAN. Le potard branché entre le REFB et la masse, la sortie branchée seule sur l'entrée d'un des CAN et tu vois ce que ça donne en sortie
Après, tu pourras utiliser ce potentiomètre à la place des REFB et REFT pour régler l'offset des AmpliOp, donc avec une ch'tite résistance de 1k intercalée.
La révision de la carte est finie... j'ai commencé à la monter et il reste plus qu'a tester
ah ha!
De mon côté, j'ai reçu les 3960 (ampli op à feedback en tension, on peut régler le gain donc).
J'ai également commandé des 317 en CMS, des LED en CMS et des DIP switch en CMS...
Tu veux les empreintes?
Bonjour,
Ca en est où de cette histoire, car ca commencait à devenir vachement interessant...
ça en est à plus de temps pour le moment, mais on est sur la v2.0 du circuit imprimé
La suite après Samedi!
Ouai, cool !!!
on en veut encore !!!!
Bon, la suite avant samedi même!
Le nouveau systeme de réglage du gain fonctionne tres bien.... mais il n'y a plus que la voie verte qui marche. Le systeme de génération d'enable ne marche vraiment pas, et j'ai un bruit absolument infecte qui doit être injectée dans toute la partie analogique du montage. c'est un bruit qui doit venir de l'horloge ou des CANs, vu qu'il est relativement synchrone avec le balayage, ca se voit assez bien sur l'image. En shuntant les perles de ferrites que j'ai mises a la masse analogique c'est mieux d'ailleurs... mais c'est vraiment bizarre!
Bon... tout ca c'est pas super quand meme. Je pense que je vais completement abandonner le design et passer aux chips d'ADI qui devraient donner un résultat impeccable.
Tu as des boucles de masses qui passent par l'alimentation IMHO, il faut un découplage meuh-meuh.
On verra ça Samedi, ou par mail
Edit : de mon côté, j'ai reçu mes kits PICstart... lol je vais pouvoir faire joujou avec les PIC récents, celui que j'avais est maintenant obsolète
lol Kiryu!
Bon, j'ai un vieux PICstart -16C de 1994
Et j'ai acheté un PICKit 1 Flash Start Kit ainsi qu'un Baseline Flash Microcontroler Programmer.
En bref, je peux programmer les PIC10F200/202/204/206, PIC12F508/509, PIC16F505 and PIC16F54/57/59 ainsi que les PIC12F629, 635, 675, 683, PIC16F630, 636, 676, 684, 688, 785, 916, 917...
De quoi faire joujou quoi
Le truc bien, c'est que ces programmateurs ne sont pas très chers maintenant
Manque plus que les PIC, je n'ai pas encore fait mon choix.
Ben j'ai sous le coude des 18LF2550 et des 18LF4550 aussi, mais pas encore le temps de jouer avec
ce qui est intéressant, c'est l'I²C et le SPI
http://www.jdm.homepage.dk/newpic.htm
Le programmeur de pics le moins cher possible... manque plus qu'a trouver un soft pour mac
lol, c'est bon, on a ce qu'il faut en programmeur, en plus, mon PICKit 1 Flash StarterKit a un software pour OS X...
Ce qui m'embête, c'est que je ne retrouve plus de soft pour piloter mon vieux PICstart -16C... c'est un vieux programmeur en liaison RS-232C sur PC sous DOS je pense...
Plus aucune trace sur l'Internet
Bravo pour ces montages.
Un truc qui n'a rien à voir mais qui m'a fait rappeler mon Furbyjector .... http://www.allinbox.com/
Si ca peut en faire délirer certains ...
Furby
Encore bravo et merci de nous faire partager vos compétences.
Mais vous en êtes ou les gars ? Je suppose ne pas être le seul impatient ;-)
-G.-
Hehe merci.
En ce moment j'ai beaucoup plus de cours et des partiels toutes les 2 semaines ce qui me restreint un peu dans le bricolage. En plus j'ai d'autres projets qui sont en route a coté. Mais ca ne veut pas dire que c'est abandonné. J'attends des composants commandés chez mouser pour faire une nouvelle carte VGA/DVI -> LCD avec les circuits de chez analog devices.
Stay tuned!
Je rentre juste d'un voyage en Thaïlande, je suis maintenant à nouveau dispo kiryu
Salut,
Moi aussi je suis très interessé par ce sujet. J'ai un écran TFT Sharp LQ12X02, la saul doc que j'ai trouvé c'est son brochage. Il apparait que le protocole utilisé est FPDLink de NS car les composant sur l'écran sont 2 DS90CR562.
Je sais pas trop, mais ça ressemble pas mal a ce que vous avez.
A voir donc.
Denis
Pour le moment le projet est arreté parce que j'attend les composants. Je le reprendrai un peu plus tard... aussi il y aura une possibilité d'interface flatlink (Texas Instruments). Il faudrai voir si le protocole de NS est compatible, dans le cas contraire le probleme est que NS ne donne plus de samples de leurs produits et qu'il sera donc impossible de trouver le chip d'interface.
National Semiconductors est en mauvais état, alors ils économisent sur les samples... Heureusement que Texas Instruments se porte à merveille!
Longue vie aux texans!
Bonsoir,
ça y est, j'ai un écran avec la norme FlatLink cette fois ci. Le connecteur a 20 broches de l'écran va directement sur un circuit SN75LVDS86. Les signaux du connecteur sont :
1, 2, 5, 8, 11, 14 - GND
17, 18, 19, 20 - VCC
3, 4 - NC
6 - CLKINP
7 - CLKINM
9 - A2P
10 - A2M
12 - A1P
13 - A1M
15 - A0P
16 - A0M
Donc je pense que cet écran peut être utilisé. La tension d'alimentation est bien du 3.3V, c'est ça ?
Ce que vous avez fait est très prometteur, est ce utilisable dans l'état ?
Merci
Denis
C'est utilisable, mais il y a beaucoup de bruit de fond, cela se traduit par une image instable, elle ondule finement et rapidement, pas très agréable à regarder.
Salut a tous, sujet très intéressant,
Je dispose dmoi même d'un PowerBook 160 et j'aimerais réparer la nappe pour faire la meme chose que vous. J'en ai l'idée depuis longtemps puisque ce portable n'a pas de batterie et je ne me déplace pas beaucoup...
En fait la nappe est constituée d'une multitude de petits fils fixé a la carte mère et pris en sandwichs dans deux parties en plastique. La partie du dessus s'est détachée et la nappe est sortie. De la partie basse de la fixation en plastique ressort plein de petites pointes qui étaient plantées dans la nappe. Mais celle ci étant partie il n'y a plus aucun affichage.
Y a-t-il un moyen de réparer?
Merci beaucoup
PS cette nappe sert en fait a connecter le HAUT du portable (ecran, hp, micro, clavier, souris) a la partie basse (CM, HD, FD, batterie)
je suis en plus de ca nul en electronique
Ben tout ca se sont des connecteurs... si la nappe n'est pas déchirée il suffit juste de tout remettre. Le connecteur en plastique qui a 2 partie comporte un loquet à tirer, on y glisse la nappe et on referme le loquet pour que le contact se fasse.
le truc c'est qu'il n'y a plus le loquet en fait et pour replacer je n'arrive pas afaire que les pointes rentrent a nouveau dans la nappe
C'est une nappe qui est serrée dans le connecteur. Les pointes sont les point de soudure sur la carte mère, IMHO.
En clair, tu as arraché le connecteur de la carte mère.
ça en est ou le projet aujourd'hui?
Pour le moment c'est arreté. J'attendais les composants qui viennent d'arriver il y a une semaine, mais je m'en vais pour plus de 1 mois 1/2 aux US donc ca reporte le projet à la rentrée si j'ai le temps... Je ne laisse pas tomber cependant
Un petit up sur ce sujet fort intéressant
Je viens de récupérer une dalle Quanta Display 14,1" XGA (1024X768) sur un PC. Pas moyen de trouver la fiche technique de l'écran (référence QD141X1LH03) à moins qu'elle ne soit sur leur site mais j'ai quelques difficultés à comprendre le taïwanais La carte vidéo du portable est morte.
J'ai une grosse envie de récupérer cet écran pour une petite bidouille que j'ai en tête depuis un bout de temps.
Si j'ai bien tout compris, c'est un http://www.advantech.com/products/Model_Detail.asp?model_id=1-LFQ7Z&PD=EC# que tu es en train de concevoir, c'est bien ça ?
Parce que si la réponse est oui, autant dire qu'il me sera beaucoup plus facile d'essayer de trouver un endroit où acheter ceci plutôt que d'essayer de t'imiter
Le connecteur blanc 40 pin HIROSE au centre de la carte me semble tout à fait apte à recevoir le connecteur de ma dalle
Un avis ?
C'est effectivement ce genre d'engin.
La première version était en composants moins intégrés.
Actuellement, je crois que Kyriu est sur une puce microcontroleur spécialisé archtement bien!
Mais à programmer en I²C (les différents paramètres.
Attention, ces modules sont programmés pour piloter une dalle spécifique... (résolution, timming etc...). De plus elles ne sont proposés qu'aux industriels (puisqu'il faut la configurer avant utilisation avec une dalle).
Quelle est la référence de la puce sur ton module Grognon? Il est tout à fait possible de pouvoir l'utiliser avec une dalle similaire a celle d'origine, et il est possible d'en utiliser d'autre (mais apres reprogrammation des registres adéquats).
On va effectivement bosser sur une nouvelle carte autour des CI Analog Devices, et Joseph Papier devrait s'occuper de la partie programmation (Programmation du microcontrôlleur qui modifie les parametres du CI Analog Devices par le bus I2C et programme tournant sur le mac permettant d'introduire tous les réglages et de les envoyer à la carte par bus USB).
Y'a encore du boulot
J'ai trouvé la doc de ton circuit:
http://www.analog.com/UploadedFiles/Data_Sheets/276580127ADV7123_b.pdf
Visiblement c'est un triple convertisseur Numérique -> Analogique, donc cette carte ne contrôle pas un LCD. Elle fait l'inverse (passage d'une interface numérique de type LCD vers un port VGA standard).
Tu es sur d'avoit trouvé ca dans un moniteur???
Je viens de découvrir ce sujet qui malgré ma totale incompétence en électronique m'intéresse au plus haut point, car moi aussi j'ai en stock un LCD orphelin
Il s'agit d'un LG LP150X1 venant d'un Gateway Solo, j'ai toute l'électronique d'origine avec, même la carte mère. J'ai aussi trouvé les specs technique de la dalle (http://www.larwe.com/technical/datasheets/lp150x1.doc), mais pour moi c'est un peu du chinois tout ça
Si une bonne âme veut me donner un coup de main pour donner une nouvelle vie à cet écran...
Bah on peut te convier à une Bidouille-party!
ce que tu montres là fait l'inverse: TFT to VGA
mais la ref 3525 fait bien ce qu'on veut: VGA to TFT, http://www.advantech.com/products/Model_Detail.asp?model_id=1-TQM78&BU=&PD=EC
mais c'est sans doute vendu la peau des fesses!
en ce qui me concerne je vais probablement récupérer une dalle Samsung 12,1" 800x600.
il faut qu'on trouve/fabrique un truc pour faire de l'I2C, ça devient urgent!
c'est pour ça qu'on utilise que des composants qu'on peut commander en échantillon gratuit, qu'est ce que tu crois!
Ben effectivement ca va etre chaud, mais il me semble que tout faire soi même c'est la seule solution pour avoir ce genre de carte. En plus on pourra faire un soft de commande pour OSX (réglage de la luminosité/contraste, du type de dalle).
On fera 2 modèles, un avec entrée DVI/VGA et un avec entrée VGA/Composite, et il y aura la possibilité de rajouter un transceiver FlatLink pour les dalles qui utilisent cette interface (c'est à dire la pluspart des dalles récentes).
Oui, grâce au nouveau montage il sera possible de piloter toutes les dalles LCD.
bon alors, il faut que je me fasse cet adaptateur USB/Serie!
Kyriuuuuuu! Tu me fais un ou deux CI STP?
J'en ai plusieurs en rab (j'en avais gravé entre 6 et 8 de chaques)
Chi! Chic! Chic! Chic!
Bon j'ai deux semaines de libre pour m'y donner à fond (j'en serai vraiment sur demain mais à prioris c'est bon).
Voila le cahier des charges de la future carte qui devrais voir le jour dans moins d'un mois (du moins le hard, le soft viendra apres...), encore une fois si tout va bien
- Pilotage de toutes les dalles LCD jusqu'au UXGA
- Support des dalles à entrée TTL ou LVDS
- Entrée VGA ou DVI
- Port USB pour configuration des paramètres, avec logiciel de gestion pour MacOS X
- Plusieurs boutons en façade (une bonne dizaine) avec fonction customisable (réglage de l'écran, éventuellement appel de fonctions programmable sur le Mac).
... au boulot!
pour la partie soft, l'idéal serait d'utiliser RealBasic, comme ça on peut compiler pour windows... nous on s'en fout, mais ça peut permettre d'intéresser d'autres mecs compétents "venu d'ailleurs"
Ce n'est que mon avis, mais vu l'ampleur de la bidouille, peut-être serait-il temps de trouver un moyen de la protéger juridiquement...
Imaginez que quelqu'un le fasse à votre place, vous vous retrouveriez avec un système que vous ne pourriez plus utiliser (juridiquement parlant) qu'en payant de royalties
Enfin, je dis ça mais bon, j'en sais pas plus.
Ben l'idée existe déja (puisque c'est intégré à tous les moniteurs LCD du commerce), et aussi le circuit Analog Device utilisé réalise en fait à lui seul la fonction de conversion (avec quelques composants autour). Si ce n'est le soft, je ne voit pas très bien quoi breveter...
Personne ne peut, à mon avis, toucher des droits sur ce type de montage.
de toute façon ça n'a aucun but commercial donc je vois pas qui viendrait nous embeter...
tout de même, je crois qu'il faudrait éviter que quelqu'un ne gagne de l'argent à votre insu, non?
si un juriste pourrait nous éclairer...
boarf...
si vraiment on veut de l'info là dessus, j'ai des potes qui font du droit... mais en ce qui me concerne, je m'en tamponne le coquillard
Le projet est parti!
En haut, de gauche à droite: USB, I2C (pour les conaisseurs!), VGA et DVI (il manque encore la prise d'alimentation)
En bas, de gauche à droite: Ports GPIO du PIC (pour brancher boutons, leds... tout ce que l'on veut...) et l'intervace LCD en TTL
Il faudra que je fasse 2 carte différentes, une pour piloter les panneaux en TTL et l'autre pour les panneaux en LVDS.
Je connais un magasin au Japon qui vend des dalles LCD de portables. Et la fois où j'y avais fait un tour à l'interieur par curiosité, j'avais vu un montage du même genre que celui de votre projet. Il permettait de relier un PC à une dalle LCD.
Je peux aller m'y renseigner si ça intéresse quelqu'un...
Pourquoi pas, après, ça dépend du prix et des frais d'envoi!
PS : on fait ça surtout pour le fun...
Pour ma part, je viens de contacter Advantech par mail pour en savoir plus sur leur produit dont je parlais plus haut
tiens nous au jus
Bien sûr
Ca arrive, ca arrive!
Déja 2/3 du circuit dessiné. Encore 2 bon jours de travail et je pense que ce sera pret pour la vérification. J'ai ajouté un gros régulateur pour alimenter la dalle LCD. Celui ci est contrôllé par le PIC, de sorte que l'alimentation de la dalle ne se fasse que quand le PIC détecte un signal vidéo valide (eh oui, une mise en veille quoi ).
....Les couleurs, c'est pour m'y retrouver. Il y a 5 alimentations différentes sur le montages, donc 3 dédiées exclusivement au chip de conversion VGA/DVI vers LCD - TTL. En effet, ce dernier contient des blocs analogiques et numérique travaillant à haute vitesse, d'ou l'importance d'alimentations séparées. Dans le cas d'une alimentation commune le bruit numérique peut remonter dans l'alimentation et polluer la partie analogique très sensible aux variations de tension. Les utilisateurs de powerbooks conaissent bien le probleme, on peut en effet entendre un couinement dans les enceintes intégrées... c'est le bruit numérique qui remonte dans l'alimentation et qui vient polluer l'amplificateur audio des petits haut parleurs.
lol, tu te couches trop tard Kyriu!
Ah merde!
Bon, j'ai finit
Je pourrais même me coucher tôt ce soir
Quand on fera des photos!
Ca arrive! Il faudra que je vérifie tout en détail. Ensuite il faudra que j'ailles acheter les composants pour vérifier les brochages (en particulier pour les prises).
Une fois fait je pourrais graver la carte, je ferai à cette occasion un tuto.
en allemand? ya une version anglaise!
Je n'ai ni trouvé la page web, ni les docs. Elles sont où ?
tu parles de quoi?
Les derniers composants manquants ont étés commandés, date d'envoi estimée : 4 novembre. Il faudra être un peu patient
ftp://ftp.cadsoft.de/pub/program/4.15/eagle-m11-eng-4.15.tgz
ftp://ftp.cadsoft.de/pub/program/4.15/manual-eng.pdf
ftp://ftp.cadsoft.de/pub/program/4.15/tutorial-eng.pdf
c'est tout http://www.cadsoft.de/cgi-bin/download.pl?page=/home/cadsoft/html_public/download.htm.en&dir=pub/program/4.1 mais faut ouvrir ses yeux
Merci, c'est dans la boite !
Ca avance
Pour le moment on cherche surtout des programmeurs de betas (et de version finale aussi )
quelques jours de montage, semaines voir mois de travail pour la programmation et hop!
Ben il faut programmer un microcontrôleur PIC 18F, y'a des compilateurs C ou utilisant des variantes adaptées de basic (...ou l'assembleur). Et il faudra programmer sur le mac une interface utilisateur et un pilote de périphérique USB (XCode...).
Moi je ne m'occupe pas du soft, j'y connais rien... JoPap et ses potes devraient pouvoir se débrouiller par contre
Salut les pros du fer à souder
Si j'ai bien compris, vous souhaiter donner une nouvelle vie aux écrans de nos vieux portables, en leur permettant d'etre utilisé sur un PC/MAC de bureau
Concretement, votre interface ce présenterai comment, une carte sur quelle sont soudés les connectiques de l'écran, et à laquelle on pourrait relier nos UC de PC/MAC en utilisant une interface logicielle MAC, Windows ou Linux, pour en tirer partie?
Si c'est bien cas, joli idée, d'autant plus que vous semblez avoir déjà bien avancé sur le projet.
Ce que je ne comprends pas très bien, c'est l'intéret de l'interface, vous ne pouvez pas connecter directement aux connecteurs VGA ou DVI de l'UC?
En tout cas, bon courage pour la suite, je vous préterais biens mes modestes talents de programmateurs, mais vous trouverez surement plus competents que moi, d'autant que je ne connais rien à l'electronique.
je crois que je viens de comprendre...
ce dont vous avez besoin, c'est un petit programme que vous integreriez sur une puce qui serait sur la carte?
Ou alors je suis encore completement a l'ouest?
En fait, les dalles LCD ne savent pas directement "parler" le VGA ni le DVI, il faut donc faire un convertisseur, ce que nos amis sont en train de réaliser
Après, vu que ce sont des furieux perfectionnistes, ils y ajoutent un module (piloté en USB) pour régler la luminosité etc
En fait Analog Devices nous simplifie la tache en proposant un circuit intégré gérant tout le protocole et la conversion du VGA/DVI vers l'interface numérique TTL d'une dalle LCD (qui elle même peut etre convertie avec une autre puce vers une interface Low Voltage Differential - LVDS - qui se trouve sur la pluspart des dalles modernes avec une résolution conséquente).
AUCUNE dalle LCD ne dispose d'une interface DVI ou VGA. S'il y a une dalle LCD c'est que soit la carte vidéo a été conçue avec une interface spéciale qui permet de les piloter, ou qu'il y a une carte qui convertis le VGA ou le DVI vers le LCD (carte que nous sommes en train de conçevoir).
Maintenant, le circuit miracle de chez Analog Devices est un circuit très moderne. Il se configure à l'aide de ce que l'on appelle des registres.
Un registre c'est en gros une mémoire dans laquelle on peut lire et écrire, mais cette mémoire sert à stocker les informations de configuration du circuit (comme les différents registres d'un orgue, que l'on pousse - mise du bit à 0 - ou que l'on tire - mise du bit à 1 - pour avoir le son voulu).
Dans le cas de ce circuit de ches Ananlog Devices, on peut écrire des informations qui seront fixes, comme les caractéristiques de la dalle, mais aussi d'autres infos comme le gain R, V, B; le contraste, la balance des blancs, la mise en veille...
Maintenant, pour écrire ou lire dans cette mémoire, il faut utiliser un protocole de communication appelé l'I2C, très utilisé en électronique (Inter-Integrated Circuits interface).
Le microcontrôleur présent sur la carte sert juste à mémoriser de manière non volatile cette configuration, et de la renvoyer à chaque mise sous tension. Aussi, l'interface USB permettra de changer cette configuration.
Comme le microcontrôleur est vraiment sous utilisé (pas moins de 4 broches sont utilisés sur les 40 du composants), les autres entrées/sorties ont étés dirigées sur un connecteur. Configuré à volonté, ces dernieres pourront piloter des leds ou boutons poussoirs (des tas d'autre choses aussi). Le programme qui tournera sur l'ordinateur sera cappable de les gérer et de les configurer (par exemple: une led s'allume car on a un mail, on appuie sur le bouton en dessous pour ouvrir la fenetre mail...).
-> Ce qu'il reste à faire pour finaliser le projet:
-Monter la carte (j'y suis presque)
-Débugger le hard en cas de problème (il y en a toujours sur les protos :-D)
-Programmer 3 softs:
-Un pour le PIC
-Un pour l'ordi (MaxOSX first hein?)
-Un pilote pour que le périphérique USB soit recoonu par l'ordi, et géré par le programme.
Salut , je me présente , c'est Billou j'était à la rencotre MB du 19 octobre ou j'ai rencontré Kyriu et Maousse ( entre autre....)..
J'ai passé les deux dernières années de projet dans mes études à programmer des PIC (PIC 16F84, 16F876-877) .. le tout en assembleur sous MPlab...
Donc je suis volontaire pour vous aider à programmer cette petite merveille. Seulement , il me faut un chti peu de temps pour ratraper tout les topics que j'ai en retard sur le sujet.. je m'y suis mis ce soir ;
De plus je suis en plein déménagement donc , je serais opérationnel debut novembre (le temps de retrouver un environnement correct..sans avoir à m'assoir sur un carton..lol).
J'ai juste une requete pour Kyriu : peuts tu me fournir les docs que t'as sur le 18Fxx que vous utilisez pour que je m'impregne de la chose... mici bcp
Yessss!
Bienvenue à bord Billou!
Bon je vient de me plonger dans la doc du PIC 18F4550... si c bien celui que vous voulez utilisez.... mamamia !!!! c pas du PIC de débutant ça...
Costaud le monsieur, bon bien sur y'a tjrs une foultitude de fonctions dont personne se sert... mais qd même...
Si j'ai bien compris ce qui vous botte c'est surtout la liaisons USB et I2C sur ce PIC plus que ces fonctions "hautements évoluées" d'adressage des instructions sur 14 bits?
PArceque qu'un 18F pour piloter un registre..c le char leclerc pour ecraser une taupe.... Ceci dit, on est sur d'avoir la taupe en même temps
Pourriez vous me dire qu'elle sont la taille des registres à adresser ( en fait qu'elle et le cahier des charges approx. du soft PIC?).
PS: Merciiii Maousse
(Petit post de la jolie salle pleine d'imac de Jussieu )
Je vais essayer de regarder ça ce soir en détail, et de te fournir toutes les docs/cahier des charges.
Aussi, il n'y a pas de deadline donc on a tout notre temps.
Merci pour tout!
normalement ce sera un port série virtuel. l'inconnue c'est au niveau du driver OSX pour les PICs USB...
ok , je commence à comprendre pkoi vous avez pris ce PIC.... c vrai que l'USB " natif" dans les PICS c pas courant...
j'essaye de me faire imprimer et relier la Datasheet bientôt... j'ai commencé à la lire (tranquilement...)
Oui Kiryu j'ai un compte Ichat mais je m'en sert tellement jamais que je suis infoutu de remettre la main dessus. De plus j'ai pas encore de connexion fixe dispo digne de ce nom.. donc voila ce que je vais faire : donne moi ton adresse ichat en PM et et vais crée un nouveau compte pour moi...
PS EDIT : Je vais demander à un pote de projet pour le devellopement du driver USB peut être de bonnes suprises en perspective ( ou tout du moins de bon conseils.)
Bonjour à tous les pros du fer à souder, étant donné que je suis plus ou moins bon en électronique (pas autant que Kiryu hein) mais je me débrouille. Je me permet de vous proposer mon aide pour ce qui est des composants sur EAGLE. J'employais comme Kiryu illustrator pendant un bon moment, mais depuis que je suis passé sur EAGLE, c'est le pied. Je comprend que vous pouvez avoir des petits problèmes à fabriquer vos composants, mais si vous voulez, vous me donnez les fiches techniques et je m'occupe de vous faire vos librairies pour EAGLE. Je vous aurais bien aidé à programmé le pic, mais je n'employe que du BasicX pour le moment, je me suis fait une petite interface qui permet de piloter une graveuse numérique à partir d'un mac (pilotage des moteurs pas-à-pas, transformation d'un dessin réalisé sous autocad en ligne de code pour la graveuse ect...) rien de surhumain mais je ne connais rien de ce type pour mac. Je suis disponible pour ce travail environ 1 à 2 heure par jour, donc n'hésitez pas.
(tiens... je ne reçoit plus les notification de réponses par mail??!)
C'est super sympa toutes vos propositions
Je vais pas pouvoir trop m'investir dans le projet ces prochaines semaines... je vais a voir beaucoup de boulot comme la fac a repris.
Bon... oui!!!! Illustrator c'est pas top mais c'est un logiciel que je maîtrise bien. Je me mettrait inévitablement à la CAO un de ces jours, d'ailleurs je suis en train de me construire un switch multi-écran dans le but de pouvoir utiliser mon PC confortablement sur un bureau (pour le moment c'est par terre et on ne peut pas travailler très longtemps plié en quatre!).
Je suis pas vraiment convaincu par les solutions d'électronique sur mac, donc il va falloir que je supporte windows, il y aura au moins plus de choix et la possibilité de tester les solutions qui existent. Je n'ai plus de projets en cours de conception pour le moment, mais pour le prochain j'essaierai la CAO, promis
Kyriu, je m'incline.. ... t'es un vrai pro du fer.... splendide...
Kiryu, sérieusement, je pense que EAGLE est le mieux comme logiciel CAD, j'avais essayé des autres solutions sur PC, mais rien ne m'a vraiment tenté. Et en plus comme EAGLE fonctionne sous OS X et que j'aime mon mac, j'ai pas hésité longtemps lol.
Sinon, tu fais comment pour souder un boitier QFN??
C'est bien ce que je me disais, y a des fous ici MDR
Chapeau bas, superbe technique
Bon, ben c'est finit
A vous de jouer les as du pic (....ah, ouais ça fait un jeu de mot à 2 balles mais bon )
Quand je vois ça, je suis envieux.
Magnifique travail !
J'ai hâte de voir le résultat final de tout ce boulot
génial!
va falloir que je négocie avec ma meuf pour avoir le temps de programmer alors
Moi vu que je suis libre ( enfin disons que je suis au chomdu en ce moment ) j'ai commencé pour essayer de maitriser les subtilités de ce pic. c pas du luxe
Surtout que je vous répond d'un cybercafé vu que les techniciens de Tele2 arrivent à la vitesse d'un escargot sous morphine. Je suis sans connexion Fixe snif c'est triste....
merci, mais à ce prix là, lol, c'est plus fun de faire joujou!
Superbe travail Kiryu, vivement que les pros du pic terminent de programmer ça, que l'on voie ce que ça donne. Si tout fonctionne comme prévu, y aurait moyen de mettre les shématiques, les faces de la Board et le code du pic sur un site??
Parce que ça me tente énormément, j'ai pleins d'écrans de portables chez moi (j'en ai encore balancé deux y a un mois pasque je savait pas quoi en faire)
Pour faire un rétroprojecteur, ça doit être génial.
Dites, par curiosité, vous croyez que votre système pourra piloter un vieil écran de Powerbook 1xx (Noir et blanc, 4 niveau de gris...).
OS X ?
OS 9 ?
OS 7 ?
Oki, merci Kiryu. Réduit pas trop hein lol, sinon j'arriverai jamais à faire la carte MDR
Non, c'est juste 1-2cm perdu pour rien en longueur
J'ai mal calculé l'espace entre les connecteurs, et on peut le réduire pas mal.
ok, ça va alors, tu es autorisé lol
Salut a tous...
Je vs suis depuis qq temps, et je dois dire.....WhaaOuuUUu !!!
Bravo a vous! J'ai quelques bases en electronique (cap bep bac sti electronique),
mais la! chapeau bas!
Bref, je vous ecri pour une petite question qui me turlupine depuis ma 1ere venue sur ce forum, mon ecran de portable serait-il facile a utiliser comme ecran pour un de mes pc???
J'ai un ordi portable Toshiba Portege 3110 CT
Avez vous besoin de plus d'info pour me dire si je peux esperer le recup facilement, ou si je v devoir me tapper un montage de fou furieux?
Merci d'avance. Bon courage a tous!
Bonjour et bienvenue sur Macbidouille
Et que comme tu vois, il faut faire un montage de "fou furieux" pour y arriver lol
Et comme tu vois, on ne peut pas faire autrement...
Petit Post , pour vous dire que la programmation avance bien je publierais bientôt les lignes de code de la BETA 0.3 du firmware du PIC de la carte de Kyriu...
Toutes les questions de mise au point et de compréhension entre Board designer (Kyriu), Code Cracheur (moua) et maître Maaoouussee... (a prononcer en baissant la tête) sont désormais resolus. ( en fait c surtout moi qui était long a comprendre..... il est gentil mais il est un peu couillon ).
Pour information , c'est le logiciel PIC BASIC PRO 2.43 qui a été choisi pour la compilation donc le language utilisé est un language type BASIC modifié. Voila Voila , donc normalement j'essaye de poster ça dans les prochains jours..
++
Super!
joPap, ITF*
* Inspecteur des Travaux Finis
Je ne sais pas si ça peut intérésser, mais ça m'a l'air proche de ce que vous faites !!
c'est en allemant par contre !!
http://www.maltepoeggel.de/html/tft2pc/
ben non, cet allemand utilise le connecteur VESA des vieilles carte VGA, et le signal VESA est de niveau TTL (5V).
Ce ne sont que certaines vieilles dalles TFT qui sont à cette norme.
Maintenant, ça ne le fait plus, la norme des signaux a changé.
De plus, le montage qui est en cours a de vrais connecteurs DVI et VGA.
Merci pour le lien malgré tout.
bon voila des nouvelles:
- Le code est suffisement avancé pour que j'arrete pour le moment la programmation en attendant de pouvoir passer sur une vrai platine de developpement
-La dite platine devrait etre prète courant decembre...
- Pour le moment j'arrete de coder mais je reprend des que la platine est opérationnelle.
Donc comme convenu voici le code dans sa version Beta 0.3 :
http://blogbillou.free.fr/beta0.3.html
Il manque encore beaucoupe de chose :
- Les appels des fonctions de modifications de registres dans la puce AD une fois les ordres USB reçus
- Une normalisation des appels de modifications de registres (parceque pour le moment un registre = une fonction donc c pas optimisé... )
Tout ceci viendra une fois que j'aurais commencé les tests materiel sur une belle platine toute neuve .
Voila le code source est publié sous license creative Commons pour toute information :
http://creativecommons.org/licenses/by-nc-sa/2.0/fr/
Tout d'abord bravo pour tous ces developpements. Du beau boulot !
Une question en reprenant le titre de ce topic :
Utiliser un écran TFT d'iMac G3 ou d'eMac G4 en VGA, c'est possible ???
Et si oui, même si la carte mére est naze ?
Le but étant de recycler du vieux matos...
Dur ! Cette question n'inspire personne !
Je lancerai un topic spécifique plus tard...
Mon avatar doit manquer de charisme
Vous êtes quand même extra!!!
Ce que je me demandais, quand tout sera fini, vous voudriez pas vendre des "kits" préparé? Avec le CI, et les composants insoudables par le commun des mortel déjà en place?
Ou trouver une boîte qui le fait et faire une commande groupé?
Parce que le projet est extra et réponds sûrement à une demande, mais le côté technique de la bidouille doit en refroidire plus d'un...
bonjour,
tout d'abort, bravo pour tout ce que vous faites, je trouve ça formidable,
je suis moi-même une bille en ce qui concerne l'electronique, et je suis
completement scié par ce que vous faites !
une question :
j'ai recupéré il y'a peu un iMac G5 qui a grillé suite à un orage, je l'ai entierment depuillé
de tout ce qu'il avais dans le ventre ... (j'ai une âme de demonteur ).
Je souhaite savoir comment serait il possible de recupere l'ecran de cet imac,
il est bien bô, et je me dis qu'il est tout à fait possible qu'il fonctionne correctement..
Mais bien sur, je suis vraiment nul en electronique...
http://sariha.free.fr/tout.jpg
(pour info son petit nom est LM201W01-B5)
l'idée serais de l'utiliser comme un ecran pour mon ordi (un pm G5).
j'ai bien trouvé sur le net des datasheets, meme contacté des fabriquants allemands pour avoir un idée de prix, mais cele est bien trop cher pour moi... surtout que je ne suis pas sur du resultat.
si vous avez des infos, des solutions à proposer, je suis tout ouï !
merci encore !
normalement ça marcherait avec notre montage.
vendre en kit, c'est pas évident du tout: tous les composants sont à souder en surface, faut avoir un bon fer et surtout une bonne paire de mains! et ensuite il faut régler le bazar en fonction de la dalle. avec aucune assurance de résultat, bien sûr, sinon c'est pas drôle!
sinon c'est clair qu'une dalle d'imac G5 dans sa coque, on peut pas rêver mieux pour utiliser ce montage, vu qu'on recycle même le design
je suis curieux: qu'est ce qui a/n'a pas grillé lors de l'orage? je me demande quel impact ça peut avoir sur un iMac G5. merci
ce serait pas juste l'alim qui etait grillé par l'orage ? doit y avoir des fusibles dans ces petites choses non ? me trompjjje ?
ben en fait, la personne qui m'a fais ce don avais amené son ordi en depannage,
et le verdict etait relativement simple :
alim grillé, processeur grillé, et carte-mere douteuse...
le disque dur a pris un sacré coup (bruits etranges lors de la tentative de recup des données)
mais j'avous que je ne suis pas allé plus loin pour savoir ...
je me suis contenté de demonter pour rendre le dd, ainsi que la ram à son proprio..
j'ai recupéré le graveur DVD en place, mais je ne l'ai pas testé, je pense qu'il va encore bien,
d'ailleur, je n'en ai pas l'utilité je le cede au plus offrant..
j'ai aussi gardé les ventilos, la coque, le modem (il est tres petit, c'est fou ça !),
et divers pieces ...
en ce qui concerne l'alim, le fusible etais soudé (!!!) dessus... et il ne m'a pas semble avoir grillé..
dans le temps j'ai deja eu affaire a ce genre de phenomene, j'avais un G4 bi pro 800mhz qui a pris la foudre, mais l'alim tournais toujours, par contre les deux proc avais fondu et la carte mere etais noire ... ouerk, j'avais la rage : l'arc electrique qui avais penetré ma machine est passé outre l'onduleur que j'avais !
ben coté réglage normalement il s'agira juste de recopier les données de la datasheet de la dalle... et puis on pourra faire des "profils" exportables/importables. enfin on en est pas encore là, mais dès que le soft de bladebillou arrive à maturité, je m'attaque à l'interface sur le mac (cocoa ou realbasic, je ne sais pas encore)
Bon, je vais un peu casser l'ambiance mais l'AD9882 utilisé sur mon montage gère les dalles jusqu'au 1280x960 donc celle de l'iMac est au dessus.
l'AD9887 lui monte en 1600x1200, donc ça pourrait être faisable, mais faut redessiner une carte. Aussi il n'y a pas de support pour le LVDS pour le moment (il faut redessiner une nouvelle carte pour ça aussi).
Encore une inconnue, je ne sais pas si mon montage sera cappable de gérer les dalles autres qu'en format 4/3 (donc le 16/10 tres utilisé chez apple posera peut etre probleme...).
La carte que tu as trouvé est relativement chère mais devrais faire l'affaire pour la dalle de l'iMac Cependant il te faut la documentation de la dalle de l'iMac pour comparer les specifications et en être absolument sûr. Essaie de regarder chez le fabricant (probablement samsung).
Ensuite ce ne serait plus qu'une histoire de cablage et d'alimentation, pas trop compliqué donc.
Comme le dis JosephPapier... pour ce qui est de faire des kits, bien cela me prendrait un temps énorme que je n'ai pas. Sans compter les heures qui sont passés dans la conception du prototype, et ceux que bladebillou est en train de passer a programmer l'engin, la réalisation de la carte et le montage m'ont bien pris entre 7 et 8 heures.
A part trouver quelqu'un qui puisse les réaliser (faut apres voir le rapport quantité demmandée/prix) je n'ai pas vraiment envie de me lançer dans la fabrication en série!
PS: s'il te reste des pièces archi mortes de chez mortes venant de l'iMac, comme la carte mère, je veut bien les récupérer avant leur passage à la benne
Visiblement la carte toute montée ne gère que des résolutions standard 4/3 jusqu'au 1600x1200...
L'écran de l'iMac 20" c'est du 1680x1050 16/10. Ca risque d'être vraiment très compliqué à piloter.
Il y a une puce (le microcontrôleur) qui ne se soude pas avec un fer à souder, ça ressemble à ça :
Bonjour à vous tous !!!
Alors voilà ca fait longtemps que je cherchais un forum de ce type et là ENFIN j'ai trouvé !!!
En fait j'ai le meme ecran que celui sur cette photo http://aberco.free.fr/imagesdivers/lcdvga/3bitproto2/IMG_5495.jpg
(j'ai le numero de modele avec la datasheet et je connais donc les entrée qu'il faut)
et moi ce que je voudrais faire c'est juste afficher l'image d'une sortie VGA dessus.
Je n'ai pas besoin de la RAM pour pouvoir gérer la luminosité (tout cela est faisable a partir d'un dispositif annexe visible sur le site www.maltepoeggel.de (je sais pu si c'est l'adresse correcte mais vous aurez compris de quoi je parle ...)
cf piece jointe : 08140002.JPG
De plus ca serai impossible vu que je veux gérer l'affichage d'une source VGA auter que celle d'un PC (en fait celle de la xbox pour ne rien cacher !!!)
Je voulais donc savoir s'il était possible d'avoir un tuto pour expliquer clairement quelles sont les pieces a acheter, le schéma de montage, ... bref tout pour la réalisation du convertisseur analogique => numerique
Je vous remercie d'avance les boss !!!
ps : bien que j'ai un niveau en electronique comparable a la 3eme generale (si si vous savez les cours de techno) j'ai compris le principe du montage. Merci donc d'en tenir compte et de donner le nom exacte des pieces pas que je sache pas quoi demander lorsque j'irai dans un magasin d'electronique ...
Voilà encore merci !!!
oula oula oula STOOOPPP!!!
Merci merci bcp de vous interresser au projet de conversion VGA2LCD, si on se casse le c.. c'est pour que ça serve.... (et parcequ'on aime bien ça aussi ). Donc oui ça fait plaisir que plein de gens s'y interresse. Seulement je veux rappeler qq chose c'est que la carte de Kyriu qui est en cours de devellopement niveau soft... est pour le moment NON FONCTIONNELLE....
oui oui oui : je m'explique : Le petit microprocesseur qui est dessus ne pilote pas QUE la luminosité... etc.... mais aussi la résolutionde sortie , la fréquence etc... donc sans cette petite puce point de salut ..
Voila pour la partie programation.
Quand à la fourniture des ref exact des pieces exactes de la carte, pkoi pas mais :
1/ La carte comme cité aux dessus n'est ni fini de develloper , ni même testée donc au pire tu achete les composants et il ne se passe rien parceque il faudra attendre la fin des la programation au mieux tu te retrouve avec une carte prototype sans programme qui ne fonctionnera probablement jamais...
2/ Maître Kyriu, vénrable géniteur du circuit imprimé dont nous discutons .. à conçu le circuit de façon tres tres compact... et franchement à part lui , je vois pas qui peut souder aussi précis à la main ( ah si finalement je vois bien : une machine ).
donc comme Maousse la dit au dessus les composants sont EXTREMEMENT difficile à souder pour le moment. donc ça risque d'être difficile.
Peut être que dans un futur lointain il sortira une version avec des composants simples à souder mais pas tout de suite en tout ca et c'est certainement pas à moi de decider.
Enfin je suis désolé de casser tout tes espoirs mais pour le moment , vu le stade de devellopement , nous ne pouvons répondre à ta requête ... mais bientôt bientôt.....
Stay tuned
la photo montrée plus haut, c'est le premier prototype que Kiryu a fait. c'est fait à l'arrache, l'image est assez crado, et surtout elle est décalée car il y a un pb de synchro.
le seul moyen d'avoir un résultat propre, c'est le montage sur lequel Kiryu et Billou bossent actuellement.
et la petite piece "qui te sert à régler la luminosité", c'est sans doute un inverter.
re bonjour !!!
la "carte déjà réalisée", c'est juste des inverseurs utilisés comme comparateurs, qui servent à numériser l'image avec 1 bit par couleur. on relie ensuite l'unique bit rouge aux 3 fils rouges de la dalle LCD, idem pour le bleu et le vert, autrement c'est du TOUT ou RIEN: un pixel est allumé ou éteint. on bosse donc sur 3 bits, ce qui fait 2^3=8 couleurs possibles par pixel: noir, rouge, vert, bleu, cyan (B+V), magenta (R+, jaune (R+V), blanc (R+V+.
pour afficher correctement une image là dessus, il faut l'adapter, grâce à un mode qui s'appelle "couleurs indexées", où le logiciel de retouche d'image calcule une image approchée, n'utilisant que 8 couleurs, qui ressemble autant que possible à l'original à condition de la regarder de loin.
quant à la synchro, elle n'est pas gérée, donc l'image est décalée (ici, à gauche: sur la photo, le menu pomme est absent).
après que Kiryu ait fait ce montage, on a réfléchis à comment l'améliorer pour gérer au moins 256 couleurs, et on a abandonné très vite la voie des composants discrets, pour passer sur une solution intégrée, plus dure à piloter, mais plus propre et universelle
par contre, le nouveau montage peut marcher sur une Xbox: il enregistre les paramètres dans une mémoire interne, donc il faut un mac pour y écrire les paramètres de la dalle LCD, mais ensuite il devient autonome.
Okay donc si je comprends bien pour l'instant on a uniquement 8 couleur par pixel (pourtant sur la photo on a l'impression qu'il y en a beaucoup plus !?!?!?)
De ce fait image vraiment pauvre et de mauvaise qualité ... et donc par la suite on aura la possibilité de gérer n'importe quel LCD en entrant ses caract"ristiques dans la mémoire du montage et ensuite il ser aintégrable a n'importe quelle source VGA => c'est bien ca ???
Merci d'avoir répondu, je pensais que la gestion dse 256 couleurs était deja acquise et que seule la luminosité, le decalage ... restaient a ete gérés ...
Voili voilou encore merci je reste attentif aux progrès alors !!!
Ciao
bravo pour le montage, mais aussi pour les efforts en matière de pédagogie
je ne me vois pas dans un proche avenir en train de réaliser cette carte, mais déjà j'apprends beaucoup avec la bande à bidouiller
Bonne chance!
Il y en a qui ne se rendent pas compte de la taille des soudures...
Alors voilà!
En haut, ce sont les pattes d'une puce habituelle (une vieille EPROM 2708) les pattes sont espacées de 2,54mm.
A droite, ce sont les puces plus habituelles maintenant, qu'on voit sur les cartes mères.
A gauche, ce sont le genre de boitier du microcontrôleur, il n'y a plus de pattes, mais des contacts... et ces contacts sont en DESSOUS de la puce. Je l'ai retournée pour la photo. Rien ne dépasse de l'autre côté. C'est impossible à souder au fer à souder.
Kiryu >>>> Merci beaucoup d'avoir précisé
MaousseT >>>>
Oui, la soudure se fait à travers le PCB, mais pas avec un fer à souder.
salut tt le monde.
je suis ce forum avec attention car j ai moi aussi un ecran d un ibook g3 blanc (que je vend) mais a defaut j aimerais bien m en servir.....
enfin une idee me traverse les meninges!!! (oui oui c est possible lol)
si je recupere un ecran de bureau lcd que j enleve la dalle et que je la remplace par la mienne es ce que ca marche?
et si c est une piste possible pour votre carte n est il pas plus simple de partir sur une base deja construite et de la reprogramer??
avec tout les inconvenients que cela comporte (on a pas tous un ecran lcd a flinger pour essayer) mais bon si ca peut faire avancer le chmilblick ...
a++
Le problème des cartes toutes faites (et surtout de celles que l'on trouve dans les écrans LCD tout fait du commerce) c'est qu'elles sont préprogrammées. Aussi la dalle LCD est totalement passive, elle prend les infos qu'on lui envoie. La carte de conversion n'est pas cappable de détecter le type de dalle que l'on branche dessus. -> c'est donc non pour les réutiliser.
Maintenant pour reprogramer du materiel existant:
- Cela est il possible: certais constructeurs utiliseront probablement des ROMs, non modifiables
- Si ce n'est pas le cas: reprogrammer suggère une connaissance parfaite des composants et du schema. Pour les composants en ayant de la chance la documentation technique existe sur le site du constructeur.
Pour le schema il n'y a qu'a faire du reverse ingeenering (reconstruire le schéma à partir du montage).... très casse tête.
- Voir quel type de microcontrôleur est utiliser sur la carte, trouver tous les outils de développement associé (tant soft que hard, les acheter s'ils ne sont pas gratuits...) et apprendre à s'en servir (avec un langage spécifique).
Bref tout ceci est plutôt irréaliste surtout que tout ce travail ne serait vallable que sur un modèle tres particulier de carte.
Autant tout reprendre à zero et développer une solution soi même, ce que nous sommes en train de faire.
Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)