[Help] Slot MV2F - Watchdog (après pb quartz)

[ragefan]

Bon ce n'est pas le neo-c1, le slot a démarré puis est reparti en cod. Je n'ai pas trouvé le composant ou la connexion qui est en faux contact pour le moment....

[Bouz]

Tu as regardé du côté du PST518?

[ragefan]

Le pst518 c'est ce qui controle l'alimentation ? Ça se teste comment ? Le slot s'allume bien mais même sans bios, j'ai un truc bizarre. Le bus d'adresse devrait être en impédance haute mais j'ai 2 pins qui sont bas ou haut. Je ne vois ce qui peut le polluer.

[ragefan]

Bon j'exclue une faute du neo-c1 cara carte à démarré au moins une fois. Je reprends les bases qui pourraient expliquer le cod :
Le bios ne s'active pas donc le C1 n'envoie pas l'activation. L'activation vient du C1 qui combine les signaux du 68k avec a22i et a23i. Ces derniers signaux viennent du E0 proche du bios qui prend en entrée le bus d'adresse et le signal vec.

Le bus d'adresse est bizarre. Certains pin sont en impédance haute mes certains sont bizarre : a4 oscille haut/bas et a5 est haut. A part le 68k, qui pourrait écrire sur le bus d'adresse et le perturber ?? Ces signaux me semblent bizarres..

[ragefan]

Tu as regardé du côté du PST518?

Si c'était le pst518, le reset resterait bas non ?

[Bouz]

OK, je viens de tout relire. Click of death, donc a priori le reset est lâché et les puces démarrent (notamment la puce Yamaha qui fait le clic).
Pour le Neo-C1, c'est normal qu'il ne parle pas. Il ne le fait que si le CPU le lui demande via les memory mapped registers, si je ne m'abuse.
J'avais un doute, mais le watchdog est endormi en appelant une adresse sur le NEO-B1, donc rien d'anormal à ce que le Neo-C1 reste silencieux.
Pour les lignes d'adresses, pourquoi dis-tu qu'il doit être en impédance haute? Il est piloté par le 68000, c'est le seul qui écrit sur ce bus. Il devrait bouger, au moins les lignes basses qui indiqueraient qu'il lit du code quelque part. Le fait que les lignes hautes restent fixes indiquent qu'il reste sur une zone mémoire (il peut par exemple échanger entre la ROM et la RAM et ça ne saute pas aux yeux).
Il faudrait regarder à l'oscillo si quand la ROM est accédée, les lignes de données ne sont pas perturbées (hautes ou basses, mais pas à moitié).

[ragefan]

J'avais compris que quand on désactive le Watchdog (avec j2), si le cpu restait en halt, les pins d'adresse devaient rester en impédance haute. Je vais désactiver le Watchdog et regarder à l'oscillo le signal.

[Bouz]

Pour moi, J2 permet d'interdire au Neo-B1 de faire un RESET quand le délai du watchdog est dépassé. Donc un peu le contraire: le CPU tourne en boucle s'il le faut, sans se prendre un RESET du watchdog!

[ragefan]

Je viens de tester : en désactivant j2, le cpu passe en "halt" car il se plante. Le reset reste haut. Dans cet état, je m'attends à ce que le bus d'adresse soit en impédance haute or A4 et A5 restent respectivement bas et haut. Je trouve que c'est anormal non ? (Ou je dis une grosse bêtise)

[Bouz]

Eh ben franchement, je ne sais pas. Si tu veux être sûr, tu peux regarder la doc du 68000 pour confirmer que le HALT en bas met le CPU en haute impédance. Après, le mode haute haute impédance est ce qu'il est: si quelque chose tire un tant soit peu une ligne vers le haut ou vers le bas, elle va y aller sans hésiter.
Je ne vois rien d'autre que le CPU qu pourrait piloter ces adresses, ou alors une autre puce est salement amochée et ça va être difficile de la trouver sans dessoudage massif.
Si tu tires tes lignes vers le haut ou vers le bas avec une résistances de 10kOhms, par exemple, est-ce que tu arrives à les faire changer d'avis?

[ragefan]

Je n'ai pas ça sous la main malheureusement
Par contre, avec ma sonde logique, quand le bus est en haute impédance, ma sonde n'affiche rien du tout (elle ne bip pas).

Je vois ça dans le manuel du 68k :

While the processor is halted, the address bus and the data bus signals are placed in the
high-impedance state. Bus arbitration is performed as usual. Should a bus error occur
while HALT is asserted, the processor performs the retry operation previously described.

[Bouz]

Je ne sais quand même pas ce qu'il fait en HALT. Soit il s'y est collé tout seul, soit c'est quelqu'un d'autre qui l'a fait (la ligne est partagée).
Si c'est lui, il y a potentiellement une patte du CPU qui te dit pourquoi. Par exemple, /BERR si je ne m'abuse. Je ne suis pas spécialiste du 68000, il va falloir regarder les specs!