Firmware 13865(2.0) + HP Prime G2 avec nouveau processeur

[critor]

Hewlett Packard nous sort aujourd'hui pour la rentrée de nouvelles versions pour l'ensemble de sa suite logicielle HP Prime, versions 13865 / 2.0 datées du 6 juillet 2018 :

• logiciel de communication HP Connectivity Kit pour Windows et Mac
• logiciel d'émulation HP Prime Virtual Calculator pour Windows et Mac
• firmware HP Prime

Pas vraiment de nouveautés niveau fonctionnalités, puisqu'il s'agit d'une mise à jour de maintenance, mais en voici la liste avec le changelog officiel :

New Functionality and Changes (Calculator Software)
1. ROUND and TRUNC now interpret DMS inputs in a more expected manner (e.g. ROUND(45°29′57.7″,4) ----> 45°29′58″ )
2. Numeric only PRODUCT function created which helps reduce change of symbolic results in unexpected places such as Sequence app
3. INPUT previously had issues with local variables being given as input. Place EVAL( ) around your definition to programmatically create INPUT boxes.
LOCAL a:= { ... }; INPUT(EVAL(a));
4. Power below 10% will now display a red critical icon in the title bar.
5. Integration when done from HOME or in an app will now always numerically evaluate rather than symbolically. This will help prevent unanticipated results when a simple numeric answer is expected
6. Added a TDim variable to control screen dim time - default is 30 seconds
7. CAS updated to later version with many improvements and fixes:
a. Improves symmetrical numeric integrals (e.g. inputs like ∫(normald(0,1,X),X,-10000.,10000.); )
b. Implemented subdiagonal extraction with diag(matrix,index)
c. Implemented hamdist(list,list) in addition to int,int
d. Handles things like ∫(e^(-x^2-i*t*x),x,-∞,∞) directly
e. gramschmidt now accepts 0 as optional 2nd argument if 1st arg is a matrix to avoid normalization
f. Implemented support for replace(string,string,string)

New Functionality and Changes (Connectivity Kit)
1. Closes update windows automatically upon completion
2. Unzips firmware file to new location inside "<Documents>\HP Connectivity Kit\Firmware"


Resolved issues and changes excluding CAS
-----------------------------------------
1. Resolved issue with colors not saving properly after exiting Notes
2. Resolved issue with ARC colors if the angle_1<0 and angle_2>pi
3. Resolved issue with nested loops containing a CAS internal function not working (e.g. Σ calling a CAS function inside)
4. Resolved issue with DIMGROB only working with 16bit color but not 32bit
5. Resolved issue with clicking at very end of Chars browser
6. Resolved issue with Solve app not working with user defined variables as expected

Resolved issues and changes in CAS
----------------------------------
1. Resolved issue with permuorder([3,8,6,5,4,1,2,7])
2. Resolved issue with complex_mode and cZeros
3. Resolved issue with int(sin(x),x,0,inf)
4. Resolved issue with solve ∫(e^(-a*x^2+b*x+c)*polynomial,x,-∞,∞)
5. Resolved issue with a:=x *(x - (exp(x) - exp(-x)) / 2 / ((exp(1) - exp(-1)) / 2)); b:=int(a); simplify(diff(b)-a);
6. Resolved issue with assume(x,integer); additionally(x>0); solve(x^2=2);
7. Resolved issue with ∫(sin(x^2),x) in degree mode
8. Resolved issue with ∫(e^x*sin(x^2),x)
9. Resolved issue with approximate integrals with identical lower and upper boundaries
10. Resolved issue with randperm(-5)

Apparemment le CAS a donc été mis à jour, ce qui pourrait signifier un meilleur support du Python, nous verrons très prochainement.



Mais l'info croustillante c'est que le nouveau firmware a inhabituellement été publié en deux versions, dont une estampillée G2.

Nous allons donc visiblement avoir bientôt, peut-être pour la rentrée, une nouvelle HP Prime G2 comme l'annonce déjà la boutique MediaMarkt, tout en précisant qu'elle n'est pas encore en stock.

Nous ignorons encore si la HP Prime G2 sera présentée comme un nouveau modèle, ou bien simplement comme une nouvelle révision matérielle.

Mais il semble s'agir de quelque chose de majeur. D'une part, le nouveau logiciel de connectivité dont la mise à jour s'est apparemment mal passée chez nous nous apprend via une erreur que nos HP Prime actuelles en révision matérielle A et C sont désormais qualifiées de HP Prime G1.
Si ce n'est pas un nouveau modèle, c'est quand même plus qu'une simple révision du matérielle : une nouvelle génération. Il y aura donc G1-A, G1-C puis G2.

D'autre part, l'exploration des deux éditions du nouveau firmware nous montre que le format n'a absolument rien à voir.
Pour la HP Prime G2 le code semble désormais être concentré dans un unique fichier HPPrime_OS.img à peu près deux fois plus petit, et ne semblant plus contenir de collection de messages en UTF-16.

Accessoirement, cela nous fait nous interroger sur ce qu'il va bien pouvoir advenir des firmwares HP Prime tiers, notamment Linux et NumWorks.



Nous en arrivons maintenant à la grande question. Qu'apporte la HP Prime G2 ?
Dirk.nl a posté sur HP Museum que la boutique derekenwinkel lui avait justement annoncé récemment un nouveau processeur HP Prime.

Rappelons donc en passant les processeurs 32-bits des modèles couleur actuels :

• ARM9 / ARMv5 : TI-Nspire + HP Prime G1
• Cortex / ARMv7 : NumWorks

Fouillons donc le fichier HPPrime_OS.img. Nous y trouvons en effet multiples mentions d'un unique processeur, le MCIMX6Y2, faisant partie de la famille i.MX 6ULL de chez NXP.

La déclinaison MCIMX6Y2 de cette famille est un processeur ARM Cortex-A7 792 MHz.

Avec lui aussi du Cortex / ARMv7, Hewlett Packard reviendrait ainsi à la première place sur le plan technologique, rattrapant au passage la NumWorks et laissant les TI-Nspire loin derrière !

Bien que la fréquence documentée pour ce processeur soit de 792 MHz, notons bien qu'il s'agit d'une fréquence nominale maximale. Pour des raisons d'autonomie de la batterie, la fréquence réelle du processeur embarqué dans les nouvelles HP Prime G2 pourrait bien être inférieure.



Après 5 ans avec la HP Prime G2, la HP Prime va donc bénéficier d'une révision matérielle majeure via un nouveau processeur la faisant passer de la technologie ARMv5 à ARMv7.
Nous avons hâte de découvrir ce nouveau modèle et de voir ce que donnent ses performances par rapport aux modèles concurrents.

Sources :

• https://tiendas.mediamarkt.es/p/calculadora-hp-prime-g2-graphing-calculator-1293665
• derekenwinkel via http://www.hpmuseum.org/forum/thread-11092-post-100811.html#pid100811
• ftp://ftp.hp.com/pub/calculators/Prime/ via https://tiplanet.org/forum/viewtopic.php?t=21717&p=233927#p233924

[critor]

Le modèle a obtenu son KCCID (équivalent coréen du FCCID) via Inventec, probablement pour le module sans fil radio :
https://fccid.io/R-REM-bta-HSTNJ-BC02

La référence possiblement plus facile à trouver sur les boutiques en lignes est 2AP18AA .

La grosse majorité des boutiques disent qu'elles n'ont pas encore de stock.
Et pour la petite minorité qui ne le dit pas, c'est peut-être juste une omission.

Une boutique avance même des spécifications, mais après relecture ce sont juste celles des anciennes HP Prime G1 :
https://www.ingrammicro24.com/pl/hc/cal ... 2AA%23B1S/
Donc ils ont probablement renommé le produit sans en mettre à jour la description.

[critor]

Possiblement de mauvaises nouvelles pour les firmwares tiers, qui après 5 ans de HP Prime G1 commençaient tout juste à atteindre un niveau correct pour le lycéen lambda :
Voir à partir de viewtopic.php?f=55&t=21758&p=234280#p234280

[critor]

J'ai de petits ennuis en Python avec la dernière version, sur G2 si cela a une importance.

Les opérateurs bit à bit et/ou infixés lorsque saisis en syntaxe Python ( & et | ) semblent ne pas du tout calculer ce qu'il faut.
L'opérateur non ( ~ ) ne semble pour sa part pas évalué.

Code: Select all

#cas
def test():

  print(3&5)
  print(bitand(3,5))

  print(3|5)
  print(bitor(3,5))

  print(~3)
  print(bitnot(3))
#end

[critor]

Ce n'est pas systématique, mais l'utilisation de global semble parfois avoir un effet de bord assez embêtant.

Exemple ne provoquant pas le problème seul :

Code: Select all

#cas
def test(n):
  global a
  return a+n
#end

Imaginez cela noyé dans un gros script, et bien j'ai eu le cas où la valeur de n utilisée pour l'exécution de test(...) était la valeur globale (celle de l'environnement CAS) et non celle donnée en paramètre.

[critor]

Je trouve dommage que lorsque l'on recopie une affectation dans le contexte CAS elle se transforme en une égalité, ce qui n'est pas du tout la même chose :

Même problème que l'on tape

Enter

ou utilise les raccourcis de copier/coller.

Il n'y a pas ce problème dans le contexte non-CAS.

[parisse]

Il n'y a pas de support pour les operateurs bit a bit infixes, il faut utiliser les commandes bitand, bitor, bitnot. Je n'en vois pas l'interet dans un contexte d'apprentissage de l'algorithmique en cours de maths. Maintenant si vous avez des exemples precis ou c'est important, je peux essayer d'ameliorer la compatibilite sur ce point.
Pour les variables globales, il me faudrait un exemple complet de probleme, de preference dans Xcas (ca sera plus facile pour vous d'ailleurs). Il ne pourra de toutes facons pas y avoir execution a l'identique dans tous les cas, les regles d'evaluation sont differentes entre Python et CAS parce qu'une variable non affectee se renvoie elle-meme.
Comme ci-dessus, si vous cherchez des exemples ou un script Python ne fonctionne pas avec la compatibilite de syntaxe de Xcas, il n'y a aucun doute que vous arriverez a en trouver beaucoup, et je ne vais pas forcement m'en inquieter, ce qui m'interesse c'est d'etre suffisamment compatible pour ce qu'un eleve va rencontrer typiquement en maths au lycee (prepas incluse), avec la valeur ajoutee d'un environnement mathematique bien plus complet que ce les constructeurs proposent.

[parisse]

Sur a:=1, la recopie tient compte du mode de compatibilite. En mode Xcas (index:=1), on a bien a:=1, en mode Python (index:=0) c'est a=1. Je n'y peux rien si en Python l'affectation se fait avec = avec tous les risques de confusion que cela entraine, c'est d'ailleurs une des critiques que je fais (et je ne suis pas le seul) sur l'utilisation du langage Python au lycee.

[critor]

Pour les opérateurs bit à bit, il y a :
- l'ICN en série S/ES/L
- l'ISN en série S
- les Sciences de l'Ingénieur en série S
- les ETT en série STI2D

Ces deux dernières matières ont bien une épreuve terminale au BAC avec calculatrice autorisée. Il sera donc dommage que le script Python pourtant simpliste fourni par l'énoncé puisse ne pas marcher sur HP Prime.



Pour l'affectation, je ne comprends pas l'explication. Ici je suis à l'écran de calcul CAS, pas dans l'éditeur à saisir une fonction Python.
Si je valide maintenant la ligne recopiée, on voit bien que ce n'est pas une affectation qui est effectuée :


Je ne comprends donc pas du tout l'intérêt à ce que les expressions copiées à l'écran de calcul CAS soient traduites en syntaxe Python, si l'évaluation ne suit pas et que donc ça en change totalement le sens et le résultat.

[parisse]

En effet, a=1 n'est pas evalue comme une affectation alors qu'il le devrait.
Je vais voir ce que je peux faire pour les operations bit a bit. & signifie actuellement +, facile a modifier, | est deja une commande (substitution), mais comme le second membre n'est pas une equation, on devrait pouvoir distinguer les 2 sens possibles. Pour ~ a voir si je peux le rajouter dans le lexer.
Ca risque de poser des problemes de place (a nouveau) sur la casio...