Amstrad cpc464 ne marche pas - panne

[Ythunder]

j'ai l'impression que l'uc ne reconnait pas le lecteur disquette, qui est bien allumé pourtant.

oui, ou que le lecteur malgré le fait d'être branché n’envoie ou ne reçoit aucun signal.
Ou plutôt n’envoie, car pourquoi le 464 lance t-il sa requête sur le lecteur de K7... Il semble invisible pour le 464 qui fait comme s'il n'était pas branché. S'il y avait un problème d'I/O, le 464 bloquerait au démarrage non ?

ce sont des suppositions, d'autres feront de même mieux que moi

[gilles]

pour le cpc464 il y a un contrôleur externe avec sa rom puis un lecteur de disquette.
Il peut y avoir 2 pannes:
_ le contrôleur n'est pas vu.
_ le contrôleur est vu mais il ne détecte pas de lecteur donc ne s'active pas.
Je ne suis pas spécialiste du hard amstrad mais on doit pouvoir trouver un registre systeme à relire (avec un peek) pour savoir si on est dans l'un ou l'autre cas.

[SbM]

pour le cpc464 il y a un contrôleur externe avec sa rom puis un lecteur de disquette.
Il peut y avoir 2 pannes:
_ le contrôleur n'est pas vu.
_ le contrôleur est vu mais il ne détecte pas de lecteur donc ne s'active pas.
Je ne suis pas spécialiste du hard amstrad mais on doit pouvoir trouver un registre systeme à relire (avec un peek) pour savoir si on est dans l'un ou l'autre cas.

Déjà, si les commandes genre |a, |b, |tape ou |disc fonctionne, c'est a priori que le contrôleur est reconnu et fonctionne.

[gilles]

il me semble que la commande existe même en l'absence de l'interface. (penser à remplacer | par ù pour le clavier azerty)
J'ai un problème similaire pour faire fonctionner le HxC sur mon 464 mais je n'ai pas encore creusé.

[SbM]

il me semble que la commande existe même en l'absence de l'interface. (penser à remplacer | par ù pour le clavier azerty)

Sur un 464 ça m'étonnerait : les commandes précédées d'un "|" sont des extensions, normalement.

[jaaaab]

non je confirme que les commandes |A ne marchent pas (j'ai un clavier qwerty).

l'idée du registre système peut être une piste? comment y accede t-on?

merci!

[Ythunder]

non je confirme que les commandes |A ne marchent pas (j'ai un clavier qwerty).

l'idée du registre système peut être une piste? comment y accede t-on?

merci!

Il faut que tu trouve dans une doc l'adresse hexa correspondant à un des statut du disque ou du contrôleur. Tu check cette adresse avec un Peek pour avoir sa valeur (la valeur de cette adresse et voir si elle est bonne ou pas, quand un disque est connecté)

[gilles]

après test, le ùA donne "unknown command" sur le 464 sans l'interface. donc si le résultat est différent c'est que l'interface est vue (au moins sa rom) et qu'il faut contrôler plus loin.

... plus de tests lorsque je retrouverai cette interface qui n'est pas dans le même carton...

[Demoniak]

en basic, un OUT &FA7E,1 doit démarrer le moteur du lecteur de disquette

[jaaaab]

Bonjour a tous,

Alors après les tests du jour: |A donne unknown command

OUT &FA7E,1 fonctionne! le lecteur emmet un crépitement après cette commande!

Je ne dirait pas que ce soit le bruit d'un lecteur disquette classique...

après cela, les commandes classiques type |A ne donnent toujours rien.

si j'éteint l'uc avant le lecteur disquette, le bruit s'arrete.

il serait donc vu? pourquoi les commandes ne fonctionnent pas alors?

a+

[Demoniak]

A priori, le lecteur est bien vu mais c'est la rom AMSDOS qui n'est pas vue, c'est elle qui contient les extensions (|A, |B, |CPM, |DIR...) ajoutées au basic.

[jaaaab]

et ca veux dire quoi doc?

c'est un composant à remplacer? ou je peux toujours courir?

merci

[gilles]

continue peut être sur les contacts, si un bit d'adresse est incorrect alors la rom ne sera pas vue correctement.
Le connecteur du boitier d'extension est ok?

[SbM]

Le "crépitement" n'est tout de même pas très rassurant...

[jaaaab]

tu veux dire continuer a nettoyer les contacteurs?

Le connecteur du boitier d'extension est ok?

comment le savoir? d'apparence il a l'air ok