Communication via filtre LC

[Leon]

Bonjour,

J'ai un nouveau projet en électronique.
Je souhaiterais transmettre des données issues d'un protocole SDA/SCL via un filtre LC.

Voici mes contraintes :
- Distance entre l'émetteur et le récepteur : 5mm
- Fréquence de transmission : 1MHz
- Valeur de l'inductance : 47µH

Est-ce qu'un filtre LC en tant qu'émetteur et un autre filtre en tant que récepteur pourrais faire l'affaire?
Si c'est bien cela cela veut dire que ;

Fréquence transmission = 1MHz = 1/(2*pi()*racine(L*C))
=> C = 539pF ?

C'est bien cela?

Merci !
Leon
-----

[jiherve]

bonsoir,
je ne comprends pas bien le sens de la question car ce que l'I²C n'aime pas ce sont les filtres.
JR

[Leon]

En fait, pour parler très clairement : Je voudrais faire dialoguer deux appareils en I2C avec les fils SDA/SCL non connecté électriquement mais à travers une bobine très proche.

Penses tu que c'est faisable ?
Merci !

[jiherve]

re
non car ce protocole nécessite des liaisons qui doivent passer le continu ce qu'aucun transformateur ne sait faire.
Par contre cela doit pouvoir se faire avec des opto coupleurs chercher avec "opto coupled I²C"
JR

[A voir en vidéo sur Futura]

[Leon]

Re
Merci pour ta réponse.
Je suis bloqué car je veux que les deux appareils soit amovible et séparable.

Et si l'alimentation I2C des deux appareils est effectué via deux sources d'alimentation stabilisé instincts ?

Les deux donnes transitant serai les donnés lié à SDA et SCL ?

Merci !

[Vincent PETIT]

Bonsoir,
Le bus I2C étant synchrone (il faut un signal d'horloge) il se prêtera moins bien au sans fil qu'un bus asynchrone comme UART.

Si tu peux faire avec de l'optique, l'IrDA est bien adapté avec un UART.

[Leon]

Mais du coup @Vincent.. même si le protocole I2C se comporte moins bien en sans fil c'est possible de la manière que je présente (avec circuit LC) ?

Merci !

[jiherve]

bonjour
c'est pas parce que je ne suis pas en bleu comme Vincent que j’écris des conneries !
donc bis repetita : l'I²C ne peut pas fonctionner avec des transformateur ou toute forme de liaison sans fil!
Il existe des protocoles adaptés à cet usage mais tous imposent que la liaison ait une valeur moyenne nulle , en clair elles ne passent pas le continu!
JR

[antek]

Oui, regarde comment fonctionne le protocole.
Il faut prendre en compte des fronts et des états.

[Vincent PETIT]

Bonjour,

Mais du coup @Vincent.. même si le protocole I2C se comporte moins bien en sans fil c'est possible de la manière que je présente (avec circuit LC) ?

c'est pas parce que je ne suis pas en bleu comme Vincent que j’écris des conneries !

J'aurai du être plus clair dans ce que j'ai écrit, c'est ma faute.

JR a parfaitement raison ; attaquer directement en I2C une bobine/transfo pour faire un couplage distant avec une autre bobine/transfo ne fonctionnera pas. Je parlais d'optique et qui plus est avec une liaison asynchrone qui s'y prête mieux.

Après faire une solution soit même c'est possible mais pas nécessairement facile. Il faudrait moduler (OOK par exemple) les signaux I2C avec une porteuse compatible avec les bobines/transfos, démoduler derrière et gérer la bidirectionnalité. Tu peux aussi regarder du côté des contrôleurs NFC, je n'en ai jamais mis en oeuvre mais il me semble qu'on peut faire du peer-to-peer.

[Murayama]

Bonjour!

c'est possible de la manière que je présente (avec circuit LC)

Au lieu de parler dans le vide de votre solution via filtre LC, pourquoi ne pas faire
un schéma pour que tout le monde tombe d'accord? Honnêtement, je ne vois pas comment
transmettre I2C avec un filtre. Il y a apparemment des solutions avec optocoupleur,
vous devriez d'abord regarder ce qui existe et poser des questions ensuite.

même si le protocole I2C se comporte moins bien en sans fil

Dans ce monde, il y a beaucoup de choses comme ça, hélas. Une voiture, ça marche
moins bien sur une rivière que sur une route, et pour un bateau, c'est l'inverse.
Et un trombone à coulisse, ça marche moins avec un archet que si on souffle dedans.
Réciproquement un violon, ça marche mieux qu'en soufflant dedans parce que là, autant
pisser dedans directement.

En fait, pour parler très clairement : Je voudrais faire dialoguer deux appareils en I2C
avec les fils SDA/SCL non connecté électriquement mais à travers une bobine très proche.

Le mieux, ce serait d'être encore plus clair et de nous dire pourquoi, quel est le but
final de ne pas connecter électriquement? Je subodore une isolation galvanique.

Si vous voulez transmettre un signal avec un transfo, il faut moduler.
Par exemple, vous utilisez un genre de transfo, et à l'entrée, vous envoyez
10 MHz en tout ou rien. Si vous récupérez du 10 MHz sur l'autre bobine, vous pouvez
décider que c'est 1, et si y'a rien, ben c'est 0. Par contre, il y a certainement
plus simple. Sinon il faut gérer le fait que SDA sera bidirectionnel.

Bref, si c'est pour une isolation galvanique, il y a des chips dédiés. J'en ai utilisé
pour SPI et UART, pas pour I2C. C'était un chip Analog Devices qui s'appelait ADUM quelque
chose. Il y avait plusieurs modèles suivant le nombre et le sens des connexions.
Et qui permetent aussi de transmettre une alimentation sans contact, dans la limite de
quelques centaines de mA.


Pascal

[Leon]

Bonjour,

Merci pour ta réponse.

PS : Personne ne dit ça ici me semble t'il..

Bonne soirée et encore merci !

[gienas]

Bonsoir à tous

... Personne ne dit ça ici me semble t'il ...

Malheureusement si: Leon.

Tu es dans un autre monde que le "nôtre", dans le rêve et l'utopie totale.

Plutôt que d'affabuler, tu devrais expliquer clairement (sans rien cacher) ce que tu dois obtenir et on pourra (peut-être) te conseiller.

[Leon]

Sans commentaires gienas

En tout cas merci Vincent, Murayama et antek. Je vais retravailler sur l'I2C et reviendrais quand je serais prêt !

Merci encore !

[Murayama]

Bonjour!

PS : Personne ne dit ça ici me semble t'il..

J'ai dû louper quelque chose. Personne ne dit quoi?

Pascal

[antek]

Oui, c'est curieux comme les gens ne savent pas utiliser un forum.

[jiherve]

bonjour
et moi comme je suis le méchant briseur de rêves je passe à la trappe!
JR