Interface pour périphériques TI - Page 3

Merci je vais commander ça. Il faut que ça comme pic?

ben je pense pas qu'il y ait besoin de plus puissant

sinon il y a aussi les 18F458, ils sont plus puissants mais pour une realisation c'est pas pratique car si microchip arrête les samples ça sera difficilement trouvable et cher

J'avais pas vu ce topic. Vous me faites marrer!
Au fait 32 broches c'est PAS ASSEZ!
Alors un connecteur USB... laisse tomber.

Je vous informe que ce projet n'est PAS ABANDONNE mais suspendu en attendant de trouver le truc qui connecte les LCD aux circuits imprimés. C'est le seul moyen d'arriver à ce fichu proc qui nous nargue. La soudure est très difficile pour plusieurs raisons:
- faut pas cramer le proc
- faut pas shunter de fils
- faut pas arracher les pistes du CI à cause des fils qui sont branchés dessus.

Les fils qu'il faut connecter sont très nombreux. Il y a 24 fils d'adresses, 16 fils de données, la masse et quelques signaux pour la gestion des échanges de données. On peut limiter le nombre d'adresses, mais pas le nombre de données.

Si vous cherchez les topics qui parlent de CPU, UTIB, vous trouverez toutes les infos là dessus que j'ai déja cherché, trouvé et étudié, en partie avec notre regretté NSPIRIT, qui a été le premier à aborder le problème.

S'il vous plait, réfléchissez un peu avant de lancer des idées, surtout si nous n'avez aucune notion de la complexité du schmilblick.

32 broches c'est assez si on limite le nombre d'adresses et si on reste en mode 8 bits on peut se contenter de moins, mais de toute façon personne n'a de moyen simple de réaliser la liaison au niveau du proc

faire un montage avec un PIC qui gère les flash // et les périphériques IDE reste possible

Ah ouais? Un gros pic alors.
Si tu le branches sur le link t'en as pour un moment rien que pour lire un secteur de 512 octets!

pourquoi ?
au pire in peut prendre un PIC18F458 à 40Mhz, ou utiliser un PIC overclocké (mes 16F877A semblent très bien fonctionner à 40Mhz avec un oscillateur externe (je n'arrive pas à faire osciller un quartz à sa 3ème harmonique avec l'oscuillateur du PIC)
à la limite un 18F458 à plus que 40 Mhz
si c'est pour piloter un disque dur la consommation n'est pas si importante donc on peut overclocker

OK alors vas y j'attends les résultats!

meuh euh euh, est ce que vous savez ce qu est le FLUX de soudure, celui qui mapporte sa caltos je lui fait des beaux fils qui parte du proco

Je ne connais pas du tout ce que c'est mais ça m'interesse.

Vous revez de soudures propre.
Vous revez de soudures belles.
Vous revez de soudures ultra rapides.
Vous revez de soudures qui ne chauffent pas les pattes de vaux composants favoris.
Une SEULE solution.
UTILISEZ DU FLUX A SOUDURE
_{Disponible chez le marchand de flux.}

Comment on peut faire pour ce procurer des echentillons de µC ???

Bas le problème est réglé avec le flux alors pourquoi on n'y avait pas pensé plus top. Ca ressemble à quoi et ça se trouve das les grandes surfaces? Car ou j'habite y a pas de magasin d'éléctronique et j'ai pas trop envie de commander sur Selectronic...

Demilait: Si tu nous dis comment ça marche et où on peut en trouver, OK.

Chez tous les électroniciens
Au rayon soudure

Bon allez j' arrete de vous faire mousser.
Le flux c ce que l on retrouve dans le fil d' etain, la section etant creuse, a l' interieur se trouve une espece de resine, lorsque l, on soude elle devient marront et c elle qui laisse des traces das la soudure si on chauffe trop longtemps l'' etain.
Mon flux je l' ai acheter chez radiospares par CB, ca arrive en 2 jours et les frais de port sont gratis. Il est sous plusieurs forme : pate, liquide, bombe...je recommende la version liquide qui permet une application aisee sur les pattes des composants a souder avec un petit pinceau. Le flux est un agent qui permet de faciliter grandement les soudures.
ex: boitier soic28 avec fer 14w et panne 0.5mm, les soudure prennent en 0.5 sec...

slt,
je n'ai pas lu tout le topic mais sans vouloir paraitre pessimiste, cette idée de souder sur le proc ne me parait pas vraiment réaliste :
* techniquement c'est pas évident, on est d'accord
* une interface sans périphériques est inutile
* je connait peu de gars assez riches ou/et tarés pour risquer d'éclater sa caltos à 1200 balles parce qu'une soudure a foiré. Croyez moi, chez TI ils ont des machines SPECIALES pour souder en CMS...
* surtout qui va se taper la programmation des soft ? ça prend du temps (beaucoup) et ça va pas être évident.

Sinon, j'entend parler de ports en tout genre. Je voulais juste dire qu'il y a deux ans j'ai fabriqué une interface qui contenait un CAN et sutout une interface Fully-Compatible Centronic. Les drivers, plans et le prototype sont dans mon tiroir, mais je n'ai jamais eu le courage de finir le spooler imprimante (même si ça imprime très bien !). En fait, je pense qu'avec ce truc, piloter un lecteur Zip ne pose plus de grandes difficultés techniques, mais qui va se farcir les drivers ? c'est toujours le même problème...

Je ferai un effort pour mettre tout en ligne après les concours, je vous tiendrai au courant. Le tout fonctionne avec la librairie I²C que j'ai écrite et que Squalyl a récemment mise à jour, et est disponible sur http://www.galaxoft.fr.st section électronique.

Voila un aperçu des perfs de la dernière version de la lib, effectués par Squalyl (merci à lui pour tout):
* Test du débit de données en écriture : 8192 octets en 1800 ms soit un débit de 4.6 ko/s ou 36.4 kbps,
* Test du débit de données en lecture : 8192 octets en 1350 ms soit un débit de 6.1 ko/s ou 48.5 kbps,
* Avec un délai de 50 au lieu de 100, on a écriture à 42.3 kbps et lecture à 48.5 kbps

En tous les cas, bon courage et bonne continuation,
Mathieu ALLORY

j'ai avancé sur le link PIC<->TI
ça marche assez bien, j'arrive à environ 27Ko/s dans les deux sens
je suis toujours obligé de ralentir légèrement les routines

mais j'ai besoin que vous testiez la valeur de basculement entre 0 et 1 sur le port link de la TI
pour cela, il faut relier les deux fils de donnée du port link à la masse par 3 diodes, vérifier que le port $60000E vaut bien $00, puis court-circuiter une des diodes et vérifier que le port passe à $0C

Hiddenfiles: Les drivers pour une telle interface sont plus simples à écrire parce que les périphériques sont mappés en mémoire.
Au lieu de:
[PRE]
#include "I2CDRV.H"
I2C_Init();
I2C_Start();
I2C_Send(adresse<<1+RW);
I2C_Send(data);
I2C_Stop();
I2C_Close();
[/PRE]
Ce sera du genre
[PRE]
#include <peekpoke.h>
pokeIO(adresse, data);
[/PRE]
Et là les tests ce sera pas en kbps!

Une fois que t'as ça tu piques les sources Linux et c'est terminé.
C'est même plus simple que le PCI.
Et question périphériques, tu peux connecter tout ce qui a un bus 8/16 bits.
Je vais pas te faire la liste mais c'est énorme.

Ceci dit, je suis d'accord, c'est compliqué à câbler.
Et le flux de soudure, si ça permet le soudage d'un fil sur une patte déja soudée, ça va bien simplifier les choses.

Quant à ta lib, je vais faire une release officielle et un update de mon site.

ok, rien n'est impossible, mais je maintient que ce n'est pas si simple d'assurer une compatibilité entre la Ti et des drivers écris pour des architectures certes sous unix mais avec plein de trucs autour... sur la Ti, on n'a pas accès aux fonctions du noyau si on ne l'a pas transcrit lui aussi, mais je ne t'apprend rien...

et qui dit stokage dit DOS !

au fait, personne n'a jamais été au bout d'un portage d'un linux amiga sur ti68k ??

un dernier truc, j'ai entendu parler d'un projet disque dur sur un topic, je sais que c'est techniquement très possible (schémas détaillés de kommen piloter un dur avec un uC 8/16bits dans je sais plus quel numéro d'Elektor), mais je me demande comment gérer le système de fichier ??? Si quelqu'un sait...

Spécial pour Squalyl :
Tu as mon accord et mon soutient pour la release officielle...
Sinon je suis à la martinière à lyon...

hiddenfiles a écrit :
ok, rien n'est impossible, mais je maintient que ce n'est pas si simple d'assurer une compatibilité entre la Ti et des drivers écris pour des architectures certes sous unix mais avec plein de trucs autour... sur la Ti, on n'a pas accès aux fonctions du noyau si on ne l'a pas transcrit lui aussi, mais je ne t'apprend rien...

Qui t'as dit qu'il fallait un noyau UNIX? Ce que je veux c'est juste récupérer les sources des fonctions de lecture/écriture de fichier! Je te rappelle que TIGCC, c'est GCC... pour TI. Et que Linux est justement l'oeuvre de GCC... Ca peut aider!

et qui dit stokage dit DOS !

Nan, qui dit stockage dit système de fichier: FAT12/16/32, mais aussi NTFS ou EXT2, ainsi que UDF, CDFS, ISO, etc... vu que l'interface ce sera de l'ATAPI.
Une fois qu'on sait lire et écrire un secteur, on peut tout faire.

au fait, personne n'a jamais été au bout d'un portage d'un linux amiga sur ti68k ??

Jamais entendu parler. Mais ça doit être chaud. J'avais entendu parler d'un projet de ROM TI open-source aussi. Je sais plus ce que c'est devenu.

un dernier truc, j'ai entendu parler d'un projet disque dur sur un topic, je sais que c'est techniquement très possible (schémas détaillés de kommen piloter un dur avec un uC 8/16bits dans je sais plus quel numéro d'Elektor), mais je me demande comment gérer le système de fichier ??? Si quelqu'un sait...

Ben justement... On va pas réinventer la roue quand des ingénieurs linuxiens ont déja fait le boulot!

Spécial pour Squalyl :
Tu as mon accord et mon soutient pour la release officielle... Sinon je suis à la martinière à lyon...

OK, merci et bon courage...

Pour ce qui de la nouvelle ROM pour TI ça avance bien.
Il faut réfléchir car le flux ça peut faire des miracles mais même avec ça ce n'est pas donnée à tout le monde.
Pour le schéma avec le µC cela serait déjà interessant de le diffuser pour qu'on puisse le réaliser et ainsi aller plus vite.
Comment faire pour fabriquer un programmateur pour le PC16F877A ? De préférence avec le moins de composants et surtout très peu coûteux.

Tu utilse le programmeur JDM avec un adaptateur, il est autoalimente par le port serie et utilise peu de composant, de plus on peut programmer certaine eeprom....Pour le soft c icprog, un truc de la balle .....

[edit] j'avais pas lu ttes les pages

Je sais que c'est pas le sujet du forum mais un de mes camarades de classe m'a annoncé qu'il avait trouvé un patch pour sa v200 permettant d'utiliser toute la flash en tant qu'archive, y compris celle réservée aux Apps (car je sais pas si vous avez remarqué mais le MEM indique tjr plein de flash dispo alors qu'on peu plus rien archiver !). Est ce que quelqu'un saurait où trouver cette merveille pour ti89, et déja si ça existe ? J'ai plus de place pour mettre les pompes de première année ...

au fait, ils ont vraiment du fric à foutre en l'air chez microship ! trois mem I²C livrés de thaïlande par la fedex en seulement trois jours ! et le livreur a même monté 5 étages pour me les apporter (et me déranger dans mes révisions d'half-life!). c'est si simple un boite aux lettres !

xpldr!
C'est leur boulot!
C'est quoi ton histoire de patch v200? Ca a rien à voir dans hardware mais bon... on va tolérér !

hiddenfiles
a écrit : au fait, ils ont vraiment du fric à foutre en l'air chez microship ! trois mem I²C livrés de thaïlande par la fedex en seulement trois jours ! et le livreur a même monté 5 étages pour me les apporter (et me déranger dans mes révisions d'half-life!). c'est si simple un boite aux lettres !

trois jours ?
moi c'est 7-10 jours plutôt
c'est vrai qu'ils doivent avoir de l'argent, j'ai déjà reçu 7 commandes

Moi j'attend leurs @mail.

geogeo moi jai attendu 10 jours leur mail, ils ont du faire des verifes....

Je l'ai reçu hier mais il on mis plus de temps que d'habitude.