Toutes mes réponses sur les forums
-
Bonjour,
Sauf erreur Digital Almanach est un logiciel de planétarium, permettant de calculer la position d’objets célestes et donc d’astroNOMie.Pour l’astroLOGie on trouve des choses avec cette recherche : https://aminet.net/search?query=random
J’avais fait une carte qui se plugue simplement sur le processeur vidéo de la GBS au moyen d’un socket pour accueillir le firmware gbs-control : https://github.com/f1ac0/GBS-Control
Par contre il faut quand même bricoler pour se l’assembler (ou demander à quelqu’un qui bricole 😉 )A savoir que ce n’est pas magique non plus : il y a un an lorsque je comptais l’utiliser avec mon amstrad CPC j’avais trouvé la GBS de base un peu plus tolérante pour les manipulations de la puce vidéo réalisées par les démomakers. Néanmoins seuls les écrans cathodiques d’origine de la machine (CTM644) sont en mesure de tout supporter.
Attachments:
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 !
