recherche capteurs SPI

[BastienBastien]

Bonjour,

Je suis à la recherche de capteurs (température, pression atmosphérique, humidité, etc...). Ceux-ci doivent avoir de préférence une interface SPI (car plus simple que l'I2C). Quant à la plage de mesure, elle doit convenir à la réalisation d'un station météo.

J'arrive pas à trouver en SPI ! Il me semble que ce serait hyper simple, avec une telle interface, non ? Car il n'y aurait qu'à relier tout ce petit monde sur SDI, SDO, SCK et connecter les SS\ comme il faut sur le µC PIC 16Fxxx.

Si vous avez un lien vers un marchand de capteurs SPI, je suis preneur. Je n'ai pas trouvé chez Elec' Difff', Selectronic et Google.

Merci.
-----

[Jack]

Tu trouveras plus facilement des capteurs de température SPI. Par exemple:
http://ww1.microchip.com/downloads/e...Doc/21743a.pdf

Pour les autres, le choix est forcément moindre, spi ou pas.

A+

[BastienBastien]

Bonjour Jack et merci beaucoup,

Je suis très très étonné de ne pas trouvé plus de capteurs SPI ! Est-ce qu'ils sont, en général, I2C ? Ne me dis pas que rares sont les capteurs dotés d'une interface ?! :-/

Merci beaucoup pour le la référence. Ce capteur est très bien, exceptée la courbe "Accuracy vs. Temperature" qui sucks un peu. Mais il devrait faire l'affaire.

[Jack]

Ne me dis pas que rares sont les capteurs dotés d'une interface ?! :-/

En fait ce sont les capteurs d'hygrométrie et de pression qui ne sont pas nombreux d'une manière générale.

Ou alors il faut utiliser des produits industriels et ce n'est plus la même gamme de prix. Et dans ce dernier cas, tu ne trouveras rien en spi, mais plutôt du bus de terrain ou du HART.

A+

[A voir en vidéo sur Futura]

[BastienBastien]

Bonjour,

Merci, pour HART, je ne connaissais pas.

Pour mon projet, je vais, après réflexion, utiliser SPI, I2C, ADC et One-Wire. Comme ça, au moins, ce sera pédagogique !

Merci encore.

[RISC]

Salut,

Si tu veux mettre en oeuvre ces protocoles et faire des tests, je te recommande un petit outil que j'utilise au boulot qui permet de gagner énormément de temps dans la mise au point des communications I2C, UART, LIN, SPI, SMBus.... :
http://www.microchip.com/stellent/id...cName=en028600

a+

[BastienBastien]

Bonjour,

Merci RISC. Je ferai l'acquisition d'un de ces outils.

J'ai une autre petite question. Est-ce que, si on veut utiliser, par exemple, un device ayant pour interface le One Wire, on doit implémanter de façon logicielle ce protocole ? Ou est-ce qu'il y a une PIN One Wire sur certains µC ?

Peut être que, vu la simplicité du protocole, y'a aucun micro qui intègre une pin One Wire ?

Maxim propose ça : http://www.maxim-ic.com/appnotes.cfm...te_number/2420 , mais c'est logiciel.

[Jack]

On peut faire du one wire avec n'importe quelle pin d'un µC pour peu que celle-ci soit bidirectionnelle. Après, ce n'est que du soft.

A+

[BastienBastien]

Re,

Oui, je sais. Mais est-ce qu'on est obligé de faire TOUT LE TEMPS comme ça ? Ou existe-t-il des modules 1-Wire matériels ?

Je crois qu'en fait, je me prends la tête pour rien...

Ce qui me tracasse un peu, en fait, c'est qu'il n'y a rien pour gérer les problèmes bizarres, tel que des "EMI mal placées" qui peuvent engendrer de mauvaises écritures en EEPROM, ou une mauvaise lecture d'un capteur, etc (il n'y a pas de CRC, par exemple). Avec le BUS CAN, tout ça est très bien géré, pas avec le 1-Wire. D'ailleurs, ce problème existe également avec l'I²C.

Merci.

[Jack]

Avec le BUS CAN, tout ça est très bien géré

oui, mais ce n'est pas comparable. Avec le CAN, il faut ajouter un contrôleur matériel, et le protocole est beaucoup plus élaboré.

A+

[BastienBastien]

Certes. Certes.

Merchi beaucoup Jack. Alors je vais arrêter de me tracasser là dessus. Mais je crois que, tout de même, un soin est à apporter sur le rourtage et l'immunité au bruits sur cette section du circuit, car des vilaines EMI mal placées peuvent perturber profondément le système.

Mais je crois que dans les cas où c'est critique, faut passer au CAN ou autre fieldbus plus secure.

Thanks again !

[Jack]

SPI, one wire et I2C sont réservés à des liaisons courtes, les composants devant se trouver sur la même carte.

Pour des liaisons plus longues, on arrive sur des lignes différentielles:RS485, CAN, ethernet, etc.

A+