forum.system-cfg.com

Il y aurait une autre solution c'est forcer une des pattes I/O au +5V ou GND le test s'arrêtera forcement sur la première adresse de cette RAM, mais attention au court circuits :roll: L'idéal un switch momentary connecté entre le +5V ou GND et une des pattes I/O, une fois le test lancé il suffit d'a...

Si tu as au moins 2 sondes sur ton oscilloscope tu peux mettre 1 sur la pin 20 et une sur 22 ou 27 et lorsque les 2 sont au niveau bas en même temps c'est obligatoirement que la puce est sélectionnée en lecture ou écriture selon la pin où est placé la 2ème sonde !!! le chronogramme devrait ressemble...

En fait j'ai dit une bêtise pour vérifier à l'oscilloscope c'est pas sur la pin 20 (/CS1) mais plutôt sur la pin 22 (/OE) ou la pin 27 (/WE) pour être sûr de voir l'activité de cette puce !

En regardant la DOC, je suppose que les 1er 8K sont la RAM 11A (CS1) puis 9A (CS2), 8A(CS3) et enfin 7A (CS4). les signaux CS1, CS2, CS3 et CS4 sont pilotés par le CI 74LS139. Oui c'est ce que j'ai mis dans mon petit schéma : ici Donc c'est bien 11A pour la puce (MX318) partie basse @0200-@1FFF etc...

Super Merci Carl :) Donc tu à testé avec l'oscillo comme je te disait pour repérer les RAM sur la carte mère ? Je suppose que la partie @D000-@EFFF est en 5A sur ta carte mère ? Est ce que tu vois une sérigraphie sur la carte mère pour les puces RAMS ? Et y a t'il un numéro de version de la CM ? Je ...

IL y a quelque chose de curieux car lorsque l'on écrit dans la RAM DISK à l'adresse @0653 sous DCexel un son est produit alors que pour toutes les autres adresses non :? Normalement cette adresse est utilisé en tant que RAM par l'exeldisk puisque cela fait bien parti de la plage de la RAM DISK @0200...

Oui c'est très long comme test car il écrit chaque secteurs et après les relis en comparant chaque octets avec un buffer et c'est très long

Pour le problème du test de RAM demain matin si j'ai le temps je fait une version spécial de test ...

Il y a que 3 composants logiques pour créer la sortie vidéo (plus les transistors évidemment) c'est très intéressant

Carl merci pour les tests.

Bizarre que cela fige !
Si ca produit à chaque fois à la même adresse c'est peut être un problème de RAM, mais il devrait afficher ERREUR RAM !!

LE test des lecteurs arrive jusqu'a la fin ?

j'ai trouvé d'où venait le problème d'affichage, tout simplement parce que la ROM 1.2 positionne le générateur de caractère sur BAGC0 alors que les suivantes positionnent le générateur en BAGC2 évidemment ça ne donne rien de lisible à l'écran :evil: J'ai corrigé le programme pour que le générateur B...

Donc la version de ROM 1.2 rend incompatible l'affichage, il doit y avoir une différence au niveau de la routine d'affichage d'un texte, je regarderai dès que j'ai un peu de temps ...

Sinon si tu as la possibilité de tester avec la ROM 1.3 pour vérifier si ça fonctionne

je viens de tester sous DCexel ROMdisk 1.2 et Dos1.3 : Bug.jpg par contre ca passe bien avec ROMdisk 1.31 ou 1.5 et DOS 1.3 ou plus. EDIT: Ca ne fonctionne plus du tout sur DCexel, j'ai essayé toutes les combinaison ROM et DOS ca bloque pour le test des floppy :oops: :twisted: Le test RAM par contre...

Ca serait très sympa

Tu as testé avec un C64 Secam ou PAL ?

Car à mon avis ces convertisseurs ne gèrent peut être pas le Secam ce qui pourrait produire ces problèmes d'affichage

J'ai fait le test avec mon Lynx 96 et le 48 et toujours en attente de réparation