Les membres ayant 30 points peuvent parler sur les canaux annonces, projets et hs du chat.
La shoutbox n'est pas chargée par défaut pour des raisons de performances. Cliquez pour charger.

Forum Casio - Questions sur les transferts


Index du Forum » Questions sur les transferts » probleme connexion entre casio graph 35+ et ordinateur


Chloe25 Invité

probleme connexion entre casio graph 35+ et ordinateur

Posté le 25/02/2016 16:00

Bonjour
je n'arrive pas a connecter ma calculatrice graph 35+ a mon ordinateur voici la message afficher:
A connection could not be established.
Either the calculator is not connected or the connected calculator is not in the data receive standby mode
que puis-je faire?
Merci de votre aide


Lephenixnoir En ligne Administrateur Points: 24145 Défis: 170 Message

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


C'est normal, c'est les messages qu'elle affiche quand elle attend que l'ordinateur communique. Ce n'est pas une garantie que la connexion se fait bien.

Que se passe-t-il côté gestionnaire de périphériques ?
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)


Mat55 Invité

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


Rien du tout
Lephenixnoir En ligne Administrateur Points: 24145 Défis: 170 Message

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


Alors il faut tenter de changer de câble, de port USB, ou d'ordinateur... la connexion ne se fait pas.
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)


Mat55 Invité

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.


adepte Invité

Citer : Posté le 22/04/2021 23:52 | #


Même constat que pour d'autres utilisateurs. Impossible d'établir une connexion USB entre 35+EII et machine W10 20H2. Le gestionnaire de périphérique de la machine W10 ne donne pas un bon statut; concernant le périphérique USB connecté. Tout se passe comme si, une inconsistance du système de fichier du périphérique USB était constatée.
Tout cela s'est constaté, après une mode "examen" activé que nous souhaitions désactiver. En effet, une des méthodes pour désactiver le mode "examen" est de monter le périphérique 35+EII via USB sur un PC, pour agir sur les fichiers présents de ce système de fichier de la 35+EII. Une autre méthode est d'établir une communication entre PC et 35+EII, en utilisant le logiciel Exam_Mode_Unlocker. Mais comme la partition USB ne monte pas, impossible de désactiver le mode "examen" avec ces 2 méthodes.En fait, tout milite à penser à que le système de fichier (la partie montée USB) n'était plus intègre, dans sa structure et donc pas reconnue par le système de fichier Windows.
L'usage du gestionnaire de périphérique du poste W10 n'y change rien. En l'état, la 35+EII semble bien bloquée. Devons-nous envisager de reflasher la 35, pour peu que cela ne soit possible ? Et avec quel firmware ? J'ai passé un petit moment et là, franchement je sèche. Idéalement il faudrait "reformarter" cette partition de la 35+EII montée sous W10. Hélas, il ne semble exister aucun outil dédié sur la 35°EII pour faire le job. Et le gestionnaire de périphérique W10 n'accède pas à cette partition, même avec la 35 connectée USB.


adepte Invité

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.
Lephenixnoir En ligne Administrateur Points: 24145 Défis: 170 Message

Citer : Posté le 23/04/2021 09:18 | #


Bonjour ! Beaucoup de détails ici, merci beaucoup. Quel pilote est assigné à la calculatrice vue comme une clé USB ? Est-ce qu'il y a des logs quelque part (une recherche Internet me propose PsLogList pour les consulter) ?

Pour le reformatage en général ça se joue dans SYSTEM » RESET, ou dans un menu constructeur (caché) qui a quelques autres options. Mais avec le mode examen activé, ça ne risque pas de marcher.

Après si c'est un problème sur la calculatrice, sortir du mode examen par le câble 3-broches pourrait suffire à réinitialiser ce qu'il faut pour que l'USB marche de nouveau.
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)


adepte Invité

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
Lephenixnoir En ligne Administrateur Points: 24145 Défis: 170 Message

Citer : Posté le 24/04/2021 08:46 | #


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.

Les messages que tu décris sont parfaitement normaux, ce qui est déjà pas mal. Ils cyclent à l'infini tant que la calculatrice est connectée, c'est juste des messages d'aide pour ceux qui ont oublié comment utiliser la mémoire principale.

La sortie du mode examen se fait si on modifie des choses dans la mémoire, par exemple en créant un dossier, un fichier, ou en supprimant quelque chose. C'est probablement ce que Exam Mode Unlocker fait de façon cachée. Donc jusque-là rien à dire tout est normal.

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.

Au contraire, si on pouvait sortir du mode examen en appuyant sur une touche, ça ne respecterait pas du tout les règles. Le bouton RESET n'est même pas caché, ce serait bien trop facile de tricher

Honnêtement la calto semble faire tout ce qu'il faut, je reste sur mon idée que la "bonne" information à acquérir pour progresser est de déterminer quel driver Windows lui associe et pourquoi. Le terme "périphérique non reconnu" n'est pas très précis malheureusement. Que dit le gestionnaire de périphériques ?
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)


adepte Invité

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.
Lephenixnoir En ligne Administrateur Points: 24145 Défis: 170 Message

Citer : Posté le 25/04/2021 09:35 | #


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, ...

Ce n'est pas acceptable pour les examens, car il n'y a pas que les données, mais aussi des fonctionnalités qui sont bloquées (surtout sur les modèles plus haut de gamme).

On est bien d'accord entre nous que le mode examen pose des contraintes techniques assez absurdes, que son concept est à peine raisonnable et que sa mise en œuvre est loin d'être satisfaisante ; mais c'est comme ça en tous cas qu'il est pensé.

Aïe, ce message « échec de demande du descripteur de périphérique » ne fait pas plaisir. Le descripteur de périphérique est le tout premier échange entre la calculatrice et le PC, c'est lui qui indique la marque et le type du produit, et plus tard le fait qu'il se comporte comme une clé USB... ça prouve pour de bon que la calculatrice ne fait pas ce qu'il faut, zut.

J'ai quelques idées de choses à faire (optimiser la mémoire de stockage, utiliser le test USB du menu constructeur, différents niveaux de reset) mais ce n'est pas possible tant que le mode examen est actif. Si tu peux, essaie avec le câble Jack. Si tu as les bons adaptateurs mais pas d'autre calculatrice, tu peux peut-être utiliser les vieux logiciels de communication série comme FA-124 en mode non-USB.

La connexion USB ne marchera peut-être pas automatiquement une fois le mode examen débloqué, mais au moins ça donnera plus d'outils pour chercher ce qui ne va pas (y compris des add-ins). Pour information c'est la première fois que je vois ce problème depuis que la calculatrice est sortie (en 2 ans donc).
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)


adepte Invité

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
Lephenixnoir En ligne Administrateur Points: 24145 Défis: 170 Message

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


Ouf, bonne nouvelle !

- 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 ?

Le plus souvent, c'est parce que le câble n'est pas assez bien enfoncé, la prise est dure. (Je ne plaisante pas, à une époque 1 problème de transfert sur 2 ou 3 était lié à ça !) Vu tes captures d'écran j'ai pensé que ce n'était pas possible, mais... au fond, peut-être. Avoir les popups à l'écran de la calculatrice ne suffit pour pas garantir que le câble est bien branché. Souvent je conseille d'écouter le bruitage de Windows, peut-être que même si le périphérique est détecté le bruitage n'est pas émis tant qu'un minimum de communication n'a pas réussi, auquel cas ce critère pourrait continuer de marcher.

En tous cas si c'est le câble tant mieux, c'est bien plus facile de trouver ou acheter un autre câble que de changer de calculatrice !

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

Objection ! La Graph 35+E II est le successeur de la Graph 75+E, elle incorpore toutes les fonctionnalités et donc il n'y a rien à gagner. Seules les Graph 35+E et précédentes sont concernées. De toute façon le matériel de la Graph 35+E II est incompatible avec l'OS de la Graph 75+E (et inversement) donc cette mise à jour est essentiellement impossible.
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)
Hackcell Hors ligne Maître du Puzzle Points: 1524 Défis: 11 Message

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


Dark Storm a écrit :
À propos des Graph 35+E II
La Graph 35+E II (OS 3.0.0 et supérieurs) est un modèle qui remplace les Graph 35+E et les Graph 75+E. Étant donné qu'elle possède toutes les fonctionnalités d'une Graph 75+E, il n'est pas nécessaire, ni possible d'ailleurs, de l'améliorer en suivant ce tutoriel.


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.


adepte Invité

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


Merci phénix et hackcell de vos réponses. J'ai dû lire un peu rapidement cette possibilité d'upgrade, porté dans l'élan du contentement d'être sorti de ce mode examen.
Cette diode qui clignote, difficile de s'y habituer J'aime bien la voir éteinte Il est vrai qu'on perd la main sur la machine, dans ce fichu mode.

Maintenant que j'ai découvert qu'il y avait une liaison série sur la 35 (j'avais jamais été bien attentif à ses capacités, même si je l'ai déjà sorti une première fois, du mode examen, l'an dernier), avec ce câble et cette même méthode d'écriture d'un fichier, dans l'espace monté, après connexion USB, je me fais la remarque qu'il y a peut-être moyen de lui faire piloter un processus, via bus I2C, en convertissant l'USB vers I2C, avec en face, une arduino (voir un raspberry) en attente réception, avec le programme qui va bien, pour dérouler un processus physique réalisant des E/S, tout cela piloté par un prgm de la 35.

Peut-être même, certains d'entre vous avez-vous déjà joué avec ses possibilités d'échanges de données, pour un pilotage externe, avec la calculatrice en maître.
Lephenixnoir En ligne Administrateur Points: 24145 Défis: 170 Message

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.
Mon graphe (24 Mars): (gint#27 ; (Rogue Life || HH2) ; PythonExtra ; serial gint ; Boson X ; ...) || (shoutbox v5 ; v5)


adepte Invité

Citer : Posté le 26/04/2021 19:32 | #


Merci phénix de ces précieuses références et retours d'expériences. Je vais consulter les parcours déjà réalisés sur ces liens et prendre un peu de temps, à apprendre à mieux la connaître, en l'insérant peut-être dans certains projets, ce que je n'avais jamais vraiment envisagé, auparavant.
Finalement, cette anomalie ouvre certains horizons. Je vais en profiter pour regarder les fonctions de la "90" et ce qu'elle apporte en plus, d'un point de vue fonctionnel.
Encore merci et bonne soirée

LienAjouter une imageAjouter une vidéoAjouter un lien vers un profilAjouter du codeCiterAjouter un spoiler(texte affichable/masquable par un clic)Ajouter une barre de progressionItaliqueGrasSoulignéAfficher du texte barréCentréJustifiéPlus petitPlus grandPlus de smileys !
Cliquez pour épingler Cliquez pour détacher Cliquez pour fermer
Alignement de l'image: Redimensionnement de l'image (en pixel):
Afficher la liste des membres
:bow: :cool: :good: :love: ^^
:omg: :fusil: :aie: :argh: :mdr:
:boulet2: :thx: :champ: :whistle: :bounce:
valider
 :)  ;)  :D  :p
 :lol:  8)  :(  :@
 0_0  :oops:  :grr:  :E
 :O  :sry:  :mmm:  :waza:
 :'(  :here:  ^^  >:)

Σ π θ ± α β γ δ Δ σ λ
Veuillez donner la réponse en chiffre
Vous devez activer le Javascript dans votre navigateur pour pouvoir valider ce formulaire.

Si vous n'avez pas volontairement désactivé cette fonctionnalité de votre navigateur, il s'agit probablement d'un bug : contactez l'équipe de Planète Casio.

Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2024 | Il y a 95 connectés | Nous contacter | Qui sommes-nous ? | Licences et remerciements

Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd