brancher la TI a un moteur, une lanpe, des DEL ... - Page 1

j'aimerai brancher ma TI89 a des portes logique, transistors ,capteurs ... ou autre composents.

pour l'éléctronique il y a pas de problème, mais pour la programation c'est autre chose :
je chercher une ou plusieurs fonction(s) qui pourrai metre une état logique hight (3V) ou low (0V)sur une des 2 voix entré/sortie ou une fonction qui retournerai l'etat logique détècté sur ces voix.

J'arive très bien a programer en basique mais je ne connai aucune fonction qui convien a mes atents. Donc je me suis lancé dans le C (avec TICC) sans rien trouver non plus (car la doc de TICC est en anglais et que j'ai un 4/20 de moyen dans ce cour) =aider moi !!!

je projet en fait de transformer ma TI89 en multimètre ou osiloscop (grace a un CAN),ou de faire un petit block mémoire (vraiment petit : 16o de registre a décalage) ...

Il faut manipuler le port I/O à bas niveau. PolySnd (librarie de son) le fait.

A part ça, Elektor avait fait un oscilloscope pour GameBoy classique, le "GBD(igital)S(ampling)O(scilloscope)". Probable qu'il utilisait un paquet de composants intermédiaires...

J'ai éssaillé de contacter le programateur de PolySnd mais son adresse e-mail (geoffrey.anneheim@wanadoo.fr) ne fonction pas.

si je trouve ces satanés fonctions je n'aurrai besoi que de 2 ou 3 puces: une CAN (5€) (convertiseur analogique numérique) pour avoir une image numérique de la tention mesuré qui sera injecté dans un registre à décalage (1€) dont l'orloge serai comendé par la TI et la sortie relié la 2ème voix de la calto.

mais si je ne trouve pas ces fonctions je devrai utiliser recive dans varlink ce qui n'éssésitrai beaucoup plus d'éléctronique en sortie, donc je n'utiliserai surment pas cette méthode.

http://www.tiwiki.org/ASIC_%28TI-89%29#.2460000E

Si tu peux passer par un CNA, c'est évidemment parfait (à condition qu'il soit capable de retenir la dernière valeur que tu lui as transmise même si tu ne lui en transmets plus de nouvelle), sinon si tu as besoin de faire un truc plus fin que du binaire, tu peux faire du PWM avec un filtre passe-bas en sortie...

merci, j'ai l'imprésion que c'est ce que je cherchais mais comment j'utilise le registre $60000E dans mes prog. ? (je pense qu'en basic j'utiliserai "exec" mais en C ...)

peekIO/pokeIO, ou ASM inline avec ou sans opérandes C.

est-ce que je pourrai avoir un exemple ?-dans le cas ou je veux lire l'état logique du file rouge
-dans le cas ou je veux mètre le file blanc à un état hight

quel exemple?

pokeio(adresse, valeur)
valeur=peekio(adresse)

ca marchera jamais en basic les fonctions n'existent qu'en C avec tigcc

et puis rêve pas le port I/O fait 50~80 kbps a 8 bits/ech + traitement software tu verras rien au dessus de 5~8 kHz.

Lionel > je me suis intéressé au gbdso même si malheureusement j'ai jamais pu en avoir un

c'est assez technique cet appareil. Déja ça utilise un CAN parallèle mappé dans la mémoire de la TI donc ça permet des trucs largement mieux que le port I/O de la TI.

N'étant pas électronicien (c'est mon père qui l'est), je n'avais pas regardé comment le GBDSO était fait...

Ben pour un truc sur un Z80 à 4 MHz, ça poutre

En effet.

Martial Demolins :
et 0x60000e est un port, non un registre.

On peut quand meme parler de registre, mme si il ne sont pas integré au processeur. Ca depend comment ils fonctionnent.

non. un vrai registre est un dans un cpu.

ici un port IO est relié à un registre externe de un mot pour stocker l'information que tu lui donnes, et éviter que ton port IO soit uniquement write-only

mais si on pinaille le nombre 0x machin fait référence à une adresse physique dont le mapping pointe vers un périphérique et non vers une page mémoire, c'est donc un port io.

sur un pc le bus périphérique et le bus mémoire sont séparés, mais pas sur les petits controleurs simples. C'est juste du décodage d'adresse qui fait la différence entre port io et adresse mémoire.

squalyl: explique le au fondeurs alors :


(datasheet du 68332, microcontroleur basé sur du 680x0)

C'est ce que j'allais poster. Il me semble que TI fait pareil dans la doc de TIFS (la honte qui parle de 0% environ des ports, et encore pas comme il faut !).

un port c'est le numéro

un registre c'est la puce adressée par ce port io

un peu comme le couple variable/pointeur

c'est bien du pinaillage j'ai dit

J'ai enfin réussie à faire marcher peekIO et pokeIO :
mais d'après mais éssais, ces 2 fonctions ne sont pas très rapide,
par exemple, si je fait un programe qui utilise 2 pokeIO et 1 printf en boucle, la fréquence de sortie sera d'environ 700Hz, il y a aussi des chances que ce soit prinft qui ralenti le tout mais je ne sait pas vraiment.

finalement il ne me reste plus qu'a trouver un registre à d'écalage et un CAN.

peut ètre ferais je un osiloscope à 2 voix mais je ne si pas sûr : prix fois 2, vitesse/2...
mais 2 voix rendraient le tracé de la caractéristique d'un composent éléctrique possible.(comme sur un PC avec une interface ORFI et régréssi)

l'affichage de texte à l'écran avec les routines d'affichage du TIOS est lent...
et je pense que printf appelle les routines d'affichage du TIOS

c'est printf qui te fusille le débit

je crois bien que ça vient de tigcclib mais tois:: DrawStr est méga lent

loser > tu peux tenter l'analyse de spectre aussi

honnetement avant de penser au maxi truc, essaye déja d'interfacer un can et de lire une tension, tu verras, c'est pas simple.

Les romcalls d'affichage de texte sont effectivement très lente, tigcclib ou pas...
Typiquement dans ce cas, c'est l'occasion rêvée d'utiliser un noyau multithreadé, mais ce que j'en dis hein...

(le pire c'est que c'est vrai )

ben ouais

[tiwiki]DEFINE_INT_HANDLER[/tiwiki] ?

pfff oui, pour synchroniser la tâche de lecture à la limite
bon ok j'arrête, de toutes façons il a effectivement d'autres questions à se poser avant de penser à ça

> Les romcalls d'affichage de texte sont effectivement très lente, tigcclib ou pas...
En effet, mais les routines réimplémentées sont quand même plutôt un ordre de grandeur plus rapides que celles d'AMS (AMS 1.xx: ~6x; AMS 2.xx: ~12x)...

vous avez raison :J'ai viré la fonction printf de mon programe et je l'ai testé, mon multimètre (frécance mètre 20kHz) à indiqué 1 (valeur inafichable).
donc je suis sûr que la fréquance de sortie est supèrieur a 20kHz.
ce qui fait une periode minimume de 50µs et donc un nombre de mesure par segonde (20000) assé élevé.

en faisant varier la tention d'entré j'ai remarqué qu'il y avais une petite d'histérésise... (trigeur de schmitt)

mais je ne sait pas jusqua combien de volt je peut aller en entré: pour l'instant je ne suis pas aller à plus de 7V .