| Deksor a écrit : * | 24 août 2019 01:19 |
Je te conseille vivement de l'enlever maintenant. Même sans fer à souder ce n'est pas très difficile, il suffit de couper la patte la plus accessible (pas de regret à avoir, elle est naze de toute façon), puis bouger la batterie dans un sens puis dans l'autre jusqu'à ce que l'autre patte cède. Il ne restera plus qu'à enlever le reste des pattes quand tu auras reçu ton fer, mais au moins "l'hémoragie" est stoppée.
J’ai bien le fer à souder, j’ai même fait des essais avec précédemment !
Cependant, je souhaitais sauvegarder la machine avant de la démonter et je n’ai malheureusement pas reçu l’adaptateur IDE/USB que j’avais commandé. Les livraisons sont un peu aléatoires, je reçois des objets commandés récemment à l’autre bout du monde avant d’autres commandés au plus proche depuis des lustres !
En observant de plus près, je me rends compte que
l’accumulateur «Varta» a tout de même bien coulé sur les petits composants situés entre sa borne négative et le connecteur clavier DIN.
Finalement,
j’ai préféré suivre ton conseil et j’ai retiré la carte-mère du boîtier et tenté de dessouder l’accumulateur. Ce ne fut pas une mince affaire, je n’arrivais à le dessouder, si bien que j’ai agis comme tu me l’as suggéré ; même si ce fut difficile de trouver un espace pour la pince coupante. J’ai ensuite utilisé le fer à souder et la tresse à dessouder pour retirer l’étain et ce fut très laborieux !
Voici ce que cela donne :
![[ img ]](http://image.noelshack.com/minis/2019/34/6/1566656583-varta-out.png)
Le petit composant cylindrique gris sombre à ses pattes oxydées, dont une, dévorée par une croûte bleutée ! J’ai gratté cette «croûte» et j’ai nettoyé le composant avec une brosse à dents et de l’alcool isopropylique … si ce n’est plus bleu, la patte normalement argentée, demeure rouillée.
Après avoir retiré l’autocollant «+», j’ai pu lire sur la pile bouton supérieure la mention «VARTA V11H Made in Singapore». Les deux autres piles ont gonflées et coulées :
Que signifie «V11H» ? 11mAh ?
Si c’est le cas, il y a trois piles, je dois donc les additionner et j’obtiens alors 33mAh ?
Il me faudrait donc un accumulateur 3,6 Volts 33 mAh ?
| Deksor a écrit : * | 24 août 2019 01:19 |
Ah mais ils ont été suivi ... mais sans eux. IBM voyant que le PC leur échappait a décidé de faire un connecteur propriétaire pour la nouvelle architecture 32 bits du 386 malheureusement pour eux, aucun des concurrents n'a suivi (pour avoir un bus MCA sur un clone il fallait payer des royalties) et donc il a fallu créer un standard "libre" et comme tu peux le constater, ça a été un peu chaotique jusqu'à ce que Intel mette tout le monde d'accord avec le PCI ^^.
Je trouve naturel qu’IBM aient cherchés à obtenir des royalties sur leurs inventions, il n’est pas normal qu’ils aient été privés d’une juste rémunération pour le travail accompli.
Je ne vois pas cela comme standard «libre», je vois surtout cela comme l’exploitation des technologies, du savoir-faire et du labeur d’IBM sans leur verser leur dû !
IBM a créé une plate-forme ouverte, la preuve : lorsqu’ils ont choisi un micro-processeur Intel pour leur PC, ils ont demandé a ce que des licences soit attribuées à d’autres fabricants afin d’avoir plusieurs sources d’approvisionnement.
| Deksor a écrit : * | 24 août 2019 01:19 |
OS/2 a été co-développé par Microsoft et IBM. Pas IBM seulement, et d'ailleurs il y a sûrement pas mal de choses qui ont été conçues pour OS/2 que microsoft a ensuite réutilisé dans Windows NT (après tout c'est leur code à eux, ils peuvent en faire ce qu'ils veulent). Mais de toute manière les champions de l'OS graphique et multitâche ce n'est ni Microsoft ni IBM, ni même le PC, c'est l'Amiga. (et peut-être Mac OS, mais eux je n'ai pas trop fait de recherche, donc je ne dirais rien à leur sujet plutôt que de me planter

).
Co-développé avec Microsoft, certes ; mais au début seulement ! Jusqu’à ce que Microsoft se retire du projet pour utiliser ce travail réalisé en commun avec IBM pour développer de son côté Windows NT. Un travail pour lequel, ils ont été grassement rémunérés par IBM …
IBM a ensuite développé OS/2 seul !
N’oublie pas qu’OS/2 c’est le système de fichiers HPFS et que le NTFS actuel n’en est qu’une copie low-cost ; sous OS/2 lorsque tu déplaçais un fichier tous les raccourcis créés se mettaient automatiquement à jour (aucun des Windows de l’époque ne faisaient cela et je me demande même si Windows 10 en est capable) …
| Deksor a écrit : * | 24 août 2019 01:19 |
Oui bien sûr qu'il s'en vendait encore. Mais dans le contexte de l'époque, le moins cher devait être les pièces qui devenaient obsolète. Mettre des SIMM 72 pins n'aidait sûrement pas les consommateurs, je pense que c'était plutôt l'inverse ^^. C'est un peu comme si on sortait une vieille architecture comme par exemple un AMD FX avec de la DDR5 dès que celle-ci apparaît. Pour des gens de 2040 ça sera peut-être très bien, mais pour les acheteurs d'une telle architecture à notre époque c'est tout l'inverse. Un semblant de preuve de cela, c'est qu'il existe des adaptateurs de simm 30 broches qui prennent 4 barrettes vers une simm 72 broches.
Bref, ce qui nous est bénéfique aujourd'hui ne l'était pas forcément hier ^^
Exact, aujourd’hui on préfère les 72 broches car elle est plus courante et moins chère … et c’est avec mon point de vu actuel que je trouve que c’était une bonne idée, à l’époque peut-être que j’aurais pensé différemment.
| Deksor a écrit : * | 24 août 2019 01:19 |
Le livre que je cite est certainement la source primaire de la plupart des informations que l'on trouve aujourd'hui (en plus des découvertes faites par les amateurs de notre époque).
J’utilise beaucoup les magazines d’époques, plus particulièrement SVM, comme sources, puisqu’ils sont téléchargeables gratuitement sur
http://fr.1001mags.com/ Ce sont des mines d’informations !
C’est aussi très amusant de les lire car parfois, ils se sont complétement plantés sur leurs pronostiques du PC du futur, où donnent ce qui s’avéreront finalement de mauvais conseils lol !
| Deksor a écrit : * | 24 août 2019 01:19 |
J'utilise Speedsys avec un adaptateur IDE vers carte SD, ce qui maximise les performances de la plate-forme.
Speedsys est un bon logiciel de Bench et il a l’avantage d’être très léger.
Merci de me l’avoir fait redécouvrir d’ailleurs !
En revanche, j’ai tenté l’expérience de l’adaptateur IDE et d’une carte CF et j’ai été très déçu ! En plus d’avoir un truc qui pendouilles dans le boîtier (il faudrait faire des châssis de disque-dur en plastique avec une imprimante 3D pour que ce soit plus propre) les performances ont été assez décevante par rapport aux disques-durs que j’ai …
Tant que je peux utiliser de vrais disques-durs, je continus …
Je passerais à la carte CF, éventuellement SD, lorsque je n’aurais plus le choix.
| Deksor a écrit : * | 24 août 2019 01:19 |
Je ne suis pas sûr qu'il y ait de "bon" ou "mauvais" contrôleur IDE ISA pour la simple raison que l'IDE C'EST le bus ISA (un peu simplifié) sur une nappe (du moins pour la première version). Il faudra que je fasse des tests plus approfondis avec toutes mes cartes ISA pour en avoir le coeur net. En revanche quand on passe au VLB, on n'est plus limité par le bus ISA standard et on peut donc y accéder beaucoup plus rapidement.
Il y a bien des différences entre un 486 DX2-66 Intel, AMD, Cyrix, etc. même si elles sont infimes car au final c’est la même technologie «x86» et c’est implémenté sensiblement de la même manière (brochage identique).
On peut donc imaginer qu’il y ait une différence entre les contrôleurs de disques-dures en fonction de leur fabricant même si la technologie IDE est la même …
Ce qui m’inspire cette pensée, c’est que la presse de l’époque, indiquait que telle machine pourtant très bonne sous tout rapport était pénalisée par son contrôleur de disque-dur, ou que telle autre a priori peu gâtée par son constructeur, obtenait des performances honorables grâce à son contrôleur de disques très véloces.
Bien-sûr, c’est très flou même carrément obscure car sur ce sujet absolument aucune explication sur les tests effectuées ni même de marques ou de modèles cités …
| Deksor a écrit : * | 24 août 2019 01:19 |
Pour trouver ces normes, tu vas avoir du mal : ces normes n'ont été écrites qu'en 1996 (
http://www.t13.org/Documents/UploadedDo ... -ATA-2.pdf) ! Cependant il semblerait avec l'IDE que les normes sont appliquées avant même d'être écrites ... C'est très bizarre, mais c'est ce que je constate. (la norme 1 de l'ide date de 1994, pourtant l'ATA existe depuis bien plus longtemps).
Justement, c’est ce qui est très étonnant !
J’ai lu de nombreux articles au sujet des normes «ATA» et globalement, ils indiquent la même chose que toi … Néanmoins, si tu prends le journaux d’époque, on va parler de «Fast-IDE» dès le début des années 90 (surtout sur les 486), puis avec l’arrivée des Pentium, le «E-IDE» ou «Enhanced-IDE» va se développer dans les pages des revues …
À l’époque, ils ne parlaient pas du tout de norme ATA, ils évoquaient surtout IDE, Fast-IDE, E-IDE, ce n’est que plus tard qu’ils ont commencé à mentionner ATA, avec un nombre, ATA-133 par exemple.
Le souci c’est que les termes anciens veulent dire tout et son contraire …
Certains sites et certaines documentations indiquent :
- IDE = ATA ;
- Fast-IDE = ATA-2 ;
- E-IDE = ATA-3 ;
- alors que d’autres vont expliquer que Fast-IDE et E-IDE signifient la même chose et sont donc en ATA-2, ou que E-IDE peut-être aussi bien de l’ATA-2 que de l’ATA-3, etc. …
Bref, rien n’est clair !
Bon week-end,