Hexa sur + de 32bits ? - Page 1

Je viens d'acheter une TI Voyage200 pour remplacer mon HP42s qui commence à rendre l'âme...
La machine a l’air bien… Mais la doc papier est pour le moins succincte... et la doc pdf un peu touffue. Y a-t-il quelque part une doc FAQ ou autre qui explique quelle est l’architecture logicielle et matérielle de ce machin ? (Les liens des FAQ citées dans l’introduction ne sont plus actifs)

Par ailleurs, la raison initiale de l’achat était d’avoir une calculatrice un peu moderne, ET qui puisse me permettre de faire des calculs en hexa confortablement… Là, c’est vraiment le bide… mon hp antique me permettait de faire des calculs sur 36 bits, ma nouvelle TI de compétition s’arrête à… 32bits… bof… j’ai besoin de faire des calculs sur 128 ou 256 bits… D’autant plus désolant que les calculs en entier décimal se font sur un zilliard de chiffre ; il suffit donc de convertir dans un sens et dans l’autre…
Bon… y a-t-il un moyen de trapper les routines de conversion décimal hexa interne et de les remplacer par des routines ad hoc ? Ou y a-t-il des programmes qui permettent de travailler avec des nombres en base x, y ou z de plus de 32bits ?

Re par ailleurs, existe-t-il des programmes pour transformer une TI en terminal ASCII genre VT100 ou autre ?

ca me donne envie de coder une bistro pour ti ca tiens...

tu codes un prgm qu ite permette de le faire

Mouais, c'est ce que je comptais faire... quand j'aurais un peu de temps... c'est pourquoi je demandais où on pouvait trouver une FAQ lisible sur la TI.

Cela dit, le but du jeu est de m'éviter de lancer matlab et de pouvoir faire des calculs à la table d'un bistrot au lieu d'être coincé devant mon écran... Si je commence à dévellopper sur une bécane que je ne connais pas, je n'en prend pas le chemin.

bah, pas besoin de la connaitre plus que ca pour coder une bistro...
tu code ca en C avec tigcc, et c'est bon... envoie un mini-msg a: Kevin Kofler pour de plus amples informations

Il y a plusieurs logiciels de changement de base numérique sur ticalc.org. Il y en a peut-être qui te conviendront.

Re mouais... Je ne sais pas toi, mais en ce qui me concerne, ça fait un peu plus de 20ans que je code sur des microcontrôleurs (j'ai commencé par des 1802 -1er processeur CMOS- et 6502) j'ai bossé sur un paquet d'assembleurs et C différents, et chaque fois il me faut bien 15j pour comprendre comment tout le bordel fonctionne. Alors bon, d'accord, ça m'amuse parfois, mais ces temps-ci, il faudrait que je bosse vraiment....
Alors si il y avait un gentil programmeur qui avait dévellopé pour une calculatrice hexa digne de ce nom, je serais volontier prenneur...
Cela dit cette bécanne est marrante, on doit pouvoir faire des trucs rigolo avec...
Je regarde tigcc.ticalc.org j'ai l'impression qu'une parti des réponses à mes questions concernant l'architecture de bidule se trouve là...

Les logiciels de changement de base que j'ai vu sont eux aussi limités à 32bits...

et bien si tu connais l'asm 68000, tu mettras pas trop de temps à t'habituer aux specificités du support (envoyer un msg a kevin kofler pour avoir un lien vers son tuto), et tu pourras coder ça tranquilement

Oui, pas de problème... ce n'est pas le 68000 qui me chagrine, c'est la tonne de doc à absorber :
- Il faut que je comprenne où et comment sont codées les variables
- Que je fasse les conversion hexa - decimal (le plus facile)
- Que je comprenne comment fonctionnent les opérateurs, (et oui, en plus (!) je voudrais faire un minimum d'opérations... +*/ and or xor..)
- que je comprenne comment et si on peut remplacer les opérateur internes par les siens propres
- que je fasse le tout assez propre pour que ça puisse (quand à faire) s'interfacer avec le reste des machins qui me sont pour l'instant à peu près inconnus
- que je mette en place compilateur, simulateur et je ne sais trop quoi, dans des versions que j'imagine plus ou moins compatible, que j'élague ce qui est du bug du compilo, du bug de l'os de mes bug et des rayons cosmiques...

J'ai beau ne pas être trop nul, je doute de pouvoir faire ça en quelques ms

Bon, je respire un grand coup et je vais me coucher...

Merci tout de même

desolé de te dire, mais la caltos qu'il te fallait etait une HP49G ou HP40G

Tu n'as pas du tout besoin d'assembleur ou de C pour faire ton logiciel de changement de base. Le TI-BASIC suffit. Et tiens, voilà un logiciel de changement de base en BASIC qui n'utilise pas les conversions de AMS pour faire son travail. Je ne pense donc pas qu'il soit limité à 32 bits. (Il n'y aurait aucune raison - le BASIC permet d'utiliser les entiers de AMS, c'est-à-dire jusqu'à plus de 10⁶¹⁴, pour faire les calculs.) http://www.ticalc.org/archives/files/fileinfo/100/10038.html

Je viens de vérifier: le programme en question n'est pas limité à 32 bits. Cependant, le format utilisé est illisible et lourd à rentrer.

je lui conseille pas de le faire en basic

de toute facon il peut bien faire ca en C avec stdio.h :
-simple
-mieux que le basic
-standard donc vite compris si tu connais le C

Pour ce qui est de la HP49G, évidement, c'est celle que j'aurais acheté si HP n'avait pas arrêté la fabrication des calculatrices...
Cela dit, quand on cherche des doc sur les calculatrices, on trouve absolument tout pour la transformer et tableau de bord de Boeing (ou d'Airbus), mais pas grand chose sur la manière dont elle calcule...
Ainsi, je n'ai pas été foutu de trouver sur combien de bit les calculs en hexa se faisait sur la HP49G (les 41 et 42S calculent sur 36bits)... C'est à se demander qui fait encore du dévellopement hardware sur la planète...
Jvais acheter un boulier... c'est en base 5, mais ça ne fait rien... au moins il n'y a pas de pile, pas de processeur, pas de stack, pas de compilo C, et une super mémoire statique sauf en cas de tremblement de terre et d'attaque des termites...

Enfin... je vais m'y mettre quand même... Quelle misère, au troisième millénaire, texas n'est pas foutu de faire des machines qui calculent sur 128 ou 256 ou 512 bits... tout ça parceque les bibli des compilo C ont été faites à une époque reculée ou les processeurs travaillaient avec des mots, au maximum de 32bits (parfois 36 ou 40, je sais).
K&R, réveillez-vous !

Pas de lumière sur l'utilisation de la TI en terminal style VT100 ?

>>> Ainsi, je n'ai pas été foutu de trouver sur combien de bit les calculs en hexa se faisait sur la HP49G

64 bits, comme sur hp48.

AsGa
a écrit : parceque les bibli des compilo C ont été faites à une époque reculée ou les processeurs travaillaient avec des mots, au maximum de 32bits (parfois 36 ou 40, je sais).

Les Motorola 68000 travaillent toujours avec des registres de 32 bits. Tout comme les x86 d'ailleurs (même les plus récents, sauf les x86-64 qui travaillent avec des registres de 64 bits). Aucun processeur bien diffusé ne travaille avec des registres de plus de 64 bits. (Il y a certainement des processeurs très spécialisés en 128 bits ou plus.)

Et le standard C le plus récent (ISO C99) contient les long long, qui sont garantis comme étant codés sur au moins 64 bits. Mais le ROM_CALL sprintf n'est pas conforme C99. TIGCC lui-même supporte les long long, ainsi que la plupart des nouveautés du C99; il y en a quelques unes sur lesquelles les développeurs de GCC travaillent encore. (Il y a juste les conversions long long<->float qui ne sont pas implémentées.)

heu la 48 ne bosse pas avec des reg de 64bits...
Le mode de calcul de la hp49 est assez spectaculaire c

NOn!
Seul les 2 derniere HP tourne en 64bits...

Pour ce qui est de la doc sur HP, il n'y a pas de site car on te donne 2 bouqins avec tres bien faits!
Sinon Pour le mode de calcul, c'est simple le cas de la 49 travail sans aucune limitation de la taille des nombre (sauf en ram...) donc tu peux calculer 1000! etc tu aura toujours la valeur exacte si tu te check le bon flag... donc pour les base ce doit etre la meme chose... (j'ai pas ma HP sur moi.. dsl)

AsGa
a écrit : Pour ce qui est de la HP49G, évidement, c'est celle que j'aurais acheté si HP n'avait pas arrêté la fabrication des calculatrices...

Tu nous en apprend des choses là. Je ne savais pas que Hp avait arrêté de produire des calculettes.
Quelqu'un sait pourquoi ils en produisent plus ?

parce que ca marche plus alors que la HP40 etait la meilleur calc du marche raport qualité prix!!!

les calculs binaires sur hp48 et hp49 sont sur 64 bits, et sur hp40 ça n'existe pas.

MicroTi a écrit :
Tu nous en apprend des choses là. Je ne savais pas que Hp avait arrêté de produire des calculettes. Quelqu'un sait pourquoi ils en produisent plus ?

Il est temps que tu t'en rendes comtes, ça fait 6 mois qu'ils ont arréter (voire plus, je c plus exactement)

Bah faut dire que je m'en fous un peu des HP donc je n'étais pas au courant
De toute façon, j'ai l'émulateur HP

Pfff... le mode hexa natif n'est vraiment pas terrible... en gros inutilisable, même sur 32bits...
Y a-t-il un moyen de dire à la calculatrice que dans un mode particulier, intdiv remplace '/' ou une touche quelconque ?
Je voudrais que ma fonction à deux paramètres -indiv- se comporte comme un opérateur, et faire un mode (disons entier) tel que quand je tape 5/2 la calculatrice me réponde sagement 2

... et cette doc pdf est d'un déprimant... C'est la première fois que je vois une doc avec les titres classés dans l'ordre alphabétique... C'est pratique, le chapitre "Fin" se retrouve avant le chapitre "Début"... je n'exagère pas, le chapitre d'introduction "Utilisation de la calculatrice" est le dernier chapitre, il faut le faire !!!