Toutes mes réponses sur les forums
-
Seulement la puce, un 318069-10.
Bonjour, j’en ai trouvé un à 70€ en comptant les frais de port sur ebay il y a quelques semaines pour réparer mon A500 que j’avais grillé en janvier.
Il fait être patient, ou le payer au prix fort.Il faut surtout obtenir la bonne version que l’on veut car il y en a un paquet ! https://pmsoft.nl/amiga/amiga-parts-chips.html
Enfin peut être qu’un jour on aura un remplacement
https://github.com/jbilander/ReAgnus
https://github.com/jbilander/ReAgnus-MegAChip
https://github.com/nonarkitten/amiga_replacement_project/tree/master/agnusPour ma part j’avais imaginé un adaptateur pour mettre un agnus plus ancien dans mon 500 rev8a. Attention je ne l’ai jamais réalisé.
https://github.com/f1ac0/A500plus-Agnus-retrofitEn réponse à : Interprétation écran Diagrom A500 écran vert et pas de sortie série
8 novembre 2024 à 13h40 #381935Oups, U38.
En réponse à : Interprétation écran Diagrom A500 écran vert et pas de sortie série
7 novembre 2024 à 23h36 #381906Merci Giants pour les pistes.
J’avais comme hypothèse que le port série non fonctionnel pouvait venir de perturbations provoquées par la RAM défaillante sur le bus. Mais effectivement, Paula envoie bien des données série sur sa broche 40 TXD, reçues sur la broche 9 de U32, mais rien ne sort de la broche 8. U32 est KOAu moyen d’un adaptateur USB série TTL j’ai pu accéder aux messages de Diagrom qui confirme que ce sont les 4 bits de poids fort qui sont incorrects, donc U19, ce qui indique aussi que les bandes de couleurs de Diagrom commencent par ces bits de poids fort jusqu’au poids faible. Bon à savoir.
J’ai changé la puce de RAM U19 et j’ai maintenant de la chip ram. La suite des tests demain.
C’est vrai que je n’ai pas non plus pensé au Pistorm, d’autant que j’ai mon adaptateur pour le brancher sur le port d’extension latéral. Je connaissais le buptest de Musashi, mais effectivement ils l’ont aussi ajouté dans Emu68.
Edit : c’est bien la version 1.3 que j’ai sur cette ROM, et elle est toujours à 9600 bauds.
Bonjour,
Attention, l’utilisation de fusible conçus pour du courant alternatif dans un circuit continu peut ne pas apporter la protection attendue.
De plus ça ne protègera pas d’éventuelles surtensions ou ondulations en cas de défaillance de l’alimentation. Ca n’empêchera pas non plus de brûler des traces sur le PCB qui seraient plus faibles que le fusible lui-même. Bref ça n’est pas la protection idéale (je ne suis pas sûr qu’elle existe).Pour être précis sur l’alimentation électrique qui sort de la prise en Europe, c’est du 230 Volts EFFICACE. La tension crête après redressement par le pont de diode est de 230x√2 donc 320v. Et a cela il faut ajouter la tolérance de 10% donc 355 volts max. C’est la raison pour laquelle les condensateurs que l’on retrouve dans les alims à découpage sont d’au moins 380V, la marge n’est pas si grande que l’on pourrait le penser.
Et donc comme dit entre autres Giants il faut se méfier de leur vieillissement.
Néanmoins ils perdent plus en capacité ce qui en fin de vie induit des oscillations qui vont avoir un impact négatif sur les autres composants en plus de la perte de puissance que pourra fournir l’alim.Poursuite des tests.
Déjà j’ai retrouvé ncomm comme émulateur de terminal efficace sur l’amiga.
J’ai mis la DiagROM sur le PiStorm’X, ce qui me permet quand je le désactive de booter sur le 68000 et d’accéder au terminal pour tester et configurer ZIModem.En le configurant en 9600 bauds et en le mettant en écoute avec ATAT1234, je peux déjà me connecter depuis le PC et échanger des caractères, et avoir le texte du démarrage de la diagrom sur le PC.
Souci comme tu l’as rencontré Giants, plusieurs applications essayées pour me connecter envoient des ANSI escape codes à la place des touches, comme les flèches.
Second souci : ces mêmes applications fonctionnent en mode ligne plutôt qu’en mode caractère, ce ui ne permet pas non plus d’accéder au menu via le pavé numérique. J’ai notamment essayé de passer telnet en mode caracctère mais il ne prend pas ma demande de changement de mode.J’ai au hasard essayé QTerm 0.7.4 affiché comme un client BBS/telnet dans le dépôt de ma distrib. Celui-ci envoie bien les touches clavier en mode caractère qui convient à la Diagrom, il est ainsi possible de naviguer dans les menus et lancer des tests :). Sauf que l’on ne voit pas les menus ni même les pages de test sur l’écran du terminal, tout ce qui est mis en page est mal affiché. QTerm semble émuler un terminal de type VT102, il faudrait trouver le type de terminal attendu par la diagrom, je n’ai pas trouvé cette information. QTerm est multi-plateforme et il en existe une version plus récente qui pourrait mériter d’être testée : https://github.com/qterm/qterm
Pendant cette session j’ai constaté comme hier que plus le temps passe, plus ça chauffe et plus la tension en amont du module buck droppe. Je commence à me dire que si ça peut dépanner le temps de lancer un diag, ça ne doit pas être top de le laisser branché de manière permanente.
Salut Giants,
J’ai trouvé ce module dans mes affaires (https://fr.aliexpress.com/item/32411159228.html), et je l’ai testé en le réglant en 3.3V et en le connectant entre la broche 12V et le 3.3V de mon module AmigaWiFi 3237.
Sur le primaire du module, après R502, je mesure une tension entre 9.7 et 8V soit une intensité entre 50 et 85mA, toujours au primaire du module buck. L’intensité doit être au moins double du côté du 3.3V pour alimenter l’ESP et le MAX3237. Après 1/2 h et plus d’utilisation, la température de R502 monte à 35°C => c’est OK pour une 1/2W, par contre c’est sans doute trop juste pour les machines équipées de 1/4W.L’ESP8266 est resté stable pour une utilisation en mode console avec le firmware ZIModem, il n’a jamais rebooté de lui-même, donc il doit se satisfaire de son alimentation.
Par contre sur mon A500 avec PiStorm et OS3.2, Term4.8, amterm ou amigaterm_enh, lorsque je me connecte sur towel.bblinkenlights.nl:23 (test que j’aime bien, essayez si vous ne connaissez pas 😉 ) l’amiga avec PiStorm et OS3.2 plante lamentablement après quelques dizaines de secondes. Il faudrait passer plus de temps pour voir d’où cela vient, quand je m’amusais avec il y a 5-6 ans je n’avais pas le PiStorm ni l’OS3.2 et j’utilisais aussi d’autres pilotes série (new8n1 et baudbandit).
Je ne suis pas non plus arrivé à transférer un fichier avec Zmodem : l’amiga ne plante pas mais la connexion se coupe dès le début du transfert avec « No Carrier ». Là je soupçonne plus le pilote série.J’essayerai de poursuivre le test avec ces pilotes de port série, et si je trouve un moyen simple de démarrer sur une Diagrom tout en conservant une connexion ouverte avec ZIModem.
Et effectivement je pourrai ajouter un brochage pour un tel module buck sur le layout de mon AmigaWiFi 3232, si cela peut servir.
Bonjour,
Merci pour l’info sur ce firmware esp-link.
Ca doit être aussi possible de le faire avec ZImodem https://github.com/bozimmerman/Zimodem (mettre un socket en écoute sur le PC par exemple avec ‘socat TCP4-LISTEN:5000 stdio’ et faire connecter zimodem sur le PC avec ‘ATDT »ipv4dupc:5000″‘; ou à l’inverse mettre le Zimodem en serveur avec ‘ATAT5000’ et s’y connecter avec le PC par ‘socat TCP4:ipdel’esp:5000 stdio’)Il y a quelques années je m’étais fait ça https://github.com/f1ac0/AmigaWiFi/blob/master/AMIGA%20WiFi%20FLACO%202017.JPG
L’avantage d’une alimentation séparée est que l’on peut l’allumer l’ESP avant l’hôte afin qu’il ait le temps de démarrer et de se connecter.
Si la résistance 47 ohms est une 1/4 de Watts alors elle supporte au max 73mA. Sous ce courant elle abaisse la tension de 3.4V. Il reste alors 0.073*(12-3.4)=0.6W utile. Avec un convertisseur buck parfait sous 3.3V l’intensité max serait de 190mA, soit 150mA pour un convertisseur efficace à 80%. Donc oui ça pourrait peut être passer si ta mesure est juste. Néanmoins j’ai le souvenir qu’à l’époque mon ESP12 faisait en activité des pics de consommation bien plus élevés. Donc à tester comme tu dis…
Bonjour,
C’est un bon tuyau si la carte redevient disponible. Manifestement le stock a été vidé depuis ton message. Espérons qu’ils vont en reproduire une série.Bonjour,
En parlant de protection à la con : je suis embêté depuis un moment par le whdload de Jim Power : au milieu du premier niveau une porte reste fermée malgré la possession de toutes les clés possibles. Si ça ne le fait pas une chez moi alors ça doit en être une…Bonjour,
Ceci est à comparer avec la méthode plus traditionnelle : ajouter 4 puces de RAM et le 74F139* sur la carte mère (http://amigaga.chez-alice.fr/classic/bidouilles/hack/a500_a500plus/index.htm) et ajouter 4 puces de RAM sur une extension trapdoor classique (http://amigaga.chez-alice.fr/classic/bidouilles/hack/a500p_2mo/a501_1mo.htm)
*un HCT139 marche aussi et peut être plus facile à trouver.
Le risque de cette extension me parait surtout lors du retrait des puces de RAM, il est essentiel de ne pas abimer les pistes et les trous traversants.
Il faut un fat agnus pour pouvoir avoir 2Mo de chip, qui n’est présent que sur ces dernières révisions de carte mères. Les révisions antérieures de carte mère n’ont qu’un agnus supportant 512k ou 1Mo et sur la rev6 il suffit de bouger des blobs de soudure pour transformer l’extension trapdoor en chipram : cette extension n’a alors pas d’objet.
Je trouve qu’avoir 2Mo de chip est confortable sur un 500 étendu (avec au moins un disque dur et de la fast), pour la nouvelle version de Final Fight, et aussi pour tout un tas de slaves whdload qui ne se contentent pas de 512k. Actuellement je recherche toujours un agnus 8375 pour remplacer celui que j’ai grillé, et je me sens tout à l’étroit avec les 512k de chip sur le 500 qui me sert de remplacement !
Je confirme que le nombre après P indique la fréquence d’horloge max à laquelle le CPU était garanti de fonctionner en sortie des chaînes de production.
Au cas par cas un processeur donné peut arriver à fonctionner à une fréquence supérieure.
Changer de proc sans changer la fréquence d’horloge effective n’apporte aucun changement.Oui si tu ne change que le proc le nouveau fonctionnera à la même fréquence que l’ancien.
Comme dit Steph il existe des montages pour augmenter l’horloge du CPU cependant pour que le gain de vitesse soit maximal il faut de la mémoire FAST accessible à la même vitesse sinon le CPU passe son temps à attendre. Par exemple : http://amigaga.chez-alice.fr/classic/bidouilles/hack/overclock/a500-14mhz/a500-rev8.htm
Tout en bas de la page il est intéressant de noter que ça va plus vite sur un 68k à 7MHz avec de la fast ram qu’un 68k à 14MHz sans fast.Pour le 68010 l’avantage c’est que ça ne coûte qu’une poignée d’euros et ça se change sans soudure.
Attention néanmoins à ne rien griller avec des décharges électrostatiques pendant la manip ou abîmer la carte mère avec de l’outillage inadapté pour retirer le 68k.Bonjour,
Peut être y-a-t’il un sujet pour chacun de ces processeurs qu’il convient de bien distinguer ?Pour le 68010 je l’ai fait, donc d’expérience :
– ça marche pour la plupart des softs.
– le gain de perfs n’est pas faramineux. Préférer ajouter de la fast ram si ce n’est déjà fait.
– cela permet de bénéficier de la quit key dans les slaves WHDLOAD qui ne sont pas développés pour spécifiquement supporter celle-ci sur 68000, c’est donc appréciable pour ne pas avoir à rebooter l’OS.
– Le seul truc que je ne suis pas arrivé à faire marcher dans ce que j’ai essayé est la démo Voyage par Razor1911, son loader ne veut pas booter.Pour le HC j’aurai dit qu’il pouvait y avoir un problème de compatibilité de tension sur certains signaux car le niveau de tension nécessaire pour enregistrer un signal haut n’est pas le même pour chaque technologie, cependant cela n’est pas confirmé par la datasheet que je viens de relire qui parle de 2v pour tous les 68k… Donc je n’en sais rien pour ma part.
