Forum

Il reste à tester un autre mode processeur (Single chip, peripheral expansion)... sinon attendre les news de Fabrice. Le bandit, il a peut être bien fait ami ami avec un ancien d'exelvision et il serait bien capable d'avoir mis la main sur ses documents/sources ou le prototype qu'il recherchait tant...

Il est clair que l'article d'Exelment Votre et la photo sur le site de Fabrice n'est d'aucun secours. Il s'agit de carte EXL135 pur jus. Le design de ma carte (cf. photo) n'est pas le même, il y a la présence d'un 74LS08 en plus (en haut) et d'un 7407N en bas, il y a aussi une multitude de condos de...

Et vous avez demandé à mon 7041 s'il aime changer de mode 256 fois de suite... ça devient de la maltraitance

Moi je dis, ça aurait été dommage si cela avait été simple... et pas dans la philosophie Exelvision.

C'est bien la où je suis emmerdé justement: il existe 36 versions différentes d'exel135, exeldisk, exelpro... et je ne vois pas comment savoir "Tiens je vais coller un condo ici, un autre la" pour résoudre le problème. Je suppose que tous les lecteurs sortis bien avant l'exeltel réclamait des modifs...

En relisant la fin du post, le type expose clairement la manip: trojan dans la RAM registres, bascule hors du mode microprocesseur, transfert via le port série du 7042 du contenu octet par octet... il ne parle pas de transfert en RAM et encore moins d'un passage en mode full expansion... ils ont peu...

J'aurais quand même tendance à faire quelques tests bêtes du genre: lire 2x chaque adresse de la ROM, écrire 2x chaque donnée dans la RAM, vérifier que ce qui a été écrit = ce qui a été lu, faire un checksum avant et après, attendre un bon moment après la bascule avant de commencer l'étape 2... je s...

Ce qui me parait curieux c'est les 6 octets tout seul au début... et c'est pile poil les 6 octets manquants pour compléter le début du second Ko. On aurait alors 2 zones de 2ko complètes. C'est vraiment bizarre ! 2048-1280= 768 octets auxquels il faut soustraire la chaine LPC du Bip et le codage du ...

Désolé mais sur le site de Fabrice c'est la photo d'un Exel135... pas la carte mère d'un Exeldisk.
Il y a des dizaines de condos en plus sur la mienne... et j'ai un WD1772 en plus.

Peut être que la bascule perturbe les échanges mémoires comme le souligne le datasheet du TMS7000 ? Il faudrait peut être faire un cheksum de la ROM (sans échange avec la RAM), et renvoyé le résultat pour comparer avec le cheksum des données transférées... ou bien juste relire la donnée écrite en RA...

C'est pas faux... à peine 2ko de code sachant que le jeu de caractère fait 1280octets... et qu'on a même pas 1280octets successifs.
ça sent un peu le pâté !

Il aurait pas un autre bug ton code ?

Si tu passes à l'Alchimie 2009, on peut envisager une extraction de la ROM du 7042... si tu as réussis à remonter le 7041 sur sa carte mère: je vais pas sacrifier un exeltel :mrgreen: Qui c'est qu'aurait un désassembler TMS7000 ? ça se code mais bon la j'ai un poil au fond de la main qui me gêne tro...

Par contre j'ai pas de déssassembleur pour TMS7000... tout ce qu'e j'ai trouvé était payant. ça serait utile pour découvrir les secrets de la ROM. Je suppose que Daniel n'a pas vraiment besoin de désassembler pour l'intégrer à son émulateur, il va remplacer sa boite noire par le code exact. Bonne id...

Si quelques uns en possession d'un exeldisk peuvent placer quelques photos pour que je compare et que j'identifie les différences... et peut être la cause de l'incompatibilité... ce sera sympa. Je suppose que mon exeldisk doit être une toute première série faisant suite à l'Exel135 (j'ai cru voir 85...

Encore le coup du bug idiot qui fout la déprime... Allez, chapeau l'artiste et merci pour ça. Si tu arrives à ressouder mon 7041 sur sa carte mère, on pourra penser à la ROM du 7042 de l'exeltel. :wink: Et fait nous quelques photos sur ton design hardware et sur la manip... Fabrice sera surement con...

Tu peux aller jeter un oeil sur System-cfg, Daniel est passé par la et à réussi à récupérer et convertir tous tes fichiers mp3.