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