Hub pour TI / compatibilité ti89/ti83 - Page 1

Je me suis un peu renseigné avant de poster mais je n'ai rien trouvé de rien précis. Je cherche en fait des plans pour construire un HUB TI. Tout ce que j'ai trouvé c un hub pour TI86 : il parait qu'on peut meme jouer à tetrinet ^^. C'est un peu ce que je voudrais faire sur ti89/ti83 mais comment ? qqun a-t-il déjà essayé ?

==============================================================

Autre question : Y a-t-il moyen de faire des transferts entre ti89/ti83 ???

jamais entendu parler de ça.

tu as un lien vers le hub pour ti 86 ?

hub TI, pour plus d'info va voir du coté de la liaison radio, c le media qui change...



en résumé, l'I²C étant un bus, il y a moyen de faire ton hub avec du fil seulement (rouge ensemble, blanc ensemble) cependant, il faut rajouter un niveau d'identification au moment ou une calculatrice "prend la parole"



pour ce qui est des coms 89<>83, tu peux pas le faire par défaut, TI filtre le type de calto... cependant, tu peux aisément refaire un piti soft de communication sur la 89 par exemple pour qu'elle se comporte, soit comme une 83, soit comme un PC (là y'a même moyen de lui demander un backup et plein d'autres trucs bien marrants)


Je suis en train de développer TI-DRIVE, qui viendra avec l'OCX COM92 et normalement une doc agrémentée d'exemples...

faut repogrammer des drivers de comm non pour pouvoir faire un hub ?

avec un truc permettant d'identifier la calculatrice cible et source

en théorie un hub c'est pas difficile à faire, non ? un CI qui identifie chacune des sorties de façon fixe et les relie suivant les instructions qu'on lui envoie, c'est faisable ?

un hub envoie sur tout les ports ce qu'il reçoit.

c'est le switch qui regarde les paquets pour savoir ou ils doivent aller et ça c'est beaucoup plus chaud à faire

switch = routeur ?

parce que si c ça, en fait c bien à ça que je pensais, mais c si dur que ça à faire ? (je parle pas d'adressage dynamique ni de forewall ni d'aucune conneries du genre, juste un truc de base base)

switch != routeur != hub


un truc de base base c le hub et c le seul truc faisable facilement

ouais mais déjà que le link va pas vite, alors si chaque TI recoit des données qui ne lui sont pas forcément destinées, on n'avancera pas...

un switch ( en gros et je fais p-e des erreurs, le prof a rapidement expliqué ça ).

un switch retiens dans sa mémoire sur quel port est branché tel ip ( dans le cas d'un pc, pour une ti on peut prendre l'ID ).

mais je ne sais pas comment ça se passe la première fois que l'on vise un certain ordi (cacl ):
- est ce que le switch, ne trouvant pas l'ip ( ID ) dans sa mémoire, balance sur tout les ports avec un message demandant à la calc de répondre pour l'enregistrer pour les futurs transfert

- ou est ce que lorsque l'on branche un nouveau pc ( calc ) sur le réseau, celui-ci est détecté par le switch qui lui demande son adresse IP ( ID ) pour l'enregistrer directement.

je peux pas te dire, dsl, tu demanderas à ton progf..

bah windows arrive bien à te le dire quand tu branches ou débranche le cable de la carte réseau. il y a donc une paire de fil qui doit servir de test.

mais sur un connecteur ti à 3 fils ca me parait plus chaud.

oublie Win, c'est pas le sujet...mais c vrai qu'un hub c pas difficile en théorie, mais reste le pb de vitesse de trransmission comme je disais...

c koi le débit max du link ?

Microbug
a écrit : un switch retiens dans sa mémoire sur quel port est branché tel ip ( dans le cas d'un pc, pour une ti on peut prendre l'ID ).

Un switch (c sa qui le différencie d'un routeur) ne retient pas l'addresse IP mais l'addresse ethernet d'une machine (la célébre addresse MAC) Sinon si tu utilisait un switch qui retenait l'ip tu pourrait pas faire de l'Ipx ou du netbios natif...

Microbug
a écrit : mais je ne sais pas comment ça se passe la première fois que l'on vise un certain ordi (cacl ):

Le broadcast, le switch peut aussi faire du braodcast (envoyer a tt les ports) (cf l'ARP)

Microbug
a écrit : - est ce que le switch, ne trouvant pas l'ip ( ID ) dans sa mémoire, balance sur tout les ports avec un message demandant à la calc de répondre pour l'enregistrer pour les futurs transfert

On reste tjrs avec l'addresse MAC, donc le switch quand il detecte une connection sur un de ses port, demande a la machine conncecté sont addresse MAC en envoyant une trame et recuperant la réponse de la machine, son addresse MAC etant renvoyé.

Microbug
a écrit : bah windows arrive bien à te le dire quand tu branches ou débranche le cable de la carte réseau. il y a donc une paire de fil qui doit servir de test.

Windows n'y est pour rien! il ne fait que lire un bit d'état de la carte reseau (d'ailleur si on avait un reseau en 10base2, windows pourrait pas t'avertir de quand il se connecte..)

Pour rappel, un cable RJ45 (pour 10baseT et 100baseT) possede 2 paires, la premiere utilisé pour le TX/RX l'autre utilisé pour le link, donc si le hub/switch ou quoi que se soit detecte une tension/impedance (ou quoi que se soit) sur cette paire, c qu'il est connecté a une machine.

Microbug
a écrit : mais sur un connecteur ti à 3 fils ca me parait plus chaud.

Tu n'est pas obligé d'utiliser le principe utilisé avec le RJ45 en ethernet !
On peut facilement savoir dans une prise jack faite pour, savoir si un cable est connecté ou pas !

Cf ta chaine HIFI qui coupe les HP quand on branche un casque !

Vala

euh, la chaine hi-fi qui coupe, c'est un simple contact mécanique, pour information...

JUSTEMENT !

C'est pour sa que on a pas forcement besoin d'une paire "link" !!!

godzil > certe, mais la ti n'a pas de contact mécanique à ce que je sache.
Si l'on fabrique un HUB pour ti et que l'on veut pouvoir débrancher à chaud ...

darkool > Y a-t-il moyen de faire des transferts entre ti89/ti83 ???
Oui, un programme existe pour ça. Un gars qui avait une 83 m'en avait parlé, il m'avait même imprimé la doc et tout

et ca ne marche pas ce programme...

j'ai filé le lien dans un autre topic... on en a déjà parlé...

Ca fait des mois qu'on essaye de relier ensemble plus deux TIs. Le problème c'est effectivement qu'il faut gérer une pile réseau de base et détecter si les paquets que tu reçois te sont destinés. Et pensez au problème des collisions... C'est très chiant, il faut réimplémenter Ethernet en software en fait.

alors qu'il suffirait que l'une soit maîter et toutes les autres esclaves...

oui il faut une ti qui donne successivement la parole à chaques ti-filles :]

tout les ti restant à l'ecoute jusqu'a ce qu'elle recoive l'ordre, elle envoir ce qu'elles ont a dire puis un signal de fin de transmission pour passer à la suivante

Et g t en train de penser, c faisable un système de communication sur des canaux de fréquences séparés, comme en radio ? genre mettons 4 entrées/sorties en duplex, la TI qui émet envoie en premier le numéro de canal correspondant à la TI receveuse, et le contrôleur duhub se charge de diriger la communication au bon endroit...comme c¸a chaque tI voit pas les paquets de l'autre..

mouais...

autant faire un ring plutôt qu'un hub (un ring c sur le principe du "fait tourner" et l'intéressé garde le paquet... tu reçoit que de ta gauche, et tu n'émets que vers ta droite...)

Le ring c'est peut-être la meilleure solution, si vous savez faire un protocole asynchrone qui marche avec un seul fil. A ce moment l'intérêt c'est que chaque ligne du port I/O est unidirectionnelle -> plus simple.

u fais un réseau ethernet de TI...
ou alors, en TokenRing, c peut-être plus simple...

vu la puissance de la ti, un réseau "fait tourner" ca risque d'etre un peu lent non ?
tu recois, tu regarde si c pour toi, et tu réemets....

c koi un tokenring ????