hwti Le 27/08/2004 à 17:39 Pas mal de choses :
- link PC<->TI (greylink / peut-être USB)
- diverses fonctions utiles en électronique (fréquencemètre/périodemètre, capacimètre, ...)
- E/S numériques, entrées analogiques, I2C rapide
- peut-être interface IDE/compactflash (le plus dur est la gestion du système de fichiers, probablement par la TI, car trop compliqué et volumineux pour le PIC)
- son (à voir avec des personnes s'y connaissant plus que moi, à priori pas trop compliqué)
- interface mémoire : flash et/ou NVRAM comme la BQ4017 (là encore le plus dur est la gestion du système de fichiers)
Ah ben ça !
J'avais le même projet, mais plutôt qu'un PIC18F458 c'était avec un PIC17G32B
Mais sinon j'suis d'accord avec le reste...
Ben voilà. Ben ouais quoi.
-link RS232: Bravo!
-diverses fonctions: Intéressant
-E/S: génial!
-IDE/CF: Ca c'est bien aussI
-son: C'est pas dur mais le pb c'est la bande passante pour les datas numériques vers un convertisseur, en MIDI ca marche.
-Mémoire: Eh oui sans DMA c'est pas évident.
Bravo d'avoir lancé le projet! Il me tarde d'essayer. Tu pourrais faire un schéma rapide?
hwti Le 01/09/2004 à 16:24 quelques changements : contrôle de flux et le mode sleep en l'absence de transferts
à 230400 bauds, c'est la TI (où plutôt AMS) qui limite la vitesse de transmission (environ 18Ko/s, pedrom peut monter jusq'à 20.5Ko/s)
hwti Le 01/09/2004 à 16:52 C'est un greylink, mais en plus rapide, et avec un contrôle de flux
le greylink n'a aucun protocole, tous les octets reçus du PC sont envoyés à la TI, et réciproquement
le seul inconvénient de cette méthode est qu'il n'y a pas de moyen de faire un reset link, donc si on annule un transfert de fichier sous tilp, il faut appuyer sur ON sur la calc ou faire un check link sous tilp pour que la calc revienne dans un état normal
C'est ce que je cherchais à faire.
Tu arrives à 18 ko/s alors? c'est rapide!
hwti Le 01/09/2004 à 17:24 après avoir éxécuté le programme tst.89z (à faire après chaque reset), et uniquement sur HW2 (et HW3 normalement)
le programme n'a aucun effet sur HW1
sinon on est à 8 à 9 Ko/s (10 pour pedrom), et peut-être moins sur HW1 (horloge de gestion du link différence)
la principale limitation vient ensuite du traitement par interruption du link sur la TI, sinon on pourrait aller plus vite
c'est assez étrange, mais le get_screen est légèrement plus rapide que le transfert de fichiers, et le dump de rom (tilp ou vti) reste très lent (4,8Ko/s), je vais regarder si on ne peut pas améliorer dumprom (le programme qui est envoyé sur la TI)
en utilisant uniquement les ports sur la TI, sans les interruptions, on peut aller bien plus vite à mon avis, mais je n'ai pas encore testé
vince Le 01/09/2004 à 17:30 y'a moins de vérif au niveau protocole TI pour un get screen...
il en est ou ce projet? il est pas tombé au fond d'un puit qd même?
hwti Le 17/01/2005 à 16:48 non, non, il n'est pas abandonné
j'ai eu d'autres projets à faire, je n'ai pas pu trop y travailler
j'ai amélioré la gestion du mode sleep
plus de problème en 460800 bauds (le 921600 pose pb dans le sens PIC -> PC, à mon avis le MAX232 limite un peu)
flashage depuis le PC (ou la TI) presque fini
encore quelques test et je l'uploade, mais j'aurais besoin de testeurs car pour l'instant je n'ai testé qu'avec mon PC et ma TI
j'ai "commandé" des PIC18F4550 pour avoir l'USB intégré (plus simple que des circuits externes) et aussi pouvoir avoir les baudrates élevés (jusqu'à 921600) avec un quartz de 4MHz (au lieu de 11,0529)
hwti Le 18/01/2005 à 08:41 pour tester ce n'est pas compliqué de faire le montage sur plaquette labdec
il faudrait tester le montage avec des TI différentes de la mienne (89HW2), parce que j'ai déterminé la valeur des résistances de tirage du port link en testant avec la mienne (j'espère que non, car elles sont déjà bien faibles, et ça représente 1/10 de la consommation du montage en fonctionnement)
Bon si vous continuez je vais faire un "NesSoundEmulator" spécialement pour TI qui incluerait les 2 canaux square et 2 saw (le dmc demanderais trop de BP) #v4p0r#
Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
kler c'est vrai
bon nous égarons pas.
hwti peux tu nous rappeler exactement ce que tu fais comme projet?
Dude Le 19/01/2005 à 00:06 Visiblement ce serait un adaptateur universel sur le port de la ti, j'me trompe hwti ?
Perso, ce qui m'interresse le plus c'est la possibilité de faire une extension mémoire et d'y brancher un port infrarouge (je sais, ca existe déja) mais aussi le son m'interresse bcp ^^
Mais est-ce que (apres tout ce que tu y a fait hwti), ca reste possible ou est-ce que tu as eu des restrictions qui font que ce soit plus possible ?
"De l'Art de faire des Posts qui ne servent a Rien." (c) Ximoon
15:13 @Ximoon - 29-11-2005
"C'est débile ce sondage, une fois de plus Dude, tu ne sers à rien #hehe#" #love# Il est collector celui là ^^
18:56 @Ximoon - 09-10-2010
"Mince Dude sert à quelque chose %) (pas taper :D )" Owii xD #trilove#
si y'a un circuit à faire et qu'on me file le pdf d'un transparent j'ai des possibilités pour faire un proto.
hwti Le 19/01/2005 à 09:27 pour l'instant, il vaut mieux le réaliser sur plaquette d'essai, car le montage n'est pas définitif
le schéma est dans le premier post depuis pas mal de temps
en fait, le MAX232 ne tient que jusqu'à 230400 bauds, au delà il faut prendre un circuit plus rapide (SN75C3232 par ex, il est présent sur pas mal de cartes mères de PC)
actuellement, je m'occupe surtout de la partie gestion (commandes de flashage du PIC, gestion de la consommation)
l'émulation greylink/avrlink est normalement finie (je ne l'ai pas restée depuis un moment, et j'ai du changer pas mal de code pour la gestion de la consommation)
au niveau matériel, il va falloir trouver un moyen d'"éteindre" le circuit RS232, car quand le PIC est en sleep, c'est lui qui représente 90% de la consommation du montage
soit je coupe son alim, soit il faut choisir un modèle avec une fonction mute
il faudra donc récupérer RTS directement (résistance + zener) pour pouvoir réveiller le PIC quand le circuit RS232 est éteind
quand tout celà fonctionnera, je verrai si j'essaye de faire le silverlink tout de suite ou si je m'occupe de choses plus simples
)
