blogatom.

Latest Posts

• ST Book: la suite du feuilleton

  May 11, 2025

  Et voici quelques nouvelles de la remise en route du ST Book, sur laquelle j'ai bien avancé! Dans le précédent épisode, j'avais réussi à démarrer en flashant un nouveau TOS, et formater un disque CF de remplacement.

  Par contre j'avais toujours ce condensateur en balade, ce qui faisait que le petit haut-parleur interne ne fonctionnait pas. Ce n'est pas une grosse réparation, mais elle m'a pris pas mal de temps en raison de mon incompétence en soudure! Après avoir racheté un petit fer à souder USB beaucoup plus efficace que mon ancien fer, je n'arrivais toujours pas à déposer la soudure sur le pad du condensateur. J'ai fini par réaliser que le problème était bien l'encrassage des pads, qui faisait que le métal n'était plus visible. En grattant fortement avec un petit cutter et à l'aide du stylo fibre de verre, j'ai finalement réussi à bien récurer la zone, ce qui m'a permis enfin de réaliser la soudure. Sûrement pas la meilleure soudure CMS, mais pour une première je suis quand même satisfait. Et le son remarche!

  

  A ce stade j'ai décidé que j'avais atteint le maximum de mes capacités en termes de réparation hardware, et que j'allais laisser les autres sujets pour plus tard (la batterie de l'horloge et le grésillement au premier démarrage).

  J'ai donc soigneusement remonté le ST Book, puis je suis parti en quête d'une solution pour installer des logiciels.

  Je suis rapidement arrivé à la conclusion que le plus simple était d'utiliser STTRANS.PRG, qui est fourni sur le ROM-Disque (P:) présent sur le ST Book dès le premier démarrage, pour transférer des fichiers. Cela évite d'avoir à chercher des solutions de stockage compatibles avec la connectique exotique du ST Book! L'outil "ST File Transfer" est très simple, on peut choisir une liaison parallèle ou série, et pour cette dernière choisir la vitesse. On relie deux Atari ST avec le câble correspondant, puis on lance STTRANS des deux côtés. L'un des ST va devenir le "Maître", sur lequel on va déclencher les copies via une boîte de dialogue; et l'autre un "Esclave" qui va être passif et simplement exécuter les transferts. On note au passage la terminologie peu inclusive de l'époque!

  J'ai donc commencé par me procurer un bon vieux câble null-modem, une version avec un connecteur USB-A d'un côté et un RS-232 de l'autre. J'ai connecté l'extrémité RS-232 au ST Book, et l'USB à un laptop tournant sous Linux Mint. Une fois l'adaptateur branché, il apparaît sous la forme d'une nouvelle device, par exemple /dev/ttyUSB0. On peut alors lancer Hatari en incluant l'émulation du port série:

  hatari --tos tos206us.img --harddrive hdd --machine megast --rs232-in /dev/ttyUSB0 --rs232-out /dev/ttyUSB0 
  

  J'ai pris soin de copier dans le répertoire hdd le programme STTRANS.PRG ainsi que tous les fichiers que je veux transférer sur le ST Book. Je n'ai trouvé que la version allemande de l'utilitaire, sur une archive des disques systèmes du ST Book sur dev-docs.org. Je lance STTRANS en mode esclave sur Hatari, puis en mode maître sur le ST Book, et une boîte de dialogue apparaît me permettant, depuis le ST Book, de choisir les fichiers à transférer, dans un sens ou dans l'autre. C'est très pratique! Par contre c'est très lent...

  Voici une photo de l'ensemble en action.

  

  Et voici des petites captures d'écran du transfert en cours, prises avec un bon vieil appareil photo évidemment! Ici la version allemande de STTRANS.PRG.

  

  

  Voilà, je n'ai plus qu'à essayer de trouver quelques logiciels sympas à faire tourner en haute résolution et depuis le disque dur.

  Read more

• Carnet de bord: remise en route du ST Book

  April 17, 2025

  Il y a bien bien longtemps en 2008, j'avais publié un article sur un ST Book que j'avais trouvé dans un magasin de musique en Allemagne. Il était encore dans son emballage d'origine, ce qui est assez rare pour cette machine.

  Je l'avais déballé et pris quelques photos, mais je n'avais pas eu le temps de faire un article complet à l'époque. J'ai d'ailleurs mis à jour les deux articles pour corriger les photos qui étaient cassées. J'ai remarqué au passage que mes photos stockées sur Flickr avaient été utilisées sur plusieurs sites, comme assez récemment sur Boing Boing: Atari ST Book laptop among the rarest treasures of the 16-bit era.

  Je me suis récemment décidé à ressortir le ST Book du stock pour le tester. Il est toujours en superbe condition, par contre il s'est avéré qu'il ne démarrait pas, en affichant quatre bombes au démarrage (voir les photos ci-dessous)… J'ai donc décidé de tenter une réparation, ce qui m'a pris pas mal de temps, avec de des recherches sur le net, des commandes de pièces, et des tests. J'ai pris soin de prendre des notes et des photos au fur et à mesure, et je reproduis ici mes notes de façon résumée, au cas où ça pourrait aider quelqu'un d'autre!

  

  ⸻

  18 janvier – premières manips

  Je démonte sagement la bête, remplace le disque dur d’origine par un adaptateur IDE → Compact Flash et crée une image disque dans l’émulateur Hatari. Avec le driver Cécile, je fais trois jolies partitions de 256 Mo. Tout semble prêt… mais, au démarrage, le ST Book m’accueille toujours par ses fameuses 4 bombes. Pas glop. D’après cette thread très utile sur Exxos Forum, ça pourrait être un problème avec le TOS 2.08 du ST Book.

  22 février – piste EmuTOS

  Je déniche une image « prête à booter » basée sur EmuTOS. Miracle : l’écran affiche « Load EMUTOS.SYS » puis… extinction subite. Plus de bombes, mais toujours pas de système.

  15 mars – victoire (temporaire) avec HDDRIVER

  La démo HDDRIVER boote, preuve que la machine lit enfin la carte CF. Toute euphorie retombe quand ma propre image IDE refait exploser les bombes. Je suspecte alors l’éternelle histoire d’endianness (les octets inversés entre PC et Atari). Les utilitaires de « byte‑swap » refusent de coopérer : retour à la case départ.

  22 mars – panne matérielle en vue

  En scrutant la carte mère, je découvre le condensateur C235 carrément décollé. Difficile de savoir s’il est coupable, mais je préfère ne plus alimenter la machine tant qu’il n’est pas remplacé. Une commande de condos CMS et d’outillage rejoint aussitôt le panier. J’en profite pour commander un adaptateur PLCC44 pour mon programmeur d’EPROM, histoire de tester si un nouveau TOS pourrait résoudre le problème des bombes au boot.

  6 avril – petites galères de soudure

  Premier essai de soudure : le pad refuse obstinément d’accrocher l’étain (mon vieux fer sans thermostat n’aide pas). J’investis donc dans un fer réglable, un stylo fibre de verre pour décrasser les pads… et un second adaptateur PLCC44, le premier n’étant pas au bon format !

  12 avril – renaissance sous TOS 2.08

  EPROM fraîchement flashée avec un TOS 2.08 US patché : l’interface passe en anglais et, surtout, plus aucune bombe. Le ST Book boote sur son ROM Disk, je lance BOOKFMT.PRG : deux heures de marquage de secteurs plus tard, quatre partitions apparaissent et le driver se copie tout seul sur C:.

  Depuis : démarrages stables, accès disque nickel.

  ⸻

  Bilan (provisoire)

  Ce qui marche :

  • Démarrage stable sur carte CF de 1 Go.
  • Passage du système en anglais grâce au TOS US patché.

  À finir :

  • Remplacer proprement le condensateur C235 (toujours pas de son).
  • Changer la pile de l’horloge.
  • Comprendre le grésillement au boot.
  • Trouver un câble série/parallèle pour transférer des logiciels (pas de lecteur de disquettes externe officiel).

  ⸻

  En deux mots

  Entre drivers ésotériques, flash d’EPROM et soudure maison, le ST Book s’est montré capricieux, mais il redémarre enfin sans bombes ! Reste quelques soins de finition avant de lui faire découvrir le XXIᵉ siècle… et de (re)lancer Bolo dans le train, comme en 1993.

  Read more

• L'aventure de la migration vers Eleventy

  April 6, 2025

  Je savais donc que la migration de Tumblr vers Eleventy allait être délicate car le format des posts dans Tumblr est assez particulier et peu structuré. La situation est compliquée par le fait que mon contenu avait déjà été migré plusieurs fois, en dernière date de WordPress vers Tumblr, et que cela a affecté la structure de mes posts. Par ailleurs, j'ai pas mal de posts qui référencent des images que j'avais uploadées à l'époque sur Windows Live Spaces, qui a brutalement fermé ses portes en 2011, et que je n'ai pas pu récupérer.

  J'avais déjà essayé d'écrire un script de migration, vers Jekyll à l'époque, mais je galérais pas mal à gérer tous les cas particuliers. Ce n'est que récemment que j'ai eu l'idée de demander de l'aide à un assistant IA, après avoir pas mal expérimenté avec Claude et ChatGPT sur divers projets pros et persos.

  J'ai principalement utilisé GitHub Copilot dans Visual Studio Code comme interface principale, et Claude Sonnet 3.7 comme modèle, que je trouve vraiment très performant sur des questions de code. J'ai aussi utilisé ChatGPT pour des questions plus générales, mais je trouve que Claude est plus efficace et plus "concentré" sur la génération de code, alors que ChatGPT a tendance à être plus bavard et à digresser un peu trop.

  Le résultat après quelques itérations est un script plutôt complet qui gère la plupart des cas particuliers que j'avais en tête. Il extrait les titres des différents types de posts, les tags, les dates, et le contenu. Il gère les attachement multimédia de Tumblr, principalement des images, et les associe à chaque post. Il réécrit les liens en dur vers les images pour qu'ils soient valides depuis le nouveau site. Bref, il fait le boulot!

  Malgré tout, après avoir vérifié pas mal de pages manuellement, je vois bien qu'il y a encore beaucoup de problèmes qu'il va falloir que je gère à la main: des liens cassés, des images manquantes, des tags complètement obsolètes de type plugin Flash, etc. Du coup je me suis dit, est-ce que je ne pourrais pas créer un nouveau script pour analyser tous ces problèmes et me faire une liste de ce qu'il reste à faire? Là, je suis franchement passé en roue libre, car je n'avais pas vraiment d'idée de ce que je voulais faire. Avec très peu d'instructions, Claude a généré un autre script Python qui vérifié tous ces points et génère un rapport dans un fichier structuré en JSON.

  Encore plus fort, je me dit que ce fichier JSON n'est pas très pratique à utiliser pour le suivi des corrections manuelles, et que je pourrais demander à Claude de générer un fichier CSV à partir de ce JSON. Ma demande étant un peu vague, il a préféré générer un outil en ligne de commande qui permet le suivi des correction, en listant les posts problématiques, et en permettant de marquer chaque problème comme corrigé, etc., le tout avec un jolie interface ASCII du plus bel effet!

  

  Bref, sur ce coup, merci l'IA.

  Read more

• Le retour de la vengeance du blogatom

  April 1, 2025

  Et non, ça n'est pas un poisson d'Avril! Après avoir fermement décidé de quitter Tumblr, il y a douze ans presque jour pour jour, j'ai finalement réussi à migrer mon blog, ainsi que tout son historique, sur une nouvelle plate-forme! La technologie a quelque peu évolué depuis cette décision historique, mais je suis resté globalement sur la même idée: repasser sur un système de génération de sites statiques, comme au bon vieux temps, à part que cette technique est revenue à la mode, sous le nom de "Jamstack" et de "static site generators" 😆

  Après une nouvelle étude de marché, j'ai donc abandonné l'idée de Jekyll (que j'ai utilisé pour mon blog pro) car je ne suis plus trop fan de Ruby et qu'il y a maintenant des dizaines d'alternatives. Après avoir considéré Hugo, j'ai finalement préféré eleventy (11ty) comme générateur de sites. Cela me paraît plus simple d'avoir une solution elle-même écrite en JavaScript/Node pour un site qui pourra être amené à faire tourner du JavaScript aussi côté client.

  Niveau hébergement, nouveauté aussi: je suis parti à la recherche de nouvelles solutions alternatives aux grosses plateformes américaines. Cela peut paraître un peu étrange étant donné mon actuel employeur, mais il faut bien dire que les dernières actualités en provenance d'outre-Atlantique poussent à la réflexion! Après avoir fait pas mal de recherches, et consulté l'excellent site European Alternatives, j'ai découvert ce qui me paraît être une petite pépite: Codeberg, une alternative européenne, communautaire et gratuite, à GitHub. C'est un clone basé sur le projet open source Forgejo, entièrement hébergé en Allemagne. La plateforme propose même Codeberg Pages, une sorte d'équivalent à GitHub Pages (sans la partie build), qui permet d'héberger un site statique.

  Voilà, c'est donc ma nouvelle plateforme, et j'ai encore des choses à raconter sur la migration, et comment c'est bien l'IA et autres Copilot qui m'ont finalement permis de franchir le pas!

  Read more

• Un petit plouf dans la piscine avant le départ

  August 26, 2016

  

  Un petit plouf dans la piscine avant le départ

  Read more

View all posts