Titanium Ouverture - Page 1

Bon now que la Titanium est sortie, personne n'a encore ouvert le capot et scanné ce qu'il y avait dedant ?


J'aimerait bien savoir si TI a reelement mis un chip USB ou si (comme je le présent) il n'on fait qu'inclure un GraphLink Silver

Qq'un pourrait aussi faire une photo du cable USB fourni, du cable "USB" TI<->TI et des connecteurs sur la TI ?

Vu qu'il y aurait un bon paquet de ports dédiés à l'usb, c'est pas forcément un graphlink silver
enfin on saura pas avant que quelqu'un ne décortique le tout

franchement j'ai un gros doute connaissant TI

Si bien il on mis 2 port IOs indépendants un connecté a un silver USB et l'auter au "vrai" port IO

Y'a quoi exactement? prise USB dans la calculette?

a priori

Non c'est pas à priori, c'est sûr.

Hier je suis allé voir la bête à la fnac. Alors effectivement , y'a A LA FOIS un jack 2.5 pour le link et une prise USB-B.

Alors y'a pas 50 possibilités:
- soit ils ont intégré le silverlink directement dans la titanium et le jack est connecté au coté TI de ce silverlink
- soit y'a deux ports IO selon ton hypothèse en ./3
- soit y'a un client usb dans la TI avec les ports IO pour le configurer.

Côté soft j'ai aucune idée du fonctionnement, j'ai pas vu tourner l'engin, et ca dépend trop de la config hardware inconnue.

J'ai remarqué que la TI-84+ disposait du même équipement.

Alleeeez qui en achète une, qu'on sache enfin !?

Celui-là n'aura pas forcément envie dela réduire en morceaux
Déjà trifouiller dans l'AMS devrait permettre de voir si il y a des softs séparés pour les deux links. D'après ce que j'ai cru comprendre, un tel code n'a pas encore été trouvé, et il y aurait en effet des ports rajoutés pour l'usb. A vérifier bien sûr

Moi ce qui me gene le plus dans ce port USB c'est qu'il est sensé etre Maitre ET esclave, ce qui est possible, mais le pbm c'est que si on fait une liaison TI<->TI qui est maitre et qui est esclave ? c'est quelque chose de limite impossible connaissant la facon dont on peu utiliser le port des TIs

et un USB maitre sur TI si ct possible ça ouvrirait pas mal de portes, mais j'y croit guere. SAUF et uniquement SAUF l'USB est géré de maniere 100% logicielle ce qui me parraitrait quand meme bizzare...

Sinon ya une possibilité

squalyl: tu es sur que c'est un B, c'est pas plutot un miniB ? ça me parrait gros un B standard quand meme.. et le cable "usb" TI <-> TI il ressemble a quoi ?


Ya pas 36 possibilité de tte

1 -> Silverlink intégré avec un (mini)B avec des broches en plus pour le cable ti<->ti "usb"

2 -> Vrai USB, mais la il faut que TI ai rajouté ou modifié le protocole, ou du moins qu'il l'ai changé de maniere electrique en tout cas (l'usb possede 4 fils : +5 d0 d1 +5 alors que la ti c'est GND +5 +5) mais avec un dispositif (inteligent) qui est entre la puce gérant l'USB et le port en lui meme ie :

Si on branche la TI sur le PC, le PC va ammener le 5 volts sur les broches 1 et 4, donc la puce detecte qu'on veux utiliser l'USB et mappe donc le port sur la puce USB. Si le 5V n'est pas présent elle mappe le port sur les fils du port TI standard par exemple "GND red white GND" (sur une prise USB vue de face)

Non je me suis trompé, c'est effectivement un MINI usb 5 broches comme sur les appareils numériques. Désolé.

Quant à la possibilité de faire à la fois maitre et esclave (tu voulais dire HOST et DEVICE) c'est très peu probable vu la différence radicale entre les deux types de contrôleurs.

Déja programmer un device usb c'est méga chaud, ca demande des buffers hardware en pagaille ainsi qu'un beau traitement par IRQ, ca m'étonnerait largement qu'ils fassent tout en soft. Non, c'est impossible puisque une uart USB a besoin d'une PLL pour se synchroniser avec les signaux à 1,5 ou 12 MHz qui circulent dans le câble. C'est IMPOSSIBLE à faire en bit-banging comme pour l'I²C.
Un contrôleur c'est encore pire, il doit gérer l'énumération des périphs que tu lui présentes c'est monstrueux (bon cypress en fait un, je sais)

Quant au mapping HARD du link sur l'usb c'est là carrément impossible vu que les signaux de la TI sont du TTL collecteur ouvert alors que l'USB utilise des lignes différentielles bidirectionnelles, et les signaux sont mégas contrôlés. La TI n'est pas en mesure de gérer des signaux USB sans hard additionnel: même si l'hôte envoie 3 octets toutes les minutes au device, les bits sont envoyés à la vitesse maximale, soit 1.5 ou 12 MHz (low/full speed). c'est la vitesse du CPU. Donc pas possible.

Je sais qu'il existe des souris USB qui se branchent sur des ports PS/2 mais là c'est le contrôleur de la souris qui envoie des signaux PS/2 dans la prise USB quand il voit qu'il recoit pas d'énumération USB.

L'hôte USB du PC peut encore moins émuler un port link de TI, parce qu'il est exclusivement réservé aux coms USB justement.

Donc il reste

-silverlink intégré (très con)
-link double (ca m'étonnerait)
-contrôleur device usb accédé par des ports IO.

La question qui reste est "pourquoi un contrôleur usb dédié" ? Je vois pas de réponse à part empêcher le bidouillage de fabrication de links perso genre câble //.
Si il faut s'attaquer un chip USB ca va prendre du temps.

Un argument vitesse ca tient aussi: Imaginons par exemple que les nouveaux hw aient un contrôleur DMA entre le chip USB et la RAM... On sait jamais ce qu'ils peuvent nous pondre !

le silverlink intégré n'est pas très con du point de vue de TI car il nécessite 0 investissement supplémentaire en recherche/développement, que ce soit en soft ou en hard ...

Vu comme ca, oui. c'est vrai.
Mais du point de vu $$$, je pense qu'ils préfèrent vendre des silverlink, mais je ne suis pas un spécialiste du commercial.

Enfin moi je préfèrerais l'avoir externe que intégré.

squalyl^2 :
Non je me suis trompé, c'est effectivement un MINI usb 5 broches comme sur les appareils numériques. Désolé.

Quant à la possibilité de faire à la fois maitre et esclave (tu voulais dire HOST et DEVICE) c'est très peu probable vu la différence radicale entre les deux types de contrôleurs.

"master" et "slave" sont deux termes valides pour parler des "host" et "device" mais bon peu importe

Quant au mapping HARD du link sur l'usb c'est là carrément impossible vu que les signaux de la TI sont du TTL collecteur ouvert alors que l'USB utilise des lignes différentielles bidirectionnelles, et les signaux sont mégas contrôlés. La TI n'est pas en mesure de gérer des signaux USB sans hard additionnel: même si l'hôte envoie 3 octets toutes les minutes au device, les bits sont envoyés à la vitesse maximale, soit 1.5 ou 12 MHz (low/full speed). c'est la vitesse du CPU. Donc pas possible.
Je sais qu'il existe des souris USB qui se branchent sur des ports PS/2 mais là c'est le contrôleur de la souris qui envoie des signaux PS/2 dans la prise USB quand il voit qu'il recoit pas d'énumération USB.

J'ai jamais parlé de mapping hard DIRECT sur le port USB, mais d'un model tel que :

Port TI I/O ---- Puce ----- Controleur USB
Normal             |
                   |
                   |
                Prise USB 

Sachant que l'USB applique des +5 sur deux des quatre fils, c'est quelque chose d'assez simple à détecter, si on retrouve les deux +5 la puce switch la prise sur le controleur, sinon elle la mappe sur le port io standard

ps:

La question qui reste est "pourquoi un contrôleur usb dédié" ? Je vois pas de réponse à part empêcher le bidouillage de fabrication de links perso genre câble //.

si il ya besoin juste d'un cable USB, quel interet de fabriquer un link perso ?

l'intégration d'un "USB" n'est surement pas pour empecher la fabrication de links perso, c'est plutot un argument commercial "Regardez notre calculatrice possede un port USB intégré, comme ça vous pouvez brancher votre ti sans cable spécial
et aller a 'toute vitesse'"

perso l'interet du cable aurait pu etre de voir la TI comme un Mass Storage, la ça pourrait etre interessant

Enfin si c'est pas un silver link, et que l'on peut bien acceder au chip qui gere l'USB, c'est quelque chose qui pourrait devenir une réalité

oui en effet.

Godzil :
Moi ce qui me gene le plus dans ce port USB c'est qu'il est sensé etre Maitre ET esclave, ce qui est possible, mais le pbm c'est que si on fait une liaison TI<->TI qui est maitre et qui est esclave ? c'est quelque chose de limite impossible connaissant la facon dont on peu utiliser le port des TIs

Ds nouveaux ports dédiés sont utilisés pour l'USB de toute façon.
L'HW USB de la Titanium est de l' "On-The-Go" (OTG) : http://www.usb.org/developers/onthego/

J'ai réuni quelques (peu) infos sur l'utilisation de l'USB par l'AMS dans mon package sur la Titanium : topics/44353-titarom-la-titanium-sur-vti . Je regarderai plus en détail dès que j'ai le temps, mais je ne connais pas grand chose sur le fonctionnement de l'USB.
Notez que l'auto-int 3 a été libérée de son timer à 1 Hz pour participer à l'USB sur la Titanium (la gestion de l'horloge est maintenant entièrement gérée par l'HW).

Les nouveaux ports i/o dédiés à l'USB semblent très proches de ceux sur la TI-84 Plus. Voilà ce que Dan Englender a trouvé jusqu'ici (il ne savait rien de plus au moment où je l'ai mailé) : http://www.detachedsolutions.com/forum/viewtopic.php?t=1759

ExtendeD: tu est CERTAiN que c'est du On The Go ? cette 'norme' me parait un peu (trop) récente pour pouvoir apparaitre dans du matériel tel al 89T qui doit "trainer" depuis plusieurs mois ( 1 an ?) dans les cartons de TI

Sinon pour les ports, oui certe, mais a quoi servent t'il vraiment ? Je vais lire ta doc. je reviendrais apres ^^

hummmmmm

About the device information, it's very similar to the SilverLink device card but with minor differences:
- it advertises a max packet size of 64 bytes rather than 32 bytes - the vid is 0xe008 (TI-84 Plus Silver Edition) instead of 0xe001 (SilverLink)

ecrit par roms

Hum

ça veux ptet rien dire, mais ça peut laisser présager que la solution "silver inside" est la bonne...

ExtendeD: pour les ports, je viens de penser (tjrs pas lu la doc,) si on suit ma "version" les ports peuvent servir a savoir si le cable branché proviens d'un PC ou d'un autre TI par ex, et apres (bien sur) de dialoguer avec le chip usb

sinon pour ce qui est de l'OTG j'ai bien peur que cela en soit pas, les spéc sont encore plus ou moins au stade de béta, aucun périph n'utilise (encore) cette norme, ça serait étonant que TI soit pionnier la dedant sinon ça serait assez "payer les pots casser" je trouve. Enfin c'est a voir.

Godzil
: ExtendeD: tu est CERTAiN que c'est du On The Go ? cette 'norme' me parait un peu (trop) récente pour pouvoir apparaitre dans du matériel tel al 89T qui doit "trainer" depuis plusieurs mois ( 1 an ?) dans les cartons de TI[/url]

http://education.ti.com/us/student/products/graphing/ti89titanium.html, "USB On-The-Go (cable included) makes computer connectivity simple"
D'après Dan Englender (cf lien de mon précédent msg) I did some googling and I can see a lot of talk about USB-on-the-go, but I couldn't find any devices released that actually use it. Perhaps the 84P is the first, or at least one of the first. If anyone finds another available USB-on-the-go device, let me know; it would be interesting to try to interface the two.

Sinon pour les ports, oui certe, mais a quoi servent t'il vraiment ? Je vais lire ta doc. je reviendrais apres ^^

Ils sont assez nombreux et leur fonctionnement à l'air assez compliqué. Au moment de sa rédaction j'avais d'autres trucs plus importer à regarder dans l'AMS, je n'ai pas eu le temps de vraiment voir.

Si la titanium a un contrôleur OTG c'est trophor. J'en sais rien, je peux pas m'avancer. Mais ca m'étonnerait aussi. Enfin.

Le truc c'est que quand tu le branches un périph doit être énuméré.

Un paquet USB qui arrive dans un périphérique atterrit dans un "endpoint"
L'enpoint 0 sert à la config et aux petits transferts. Il est toujours prêt.
Les autres servent aux flux de données plus importants et doivent être configurés au moment de l'énumération.

Un paquet USB a un type qui peut être par exemple
-demande de la config matérielle (demande du PID, VID, consommation, etc...)
-demande de la config HID
-demande de la config des endpoints >0
-attribution d'une adresse
-suspend
-resume
-etc...

Les fils sont connectés à ce que l'on appelle un UBM (usb buffer manager, une sorte de DMA)
quand un paquet est reçu il déclenche une irq
l'irq doit lire le type de paquet et envoyer les données nécessaires à l'hôte.

Une fois que l'énumération est terminée les échanges de données ont lieu.

Tous les devices usb marchent de la même manière. Les codes en C existent en X exemplaires, ils pourront être portés pour notre caltos chérie si elle marche pareil.


Un hôte USB j'ai aucune idée du fonctionnement, à part que c'est complémentaire.

ma réponse sera simple pour l'hote, plus ou moins pareil, mais en plus compliqué (en fait c'est surtout au niveau logiciel que les choses sont plus complexe..)

USB On-The-Go (cable included) makes computer connectivity simple"

Huuummmmm

Sa peut être bien, comme chiant à la fois... a voir

C'est pas parce que la communication est simple que la programmation de l'hôte l'est forcément.

Bon déja on a une image de la 84 plus: http://www-personal.engin.umich.edu/~denglend/84PSE.JPG
Ceci provient de cette page: http://www.detachedsolutions.com/forum/viewtopic.php?t=1759
Le topic est très intéressant d'ailleurs.

Godzil :
ps:

La question qui reste est "pourquoi un contrôleur usb dédié" ? Je vois pas de réponse à part empêcher le bidouillage de fabrication de links perso genre câble //.

si il ya besoin juste d'un cable USB, quel interet de fabriquer un link perso ?

l'intégration d'un "USB" n'est surement pas pour empecher la fabrication de links perso, c'est plutot un argument commercial "Regardez notre calculatrice possede un port USB intégré, comme ça vous pouvez brancher votre ti sans cable spécial
et aller a 'toute vitesse'"

perso l'interet du cable aurait pu etre de voir la TI comme un Mass Storage, la ça pourrait etre interessant

Enfin si c'est pas un silver link, et que l'on peut bien acceder au chip qui gere l'USB, c'est quelque chose qui pourrait devenir une réalité

pas crayon : un mass storage, tu le mets au même format que les pcs, rien que la fat et le programme pour gérer le truc te bouffera tout... il te restera 64k sur ton "mass storage" autant rester avec des disquettes

j'avais po pensé a ça effectivement :/

Enfin quoiqu'il en soit pouvoir transformer la ti en autre chose que ce qu'elle est prévu a la base pour l'USB est qq chose qui peut s'averer interessant

ils auraient eu plus intérêt à foutre un port SD sur la TI...

./23> Avec les mégas de flash qu'il y a dans l'archive on aurait plus de 64ko de stockage, même en FAT32!
On peut virtuellement programmer un périph USB pour qu'il fasse n'importe quoi, de la souris à la carte son en passant par la mémoire de masse.

./24> Clair!

Sinon globalement moi l'intérêt que je trouve à ce port USB sous réserve qu'il soit bidouillable, c'est sa fonctionnalité présumée de On The Go, qui donne au contrôleur des fonctions d'hôte limité. La le réel intérêt ce serait de connecter des mémoires de masse à la TI, par exemple là moi j'ai une compact flash 1GB... elle serait bien, connectée sur un usb embarquée (déja 64 MB...)
Et ce serait plus envisageable que les trucs par port link ou bus système...

Bon courage, deja qu'il y a (beaucoup) de(s) pbms avec les pilotes de mémoires de masses sous windows ce :/

windows ce => connais pas.

On verra quand on aura compris le fonctionnement des nouveaux ports i/o, déja.

ben windows CE je connait ^^ et je peut te dire que ça chie grave...

les pilotes sont ptet un peu buggé, mais bon c'est pas n'importe qu'elle entreprise qui fait windows CE

sous HP49G+ c dla balle, sd de 64Mo vendu avec

^^