Forum

Salut,

Oui la nappe clavier est un enquiquinant classique sur les thomson. Aucune methode ne fonctionne reellement a part celle de faire fabriquer une nappe neuve. Voici mon experience :

Methode 1 : produit style nappe chauffante pour vitre de voiture. marche sur le moment, mais ne tient pas
Methode 2 : desoxydation avec un produit special. A proscrire ! L'encre conductrice sur la nappe disparait un peu plus, aggravant le probleme.
Methode 3 : couper au ciseau un 1/2 mm de l'extremite de la nappe. Donne les meilleures resultats, mais on ne peut pas couper indefiniment !
Methode 4: decouper et coller des bandes de cuivre autocollantes (dispo chez conrad). Fonctionne merveilleusement bien sur le moment mais necessite patience et minutie. Par contre, au bout d'un ou deux mois, la colle du cuivre reagit avec la nappe pour former un depot verdatre non conducteur : catastrophique.
Methode 5 : refaire faire une nappe avec un souple moderne. Je l'ai fait, c'est totalement ultime, mais assez cher pour une ou deux pieces, meme en chine. Le prix pourrait descendre vite pour 100 pieces par exemple, mais je ne connais pas 100 utilisateurs de mo5 ...

Pour le LEP : le cable n'est probablement pas en cause, l'info qui circule dessus est numerique et non analogique comme chez la concurrence. A mon avis, c'est plutot l'etage d'amplification et de mise en forme dans le lecteur. Ca peut etre du a un condensateur, ou a un probleme d'azimut de la tete.

Fool

Non, Saya.

Ythunder a raison. La plupart des programmes sur Thomson ont le support hardcodé dans le logiciel. Meme si tu copies les fichiers sur disquette et que tu lances le programme, des qu'il voudra des donnees supplementaires il ira les chercher sur cassette. La raison a cela est tres simple : il n'y a pas d'OS capable de gérer indifféremment les differents type de media. Pour lire sur la cassette, ce ne sont pas les memes routines qui sont appelees que pour la disquette. De plus, meme pour un programme basic, les developpeurs avaient a l'epoque la facheuse tendance de forcer explicitement la source ("CASS:") dans leur code.

Prehisto a fait l'exercice pour Mandragore. Cela consiste a desassembler tout le code machine et a le modifier a la dure, puis a tout regenerer. C'est long et fastidieux pour quelqu'un qui ne maitrise pas la chose.

De plus, Mandragore a une protection K7 avec un petit bout de loader special. cela complique encore d'autant l'exercice.

Fool

DoubleMG a écrit : ... je peux tres bien upper les fichiers ...

« ... télécharger ... » ou plus simplement : « ... déposer... » Voilà qui serait plus élégant.



Fool

Vos remarques sont pertinentes. Je passe mes journées de meeting en conf' call, je manage un schedule, des ressources calculées en man/days, j'ai une issue avec ma bandwidth et j'en finis par perdre mon français que l'on disait pas trop mauvais il y a quelques années

Mes excuses pour ce barbarisme qui m'est passé totalement inaperçu lorsque je l'ai écrit !

Fool

Mieux que ca : la fonctionnalité d'exploration, qui permet de separer l'equipe en 2, 3 ou 4 groupes differents prend tout son sens avec la disquette, car le chargement d'un dongeon a l'autre ne prend que environ 3-4 secondes.

Fool

Le Lair est officiellement mort. L'endroit pour deposer des programmes Thomson est www.logicielsmoto.com, que je co-gere avec d'autres personnes. C'est la logitheque la plus complete actuellement sur le web. Mais effectivement Daniel (dcmoto.free.fr) et Louis (www.serveur87.com) seront tout aussi ravis de hoster ces logiciels.

Fool

Non Saya, ce n'est pas aussi simple que cela. Tu peux par exemple essayer de copier les fichiers de mandragore sur disquette, mais tu t'apercevras que le logiciel va s'obstiner a les chercher sur k7.

Pour convertir un programme k7 en disquette, il faut modifier le programme en question.

Pour info, ceci a ete fait par PrehisTO en ce qui concerne Mandragore. Daniel aussi aime bien ce genre d'exercice.

Fool

C'est un debat qui a deja eu lieu, celui du 6809 vs Z80. Techniquement, le 6809 est plus performant, il comporte plus d'instructions 16 bits, deux piles au lieu d'une et il a une instruction de multiplication. Le seul avantage qu'a le Z80 c'est son systeme de registres (8 bits) fantomes (il a deux jeux de registres identiques et il peut swapper de l'un a l'autre avec une instruction).

Au niveau electronique, c'est kif-kif : notre 6809 tourne a 1 MHz, mais les instructions arithmetiques prennent en moyenne 2-3 cycles et globalement rarement plus de 4-5 cycles pour les autres. Le Z80 du spectrum tourne a 3.58 MHz, mais les instructions prennent generalement 8-12 cycles, voire plus. Il est peut-etre legerement plus performant en traitement pur, mais son jeu d'instruction est bien moins riche.

Quant au mode graphique, il est similaire a celui du mo5 : blocs de 8x1 pixels pour la forme et blocks de 8x8 pixels pour les attributs de couleurs dans deux espaces memoire separes.

J'ai un ami qui est un super-pro des Sinclair, j'aurais toujours voulu qu'on etudie cette problematique ensemble, mais comme moi, il n'a jamais le temps ...

Fool

MO5 et ZX Spectrum sont assez proches aussi au niveau modes graphiques. Il existe sur spectrum des demos avec 3D face cachee shadée et bande son. Pourquoi en ce qui concerne l'animation, ne pourrait-on pas faire la meme chose sur Thomson ?

Tres sympa les musiques !

Fool

"retro-compatible" n'est pas le bon mot, puisque MO et TO etaient deux lignes de produit developpees en parallele. Malgre mes contacts avec les ingenieurs de l'epoque, je n'ai jamais reussi a determiner si la non-compatibilite entre les deux gammes etait voulue ou accidentelle. La premiere hypothese serait de dire qu'il fallait une version bas de gamme (MO), mais qui ne fasse pas d'ombre au haut de gamme (TO). L'autre hypothese serait de dire que deux equipes ont bosse sur deux gammes de produits differents mais que pour des raisons de cout, il fallait une compatibilite des peripheriques.

Moins chere c'est certain, mais plus simple je ne suis pas sur : hormis le 6846, tous les composants des MO et des TO sont les memes. le mode graphique du TO7/70 est identique a celui du MO5, a la difference que deux lignes de donnees sont inversees (celles qui gerent l'intensite). Le gate-array "ultra-sophistique" des TO8, TO8D, TO9+ est ... identique a celui des MO6 et MO5NR.

Les performances de calcul evidemment sont identiques.

Mais pour en revenir au sujet initial, c'est assez complique de convertir un soft MO en TO et vice-versa, ca n'en vaut pas le jus a mon avis.

Fool

Selon le catalogue de logiciels officiel Thomson de 1987, Crocky 2 n'a ete produit par Loriciels que pour MO5/MO6. Thomson etant deja a l'agonie a cette date, je doute que ce logiciel ait jamais ete produit pour TO.

Fool

Pour etre tout a fait complet sur la Simca 1000, je voulais juste mentionner que oui, le TO utilise les 2 Ko de ROM du 6846, car son moniteur fait 6 Ko, 4 Ko dans une 2732 et les 2 Ko restant dans le 6846

Fool

Sam, tout ceci m'appelle trois commentaires. Tout d'abord, je dois dire que j'adore ton hack sonore utilisant le 6846 sur la sortie LEP, c'est a tester c'est certain. Sur TO, on entend le son de la piste numerique, mais tres faiblement : le signal n'est pas relie, c'est un phenomene de crosstalk peut etre pas voulu mais bien pratique quand meme pour verifier que tout va bien du cote de la cassette Par contre, pourquoi ne pas relier un filtre et un HP sur la sortie LEP ... Sur MO, il n'y a pas de 6846 et le hack n'a pas d'interet, c'est strictement la meme chose que de "bitbanguer" la sortie son, a la maniere d'un Vox ou d'un Sapiens par exemple.

Deuxieme commentaire, j'ai toujours trouve le 6846 extremement complique comme circuit ; je crois qu'on peut te pardonner de ne pas le maitriser a fond, meme a ton age tres avance ...

Troisieme commentaire beaucoup plus general sur le fond de toute cette discussion. J'apprecie enormement les discussions techniques pointues sur nos machines mais, comme le mentionne d'ailleurs Daniel sur logicielsmoto, je constate que l'information circule vraiment mal entre nous. Il existe une masse incroyable d'outils, de logiciels originaux, de peripheriques, de livres et nous continuons a reinventer regulierement la roue, si je puis dire. Sans parler de la maintenance de nos outils respectifs.

C'etait dans cette optique que j'avais cree Thomatoes, un wiki contenant de l'information technique et historique pointue et verifiee, mais j'ai tout perdu suite a un probleme de backup stupide. Depuis, j'ai decide de contribuer sur wikipedia, mais ce site n'a pas vocation a etre pointu. J'ai simplement entrepris de corriger toutes les betises ici et la et de donner un peu de structure aux articles (mais il reste du travail).

Aujourd'hui en 2010, nous ne disposons toujours pas d'un site d'information a but exhaustif sur les Thomson. Logicielsmoto fait un superbe travail question logiciels et dans une moindre mesure, doc, mais ca reste insuffisant. Cela vient probablement aussi du fait qu'il n'y a pas de reelle communaute Thomson comme il en existe pour Commodore ou Sinclair.

Fool

Je suis d'accord avec Gilles. Mais pour reprendre l'exemple du bloc de 10 Ko, oui, ton raisonnement est juste, mais c'est de la théorie : en pratique personne n'a jamais ecrit de bloc de 10 Ko. La fiabilité de la cassette est insuffisante, sur un aussi gros bloc, tu as toutes les chances de louper un bit quelque part. Donc en pratique, sur Thomson, on prefere les blocs de 255 octets et a 900 bauds, le shift induit par l'erreur de timing sur cette distance est negligeable. Comme il y a une resynchro tous les 255 octets (grosso-modo, hein, je simplifie), pas de probleme.

Je n'ai jamais vraiment pousse l'exercice tres loin, mais je suis certain qu'on peut faire des choses tres interessantes en tout cas sur le mo5, avec des debits bien plus eleves, par exemple en codant les donnees en RLL(2,7) et en rajoutant des codes de correction d'erreur.

Voici le livre dont je parlais. Sybex ... mais ou avais-je la tete ... il s'agissait bien évidemment de la doc développeur officielle de Thomson. Le bouquin fait plus de 1200 pages, donc je vais peut-etre pas vous scanner ca ce soir ... voici les pages de garde, d'intro, et un extrait du code cassette sur TO7/70 France. Effectivement le CMPD ici sert a reinitialiser le compteur du PIA, par simple lecture du registre.

http://www.forler.ch/secret1.jpg
http://www.forler.ch/secret2.jpg
http://www.forler.ch/secret3.jpg
http://www.forler.ch/secret4.jpg
http://www.forler.ch/secret5.jpg

Fool

Sam, je vais essayer de repondre a tes nombreuses questions dans l'ordre.

- Tu as raison concernant le LEP TO, toutefois "analogique" n'est pas le terme : électriquement, le signal qui circule est TTL, c'est-à-dire numérique. Exactement comme sur n'importe quelle liaison serie type I2C, SPI ou autre.

- Doc cofadel : il me semble que je possede celle du LEP mo5. Par ailleurs, pour le livre sur la rom desassemblées j'ai mieux qu'un lien ou un scan, j'ai le livre original. J'essaye de vous filer quelques pages prochainement pour montrer a quoi ca ressemble.

- K7towav : cet outil pour generer les wav MO5 fait partie de mon package emulateur Emul5, dispo depuis 13 ou 14 ans. J'ai fait un bout de code non release pour TO. J'ai aussi ecrit un soft sous windows pour editer les wav, les analyser et les regenerer pour les cassettes en mauvais etat (non release egalement).

- 909 bauds : Il n'y a jamais de decalage sur 1h, car il y a regulierement une resynchro grace a la salve de synchro en debut de chaque bloc. un bloc dure rarement plus de quelques secondes.

- Le CMPD est un coup classique d'optimisation en assembleur 6809 : cette instruction ne fait rien mais cache probablement un jump par-dessus l'instruction E7 C6 qui est un STB indexé. il doit y avoir un jump quelque part vers adresse[CMPD+1], puisque ce ne peut pas etre du cote auto-modifiant vu qu'on est en ROM.

Hope this helps.
Fool