ti infra rouge - Page 4

j'en ai commandé une bonne floppée ...

je peux rien dire, mais en tout cas ça me fait chier parce que j'arrive pas à émettre en rs-232! Et après ya toute la com avec la TI!
Electrocut: Te fais mas avoir avec les boitiers! Je peux programmer que les DIL!

euh ba j'ai choisi les CY8C25122-24PI ... le boitier j'ai pas vu

Normalement c'est bon si t'as pris la référence que je t'ai dit!
Ptain, j'y arrive toujours pas! Ya une couille, il me tarde de la trouver!

Entre tes jambes

(bon oki, blague nulle...)

hum

slt, j'ai recu mes echantillons de ton coté ca avance ?

Pas trop ces vacances, mais je m'y remets. C'est sûr que ça va marcher!!!

ok je vais essayer de me procurer des emetteurs et recpeteurs 433 Mhz ^pour quelques tests.

N'y mets pas trop de fric, tu risques fort d'être déçu.

de toute facon ton système devra etre couplé a un emmeteur et a un recepteur radio non ?

ben ouais mais j'ai pas dit que mon truc marcherait par radio!
Par contre par IrDa... Après ya ka trouver le protocole d'échange de fichier. Note: le IrDa est un RS-232 standard à une toute petite nuance près.
Sinon je n'arrive toujours pas à gérer l'envoi de caractères. L'autre jour je m'y suis énervé, alors j'attends quelques jours pour tout reprendre calmement.

si c par IR ca a deja été fait donc c deja moins interessant

c koi la nuance entre RS232 et IRD ?

ça yé j'ai reçu
ils sont très fort ils arrivent à faire un paquet 1 m de haut pour envoyer ce qui pourrait passer dans une chtite boite

j'en ai 10 ... j'attend tes instructions pour la suite

C'est terrible la boite hein?
Bon ben va falloir que tu me les envoies, mais je veux pas la grosse boite, en plus tu vas payer bonbon!
Essaye de tout regrouper dans un des tubes et de couper celui ci pour qu'il rentre dans une enveloppe de papier craft 1/2 A4. Après tu me l'envoies là:

Sébastien Lorquet
Résidence de la houille Blanche
23 av des jeux olympiques
38029 Grenoble cedex 2

Te plante pas!

ok cé bon le paquet est près ... mais fodra que je passe à la poste j'ai pas de timbres ici ... donc ça partira sans doute pas avant la fin de la semaine

je vais attendre que tu ai fini le developement de ton système, des que c pret préviens moi et je te les envoi au plus vite.

a+

Electrocut: Pas de problème, j'attends
Si vous voulez que le projet avance plus vite, allez voir le topic extension mémoire, vous saurez comment m'aider parce que j'ai pas le temps de tout faire. En fait il faudrait que vous m'implémentiez les procédures d'envoi/réception de données pour le protocole TI.

alors tu en es ou ?

Je crois que je vais bien pouvoir avancer parce que j'ai enfin trouvé ce qui chiait avec le RS-232:
Ben c'était pas mon montage, ni mon PC, c'était le MAX232 entre les 2:
Donc maintenant ça marche, je vais programmer la suite.

Edit: Nan, c'était pas le MAX!!!
J'ai cablé mes prises pour un cable croisé, mais j'utilisais pas un cable croisé! Maintenant ça marche vraiement.

je viens de me mettre à bosser (avec 2 gas de ma classe) sur un projet de chat irc étendu sur Ti
en clair il s'agit d'un serveur sur PC (tout le soft est déjà fait de ce côté) qui retransmet par radio un channel irc (voire plusieurs) vers LES ti (ba oué yen aura pas qu'une)

sur le principe on est au point, sauf que niveau protocol, j'hésite

je me voyais bien utiliser l'IR-Link (juste le schema à base PIC) de sami, vu qu'il nous sort un signal sur 1 voie (pratique pour la radio), et qu'il envoie direct le protocol TI à la Calc
en plus les libs existent déjà
sauf que la source du PIC n'est pas incluse

donc question : qqun a t'il la source de l'IR-Link de Sami

on a essayé d'élaborer un protocol perso de communication, à timers, mais c'est pas super évident à synchoniser

sinon ya la puce i²c -> RS232
j'aimerais savoir a quel débit crache la puce, parce que si c'est pas trop rapide, on pourrait peut-être fonctionner avec ça

thx

J'ai pas le code de ce que tu demandes mais j'ai le code de l'XPander. Si c'est les routines de protocole ti en asm PIC, je les ai justement.

La puce RS-232 avance, le coté RS-232 est prêt, il me manque juste à réussir à faire marcher les IRQ des ports du µC.

Question débit, ça peut cracher ce que tu veux. Je pense que vu que le port I/O de la TI crache du 60kbps environ, la puce crachera du 56 kbps (supporté par les UARTs de PC). Je ferai pas moins, sinon vu que le bus de la TI est synchrone (càd elle attend des validations), si ya trop de délai entre les octets que je reçois dans le sens TI->Puce, la TI va décrocher car elle va attendre trop longtemps les validations.
Un petit grafcet vaut mieux qu'un long discours:

bon ba je vais éviter alors ... parce que je me vois mal faire une transmission suffisament précise pour transmettre à une telle vitesse

Tu peux essayer mons vite, mais tu risques de perdre des plumes. Genre si la TI envoie de octets consécutifs quand ton RS-232 n'a pas fini d'envoyer le premier...
Faut implémenter des buffers, comme je te disais.

Quant à l'avancement de la "Puce TI<->RS232":
Ca avance vachement bien!
L'UART marche dans les 2 sens à 9600 bauds pour le moment, ça me sert de débogage.
La mise à l'état bas de l'un des deux fils du link "software" dans ma puce génère bien une interruption que je peux utiliser pour recevoir les caractères TI et les envoyer sur RS-232. Mais il reste une couille: Les lignes doivent être bidirectionnelles. Et sur ce plan le PSoC est bcp plus chiant que le PIC ou que le 8051: Collecteur ouvert ou drain ouvert, connait pas le con! Donc pour le moment ça déconne sec vu que pour lire le port, je le mets en high-impedance, mais ça marche pas pour l'écriture, même avec des résistances de pul-up! Donc va falloir que je revoie mes routines, pour changer le mode d'accès au port avant de le lire ou de l'écrire!

Sinon je réitère ma demande:

Je vous donne le code:

extern void SetRed(void);
extern void SetWhi(void);
extern void ClrRed(void);
extern void ClrWhi(void);
extern char Red(void); //renvoie 1 ou 0
extern char Whi(void); //renvoie 1 ou 0
#define TIMEOUT 10000

Je vous demande de m'écrire les fonctions:

int ti_receive(void); //renvoie -1 en cas d'erreur, sinon le caractère.
int ti_send(unsigned char); //renvoie -1 en cas d'erreur, le caractère émis sinon.

Il faut absolument gérer les timeouts, pour pas bloquer la puce.

Moi je suis pas du tout sur que mes procédures soient justes.

O fait en pasant pr les routines de protocole TI, fo PAS regarder la source du PIC du Xpander, il marche pas !! et c la source qu'a l'air de foirer

Merci pour le conseil, je sais pourquoi ça foire maintenant! #grr#
J'ai pas d'autres sources!

bah laisse tomber alors...vo p-ê mieux regarder directement sur le site de Romain Lievin (TiLP) pr voir le protocole de communication et reprogrammer à partir de ça..G pus l'adresse exacte mais c sur ma page de liens.

Il marche pas ton lien!