vieuxnick

Ah ouiii... quand même !!! ;o)) Bonjour Delta et merci pour ces shémas qui m'éclairent sur le principe général. Si je comprend bien le "Cedar Block Diagram" : le CPU envoie les données nécessaires à l'affichage au GPU qui les traitent puis les envoie aux périphériques d'affichage présents : eDP (l'écran intégré ??), HDMI ou VGA (Display Port dans mon cas). Il est donc raisonable d'envisager que le "canal" eDP soit défectueux et que les canaux HDMI ou Display port fonctionnent normalement Dés lors, changer l'écran ne résoudrait pas le problème. Comme je ne me vois pas me lancer à la chasse au défaut sur la CM du portable (pas compétent), tester l'écran hors de l'ordinateur permettrait de statuer définitivement sur son cas et cerner le diagnostic final. Je sais qu'il existe des cartes contrôleurs vidéo compatibles avec ce type d'écran, mais à 30€ l'unité ça fait cher pour une levée de doute sur un vieil ordi. Y aurait-il une autre façon de tester l'écran ? Je vais continuer à chercher et je reste à l'écoute. Très cordialement et merci encore

Bonjour Delta, Tout d'abord merci pour ta réponse et pour tes éléments d'analyse. Le fait que l'écran externe fonctionne normalement confirme en effet que le chipset vidéo (ATI Radeon HD 4670) intégré à la carte mère (CM) fait son travail. Mon inquiétude, à propos de ce que j'appelle abusivement la carte vidéo, porte sur les composants qui, derrière le chipset, assurent la transmission du signal vidéo jusqu'au connecteur du câble vidéo de l'écran intégré situé sur la CM. Dis autrement, ces composants sont ils tous communs avec ceux qui assurent la transmission de ce même signal vers le connecteur HDMI ou sont ils différents. ? S'ils ne sont pas tous communs alors il est possible que l'un de ceux qui "alimentent" spécifiquement la connexion vers l'écran intégré soit défaillant. Mes connaissances en hardware sont largement insuffisantes pour répondre à la question et avant de commander un nouvel écran j'aimerais m'assurer de faire le bon diagnostic. Donc je reste à l'écoute... Cordialement.

Configuration : voir détail en fin de message Bonjour à tous, Je rencontre le problème suivant avec mon portable Dell XPS1640 : dés le démarrage l'affichage est instable, images fugaces, écran blanc ou noir, puis de nouveau images fugaces puis l'écran devient continument blanc. L'affichage des images fugaces s'accompagne, me semble-t-il, d'un très discret cliquetis. si je passe le test BIST préconisé par Dell l'écran du portable affiche ce qui est annoncé par Dell. si je branche un écran externe en HDMI, l'affichage de l'écran externe est normal et stable et le fonctionnement de l'ordinateur est normal, hormis que son écran intégré reste blanc. Ces 2 derniers éléments m'ont conduit à penser que la carte vidéo est OK ainsi que l'écran d'autant que les test Dell au niveau BIOS ne signalent aucune erreur. J'ai donc supposé que le coupable était le câble vidéo entre la carte vidéo et l'écran d'autant qu'il me semblait que lorsque je bougeais ce câble cela provoquait des effets sur l'affichage de l'écran intégré. J'ai donc acheté un nouveau câble, exactement les mêmes références, sur eBay . Après remplacement rien de changer les défauts persistent. Restent 2 hypothèses : l'écran ou la carte vidéo a un défaut intermittent que les test Dell n'identifient pas Comme le problème se produit aussi bien sous Windows que sous Linux j'ai écarté l'hypothèse d'un drivers obsolète (j'ai peut-être tord) Si quelqu'un a des suggestions à proposer je suis à l'écoute. Merci d'avance. Configuration : PC Portable Dell Studio XPS 1640, Intel Mobile Core 2 Duo 2.00 GHz, RAM 8 Go DDR3; SSD 240 Go. Ecran intégré LG LP156WF1 (TL)(B1) 15.6". 1680.1050, chipset vidéo 1024 Mo ATI Radeon HD 4670 Système : Windows 10 ou Linux Mint 21 selon le SSD que j'installe.

Oui, j'ai vu quelques alim dans ces prix, mais je n'envisage pas de dépenser ces montants pour le sauver. J'ai récupéré ce vieil ordi pour tester différentes distri Linux. Si je trouve une alim compatible électriquement et "dimensionnellement" je tenterai la greffe. En attendant je vais m'attaquer à d'autres orphelins qui seront peut être plus vaillants. J'en ai quelques uns en vue et qui sait, s'ils ne fonctionnent pas ils auront peut-être une alim compatible. Encore merci des conseils avisés. Bonne soirée.

J'avais commencé mon message dans le courant de l'a.m. et je n'ai pas vu le tien sur le pontage. Au final c'est ce que j'ai fait (pontage) et le ventilo n'a pas démarré. Encore merci pour ces conseils qui m'ont donné des pistes très utiles

Oui, l'alimentation a un ventilateur. A première vue le connecteur de l'alim est un 24 broches, donc je suppose un connecteur ATX. Une nouvelle recherche sur Internet me confirme ce que je pensais, c'est que l'alimentation ne démarre qu'avec le bouton "start" du boitier. Donc pour la tester il faut la démarrer ce qui semble pouvoir se faire en raccordant la broche 16 (câble vert) à une masse. Ce que j'ai fait après l'avoir déconnectée de la CM conservant le HDD et le DVD connectés à l'alim afin que l'alim fournisse effectivement du courant (source https://apcpedagogie.com/les-connecteurs-du-bloc-dalimentation/ qui semble bien documenté).... sans oublier de la brancher sur le secteur évidemment Après quoi j'ai essayé de trouver des tensions aux différentes bornes du connecteur ; sans succès. A tout hasard j'ai ouvert l'alim très précautionneusement dans l'espoir d'apercevoir un improbable fusible. Nib... Commencer à bidouiller dans l'alim pour trouver le composant qui a décidé de se mettre en grève dépasse de très loin mes compétences. En pièces détachées (occaz) ces alim sont rares et parfois hors de prix (250€ + 71 € sur ebay en provenance des USA !!! ; plus raisonnablement environ 60€ port compris origine Europe - Espagne, Allemagne). Ce brave ordinosaure ne vaut pas cette dépense. Je pense que je vais en rester là à moins que je puisse trouver la même alim ou une compatible dans un cimetière d'ordinosaures. Merci à Delta pour ses suggestions.

Bonjour, Merci de cette réponse rapide mais l'ordi est une minitour, pas un portable. Comme vous le proposez, je joins quelques photos de la bête. Petit rectificatif : la barrette de RAM est un Hynix HYMP112U64CP8-S6AB (1Go) Sur photo 10, le petit bouton rouge est la mise sous tension et sur la photo 11 le témoin d'alim qui clignote une fois dans les conditions que j'ai évoquées. Le PDF joint est la notice d'install en ligne sur le site ASUS Asus Pundit P1-AH2.pdf

Sans aller jusqu'à une vanne EGR, simplement changer une ampoule de phare sur un Scénic est impossible sans passer par des démontages scabreux. Eh oui les fabricants et constructeurs détestent les bricoleurs qui les empêchent de facturer au prix fort des interventions qui devraient être à la portée de n'importe qui (bon, OK pour un pile de portable il faut quand même un tournevis)

Bonjour à tous, Encore une tracasserie "hardware". Le contexte : Configuration : Mini tour Asus Pundit P1-AH2, Carte Mère : Asus M2N8L, Chipset nVIDIA GeForce 6150 Bios Award (11/02/06) CPU : AMD Sempron, 1600 MHz , RAM : 1 barrette 1 Go (Kingston KVR 400X64C3AK2/2G) Disque dur : MAXTOR STM3160212A (160 Go, 7200 RPM, Ultra-ATA/100) en 2 partitions de 80 Go chacune (C et E).¨ Partition C : Windows XP Home Edition 5.1.2600 (Win XP RTM). Au moins 60 Go dispo Partition E : Ubuntu 8.0. Au moins 70 Go dispo Lecteur Optique CD et DVD Etats des disques dur : (OK - dixit AIDA64 Extreme) Pour redonner du peps à cet "ordinosaure" sous XP j'ai installé Ubuntu 8.0 sur la partition "E:" du disque dur. Tout s'est apparemment bien passé. J'ai fait plusieurs redémarrages sous Ubuntu puis sous XP et tout fonctionnait normalement. Pour arrêter l'ordi en fin de session Ubuntu j'ai choisi "Mise en veille". L'ordi s'est mis en veille normalement, ça m'a paru un peu long mais pas forcément anormal. Deux jours plus tard je reviens sur cet ordi pour tester ZORIN OS et là ... RIEN !!! Aucune réaction à la pression sur le bouton "On/Off". Rien de rien. J'ai vérifié que le courant arrive bien à l'alimentation : prise de courant : "OK", câble alim : "OK", pas d'interrupteur "On/Off" sur le bloc d'alim. Quelques recherches sur Internet suggèrent une réinitialisation du CMOS : sans effet. Remplacement de la pile CR2032 : sans effet. Vérification du bon verrouillage de tous les connecteurs : sans effet. Le seul indice "bizarre" : lorsque je presse longuement la bouton "marche/arrêt", que je le relâche et que je le presse à nouveau brièvement, la LED témoin de marche clignote une fois puis s'éteint. Je n'ai pas testé le bloc d'alimentation car j'ignore le câblage du faisceau et du connecteur d'alimentation qui se branche sur la carte-mère (et je n'ai qu'un multimètre ordinaire) et je ne sais pas si l'alimentation délivrera du courant si elle n'est pas activée par le bouton "marche/arrêt". Si quelqu'un a des éléments de diagnostic ou des suggestions à proposer pour réveiller cet "ordinosaure" ou pour tester l'alimentation je suis preneur. Merci d'avance.

Bonjour Delta, Merci de cette réponse rapide et de cette suggestion. J'ai bien vu, en effet, la connexion de la nappe sur la dalle via une carte électronique qui parait solidaire de la dalle. Je n'ai pas trop envie de forcer pour les séparer au risque de tout casser. C'est pour ça que je recherchais une solution logicielle type BIOS. Je vais provisoirement revoir mon projet à la baisse et simplement glisser le portable sous l'écran HDMI et désigner, dans Windows, ce dernier comme écran principal. C'est moins élégant, l'ordi continuera sa vie mais sans mobilité. En tout cas merci encore d'avoir répondu et suggéré une piste de solution.

Config : Dell Studio XPS 1640, Windows 10, 8 Go de RAM, SSD 240 Go Processeur : Intel Mobile Core 2 Duo P7350 @ 2.00GHz 55 °C / Technologie Penryn 45nm Carte mère : Dell Inc. 0Y536R (U2E1) Graphiques : Generic PnP Monitor (1920x1080@59Hz) 1024 Mo ATI Mobility Radeon HD 4670 (Dell) 52 °C Bonjour, Tout d'abord, bonne année à ceux qui liront ce message et comme on dit par chez moi "A l’an que vèn ! Que se siam pas mai, que siguem pas mens." (en principe on le dit plutôt le 31 décembre, mais début janvier la 2ème partie de la proposition reste d'actualité). Venons en au sujet. J'ai un PC portable Dell Studio XPS 1640 qui a déjà bien roulé sa bosse mais qui tourne honorablement sous Windows 10. Récemment il s'est mis à afficher un écran blanc à la mise sous tension mais il continue de fonctionner normalement si on lui connecte un écran HDMI externe. J'ai vérifié la bonne connexion de la nappe d'écran coté carte mère et coté dalle d'écran : RàS et pas de changement, écran blanc. Lorsque j'utilise le PC avec l'écran externe, au bout de 5 ou 10 mn l'écran du PC se met à scintiller puis il affiche un image "sautillante", clone de l'écran externe. Avec le temps (1/4h, 1/2h, etc.) l'image devient de plus en plus stable mais sans jamais devenir fixe. J'en ai conclu que la dalle est morte et vu le prix d'une dalle de rechange, même d'occasion et pour autant qu'on en trouve, son remplacement ne fait pas partie de mes projets. Comme le PC fonctionne encore je voudrais l'utiliser en lui retirant son écran (physiquement) et intégrer la partie UC dans un socle (que je fabriquerai) à glisser sous un écran externe HDMI. Le problème auquel je me heurte dans l'immédiat c'est que si je débranche physiquement l'écran du portable au niveau de la nappe (coté CM ou coté dalle), l'ordi ne démarre plus, ou, pour être précis, il démarre et se met en défaut (clignotement des voyants "son +" et "son coupé"). Quelques recherches sur Internet m'ont permis de trouver une vidéo ou un gars récupère la CM d'un portable et l'intègre au dos d'un écran HDMI pour en faire un "All in One" (superbe résultat soit dit en passant). La vidéo montre comment le gars paramètre le BIOS ou plus précisément l'UEFI afin que l'UC démarre sur un écran extérieur. Et j'en arrive à mon problème : le BIOS du DELL Studio XPS 1640 ne propose pas de paramétrer l'affichage (ou "Display" sur l'UEFI). Pour faire ce que je projette je souhaite vivement retirer physiquement l'écran et trouver un moyen pour que l'UC démarre directement sur l'écran externe HDMI. Ma question : quelqu'un aurait-il une solution ou une idée pour résoudre cette difficulté ? Merci d'avance pour vos suggestions.

Bonjour, Je poste ce message sur le forum Hardware sans être bien certain d'avoir choisi le plus pertinent. Je rencontre une difficulté que je parviens pas à résoudre et je fais appel aux crabistes qui auraient une ou plusieurs pistes de solutions à me suggérer. Ma configuration, un réseau local composé de : - un PC HP 22-3104nf (16 Go RAM, 500 Go SSD dont 145 libres, Windows 10 version 20H2, build 19042.985 et Bitdefender Internet Security 2021). IP dynamique dans le LAN - une imprimante HP Officejet pro 8600 plus avec adresse IP fixe dans le LAN. - un PC portable Alienware M11x R3 (8 Go RAM, 25 Go SSD dont 125 libres, Windows 7 et Bitdefender Internet Security 2021). IP dynamique dans le LAN. - ces 3 équipements sont connectés à une Livebox 5. La connexion à la box se fait par câble Ethernet pour l'OJ8600 et le PC HP et par Wifi pour l'Alienware. Mon problème : L'OJ8600 est un "all in one" qui offre notamment la possibilité de scanner "vers un dossier", c'est à dire d'envoyer depuis l'OJ8600 un document scanné directement vers un dossier préalablement défini d'un ordinateur. Mon OJ8600 est programmée pour pouvoir envoyer, au choix, soit vers un dossier du PC HP, soit vers un dossier du PC Alienware. Jusqu'à récemment l'envoi "vers un dossier" fonctionnait parfaitement et indifféremment vers l'un ou l'autre des deux ordinateurs au choix de l'opérateur. Depuis quelques jours l'envoi "vers un dossier" du PC HP échoue systématiquement. Le message d'erreur affiché sur l'OJ8600 est "Connexion impossible à \\Hp-Bureau\Images\Scanpdf. Vérifier que l'ordinateur distant est allumé". L'envoi "vers un dossier" depuis l'OJ8600 vers l'Alienware fonctionne comme d'habitude. Ceci m'a conduit à écarter, a priori, l'OJ8600 des origines possibles du problème ainsi que l'Alienware. Reste le PC HP. Précisons que la liaison entre l'OJ8600 et ce PC HP fonctionne sans problème à travers le réseau à l'exception de cette fonction "envoi vers un dossier". Je peux imprimer ou scanner depuis l'ordinateur, me connecter par Chrome au "Embeded Server Web" qui permet de gérer l'imprimante à travers le réseau, etc. Dernière précision, parmi les processus affichés par le gestionnaire de taches du PC HP figure un processus HP "ScanToPCActivationApp" qui occupe 2,6 Mo et sert à gérer les opérations de scann depuis l'OJ8600 vers le PC HP. Si je débranche le câble Ethernet du PC HP une notification apparait qui précise que "La numérisation vers l'ordinateur n'est plus activé. La connexion vers l'imprimante a été perdue" ; ce qui est tout à fait logique ; et une petite croix blanche sur fond rouge apparait sur l'icone du processus d'arrière plan "ScanToPCActivationApp". Le processus ScanToPCActivationApp est donc bien activé sur le PC HP. Mes actions pour tenter de résoudre le pb : J'ai bien entendu désinstallé et réinstallé à de multiples reprises l'OJ8600, avec les dernières versions de drivers et de logiciel HP, vérifié que le micrologiciel de l'OJ8600 était à jour. Echec J'ai désactivé toutes les sécurités de Bitdefender sur les recommandations du support de ce fournisseur. Echec J'ai relancé ma box. Echec J'ai tenté toutes formes de démarrage du PC HP et l'OJ8600 (d'abord le PC puis l'OJ. d'abord l'OJ puis le PC). Echec. J'ai remplacé les connexions Ethernet du PC et de l'OJ par une connexion Wifi via la box. Echec J'ai remplacé la box par un routeur 4G; PC et OJ en Wifi : Echec. J'ai passé CCleaner et notamment nettoyé tout un tas de clés de registre invalides faisant référence à l'environnement HP. Echec J'ai tenté de me mettre en relation avec le support HP : Echec (pas moyen d'avoir un support en ligne et par téléphone faut ouvrir le portefeuille) Bref, je séche !!! Si quelqu'un à des suggestions je suis extrêmement preneur de les essayer. Merci d'avance. Bonne soirée (ou journée selon l'heure ou vous lirez ce message)

Merci @zelandonii de cette réponse rapide et de cette suggestion. Je n'ai pas de version plus récente d'Outlook. Je vais voir si je peux en trouver une. J'ai poursuivi mes investigations et j'ai fait le même constat sur un autre de mes ordi (Dell Alienware MX 11 sous Windows 7 et Outlook 2003). Même motif, même punition : Outlook se ferme dans les mêmes conditions que précédemment et seulement pour cet intelocuteur. J'ai ensuite fait une autre expérience : m'envoyer depuis le webmail Orange un message que je récupère sous Outlook et auquel je réponds toujours sous Outlook. Tout se passe normalement. Donc comme je le pensais ce n'est pas le fait que le message soit envoyé depuis le Webmail Orange qui provoque ce défaut. Troisième expérience : J'ai testé l'appli Courrier de Windows 10 et le phénomène ne se produit pas. J'imagine qu'avec Thunderbird ou un autre client mail je ferais le même constat. Outlook 2003 semble bien être en cause, comme le suggère le fait que le défaut se produise sur 2 ordis différents équipés de ce client, mais alors pourquoi seuls les messages de cet interlocuteur provoquent-ils ce défaut ? Que peuvent ils contenir de particulier qui provoque cette fermeture? Je n'ai rien remarqué dans les "En têtes Internet" des messages. Cela peut-il avoir un lien avec l'opérateur Internet de son lieu de résidence ? J'ai fait successivement une réparation puis une réinstallation de Outlook 2003. Pas de changement. Le mystère reste entier et j'aimerais comprendre.

Bonjour, Je rencontre depuis quelques temps un "phénomène" étrange avec mon client mail Outlook 2003. Le constat : lorsque je veux répondre à un mail d'un de mes interlocuteurs habituels, Outlook (2003) se ferme dés que je clique dans la zone de texte de ma réponse. Cela se produit aussi bien si je choisis "répondre", "répondre à tous" ou "transférer". Si je clique dans le champ "objet", pour le modifier par exemple, pas de problème, mais dés le premier "clic" dans la zone de texte de la réponse, Outlook se ferme. Ce problème ne se produit qu'avec cet interlocuteur précis et avec aucun autre. Je correspond avec lui depuis des années sans avoir jamais rencontré ce phénomène qui est apparu il y a quelques semaines. Ce que j'ai observé : Cet interlocuteur utilise un Mac et depuis quelques semaines son client Mail (Mail d'Apple) ne fonctionne plus pour l'envoi de messages mais fonctionne en réception. Pour continuer à envoyer des messages il a donc pris l'habitude de les envoyer depuis son webmail Orange en utilisant le navigateur Firefox. En reprenant certains de ses anciens messages j'ai remarqué que la fermeture d'Outlook ne se produit que lorsque j'essaie de répondre à des message envoyés depuis le webmail Orange. Je pense qu'il n'est pas le seul de mes interlocuteurs à envoyer ses mails depuis un webmail et du coup je ne comprends pas pourquoi ce phénomène se produit uniquement avec ceux de ses messages envoyés depuis son webmail. Dernière précision : cet interlocuteur est pensionnaire d'un EHPAD qui lui fournit son accès à Internet en WIFI. Je ne connais pas l'opérateur utilisé par l'EHPAD et, comme par hasard, le dysfonctionnement de son client Mail est apparu quelques jours après son arrivé en EHPAD. Je n'en tire aucune conclusion je note simplement le fait. Si quelqu'un a une idée sur ce qui peut provoquer cette fermeture "sauvage" d'Outlook, je suis tout ouie. Merci Ma config : PC HP AIO 2203, RAM 8Go; Windows 10, Office 2003, SSD Samsung 500 Go

Bonjour S@T, Je prends note de la suggestion bien que je n'utilise jamais le volet "détails" que je viens de découvrir avec ces différents "post" A+