Hewlett Packard également connu sous l'acronyme de HP, était un des 3 constructeurs historiques de calculatrices graphiques. Il rejoignit l'aventure en 1987 avec la HP 28C, soit 2 ans après Casio et sa fx-7000G, et 3 ans avant Texas Instruments et sa TI-81.
écran 137×32 pixels
processeur Saturn(4 bits) cadencé à 640 KHz
mémoire RAM de 2 Kio
Dès 1988, Hewlett Packard accompagna ce modèle d'une version améliorée un peu plus chère, la HP 28S :
processeur Saturn(4 bits) passant de 640 KHz à 1 MHz
mémoire RAM passant de 2 Kio à 32 Kio
En 1990 sort la HP 48SX :
écran 131×64 pixels
processeur Saturn(4 bits) cadencé à 2 MHz
ROM de 256 Kio
32 Kio de mémoire RAM
Il s'agissait d'une formidable machine, un modèle très haut de gamme. En effet elle permettait le calcul littéral mais également, tel un ordinateur, offrait de larges possibilités d'extensions :
connectivité série ou infrarouge pour ordinateur et périphériques (imprimante, lecteur de disquettes)
2 ports d'extension mémoire permettant jusqu'à 256 Kio additionnels (jusqu'à 128 Kio par port) avec au choix :
des cartes RAM pour étendre la capacité mémoire
des cartes ROM apportant nombre de logiciels très poussés conçus par des éditeurs professionnels
La machine disposait de son propre langage de programmation, le RPL(Reverse Polish Lisp, une version postfixée du Lisp), mais était également programmable en langage machine.
En 1991 le constructeur lui adjoint la HP 48S, une version allégée du haut de gamme, se voulant plus abordable, dépourvue en effet des ports d'extension RAM/ROM.
En 1993, les HP 48SX et HP 48S sont remplacées respectivement par les HP 48GX et HP 48G.
le processeur Saturn passait de 2 MHz à 4 MHz
la ROM de 256 Kio à 512 Kio
pour HP 48GX uniquement :
la mémoire RAM passait de 32 Kio à 128 Kio(mais pas la HP 48G ce qui était un lourd handicap pour cette dernière)
la capacité mémoire adressable via le port d'extension n°2 passait de 128 Kio à 4 Mio
Quatre formidables calculatrices qui allaient offrir à Hewlett Packard un destin d'exception, ces modèles devenant en effet sur la première moitié des années 1990 la référence pour les ingénieurs, écoles d'ingénieurs et classes préparatoires scientifiques. Hewlett Packard était alors au sommet de sa gloire.
Et puis, rentrée 1995 Texas Instruments sortait la TI-92, première née de la gamme TI-68k remplacée aujourd'hui par la gamme TI-Nspire. Une calculatrice très supérieure du point de vue académique puisque intégrant un véritable moteur de calcul formel issu du logiciel Derive, et également un logiciel de géométrie dynamique dérivé de Cabri même si personnellement je n'en ai jamais été fan sur les plateformes non tactiles. Les caractéristiques matérielles n'étaient pas en reste avec un écran 240×128 pixels, 128 Kio de mémoire RAM, ainsi qu'un processeur Motorola 68000(16 bits) cadencé à 10 MHz.
Dans un premier temps Hewlett Packard, bien que prévenu à l'avance de cette sortie, ne prend pas la TI-92 au sérieux comme le révèle Jean-Michel Ferrard, auteur de nombreux livres d'aide à l'utilisation et création de programmes pour la gamme HP 48, en introduction de son livre TI-92 les programmes chez Dunod :
Jean-Michel Ferrard a écrit:La première personne qui m'a parlé de la TI-92 travaillait comme on dit, «pour une chaîne concurrente», et ne semblait pas préoccupée par l'arrivée d'un modèle de calculatrice qui lui apparaissait comme une chimère lointaine.
Erreur monumentale, Hewlett Packard mettra pas moins de 4 ans à répondre et de façon fort inappropriée avec la HP 49G pour la rentrée 1999, un modèle très décevant dans le sens où les innovations matérielles et logicielles n'étaient absolument pas à la hauteur de ce qu'avaient été les HP 48SX, HP 48GX et TI-92.
De plus en 1999 c'est-à-dire 6 ans après la HP 48GX et 4 ans après la TI-92, soit plus d'un cursus complet, c'était déjà bien trop tard. Nombre d'écoles et enseignants qui recommandaient les calculatrices Hewlett Packard, parfois pour ces derniers anciens élèves/étudiants équipés de calculatrices Hewlett Packard, étaient passés à autre chose depuis tout ce temps. Jusqu'à ce jour, Hewlett Packard n'a jamais réussi à se relever complètement de cet énorme faux-pas.
Mais ce ne fut pas la seule et unique erreur de Hewlett Packard, bien loin de là hélas. C'est toute une combinaison d'erreurs répétées dans le temps, le management chez Hewlett Packard semblant considérer la calculatrice comme un sous-produit méprisable, et ayant été incapable de comprendre l'importance à venir du marché de l'éducation alors qu'il en était encore temps.
Le développement des calculatrices chez Hewlett Packard ne fut pas un long fleuve tranquille, bien loin de là. Alors donc qu'au sommet de sa gloire, Hewlett Packard semble n'avoir eu de cesse de commettre et reproduire les mêmes erreurs. On peut citer :
Après 1993 et la sortie de la géniale HP 48GX, la délocalisation du développement des calculatrices de HP Corvallis(Oregon, Etats-Unis) à HP Singapour.
Dans un premier temps jusqu'en 1995, l'équipe de développement de HP Corvallis collabore avec celle de HP Singapour afin de former cette dernière, collaboration qui aboutit à la sortie de la HP 38G en 1995, un modèle de milieu de gamme ciblant les scolaires et sans grand intérêt à côté de tout ce que nous venons d'évoquer.
écran 131×64 pixels
processeur Saturn(4 bits) cadencé à 4 MHz
32 Kio de mémoire RAM
Au-delà de 1995, l'équipe HP Singapour était ainsi censée être formée et voler de ses propres ailes pour les modèles suivants, mais n'a hélas plus rien fait niveau calculatrices.
En novembre 1997, HP Australie récupère le développement des calculatrices et fonde ACO(Australian Calculator Operation), un studio de développement dédié, recrutant pour cela parmi les utilisateurs s'étant le plus brillamment illustrés dans la programmation sur les HP 48. On peut citer :
pour les développeurs embauchés Jean-Yves Avenard, Gerald Squelart(alias WarlockHP), et Cyrille de Brebisson(alias HpMad), auteurs du génialissime Meta Kernel, une superbe interface graphique de remplacement pour HP 48, plus intuitive, optimale et rapide que celle d'origine
pour les développeurs partenaires Mika Heiskanen et Bernard Parisse, auteurs respectifs des moteurs de calcul formel ALG48 et Erable
ACO sort dès 1998 la HP 48G+, une version améliorée de la HP 48G, passant enfin la RAM de 32 Kio à 128 Kio. Mais ce modèle intermédiaire entre les HP 48G et HP 48GX était donc toujours inférieur à une HP 48GX et donc à une TI-92, 5 ans après la sortie des HP 48G et 3 ans après la sortie de la TI-92, ce n'était absolument pas ce que les utilisateurs attendaient.
1999, ACO sort la HP 49G, enfin un successeur à la légendaire HP 48 GX. La RAM passait de 128 Kio à 512 Kio. Toutefois ce modèle ne révolutionnait hélas pas grand chose. L'écran faisait toujours 131×64 pixels, et le tout était toujours propulsé par le même processeur Saturn de technologie 4 bits cadencé à 4 MHz. Les possibilités d'extension mémoire de la machine par cartes RAM/ROM disparaissaient de plus totalement. C'était certes compensé partiellement par le passage de la mémoire ROM à la technologie Flash permettant la mise à jour de la calculatrice et l'installation d'applications, la capacité passant ici de 512 Kio à 2 Mio. Fallait-il encore qu'il y ait des mises à jour à installer... Maintenant 6 ans après la sortie des HP 48G et 4 ans après la sortie de la TI-92, cela commençait à être grave.
Après une trace d'un très rare prototype HP 38G+ en développement vers 1998, c'est finalement en 2000 que ACO renouvelle le milieu de gamme. ACO remplace la HP 38G par la HP 39G, et de plus accompagne cette dernière de la HP 40G, une version améliorée plus chère intégrant un moteur de calcul formel, du jamais vu sur du milieu de gamme ! Niveau matériel, la capacité RAM passait de 32 Kio à 256 Kio.
ACO avait par contre en préparation un projet pour le coup révolutionnaire, le HP Xpander, une calculatrice graphique haut de gamme tactile.
Le 14 février 2001, HP annonce l'abandon du projet Xpander, tout juste quelques jours avant l'annonce attendue de sa sortie pour la rentrée 2001, abandonnant donc ce segment à Casio avec sa future gamme Classpad à compter de la rentrée 2003.
Le 1er novembre 2001, HP termine d'enfoncer le clou et annonce la fermeture d'ACO, effective le 9 novembre 2001. L'équipe de développement ACO n'a eu qu'une semaine de pré-avis, mais se donne à fond pour sortir une dernière mise à jour à la HP 49G avec tous leurs derniers développements même inachevés, en version bêta (1.19). Dernière mise à jour donc à peine 1 an après la sortie du modèle, les utilisateurs ont dû être contents, merci Hewlett Packard...
Tout ceci ne nous donne pas une bonne image de Hewlett Packard. Le géant de l'innovation semble s'être bien endormi et être devenu une entreprise :
préférant rogner sur les coûts de recherche et développement, s'assoyant donc sur ses acquis plutôt que de préparer l'avenir
extrêmement frileuse, ne souhaitant pas prendre le moindre risque, n'acceptant plus de s'engager que sur les marchés qu'elle est sûre de gagner, quitte pour cela à sortir un produit quelconque et annuler/abandonner un produit innovant
Le développement de calculatrices HP haut de gamme a continué par la suite, même si nous ignorons la forme contractuelle ou structure ayant lié les développeurs. Il a été confié bizarrement à une branche HP calculatrices distincte de la branche HP éducation, cette dernière s'occupant des équipements professionnels (réseaux de classe, serveurs du lycée, etc.). C'est étrange de ne pas avoir regroupé ceci au sein d'une même branche et donc mutualisé les contacts institutionnels.
En 2003, Hewlett Packard renouvelle l'ensemble de sa gamme :
la HP 49G est remplacée par la HP 49g+
la HP 48G+ est remplacée par la HP 48gII
la HP 39G est remplacée par la HP 39g+
Après toutes ces années, le haut de gamme HP 48gII et HP 49g+ bénéficiait enfin d'améliorations matérielles significatives, dont le passage à un processeur ARM9(comme sur les TI-Nspire de 2007) !
Pour le remplacement de la HP 39G par la HP 39g+ :
passage d'un processeur Saturn(4 bits) cadencé à 4 MHz à un ARM9(32 bits) cadencé à 75 MHz
passage de la ROM à la technologie Flash, la capacité passant pour sa part à 1 Mio(mais sans possibilité de mises à jour)
Pour le haut de gamme allégé HP 48gII remplaçant la HP 48G+ :
passage d'un processeur Saturn(4 bits) cadencée à 4 MHz, à un ARM9(32 bits) cadencé à 48 MHz
passage de la ROM à la technologie Flash, la capacité passant pour sa part de 512 Kio à 2 Mio(mais sans possibilité de mises à jour)
Pour le très haut de gamme HP 49g+ remplaçant la HP 49G :
passage d'un processeur Saturn(4 bits) cadencée à 4 MHz, à un ARM9(32 bits) cadencé à 75 MHz(comme les prototypes TI-Nspire CAS+ de 2006-2007)
retour de la possibilité d'étendre la calculatrice avec un port pour carte mémoire SD
l'écran passe de 131×64 pixels à 131×80 pixels
ajout d'un port USB(mini-B)
Enfin de dignes succcesseurs aux HP 48G de 1993 et des adversaires de valeur pour la TI-92 de 1995... sauf que nous sommes en 2003, 10 ans après les HP 48G et 8 ans après la TI-92. C'est tard, beaucoup trop tard, plus grand monde parmi les amoureux des HP 48 n'attendait encore grand chose de la part de Hewlett Packard, pour ma part j'avais déjà depuis bien longtemps fait une croix dessus.
En 2006, Hewlett Packard renouvelle le milieu de gamme, remplaçant les HP 39g+ et HP 40G respectivement par les HP 39gs et HP 40gs.
ajout d'un port USB(mini-B)
enfin la possibilité d'installer des mises à jour
pour HP 40gs uniquement :
enfin le passage du processeur Saturn(4 bits) cadencée à 4 MHz, à un ARM9(32 bits) cadencé à 75 MHz(comme les prototypes TI-Nspire CAS+ de 2006-2007)
la mémoire ROM passait à la technolgie Flash avec en prime une capacité de 2 Mio.
En 2006, Hewlett Packard remplace son très haut de gamme HP 49g+ par la HP 50g, les deux modèles étant compatibles niveau mises à jour.
En 2007, Hewlett Packard sort une révision matérielle majeure de son haut de gamme allégé HP 48gII que nous surnommerons HP 48gII USB. En effet :
elle ajoutait enfin elle aussi un port USB(mini-B)
et la capacité RAM passait de 128 Kio à 256 Kio
Et... peut-être à nouveau de nouvelles coupes par Hewlett Packard dans la branche de développement calculatrices, les mises à jour cessant brutalement et définitivement dès 2009, alors que la HP 50g avait tout juste 3 ans, encore une fois les utilsateurs ont dû apprécier...
Hewlett Packard revient alors sur la scène des calculatrices en 2012, en remplaçant sa HP 39gs par la HP 39gII, un modèle révolutionnant le matériel de milieu de gamme :
processeur ARM9(32 bits) passant de 75 MHz à 80 MHz
l'écran passe de 131×64 pixels à 256×128 pixels
passage du port USB du format mini-B au standard micro-AB bien plus usuel désormais
passage de la Flash de 1 Mio à 128 Mio
Hélas pas de moteur de calcul formel, la HP 40gs est abandonnée, et même pas de moteur de calcul exact, absolument incompréhensible pour les scolaires face à la concurrence. En fait, la HP 39gII fut hélas elle aussi un modèle mort-né, toute mise à jour cessant ici encore dès l'année suivante. La différence avec la HP 50g, était qu'ici la HP 39gII disposait d'un tout nouveau système d'exploitation, qui en 2013 était ainsi encore très inachevé et bourré de bugs. Le problème était que Hewlett Packard s'était associé à une entreprise chinoise, Sigmatel, pour le processeur. Or Sigmatel a été racheté par Freescale, cette dernière étant plus intéressée par la propriété intellectuelle que par la poursuite du développement, ce qui provoqua le départ de l'ensemble des développeurs associés à Hewlett Packard sous quelques semaines. Voilà qui élimina par la même occasion toute chance d'un modèle frère HP 40gII. Hewlett Packard continue encore aujourd'hui à vendre cette machine inachevée et donc défectueuse, les acheteurs piégés apprécieront.
Voilà, un développement de calculatrices haché chez Hewlett Packard avec des utilisateurs de modèles récents censés être encore supportés plusieurs fois abandonnés sans mises à jour, un tel comportement n'inspire pas la confiance.
En 2013 sort la HP Prime, un modèle haut de gamme absolument génial remplaçant la HP 50g : formel, couleur et enfin tactile, même si on perdait hélas de nouveau les possibilités d'extension par cartes mémoire.
passage d'un processeur ARM9(32 bits) cadencé à 75 MHz à un ARM9 ARMv5 cadencé à 400 MHz
l'écran passe de 131×80 pixels monochromes à du 320×240 pixels couleur (16 bits) et tactile
passage de la RAM de 512 Kio à 32 Mio
passage de la ROM Flash de 2 Mio à 256 Mio
La HP Prime reprenait et faisait cette fois-ci évoluer le nouveau système d'exploitation conçu pour la HP 39gII. La liste des développeurs est consultable via l'aide en ligne de la calculatrice, on y retrouve par exemple Cyrille de Brébisson qui est donc resté contre vents et marées, et notons également la présence de Tim Wessman. Au début tout se passe bien, la HP Prime reçoit des mises à jour régulières et utiles, et bénéficie même pour la rentrée 2018 d'une révision matérielle majeure, la HP Prime G2, faisant d'elle de très loin la calculatrice graphique la pluspuissante à ce jour.
passage du ARM9 ARMv5(32 bits)cadencé à 400 MHz à un Cortex-A7 ARMv7 cadencé à 528 MHz
passage de la RAM de 32 Mio à 256 Mio
passage de la ROM Flash de 256 Mio à 512 Mio
Et puis, nous avons commencé à être de plus en plus inquiets.
Précisons parallèlement que depuis novembre 2015, la société Hewlett Packard a été scindée en deux entités distinctes :
HP Inc. qui reprend les branches HP Education et HP Calculatrices
Hewlett Packard Enterprise
Les mises à jour ambitieuses de la HP Prime cessent brutalement en 2018. Pendant des années nous n'avons plus que de très rares mises à jour de maintenance n'apportant rien d'utile (corrigeant par exemple des détails concernant le mode examen, exigés par les évolutions de la réglementation dans tel ou tel pays).
Nos inquiétudes étaient hélas fondées même si nous n'avons eu l'explication qu'après coup. Suite à de lourdes réorganisations chez HP en 2019-2020, il ne restait plus que 2 développeurs pour la HP Prime, Cyrille de Brébisson et Tim Wessman, et en prime ils avaient été réaffectés à d'autres missions.
Parallèlement, HP décide de ne plus du tout s'occuper du marketing et de la distribution des calculatrices, et de sous-traiter la chose en externe auprès de Moravia, une entreprise tchèque qui avait déjà un contrat similaire pour les calculatrices Sharp(la totale : marketing + distribution + support + développement - un contrat tellement bien réalisé que les 3 derniers modèles EL-9900G de 2001, EL-9900G SII de 2011 et EL-9950G de 2013 sont identiques en capacités sans aucune évolution matérielle ou logicielle, le constructeur Sharp brillant par son absence en France avec des calculatrices ayant plusieurs décennies de retard sur la concurrence). Moravia semble à ce jour bien éloignée des préoccupations françaises (suite à ce changement pour la 1ère fois depuis plus d'une décennie, HP n'était pas représenté aux journées APMEP 2020, événement annuel pourtant incontournable pour les constructeurs de calculatrices en France).
Voilà la tendance chez Hewlett Packard aujourd'hui, on extériorise les risques et coûts, on vend son nom de marque et c'est au sous-traitant qui en achète l'utilisation de se débrouiller pour réaliser des bénéfices ou pas.
Mais le développement des calculatrices quant à lui était toutefois encore réalisé chez Hewlett Packard, même si le constructeur semblait désormais vouloir clairement dépenser le moins possible là-dedans.
Au printemps 2021 sortait une mise à jour HP Prime dans le contexte d'une évolution de la réglementation des examens aux Pays-Bas, une mise à jour donc obligatoire. Une mise à jour absolument géniale, car Cyrille de Brébisson et Tim Wessman ont bondi sur l'occasion pour reprendre, finaliser et inclure tous les développements qu'ils avaient en cours. La mise à jour rajoutait entre autres enfin l'application Python même si c'était avec plusieurs années de retard sur la concurrence.
Clairement la mise à jour la plus énorme de toute l'histoire de la HP Prime, c'était très beau, et peut-être trop beau. Plusieurs utilisateurs émettaient en effet des craintes sur les forums : s'agirait-il de la dernière mise à jour HP Prime et était-ce pour cela que Cyrille et Tim s'était dépêchés d'inclure un maximum de nouveautés comme jamais auparavant ?...
Et puis il y a quelques semaines est sortie une mise à jour HP Prime de façon totalement anormale, la 2.1.14596, ce qui confortait hélas les craintes.
Nous ne voulions pas croire initialement que les changements étaient aussi graves, mais Obilolo semble avoir de suite tapé dans le mille.
Cette mise à jour :
corrigeait un léger détail par rapport à l'utilisation du logarithme aux Pays-Bas
ne corrigeait rien des autres problèmes bien plus importants signalés à l'équipe de développement
n'a contrairement à l'habitude pas été publiée sur le site HP officiel mais sur un site tiers, hpcalc.org
n'a contrairement à l'habitude pas été annoncée par les développeurs de chez HP(Cyrille et Tim), mais par Klaas Kuperus de chez Moravia
à aucun moment les développeurs de chez HP ne sont intervenus sur le fil en question contrairement à leur habitude, même pas pour répondre aux questions ou demandes d'aide
De plus en plus clairement, il y avait anguille sous roche...
Et toutes ces craintes étaient fondées. Le pot aux roses a depuis été découvert par John Gustaf Stebbins, les applications HP pour Android viennent d'être transférées à un développeur tiers, Royal. Cela inclut les applications :
A priori cela ne concernait certes apparemment que les applications Android, mais à notre connaissance la base de code est commune entre les applications Android, applications iOS, logiciels PC Windows, logiciels Mac et calculatrices. Il nous semblait clair qu'il y avait un changement bien plus grave à l'oeuvre.
C'était à notre connaissance encore censé être confidentiel puisque s'agissant d'échanges professionnels privés, mais c'est déjà officieusement annoncé sur HP Museum par Dave Hicks, super modérateur, et plusieurs visiteurs aux journées APMEP à Bourges étaient également au courant : c'est la fin du développement des calculatrices chez HP.
Dave Hicks a écrit:HP is partnering with Royal in the US and Moravia in Europe to develop, sell and support calculators. This is being done under HP management and the Calculators will still be "HP Calculators" (Though "Hewlett Packard" labeling will be phased out since HP Inc. and Hewlett Packard have been different companies for a while.)
I am told to expect continued development of the Prime as well as the likely (re)introduction of scientific calculators.
Le développement, que ce soit pour les mises à jour ou révisions matérielles des calculatrices HP actuelles ainsi que les éventuelles futures calculatrices HP, part en sous-traitance chez Moravia et Royal.
La distribution, le marketing et le support sont pour leur part gérés séparément :
pour l'Amérique du Nord par Royal via son nouveau site hpofficesupply.com
Sites en cours de finalisation à ce jour, mais affichant déjà clairement "HP Official Licensee".
Les quelques ressources concernant les calculatrices sur le site officiel de HP sont en cours de transfert, et les visiteurs tentant d'y accéder (informations produits, support, ...) seront très bientôt redirigés vers les sites dédiés gérés par Moravia ou Royal.
Royal est une entreprise américaine fondée en 1904, construisant initialement des machines à écrire et calculatrices mécaniques. Elle a certes engagé son virage technologique depuis et produit aujourd'hui des calculatrices électroniques, mais ne semble à ce jour pas avoir encore atteint le niveau de Lexibook comme on peut constater ci-contre.
Bref, HP n'avait visiblement depuis quelques années plus aucune envie d'investir dans le développement de ses calculatrices comme en témoigne la rareté des mises à jour ces dernières années, la plupart sans nouveauté intéressante. HP semble avoir vendu à Royal et Moravia le droit d'apposer son nom de marque sur leurs futurs produits, et le code de la HP Prime et des autres calculatrices HP semble avoir été transféré à Royal et Moravia.
La HP Prime et les autres calculatrices HP seraient donc aujourd'hui à la croisée des chemins :
soit cette transaction va les sauver, permettant enfin la reprise du développement et l'arrivée de nouvelles mises à jour et même nouveaux modèles innovants et ambitieux
soit les prochaines mises à jour et modèles estampillés HP seront rares ou sans grand intérêt
Nous ignorons la réponse mais nous sommes très dubitatifs devant le choix de ces entreprises lorsque nous voyons :
comment Moravia a été capable de couler complètement les calculatrices graphiques Sharp...
les calculatrices développées par Royal, même pas au niveau de Lexibook...
Nous ne sommes pas optimistes même si, dans l'intérêt des utilisateurs et des fans, nous souhaitons grandement nous tromper.
Nous avons très peur que ces entreprises :
ne disposent pas suffisamment des capacités de prise de recul et d'abstraction que nécessite la formidable intégration de la HP Prime, et ne fassent que peu ou pas évoluer le haut de gamme, comme on a vu avec Sharp
se concentrent comme évoqué par Dave Hicks sur des modèles inférieurs comme des calculatrices scientifiques, où en dehors des grands constructeurs historiques on nous sert de nos jours bien trop souvent des contrefaçons de vieilles Casio, strictement sans aucun travail d'innovation
Bref, peur de perdre l'innovation au passage, ce qui faisait la griffe et la qualité formidable des calculatrices HP, qui auraient pu être encore plus extraordinaires si HP n'avait pas passé ces 30 dernières années à mettre des bâtons dans les roues de ses propres développeurs.
Adieu HP Calculatrices, merci à tous les développeurs actuels ou anciens de chez HP et ACO pour toutes vos formidables réalisations, nous ne vous oublierons jamais. Si seulement vos encadrants avaient su être un peu plus visionnaires et regarder au-delà du bout de leur nez, les calculatrices graphiques HP feraient aujourd'hui jeu égal avec les Casio, NumWorks et Texas Instruments sur les tables des lycéens et lycéennes...
Hewlett Packard également connu sous l'acronyme de HP, est un des 3 constructeurs historiques de calculatrices graphiques. Il rejoignit l'aventure en 1987 avec la HP 28C, soit 2 ans après Casio et sa fx-7000G, et 3 ans avant Texas Instruments et sa TI-81.
En 1990 sort la HP 48SX remplacée par la HP 48GX en 1993. De formidables calculatrices qui allaient offrir à HP un destin exceptionnel, ces modèles devenant en effet sur la première moitié des années 1990 la référence pour les ingénieurs, écoles d'ingénieur et classes préparatoires scientifiques.
Elles permettaient le calcul littéral mais également, tels des ordinateurs, ces calculatrices graphiques offraient de larges possibilités d'extensions :
connectivité série ou infrarouge pour ordinateur et périphériques (imprimante, lecteur de disquettes)
ports d'extension mémoire RAM et ROM, avec pour cette dernière nombre de logiciels très poussés conçus par des éditeurs professionnels
Hewlett Packard était alors au sommet de sa gloire.
Et puis, rentrée 1995 Texas Instruments sortait la TI-92, première née de la gamme TI-68k remplacée aujourd'hui par la gamme TI-Nspire. Une calculatrice très supérieure du point de vue académique puisque intégrant un véritable moteur de calcul formel issu du logiciel Derive, et également un logiciel de géométrie dynamique dérivé de Cabri même si personnellement je n'en ai jamais été fan sur les plateformes non tactiles.
Dans un premier temps HP, bien que prévenu à l'avance de cette sortie, ne prend pas la TI-92 au sérieux comme le révèle Jean-Michel Ferrard, auteur de nombreux livres d'aide à l'utilisation et création de programmes pour la gamme HP 48, en introduction de son livre TI-92 les programmes chez Dunod :
Jean-Michel Ferrard a écrit:La première personne qui m'a parlé de la TI-92 travaillait comme on dit, «pour une chaîne concurrente», et ne semblait pas préoccupée par l'arrivée d'un modèle de calculatrice qui lui apparaissait comme une chimère lointaine.
Erreur monumentale, Hewlett Packard mettra pas moins de 4 ans à répondre avec la HP 49G pour la rentrée 1999, un modèle très décevant dans le sens où les innovations matérielles et logicielles n'étaient absolument pas à la hauteur de ce qu'avaient été les HP 48SX, HP 48GX et TI-92.
De plus 1999 soit 6 ans après la HP 48GX et 4 ans après la TI-92, soit plus d'un cursus complet, c'était déjà bien trop tard. Nombre d'enseignants/écoles qui recommandaient HP étaient déjà passés à autre chose depuis tout ce temps.
Jusqu'à ce jour, Hewlett Packard n'a jamais réussi à se relever complètement de ce faux-pas.
Mais ce ne fut pas la seule erreur de HP, bien loin de là hélas. Le développement des calculatrices chez HP n'est pas un long fleuve tranquille. Alors donc qu'au sommet de sa gloire, HP semble n'avoir eu de cesse de commettre et reproduire les mêmes erreurs. On peut citer :
Après 1993 et la sortie de la géniale HP 48GX, le transfert du développement des calculatrices de HP Corvallis(Oregon, Etats-Unis) à HP Singapour.
Dans un premier temps jusqu'en 1995, l'équipe de développement de HP Corvallis collabore avec celle de HP Singapour afin de former cette dernière, collaboration qui aboutit à la sortie de la HP 38G en 1995, un modèle de milieu de gamme ciblant les scolaires et sans grand intérêt à côté de tout ce que nous venons d'évoquer.
Au-delà de 1995, l'équipe HP Singapour était ainsi censée être formée et voler de ses propres ailes, mais n'a hélas plus rien fait niveau calculatrices.
En novembre 1997, HP Australie récupère le développement des calculatrices et fonde ACO(Australian Calculator Operation), recrutant pour cela parmi les utilisateurs s'étant le plus brillamment illustrés dans la programmation sur HP 48. On peut citer :
pour les développeurs embauchés Jean-Yves Avenard, Gerald Squelart(alias WarlockHP), et Cyrille de Brebisson(alias HpMad), auteurs du génialissime Meta Kernel, une superbe interface graphique de remplacement pour HP 48, plus intuitive, optimale et rapide que celle d'origine
pour les développeurs partenaires Mika Heiskanen et Bernard Parisse, auteurs respectifs des moteurs de calcul formel ALG48 et Erable
ACO sort dès 1999 la HP 49G, successeur de la HP 48 GX même si il ne révolutionnait pas grand chose encore.
ACO avait par contre en préparation un projet pour le coup révolutionnaire, le HP Xpander, une calculatrice graphique haut de gamme tactile.
Le 14 février 2001, HP annonce l'abandon du projet Xpander, tout juste quelques semaines avant la sortie prévue pour la rentrée 2001, abandonnant donc ce segment à Casio avec sa future gamme Classpad à compter de la rentrée 2003.
Le 1er novembre 2001, HP termine d'enfoncer le clou et annonce la fermeture d'ACO, effective le 9 novembre 2001. L'équipe de développement ACO n'a eu qu'une semaine de pré-avis, mais se donne à fond pour sortir une dernière mise à jour à la HP 49G avec tous leurs derniers développement, en version bêta (1.19).
Tout ceci ne nous donne pas une bonne image de Hewlett Packard. Le géant de l'innovation semble s'être bien endormi et être devenu une entreprise :
préférant rogner sur les coûts de recherche et développement, s'assoyant donc sur ses acquis plutôt que de préparer l'avenir
extrêmement frileuse, ne souhaitant pas prendre le moindre risque, n'acceptant plus de s'engager que sur les marchés qu'elle est sûre de gagner, quitte pour cela à sortir un produit quelconque et annuler un produit innovant
Le développement de calculatrices HP haut de gamme a continué par la suite, même si nous ignorons la forme contractuelle ayant lié les développeurs. Il a été confié bizarrement à une branche HP calculatrices distincte de la branche HP éducation, cette dernière s'occupant des équipements professionnels (réseaux de classe, serveurs du lycée, etc.). C'est étrange de ne pas avoir fusionné les équipes et donc mutualisé les contacts.
Il y a eu les :
HP 49g+(2003)
HP 50g(2008)
Et peut-être à nouveau de nouvelles coupes par HP dans la branche de développement calculatrices, les mises à jour cessant définitivement dès 2009, alors que la HP 50g avait tout juste 1 an. Toutefois fois la HP 50g était une évolution de la HP 49g+ avec lequel elle partageait le même système d'exploitation. Ce dernier était donc relativement mature lors de l'abandon du développement.
HP revient alors sur la scène des calculatrices en 2012 avec la HP 39gII, d'entrée de gamme hélas également mort-née, toute mise à jour cessant ici aussi dès 2013. La différence avec la HP 50g, était qu'ici la HP 39gII disposait d'un tout nouveau système d'exploitation, qui en 2013 était ainsi encore très inachevé et bourré de bugs. Le problème était que HP s'était associé à une entreprise chinoise, Sigmatel, pour le processeur. Or Sigmatel a été racheté par Freescale, cette dernière était plus intéressé par la propriété intellectuelle que par la poursuite du développement, provoquant le départ de l'ensemble des développeurs associés à HP sous quelques semaines. HP continue encore aujourd'hui à vendre cette machine défectueuse.
En 2013 sort la HP Prime, un modèle haut de gamme absolument génial, formel, couleur et enfin tactile, reprenant et faisant cette fois-ci évoluer le nouveau système d'exploitation conçu pour la HP 39gII. La liste des développeurs est consultable via l'aide en ligne de la calculatrice, on y retrouve par exemple Cyrille de Brébisson qui est donc resté contre vents et marées, et notons également la présence de Tim Wessman.
Au début tout se passe bien, la HP Prime reçoit des mises à jour régulières et utiles, et bénéficie même pour la rentrée 2018 d'une révision matérielle majeure, la HP Prime G2, faisant d'elle de très loin la calculatrice graphique la pluspuissante à ce jour.
Et puis, nous avons commencé à être de plus en plus inquiets.
Les mises à jour ambitieuses de la HP Prime cessent brutalement en 2018. Pendant des années nous n'avons plus que de très rares mises à jour de maintenance n'apportant rien d'utile (corrigeant par exemple des détails concernant le mode examen, exigés par les évolutions de la réglementation dans tel ou tel pays).
Nos inquiétudes étaient hélas fondées même si nous n'avons eu l'explication qu'après coup. Suite à de lourdes réorganisations chez HP en 2019-2020, il ne restait plus que 2 développeurs pour la HP Prime, Cyrille de Brébisson et Tim Wessman, et en prime ils avaient été réaffectés à d'autres missions.
Parallèlement, HP décide de ne plus du tout s'occuper du marketing et de la distribution des calculatrices, et de sous-traiter la chose en externe auprès de Moravia, une entreprise tchèque qui avait déjà un contrat similaire pour les calculatrices Sharp(un contrat tellement bien rempli que le constructeur brille par son absence en France, avec des calculatrices qui ont plusieurs décennies de retard sur la concurrence), et à ce jour bien éloignée des préoccupations françaises (suite à ce changement pour la 1ère fois depuis plus d'une décennie, HP n'était pas représenté aux journées APMEP 2020, événement annuel incontournable en France pour les constructeurs de calculatrices).
Voilà la stratégie chez HP aujourd'hui, on extériorise les risques et coûts, on vend son nom de marque et c'est au sous-traitant qui en achète l'utilisation de se débrouiller pour réaliser des bénéfices ou pas.
Le développement quant à lui était toutefois encore réalisé chez HP, même si le constructeur semblait désormais vouloir dépenser le moins possible là-dedans.
Au printemps 2021 sortait une mise à jour HP Prime dans le contexte d'une évolution de la réglementation des examens aux Pays-Bas, une mise à jour donc obligatoire. Une mise à jour absolument géniale, car Cyrille de Brébisson et Tim Wessman ont bondi sur l'occasion pour reprendre, finaliser et inclure tous les développements qu'ils avaient en cours. La mise à jour rajoutait entre autres enfin l'application Python même si c'était avec plusieurs années de retard sur la concurrence.
Clairement la mise à jour la plus énorme de toute l'histoire de la HP Prime, c'était très beau, et peut-être trop beau. Plusieurs utilisateurs émettaient en effet des craintes sur les forums : s'agirait-il de la dernière mise à jour HP Prime et était-ce pour cela que Cyrille et Tim s'était dépêchés d'inclure un maximum de nouveautés comme jamais auparavant ?...
Et puis il y a quelques semaines est sortie une mise à jour HP Prime de façon totalement anormale, la 2.1.14596, ce qui confortait hélas les craintes.
Nous ne voulions pas croire initialement que les changements étaient aussi graves, mais Obilolo semble avoir de suite tapé dans le mille.
Cette mise à jour :
corrigeait un léger détail par rapport à l'utilisation du logarithme aux Pays-Bas
ne corrigeait rien des autres problèmes bien plus importants signalés à l'équipe de développement
n'a contrairement à l'habitude pas été publiée sur le site HP officiel mais sur un site tiers, hpcalc.org
n'a contrairement à l'habitude pas été annoncée par les développeurs de chez HP(Cyrille et Tim), mais par Klaas Kuperus de chez Moravia
à aucun moment les développeurs de chez HP ne sont intervenus sur le fil en question contrairement à leur habitude, même pas pour répondre aux questions ou demandes d'aide
De plus en plus clairement, il y avait anguille sous roche...
Et toutes ces craintes étaient fondées. Le pot aux roses a depuis été découvert par John Gustaf Stebbins, les applications HP pour Android viennent d'être transférées à un développeur tiers, Royal. Cela inclut les applications :
Cela ne concerne certes apparemment que les applications Android, mais à notre connaissance la base de code est commune entre les applications Android, applications iOS, logiciels PC Windows, logiciels Mac et calculatrices. Donc à notre avis même si il n'y a pas encore de traces pour les autres plateformes, après le marketing et la distribution chez Moravia, on dirait aujourd'hui que c'est l'intégralité du développement logiciel des calculatrices HP dont la HP Prime qui part en sous-traitance chez Royal.
Royal est une entreprise américaine fondée en 1904, construisant initialement des machines à écrire et calculatrices mécaniques. Elle a certes engagé son virage technologique depuis et produit aujourd'hui des calculatrices électroniques, mais ne semble à ce jour pas avoir encore atteint le niveau de Lexibook comme on peut constater ci-contre.
Leur site web est en panne au moins depuis hier et le reste à date de publication de cet article, c'est dire le sérieux.
Bref, HP n'avait visiblement depuis quelques années plus aucune envie d'investir dans le développement de ses calculatrices comme en témoigne la rareté des mises à jour ces dernières années, la plupart sans nouveauté intéressante. Logiquement, HP semblerait avoir vendu le droit d'utiliser son nom de marque à Royal, et le code de la HP Prime et des autres calculatrices HP serait désormais sous le contrôle de Royal et peut-être également Moravia. La HP Prime et les autres calculatrices HP seraient donc aujourd'hui à la croisée des chemins :
soit cette transaction va sauver la HP Prime, permettre la reprise du développement et l'arrivée de nouvelles mises à jour innovantes et ambitieuses
soit les prochaines mises à jour seront rares et ne feront plus que le strict minimum, se contenant de changements mineurs lorsque exigés par la réglementation des examens dans tel ou tel pays
Nous ignorons la réponse, mais lorsque l'on voit les produits qu'est capable de sortir Royal, nous sommes très dubatitatifs devant ce choix, et absolument pas optimistes. Nous espérons grandement nous tromper.
Hewlett Packard a décidément un talent absolument fantastique pour auto-saborder ses meilleurs produits. Après la HP 48GX, ACO et le HP Xpander, la HP 50g, ce serait aujourd'hui au tour de la HP Prime, la 4ème fois que HP nous ferait le même coup en 30 ans si nous comptons bien. Il serait pourtant grand temps d'apprendre de ses erreurs, et d'admettre que les mêmes causes (économies sur la recherche et le développement) produisent les mêmes effets. Pour nous le manque de succès des calculatrices HP est la conséquence directe de ces errements répétés, avec ce développement haché depuis maintenant plus de 3 décennies parsemé de pauses de plusieurs années. C'est un problème d'image et de confiance, qui ne peut se résoudre qu'à moyen terme en faisant un effort soutenu dans la durée, et nous n'en prenons visiblement pas le chemin aujourd'hui.
Cette fois-ci nous ne nous y attendions pas, mais comme annoncé par dg1969, ce week-end Hewlett Packard nous sort la mise à jour 2.1.14596 pour HP Prime.
Compilée le 1er octobre 2021, la mise à jour traite à ce jour uniquement :
des calculatrices HP Prime G1 et G2(concernées jusqu'à présent par la version 2.1.14588 du 5 mai 2021)
des logiciels pour Windows 64 bits(concernés jusqu'à présent par la version 2.1.14592 du 9 juin 2021)
Le très faible écart dans le numéro de build semble indiquer qu'il s'agit d'une mise à jour mineure. Nous avons cherché, notamment dans l'application Python, et n'avons pas réussi à trouver la moindre nouveauté.
SelonEric Rechlin il y aurait au moins 2 corrections de bugs que nous n'avons pas réussi à confirmer pour le moment :
correction d'une fuite de mémoire dans la fonction puissance
correction d'un bug dans la dérivation de la fonction logb(,)
Mais à côté de ça, d'autres graves bugs bien plus visibles n'ont toujours pas été corrigés, comme le mauvais affichage des termes de degré 0 dans l'assistant de polynômes, lorsque ces derniers valent 1 ou -1.
Nous trouvons donc assez surprenant que Hewlett Packard se soit donné la peine de sortir une mise à jour juste pour ça. Sans doute y a-t-il autre chose.
Téléchargements :
mise à jour 2.1.14596 pour calcularices HP PrimeG1G2
les logiciels HP Prime mais uniquement dans leur édition Windows
Une mise à jour certes formidable en terme de nouvelles fonctionnalités apportées (dont une application Python), mais à la finition cette fois-ci très inférieure, puisque sortie dans l'urgence pour satisfaire les exigences des examens aux Pays-Bas.
Déjà les logiciels 2.1.14575 étaient marqués en tant que version bêta. Cela avait des conséquences non annoncées et non négligeables ; les logiciels devaient cesser définitivement de fonctionner 60 jours après leur date de compilation, ce qui du 28 avril 2021 nous amenait donc au 28 juin 2021, soit maintenant de façon imminente la semaine prochaine et encore en pleine période d'examens pour divers pays de par le monde !
Ce n'était hélas pas tout. Pour sa part le logiciel de connectivité en version 2.1.14575 cassait la compatibilité avec la version initiale des formats de fichiers HP Prime suivants :
.hpprgm(programmes)
hpappdir.hpappprgm(scripts d'applications)
Le logiciel refusait de transférer ces fichiers et plantait si tu tentais de les éditer.
Cela concernait les programmes et applications HP Prime publiés chez nous il y a quelques années, ainsi que l'intégralité des images et documents .pdfconvertis en applications HP Primechez nous.
Un défaut hautement problématique en pleine période d'examens...
Aujourd'hui les développeurs HP Prime nous sortent de nouvelles versions 2.1.14592 des logiciels, compilées le 9 Juin 2021.
Première bonne nouvelle, ces versions ne sont plus marquées en tant que bêta et fonctionneront donc sans aucune limite de durée !
Autre excellente nouvelle, la compatibilité avec la version initiale des formats de fichiers HP Prime semble réparée !
La HP-41C sortie en 1979 est non seulement une calculatrice programmable, mais également un véritable ordinateur de poche avec :
4 ports permettant d'accueillir de quoi étendre les capacités de la calculatrice : modules d'extension mémoire (RAM), modules de programmes (ROM), module infrarouge...
sa connectivité avec un grand nombre de périphériques dédiés (lecteur/enregistreur de cartes magnétiques ou cassettes, lecteur optique pour entre autres les codes barres, imprimante...)
L'afficheur à cristaux liquides 12 cellules de la HP-41C fut également à l'époque une innovation remarquable dans le monde des calculatrices. En effet il n'utilisait pas des cellules à 7 segments mais des cellules à 14 segments, permettant d'afficher aussi bien des nombres que des lettres, et offrant ainsi une bien meilleure interactivité à l'utilisateur. La mémoire disponible était relativement faible dans le contexte de l'époque, seulement 64 registres.
Beaucoup d'utilisateurs faisaient donc usage des ports d'extension afin de rajouter des modules RAM, avec l'inconvénient alors d'empêcher d'utiliser les autres types modules d'extension (ROM, infrarouge...).
Dès 1980 arrive le HP-41CV. Il s'agit matériellement d'une HP-41C mais intégrant directement en interne l'équivalent de 4 modules d'extension RAM. On passe ainsi à 320 registres soit 5 fois plus, d'où le chiffre romain V en suffixe du nom de modèle. Plus besoin ici d'acheter des modules RAM et de bloquer les ports d'extension de la calculatrice (surtout que la mémoire est maintenant à la capacité matérielle maximale et ne peut plus être étendue), les 4 ports pouvaient maintenant être librement utilisés pour les autres possibilités d'extension de la machine !
En 1983 arrive le HP-41CX. Il intègre ici encore en interne l'équivalent de quelques modules ROM qui jusqu'à présent devaient être achetés séparément : Time(horloge + chronomètre), X-functions, ainsi qu'un éditeur de textes.
Bien évidemment toutes ces calculatrices fonctionnent en notation postfixée dite RPN(Notation Polonaise Inverse), permettant la saisie rapide des calculs sans avoir à utiliser la moindre parenthèse, signature à l'époque des formidables calculatrices Hewlett Packard.
Il y a à peine quelques semaines, nous avions droit à la sortie de la mise à jour HP Prime avec Python.
Voici déjà aujourd'hui par Oulan un projet Python d'envergure pour la HP Prime, et rendant par la même occasion un très bel hommage à Hewlett Packard... un simulateur de HP-41CX !
Mais ce n'est pas tout, car l'application simule également la connexion avec une imprimante Helios(HP 82143A). En mode interactif les différentes sorties ainsi affichées au fur et à mesure sur le papier de l'imprimante s'ajoutent à l'afficheur monoligne de la calculatrice, et facilitent grandement son utilisation. En effet l'imprimante remplace ce que l'on appelle historique de calculs sur nos machines actuelles, et te permet alors d'un seul coup d'œil d'avoir une idée rapide de l'état de la pile LIFO, et d'en tenir compte pour tes prochaines saisies de calculs RPN.
Rentrée 2013 sortait la formidable calculatrice HP Prime. Hewlett Packard avait dès le début fait le choix de se distinguer de la concurrence de l'époque, avec un logiciel d'émulation HP Prime pour ordinateurs complet et entièrement gratuit, à l'époque pour Windows.
L'écosystème logiciel n'a eu de cesse de s'étoffer depuis. On peut citer :
septembre 2018 : première diffusion de versions bêta du logiciel d'émulation pour Linux
Les logiciels d'émulation sont tous gratuits. Pour les applications d'émulation par contre, les versions intégrales sont payantes.
Les versions gratuites des applications HP Prime sont en effet limitées à l'utilisation de seulement 9 des applications de la calculatrice :
Fonction
Graphiques avancés
Stats 1Var
Stats 2Var
Inférence
Résoudre
Paramétrique
Polaire
Suite
Les applications gratuites n'en restent pas moins fort utiles si ton enseignant t'autorise le smartphone en devoir surveillé, chaque application de la calculatrice pouvant être basculée dans sa vue CAS autorisant le calcul formel !
Et puis, gros incident pour la rentrée 2020. Google a décidé de supprimer les deux applications HP Prime du Play Store, un sale coup en pleine période de rentrée.
L'un des deux développeurs de la HP Prime, Tim Wessman, avait rapidement communiqué à ce sujet dès le 17 septembre 2020 :
Tim Wessman a écrit:it got pulled automatically due to needing a small tweak to an openFile api. Kind of a surprise to us as well
On pouvait donc s'attendre à un retour rapide de l'application après une très légère correction.
Hélas, rien depuis des mois. Cyrille de Brébisson, l'autre développeur de la HP Prime, avait apporté depuis des informations complémentaires dans le cadre de sa participation à la conférence en ligne HPCC 2021. Deux passages à ce sujet :
de 8:21 à 8:49
de 13:27 à 17:41
Les développeurs n'arrivaient tout simplement pas à recompiler les applications HP Prime pour Android avec les nouvelles exigences de Google.
Problème enfin résolu. Après cette très longue attente les applications HP Prime pour Android sont aujourd'hui enfin à nouveau disponibles sur le Play Store, dans une nouvelle version 2.1.14591 toute fraîchement compilée du 14 Mai 2021 !
Attention toutefois, malgré le numéro de version il semble ne s'agir que d'une simple mise à jour mineure, ne touchant à rien d'autre que ce qui a été exigé par Google.
En effet, que ce soit dans la version gratuite ou la version intégrale, aucune des formidables nouveautés apportées au cours du mois dernier sur la calculatrice avec les mises à jour 2.1.14541 à 2.1.14588 ne semble être présente. Et donc entre autres, pas d'application Python.
Il y a quelques jours, sortait la mise à jour HP Prime 2.1.14575.
Elle concernait :
les calculatrices HP Prime G1 et HP Prime G2
les logiciels HP Prime mais uniquement dans leur édition Windows
Une mise à jour à la finition cette fois-ci très inférieure, puisque sortie dans l'urgence pour satisfaire les exigences des examens aux Pays-Bas.
Déjà les logiciels 2.1.14575 sont marqués en tant que version bêta. Cela a des conséquences non annoncées et non négligeables ; les logiciels cesseront définitivement de fonctionner 60 jours après leur date de compilation, ce qui du 28 avril 2021 nous amène donc au 28 juin 2021 :
Or, nous ne sommes pas sûrs que les épreuves d'examens soient alors terminées partout dans le monde, certains candidats pourraient bien avoir une très mauvaise surprise le 28 juin...
Si tu choisis d'installer ces versions des logiciels, tu devras donc impérativement d'ici le 28 juin au plus tard :
les mettre à jour vers une version plus récente si disponible d'ici-là
sinon, les désinstaller, pour ensuite pouvoir installer la dernière version inférieure non-bêta, la 2.1.14425 de janvier 2020, liens de téléchargements en fin d'article
Attention, pour sa part le logiciel de connectivité en version 2.1.14575 casse la compatibilité avec la version initiale des formats de fichiers HP Prime suivants :
.hpprgm(programmes)
hpappdir.hpappprgm(scripts d'applications)
Le logiciel refuse de transférer ces fichiers et plante si tu tentes de les éditer.
Cela concerne les programmes et applications HP Prime publiés chez nous il y a quelques années, ainsi que l'intégralité des images et documents .pdfconvertis en applications HP Primechez nous.
En pleine période d'examens nous te déconseillons donc très fortement l'installation de cette version du logiciel de connectivité.
Note que tu peux parfaitement mettre à jour ta calculatrice et bénéficier des nouveautés à partir du logiciel de connectivité en version 2.1.14425 de janvier 2020, liens en fin d'article.
Dès aujourd'hui sort la mise à jour 2.1.14588. Toutefois elle ne concerne cette fois-ci que les calculatrices, et ne règle donc pas les problèmes des logiciels.
Le nouvel assistant de résolution de polynômes accessible dans l'onglet CAS de la boîte à outils, affiche désormais correctement l'expression du polynôme lorsque les coefficients sont complexes.
Par contre bizarrement, il n'affiche toujours pas correctement les termes de degré 0 lorsque ceux-ci valent 1 ou -1, ce qui arrive pourtant bien plus souvent en pratique...
Suite à de lourdes réorganisations au sein de Hewlett Packard en 2019-2020, les 2 seuls développeurs qu'il restait pour la HP Prime, Cyrille de Brébisson et Tim Wessman, avaient été réaffectés à d'autres missions. À notre grand regret la formidable calculatrice HP Prime que nous avions plusieurs fois classée première dans nos tests de rentrée QCC, avait cessé d'évoluer depuis maintenant des années :
la dernière mise à jour 2.1.14433 hélas très mineure remontait à Janvier 2020
et la dernière mise à jour majeure 2.1.14181 remontait à Novembre 2018
La machine n'était donc plus en adéquation avec les dernières évolutions de programmes dans le cadre de la réforme du lycée, et notamment l'avènement du Python en tant que langage de programmation universel, commun à l'ensemble des matières scientifiques. C'était d'autant plus regrettable qu'une application Python était bel et bien en préparation au moins depuis octobre 2019 ; les développeurs avaient bien donc fait la veille institutionnelle, anticipé et prévu de quoi être à l'heure, avant que l'on vienne leur mettre des bâtons dans les roues.
Or comme nous te l'annoncions dans un article précédent, il y a eu un incident concernant la HP Prime aux Pays-Bas. Le calcul exact QPiRac est interdit aux examens à compter de cette session 2021, sauf que comme la HP Prime n'a plus été mise à jour depuis des années son mode examen ne tient bien évidemment pas compte de cette nouvelle règle. L'Institution néerlandaise a exigé une mise à jour d'ici la fin du mois d'avril.
Pour ce mois d'Avril Hewlett Packard a donc autorisé Cyrille et Tim à travailler sur la HP Prime. Plusieurs versions ont été diffusées dans le cadre d'un bêta-test public, et les plus réussies ont fait l'objet d'un test complet chez nous :
L'ultimatum de l'Institution néerlandaise expirait donc ce vendredi 30 avril à minuit, et le grand jour est donc arrivé pour tous les amoureux de la HP Prime et des calculatrices Hewlett Packard en général.
La dernière version bêta 2.1.14575 a fait l'objet d'une publication à l'identique sur le serveur de mise à jour jeudi 29 avril au soir. Et le 30 avril au soir soit avant l'expiration de l'ultimatum, les alertes de mise à jour ont été déclenchées signant donc, avec le début de la diffusion à grande échelle, la sortie officielle de cette version.
Cette mise à jour 2.1.14575 concerne donc :
les calculatrices HP Prime G1 et HP Prime G2
le logiciel d'émulation HP Prime pour machines Windows 32 bits et Windows 64 bits
le logiciel de connectivité HP Prime pour machines Windows 32 bits et Windows 64 bits
Attention donc, les logiciels pour Mac et Linux, ainsi que les applications pour Android et iOS ne sont à ce jour pas concernées par la mise à jour.
Puisqu'il s'agit donc d'une sortie officielle, nous allons traiter ensemble de l'intégralité des nouveautés et améliorations, aussi bien par rapport à la version bêta précédente 2.1.14567 que par rapport à la dernière mise à jour de janvier 2020. Pour chaque point nous prendrons à la fois le temps de te donner notre avis, et de t'expliquer l'utilisation à l'aide de premiers exemples simples. N'hésite pas à utiliser le sommaire ci-dessous afin d'accéder directement aux points qui t'intéressent le plus.
Mais avant ça, hélas, quelques avertissements d'importance :
Nous ignorons si il s'agit d'une erreur ou bien d'un choix délibéré dans l'urgence de la situation, mais les logiciels 2.1.14575 sont marqués en tant que version bêta.
Cela a des conséquences non annoncées et non négligeables ; les logiciels cesseront définitivement de fonctionner 60 jours après leur date de compilation, ce qui du 28 avril 2021 nous amène donc au 28 juin 2021.
Or, nous ne sommes pas sûrs que les épreuves d'examens soient alors terminées partout dans le monde, certains candidats pourraient bien avoir une très mauvaise surprise le 28 juin...
Si tu choisis d'installer ces versions des logiciels, tu devras donc impérativement d'ici le 28 juin au plus tard :
les mettre à jour vers une version plus récente si disponible d'ici-là
sinon, les désinstaller, pour ensuite pouvoir installer la dernière version inférieure non-bêta, la 2.1.14425 de janvier 2020, liens de téléchargements en fin d'article
Attention, pour sa part le logiciel de connectivité en version 2.1.14575 casse la compatibilité avec la version initiale des formats de fichiers HP Prime suivants :
.hpprgm(programmes)
hpappdir.hpappprgm(scripts d'applications)
Le logiciel refuse de transférer ces fichiers et plante si tu tentes de les éditer.
Cela concerne les programmes et applications HP Prime publiés chez nous il y a quelques années, ainsi que l'intégralité des images et documents .pdfconvertis en applications HP Primechez nous.
En pleine période d'examens nous te déconseillons donc très fortement l'installation de cette version du logiciel de connectivité.
Note que tu peux parfaitement mettre à jour ta calculatrice et bénéficier de toutes les formidables nouveautés qui vont suivre à partir du logiciel de connectivité en version 2.1.14425 de janvier 2020, liens en fin d'article.
Ceci étant dit, c'est maintenant parti pour la collection de formidables bonnes nouvelles !
le mode numérique avec l'écran de calcul accessible via
⌂Home
et les diverses applications accessibles via
Apps
, le tout développé par HP, agrémenté de diverses interfaces graphiques et offrant pléthore de fonctions avec des noms en majuscules
le mode CAS avec l'écran de calculs
CAS
offrant pour sa part un moteur de calcul formel (le moteur GIAC développé pour le logiciel Xcas par Bernard Parisse enseignant-chercheur à l'Université de Grenoble), accompagné ici d'interfaces spécifiques en mode texte et offrant des fonctions avec des noms en minuscules
L'écran ⌂Home cible le calcul numérique. C'est-à-dire qu'il fournit les résultats en écriture décimale, approchés si besoin.
Si tu souhaitais obtenir des résultats exacts, plusieurs possibilités s'offraient à toi :
soit utiliser l'écran de calcul
CAS
avec ce qu'il impliquait, soit interfaces en texte, noms de fonctions différents et en minuscules
soit rester sur l'écran ⌂Home mais y spécifier un appel au moteur CAS sous la forme CAS.eval(...), rapidement lourd si tu devais le faire pour chaque calcul
soit encore sur l'écran ⌂Home spécifier tes calculs au sein d'un appel QPI(...) plus rapide à saisir, recherchant alors un résultat exact approchant sous les formes
$mathjax$\pm a\sqrt{\frac{b}{c}}$mathjax$
(QRac) ou
$mathjax$\pm a\sqrt{\frac{b}{c}}\pi$mathjax$
(QPi) pas toujours pertinentes
soit encore sur l'écran ⌂Home sélectionner un résultat numérique puis taper
ab/c
, mais cela ne faisait que rechercher une forme
$mathjax$\frac{a}{b}$mathjax$
proche du résultat en question et ne fournissait qu'encore plus rarement des résultats pertinents
La mise sous forme exacte via la touche
ab/c
commettait parfois des erreurs impressionnantes, comme ci-contre de pas moins de 10 milliards sur e24. Normal puisque l'on sortait de l'intervalle de fiabilité de l'algorithme approchant le résultat par une fraction.
L'appui sur
ab/c
évite maintenant de traiter les nombres trop grands.
Notons un petit changement de forme très agréable concernant QPI(). La forme recherchée n'est plus
$mathjax$a\sqrt{\frac{b}{c}}$mathjax$
mais
$mathjax$a\frac{\sqrt{b}}{c}$mathjax$
, ce qui évite maintenant les racines carrées au dénominateur.
Avec cette formidable mise à jour plus besoin de t'embêter avec les diverses gymnastique précédentes, nouveauté historique, après des années cette mise à jour nous rajoute enfin un moteur de calcul exact sur l'écran de calcul ⌂Home, comme la plupart des modèles concurrents, enfin !
Attention toutefois, actuellement il ne semble pas activé par défaut. Il te faut accéder aux paramètres via
Shift
⌂
, et cocher Intelligent Math sur la 2ème page.
Une fois ceci fait tu obtiens enfin par défaut des résultats exacts à chaque fois que possible, la plupart du temps plus besoin de réaliser des manipulations spécifiques pour cela !
Les formes gérées sont beaucoup plus larges qu'avec la touche
ab/c
et même un peu plus larges qu'avec la fonction QPI() ; elles semblent s'étendre cette fois-ci au QPiRac, c'est-à-dire à tout ce qui appartient aux 2 familles de nombres suivantes :
(ce qui couvre un large ensemble allant des fractions du collège aux racines de polynômes du 2nd degré au lycée en passant par nombre de valeurs remarquables en trigonométrie)
Bref, activer Intelligent Math c'est comme si une fonction QPI(...) plus évoluée était automatiquement appliquée à chacun de tes résultats.
Accessoirement si tu préfères obtenir des résultats en écriture décimale puis éventuellement les mettre en écriture exacte, la touche
ab/c
gère désormais elle aussi les formes QPi et QRac, activables à l'écran de configuration.
Par contre, on remarque que le moteur de calcul exact QPiRac ne semble pas fonctionner si le résultat calculé est directement affecté à une variable.
À partir de l'affectation la valeur exacte semble définitivement perdue, ne pouvant être retrouvée automatiquement.
Même problème de moteur de calcul exact ineffectif dans le contexte des objets composés à partir de plusieurs nombres (listes, matrices, nombres complexes...).
En passant grande nouveauté que tu viens peut-être de remarquer sur les captures d'écran, le menu de bas d'écran te permet enfin de sauvegarder et recharger des états de l'écran de calcul ⌂Home. Très pratique pour travailler en parallèle les problèmes des différents cours de sciences du jour.
En parlant d'affectations nouveauté également, tu as enfin la possibilité d'affecter simultanément plusieurs variables.
Pour rester sur le calcul, la justesse des calculs par des fonctions trigonométriques en radians a été améliorée.
Dans ce contexte, cela vise à faire disparaître les :
résultats proches de zéro alors qu'ils auraient dû être nuls (notamment avec des angles en radians)
résultats très grands alors qu'ils auraient dû déclencher une erreur de dépassement
Toutefois nous avons alors de nouvelles erreurs. Pourquoi la calculatrice affirme-t-elle que
Dans le mode CAS, nous bénéficions de toute une collection d'améliorations du moteur de calcul, soit l'ensemble des améliorations apportées entre temps au moteur GIAC de Xcas.
De nouveaux avertissements accompagnent certains résultats.
Passons aux fonctions. En mode réel, les graphes de fonctions dont les expressions utilisent des puissances fractionnaires sont maintenant tracés au complet.
Il devient maintenant possible d'intégrer une fonction dérivée.
Tu pouvais jusqu'à présent convertir des coordonnées :
de cartésiennes à polaires avec la fonction polar_coordinates()
de polaires à cartésiennes avec la fonction rectangular_coordinates()
Nous bénéficions d'une nouvelle fonction CoordinateConvert() permettant de convertir des coordonnées de façon cette fois-ci unifiée.
Elle gère non seulement les coordonnées 2D cartésiennes et polaires, mais également en prime les coordonnées 3D cartésiennes, cylindriques et même sphériques !
Tu pouvais déjà récupérer et modifier un élément de liste ou matrice en appelant le nom de cette dernière avec son numéro (attention, commençant à 1 et non à 0 comme en Python).
Tu peux maintenant réaliser ces mêmes opérations en appelant les fonctions GET() ou PUT().
Un avantage notamment pour PUT() est que cela permet l'imbrication de son appel au sein d'une autre fonction, ce qui n'était pas possible avec l'opérateur d'affectation.
Tu pouvais déjà convertir des listes en matrices et vice-versa, grâce aux fonctions list2mat() et mat2list().
Tu as maintenant de nouvelles fonctions au comportement légèrement différent et qui peut-être te conviendront mieux, ListToMat() et MatToList().
La HP Prime te permet plusieurs formes de saisie de tes expressions :
Livre pour la saisie en écriture naturelle comme dans tes livres et énoncés
Algébrique pour une saisie sur une seule ligne, pouvant nécessiter l'ajout de parenthèses par rapport à la précédente pour une même expression à saisir
RPN, une notation post-fixée dite notation polonaise inverse utilisée par défaut sur les calculatrices HP des années 1980 et 1990, une notation logique très rapide ne nécessitant aucune parenthèse, un bel hommage
Si la notation RPN fonctionnait à l'écran de calculs, elle causait quelques problèmes lorsque l'on saisissait des formes erronées dans le tableur, les boîtes de dialogue, ainsi que l'éditeur de données statistiques. C'est maintenant corrigé.
G) Assistant de résolution de lois de probabilités - boîte à outils
Résoudre un problème de loi de probabilités jusqu'à présent, c'était complexe (et pas que sur HP Prime).
Tu avais une fonction pour chaque type de loi de probabilités, et également une fonction pour chaque type de question à résoudre (densité, cumulatif et inverse). Soit pas moins de 7×3=21 fonctions avec des noms différents et bien sûr des paramètres différents.
Et bien autre grande nouveauté, la boîte à outils
🧰
te permet désormais d'accéder à un solveur de problèmes de lois de probabilités continues.
Pas moins de 5 lois t'y sont proposées au choix :
normale
Student
χ2
Fisher
géométrique
Tu dois ensuite choisir le type de question :
center pour travailler sur la forme p(...≤X≤...)
lower tail pour travailler la forme p(X≤...)
upper tail pour travailler la forme p(X≥...)
tails pour travailler la forme p(X≤... ∪ X≥...)
Il te faut ensuite saisir :
le ou les paramètres de la loi de probabilité concernée
ainsi que l'information dont tu disposes dans ton problème, soit au choix :
la valeur de la probabilité
la ou les bornes de l'intervalle
Il te suffit alors de sélectionner la seule information manquante que tu n'as pas complétée et de taper Résoudre pour l'obtenir automatiquement !
Simple, intuitif, avec même en prime un diagramme t'illustrant la question travaillée ainsi que sa réponse, bravo HP !
Cela nous semble beaucoup ressembler à la superbe application de probabilités que la NumWorks propose depuis la rentrée 2017, ainsi qu'à celle que Casio est en train de préparer pour la rentrée 2021.
Mais ce n'est absolument pas un reproche. Quand c'est génial, pourquoi se gêner ?
On peut justement déjà comparer le nombre de lois disponibles :
Si la HP Prime propose moins de lois, notons par contre que son interface permet bien davantage de choses que celle de la NumWorks(par rapport à Casio nous ne savons pas encore).
En effet, pour l'ensemble des lois proposées, la HP Prime permet de résoudre les questions de probabilité inverse dans le cadre d'une forme p(...≤X≤...), là où la NumWorks ne l'autorise que pour la seule loi normale.
Mais surtout autre exclusivité à ce jour, l'option cochable Linked en bas d'écran te permet de préciser pour ce genre de forme si tu souhaites obtenir les 2 bornes d'un intervalle centré, ou bien seulement l'une des deux bornes, déterminée alors dans ce cas par rapport à la valeur que tu as précisée pour l'autre.
H) Assistant de résolution de polynômes - boîte à outils CAS
Pour résoudre tes équations polynomiales, plus besoin de saisir un appel de la fonction solve() avec l'ensemble de ses paramètres. Nous avons maintenant un assistant de résolution de polynômes, accessible via l'onglet CAS de la boîte à outils.
Il suffit de saisir les coefficients, et on obtient alors automatiquement les racines accompagnées d'une représentation graphique sur un intervalle jugé pertinente.
Un bel ajout, cela va bien évidemment dans la bonne direction. Nous pouvons toutefois regretter peut-être des erreurs de jeunesse :
une interface de saisie encore rudimentaire, réclamant les coefficients sous la forme d'un vecteur, ne simplifiant pas vraiment la chose sur ce point par rapport à la saisie habituelle de l'appel à solve()
l'affichage de l'expression du polynôme avec :
des signes + inutiles
des parenthèses oubliées avec un affichage faux, notamment en cas de coefficients complexes
un oubli d'affichage du terme de degré zéro, si celui-ci vaut +1 ou -1
l'absence de résultats en écriture exacte bien que l'option Intelligent Math soit activée, ce qui reste ici hélas un gros manque par rapport à la concurrence
I) Assistant de résolution de triangles - application Solveur Triangle
Dans le même style, tu disposais déjà d'une très belle application permettant de résoudre les problèmes de géométrie autour du triangle.
Il te suffisait de saisir 3 informations (longueur d'un côté ou mesure d'un angle) afin d'obtenir les 3 mesures manquantes, peu importe qu'elles concernent des côtés ou des angles !
Cerise sur la gâteau dans cette mise à jour, lors de la résolution tu obtiendras en prime l'aire du triangle.
J) Assistant de résolution d'équations - application Résoudre
La HP Prime te permet de développer et rajouter des applications. Ces applications tierces sont écrites dans les mêmes langages que les programmes, mais sont rajoutées sur l'écran d'accueil et alors directement lançables.
Petite nouveauté pour le développement d'applications, la fonction Apps() te permet d'obtenir la liste des applications installées sur la calculatrice, avec en premier élément le nom de l'application courante.
Particulièrement pratique pour les applications qui ont besoin de ressources présentes dans d'autres applications, ou dont les fonctionnalités sont réparties entre différentes applications à cause de la limite de taille à 4,5 Mo par application.
DelApp("nom_appli") te permet également de réinitialiser une application contrairement à ce que son nom indique.
Voici maintenant une nouveauté spécifique aux utilisateurs de la HP Prime G2.
D'origine, la HP Prime G2 rafraîchit son écran à une fréquence de 55 Hz.
Désormais, grâce aux nouveaux raccourcis
On
Shift
+
et
On
Shift
-
, tu peux monter cette fréquence par pas de 10 Hz jusqu'à 125 Hz.
Une fréquence plus élevée ralentit très légèrement la machine, mais te permet alors des changements d'écrans/menus visuellement plus instantanés et agréables, et notamment des animations bien plus fluides :
Autre nouveauté spécifique à la HP Prime G2 et absolument révolutionnaire !
Il t'est maintenant possible de connecter des périphériques USB et de communiquer avec. Tu as pour cela à ta disposition les fonctions suivantes :
USBOpen(vid, pid) pour établir une connexion avec le périphérique USB correspondant
USBSend({...}) pour envoyer des données au périphérique
USBReceive() pour lire des données depuis le périphérique
USBOpen() qui permet maintenant de lister les identifiants vid/pid du ou des appareils USB branchés sur ta calculatrice, fort pratique pour écarter une erreur d'identifiant en cas d'échec de la connexion
Il t'est par exemple possible de connecter une 2ème calculatrice HP Prime, peut-être enfin un pas vers la possibilité de transférer des données entre deux calculatrices.
Cela ouvre la voie vers bien d'autres possibilités ; clavier USB, souris optique USB, clé USB :
Et même les immenses possibilités de projets STEM offertes par exemple par une carte BBC micro:bit !
Toutefois pour l'instant les fonctions sont basiques. C'est-à-dire que les périphériques ainsi connectés ne sont pas fonctionnels en l'état ; les souris ne font rien et les touches clavier pas mieux. C'est-à-dire que ces fonctions doivent être utilisées pour programmer des pilotes ciblant chacun des types de périphériques que tu souhaites utiliser.
Précisons de plus que la détection de périphériques via un appel USBOpen() n'est pas très fiable. Nous n'avons réussi à détecter que 2 souris sur 3... 1 clé USB sur 10... Et si cela a marché avec la carte BBC micro:bit v1, cela n'a pas été le cas avec une carte BBC micro:bit v2.
Peut-être y a-t-il des différences de consommation électrique entre ces périphériques gênant la détection au-delà d'un certain seuil, mais si c'est ça la limite serait bien basse par rapport à ce que l'on observe sur les modèles Texas Instruments concurrents.
L'application Tableur souffrait d'un petit bug, mais bizarrement il ne se déclenchait que sur HP Prime G2.
Si tu choisissais d'aller directement à une cellule via le menu Aller en bas d'écran et validais une saisie d'adresse vide, la calculatrice redémarrait immédiatement.
Comme nous te l'avions expliqué cette mise à jour sort en urgence pour les examens aux Pays-Bas.
Aux Pays-Bas les examens de l'enseignement secondaire exigent l'activation du mode examen des calculatrices, mais interdisent de plus certaines fonctionnalités :
le calcul formel (CAS)
tout élément logiciel additionnel (ce qui interdit certes les programmes préchargés mais également toute application additionnelle, c'est-à-dire sur certains modèles même les applications officielles préchargées lorsqu'elles ont le tort de ne pas être intégrées au système)
tout accès à un éditeur de texte (ce qui interdit entre autres l'ouverture de l'éditeur de programmes, et par conséquent toute création de programme pendant l'examen)
Pour activer correctement le mode examen, les candidats devaient choisir de personnaliser sa configuration et tout remplir correctement :
durée suffisante (4 heures)
contenu mémoire préexistant masqué ou effacé
et en prime préciser des fonctionnalités à verrouiller via le bouton tactile Configuration en bas d'écran :
Apps utilisateur
CAS
Remarques et programmes
Nouv. remarques et programmes
Nouveauté à compter de cette session 2021, en dehors des quotients de nombres entiers le reste des résultats exacts QPiRac sont désormais également interdits aux examens des Pays-Bas.
Or il n'y avait aucune option relative à cela ; les résultats exacts QPiRac restaient dans tous les cas accessibles en mode examen via la fonction QPI(...).
Le nouveau mode examen de cette version résout le problème en rajoutant 2 limitations de fonctionnalités relatives au calcul exact à l'écran de configuration du mode examen :
Intelligent Math
a b/c Key options
HP va même très loin pour faire plaisir aux Pays-Bas, jusqu'à présent le mode examen personnalisé n'avait par défaut aucune limitation de fonctionnalités activée.
Et bien désormais gros changement désormais, le a b/c Key options est coché par défaut.
a b/c Key options désactive à la fois :
la mise sous forme exacte via la touche
ab/c
la mise sous forme exacte via la fonction QPI(...)
Par contre cela ne désactive apparemment pas le moteur de calcul exact QPiRac rajouté à l'écran ⌂Home.
Il semble donc que les candidats aux Pays-Bas devront dès cette année cocher quand même 1 limitation supplémentaire à l'écran de configuration des fonctionnalités en mode examen :
Apps utilisateur
CAS
Intelligent Math
Remarques et programmes
Nouv. remarques et programmes
a b/c Key options (coché par défaut)
Autre changement pour faire plaisir aux Pays-Bas dans l'application Suites.
Lorsque la calculatrice est réglée en Néerlandais, les champs permettant de choisir le type de définition de suite ainsi que le rang initial éventuel passent en premier.
Le mode examen gagne des façons de désactiver seulement certaines fonctions CAS :
une nouvelle option permet de désactiver les fonctions CAS d'arithmétique ifactor(), idivis(), igcd() et lcm()
Do1VStats désactive désormais également les fonctions CAS de médiane, quartile et moyenne
Stat2Vars désactive désormais également les fonctions de régression du mode CAS
le même réglage unique désactive désormais les fonctions comb(), perm(), min() et max() aussi bien en mode numérique que CAS
Cela permettra peut-être aux candidats de certains pays ou examens de ne pas avoir à désactiver complètement le moteur CAS.
Dans les pays comme la France où ce sont les candidats qui activent le mode examen, la HP Prime était bien embêtante. En effet, pour ceux qui arrivaient à leur épreuve avec un mode examen déjà activé (et donc potentiellement une mémoire non vide), il n'y avait pas de moyen simple de réinitialiser le mode examen.
La bouton reset n'efface pas les données, et à moins de disposer sur place d'un ordinateur ou autre hôte USB avec la bonne connectique sous la main pour désactiver puis réactiver le mode examen, la seule solution était d'aller tout effacer dans le menu mémoire.
Grande nouveauté avec cette version, lorsque activé, l'écran de statut du mode examen présente enfin un Restart en menu de bas d'écran.
Finies les manipulations compliquées ou impossibles pour le surveillant, une simple pression sur ce bouton tactile suffira !
Pour le moment nous allons nous concentrer sur l'éditeur de script.
L'éditeur en soi est assez rudimentaire. Il ne bénéficie ni de coloration syntaxique, ni d'autocomplétion.
L'éditeur offre par défaut un système d'indentation automatique, bizarrement nommé Tiret dans le menu, mais à ce jour fort peu pratique pour du code Python.
En fait au retour à la ligne avec
Enter
insère un retrait qui ne fait qu'aligner le code avec celui de la ligne précédente.
L'éditeur s'accompagne d'un menu de bas d'écran Tmplt permettant de saisir rapidement différents blocs de commandes Python.
Toutefois quelque chose de remarquablement bien conçu, c'est le menu Cmds.
Celui-ci liste les éléments des différents modules disponibles, et va même de façon fort logique jusqu'à lister les sous-éléments lorsqu'il y en a !
Les menus des modules s'accompagnent bien sûr chacun de l'essentielle commande d'importation.
Autre fonctionnalité absolument remarquable, tu disposes d'une formidable aide en ligne qui t'explique de façon exhaustive le fonctionnement et l'utilisation de chaque élément Python !
Il te suffit dans les menus précédents de sélectionner l'élément mais de ne pas valider, et à la place de taper
Help
.
Bref, de gros manques d'une part, mais également des avancées inédites hautement intéressantes d'autre part.
permet donc d'accéder à la vue de la console. La console à sa première ouverture importe automatiquement l'ensemble des scripts associés à l'application Python.
Par la suite elle te proposera de rafraîchir lors de tes aller-retours entre la console et l'éditeur, certes en Anglais alors que nous avons réglé la machine en Français.
Attention toutefois, contrairement à toute la concurrence ces importations automatiques utilisent la commande import ... et non pas from ... import *.
Tu devras donc systématiquement préfixer à la main tous tes appels aux éléments d'un script du nom du script en question.
Sinon, il te faudra saisir toi-même la commande from ... import * adéquate.
Tu saisis donc sur la ligne en bas d'écran, et tu as l'historique défilable des sorties au-dessus.
Nous avons toujours le menu Cmds en bas d'écran, mais plus le menu Tmplt pour saisir les blocs de commandes.
Cela peut s'expliquer par le fait que la console Python de la HP Prime ne gère pas les saisies sur plusieurs lignes. Peu de solutions Python concurrentes les supportent à ce jour, juste les TI-83 Premium CE, TI-84 Plus CE, TI-Nspire CX II et le programme Ndlessmicropython pour les TI-Nspire.
Ligne de saisie et historique sont donc ici deux zones graphiques bien distinctes. Il n'empêche que tu peux quand même réutiliser tout ou partie d'une saisie ou d'un affichage précédent, il te suffit de cliquer dans l'historique pour en sélectionner une ligne, passer alors de ligne en ligne avec les flèches, et copier la ligne de ton choix vers le champ de saisie à l'aide du menu de bas d'écran.
La touche
On
permet d'interrompre instantanément un script Python qui pour une raison ou une autre prendrait trop de temps ou ne se terminerait pas.
Concernant la fonction input(), la saisie est effectuée sur la ligne dédiée. On peut toutefois regretter l'absence de retour à la ligne dans l'historique de la console.
L'ensemble des touches avec fonctions et symboles mathématiques au clavier est soigneusement adapté à l'environnement Python, les saisies usuellement en langage HPPPL étant ici automatiquement transcrites en langage Python.
On peut toutefois regretter quelques fonctions qui, si saisies via leurs touches clavier associées, ne positionnent pas correctement le curseur de texte, ne le plaçant pas entre les parenthèses mais après.
Pour la racine n-ième avec
Shift
x^y
, c'est même pire. La fonction n'existant pas en Python, cette combinaison saisit une puissance. Non seulement le curseur de texte souffre du même mauvais positionnement, mais en prime les parenthèses sont mal placées, ne faisant alors pas calculer de racine n-ième.
Le travail de transcription automatique ne s'arrête d'ailleurs pas au clavier. Par exemple, l'interface de saisie de nombres en base hexadécimale, octale ou binaire reste accessible en Python via son raccourci
Shift
-
. Bien que continuant d'afficher les nombres au format HPPPL, ces derniers sont automatiquement traduits en syntaxe Python pour la saisie une fois validés.
On peut trouver par contre quelques défauts de transcription à condition de se rendre dans des menus ou interfaces :
La plupart des opérateurs de comparaison et de logique accessibles via
Shift
6
sont saisis correctement dans le contexte Python. Font exception :
le non logique NOT, bizarrement remplacé dans le contexte Python par ! ce qui n'est pas correct en Python ; il faut remplacer par not
le ou exclusif xor, à remplacer par ^ dans le contexte Python
la fonction EQ() à remplacer par == en Python ou bien à supprimer si ça fait doublon
Les constantes mathématiques sont saisies correctement en Python via les touches clavier, mais pas via le menu des constantes accessible via
Shift
□/□
.
Il n'empêche, un accomplissement qui reste remarquable en terme de quantité et de rapidité !
3) HPPPL / Python / CAS : Editeur programmes hybride projets HPPPL / Python / CAS et nouveautés HPPPL
L'éditeur de programmes subit avec cette version une formidable révolution.
Déjà de façon évidente nous avons désormais des numéros de lignes affichés. De façon complémentaire le nouveau menu de bas d'écran Plus permet d'aller directement au numéro de ligne de son choix.
Avais-tu tendance à te perdre dans tes lignes de code ? Ce même menu te permet également de définir jusqu'à 10 signets, c'est-à-dire des endroits de ton code où tu pourras alors aller rapidement.
Tu peux également procéder sans menu directement avec les raccourcis clavier :
On
Shift
avec un numéro de 0 à 9 pour placer un signet à la position courante. Pour te rendre ensuite instantanément au signet en question, c'est
On
avec le numéro du signet concerné.
Venons-en à la révolution. L'éditeur de programmes gérait par défaut le langage HPPPL(HP Prime Programming Language).
Mais il permettait également de gérer le langage Xcas. Les blocs en langage Xcas étaient à encadrer de balises #cas et #end. Le langage Xcas pouvait utiliser 2 syntaxes : la syntaxe historique de Xcas ainsi qu'une syntaxe proche du Python.
Et bien voilà, en plus des 2 langages précédents, tu peux désormais inclure des blocs en Python, à délimiter ici par les balises #python et #end.
Oui oui, l'éditeur de programmes historique de la HP Prime gère désormais 3 langages, HPPPL, Xcas et Python. Un même éditeur pour les coder tous, quand sur nombre de solutions concurrentes tu dois te taper un éditeur différent par langage sans aucun mélange possible !
Tu peux alors appeler le bloc Python comme si c'était un script, en spécifiant son nom à une fonction PYTHON(), ainsi que ses paramètres éventuels. Le bloc Python récupère alors les valeurs des paramètres éventuels dans la liste sys.argv :
#PYTHON name import sys print("Python says "+sys.argv[0]) #end
Export ppl(a) Begin PYTHON(name, a); End;
Mais tu peux également écrire différemment le bloc Python en question, afin de pouvoir l'appeler comme une fonction, et te passer alors de l'appel à la fonction PYTHON() :
La langage HPPPL disposait d'une très large bibliothèque de fonctions de tracé par pixels ou coordonnées. De quoi programmer de superbes interfaces pour tes programmes de sciences ou jeux.
Un petit manque, c'était dans le cadre du tracé de chaînes de caractères avec par exemple la fonction TEXTOUT_P(). Il n'y avait en effet pas de moyen simple de connaître l'espace occupé par le texte affiché (largeur et hauteur), ce qui pouvait être embêtant :
pour bien positionner les autres éléments graphiques à tracer
pour donner un fond coloré à certains affichages de texte
Une estimation des bonnes dimensions n'était pas simple, surtout que la calculatrice gère pas moins de 7 tailles différentes de polices de caractères.
Voici donc enfin la solution pour programmer encore plus facilement tes interfaces graphiques, la fonction TEXTSIZE(texte,taille_police).
Elle retourne en pixels les dimensions du rectangle occupé par l'affichage de la chaîne de caractères fournie selon la taille de police spécifiée (de 1 pour la plus petite à 7 pour la plus grande, ou sinon 0 pour tout simplement la taille courante). De quoi positionner parfaitement tes affichages en un minimum de lignes !
Export demo(txt,fcol,bcol) Begin X:=0; Y:=0; FOR F FROM 1 TO 7 DO L1:=TEXTSIZE(txt,F); TEXTOUT_P(txt,G0,X,0,F,fcol,L1[1],bcol); TEXTOUT_P(txt,G0,0,Y,F,fcol,L1[1],bcol); Y:=Y+L1[2]; X:=X+L1[1]; END; WAIT(); End;
En Python les fonctions peuvent être définies avec des valeurs par défaut pour les derniers arguments. Cela évite à l'utilisateur d'avoir à spécifier les derniers arguments lors de son appel de la fonction, pourvu que les valeurs par défaut correspondent bien à un cas fréquent.
Le langage HPPPL ne permet pour sa part pas de définir des fonctions avec des valeurs d'arguments par défaut.
Par contre, une nouveauté dans cette mise à jour, il est maintenant possible de définir plusieurs fonctions partageant le même nom.
Pratique pour l'utilisateur de ne plus avoir à retenir différents noms de fonction ayant le même rôle mais dans des contextes différents :
Et surtout, cela permet de simuler des valeurs d'arguments par défaut. Il suffit de définir plusieurs fois le même nom de fonction avec des nombres d'arguments qui diffèrent, et c'est au code d'agir en conséquence :
EXPORT POLY2(a,b,c) BEGIN LOCAL d,ex; ex:="("+a+")*x^2"+"+("+b+")*x+"+c; d:=b^2-4*a*c; RETURN CONCAT({CAS.expr(ex)},(−b+{1,−1}*√(d))/(2*a)); END;
EXPORT POLY2(a,b) BEGIN RETURN POLY2(a,b,0); END;
EXPORT POLY2(a) BEGIN RETURN POLY2(a,0,0); END;
Peut-être que cela te choque de pouvoir ainsi définir plusieurs fois et différemment le même nom de fonction... ou pas.
Dans tous les cas tu as une alternative avec une autre formidable nouveauté, une fonction HPPPL peut désormais être définie pour accepter un nombre variable d'argument !
Il suffit de préfixer le dernier argument de la fonction de points de suspension, et ce dernier recevra la liste de tous les arguments optionnels spécifiés au-delà des éventuels premiers arguments obligatoires.
EXPORT POLY22(...l) BEGIN LOCAL a,b,c,d,n,ex; {'a','b','c'}:={1,0,0}; n:=SIZE(l); IF n>=1 THEN a:=l[1]; IF n>=2 THEN b:=l[2]; IF n>=3 THEN c:=l[3]; END; END; END; ex:="("+a+")*x^2"+"+("+b+")*x+"+c; d:=b^2-4*a*c; RETURN CONCAT({CAS.expr(ex)},(−b+{1,−1}*√(d))/(2*a)); END;
Pour le moment il y a un maximum de 16 arguments au total, qu'ils soient obligatoires ou optionnels.
Précisons si tu lances un programme via l'interface de l'éditeur, le cas où sa fonction principale prend un nombre variable d'arguments est bien géré.
Toujours pour plus de libertés, pour rester sur les fonctions tu n'as plus besoin dans un programme HPPPL de placer leur déclaration de fonctions avant la première ligne les appelant.
Cela autorise également de nouvelles possibilités, comme des fonctions qui s'appellent mutuellement l'une l'autre :
Les affichages non graphiques de tes programmes via la fonction PRINT() étaient pour leur part redirigés vers une sorte de console ici appelée terminal. Et bien grande nouveauté, il y a désormais une nouvelle fonction PRINT2D() pour afficher dans le terminal des lignes en écriture naturelle.
En pratique pour que la fonction PRINT2D() fonctionne correctement, il est nécessaire de bloquer l'évaluation/simplification des expressions que tu lui passes. C'est possible en les entourant d'un appel de fonction quote(), ou encore en les mettant entre guillemets simples.
Tu peux également afficher des expressions en écriture naturelle à la position de ton choix sur l'écran grâce aux fonctions TEXTOUT_P() et TEXTOUT(), en précisant le nouveau drapeau "2D" : TEXTOUT_P('√2022/19', G0, 0, 60, {"2D"});
Autre point, on pouvait inclure la caractère tabulation '\t' dans les chaînes de caractères, mais les fonctions d'affichage (PRINT, PRINT2D, TEXTOUT, TEXTOUT_P) le remplaçaient par un rectangle peu esthétique.
C'est maintenant amélioré, ces mêmes fonctions remplacent à l'affichage le caractère tabulation par un espace.
Autre nouveauté, il t'est maintenant possible de déclencher via la fonction READLINE() une saisie qui sera réalisée directement dans le terminal. L'utilisateur bénéficiera ainsi lors de sa saisie de tout ce qui aura pu y être affiché auparavant.
Nous avons donc vu plus haut qu'il était possible d'inclure des blocs de code Python dans tes programmes HPPPL.
C'est en fait l'arbre qui cache la forêt ; cela va beaucoup plus loin que ça. L'éditeur de programmes devient désormais un véritable éditeur de projets.
Nouveau menu de bas d'écran Plus qui nous révèle plein de choses. Les fichiers .hpprgm peuvent maintenant comporter plusieurs onglets dont tu définis le nom et le type à la création, et entre lesquels tu peux basculer par la suite. Les types d'onglets proposés sont :
PPL Program pour donc du code HPPPL comportant éventuellement des blocs en langage Python ou Xcas
Cas Program pour donc du code Xcas
Python Program pour du code Python
Binary asset pour des données brutes
Jpg image pour une image JPEG
Png image pour une image PNG
Données brutes et images peuvent ensuite être lues / écrites via la fonction Resource(nom_onglet).
Par exemple pour charger une image Jpg/Png ainsi dans le calque G1, c'est G1:= Resource("nom_onglet").
L'éditeur de programme du logiciel de connectivité reproduit les mêmes nouveautés.
L'appel de code Python est similaire à ce qui a été vu plus haut avec la commande PYTHON(), peu importe que le code soit maintenant sur un onglet distinct.
Il t'est possible de mettre un programme en lecture seule, le protégeant ainsi contre des modifications accidentelles.
Et accessoirement, il t'est désormais possible de crypter tes programmes/projets dans ce même menu Plus, afin de rendre leur code source illisible. Attention l'opération est définitive, aussi te créera-t-elle une copie cryptée du programme courant, copie que tu pourras donc diffuser tout en conservant l'original modifiable.
Un module Python très intéressant à explorer pour commencer à apprendre à se connaître, c'est le module standard sys.
Il est donc au menu de bas d'écran Cmds, et on peut noter que le contenu listé semble très exhaustif.
Histoire d'être sûr de ne rien rater, on peut obtenir la liste intégrale des différents éléments qu'il permet d'appeler via un simple dir(sys).
sys.platform == 'HP Prime' sera par exemple une astuce de test bien utile pour tes scripts en ayant besoin d'identifier la plateforme sur laquelle ils tournent, notamment pour tenir compte des dimensions de l'écran ou du comportement de la console Python.
Comme on pouvait s'en douter sys.implementation nous indique que nous sommes sur un Micropython, en précisant qu'il s'agit d'une version 1.9.4, et implémentant lui-même le Python 3.4.0 comme l'indique sys.version.
Actuellement l'ensemble des solutions concurrentes implémentent Python 3.4.0, et la plupart utilisent Micropython.
Bon, Micropython 1.9.4 sur HP Prime ce n'est certes pas une antiquité, mais nous sommes en 2021 et les mises à jour sorties en 2020-2021 pour solutions concurrentes sont déjà passées à plus récent.
Mais peut-être n'y a-t-il pas eu le temps de creuser ce point depuis la version alpha d'octobre 2019 qui intégrait déjà cette version.
Micropython 1.12.0 : NumWorks
Micropython 1.11.0 : TI-Nspire CX II
Micropython 1.9.4 : HP Prime Casio Graph 90+E / 35+E II
TI-Python 3.1.0.58 : TI-83 Premium CE Edition Python
TI-Python 3.1.0.58 : TI-83 Premium CE Edition Python / TI-84 Plus CE Python Edition
CircuitPython 4.0.0 : TI-83 Premium CE + TI-Python(firmware tiers)
CircuitPython 3.0.0 : TI-83 Premium CE + TI-Python
Pour information TI-Python est un dérivé de CircuitPython, qui est lui-même un Micropython allégé.
sys.maxsize pour sa part indique le plus grand entier pouvant être codé nativement sur la plateforme utilisée, avec ici une organisation little endian comme l'indique sys.byteorder. En pratique sys.maxsize détermine la taille maximale de nombre de structures telles les listes. Les variables peuvent quand même prendre des valeurs entières absolues supérieures qui sont alors gérées logiciellement en tant qu'entiers longs.
Comme la quasi totalité de la concurrence jusqu'à présent, nous avons sys.maxsize == 2147483647, soit sys.maxsize == 2**31 -1, valeur habituelle pour les plateformes 32 bits, 1 bit étant réservé pour le signe.
Les seules exceptions sont les TI-Nspire CX II qui pour on ne sait quelle raison ont sys.maxsize == 32767 soit sys.maxsize == 2**15 -1, caractéristique des plateformes 16 bits...
Quant à sys.byteorder, ici aussi la quasi totalité de la concurrence travaille en little endian.
À une exception près ici encore mais pas la même, les Casio travaillent en big endian.
Voyons donc les performances du Python dans le contexte des nombres entiers, afin de voir si les performances de la HP Prime sont à la hauteur de la réputation de son formidable matériel. Voici donc un script réalisant un test de primalité :
def nodivisorin(n,l): for k in l: if n//k*k==n: return False return True
def isprimep(n): t=hastime() s,l,k=0 or t and monotonic(),[3],7 if n==2 or n==5:return True if int(n)!=n or n//2*2==n or n//5*5==5: return False if n<k:return n in l while k*k<n: if nodivisorin(k,l):l.append(k) k+=2+2*((k+2)//5*5==k+2) r=nodivisorin(n,l) return (t and monotonic() or 1)-s,r
Malheureusement ici pas de module time, donc nous allons lancer une série de 15 isprimep(10000019) via une boucle, chronométrer à la main et faire la moyenne.
Donc en moyenne pour un appel de isprimep(10000019) :
la HP Prime G1 répond en seulement 0,449s, soit déjà légèrement plus vite qu'une TI-Nspire CX II !
la HP Prime G2 répond plus vite que son ombre, en 0,171s !
Fantastique, les HP Prime mènent la course, et la HP Prime G2 écrase littéralement toute concurrence, bravo !
0,171s : HP Prime G2(32 bits : Cortex-A7/ARMv7 @528MHz Python)
0,449s : HP Prime G1(32 bits : ARM9/ARMv5 @400MHz Python)
Poursuivons l'étude du moteur de calcul numérique du Micropython en question, avec cette fois-ci les nombres en virgule flottante dits flottants.
Ce type de donnée représente les nombres non entiers sous la forme
$mathjax$M\times 2^{E-E_{min}}$mathjax$
, avec :
M, un nombre entier relatif dit mantisse
Emin, nombre entier négatif indique l'exposant minimal pouvant être codé
E, nombre entier naturel codant l'exposant
Nous pourrions bien sûr saisir à la main le script ci-dessous, le transférer comme déjà vu entre balises #python et #end dans un programme HPPPL. Mais nous allons plutôt te montrer cette fois-ci comment envoyer directement un fichier .py à l'application Python, car oui la machine les gère.
Pour cela, dans le logiciel de connectivité, il faut rajouter le ou les scripts Python souhaités aux fichiers de l'application Python, via un appel au menu contextuel (clic droit) sur le dossier en question.
def precm(b): k,b=0,float(b) while 1+b**-k-1>0: k+=1 return k
def prece(): a=-1 while 2.**a>0: a*=2 while 2.**a==0: a+=1 b=1 while str(2.**b)[0:3]!='inf': b*=2 while str(2.**b)[0:3]=='inf': b-=1 return [a,b]
L'appel precm(2) nous répond que le moteur travaille en virgule flottante avec des mantisses dont la précision est codée sur 53 bits, permettant environ 16 chiffres significatifs en écriture décimale (precm(10)), et auxquels il faut bien évidemment rajouter 1 bit de signe. L'appel prece() nous indique pour sa part que les valeurs codables pour les exposants dans la formule vont de -1075 à +1023. Il s'agit du standard double précision du Python(64 bits), un bon choix pour le contexte scientifique du lycée.
Puisque tout-le-monde est à égalité là-dessus, voyons donc les performances du Python dans le contexte des calculs flottants sur HP Prime.
Nous utiliserons pour cela le script suivant, développé et utilisé pour le QCC 2020, petit algorithme de seuil dans le contexte d'une suite récurrente, niveau Première :
def seuil(d): timed,n=hastime(),0 start,u=0 or timed and monotonic(),2. d=d**2 while (u-1)**2>=d: u=1+1/((1-u)*(n+1)) n=n+1 return [(timed and monotonic() or 1)-start,n,u]
Pas de module time ici, nous allons lancer une série de 15 seuil(0.008) via une boucle, chronométrer à la main et effectuer la moyenne.
Donc en moyenne pour un appel de seuil(0.008) :
la HP Prime G1 termine en seulement 0,258s, presque aussi vite qu'une TI-Nspire CX II !
la HP Prime G2 répond plus vite que tu ne relâches la touche, 0,087s !
Les HP Prime sont vraiment extraordinaires en calcul flottant Python et la HP Prime G2 écrase même toute concurrence de sa toute puissance, même en dopant cette dernière à l'overclocking !
À la fois parmi les solutions Python officielles et les solutions Python compatibles avec le mode examen, la HP Prime G2 est clairement la plus puissante que ce soit en calcul entier ou en calcul flottant, et de loin, félicitations !
0,087s : HP Prime G2(32 bits : Cortex-A7/ARMv7 @528MHz Python)
0,258s : HP Prime G1(32 bits : ARM9/ARMv5 @400MHz Python)
Les interpréteurs MicroPython ou similaires qui tournent sur calculatrices font appel à différents types de mémoires. Le tas (heap) stocke, à l'exécution, le contenu des objets Python créés. Il limite donc la taille globale utilisée pour les données de ces différents objets.
Nous avons justement la chance ici de disposer du module gc(garbage collector - ramasse miettes), avec plusieurs fonctions bien utiles :
gc.collect() pour nettoyer le heap en supprimant les valeurs d'objets Python qui ne sont plus référencées
gc.mem_alloc() pour connaître la consommation du heap en octets
gc.mem_free() pour connaître l'espace heap disponible en octets
Exécutons donc le petit script suivant afin d'enfin découvrir la tant attendue taille de heapPythonHP Prime :
import gc a, f = gc.mem_alloc(), gc.mem_free() (a, f, a + f)
Nous disposons donc ici d'un heap d'une capacité impressionnante, parmi les plus grands actuellement, 1,025 Mo aussi bien sur HP Prime G1 que HP Prime G2, de quoi a priori te lancer dans des projets Python très ambitieux ! Plus précisément nous avons ici 1,022 Mo de libres, mais auxquels il faut ajouter la taille consommée par l'importation du module gc.
Toutefois, toutes les calculatrices Python ne disposent pas du module gc. Afin de pouvoir faire des comparaisons équitables, nous allons construire notre propre script de test d'estimation de la capacité heap à partir des informations suivantes sur les tailles des objets Python, du moins sur les plateformes 32 bits que sont à ce jour nos calculatrices :
pour un entier nul : 24 octets déjà...
pour un entier court non nul (codable sur 31 bits + 1 bit de signe) : 28 octets
pour un entier long :
28 octets
+ 4 octets pour chaque groupe de 30 bits utilisé par son écriture binaire au-delà des 31 bits précédents
pour une chaîne :
49 octets
+ 1 octet par caractère
pour une liste :
64 octets
+ 8 octets par élément
+ les tailles de chaque élément
Nous allons donc tenter de remplir le heap avec plusieurs objets que nous allons faire grandir chacun son tour jusqu'à déclenchement d'une erreur, et retourner la capacité maximale que nous avons réussi à consommer. Nous récupérerons de plus la plus grand taille d'objet que nous avons réussi à utiliser lors de ce test, on t'explique de suite.
def size(o): t = type(o) s = t == str and 49 + len(o) if t == int: s = 24 while o: s += 4 o >>= 30 elif t == list: s = 64 + 8*len(o) for so in o: s += size(so) return s
def testmem(): m1, m2 = 0, 0 while 1: t1, t2 = mem(0) if t1 > m1 or t2 > m2: m1 = max(t1, m1) m2 = max(t2, m2) input(str((m1,m2)))
On trouve bien sur HP Prime une capacité heap de 1,025 Mo proche de la mesure précédente, à laquelle bien sûr il faut rajouter la consommation du script que nous estimons à 1,056 Ko. Nous avons ici en prime une autre valeur de 393,486 Ko, correspondant à la taille du plus gros objet qui a pu être créé au cours du test et donc au plus grand espace libre disponible de façon contiguë dans le heap.
Pour le moment, dans le contexte de la HP Prime la capacité heapPython serait bien décevante.
Autant sur HP Prime G1 avec seulement 32 Mio de SDRAM sollicités par bien d'autres choses, on pouvait comprendre de se modérer sur le heapPython...
Mais la HP Prime G2 dispose d'une capacité SDRAM de 256 Mio écrasant littéralement toute concurrence. Nous attendions ici bien mieux que cela, de quoi se lancer dans des projets Python ambitieux...
Mais ne nous avouons pas encore vaincus.
Certes l'application Python ne se lance donc qu'avec 1,025 Mo de heap, mais nous avons vu plus haut qu'il était possible d'exécuter des scripts et fonctions Python depuis l'éditeur de programmes historique grâce à la fonction PYTHON().
Or, il se trouve que cette fonction permet de spécifier la capacité heap à allouer : PYTHON({nom_python,taille_heap},...).
Réalisons de quoi saisir et tester des capacités :
Export heaptest_ppl(v) Begin PRINT("allocating heap: "+v); PRINT(""); PYTHON({heaptest_python,v}); End;
La capacité heap maximale que l'on peut allouer dépend de la mémoire RAM disponible, sur laquelle l'écran mémoire accessible via
Shift
🧰
donne une indication.
La HP Prime G1 dispose de 32 Mio de SDRAM, et en gros sur une calculatrice vide ne contenant que le script de test on peut spécifier jusqu'à un peu plus de 16 Mo, au-delà le bloc Python n'est tout simplement pas exécuté. Histoire d'avoir une marge de sécurité puisque cette mémoire libre sera variable, retenons 16 Mo pour la suite.
En pratique la capacité heap reportée par le module gc est légèrement inférieure, dans les 15,6 Mo.
La HP Prime G2 dispose pour sa part de 256 Mio de SDRAM. De même sur une calculatrice vide ne contenant que le script de test, on peut spécifier jusqu'à 258 Mo et quelques, restons-en à 258 Mo(non non pas d'erreur ça rentre, puisque 256 Mio ≈ 268,5 Mo).
En pratique la capacité heap reportée ici par le module gc est d'environ 252,1 Mo.
Encore plus simple que nous n'avions pas remarqué la dernière fois, l'application Python dispose de réglages accessibles via
Shift
Plot
.
On peut y spécifier le heap, avec le gros avantage d'avoir ici sur le même écran une indication de la mémoire disponible.
Voilà qui change complètement la façon de voir les choses, les capacités heapPython des HP Prime sont littéralement en orbite et rendent toute concurrence insignifiante !
Les interpréteurs MicroPython ou similaires qui tournent sur calculatrices font appel à différents types de mémoires. La pile (stack) référence, à l'exécution, les objets Python créés. Sa capacité limite donc le nombre d'objets Python pouvant coexister simultanément en mémoire.
Tentons donc de déclencher une consommation massive de stack, afin de pouvoir comparer et voir comment s'en sortent la HP Prime et les autres. Une situation très simple qui peut être grand consommatrice de stack c'est la récursivité, soit les fonctions qui se rappellent elles-mêmes. Prenons le script suivant, issu du QCC 2020 :
def test(f): n = 0 try: while 1: n = f(n) + 1 except Exception as e: print(e) return n
Nous atteignons donc sur HP Prime G1 un maximum de 77 niveaux de récursion avant erreur, et même 99 niveaux sur HP Prime G2.
Mais nous avons vu plus haut qu'il était possible d'appeler un script ou une fonction Python depuis l'environnement HPPPL grâce à la fonction PYTHON(), et que cette dernière permettait de préciser la taille du heap alloué à cet appel. De façon similaire, elle permet également de préciser la taille du stack à utiliser : PYTHON({nom_python,taille_heap,taille_stack},...).
Réalisons ici encore de quoi saisir et tester des capacités :
#python stacktest_python def compte_r(n): return n>0 and 1 + compte_r(n-1)
def test(f): n = 0 try: while 1: n = f(n) + 1 except Exception as e: print(e) return n
print(test(compte_r)) #end
Export stacktest_ppl(v) Begin PRINT("allocating stack: "+v); PRINT(""); PYTHON({stacktest_python,#100000h,v}); End;
Sur HP Prime G1 nous atteignons la limite initiale de 77 en allouant 40K de stack.
On peut atteindre 82 niveaux de récursion en passant à 43K de stack.
Mais c'est tout, augmenter davantage le stack ne change plus rien et effectivement on note un changement au niveau de l'exception reportée : on passe d'un "maximum recursion depth exceeded" à un "pystack exhausted".
Ce n'est donc plus le même facteur limitant qui nous bloque, c'est maintenant autre chose qui interrompt la descente récursive.
Sur HP Prime G2 il suffit de 26K de stack pour atteindre la limite de 99.
Mais le changement d'exception se produit alors immédiatement ; on ne peut pas aller au-delà.
Encore plus simple que nous n'avions pas remarqué la dernière fois, l'application Python dispose de réglages accessibles via
Shift
Plot
.
On peut y spécifier le stack à utiliser pour l'application. Et apparemment c'est la par défaut de 40 Ko qui nous donne donc 77 récursions sur HP Prime G1 et 99 sur HP Prime G2.
D'où le classement des solutions Python niveau stack :
À ces modules standards ou équivalents s'ajoutent usuellement des modules propriétaires destinés à traiter des spécificités matérielles ou logicielles de la calculatrice (détection des touches clavier, de la zone pointée, allumage de pixels sur l'écran, importation/exportation de données, connectivité, ...)
Pour cela nous avons le module unique hpprime que nous allons découvrir ou redécouvrir de suite.
D'autres modules spécifiques sont également disponibles en provenance du développement de Xcas :
arit pour faire de l'arithmétique
graphic, un module de tracé par pixels
cas pour appeler le moteur CAS
9) Python : Appels HPPPL / CAS - import hpprime + import cas
Le module hpprime est donc un module Python propriétaire dédié à la HP Prime.
Un dir(hpprime) ne révèle rien de plus. Donc pas de cachotteries ici, tout semble bien être montré au menu et c'est déjà pas mal du tout, si bien que nous allons traiter du module hpprime en plusieurs parties.
Nous avons donc vu plus haut qu'il était possible d'appeler du Python dans le contexte HPPPL.
Et bien l'inverse est également possible grâce à la fonction eval("..."). La fonction eval() permet d'évaluer l'expression fournie dans le contexte HPPPL et d'en retourner le résultat.
C'est maintenant l'occasion de profiter du formidable catalogue de fonctions de la HP Prime notamment lorsqu'elles n'ont ici pas d'équivalent intégré en Python, pour effectuer des calculs et mêmes des affectations de variables de l'environnement HPPPL : hpprime.eval("NORMALD_CDF(2)")
Encore mieux que ça, tu peux également évaluer des expressions dans le contexte CAS en imbriquant un appel à la fonction HPPPLCAS.eval(), de quoi bénéficier du moteur de calcul formel CAS en Python : hpprime.eval('CAS.eval("int(ln(x),x)")')
Mais c'est un peu long et donc pénible à saisir, non ?
Et bien justement, nous avons le module cas qui permet d'appeler directement le moteur CAS grâce aux fonctions caseval("..."), xcas("...") et eval_expr("..."):
On pouvait reprocher aux solutions Python concurrentes leur absence d'intégration, le Python tournant en vase clos dans son coin sans interaction avec le reste de l'environnement mathématique de la calculatrice, ou avec très peu d'interactions.
Sur HP Prime l'intégration du Python a été poussée à un niveau formidable, et de plus de façon bidirectionnelle !
Enfin de quoi faire du Python sur la calculatrice non plus pour faire du Python, mais pour résoudre des problèmes de Mathématiques et de Sciences en interaction avec les autres applications de la calculatrice, bravo !
Le module hpprime contient également de quoi permettre à tes scripts de tester les appuis sur les touches du clavier.
La fonction dédiée hpprime.keyboard() cumule vraiment tous les avantages par rapport aux solutions concurrentes :
elle est non bloquante, heureusement
elle ne te renvoie pas une touche mais l'état global du clavier, c'est-à-dire que tu peux tester en un seul appel des appuis simultanés sur plusieurs touches
elle permet même de tester des touches silencieuses : les modificateurs
Shift
et
ALPHA
(elle ne permet toutefois pas d'identifier la touche
On
, l'arrêt du script étant immédiat et prioritaire)
Donc selon l'aide, pour tester par exemple la touche
Vars
il faut faire hpprime.keyboard() & (1 << 15) car ce serait la 15ème touche clavier en partant du coin en haut à gauche. L'opérateur && affiché à l'écran d'aide en question étant une erreur.
Afin de t'aider, voici donc la carte clavier en ce sens :
Apps
0
Symb
1
↑
2
Help
3
Esc
4
Plot
6
←
7
→
8
View
9
⌂
5
Num
11
↓
12
Menu
13
CAS
10
Vars
14
🧰
15
□/□
16
xtθn
17
ab/c
18
⌫
19
x^y
20
SIN
21
COS
22
TAN
23
LN
24
LOG
25
x²
26
+/-
27
()
28
,
29
Enter
30
EEX
31
7
32
8
33
9
34
÷
35
ALPHA
36
4
37
5
38
6
39
×
40
Shift
41
1
42
2
43
3
44
-
45
On
46
0
47
.
48
_
49
+
50
À tester donc avec hpprime.keyboard() & (1 << numero_touche)
Évaluons les solutions clavier Python concurrentes selon les critères suivants :
possible d'identifier la touche pressée
les touches modificateurs sont identifiables (controle, shift, alpha, 2nde)
la touche on/off est identifiable
le test est non bloquant
possible d'identifier plusieurs touches pressées simultanément
possible d'identifier plusieurs touches pressées simultanément en un seul appel de la fonction de test
La HP Prime t'offre clairement la meilleure solution Python de gestion du clavier, de quoi en adapter intégralement le comportement pour des interfaces et jeux intuitifs et réactifs !
0 point : Casio Graph 90+E / 35+E II / fx-CG50 / fx-9750/9860GIII Casio Graph 35/75+E / 35+E II / fx-9750GII/GIII / fx-9860G/GII/GIII(appli CasioPython) TI-Nspire(Ndless + micropython) TI-83 Premium CE + TI-Python
Le module cas offre lui aussi une fonction get_key(), mais nous n'allons pas être bien longs à son sujet cette fois-ci. En effet elle ne semble pas fonctionnelle à ce jour ; elle renvoie immédiatement 0, indépendamment du nombre de touches que tu peux presser ou pas.
Mais le clavier n'est pas la seule entrée. La HP Prime dispose également d'un écran tactile, et ce dernier est lui aussi géré en Python, grâce à la fonction hpprime.mouse().
Ici les comparaisons à la concurrence seront rapides puisqu'il n'y a qu'une solution offrant quelque chose de comparable, les TI-Nspire CX II pour leur pavé tactile.
Mais ici encore énorme avantage à la HP Prime qui te retourne les coordonnées de non pas 1 pointeur mais 2 pointeurs !
Avec les bons calculs, de quoi donc détecter également en Python les événements tactiles à 2 doigts (zoom notamment), une exclusivité à ce jour !
11) Python : Tracé par pixels et performances - import hpprime + import graphic
Nous y trouvons notamment la fonction pixon(numero_calque, x, y, couleur) pour allumer un pixel.
numero_calque de 0 à 9 correspond aux variables globales G0 à G9 de l'environnement HPPPL, avec pour rappel :
G0 : pour un affichage direct sur écran
G1 à G9 : 9 calques hors écran, permettant non plus du double buffering mais du multiple buffering
C'est-à-dire que tu peux construire tranquillement ton affichage hors écran dont tu déclencheras l'affichage quand tu voudras, ce qui évite ainsi les affichages automatiques d'états inachevés ou encore d'états intermédiaires inesthétiques notamment dans le cas d'animations.
Voici le détail des fonctions disponibles dans ce contexte :
blit(numero_calque_1, x, y, numero_calque_2) pour copier un calque G0 à G9 sur un autre aux coordonnées indiquées
strblit(numero_calque_1, x, y, largeur, hauteur, numero_calque_2), comme le précédent mais permet en prime au passage de redimensionner la copie (agrandissement, réduction, ...)
strblit(numero_calque_1, x1, y1, largeur1, hauteur1, numero_calque_2, x2, y2, largeur2, hauteur2), comme le précédent mais permet de ne copier qu'une partie du calque
dimgrob(numer_calque, largeur, hauteur, couleur) pour redimensionner les calques G1 à G9(non valide pour l'écran G0)
grobw(numer_calque) récupérer les dimensions d'un calque G0 à G9
Par contre hpprime ne semble pas fournir de quoi lire la valeur d'un pixel.
L'écran HP Prime fait 320×240 pixels. Première chose à se demander, est-ce que l'on contrôle tous les pixels de l'écran ? Car vu la concurrence, ce n'est pas garanti.
Nous allons donc tenter de déterminer automatiquement la zone graphique, c'est-à-dire la zone dans laquelle l'utilisateur peut librement allumer des pixels.
Commençons dès maintenant à construire et expliquer devant toi notre protocole de test Python, avec un script universel tournant sur tous les modèles supportant officiellement ou officieusement ce langage.
L'idée générale va être d'effectuer des écritures et lectures de pixels.
Les fonctions de lecture/écriture des pixels différant hélas d'un constructeur à un autre, il nous faut déjà de quoi permettre au script de détecter la plateforme sur laquelle il tourne :
def get_pf(): c256 = True try: if chr(256)==chr(0): # Xcas/KhiCAS Python compatibility if "HP" in version(): return 13 # HP Prime else: if not white: return 12 # Graph 35+E II elif "Numworks" in version(): return 10 # NumWorks elif "Nspire" in version(): return 8 # Nspire else: # Graph 90+E return 11 except: c256 = False try: import sys try: if sys.platform == "nspire": try: # Nspire Ndless import graphic return 7 # KhiCAS Micropython except: # MicroPython return 6 elif sys.platform == "TI-Nspire": return 3 # Nspire CX II elif sys.platform == "numworks": return 9 # NumWorks KhiCAS Micropython elif sys.platform.startswith('TI-Python'): return 2 # 83P/84+ CE except: # Graph 35+E/USB / 75/85/95 return 5 except: pass if not c256: return 1 # Graph 90/35+E II try: import kandinsky return 0 # NumWorks except: try: # HP Prime import hpprime return 4 except: pass return -1
Cette pièce de précision te retournera d'un simple get_pf() un identifiant couvrant tout l'éventail des solutions Python disponibles à ce jour pour calculatrices, et à interpréter de la façon suivante :
-1: inconnue (ordinateur ?...)
0:NumWorks
1:Casio Graph 90+E / fx-CG50 ou Graph 35+E II / fx-9750/9860GIII
6:TI-Nspire + KhiCAS en mode MicroPython(nécessite Ndless)
7:TI-Nspire + KhiCAS en mode de compatibilité Python(nécessite Ndless)
8:NumWorks + KhiCAS en mode MicroPython(nécessite Delta / Omega)
9:NumWorks + KhiCAS en mode de compatibilité Python(nécessite Delta / Omega)
10:Casio Graph 90+E / fx-CG10/20/50 + KhiCAS en mode de compatibilité Python
11:Casio Graph 35+E II / fx-9750/9860GIII + KhiCAS en mode de compatibilité Python
12:HP Prime en mode CAS
Maintenant que nous connaissons donc la plateforme, reste à récupérer les fonctions d'accès aux pixels.
Nous avons donc vu qu'il n'y avait pas de fonction pour lire un pixel, mais nous avons vu plus haut que le module hpprime nous permettait via sa fonction eval() d'accéder à l'environnement HPPPL complet. Il nous suffit donc de fabriquer la fonction de la façon suivante :
Voilà, d'un simple gp, sp = get_pixel_functions(get_pf()) nous obtenons les fonctions de lecture et écriture des pixels, sur tous les modèles où elles existent.
Comment donc faire maintenant pour tester la taille de la zone graphique, rien qu'en lisant / écrivant des pixels ? Et bien c'est très simple, nous allons procéder comme avec une tortue (langage Scratch ou module Python turtle). Nous allons parcourir l'écran, en diagonale, en tentant de lire et modifier chaque pixel rencontré.
Pour savoir si un pixel est accessible en écriture, nous tenterons d'inverser sa couleur :
def invert_color(c): try: ci = [0, 0, 0] for k in range(3): ci[k] = 255 - c[k] except: ci = ~(c&0xffffff) & 0xffffff return ci
def is_pixel_writable(x, y, bad_pixel): if is_pixel_readable(x, y, bad_pixel): c0 = gp(x, y) sp(x, y, invert_color(c0)) c = gp(x, y) return c != c0
Pour savoir si un pixel que l'on arrive à lire correspond bien à un pixel visible de l'écran, nous prendrons comme référence la mauvaise valeur de pixel retournée par une lecture clairement hors écran, comme gp(-2, -2). Dans le seul cas où l'on rencontre cette valeur qui peut très bien être justifiée, nous tenterons ici encore de l'inverser.
def is_pixel_readable(x, y, bad_pixel): c = None try: c = gp(x, y) except: pass if c != None: if c == bad_pixel: sp(x, y, invert_color(c)) c = gp(x, y) return c != bad_pixel
Voici donc les fonctions principales utilisant tout ça :
def scr_test(x0, y0, dx0, dy0, test): bad_pixel = None try: bad_pixel = gp(-2, -2) except: pass x, y, dx, dy = x0, y0, dx0, dy0 while not test(x, y, bad_pixel): x += dx y += dy if test(x, y - dy, bad_pixel): y = y0 elif test(x - dx, y, bad_pixel): x = x0 x0, y0 = x, y x += dx y += dy while(dx or dy): if not test(x - ((dx == 0) and dx0),y - ((dy == 0) and dy0), bad_pixel): if test(x - ((dx == 0) and dx0), y - ((dy == 0) and dy0) - dy0, bad_pixel): dy = 0 elif test(x - ((dx == 0) and dx0) - dx0, y - ((dy == 0) and dy0), bad_pixel): dx = 0 else: dx, dy = 0, 0 x += dx y += dy return x0, y0, (x - x0) // dx0, (y - y0) // dy0
L'appel scr_size(), nous indique alors que nous avons accès à la fois en lecture et écriture à 320×240 pixels à compter du pixel de coordonnées (0, 0).
C'est-à-dire qu'en Python sur HP Prime nous avons le privilège de contrôler intégralement l'écran !
Nous aurions certes pu nous en rendre compte beaucoup plus rapidement, mais l'avantage de cette méthode c'est que nous avons en même temps les résultats des solutions concurrentes.
320×240=76800 pixels en écriture : HP Prime
384×192=73728 pixels en écriture : Casio Graph 90+E
320×222=71040 pixels en écriture : NumWorks
318×212=67416 pixels en écriture : TI-Nspire CX II
321×210=67410 pixels en écriture sur 321×241=77361 pixels en lecture : TI-83 Premium CE Edition Python
128×64=8192 pixels en écriture : Casio Graph 35+E II
320×240=76800 pixels en écriture : HP Prime
384×192=73728 pixels en écriture : Casio Graph 90+E
318×212=67416 pixels en écriture : TI-Nspire CX II
321×210=67410 pixels en écriture sur 321×241=77361 pixels en lecture : TI-83 Premium CE Edition Python / TI-84 Plus CE Python Edition
128×64=8192 pixels en écriture : Casio Graph 35+E II
0×0=0 pixels en lecture : TI-83 Premium CE + TI-Python TI-83 Premium CE + TI-Python(firmware tiers) Casio Graph 35/75+E / 35+E II / fx-9750GII/GIII / fx-9860G/GII/GIII(appli CasioPython) TI-Nspire(Ndless + micropython)
Maintenant que nous savons quelles coordonnées de pixels indiquer aux fonctions de tracé, intéressons-nous au paramètre de couleur.
Il y a 2 façons de coder les couleurs dans le contexte des pixels en Python :
soit avec une liste ou un tuple (r, g, b) décrivant les valeurs de chaque composante primaire rouge-vert-bleu par un entier sur 8 bits (de 0 à 255)
soit par un nombre entier qui sera directement la valeur fournie au contrôleur écran
Dans la plupart des solutions Python il s'agit de listes ou tuples (rouge, vert, bleu) avec chaque valeur codée sur 8 bits et pouvant donc prendre les valeurs entières de 0 à 255.
Ce n'est pas ce qui a été retenu sur HP Prime, le paramètre de couleur est un unique nombre entier, reste à connaître les capacités du contrôleur écran.
Les modules graphiques concurrents à avoir fait ce choix de codage de couleur sont peu nombreux :
Pour en savoir davantage, rajoutons aux scripts précédents une fonction pour tester le codage utilisé, par simple vérification du type de retour d'une lecture de pixel. Dans le cas d'un retour de type entier, tentons en passant de détecter le nombre de bits gérés par le contrôleur écran, en écrivant des valeurs de pixels de plus en plus grandes et vérifiant à chaque fois si le pixel concerné a bien pris la valeur en question.
def get_color_mode(): c = gp(0, 0) try: c[2] return 0 except: b, v = 0, 1 dv = 1 x, y = 0, sy0 sp(x, y, v + dv) while gp(x, y) >= v: b += 1 v *= 2 sp(x, y, v + dv) return b
Un appel color_mode = get_color_mode() pourra donc renvoyer par exemple :
0 : pour un codage des couleurs par des tuples (r,g,b)
15 : pour un codage des couleurs sur des entiers de 15 bits
16 : pour un codage des couleurs sur des entiers de 16 bits
24 : pour un codage des couleurs sur des entiers de 24 bits
...
Et fantastique, sur HP Prime on envoie donc directement au contrôleur écran une valeur codée sur 24 bits, ce qui en théorie permet 224=16777216 couleurs différentes !
Vérifions cela, pour un script universel prévoyons une fonction de conversion de couleur :
#o: 0=horizontal, 1=vertical #s: 0=no_shadow, 1=shadow left/up, -1=shadow right/down def mire(s=1, o=0, w=sw, h=sh, y0=sy0): if o: l1, l2, f, i1, i2 = h, w, draw_hline, y0, 0 else: l1, l2, f, i1, i2 = w, h, draw_vline, 0, y0 n = 8 for m in range(l1): v = 255 if s != 0: v = v * (s*m % l1) // (l1 - 1) for j in range(n): f(m + i1, j * l2 // n + i2, (j + 1) * l2 // n - 1 + i2, fixcolor(color8(j, v)))
def color8(j, v): c = [0, 0, 0] for b in range(3): if j & 2**b: c[b] = v return c
Effectivement l'affichage des scripts Python est fabuleux, un dégradé jusqu'au noir dans chaque teinte ne présentant aucune saccade.
L'ensemble de la concurrence Python couleur présente des saccades dans le dégradé, qui plus est moins marquées mais 2 fois plus nombreuses dans les teintes tirant sur le vert.
C'est-à-dire que bien que même lorsque le paramètre de couleur spécifié est un tuple de 24 bits, le contrôleur écran ne tient compte que de 16 bits, ne permettant alors que 216=65536 couleurs différentes. Plus précisément il y a 5 bits pour le rouge, 6 bits pour le vert et 5 bits pour le bleu.
En passant, le bleu étant ci-contre affiché en haut, les bits des plus faibles au plus forts codent donc dans l'ordre les composantes bleu, puis vert, puis rouge.
La concurrence Python monochrome pour sa part n'affiche jusqu'à présent qu'en noir et blanc, le codage couleur utilisé étant alors sur 1 bit.
Poursuivons maintenant notre exploration des fonctions de tracé par pixels du module hpprime. Nous avons donc également un bel éventail de fonctions de tracé :
circle(numero_calque, x, y, rayon, couleur) pour tracer un cercle (non rempli donc)
arc(numero_calque, x, y, rayon, couleur, angle1, angle2) pour tracer un arc de cercle avec les angles en degrés
line(numero_calque, x1, y1, x2, y2, couleur) pour tracer une ligne
rect(numero_calque, x1, y1, largeur, hauteur, couleur) pour tracer un rectangle (non rempli)
fillrect(numero_calque, x1, y1, largeur, hauteur, couleur1, couleur 2) pour remplir un rectangle
textout(numero_calque, x, y, texte, couleur) pour écrire une chaîne de caractères
Avec cette version nous disposons donc également d'un deuxième module de tracée par pixels, graphic, issu pour sa part du développement de Xcas.
La présence de fonctions show() et show_screen() suggère un fonctionnement en double buffering, mais en pratique non : les affichages sont immédiats, et l'appel à ces fonctions semble inutile.
En terme de primitives graphiques, cette bibliothèque semble a priori comparable :
clear_screen(couleur) pour remplir l'écran de la couleur indiquée
draw_arc(x, y, rayon_x, rayon_y, angle1, angle2, couleur) pour tracer un arc d'ellipse (angles en degrés)
draw_circle(x, y, rayon, couleur) pour tracer un arc de cercle
draw_filled_arc(x, y, rayon_x, rayon_y, angle1, angle2, couleur) pour remplir un secteur d'ellipse (angles en degrés)
draw_filled_circle(x, y, rayon, couleur) pour remplir un cercle
draw_filled_polygon([[x1, y1], [x2, y2], ..., [xn, yn]], couleur) pour remplir un polygone
draw_filled_rectangle(x, y, largeur, hauteur, couleur) ou fill_rectangle(x, y, largeur, hauteur, couleur) pour remplir un rectangle
draw_line(x1, y1, x2, y2, couleur) pour tracer une ligne
draw_pixel(x, y, couleur) ou set_pixel(x, y, couleur) pour allumer un pixel
draw_polygon([[x1, y1], [x2, y2], ..., [xn, yn]], couleur) pour tracer un polygone
draw_rectangle(x, y, largeur, hauteur, couleur) pour tracer un rectangle
draw_string(x, y, texte, couleur1, couleur2) pour écrire une chaîne de caractères
Tu as même une fonction get_pixel(x, y) pour remplacer les appels à rallonge int(hpprime.eval("get_pixel(" + str(x) + "," + str(y) + ")")) vus plus haut.
À y regarder, graphic est une bibliothèque graphique beaucoup plus étendue que hpprime, avec la gestion des ellipses et les nombreuses possibilités de remplissage ne nécessitant ici qu'un unique appel de fonction !
C'est vraiment juste dommage pour le double buffering non fonctionnel.
Intéressons-nous maintenant aux performances. Pour illustrer l'importance d'avoir une bonne bibliothèque graphique ainsi que du double buffering, voici un petit script de démo animant des tracés de lignes. Il est compatible avec l'interface polycalc.py déjà mise en avant à notre concours de rentrée 2020, et permettant à un script de s'exécuter sur l'ensemble des calculatrices graphiques Python.
def demog(n=64, front_color=(255, 0, 255)): n_max = 256 n = min(n_max, n) dx = n_max // n dy = dx
def get_dir(x, y, d): if(x >= screen_w - 1 and y <= 0): d = [0, dy] elif(x >= screen_w - 1 and y >= screen_h - 1): d = [-dx, 0] elif(x <= 0 and y >= screen_h - 1): d = [0, -dy] elif(x <= 0 and y <= 0): d = [dx, 0] return d
x1, y1 = 0, 0 x2, y2 = screen_w - 1, 0 d1 = [dx, 0] d2 = [0, dy] colors = [ tuple([(255 - front_color[j]) * (n - 1 - i) // (n - 1) + front_color[j] for j in range(3)]) for i in range(n)] l = [[0,0,0,0] for k in range(n)]
while not test_esc_key(): x1 += d1[0] y1 += d1[1] x2 += d2[0] y2 += d2[1] l.append((x1, y1, x2, y2)) for k in range(n): c = l[k] my_draw_line(c[0], c[1], c[2], c[3], colors[k]) l.pop(0) my_show_screen() d1 = get_dir(x1, y1, d1) d2 = get_dir(x2, y2, d2)
Attention, pour des raisons de limitation de durée sur la plateforme gfycat, les deux prochaines vidéos sont accélérées d'un facteur de 1,26 dans leur version intégrée, et 20 si jouées de façon indépendante.
Commençons par les Casio Graph 90+E et compatibles. Ici nous avons du double buffering mais la bibliothèque de tracé casioplot est rudimentaire, ne fournissant rien d'autre que de quoi allumer un pixel.
Les lignes doivent donc être tracées pixel par pixel par une fonction de remplacement que voici :
def poly_draw_line(x1, y1, x2, y2, c): m, a1, b1, a2, b2 = 0, int(x1), int(y1), int(x2), int(y2) if (x2 - x1) ** 2 < (y2 - y1) ** 2: m, a1, a2, b1, b2 = 1, b1, b2, a1, a2 if min(a1, a2) != a1: a1, b1, a2, b2 = a2, b2, a1, b1 for k in range(a2 - a1 + 1): a, b = a1 + k, int(b1 + (b2 - b1) * k / ((a2 - a1) or 1)) poly_set_pixel((a, b)[m], (b, a)[m] + screen_y0, c)
Cela se paie très cher en performances, l'animation met plus d'un quart d'heure à boucler, 17min50.
Les TI-83 Premium CE Edition Python n'ont pour leur part pas de double buffering. Cela déclenche ici des clignotements intempestifs, les états intermédiaires de l'animation avec les effacements de lignes devenant visibles. Le matériel est également très inférieur.
Toutefois leur bibliothèque ti_graphics est extrêmement complète ce qui leur permet ici de compenser et même faire mieux que la solution précédente en terme de performances. L'animation boucle en 12min36, comme quoi ça compte.
Dans sa version intégrée la prochaine vidéo est à vitesse réelle. Si ouverte de façon indépendante, elle sera accélérée d'un facteur de 8.
Les NumWorks N0110 et compatibles n'ont pas non plus de double buffering, et souffrent d'une bibliothèque graphique kandinsky extrêmement pauvre, presque autant que celle de Casio. Tout ce que kandinsky a en plus, c'est de quoi tracer des rectangles ce qui ne nous aidera pas ici.
En conséquence une animation encore bien lente bouclant en 5min14, avec des clignotements inesthétiques.
À compter de maintenant toutes les vidéos sont à vitesse réelle, aussi bien dans leur version intégrée que si ouvertes indépendamment.
Les NumWorks peuvent toutefois être améliorées par installation du firmware tiers Omega. Dans ce cas la bibliothèque kandinsky se voit rajoutée une fonction de tracé de lignes, qui change complètement la donne. L'animation ne met plus que 7,28s à boucler.
Sur NumWorks N0110 on peut alors également installer l'application KhiCAS qui dispose de son propre interpréteur Micropython avec sa propre bibliothèque graphics. Mêmes avantages ici. 9,08s.
graphic dispose d'une fonction show_screen() suggérant une possibilité de double buffering, mais cela ne semble pas du tout marcher en pratique.
Sur TI-Nspire CX II on a bien du double buffering ainsi que la très large bibliothèque graphique ti_draw. Seulement 27,8s.
Mais il semble par contre y avoir ici de l'anti-aliasing à l'œuvre, ce qui parasite les nettoyages intermédiaires effectués par ce script.
Si on passe sous KhiCAS ici apparemment on a toujours le double buffering, mais le problème d'anti-aliasing disparaît et c'est même en prime légèrement plus rapide. Plus que 22,6s
Voici enfin la HP Prime G1 de la rentrée 2013. Son excellente bibliothèque graphique hpprime donc couplée à son matériel honorable, nous donnent une animation parfaitement fluide et esthétique, 2,6s !
Avec la HP Prime G2 et son matériel très supérieur de la rentrée 2019, là nous quittons clairement l'attraction terrestre. 0,84s !
On peut également modifier le script de test pour appeler sur HP Prime non plus la bibliothèque hpprime, mais la bibliothèque graphic.
Les performances sont alors nettement supérieures, la HP Prime G1 ne met plus que 1,32s.
Et la HP Prime G2 seulement 0,48s.
Mais comme il n'y a ici pas de double buffering l'animation n'est pas jouée de façon propre, et graphic n'est donc à ce jour pas forcément un meilleur choix que hpprime en tant que module de tracé par pixels.
Classons donc les solutions graphiques Python concurrentes selon les critères suivants :
La HP Prime cumule ici encore tous les avantages : une bibliothèque graphique ambitieuse tournant sur un matériel correctement dimensionné. De formidables possibilités de tracés par pixels en conséquence avec des projets qui pourront aller bien au-delà de notre très modeste animation !
7 points : HP Prime
6 points : TI-Nspire CX II
5 points : TI-83 Premium CE Edition Python
2 points : NumWorks Casio Graph 90+E / 35+E II
7 points : HP Prime
6 points : TI-Nspire CX II TI-Nspire CX(Ndless + KhiCAS)
ti_plotlib(TI-83 Premium CE / TI-84 Plus CE - TI-NSpire CX II - NumWorks + KhiCAS - TI-Nspire CX + KhiCAS)
Il s'agit de l'ensemble des fonctions de tracé vues plus haut mais suffixées d'un _c pour leur version repérée.
Les bornes de la fenêtre se règlent avec set_cartesian(xmin, ymin, xmax, ymax) et se récupèrent si besoin avec get_cartesian().
Pour le moment c'est assez préliminaire par rapport à la concurrence, dans le sens où il n'y a pas de fonction pour tracer des diagrammes (nuage de points, histogramme, champs de vecteurs, etc.) comme exigé au lycée français en Physique-Chimie.
On pourrait penser pour cela faire appel au module matplotl apporté par Xcas...
Mais en pratique nous n'arrivons à ce jour pas à obtenir le moindre tracé avec ce module, bien que n'oubliant pas d'appeler sa fonction show() et la commande pour geler l'écran hpprime.eval("wait()").
Nous avons donc comparé plus haut l'offre de modules Python standard.
Pour comparer la richesse de diverses implémentations Python, on ne peut pas se baser sur le nombre de modules différents offerts. En effet pour les modules propriétaires, certaines implémentations regroupent les fonctionnalités en un minimum de modules, alors que d'autres les répartissent entre de nombreux modules différents.
Tentons une autre approche incluant cette fois-ci les modules propriétaires avec le script suivant, initialement conçu pour notre classement QCC 2020 :
unsafe = () if pf == 4: #HP Prime unsafe = ('count','encode','endswith','find','format','index','islower','lstrip','replace','rfind','rindex','rsplit','rstrip','split','splitlines','startswith','strip','from_bytes','to_bytes','fromkeys','get','pop','setdefault','update','values','sort','__enter__','__exit__','read','readinto','readline','seek','write') if pf == 5 or pf == 7 or pf == 9: #CasioPython / Nspire+NumWorks KhiCAS MicroPython unsafe = ('sys.argv', 'sys.path')
if pf >= 0: curline=0 _p = print def print(*ls): global curline st="" for s in ls: if not(isinstance(s,str)): s=str(s) st=st+s stlines=1 if sh_inf[1]: stlines += sh_inf[2]*int(len(st)/sh_inf[1]) if curline+stlines>=sh_inf[0]: input("Input to continue:") curline=0 _p(st) curline+=stlines
def sstr(obj): try: s=obj.__name__ except: s=str(obj) a=s.find("'") b=s.rfind("'") if a>=0 and b!=a: s=s[a+1:b] return s
def isExplorable(obj): if str(obj).startswith("<module"): return False l = () try: l = dir(obj) except: pass return len(l)
def explmodr(pitm, pitm_name_l=[], pitm_str_l=[], pitm_val_l=[], reset=True): global curline, found pitm_name=sstr(pitm) if(reset): curline=0 found = [] pitm_name_l=[pitm_name] pitm_str_l=[str(pitm)] pitm_val_l=[pitm] hd="."*(len(pitm_name_l)-1) c = 0 l = sorted(dir(pitm)) for i in range(len(l)): l[i] = (l[i], getattr(pitm, l[i]), str(l[i])) try: if not isinstanceof(pitm, str): for i in range(len(pitm)): l.append((pitm_name+'['+str(i)+']',pitm[i],str(pitm[i]))) except: pass for itm in l: isFound = itm[0] in found c += not isFound isUnsafe = '.'.join(pitm_name_l + [itm[0]]) in unsafe or itm[0] in unsafe try: if isUnsafe: raise Exception print(hd+itm[0]+"="+str(itm[1])) except: print(hd+itm[0]) if not isFound: found.append(itm[0]) if not isUnsafe and isExplorable(itm[1]) and itm[1] not in pitm_val_l and itm[2] not in pitm_str_l: pitm_name_l2, pitm_val_l2, pitm_str_l2 = pitm_name_l.copy(), pitm_val_l.copy(), pitm_str_l.copy() pitm_name_l2.append(itm[0]) pitm_val_l2.append(itm[1]) pitm_str_l2.append(itm[2]) c += explmodr(itm[1], pitm_name_l2, pitm_str_l2, pitm_val_l2, False) return c
def explmod(s): global found module = __import__(s) found = [] return explmodr(module)
Le script compte donc le nombre de fonctions offertes par le module donné ainsi que ses différents éléments, tout en évitant les doublons.
La HP Prime n'est pas en tête cette fois-ci, mais pour une première entrée son classement n'en est pas moins honorable, et devrait progresser si le développement se poursuit à la même vitesse :
Clairement une mise à jour HP Prime colossale et historique, la plus importante mise à jour logicielle dans toute l'histoire de la calculatrice HP Prime, merci Cyrille et Tim !
Énormément d'idées ont été mises en œuvre depuis deux ans et demi.
La solution Python est :
déjà très complète du point de vue de la quantité de fonctions intégrées
tout comme du point de vue de l'adéquation aux programmes scolaires
et extrêmement performante, anéantissant littéralement toute concurrence sur ce point !
Bien sûr pour les raisons que l'on sait le temps de développement a clairement manqué. Sur certains points cette solution n'atteint pas le niveau de la concurrence, mais cela n'a pas empêché sur d'autres points des innovations Python novatrices et exclusives à ce jour !
Notons l'extraordinaire révolution du développement HPPPL, ainsi que l'ouverture aux périphériques USB, avec peut-être bientôt la programmation et le pilotage de cartes BBC micro:bit ou autres depuis ta HP Prime G2 !
N'oublions pas les incroyables possibilités d'interactions bidirectionnelles entre les différents langages et environnements HPPPL / CAS / Python de la calculatrice, un niveau d'intégration de loin jamais vu jusqu'à présent, du grand Art !
On pouvait jusqu'à présent reprocher de façon générale à la concurrence son manque d'intégration du Python. L'application Python arrivait comme un cheveu sur la soupe, tournant totalement dans son coin avec très peu d'interactions possibles avec le reste de l'environnement mathématique de la calculatrice quand ce n'était pas totalement impossible.
Le tout en parfaite contradiction avec l'esprit du logiciel de Mathématiques et de Sciences intégré de la calculatrice, puisque toutes les autres applications étaient interconnectées. Cela pouvait signifier que le constructeur avait décidé de rajouter le Python au dernier moment, sans prendre le temps de penser à son intégration.
Outre sa puissance et son caractère exhaustif, et même si l'on peut encore reprocher son interface à l'application Python, un point qui a clairement été pensé et travaillé à un niveau totalement inédit, c'est justement indiscutablement l'intégration du Python à l'environnement de la calculatrice et donc dans le processus de résolution de problèmes des élèves.
Si l'on ne devait retenir qu'une seule chose ce serait donc l'intégration du PythonHP Prime, clairement un exemple précurseur à suivre !
Maintenant que la crise avec les institutions néerlandaises est passée, espérons que Hewlett Packard ne va pas se dépêcher de mettre à nouveau le développement de la HP Prime au point mort.
Cette mise à jour bien que formidable n'est pas dénuée de défauts, et bénéficie selon nous d'une finition nettement inférieure à celle des mises à jour précédentes : davantage de bugs connus non encore corrigés, ou de nouvelles fonctionnalités non encore pleinement fonctionnelles.
C'est un peu normal puisqu'il s'agit comme nous avons vu dès le début, d'une version bêta que seul le calendrier extrêmement contraint a imposé en tant que version de production. Il serait inacceptable que les utilisateurs aient de nouveau à attendre 3 ans pour la finition.
Hewlett Packard également connu sous l'acronyme de HP, était un des 3 constructeurs historiques de calculatrices graphiques. Il rejoignit l'aventure en 1987 avec la HP 28C, soit 2 ans après Casio et sa fx-7000G, et 3 ans avant Texas Instruments et sa TI-81.
Dès 1988, Hewlett Packard accompagna ce modèle d'une version améliorée un peu plus chère, la HP 28S :
En 1990 sort la HP 48SX :
En 1991 le constructeur lui adjoint la HP 48S, une version allégée du haut de gamme, se voulant plus abordable, dépourvue en effet des ports d'extension RAM/ROM.
En 1993, les HP 48SX et HP 48S sont remplacées respectivement par les HP 48GX et HP 48G.
Mais ce ne fut pas la seule et unique erreur de Hewlett Packard, bien loin de là hélas. C'est toute une combinaison d'erreurs répétées dans le temps, le management chez Hewlett Packard semblant considérer la calculatrice comme un sous-produit méprisable, et ayant été incapable de comprendre l'importance à venir du marché de l'éducation alors qu'il en était encore temps.
Pour le remplacement de la HP 39G par la HP 39g+ :
Pour le haut de gamme allégé HP 48gII remplaçant la HP 48G+ :
Pour le très haut de gamme HP 49g+ remplaçant la HP 49G :
En 2006, Hewlett Packard renouvelle le milieu de gamme, remplaçant les HP 39g+ et HP 40G respectivement par les HP 39gs et HP 40gs.
En 2006, Hewlett Packard remplace son très haut de gamme HP 49g+ par la HP 50g, les deux modèles étant compatibles niveau mises à jour.
Hewlett Packard revient alors sur la scène des calculatrices en 2012, en remplaçant sa HP 39gs par la HP 39gII, un modèle révolutionnant le matériel de milieu de gamme :
En 2013 sort la HP Prime, un modèle haut de gamme absolument génial remplaçant la HP 50g : formel, couleur et enfin tactile, même si on perdait hélas de nouveau les possibilités d'extension par cartes mémoire.
La HP Prime reprenait et faisait cette fois-ci évoluer le nouveau système d'exploitation conçu pour la HP 39gII.
Au printemps 2021 sortait une mise à jour HP Prime dans le contexte d'une évolution de la réglementation des examens aux Pays-Bas, une mise à jour donc obligatoire. Une mise à jour absolument géniale, car Cyrille de Brébisson et Tim Wessman ont bondi sur l'occasion pour reprendre, finaliser et inclure tous les développements qu'ils avaient en cours.
Et toutes ces craintes étaient fondées. Le pot aux roses a depuis été découvert par John Gustaf Stebbins, les applications HP pour Android viennent d'être transférées à un développeur tiers, Royal. Cela inclut les applications :
Royal est une entreprise américaine fondée en 1904, construisant initialement des machines à écrire et calculatrices mécaniques. Elle a certes engagé son virage technologique depuis et produit aujourd'hui des calculatrices électroniques, mais ne semble à ce jour pas avoir encore atteint le niveau de Lexibook comme on peut constater ci-contre.
