120

javais mis mon n° de portable et fedex m'a appelé pour savoir si j'étais chez moi dans la journée et 2h + tard le camion été là.
n'empeche ils ont vraiment de l'argent! pour un colis ou G rien payé il envoyent par transporteur privé, sous un pli de 24x32 en bulle. les composant dans un etui.
envoyé le 7 mars et recu le 10!!! (ca aurai été mon postier habituel il auré mis un avis de passage avec la mention "absent" histoire de remplir la queue a la poste)

121

Ca vous étonne hein? C'est vrai que c'est terrible! Tout ça pour pas un rond!
Voila le schéma que je vais utiliser.
schema.gif
Tout est dessus.

hwti a écrit:

quand je parle du protocole TI, je parle du protocole hardware (send/receive buffer), et il n'est pas compliqué : celui qui envoie met une ligne mise à la masse (l'une pour 1, l'autre pour 0), celui qui reçoit met l'autre ligne à la masse jusqu'à ce que celui qui envoie relache la première ligne


Bon, si vous voulez utiliser un PIC ou autre, il va falloir programmer ça. Si vous voulez m'aider dans la réalisation d'un adapteur de protocole TI/autre chose, il va falloir écrire ces algorithmes.
Je n'aurai pas le temps de le faire, et vous allez m'aider efficacement.

Sachant que vous avez à disposition les routines C:
void SetRed(void)
void SetWhite(void)
void ClrRed(void)
void ClrWhite(void)
int ReadRed(void)
int ReadWhite(void)
void délai_quelconque_à_écrire(int duree_en_ms_ou_µs)


je vous demande de m'implémenter en C les procédures

unsigned char ReadByte(void)
void SendChar(unsigned char data)

pour le protocole de la TI.

Pour le PIC, il faut que vous vous intéressiez au langage JAL ( www.come.to/jal ) qui programme les PIC16F84 d'une manière très simple, mais facilement compréhensible. Téléchargez le compilateur, comprenez comment marche le langage en lisant la doc, c'est pas dur, et écrivez moi les mêmes procédures.
Après on pourra vraiement bosser.

Les procédures en C, je les utiliserai pas sur la TI bien sûr, mais sur un PC ou un autre micro qu'on programme en C. je pense à la famille du 8051 et des PSoC (voir topic liaison radio).

N'empêche, ça serait sympa si on pouvait publier un package avec des routines portables pour implémenter le protocole TI sur "n'importe quoi".
Aussi inutile que le H d'Hawaï

122

-

123

Bien sur qu'il y a moyen.
Le montage de base n'en utilise pas
Mais je vous donnerai aussi un schéma de prog très simple qui n'excède pas les 50 balles (euh, 10€) et que vous pouvez réaliser sur une plaque à trous. Pour ceux qui connaissent un peu, c'est un programmateur à la norme JDM, j'utilise le programme freeware ic-prog ( www.ic-prog.com ).
Aussi inutile que le H d'Hawaï

124

ça serait sympa ouais, merci
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

125

-

126

Tu n'as pas essayé de repomper l'alim de la calto ?

(l'alim est incluse dans un bus I²C standard)...
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

127

je V tenter de faire selon le schéma du post #120, m'a pas l'air compliqué et je dispose de tous les composants sauf les 2 résistances (mais ca non plus C pas dur a trouver!)

128

Pour le composant 7805 c'est quoi au juste et combien ça coûte? Pour l'extension je suis partant à 100% mais je pense plus m'attarder sur la partie logiciel. Il faut qu'on ce réunisse tous pour sortir une extension de choc...

Par contre pour le PIC16F84 la plaquette de programmation on peut là trouver et est-elle facile à créer?
avatar
la Nature nous montre seulement la queue du lion. Mais je suis certain que le lion a qui elle appartient pense qu'il ne peut pas se révéler en une fois en raison de son immense taille.

- Fondateur de Ti-Gen -: http://www.tigen.org

- Membre du Groupe Orage Studio -: http://oragestudio.free.fr/

- Mon site perso -: http://tisofts.free.fr

Projets TI68K en cours:
GFA-Basic = http://www.tigen.org/gfabasic
Arkanoid.
PolySnd 3.0.

129

le 7805 c'est un régulateur 5 V
tu lui fait rentrer une tension > 7 V en gros et il te sort du 5 V
le prix doit être de l'ordre d'1€

pour le PIC16F84, Squalyl a raison on peut se bricoler un programmateur pour 3 fois rien

(c'est à dire 2 transistors 2 diodes Zener)
ça se construit soit même sans problème
il se connecte sur le port série et est auto alimenté par celui ci
voir la rubrique "JDM Programmer" sur le site d'icprog

je rappelle le principe : le pic se programme dans un langage (en asm avec le soft fournit par microchip MPLAB, ou encore en C ou autre (voir plus haut)
le tout est d'avoir le compilo approprié

celui ci donne un code machine pour le PIC16F84 en hexadecimal, et cé ce code Hexa qui est envoyé au PIC gràce au logiciel IC-PROG et au circuit JDM Programmer

130

bah kess tu veux, c la norme pr les grandes entreprises de tout envopyer par FedEx...


Prise de tête: PhD dans la mire.

------------------------------------------------------------------------------------
Mon site TI 83+ et 83+SE (mort)
Le forum TI 83+ de yAronet !!! (rattaché au site..)

131

moi ya un peu plus de composants, mais tout programmateur compatible JDM qui marche fait l'affaire!
Pour les résistances du port la valeur précise on s'en fout il faut qu'elle soit entre 5 kilo-ohms et 50 kilo-ohms.
Aussi inutile que le H d'Hawaï

132

prendre le système de fichier de la TI grin

Edit : c'était pour le message 89, ça va trop vite pour moi wink
Site : http://www.phareaway.com/
Membre du groupe Phare Away et webmaster du site

133

Orion_ a écrit :
un PIC sad
mais faudrat acheter un programmateur rien que pour sa sad y'a pas moyen de ne pas en utiliser ?


ISP power!!!
Le 16F84 est fait pour pouvoir être programmer sur sa plaquette finale, il suffit de le prévoir, c-à-d de prévoir une sortie vers le PC dessus... Pas besoin de programmateur, ça fait perdre du temps et de l'argent pour rien wink
Site : http://www.phareaway.com/
Membre du groupe Phare Away et webmaster du site

134

le régulateur de tension que G est un L7805CV récupéré d'une alim de PC mais sinon ca vaut dans les 1€ (1€36 chez Conrad)

135

D'accord cela me rassure pour le programmateur pour mon PIC16F84 je pense qu'il falait des puces... Pour le régulateur je vais m'en acheter un au plus vite. Merci pour toute ses informations.
avatar
la Nature nous montre seulement la queue du lion. Mais je suis certain que le lion a qui elle appartient pense qu'il ne peut pas se révéler en une fois en raison de son immense taille.

- Fondateur de Ti-Gen -: http://www.tigen.org

- Membre du Groupe Orage Studio -: http://oragestudio.free.fr/

- Mon site perso -: http://tisofts.free.fr

Projets TI68K en cours:
GFA-Basic = http://www.tigen.org/gfabasic
Arkanoid.
PolySnd 3.0.

136

j'ai retrouvé mes vieilles routines qui ne fonctionnement pas très bien entre 2 TI (pourquoi ?)
je vais voir pour communiquer avec un PIC
pour le sens TI->PIC si j'arrive à faire tourner ma routine à la vitesse maxi ça donnera 25-30Ko/s environ
pour le sens PIC->TI c'est difficile à dire, la routine est forcément beaucoup plus lente donc je vais voir ce que donne le link hardware en vitesse de réception maxi (sachant que je suis presque certain que c'est la vitesse d'émission qui limite)

l'idéal en terme de vitesse est peut-être deux protocoles différents selon le sens TI->PIC ou PIC->TI

les routines de link devraient être en ASM, en général c'est mieux

étant donné qu'on peut avoir des samples, je pense que ce serait plus simple avec le 16F873/6 que le 16F84 car il a une interface I²C/SPI pour commander les mémoires, donc pas besoin de la faire en soft et probablement gain de vitesse (comme les PIC n'ont pas beaucoup de RAM, on pourrait recevoir depuis la TI tout en envoyant vers les mémoires et donc gagner un temps très important, ce qui est difficilement faisable avec les 16F84)

137

pour la programmation de PIC, le problème du programmateur n'est pas si contraignant, les PIC passent par la poste donc ceux qui ont des programmateurs peuvent programmer pour les autres (moi je peux)

138

c koi la différence entre le 7805CV et le simple ?


Prise de tête: PhD dans la mire.

------------------------------------------------------------------------------------
Mon site TI 83+ et 83+SE (mort)
Le forum TI 83+ de yAronet !!! (rattaché au site..)

139

je sais pas, mais c'est un détail, tout 7805 convient
un 78L05 convient aussi (version TO92, 100mA maximum)

Vince (post #125) > il faudrait tester, tout dépend du rapport cyclique des signaux lors des transmissions, de la valeur des pull-up dans la TI, et même si les 24LC ne consomment pas trop, avec un PIC + plusieurs mémoires je ne pense pas que ça passe (une mémoire seule peut-être), mais prendre un PIC en 16LFxx permettrait d'utiliser une pile Li comme celle de sauvegarde de la TI (enfin je pense)

l'objectif est d'abord de voir niveau PIC/protocoles et montage de base (sur plaquette, PCB plus tard, alim standard)
la question alim et régulateur se règle à la fin, quand on aura pu mesurer la consommation réelle

140

c juste l'intensité max qui change :
7805CV = 1.5A
7805 = .5A
78L05 = .1A
(tiré des datasheet)

je l'ai sous la main donc je V prendre celui-ci mais vu le peu d'intensité que doit prendre le montage ca ne changera rien

141

euh, c faut pr le 7805: ça débite 1A


Prise de tête: PhD dans la mire.

------------------------------------------------------------------------------------
Mon site TI 83+ et 83+SE (mort)
Le forum TI 83+ de yAronet !!! (rattaché au site..)

142

vi exact, désolé

143

quelqu'un a déja utilisé ces mémoires ?
l'info maximum write cycle time (byte or page) : 5 ms est bien exacte ?
si oui, ce serait pas mal : 1/0.005 * 64 = 12800 octets/s

pour le système de fichier, on peut utiliser celui de la TI, mais ce serait plus simple de remplacer les handles par des adresses sachant que les garbage collection seront assez rares, donc dans ce cas ça prendra 4 octets au lieu de 2, sauf si on récupère sur des flags non utilisés (archived, in use, locked,...)

144

J'ai trouvé un site par hazard traitant d'une extension de mémoire à 500 Ko.
http://members.aol.com/MemBoxVW/membox_en.htm
avatar
la Nature nous montre seulement la queue du lion. Mais je suis certain que le lion a qui elle appartient pense qu'il ne peut pas se révéler en une fois en raison de son immense taille.

- Fondateur de Ti-Gen -: http://www.tigen.org

- Membre du Groupe Orage Studio -: http://oragestudio.free.fr/

- Mon site perso -: http://tisofts.free.fr

Projets TI68K en cours:
GFA-Basic = http://www.tigen.org/gfabasic
Arkanoid.
PolySnd 3.0.

145

80€ + fdp !!!!!
il faut quand même en avoir vraiment besoin
ensuite j'ai bien l'impression que côté support et mises à jour c'est pas ça...

146

Je n'avais pas fait attention à ça! C'était juste pour dire que c'était faisable et que ça existait mais je suis tombé par hazard.
avatar
la Nature nous montre seulement la queue du lion. Mais je suis certain que le lion a qui elle appartient pense qu'il ne peut pas se révéler en une fois en raison de son immense taille.

- Fondateur de Ti-Gen -: http://www.tigen.org

- Membre du Groupe Orage Studio -: http://oragestudio.free.fr/

- Mon site perso -: http://tisofts.free.fr

Projets TI68K en cours:
GFA-Basic = http://www.tigen.org/gfabasic
Arkanoid.
PolySnd 3.0.

147

en tout cas ça reviendra à beaucoup moins de 80€ grâce à la coopération gratuite de microchip smile

Commandez maintenant, on ne sait jamais, si ils arrêtent ça reviendra tout de suite bien plus cher
24AA515 et 24LC515 (quasiment équivalentes)
et PIC16LF876 a priori (ça me semble le meilleur choix, LF pour la basse consommation et le 876 a plus de FLASH que le 16F84, ainsi qu'un port I²C (bien plus pratique pour envoyer au mémoires tout en recevant de la TI)

148

-

149

ben disons qu'on a pas encore de projet commun
il faudrait mettre cela au clair, çe serait bête de travailler chacun de son côté

je préfèrerais avec un PIC, ça donne des avantages :
- potentiellement plus rapide car on peut prendre un protocole plus rapide que l'I2C pour la TI
- gestion du système de fichiers possible par le PIC, si possible les garbage collection aussi (beaucoup plus rapide et plus fiable)
- possibilité d'extensions au montage (les ports non utilisés du PIC peuvent servir)
- a priori sans PIC on est limité à 4 mémoires donc 256Ko

24AA515 1,8V à 5.5V (mais bus I2C limité en vitesse en dessous de 2.5V)
24LC515 2.5V à 5.5V

150

Faites ce que vous voulez; moi dans mon projet ya pas besoin de PIC.
Aussi inutile que le H d'Hawaï