Reprise du message précédent :
Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

Une nappe souple normalement.  
http://www.diytrade.com/china/pd/7 [...] C_fpc.html

Le contenu de ce message a été effacé par son auteur

Solution 1: tu te soude dirrectement sur les pistes qui arrivent sur le connecteur
Solution 2: tu fabrique un adaptateur sur un pcb fin  

Le contenu de ce message a été effacé par son auteur

Bonsoir amis électroniciens,

Je travaille en ce moment sur la mise en place d'un système de capteurs modulaires. Je cherche quel système de bus câblé je pourrais utiliser.

Les critères que j'ai en tête sont :
- idéalement un débit atteignable de 20 Mbit/s
- architecture maitre/esclaves
- chaque capteur adressable donc pas de SPI avec ligne CS par esclave (mais pourquoi pas une variante du SPI)
- distance max d'environ 30 centimètres entre chaque capteur
- daisy chaining
- idéalement bus uniquement avec des lignes unidirectionnelles pour faciliter l'utilisation de répéteurs en cas de distances plus grandes (donc I2C pas optimal)
- simple à mettre en place avec un microcontrôleur low-cost donc pas d'USB ou autre protocole avec un stack software compliqué

Vous avez une idée qui vous vient rapidement en tête ou je demande quelque chose de totalement inexistant ? Une variante du SPI telle que le mSPI pourrait peut-être convenir mais je n'ai jamais eu l'occasion de l'utiliser.

Chaque capteur aura un contrôleur pour gérer les communications et comme buffer de données donc pas besoin que ce soit un protocole géré nativement par les capteurs. Mais j'aimerais profiter d'un protocole standardisé afin de trouver un contrôleur qui l'implémente car je ne suis pas de pouvoir atteindre de gros débits si j'implémente moi-même un protocole perso.

En standard comme ca (USART - RS-232 ou RS-485 avec transceiver-, SPI, I²C, USB ou CAN), je crois que tu cherches un truc qui n'existe pas.
 
Tu peux très bien répéter de l'I²C et pour les distances tu as de la marge...

Le problème avec l'i2c est le débit et les variantes rapides de l'i2c (fast mode ou high speed) réduisent beaucoup la distance max.
 
Ca confirme que je devrai probablement implémenter une variante du SPI.

Ben c'est sûr que c'est un bus de carte, pas de terrain. Donc les distances sont pas les même que pour le SPI. Pourquoi pas du RS-485 ModBus ?

Je ne connais pas du tout mais ça à l'air intéressant. Je vais voir ce qui est existe et comment ça s'utilise mais vu le débit possible de 35 Mbps à 10 mètres et les fonctions de networking, ça me semble bien parti. Merci !

 
20Mb ? tu fais passer quoi comme infos ?
Sinon , je pense que le CAN coche a peu près toute les cases (sauf le débit - 1Mb maxi de mémoire).

Nope. Le CAN n'est pas en daisy chain, le débit effectif est moisi, les lignes ne sont pas unidirectionnelles et c'est pas ce que j'appellerai "simple à mettre en place".
 
Quitte à prendre un bus à adressage sur 2 fils bidirectionnels à piquage parallèle, autant prendre du RS-485 ModBus qui offre des débits supérieurs sauf s'il faut du multi-maitres.

J'utilise des capteurs haute vitesse (adc 16 bits et 100 kHz) donc un débit de 1.5 Mbit/s pour un seul capteur. Le cas standard serait d'en avoir 4 mais je prévois de la marge pour pouvoir monter à 8, ce qui ferait 12 Mbit/s uniquement pour les données utiles. Si on ajoute l'overhead pour le système d'adressage et le CRC, 20 Mbit/s devraient convenir.

Pour l'instant, je ne vois que le RS-485 pour gérer tout ça. Ou alors passer en Ethernet mais le stack TCP/IP doit être plutôt lourd.

 
Tu prends un MCU avec Ethernet intégré (en général MAC seulement donc il faut un PHY externe mais bon en 100M rien de compliqué ni de trop cher, un connecteur RJ45 avec transfos intégrés et c'est réglé) et le tout en ARM et tu peux mettre des OS RT à faible empreinte qui gèrent nativement TCP/IP.
 
Chez ST Micro les MCU avec Ethernet ça commence avec les STM32F1 et ensuite les F2 et après on passe au lourd avec les F4 et plus.
 
De même chez NXP les cortex M3 et M4 ont de l'Ethernet : http://www.nxp.com/products/microcontrollers/
 
Pareil chez Freescale.
 
Tu peux trouver des cartes d'éval sur http://www.mbed.org qui propose aussi un librairie de dev en C++  
 
Et en OS tu peux tenter FreeRTOS avec une stack TCP/IP : http://www.freertos.org/FreeRTOS-P [...] index.html

Effectivement l'ethernet aurait toutes les fonctionnalités. J'ai vu qu'il existait des implémentations light du stack (http://savannah.nongnu.org/projects/lwip/).
 
Ca permettrait aussi d'alimenter chaque capteur à l'aide du PoE. Est-ce qu'il y a un moyen simple de faire une chaine avec de l'ethernet ? Donc chaque capteur aurait deux connecteurs ethernet et serait en fait un mini hub.

Il te faudra ajouter un circuit HUB ou Switch ethernet.
Si tu veux t'orienter vers de l'Ethernet avec PoE, je te conseille de passer par un Switch injecteur PoE du commerce.

L'Ethernet est un réseau commuté, donc le seul moyen de faire un truc propre c'est de foutre un switch (ou à la limite un hub).

Le problème du switch c'est que c'est cher et que ça complexifie le schéma et pas qu'un peu. L'avantage c'est que c'est quelque chose de propre pour gérer de l'Ethernet et c'est contrôlable (et c'est niveau 2/3 de la couche OSI)

Le hub c'est simple à faire (3 ports : http://electronics.stackexchange.c [...] lel-diodes ) mais tu perds pas mal des possibilités de l'Ethernet vu que ca se passe seulement au niveau 1 (PHY)

Pour avoir fait une carte PoE, ca prend un peu de place à cause du transfo. Et je sais pas si ca passe un hub... Donc tu devra avoir à la fois un source et un sink sur chaque capteur. Bref tu commence à avoir beaucoup de truc pour un simple ADC
Après tout dépend de tes contraintes notamment $$$ et place

A ce niveau la j'utiliserai de l'USB high speed avec un hub par "capteur"

J'vais surement faire un essai avec du stm32 / ethernet. Je dois avoir une evalboard qui traine au boulot. L'USB ça a quand même beaucoup d'inconvénients. D'ailleurs un stack USB maitre c'est envisageable sur un MCU entrée de gamme ?

 
Pourquoi pas du PCI-E ?  

Du thunderbolt

Bonjour

Dites j'ai besoin d'un module le plus petit possible avec un microcontrôleur pas puissant du tout.

En gros c'est pour piloter 5-7 LED RGB WS2812B connectées en série.
Et en entrée seulement:
- 1 potentiomètre pour régler la couleur,
- un capteur de luminosité
- 1-2 touches tactiles.

Rien de plus.

Comme je n'ai pas envie de faire faire tout un PCB rien que pour ça.
Je cherchais un module avec le microcontrôleur et tout le bazar autour.

J'ai trouvé que le MINI-M0 for STM32, mais bon sang 25€ c'est trop cher pour ce que c'est .

Y-a pas moins cher (et plus petit aussi)?

Arduino nano voir pro  

Ah j'ai oublié de préciser, du contrôleur STM8 / STM32 .

Non parce que bon je me suis déjà fait chier à essayer de comprendre comment on programmait ça, c'est pas pour passer sur de l'Arduino maintenant (sauf s'il y a du très très compact, genre 20x20mm )

Dans le genre carte de dev pas chère, les Nucleo de ST sont injustement méconnues :
http://fr.farnell.com/stmicroelect [...] dp/2394223
 
Mais c'est gros et un F4 pour ce que tu veux faire c'est comment dire...
 
 
Bref oui go Arduino nano

Trop grand
Mais ouais top pour le prix vraiment
 
 
BareDuino Nano 21x14mm  

Sinon su tu tiens à rester sur du STM t'as ça par exemple:
http://www.ebay.fr/itm/STM8S103F3P [...] 3f443b57f9
 
Par contre je sait pas du tout s'il faut un programmateur extérieur

 
C'est probable, l'USB a l'air d'être là uniquement pour l'alim

Hey pas mal merci

2€ + 2€ de frais de port

Ben j'ai des cartes STM32 Discovery et il y a des pin pour programmer d'autres contrôleurs que celui intégré sur la carte, ca devrait le faire.

Bon par contre ca vient de chine, c'est fiable sur eBay?

C'est fiable mais lent. Sinon t'as des trucs similaires en vente chez des vendeurs UK avec les mot clé STM8 ou STM32  

Cool, merci

Le contenu de ce message a été effacé par son auteur

Auriez-vous un autre nom/autre réf pour ces connecteurs 4 broches Molex (pour mettre ça sur des Nema 17)
 
http://www.gotronic.fr/art-boitier-kk1-04fhc-4475.htm
http://www.gotronic.fr/art-10-cont [...] -0-171.htm
 
Je ne trouve rien sur Ebay  

Ah si, avec "KK" des choses ressortent, mais sans contacts apparemment.

http://www.ebay.fr/itm/Molex-KK-64 [...] 19df5caa65

Je venais justement donner le lien !

Le contenu de ce message a été effacé par son auteur

Cay bieng le STM32.

En ARM Cortex, PJRC vient d'annoncer le Teensy LC : http://www.pjrc.com/teensy/teensyLC.html

Le contenu de ce message a été effacé par son auteur