CPL application industrielle

[invite49a9147b]

Bonjour,
Je me présente: Nandr01d, je suis apprenti ingénieur généraliste et j'entame mon dernier projet en temps que tel: La commande de +200 appareils sans BUS additionnels. Deux possibilités s'offrent à moi: le CPL ou le sans-fil (l'étude du sans-fil est faite en parallèle). Je sais qu'il existe des protocoles/techno pour le CPL du type Homplug, Lonworks, X10... Celles-ci sont trop onéreuse, je recherche un schéma électronique simple pour une réalisation maison ne nécessitant pas le payement d'une licence quelconque.

Grâce à ce forum, j'ai déjà pu avancer sur le sujet et je serais plus partant pour schéma du type de celui-ci page 46 (http://fr.scribd.com/doc/15796306/El...t-Loisirs-N015) de source "Électronique et loisirs N°15". Le principe serait de remplacer le bouton par un petit µcontrôleur qui commanderais en opto la base). Déjà un grand merci pour les renseignements trouvés sur ce forum!

Voici le besoin:

• Temps de réponse: 100ms maxi pour 1 émission
• Nombre de récepteurs: 300 maxi
• Longueur de trame: 26 (2 départs, 16 adressage, 7 instructions, 1 parité)
• Répétition des trames: 3 (sécurité)
• Half duplex (les récepteurs peuvent communiquer, et là ça se complique)
• Électronique "low-cost" pour les récepteurs (300 à produire)

Le 1MHz est-il un bon choix dans mon cas (Débit, niveau de perturbations, risque sanitaire)? Est-il possible d'utiliser ce même schéma avec des fréquences revues à la hausse si je change la valeur des composants passif (tout en respectant les normes imposées in-Home)?

Voila je pense n'avoir rien oublié, merci d'avance à tout le monde pour votre contribution!
Cordialement,
Nandr01d
-----

[inviteede7e2b6]

qu dit CPL dit protection contre les perturbations....

sans en connaitre l'origine , on cause dans le vide .

d'autre part , en milieu indus , la notion de SÉCURITÉ doit être prise en compte.

quid de ce qui se passe si un récepteur devient injoignable ?

[invite49a9147b]

Pour les perturbations, je fais d’abord un prototype sur un réseau isolé et filtré (pas de problème à priori). Pour la suite, il est prévu un relevé des harmoniques potentiellement gênantes (changement de la bande de fréquence choisie envisageable). Cette partie me gêne déjà puisque l'on me refuse ce genre de tests tant que je n'ai pas un chiffrage préalable du système CPL, comprenez-vous? Pour information, on a une autre solution qui table en ZigBee, donc pas de proto en CPL si c'est trop cher.

Pour la sécurité, nous aborderons cet aspect plus tard sur la partie prototypage. Si le récepteur est injoignable, ce sera du normalement fermé (et donc alimenté). Il n'y aucun danger direct pour les personnes si le boitier tombe en panne.

[inviteede7e2b6]

à ta place , je m'orienterais ver un circuit spécialisé CPL, qui te libérera de la partie HF , toujours délicate.

comme le TDA5051A

http://pdf1.alldatasheet.com/datashe.../TDA5051A.html

[A voir en vidéo sur Futura]

[invite49a9147b]

Tout d'abord, merci de tes réponses! Je vais étudier de plus prêt les modems 5051 que j'avais déjà du voir sur le forum.
A première vue, la phrase suivante me fait peur: "The TDA5051A is a modem IC, specifically dedicated to ASK transmission by means of the home power supply network, at 600 or 1200 baud data rate." . 1baud = 1bit/s sur ce composant, ça me parait un peu juste au vu du nombre de récepteur (temps de réponse de 130ms théoriquement), non?

En tout cas merci pour le tuyau, je regarde de plus prêt la solution et je te redis ce que j'en retiens!

[invite49a9147b]

Merci Pixel, je pense essayer cette solution pour mon prototype.
Ça devrait être OK niveau chiffrage, reste juste le problème des vitesses de transfert à vérifier en pratique...

[inviteede7e2b6]

quelle machine a besoin de répondre en 100 nS ??

ça sent (encore) le cahier des charges traité à la va-vite .

[invite49a9147b]

ça sent (encore) le cahier des charges traité à la va-vite .

Oui je suis presque d'accord avec vous mais tout de même... Il faut imaginer que l'on puisse envoyer une même instruction à 50 récepteurs en quasi-simultané (ce qui n'est pas le cas) et que ceux-ci réagissent relativement rapidement (<5s en l’occurrence).

A 1200 bit/s, je devrais faire passer 46 trames/s environ. Si j'espace mes trames redondantes d'une seconde, ça devrait passer.

[invite89303051]

Bonjour,

Le TDA5051 est juste un "modem". Pour transmettre à un ensemble d'équipement en simultanée, il suffit de prévoir une adresse de broadcast. Ainsi, chaque équipement écoute son adresse personnelle et un adresse de broadcast.

Un message peut alors être envoyé à 500 équipements simultanément.

Cordialement

[invite49a9147b]

Merci de ta réponse RicounetZap!
En fait, je me suis mal expliqué dans ma réponse d'avant.
Je connais le principe de broadcast mais cela ne fonctionnera pas dans mon application, du moins je ne pense pas.

Je veux un code uniforme dans mes µcontrôleur et je ne veux pas faire du broadcast à proprement dit. Je souhaite contacter un échantillon de mon parc (par exemple XXX récepteurs sur les YYY installés). Cet échantillon est bien sûr programmable pour être parfaitement flexible dans mes instruction... Je sais pas si ma phrase est compréhensible.

Sinon je vais utiliser le broadcast pour tester le retour de mes récepteurs, c'est prévu.

Je ne vois pas d'autres choix que de contrôler mes récepteurs individuellement avec un numéro de série (codé en 16bits en passant). Je ne pense pas me lancer dans un système de routage, sinon je n'en finirais jamais avec ce projet.

Toutefois je suis à l'écoute de tes conseils si tu as une solution pour diminuer mes temps de réponses.
Merci d'avance les experts!

[invite49a9147b]

Après quelques recherches, je suis partie pour utiliser un PIC 12F683 comme µcontrôleur pour les récepteurs. Cela vous parait-il cohérent ou avez-vous mieux/moins cher?
Mes critères de choix: Prix/Encombrement/Sorties PWM

PS: je possède déjà un PICkit dans mon entreprise et on m'a fait comprendre que c'était la norme en interne.

[inviteede7e2b6]

sans connaitre le cahier des charges , il est impossible de répondre.

et n'oublie pas que le meilleur des µ-cont est celui DONT TU SAIS TE SERVIR.

[invite49a9147b]

sans connaitre le cahier des charges , il est impossible de répondre.

Pour le cahier des charges, c'est simple il me faut le prix le plus réduit (moyennes séries) avec:
Conso électrique < 0.3W (on est large)
1 Sortie PWM
1 Sortie Tx
1 Entré Rx
1 Entré compatible Clock 8MHz
(1 Alim < ou = à 5V)

et n'oublie pas que le meilleur des µ-cont est celui DONT TU SAIS TE SERVIR.

De ce côté là, je ne risque rien. Je n'ai programmé qu'un 16f87 quand j'étais au lycée, je ne m'en rappel plus du tout.
Dans tous les cas je me coltine une datasheet à parcourir. Sinon j'assimile vite en programmation donc pas de soucis.

[inviteede7e2b6]

tu oublies la quantité de mémoire nécessaire....

[invite49a9147b]

Exacte et très bonne remarque vu que je n'ai pas l'habitude de programmer des PIC, je ne sais pas si 2kwords (4ko?) est suffisant...

A priori, cela devrait fonctionner de la manière suivante:
1°) Est-ce que le message m'est adressé
2a°) L'adresse n'est pas la mienne, je reste en veille
2b°) Broadcast, je retourne mes états
2c°) L'adresse est la mienne, j’exécute l'instruction (comprise entre 0 et 127) -> Mes états de 0 à 100 génèrent une PWM sur une sortie

Qu'en pensez-vous? Encore merci pour votre aide.

PS: l'EEPROM est largement suffisante (256bits).

[inviteede7e2b6]

je laisse la parole aux cadors des pics...

[inviteeb160de1]

Ca depend de ta façon de programmer, de ton language...
Il est possible que tu puisses faire ton appli dans cette empreinte mémoire, sans probleme.
Mais tu peux aussi galérer. Si tu n'as pas suffisamment d'expérience, je te conseille de monter un peu en grade. Une fois l'appli calibrée, tu peux rester sur ton PIC plus gros, soit optimiser ton choix.

Aurélien

[invite49a9147b]

Ok merci, j'ai déjà quelques PIC plus gros pour me faire la main.

Je pense passer par la case optimisation pour réduire mon prix d'achat, sinon je vais être hors cahier des charges.

Je me débrouillais pas trop mal niveau optimisation sur Atmel à l'école donc il n'y a pas de raison que je n'y arrive pas sur PIC.

Merci à tous pour votre aide aide.

[inviteeb160de1]

T'inquietes pas, vu ton projet et son stade de définition, c'est pas le choix du PIC qui va ruiner ton chiffrage...

[invite49a9147b]

Petite question: le TDA5051 semble être sur sa fin de vie à cause de son age. Connaissez vous un autre composant ayant la même fonction dans le même ordre de prix?

J'ai trouvé des composants ici mais ils restent relativement cher par rapport au TDA ("Source Digikey").

Merci d'avance à tous

[invite49a9147b]

Petite question: le TDA5051 semble être sur sa fin de vie à cause de son age. Connaissez vous un autre composant ayant la même fonction dans le même ordre de prix?

J'ai trouvé des composants ici mais ils restent relativement cher par rapport au TDA ("Source Digikey").

Merci d'avance à tous