Faites ce que vous voulez; moi dans mon projet ya pas besoin de PIC.
Aussi inutile que le H d'Hawaï
hwti Le 14/03/2003 à 16:27 un PIC ça passe par la poste donc ceux qui n'ont pas de programmateur peuvent toujours s'arranger avec ceux qui en ont
je considère que c'est plus simple que de faire un PCB
Moi dans tout les cas je suis pour un PIC mais faut spécifier précisément le quel car ce qui me gêne c'est que j'ai un PIC16F84 et je voudrais pas trop un acheter un autre. Mais bon si il le faut pour faire un truc du tonnerre alors je le ferais.
hwti Le 14/03/2003 à 19:47 le PIC le plus approprié me semble le 16LF876
- c'est une version basse consommation (LF)
- il a plus de flash que le 16F84 qui pourrait être un peu juste si on veux lui faire gérer le sytème de fichiers
- il gère l'I2C en hardware donc il peut communiquer avec la TI et la mémoire en même temps
- on peut programmer la flash par le soft lui même donc on pourrait faire des mise à jour du soft depuis la TI
- il gère le PWM ce qui peut être pratique pour des extensions (par exemple son)
on peut le prendre en sample, donc c'est bon
C'est pas un peu compliqué votre truc??
Aussi inutile que le H d'Hawaï
Ué mais tu spécifies LF, or les niveaux de tensions admissibles sont plus bas que pour du TTL, d'ou une complication peut etre inutile du montage....
hwti Le 17/03/2003 à 18:00 c'est vrai que je n'ai pas regardé ça, mais normalement le niveau bas de la TI devrait être correct, c'est le niveau haut qui est plus incertain, et lui ne gènera pas
pour les 24xx515, étant donné qu'elles sront alimentées par la même tension que le PIC ça ira (les AA c'est 1.8V mini et les LC c'est 2.5V)
en fait il n'y a du TTL nulle part, le bus TI et l'I2C sont a collecteur ouvert
je donnais le LF car il consomme moins et permettrait d'alimenter sous une tension plus basse (2 R03, ou moins)
sinon le 16LF876 ou 16F876 parait être le PIC ideal pour l'application, puisque l'I2C hardware est bien meilleur pour les performances des tranferts depuis et vers la TI
et ce sont les plus courants parmis ceux qui ont l'I2C
de toute façon il vaut mieux commander maintena, quitte à devoir recommandr après, que de ne pas commander, et que microchip arrête les samples
D'ailleurs Microchip c'est les plus chiants pour les samples, tu peux commander que tous les 90 jours.
Pour l'I2C le collecteur ouvert expliquerait pkoi ça marche pas chez moi: J'ai pas mis de pull-ups pour mes tests!
Aussi inutile que le H d'Hawaï
hwti Le 18/03/2003 à 20:43 l'I2C est toujours en collecteur ouvert
>D'ailleurs Microchip c'est les plus chiants pour les samples, tu peux commander que tous les 90 jours.
avec des email + adresses légèrement différents ça doit passer
qui est moins chiant pour les samples ?
Ouais ton truc ça doit marcher.
les moins chiant (pour ce que j'ai essayé) c'est Dallas/Maxim.
Aussi inutile que le H d'Hawaï
hwti Le 20/03/2003 à 00:52 Maxim ça marche pas : j'ai essayé deux fois il y a quelques mois, et rien, même pas un mail de refus
bah pr ça fo p-ê pas charrier non plus, tu vas chez ton électronicien il en a...
hein hein, cypress fond des petits pld et fpga, ca peu etre interressant....
DALLAS ça marche je confirme.
Pour des sites de samples allez voir mon site justement.
www.galaxoft.Fr.st
Au fait si vous savez des trucs bien en élec, je fais des petits tutos (cf i2c). Dites moi si c'est compréhensible svp.
des petites différences dans l'adresse moi j'aurais plutot pensé à:
squalyl@mail.com
galaxoft@hotmail.com
squalyl@altern.org
sebastien.lorquet@enspg.inpg.fr
et la même adresse postale.
vu que c'est le mail qui sert de login la +part du temps...
Aussi inutile que le H d'Hawaï
hwti Le 21/03/2003 à 11:51 moi j'ai à la fois changé l'email et l'adresse
j'ai fait des tests de tranfert PIC<->TI avec le protocole hardware de la TI
TI->PIC 5.3Ko/s pour le PIC à 4MHz, 8.5Ko/s à 16MHz
PIC->TI 5Ko/s pour le PIC à 4MHz, 9.3Ko/s à 16MHz
le problème de ce protocole est que le PIC et la TI s'attendent mutuellement 2 fois par bit transmis
avec le PIC à 4Mhz, c'est plutôt lui qui limite (pas entièrement car avec le système des attentes à chaque bit, si la TI était plus rapide il y aurait un gain)
avec le PIC à 16MHz, c'est la TI qui limite
Très bien, et de l'autre coté du pic, tu gères quoi? Est-ce que tu pourrais faire marcher des irq pour que la réception d'un octet TI émette un caractère RS-232 et que la réception d'un caractère RS-232 déclenche l'émission d'un caractère TI?
Moi c'est ça que je veux faire avec les trucs que je vous ai fait commander chez cypress.
Aussi inutile que le H d'Hawaï
hwti Le 21/03/2003 à 15:06 tu veux dire refaire un PIClink ?
ces valeurs e peuvent être atteintes que si l'émission de l'autre côté est matérielle (RS232 ou I2C par exemple, mais sur un PIC qui les a comme le 16F873/6)
je sais pas si ça serait tellement mieux que le PIClink qui utilise un 16F84
mais ça peut être une bonne idée à implémenter (carte d'extension mémoire + link PC)
...
