TI-Planet | Programmes, Tutoriaux, Forum sur les calculatrices TI

by **critor** » 22 Dec 2022, 10:30

Fin septembre 2022 soit peu après la rentrée, Casio te sortait une formidable mise à jour pour ta calculatrice Graph 35+E II, la version 3.60 (également compatible fx-9750GIII en Amérique du Nord et fx-9860GIII dans le reste du monde).

Au menu une amélioration très significative de la traduction des différents éléments de l'interface utilisateur de ta calculatrice, lorsque le système était réglé en langue française. Nombre d'éléments qui n'étaient pas traduits jusqu'ici le devenaient désormais :

menu principal
onglets de bas d'écran
application de statistiques

versions ≤3.50	version 3.60

Avec désormais des abréviations française compréhensibles dans les onglets de bas d'écran et le vocabulaire français pertinent pour les statistiques et probabilités, ta géniale Graph 35+E II devenait encore plus intuitive et simple à utiliser !

Lycéennes, lycéens, enseignantes et enseignants pouvaient donc mettre gratuitement à jour leur calculatrice avec ces nouvelles fonctionnalités !

Parlons maintenant émulateurs. En plus de cela, Casio avait diffusé une mise à jour 3.60 similaire pour ses clés USB d'émulation.

Mais par contre, rien de tel pour l'émulateur installable, ce qui était embêtant pour les enseignants :

la conception de documents avec des captures d'écran à jour nécessitaient de disposer sous la main d'une calculatrice ou d'une clé USB d'émulation
la vidéoprojection de menus à jour en classe nécessitait l'utilisation de la clé USB d'émulation, dont le logiciel n'intègre justement pas toutes les fonctionnalités de l'émulation installable justement taillées sur-mesures pour cette situation (tailles d'affichages écran et clavier, captures d'écran accrochables, historique des touches pressées, ...)
dans le contexte des lycées français à l'étranger avec des élèves possiblement équipés de fx-9750GIII et fx-9860GIII pas de solution de vidéoprojection optimale, la clé USB n'émulant justement que la Graph 35+E II à la différence de l'émulateur installable

Et bien superbe cadeau de Noël de la part de Casio, la mise à jour 3.60 de son émulateur Graph 35+E II installable vient enfin d'être publiée !

Enseignante ou enseignant, tu vas enfin pouvoir guider tes élèves de façon optimale en toute situation !

Téléchargements :

by **critor** » 21 Dec 2022, 21:29

Rentrée 1985, Casio sortait la toute première calculatrice graphique, la fx-7000G.

Rentrée 1995, Casio récidivait en inventant la calculatrice graphique couleur :

la cfx-9900GC en France (juste avant donc la nouvelle façon de nommer les modèles français à compter de 1998, qui donnera comme successeurs les Graph 60 et Graph 65)
la cfx-9800G dans le reste du monde

Il s'agissait toujours d'un écran à cristaux liquides non éclairé, mais avec une profondeur de 2 bits permettant l'affichage de 4 couleurs différentes : bleu, blanc, orange et vert. L'écran couleur resta une exclusivité des calculatrices Casio pendant pas moins de 16 ans.

Pour la rentrée 2011, nouvelle évolution majeure sur les calculatrices graphiques couleur, toujours chez Casio, avec cette fois-ci les :

fx-CG10 en Amérique du Nord
fx-CG20AU en Australie
fx-CG20CN en Chine
fx-CG20 dans le reste du monde (dont la France qui aura droit par la suite à un successeur sous le nom de Graph 90+E)

La nouveauté était la passage à un écran de profondeur 16 bits, permettant l'affichage de 2¹⁶= 65536 couleurs différents, et qui plus est éclairé.

Revivons ensemble ce grand moment d'histoire, avec la vidéo de lancement critiquant le fait que le concurrent Texas Instruments n'était toujours pas passé à la couleur depuis 16 ans, et moquant la TI-Nspire comme une chose du siècle dernier, mémorable :

Sauf que raté, Texas Instruments avait également sa TI-Nspire CX en préparation pour la rentrée 2011, elle aussi avec un écran couleur 16 bits éclairé, annoncée juste quelques semaines plus tard.

Fin octobre 2022, Casio avait sorti une mise à jour de son logiciel d'émulation fx-CG10/20, mais uniquement pour ordinateurs Mac.
On passait de la version 3.10.0030 surnommée 3.10c (version de mai 2020 ayant rajouté le support des processeurs Apple M1), à la version 3.10.0040 surnommée 3.10d.

Nous n'avions donc pas pu la tester.

Mais aujourd'hui, Casio nous publie enfin une mise à jour similaire de son logiciel d'émulation fx-CG10/20 pour ordinateurs Windows.
Nous passions ici de la versio 3.10.0020 surnommée 3.10b (octobre 2019) à la version 3.10.0030 sur nommée 3.10c.

Malheureusement nous ignorons les changements. Le système de la calculatrice émulée semblant ne pas avoir varié puisque toujours en version 3.10.0201, c'est donc que les changements concernent le reste (émulation, gestion des licences, compatibilité, etc.).

Téléchargements :

Mise à jour fx-CG10/20 version 3.12 (Windows)
Emulateur fx-CG10/20 version 3.10 pour Windows Mac

by **critor** » 21 Dec 2022, 17:12

Les calculatrices haut de gamme de Casio consistent en des modèles pourvus d'un moteur de calcul formel ainsi que d'un écran couleur tactile, dits Classpad. Les modèles actuels sont les suivants :

fx-CP400+E (France)
fx-CG500 (Amérique du Nord)
fx-CP400 (reste du monde)

En janvier 2021 sortait la dernière mise à jour pour ses modèles haut de gamme. Nous passions de la version 2.01.7000 à la version 2.01.7001. Le numéro de version affiché sur calculatrice variait toutefois légèrement :

2.01.7201 sur la fx-CP400+E
2.01.7301 sur la fx-CG500
2.01.7001 sur la fx-CP400

En effet le chiffre des centaines du dernier nombre est en fait le code de zonage géographique gravé dans la mémoire Flash du modèle faisant tourner le système. Pour rappel, Casio utilise les valeurs suivantes :

Australie
France
Amérique du Nord
Chine
Singapour

La différence en fonctionnalités étant sans doute ténue, c'est il y a seulement quelques semaines, fin octobre 2022, que Casio vient enfin de publier des mises à jour de ses logiciels d'émulation pour ordinateurs Mac passant sous ces nouvelles versions.

Toutefois bizarrement, les logiciels d'émulation pour ordinateurs Windows n'avaient alors pas bénéficié de mises à jour.

Bonne nouvelle ce jour, Casio nous publie enfin les mises à jour, les émulateurs utilisant les dernières versions sont dès maintenant disponibles pour ordinateurs Windows.

Tu peux enfin bénéficier sous Windows de toutes les dernières fonctionnalités du haut de gamme Casio !

Téléchargements :

Mise à jour fx-CP400 et fx-CG500 version 2.01.7001 avec Windows Mac
Application Physium
Emulateur fx-CP400 version 2.01.7001 pour Windows Mac
Emulateur fx-CP400 version 2.01.7000 pour Android iOS
Emulateur fx-CG500 version 2.01.7301 pour Windows Mac
Emulateur fx-CG500 version 2.01.7300 pour Android iOS

by **critor** » 20 Dec 2022, 12:16

Bien que son déclenchement soit rare, les TI-83 Premium CE Edition Python, TI-84 Plus CE-T Python et TI-84 Plus CE Python souffrent d'un très grave bug, autodétruisant leurs fonctionnalités Python.

Une fois le bug déclenché l'application Python refusera de se lancer, avec un message d'erreur :

t'invitant à connecter l'adaptateur externe TI-Python et à l'utiliser l'application PyAdaptr si il s'agit d'une TI-83 Premium CE Edition Python
te disant que la fonctionnalité Python n'est pas disponible si il s'agit d'une TI-84 Plus CE-T Python ou TI-84 Plus CE Python

Le problème est également confirmable à l'écran d'autodiagnostic accessible via

mode

alpha

ln

, les informations spécifiques à la fonctionnalité Python n'étant plus affichées.

Voilà, ta TI-83 Premium CE Edition Python, TI-84 Plus CE-T Python ou TI-84 Plus CE Python vient de se désévoluer en un ancien modèle TI-83 Premium CE ou TI-84 Plus CE, perdant à la fois en fonctionnalités (qui plus est une fonctionnalité majeure) ainsi qu'en valeur sur le marché de l'occasion.

Le changement est hélas officiellement définitif. Aucun reset ou menu de réinitialisation officiel ne permet de revenir en arrière.

Nous pouvons confirmer à coup sûr au moins 4 déclenchements de ce bug dans la communauté, son existence est certaine :

moi-même sur TI-83 Premium CE Edition Python, problème constaté juste après le transfert d'une application
MozzieThePython sur TI-83 Premium CE Edition Python, problème constaté juste après la mise à jour du système en version 5.7 (source)
Lucas5641 sur TI-83 Premium CE Edition Python, problème constaté juste après la mise à jour du système en version 5.6 (source)
texasins sur TI-84 Plus CE-T Python Edition, problème constaté juste après la mise à jour du système (source)

À rajouter bien sûr tous ceux qui ont directement démarché l'assistance technique de Texas Instruments, ainsi que ceux n'ont pas réagi parce qu'ils n'utilisaient que pas ou peu l'application Python.

Le bug semble donc a priori être lié aux écritures d'informations en mémoire Flash qui ont lieu lors de l'installation d'une application ou d'un nouveau système d'exploitation, des manipulations parfaitement normales, écritures qui visiblement se passent mal dans certains cas.

Tentons déjà de comprendre non pas ce qui déclenche le problème, mais ce qui suite à son déclenchement empêche l'application Python de se lancer.

On peut justement noter une autre différence entre les calculatrices normales et les calculatrices dont la fonctionnalité Python a été autodétruite, que nous appellerons par la suite pour simplifier calculatrices malades.

À l'écran à propos accessible via

2nde

:

les calculatrices normales affichent une ligne ID avec le numéro de série électronique interne à la machine
les calculatrices malades ne l'affichent pas

Or cette information est issue du certificat, une page spéciale en mémoire Flash avec des informations sur la machine. Nous avons justement l'outil CERMASTR permettant d'afficher les informations du certificat et même de les modifier, regardons cela.

Les informations ansi que leur nombre peuvent varier d'une machine à une autre. Sur les machines normales, nous avons :

un champ principal 0x033, contenant lui-même :
- un champ 0x040 avec justement l'ID affiché à l'écran à propos
- un champ 0x042 avec le nom du modèle (TI-83 Premium CE ou TI-84 Plus CE)
  (ce champ était pris en compte pour les différents affichages de la calculatrice, ce qui te permettait avec CERMASTR de personnaliser le nom de ta machine et ainsi la marquer électroniquement contre le vol, mais malheureusement depuis la mise à jour 5.7 cette valeur est désormais ignorée)
- sur les seules machines Python un champ 0x043, de valeur "P" (0x50)

Et justement, nous brûlons. Toute altération ou suppression du champ 0x043 désactive les fonctionnalités Python de la machine en question : le système considère que le microcontrôleur avec le coprocesseur 32 bits dédié au Python est absent.

Regardons maintenant le certificat d'une machine malade, comme tout récemment la TI-84 Plus CE-T Python Edition de texasins.

Et bien voilà nous y sommes, le champ principal 0x033 est absent ainsi que l'intégralité de son contenu, ce qui implique entre autres :

pas de champ 0x040 avec l'ID de la machine
pas de champ 0x043 activant les fonctionnalités Python

Que s'est-il passé ? Nous supposons :

que dans certaines situations (mises à jour système ou installation d'applications comme nous avons vu) il peut se produire une corruption du contenu du certificat
que le certificat est alors effacé
que suite à cela certains champs sont recréés comme on peut le constater, mais visiblement pas le champ principal 0x033, ce qui est en soit un 2^ème bug

Bon maintenant que nous avons compris, il est temps de voir si l'on peut réparer cela.

Deux problèmes toutefois avec CERMASTR :

Déjà d'une part les possibilités d'édition de CERMASTR étaient limitées, permettant certes de changer les valeurs et tailles de champs déjà existants, mais pas de recréer un champ absent où on le voulait.

D'autre part, l'écriture directe dans les zones sensibles de la mémoire Flash nécessite un contexte privilégié (unlock), comme le fait l'outil Cesium, Texas Instruments répondant systématiquement à chaque mise à jour système en bloquant la chose

Et il se trouve que contrairement à Cesium, CERMASTR n'avait pas été mis à jour avec le nouvel unlock compatible avec les dernières mises à jour système 5.7 et 5.8.

Rajoutons qu'un outil logiciel de réparation devient de plus en plus essentiel, car nous avons passé la rentrée 2022 alors que la TI-83 Premium CE Edition Python est sortie pour la rentrée 2019, ce qui veut dire que la garantie de 3 ans vient de commencer à expirer pour certaines machines, et qu'à partir de maintenant il n'est pas certain que Texas Instruments acceptera dans ce cas de les échanger ou réparer si le bug détruisant les fonctionnalités Python s'y déclenche.

Et bien retroussons nos manches. Toute la communauté vient de se mobiliser autour de l'outil CERMASTR, notamment :

MateoConLechuga pour y intégrer le nouvel unlock rajoutant la compatibilité avec les systèmes 5.7 et 5.8
Adriweb pour y nettoyer le code
et moi-même pour étendre les possibilités de création de champs

Nous te signons donc tous ensemble une mise à jour de CERMASTR compatible avec les derniers systèmes en date, et apportant des possibilités d'édition étendues !

Nous avons pu constater lors de nos tests qu'il ne suffisait pas juste de récréer le champ Python 0x043 n'importe-où, sans quoi il était parfois ignoré. Ne comprenant pas exactement sous quelles conditions le système accepte ou refuse de prendre en compte ce champ, nous te proposons de reproduire au plus proche la configuration d'usine.

Pour réparer une TI-83 Premium CE Edition Python, TI-84 Plus CE-T Python Edition ou TI-84 Plus CE Python dont l'application Python est inutilisable, voici comment faire.

Déjà, recréons le champ Python 0x043 :

insérer un champ vide en début de certificat
sélectionner sa taille et l'augmenter à 1
sélectionner son identifiant et le mettre à 043
y programmer la valeur par défaut à P (0x50)

Mais cela ne suffit pas, en l'état ce champ sera ignoré selon nos tests. Il nous faut maintenant recréer le champ principal 0x033 et le mettre dedans :

insérer un nouveau champ vide en début de certificat
sélectionner son identifiant et le mettre à 033
sélectionner sa taille et l'augmenter une fois pour qu'il intègre le champ Python 0x043 suivant

Et voilà, juste à écrire le certificat modifié et la machine est réparée, l'application Python remarche, plus besoin de négocier un échange de calculatrices avec le service après vente de Texas Instruments, à devoir s'embêter à expédier sa calculatrice et ensuite à attendre la livraison, surtout lorsque cela se produit juste avant une évaluation ou un examen important !

Nous conseillons toutefois aux personnes concernées par la panne de ne pas reproduire ces manipulations seules.

Lancez CERMASTR une fois juste pour prendre une photo ou capture d'écran de l'état de votre certificat à nous partager, et nous reviendrons vers vous avec une série de manipulations personnalisées après les avoir testées sur émulateur en partant d'un certificat exactement dans le même état que le vôtre.

Espérons que Texas Instruments ne va pas se dépêcher une nouvelle fois de bloquer le dernier unlock en date lors d'une prochaine mise à jour logicielle ou matérielle.

Cela rendrait donc notamment Cesium et CERMASTR inutilisables, et à nouveau les machines malades irréparables, ce qui serait bien gênant maintenant que certaines machines commencent à sortir de la période de garantie.

Téléchargement : CERMASTR

by **critor** » 19 Dec 2022, 14:21

Sortie pour la rentrée 1995, la TI-92 fut la première calculatrice à intégrer un moteur de calcul formel, les modèles haut de gamme HP 48 l'ayant précédée chez Hewlett Packard n'intégrant jusqu'alors qu'un moteur de calcul littéral. Le moteur formel de la TI-92 était basé sur Derive, un logiciel développé par Soft Warehouse, compagnie qui fut par la suite rachetée par Texas Instruments ce qui fut bien pratique pour continuer à faire évoluer le moteur dans le sens où le constructeur l'entendait désormais et jusqu'à aujourd'hui sur les TI-Nspire.

Mais ce n'est pas tout, la TI-92 est aussi la première calculatrice à intégrer un logiciel de géométrie dynamique, Cabri, développé alors à l'Université de Grenoble.

Ce projet titanesque de Texas Instruments a mobilisé une équipe internationale d'éminents spécialistes. Justement, dans les premières versions TI-92 était dissimulée la liste des principaux développeurs :

Code: Select all: Developed by: Franck Bellemain Jeff Janis Jose Fernandez Jean-Marie Laborde Linda Ferrio John Powers Bud Gerwig Russ Rosenquist Danny Gremillion Dave Stone Doug Glazar David Stoutemyer Jim Hammerquist Glen Thornton Lauren Holmes Julio Valella Vonnie Howard Michell Wood

Une liste alignée sur 2 colonnes, respectant même la limitation à 10 lignes et ne mettant donc pas tout-le-monde. Cette liste semblait donc prévue pour un affichage même si nous ignorons à ce jour comment déclencher cela.

Pour référence, nous avons dans l'ordre :

Franck Bellemain : Université Joseph Fourier, Grenoble, France (Cabri)
Jeff Janis : Texas Instruments
José Fernández : Texas Instruments
Jean-Marie Laborde : Université Joseph Fourier, Grenoble, France (Cabri)
Linda Ferrio : Texas Instruments
John Powers : Texas Instruments
Bud Gerwig : Texas Instruments
Russ Rosenquist : Texas Instruments
Danny Gremillion : Texas Instruments
David Stone : Texas Instruments
David Stoutemyer : Soft Warehouse, Honolulu, HI (Derive)
Doug Glazar : Texas Instruments
Jim Hammerquist : Texas Instruments
Glen Thornton : Texas Instruments
Lauren Holmes : Texas Instruments
Vonnie Howard : Texas Instruments (dont nous avons pu retrouver depuis le modèle de développement utilisé par la suite pour la conception de la TI-Nspire CAS)
Julio Valella : Texas Instruments
Michell Wood : Texas Instruments

N'oublions pas les nombreuses autres personnes qui ne rentraient pas sur ces 10 lignes :

J. Douglas Child : Rollins College, Winter Park, FL
Franklin Demana : The Ohio State University, Colombus, OH
Arne Engebretsen : Greendale High School, Greendale, WI
Philippe Fortin : Lycée Cassin, Bayonne, France (qui a grandement contribué au lancement de TI-Planet)
Michael Keyton : St. Marks School of Texas, Dallas, TX
Dennis Mick : Carrol College, Waukesha, WI
Richard O'Farrell : Carrol College, Waukesha, WI
Charles Vonder Embse : Central Michigan University, Mount Pleasant, MI
Bert Waits : The Ohio State University, Colombus, OH
Chris Alley : Texas Instruments
Jeff Crump : Texas Instruments
Bob Fedorisko : Texas Instruments
José Fernández : Texas Instruments
Darrell Johnson : Texas Instruments

Nous avons pu ensemble l'année dernière remonter le temps sur les traces de la conception de ce petit bijou. En effet en Février 2021, nous découvrions et t'achetions successivement deux prototypes de TI-92, les premiers à refaire enfin surface en plus de 25 ans pour ce modèle. Il faut croire que dans le contexte de ce développement majeur, Texas Instruments avait méticuleusement pris soin de récupérer et détruire un maximum de prototypes, alors que pour bien d'autres modèles ultérieurs nous sommes loin d'avoir eu à attendre aussi longtemps. L'un des prototypes indiquait au dos à l'emplacement du numéro de série un assemblage en Mai 1995 et l'autre en Juin 1995. La collaboration avec l'Université de Grenoble lors de la conception expliquait parfaitement la présence de ces derniers prototypes en France. De face, les prototypes étaient identifiables à la touche de verrouillage avec la main, présentant un visuel différent de celui des modèles de production, sans manche ni poignet.

Nous t'avons testé dès réception le prototype de Mai 1995 puis celui de Juin 1995.

Le prototype de Mai 1995 venait avec :

un module ROM amovible faisant tourner la dernière version de production du logiciel, la 1.12 datant du 8 Mai 1996
une ROM interne utilisée en cas d'absence du module, avec une version 0.5d23 inconnue jusqu'alors, datée du 16 Janvier 1995

Cette dernière version était donc très antérieure à la version 1.0 du 19 Septembre 1995 et donc hautement intéressante, et a même pu être sauvegardée.

Nous avons pu remarqué lors de tests ultérieurs une interface quasiment finalisée, indiquant donc qu'au 16 Janvier 1995 Texas Instruments travaillait déjà sur le projet TI-92 au moins depuis des mois si ce n'était des années.

Le prototype de Juin 1995 venait avec :

une ROM interne elle aussi en version 0.5d23
un module ROM externe faisant tourner une version 0.6a19 à son tour inconnue du 11 Octobre 1995

Bernard Parisse, enseignant-chercheur à l'Université de Grenoble, nous a justement informés entre temps qu'il restait encore un dernier prototype de TI-92 fonctionnel à l'Université de Grenoble, faisant pour sa part tourner une version 0.6a50 du 17 août 1995.

Matériellement le plus remarquable sur ces prototypes était que les modules ROM utilisaient un format différent de celui des modèles de production et totalement incompatible, avec ici des connecteurs Zebra. Contrairement aux modules TI-92 de production ils étaient de plus munis de puces mémoire Flash et pouvaient donc être mis à jour par les testeurs et développeurs.

Profitons-en pour rappeler la liste les versions TI-92 connues jusqu'à aujourd'hui :

TI-92 : 0.5d23 - 16/01/1995 - sauvegardée
TI-92 : 0.6a19 - 31/05/1995 - à sauvegarder...
TI-92 : 0.6a50 - 17/08/1995 - à sauvegarder...
TI-92 : 1.0b1 - 13/09/1995 - à trouver et sauvegarder...
TI-92 : 1.0 - 19/09/1995 - à sauvegarder...
TI-92 : 1.2 - 11/10/1995 - sauvegardée
TI-92 : 1.3 - 20/10/1995 - sauvegardée
TI-92 : 1.4 - 17/11/1995 - sauvegardée
TI-92 : 1.5 - 02/01/1996 - à trouver et sauvegarder...
TI-92 : 1.7 - 18/01/1996 - sauvegardée
TI-92 : 1.8 - 28/02/1996 - sauvegardée
TI-92 : 1.10 - 20/03/1996 - à trouver et sauvegarder...
TI-92 : 1.10 - 26/03/1996 - à trouver et sauvegarder...
TI-92 : 1.11 - 11/04/1996 - sauvegardée
TI-92 : 1.12 - 08/05/1996 - sauvegardée
TI-92 II : 2.1 - 19/08/1996 - sauvegardée

Bizarrerie dans cette numéroration, il n'y avait pas de version 1.6.

Et ce n'est pas une erreur, tous les sites de référence de l'époque sautent directement de la version 1.5 à la version 1.7...

Il faut donc croire que la version 1.6 n'était jamais sortie sur les modules TI-92 de production.

Mais par contre, une telle numérotation avait dû exister en interne, et être programmée sur les modules prototypes de certains développeurs / testeurs...

Il y a eu plusieurs changements entre les versions 1.4 et 1.7.

Nous pouvons citer la suppression du message d'erreur fatale "SYSTEM DEAD, CORRUPT SUPERVISOR STACK".

Ou encore la suppression de la liste des développeurs cachée dans toutes les versions précédentes.

Justement, nous avions découvert et fait acheter l'année dernière deux modules pour les TI-92 prototypes, et venons enfin de les récupérer.

Celui de droite avec une étiquette TI-92E n'est hélas pas détecté correctement lorsque inséré dans nos prototypes TI-92. Toutefois il semble que ce soit juste la faute de l'un de ses connecteurs Zevio bien sale. En échangeant sa carte avec celle d'un autre module ça marche, et il est sans intérêt dernière version 1.12.

Reste maintenant à tester celui de gauche...

Et jackpot, celui de gauche fait tourner la légendaire version 1.6 dont nous apprenons au passage la date de compilation : 15 décembre 1995 !

La sauvegarde de cette version 1.6 pendant que ce module et notre prototype TI-92 marchent encore serait donc essentielle.

Malheureusement en tant que version inconnue elle n'est pas supportée par Fargo, l'outil permettant de rajouter le support des programmes en langage machine sur TI-92.

Comme le module externe a la priorité lors de l'amorçage des TI-92, il ne nous est pas non plus possible de le brancher tout en exécutant une autre version compatible Fargo.

On pourrait également penser à un dumping matériel via un programmateur de puce gérant les Intel E28F008SA-120, la carte du module exposant des connexions qui ne devraient pas être bien difficiles à documenter et exploiter.

Toutefois ici il y a 2 puces, et sauf erreur il semble que certaines pistes relient ces puces entre elles, sur des broches qui ne concernent ni l'alimentation ni la masse. Cela pourrait interférer avec le bon fonctionnement du programmateur...

Si tu as des pistes, n'hésite pas à les partager.