Citer : Posté le 14/01/2021 16:02 | #

---

Rien du tout

Citer : Posté le 14/01/2021 16:56 | #

---

D'accord merci.
J'avais déjà essayé sur d'autres ports et sur un autre ordi mais pareil. Le cable par contre je n'ai pas pu essayer car j 'en ai pas d'autres.

Citer : Posté le 23/04/2021 07:04 | #

---

Petite erreur dans mon commentaire d'hier soir (fatigué). Quand j'évoque gestionnaire de périphérique, je voulais dire, gestionnaire de disque. Le "disque" de la 35+EII ne se voit pas. Il ne monte pas. Avec le gestionnaire de périphérique Windows, on voit clairement une anomalie Windows, disant qu'il ne parvient pas à monter la ressource (USB). Cela sent clairement que le système de fichier attendu n'est pas conforme ou intègre.
Dans ce genre de situation, en principe, c'est le même type de constat qu'une clef USB qui n'est plus consistante et qu'il faut reformater, sauf que là, pas question de formater la 35+EII. Il ne le propose d'ailleurs pas :-)
Le câble USB est bon, aucune réserve sur cet aspect précis.
Pour sortir de ce fichu "mode examen", reste à approvisionner un câble connectable entre deux calculo Casio, en utilisant cette troisième méthode plus habituelle, où la calculo Casio qui n'est pas en mode examen, permet à l'autre calculo de sortir du mode examen, en étant connectées ensemble et en déroulant la procédure décrite dans la doc officielle casio.
Pour autant, cela va t-il fonctionner ? Il faut essayer.
Et quand bien même ça fonctionne, comment retrouver la capacité de connecter la 35+EII sur un PC, pour utiliser la fonction "déport écran", transférer des données et autres fonctions, comme charger un nouveau script et/ou logiciel, ?
Ce qui serait étonnant, c'est que Casio n'ait pas embarqué une fonction permettant de "reformater" la petite partition prévue en partage, lors des connexions USB. C'est vraiment étonnant que cela n'existe pas.
Idéalement, complètement réinitialiser la 35+EII, avec raz comme en sortie usine. Sauf que le mode "examen" ne permet de pas faire grand chose.
Galère, cette connexion impossible. Je vais essayer de monter cette 35+EII sur autre chose qu'un poste W10. Je vais sortir un vieux XP et un Seven, histoire de se donner des chances de monter cette partition sur d'autres OS Windows qui seraient plus tolérants face à l'inconsistance de cette partition qui n'est probablement plus intègre.
Si d'autres idées, je suis preneur Merci.

Citer : Posté le 24/04/2021 07:42 | #

---

Bonjour et merci de la réponse.
Bien hélas, l'entêtement à chercher à comprendre comment se sortir de ce mode "examen" n'est pas récompensé du temps passé.

Le périphérique (la 35) n'est définitivement pas reconnu par Windows. Exactement le même verdict sur un ancien poste XP redémarré. Le constat de refus est très cohérent avec celui d'un poste W10 : périphérique pas reconnu.
J'ai même été jusqu'à installer le FA-124 sur ce poste XP pour voir si toutefois, cela pourrait améliorer la reconnaissance de la 35, ce programme étant justement dédié aux échanges de données, entre PC et notre 35.
Le FA-124 ne semble pas apporter un éventuel pilote amélioré pour la reconnaissance de notre 35.

En observant bien le processus, tel qu'il semble se passer, notre 35, semble en fait, rentrer dans un mode infernal, qui n'a rien à voir avec une quelconque sortie "mode examen". C'est le constat probable. Son statut en cours ne semble plus cohérent. Il semble probable que le mode "examen" ait contribué à lui faire perdre "les pédales". En tout cas, ça y ressemble bien. Ca sent le bug, cette histoire là. Bizarre, compte tenu du parc important de cette machine et du logiciel qui a probablement été débuggué dans tous les sens.

Je l'avais pourtant mis à jour l'an dernier, après l'achat et tout s'était parfaitement bien passé. Notre 35 avait donc la dernière version
Système d'exploitation 03.30.2200 avec Message 03.30

Le mode examen avait parfaitement fonctionné et la sortie du mode examen également, avec la méthode de montage du périphérique donnant accès à l'espace de fichiers, avec une sortie du mode examen, dans les règles de l'art.

Par contre, là, "elle déconne grave". Elle ne semble pas avoir supportée ce nouvel examen. Pourtant, c'est pas elle "qui a bossé", mince.

Son fonctionnement "anormal" est maintenant déterministe et son changement d'état aussi.

Juste après avoir connecté USB notre 35, son menu "Mode connexion" s'affiche, de façon très logique. Jusqu'ici, tout se passe bien. Elle se comporte même parfaitement bien jusqu'à ce stade.
La 35 propose Clé USB F1
Projecteur F2
Recept Ecran F3

Bien naturellement, on sélectionne F1 et là, tout se casse la figure. Notre 35 perd la boule, en plus de se faire insulter par Windows qui ne reconnait pas le périphérique, en disant que le périphérique a mal fonctionné.

Sur notre 35, après validation F1 (connexion USB) et juste après l'appui sur F1, elle entre dans une phase de tentative de connexion (donc en situation d'être possiblement reconnue) et semble entrer dans une boucle infernale, en affichant de façon alternée, en mode bouclage, les 3 pages suivantes :

"Attention, ne déconnectez pas USB" , suivi 5 secondes après de :

"Mise à jour mém principale, Svgdz fich dans doss @MainMem", suivi 5 secondes après de

"Installation ajout :Svgdz fich dans rep princ Import program text Svgdz fic dans @MainMem\Program"

Les choses s'assombrissent. Notre 35 cherche à faire tout à fait autre chose, que de se mettre dans un état pour attendre, une sortie du mode d'examen. Son état n'est pas cohérent avec la situation. Tout semble se passer comme si elle cherchait à échanger des données dans sa mémoire principale, possiblement un programme.
Et comme le mode "examen" interdit tout accès à d'autres fonctions qui pourraient aider à la réinitialisation de la machine, on est "marron".
Peut-être et même sans doute, existe t-il quelques astuces permettant de sortir de ce mode infernal. Mais pour cela, il faut connaître la bête et ses failles
On a même trouvé un petit bouton physique, au dos de la machine, pour faire un reset.

Même le reset ne permet pas cette sortie de cette boucle infernale et encore moins la sortie du mode "examen".

Là franchement, que le reset hardware ne soit pas prioritaire sur l'état "mode examen", on est plus dans le bug mais dans une spécification bien légère de la machine et cela, de la part du constructeur.

Un reset physique devrait être prioritaire sur un mode "examen", en forçant l'état de la machine, quelque soit son état.

Le mode "examen" doit probablement être initialisé dans une mémoire flash et donc persister. Dommage.

J'ai donc le câble "jack" dédié resté avec l'emballage de la machine. Il va falloir envisager de passer à l'étape suivante, avec une autre 35, pour les coupler toutes les deux avec ce câble, afin de tenter de sortir de ce mode examen.

Bien franchement, j'en viendrai à regretter mon ancienne HP 34C qui avait d'une fidélité sans faille, même si elle ne faisait pas tout ce que peut faire notre 35

Si toutefois, quelqu'un avait déjà fait ce même constat et avait bataillé dur pour s'en sortir, je serais preneur d'infos

Citer : Posté le 25/04/2021 08:36 | # | Fichier joint

---

Bonjour Phenix et merci de cette réponse,

Concernant le mode "examen" et ses fragilités de "retour arrière", il est vrai que le mode examen doit rester crédible et qu'on ne puisse pas en sortir, de façon trop facile.
Une possibilité pour faire efficace, serait par exemple de proposer, en plus des options déjà disponibles (câble 3 points connecté à une autre 35, logiciel delokage via USB, ...), ajouter dans le menu "system", un choix de sortie du "mode examen" plutôt musclé et couplé avec l'effacement de toutes les formules, tous les programmes, toutes les données présentes, un peu comme une réinitialisation usine de la machine.
Comme ça, pas de réserve à sortir facilement d'un mode examen en effaçant tout, condition nécessaire à la sortie du mode, avec cette option facilité.
Disons qu'une telle option "Reset pour config usine", si elle présente un caractère "plutôt radical", permettrait de s'en sortir avec aisance, le prix à payer étant de "tout perdre", en terme de données, formules, programmes, ...

Franchement, une telle spécification, dans le menu de la machine, avec ce mode examen, serait réellement un plus et une belle évolution, à moindre coût pour le fabricant. C'est juste une séquence de logiciel à ajouter.

Concernant notre 35+EII, l'investigation n'amène pas de bonnes nouvelles. Je l'ai essayé sur 2 PC W10 (1 20H2 et un 1909) et 1 PC XP SP3 Même sanction et même résultat. Connectivité impossible. Le PC ne reconnait pas le périphérique.

La lecture des événements internes n'amène pas de bonnes nouvelles. J'ai généré, en pièce jointe, un PDF avec les copies d'écrans des outils natifs Windows permettant de voir ce qui se passait. C'est pas rassurant. Le pilote usb.inf semble avoir été chargé, puis déchargé, car ne correspondant pas aux descripteurs renvoyés par le périphérique. Dit autrement, lorsque l'on connecte la 35, un échange de données sur la liaison série USB a lieu entre la 35 et le PC, mais hélas, tout se passe comme si, les informations renvoyées par la 35 au PC n'étaient pas cohérentes ou au minimum, reconnues par le PC qui ne sait pas quoi faire.

Notre 35 semble bien dans un état second, en ne répondant pas quelque chose de cohérent au PC, qui ne parvient pas à charger un pilote cohérent, vis à vis du périphérique USB qui se présente.

Et comme ce comportement se constate avec 3 PC différents, chacun avec un OS ou une version d'OS différente, difficile d'incriminer les 3 PC en question.

Ca sent le retour "garantie" de la 35, tout cela.

Que reste t-il comme option ?
- Essayer de débloquer le mode "examen" avec une autre 35 connecté par le câble jack spécialisé Casio.
- Pour autant, la connexion USB fonctionnera t-elle après le déblocage ?
- Disons que si on parvient déjà à sortir du mode "examen", on aura la main sur toutes les autres options du menu "system", avec une réinitialisation générale peut-être possible.
- En fait, ce qu'il faut viser, c'est un reset "usine" de la 35, en espérant que la gestion du port USB se corrige et qu'on puisse rétablir le lien entre la 35 et le PC.

Ce que nous dit le système d'exploitation Windows (ici W10 20H2) de son échec de connexion (bien plus d'infos dans le fichier joint).

L'appareil USB\VID_0000&PID_0002\5&2a1eb1ef&0&3 a été configuré.

Nom du pilote : usb.inf
GUID de classe : {36fc9e60-c465-11cf-8056-444553540000}
Date du pilote : 06/21/2006
Version du pilote : 10.0.19041.488
Fournisseur du pilote : Microsoft
Section du pilote : BADDEVICE.Dev.NT
Classement du pilote : 0xFF0000
Numéro d'identification d'appareil correspondant : USB\DEVICE_DESCRIPTOR_FAILURE
Pilotes surclassés : usb.inf:USB\DEVICE_DESCRIPTOR_FAILURE:00FF2000
Appareil mis à jour : false
Appareil parent : USB\ROOT_HUB30\4&27ae5901&0&0

D'avance, merci des éventuelles infos que vous pourriez avoir d'une telle situation.

Citer : Posté le 26/04/2021 14:52 | #

---

Bonjour phénix et à tous,
Epilogue plutôt étrange.
- La bonne nouvelle est que la 35+EII est sortie du "mode examen".
- La moins bonne est que la cause racine du dysfonctionnement semble concerner le câble USB utilisé, alors même que ce même câble USB assure le transfert de données d'autres périphériques et le PC.

La première chose est déjà de se réjouir d'être à nouveau, dans une situation "où l'on a la main" sur la machine. La première chose faite est d'avoir basculée dans la toute dernière version 03.40.2200 publiée par Casio. C'est simple à faire et c'est toujours préférable d'en rester aux dernières versions éprouvées par le constructeur, de façon générale, histoire de fuir les buggs connus, voir bénéficier de nouvelles fonctionnalités.

- La deuxième chose est de s'interroger sur ce qui a bien pu se passer. Comment un câble USB fonctionnel avec d'autres périphériques (alimentation, comme transfert de données, avec TD RD, comme toute ligne d'échanges de données série), n'a t-il pas été fonctionnel avec ce périphérique, notre 35 ?

En première approche, c'est un véritable mystère. C'est comme si, concernant 2 véhicules fonctionnels, le premier véhicule parvenait à rouler sur une route, quant un l'autre véhicule n'y parvenait pas.

La différence ? C'est la route empruntée. Ce brave câble USB semble avoir du tempérament ou plutôt, être un peu sélectif.

C'est pas commun de faire un tel constat. Dans mes multiples expériences, j'ai observé pas mal de pannes, mais ce genre de panne à géométrie variable, c'est pas le plus fréquent. En principe, quand quelque chose est en panne, il est en panne.

Mais si l'on y regarde à deux fois, il est pas totalement illogique que ce type de panne puisse survenir. Ce câble, c'est une route, en fait, avec ses caractéristiques, ses paramètres et sa capacité à laisser filer les données, de façon bidirectionnelle, en plus de transporter de l'énergie.

Pourquoi d'autres périphériques USB semblent se contenter de ce câble pour communiquer et pourquoi pas notre Casio ?

Je n'ai pas pris le temps de vérifier l'hypothèse, mais ce câble est associé à des caractéristiques physiques propres. Probablement, a t-il dévié de ses caractéristiques initiales. Probablement même est-il, au moins, un peu en dehors de sa plage de tolérance, concernant ses caractéristiques physiques. Son impédance, sa résistivité, ... Tout cela en lien avec le niveau des signaux générés, tant par le périphérique, que par le PC. Et si les tolérances, tant du câble, que des signaux générés, sont limites tolérance, sans se compenser l'un l'autre, nous parvenons à un dysfonctionnement, quand pour d'autres périphériques, avec d'autres niveaux de signaux, peut-être plus dans le haut de la plage de tolérance, parviendront à se contenter de ce câble, pour réaliser des échanges de données.
La fréquence de l'échange de données sur cette liaison série "haut débit" (comparativement à du RS232) peut également jouer un rôle dans ce dysfonctionnement, avec un câble "limite" en terme de tolérance.

La morale de l'histoire est que quand bien même, nous validons l'ensemble des éléments donnés, appartenant à une chaîne fonctionnelle, il faut toujours garder à l'esprit que cette validation, des éléments donnés est réalisée avec des conditions de fonctionnement établis pendant cette validation.
Et que si l'on modifie l'environnement donné, cette même validation des éléments qui était obtenue dans d'autres conditions, peut se révéler invalide pour l'un ou plusieurs des éléments de la chaîne fonctionnelle.
Le "bon fonctionnement" de quelque chose peut toujours être remise en cause, si les conditions d'usage sont différentes des conditions de réalisation de la validation. J'avais juste oublié cela, en conservant trop, le nez dans le guidon.

Quoi qu'il en soit, merci phénix de ces échanges qui m'auront au moins donné l'occasion de découvrir ce forum, avec tout un tas de contributions et contributeurs.

J'ai déjà appris que la 35 pouvait se transformer en 75, s'agissant de la même plate-forme hardware. Sauf réserve de l'un d'entre vous, je pense essayer cette manip, histoire de transformer cette anomalie en quelque chose de positif

Citer : Posté le 26/04/2021 15:00 | #

---

Donc si tu as bien une 35+EII comme tu le dis tu as déjà une 75+E, donc ce n'est pas la peine.

Citer : Posté le 26/04/2021 15:45 | #

---

Il y a différentes choses qui s'en approchent oui... dans le temps Ziqumu a écrit un programme de communication de texte via le port série (protocole RS232), Dark Storm a testé un utilitaire pour transférer des fichiers d'une Arduino à une calculatrice, il y a quelques jeux multijoueur, et ensuite des affaires par USB ; Cakeisalie5 a écrit une implémentation libre du protocole 7 utilisé par FA-124 (ce n'est pas la seule, mais c'est la plus courante), et récemment avec Yatis on s'amuse avec un pilote USB. Et avant que j'oublie, il y a Zezombye qui a fait une mini-application Reddit en utilisant la connexion Internet de son téléphone et en relayant les données à la calculatrice via un adaptateur Bluetooth branché sur le port série.

Je pense qu'on général on a plus le réflexe de contrôler la calculatrice avec le PC que l'inverse, mais ça pourrait se faire dans l'autre sens aussi oui.

---