Gros problème TI-89 - Page 1

Bonjour
Voilà, j'ai récemment fait l'acquisition d'une TI-89 (ancienne), mais elle reste bloquée, figée sur cet écran : http://www.noelshack.com/1/1/img_0149-bb7d6f7b37.jpg
Rien ne se passe, peu importe la touche sur laquelle j'appuie. J'ai essayé toutes les méthodes : http://tibank.forumactif.com/t38-debloquer-sa-calculatrice : rien à faire le problème persiste. J'ai même réinstallé l'OS avec TI connect, la calculatrice va jusque 100%, reboot puis l'écran reste bloqué de nouveau.
J'ai vérifié la tension en mettant ma langue au bout du jack et je sens bien le fourmillement électrique. J'ai démonté/remonté la calculatrice plusieurs fois pour voir si une touche était bloquée, j'en ai nettoyé une qui opposait une résistance quand j'appuyais dessus mais ça n'a rien changé.

Je suis perdu et désespéré : que faire ?
Merci d'avance pour votre aide

Alors là... tu as éliminé toutes les causes probables, je ne vois vraiment pas ce que ça peut être ! J'espère que quelqu'un d'autre aura une idée...

Pour ceux qui connaissent le hardware : le connecteur link n'a que 2 pôles, pas de switch pour la détection d'insertion ? On peut donc éliminer un problème du côté du port link, vu qu'il a réussi à transférer un OS ?

Je précise également que je ne peux rien faire avec TI Connect : j'ai toujours un message d'erreur (pas de mémoire flash, non reconnue, impossibilité d'écrire sur cette unité etc.) Le logiciel la reconnait d'ailleurs comme une 92 'fin bon...
L'unique chose que je suis parvenue à faire : Enlever/remettre la pile en maintenant la touche APPS. Le message s'affiche sur la calculatrice, j'appuie sur I. Là je connecte sur TI Connect, je lance TI OS Downloader et je télécharge l'OS pour la TI 89. Sur la calculatrice je vois le "downloading" et le "writing" avec le pourcentage. Ca va jusque 100%, elle redémarre et rebloque sur ce maudit écran. Pendant ce temps TI Connect se ferme tout seul sur mon ordi.

est ce que le curseur clignote sur l'écran?

si tu fais le coup de APPS et pile, que se passe t il si tu appuies sur une autre touche que I?

---

1> le jack a deux lignes pulluppées + masse, l'insertion d'un jack est détectée car elle produit un rapide court circuit des lignes avec la masse.

Si l'OS est transféré, le link+le CPU, la RAM et la flash sont OK.
je pense qu'il y a un problème de clavier, quoique... on peut appuyer sur I... Il y a peut être un bad block de flash, une boucle infinie pour une cause inconnue, je sais pas trop.

faudrait tester pedrom qui est moins gros qu'AMS.

PS: je viens de réaliser que le protocole de TI est une sorte de Wiegand avec ACK sur l'autre ligne

!cal PpHd

si il tente de transférer pedrom, est ce que APPS+pile marche pour remettre AMS ensuite? je pense que oui car ça permet de rentrer dans le boot qui n'est pas touché par pedrom, mais j'aimerais confirmation.

si la réponse est oui, je tenterais de transférer pedrom pour savoir si c'est un pb de soft avec AMS ou un problème hardware.

foiré mon call

./4 : ok, merci.

./5: oui, on peut transférer de nouveau AMS à partir du boot code, je l'ai fait plusieurs fois

OK, donc chais pas ce que vous en pensez , mais moi je tenterais pedrom sur cette bécane.

ils sont où les 89u signés de pedrom qu'on peut utiliser avec les outils TI officiels?

edit: a l'endroit officiel, OK

Non pas de curseur clignotant, et quand je fais le coup de APPS+pile rien ne se passe lorsque j'appuie sur autre chose que I.
Par contre je suis plutôt novice donc j'ai un peu de mal à vous suivre ^^ AMS ? Pedrom ? Quelqu'un peut-il m'expliquer ce que c'est et ce que je devrais faire étape par étape?
Je suis bien sur disponible si vous avez d'autres questions

et quand je fais le coup de APPS+pile rien ne se passe lorsque j'appuie sur autre chose que I.

C'est normal

AMS ? Pedrom ? Quelqu'un peut-il m'expliquer ce que c'est et ce que je devrais faire étape par étape?

AMS est le système d'exploitation standard de TI pour les calculatrices TI-68k.
PedroM est un autre système d'exploitation indépendant, développé principalement par PpHd ici présent. Le site officiel est t3 .

PedroM 0.82 s'installe exactement comme AMS: va dans le boot code (-pile + APPS + ON + +pile), utilise TI OS Downloader pour transférer le .89u pour 89 de PedroM.

Ok. Je vous tiens au courant des résultats dès que c'est fait.
Merci beaucoup en tout cas

Bon, l'installation de pedroM est faite.
Je me retrouve avec cet écran :
Fichier joint : (IMG_0152.JPG)

Rien ne se passe lorsque j'appuie sur une touche. La seule chose qui semble régir c'est quand je fais ESC+ON. J'obtiens le message "Abort By User".

Bon, qui est chaud pour écrire un programme autonome de test du hardware sous forme de ROM ?

C'est curieux que ESC+ON déclenche "Abort by user" (le comportement prévu dans PedroM), alors que les autres touches ne fonctionnent pas. Ca indiquerait que la matrice clavier est en grande partie inutilisable...

Pour déclencher des choses sur une machine dont le clavier est cassé, on peut toujours utiliser le remote control -> http://www.ticalc.org/archives/files/fileinfo/250/25063.html (plus simple qu'un client de libticalcs côté ordinateur ).
* dans AMS, il y a un self test (trap A) qui permet notamment de tester le clavier. Mais si le self test, qu'on pourrait lancer par exec, désactive l'interruption du link, pas possible de déclencher le test du clavier...
* moins lisible que le test clavier d'AMS, il y a ttrow, qui fait partie de http://tict.ticalc.org/downloads/tt140.tar.bz2 .

Comment envoyer ces outils sur ma calculatrice vu que TI Connect ne parvient pas à accéder aux données de ma calculatrice ? Je précise que je n'ai pas d'autres calculatrices de dispo, à part une 82-Stats...
Et c'est vrai que le problème de clavier est étrange, pour ne pas dire peu probable. Je m'explique : ESC et ON fonctionnent à priori, tout comme 2nd et les flèches puisque je pouvais réinitialiser avec, et APPS fonctionne également puisque j'accède à l'écran où on me demande d'appuyer sur I...
Mais lorsque que j'appuie indépendamment sur ces touches, qui à priori fonctionnent hein, rien ne se passe. Franchement je n'y comprends rien! Les OS s'installent sans problème, donc niveau hardware je ne vois pas où serait le problème (pas de pb au niveau du CPU, de la RAM et du flash tout du moins) et niveau software il ne devrait pas y en avoir non plus vu que tout est remis à neuf...

Ah oui, c'est vrai qu'il y a d'autres touches que ESC et ON qui fonctionnent, j'avais momentanément oublié...

Pour les autres: dans AMS et PedroM, le code de lecture des touches est dans le handler d'AUTO_INT_1, mais les touches ne sont pas lues en conditions normales; le curseur, qui dépend de l'AUTO_INT_5, ne clignote pas. Vu que ces deux interruptions dépendent de l'OSC2, ça ne vous fait pas penser à un OSC2 cassé ?

Picasso34: si tu as le tournevis pour ouvrir ta machine (un Torx, il me semble que c'est un T6), est-ce qu'il y a des traces de soudure / composants ajoutés ?

Apparemment pas maintenant j'y connais vraiment pas grand chose donc je te laisse juger :
http://www.noelshack.com/upload/758925949815_img_0154.jpg
http://www.noelshack.com/upload/18980151804999_img_0155.jpg
http://www.noelshack.com/upload/8998275812427_img_0157.jpg
http://www.noelshack.com/upload/8727161626557_img_0156.jpg

Si tu as besoin d'autres photos (de meilleures qualités où à certains endroits spécifiques) n'hésite pas.

squalyl (./5) :
si il tente de transférer pedrom, est ce que APPS+pile marche pour remettre AMS ensuite? je pense que oui car ça permet de rentrer dans le boot qui n'est pas touché par pedrom, mais j'aimerais confirmation.

Oui, aucun souci.



Sinon, son problème ne viendrait pas de la touche ON coincée ? J'ai aps ma calc chez moi, mais c'est tout de suite ce que j'ai pensé. Les transferts d'OS indiquent que proc + mem + flash, donc tout un tas de trucs essentiels marchent.

Picasso -> ça fait quoi quand tu fais juste ESC sous PedroM ?

Rien ne se passe quand je fais juste ESC sous PedroM.
Pour la touche ON je ne sens pas de trucs bizarres quand j'appuie dessus... En plus j'ai démonté et remonté la calculatrice plusieurs fois, y compris les touches...

Et la touche ON toute seule, rien non plus ? Ultra bizare en tout cas, et plus encore que ESC-ON marche que le fait que rien ne marche...

Ca serait possible d'avoir "une interruption dans le sac" ? ESC-ON sur PedroM n'est lié qu'à l'int 6, pas d'utilisation d'une variable globale pour détecter l'appuis sur ESC. Donc la lecture clavier est valide pour ESC (ON est lu sur $60001A)

Par contre, le scan du clavier est fait est fait entièrement par l'int 1. L'int 5 n'intervient pas du tout (contrairement à AMS ?). Donc on aurait l'int 1 qui ne marcherait pas ? Le SR foutu ??? oO

Faudrait un OS qui boote et fasse un
"move.w #$2700,SR / printf (%x,SR) / move.w 2000,SR / printf(%x,SR)"
histoire de savoir si c'est bon en lecture écriture.

Valable comme théorie ?

c'est vraiment incroyable comme bug.

comment le SR pourrait il être dans le mauvais état?

Remarque, c'est un masque, pas un bit, j'ai pas vérifié si ça marche. Une autre possibilité serait une interruption de plus haut niveau exécutée en permanence. L'int 1 est en bas de la liste, et du coup jamais exécutée. Et ON étant sur l'int 6, sont int passe, donc esc-on aussi.

Par contre, je pense à un truc.

Picasso, est-ce que le curseur clignote ?

Si oui, il suffit de rediriger l'int 1 de PedroM vers l'int 5 (simple changement de label et recompilation) pour vérifier si on a le clavier. Je pense que le système marcherait.
Bémol : le curseur ne clignotait pas sous AMS si j'ai bien compris ? Mais sait-on jamais pour l'int 5.
Par contre, on pourrait utiliser l'int 6, et taper avec ON enfoncé (sur PedroM, ça active l'autocompletion, et je crois que ça ne changerait rien au reste de la lecture clavier, mais j'ai rien pour tester).

Si quelqu'un se sent de le faire, je suis du matin au soir dans le placo en ce moment, et j'ai pas réussi à rediriger la sortie de mon écran sur un rail
(/vous goto ../pedrom/src/Ints.asm )

Lionel Debroux (./18) :
Pour les autres: dans AMS et PedroM, le code de lecture des touches est dans le handler d'AUTO_INT_1, mais les touches ne sont pas lues en conditions normales; le curseur, qui dépend de l'AUTO_INT_5, ne clignote pas. Vu que ces deux interruptions dépendent de l'OSC2, ça ne vous fait pas penser à un OSC2 cassé ?

Je dirais que c'est probable.

Ah tiens, zappé ce post, bien meilleure théorie en effet

Et sur le PCB, où sont les R(L)C qui s'occupent de l'OSC2 ?

c'est des RLC ou c'est le pavé noir allongé à 4 pattes?