32 expander I2C

[invitec3cee93a]

Bonjour à tous,

J'essais de réaliser une sorte d'aiguillage pour 128 signaux de la manière suivante:

un PIC ( 18f4525, pcq déjà utilisé pour d'autres choses)
- 1 - via le Bus I2c il va récupérer les états des Pin de 16 expander 8bit
- 2 - le Pic va traiter les infos
- 3 - via le Bus I2C le Pic va donner à 16 autres expander 8bit l'état dans lequel doivent se placer leurs Pin.

Et là patatra... avec 16 expander je suis au max des adresses possibles pour ces IC.

J'ai bien quelques idées et fait des recherches mais je me dis que quelqu'un a certainement une bonne solution a ce problème et que ce serait cool de pas me laisser recréer la roue

merci d'avance
-----

[Forhorse]

Je vois 2 solutions :
- Implementer 2 bus
- Utiliser une autre série de circuit ayant une plage d'adresse différente.

[Gérard]

http://forums.futura-sciences.com/el...-mcp23016.html
Une autre discussion sur le sujet.
Je n'ai pas encore essayé mais ça devrait fonctionner.

Question : c'est quoi tes circuits ?

[invitec3cee93a]

Salut Forhorse et merci de la réponse,

oui j'ai pensé à ceci:
A)
un deuxième PIC qui travaille avec les 16 Exp. de sortie, et , créer une autre communication entre les 2 Pic.
Mais quel genre de com? Je cherche à rester assez rapide.
B)
créer 2 branches de Bus i2c et je bascule le PIC de l'une a l'autre ( peut être avec un 4066)
C)
jouer avec les adresses des expander.

J'aimerai juste un conseil sur ce qui est le mieux. Ou une autre solution pour "aiguiller" mes 128 signaux
Me réponder pas du fil et 128 fiches bananes,svp.

[A voir en vidéo sur Futura]

[invitec3cee93a]

Ah merci Gerard,
je vais aller lire ca desuite et je te dis quoi

Salut

[invitec3cee93a]

Salut Gerard,

Oui la solution de Daudet que tu m'as envoyée me va bien

Faire 2 groupes et garder le clock à 1 de la branche qui doit pas réagir c'est tellement simple que ca doit être la bonne chose a faire.
Je dois pouvoir facilement le faire avec 2 sorties du PIC.
je vais creuser dans ce sens.
Donc merci pour le coup de pouce.

[Gérard]

Est ce que tu utilises aussi des 23016 ?

[invitec3cee93a]

non j'utilise des PCF8574 et 74A

je suis d'ailleur en train de relire la doc.

[Gérard]

non j'utilise des PCF8574 et 74A

je suis d'ailleur en train de relire la doc.

Regarde chez Microchip, le MCP23016 et 23017.
Ils sortent assez pour piloter une LED sur chaque port.
http://ww1.microchip.com/downloads/e...Doc/20090C.pdf

[RISC]

Salut manstahl,

+1 pour les MCP23016 et 23017

Coté micro tu devrais regarder du coté du PIC18F45K22, beaucoup plus riche ne périphériques que le PIC18F4525.
Par exemple, le PIC18F45K22 possède 2 interfaces MSSP et tourne à 64MHz au lieu de 40MHz (+60%) ce qui te permettrait de partager le débit entre tes 2 interfaces et également te permettrait d'envoyer plus vite les infos à tous tes boitiers interfaces.

a+

[invitec3cee93a]

Sorry pour la réponse tardive ( boulot, boulot)

Merci à vous deux pour les infos, je vais y regarder de suite.

Si j'aboutit a quelque chose , promis, il y aura du "feedback"

Salut

[invitec3cee93a]

Salut,

pour ceux qui on pris le temps de me répondre:

J'ai fais des essais avec des expander I2c, bhein oui ca marche bien et c'es pas trop compliqué a faire marché mais c'est ( pour cette application) c'est juste un peu trop lent.

Donc je vais passé au SPI à 10Mhz et donc monté mon pic a 40Mhz

j'ai fais des recherches et j'ai trouvé un circuit magnifique(ic-jx mqfp52) pour mon application mais à 35 dollars l'échantillons ca va faire trop chère, sniff.

Donc je vais suivre le conseil de Gerard et prendre des MCP 23s17.
Pour les sorties (24V) je pense utiliser des UDN 2982 LW , bien que là aussi il y a des circuits tous fait ( j'entend SPI-> 8 sorties jusque 35v)
Pour les entrées ( 24v aussi) je pense prendre un "8 channel high side driver" ULN 2802 mais là problème il est introuvable en LW ( montage en surface)...qqun connait?

Si vous avez des idées des commentaires, merci des les poster.