Protocole USB - Page 2

geogeo, tu pourrais aussi regarder la consommation en RAM en mode recovery ?

Pour savoir si le HW diffère vraiment, il ne suffit pas d'ouvrir les deux caltos et de comparer composant par composant ? Puce par puce suffira d'ailleurs, je pense... quoi que, c'est peut être un simple strap qui différentie les deux HW (càd qui interdit l'exécution de l'OS CAS sur la 84+) ! Ce qui serait une excellente découverte

D'après Datamath la référence du SoC diffère. Il pourrait cacher des choses ?

Non, pour la NON CAS on observe une révision "marquée" du processeur en Model: TI-NSPIRE / L9A0702 / TI-NS2006A-0 / LSI LOGIC / ZEVIO / U 0714 / WYJ14052-1

Pour la CAS on observe "TI-NSPIRE / L9A0702 / TI-NS2006A-1 / LSI LOGIC / ZEVIO / U 0714 / WYJ14052-1

TI confirme l'équivalence en HW0 et HW1 sur la révision processeur, ce qui invalide ma théorie disant que les boot1 et boot2 y correspondent ... Par contre, ca va dans le sens de la machine virtuelle codée en hard [EDGE ou pas] (modele VHDL) ...

Pour les 2Mo de RAM en moins, ca correspondrait pas à la place du ti84 ?? Ca irait dans le sens de l'OS déchiffré en ram non ?
extended, essaie de bien valider ce fait ...

Est-ce que l'OS monte en RAM ou pas ...

Pardon pour le ./32 pas très clair, j'avais oublié un point d'interrogation, qui change tout le sens

[EDGE ou pas] (modele VHDL) ...

Je n'ai toujours pas saisi entièrement techniquement ce que ferait ta VM. Tu peux aller plus en détail ?
Attention, EDGE n'a rien à voir avec une machine virtuelle (cf l'autre topic).

Pour les 2Mo de RAM en moins, ca correspondrait pas à la place du ti84 ??

Non, c'est sur CAS qu'il y a 2 Mo de moins.

ExtendeD (./31) :
geogeo, tu pourrais aussi regarder la consommation en RAM en mode recovery ?

OK je ferais ça.
Si tu as d'autres trucs que tu veux que je teste, pas de pb.

Voilà le résultat. Assez impressionnant je trouve. Bref j'ai pas beaucoup de RAM.

storageAvailable=29151744
storage=29229056
ramAvailable=4095828
ram=5246364

screen:
x=0
y=0
width=320
height=240
bitsPerPixel=4
sampleModel=0

battery=127
charging=0
clockSpeed=90
runLevel=1
version=0 0 0
boot1Version=1 1 8916
boot2Version=1 1 8981
hardwareVersion=1
deviceCode=14

On peut envoyer des fichiers sur sa TI Nspire sans OS. Mais je me poses une question, qu'arrive-il si les fichiers saturent la mémoire ? Comment réagit le processus d'installation de l'OS ? Enfin, une autre enigme. Imaginons le même cas (pas assez de mémoire) mais seulement pour créer le fichier "Getting Started" après l'installation de l'OS ?

geogeo (./39) :
Comment réagit le processus d'installation de l'OS ?

Normalement Computer Link refuse de l'envoyer, et demande de supprimer des docs.
Après à voir ce qu'il se passe si on force manuellement (i.e. hors Computer Link) l'envoi (vu le reste des tests Nspire on peut s'attendre à tout).

Tu testes le 2ème cas ?

Exactement la même consommation de RAM pour CAS et non CAS en mode recovery (en tout cas au ko, à l'octet je reverifierai). Elles doivent avoir des boot codes très très proches.

Y a combien de RAM au juste ? 5 Mo ou y a un mappage de l'archive en RAM ? Je me perd dans les chiffres concernant la mémoire là. ^^

Dès que je fait un 8: Send OS lorsque je n'ai pas assez de mémoire j'ai loe message suivant qui s'affiche :
"Receiver does not have enough storage space. Make 2742KB available."

[Edit] Dès que j'ai juste l'espace nécessaire pour l'OS mais pas pour le fichier "Getting started"
"Receiver does not have enough storage space for document transfer."

geogeo (./42) :
un mappage de l'archive en RAM ?

Ca on ne sait pas pour l'instant, l'OS fait ce qu'il veut dans tous les cas.

Il y a 32MB physique, 22806ko de "visible" (l'entrée 'ram' du rapport, va savoir ce que ça veut dire) avec l'OS Nspire CAS, 24792ko avec l'OS Nspire.
5124ko sont "visibles" pour les 2 en mode recovery.

geogeo (./43) :
Dès que je fait un 8: Send OS lorsque je n'ai pas assez de mémoire j'ai loe message suivant qui s'affiche : "Receiver does not have enough storage space. Make 2742KB available".

OK, la Nspire en émettrice fait le même pré-test que le Computer Link. Mais restera à tester au niveau du protocole même.

geogeo (./43) :
Dès que j'ai juste l'espace nécessaire pour l'OS mais pas pour le fichier "Getting started" "Receiver does not have enough storage space for document transfer."

Au tout début du "transfert" ce message ?

ExtendeD (./41) :
Exactement la même consommation de RAM pour CAS et non CAS en mode recovery (en tout cas au ko, à l'octet je reverifierai). Elles doivent avoir des boot codes très très proches.

Pire que ça, aux 8 octets près. Les versions identiques de boot correspondent effectivement au même boot.

Oui, au début.

J'ai maintenant un début d'implémentation du protocole qui permet de malmener facilement le link côté Nspire.



([edit] : URL img bizarrement maintenant cassé)

C'est en bonne voie.

Tu ajouteras les informations sur le protocol sur le Wiki? Car j'aimerai bien faire de petits tests.

Je les poste petit à petit ici http://hackspire.unsads.com/USB_Protocol , tu n'auras qu'à suivre les changelogs.
Tant qu'à faire je distribuerai aussi mon implémentation de test, en attendant que roms fasse une implémentation plus solide pour TiLP.

je pense que ya moyen d'étudier le code du TI-NSpire Softwware qui vient de sortir en éval de 30 jours car en fait c'est un vrai émulateur de la Ti-NSpire sur PC.
Je pense que ca peut apporter beaucoup.

Tu es sûr que c'est un émulateur ? Ce serait une facilité de la part de Texas Instruments, mais aussi une grosse erreur vis à vis des bricoleurs qui veulent craquer la Nspire.

Oui, ya le clavier et on peut tout exécuter les lignes de calcul avec le logiciel.
Teste le, tu verras.

Et c'est pour ça qu'il coute 100€...

Ça ne prouve pas que c'est un émulateur, il est plus probable que ce soit une version recompilée pour x86!

nanoxia == mic (TI-Bank) ?

Kevin> peut être, jen sais rien à vrai dire, je my connais pas.
Lionel> hein ???

Après le passage d'un @ ce sera vite vu.

Tu sembles tendu ExtendeD.
On parle de TI-NSpire ici, toi tu délires.

oui c'est lui, le problème étant qu'il avait déjà été banni... évite de pourrir la base en recréant des comptes, mic... et si dans un moment, quand tu te seras fait oublier si toutefois ça arrive un jour, tu te réinscris ici, essaie de faire en sorte que ça serve à quelque chose.

Voyons voir...

Même IP que topics/101720-protocole-usb#23 qui a été kické quelques posts plus loin :

Ximoon (./29) :
es clones demeurent interdits, surtout quand on en a déjà au moins quatre de bannis...

(+ ban, en même temps)

Publicité pour ti-bank ; cf topics/101932-programmation-sur-nspire#7

Et cf aussi topics/101616-test-de-la-ti-nspire ; toujours même IP ; banni aussi...

ça fait pas mal de points communs avec une partie de la ban-list de ce forum...
aloes, anoul, ti89prog, keyboard, tikau, et maintenant, nanoxia ?
ça ferait le 7ème clone ? dont 7 pour contourner des bans ?

Quelque chose à répondre ? Une coincidence, ou pas ?


!call Ximoon
--- Call : Ximoon appelé(e) sur ce topic ...
à suivre ^^