Module HF pour télecommande

[invite3570b5f7]

Salut !

J’aurais voulu savoir si vous pourriez me guider dans la recherche d'un émetteur / récepteur HF ( genre module AUREL ).

- il faut qu'il soit le plus petit possible.
- une portée de 10 mètres est suffisante.
- si possible sans antenne !

Sans antenne je veux dire par là que je voudrais éviter le fil de 20 cm.
A moins qu'il soit possible de la faire sous forme de spirale en " piste " sur le CI.

Il s'agit de réaliser une télécommande qui enverra un nombre tout simplement.

Le truck c'est que je n'ai jamais utilisé ce genre de module donc ...

Voilà merci !
-----

[invitefaaca50b]

envoyer un nombre??? qui servira a quoi, et proviendra d'ou???

A minima, ton module UHF sera piloté par un µC
Pour l'emetteur, pour une portee de 10 metres, je te conseille le RT4-433
Apres sans plus d'infos, point de salut...

[invite3570b5f7]

L’émetteur fera un calcul avec des capteurs etc et m'affichera le résultat (max 3 chiffres ) sur des petits afficheurs mais il faut que quand j’appuie sur un BP, ce chiffre soit transmis au récepteur.

Bref, tout ca j'ai fais et ca fonctionne, enfin il me manque la partie émission.

Le truck bien serait que le module fonctionne en I2C ...

[f6bes]

L’émetteur fera un calcul avec des capteurs etc et m'affichera le résultat (max 3 chiffres ) sur des petits afficheurs mais il faut que quand j’appuie sur un BP, ce chiffre soit transmis au récepteur.

Bref, tout ca j'ai fais et ca fonctionne, enfin il me manque la partie émission.

Le truck bien serait que le module fonctionne en I2C ...

Bsr à toi,
Ton émetteur ne fait pas de calcul. Il transmet ce qu'on lui dit de ...transmettre!
Reste donc à définir un protocole de transmission.
Sous quelle forme seront "codés"les données (signal analogique, codage binaire, nombre de bits , etc...)
A la réception te faudra donc "décoder" ce qui sera reçu de façon à le faire "interpréter" par tes afficheurs.
Donc faut un CODAGE à l'émission et
un DECODAGE aprés la réception.
Le protocole peut etre plus ou moins complexe suivant la "sécurité" désirée. (ex: etre sur que le code envoyé a bien éte RECU = ACK)
Mais ça complique la transmission.
Transmettre SANS etre sur que ce qui est transmis est BON et bien RECU , n'est pas toujours gage de " sécurité".

A+

[A voir en vidéo sur Futura]

[invite3570b5f7]

Merci pour ta réponse

Quand je dis que émetteur fait le calcul, je parle du boitier émetteur.
Dedans il y'a un µC qui gère un multiplexage des afficheurs et qui lit et interprète les données d'un capteur.
Il y'a un BP " validation " qui sert à envoyer la donnée vers le récepteur.

En gros, si mon boitier émetteur affiche 452 et que j’appuie sur " validation " , il faut que ce nombre 452 soit affiché sur le récepteur. Bon le récepteur ne fera pas que afficher...Donc il me faut bien envoyer et recevoir un mot binaire de 16 bits. Le max est 808.

Niveau sécurité : AUCUNE ! c'est un usage domestique.

Le codage ? le plus simple possible, je ne suis pas un AS de la programmation.
Vérification ? pas besoin.

Avec ca je voudrais donc savoir ce qu'il existe comme type de module... liaison C2I ? SPI ?

[invitefaaca50b]

Pourquoi de l'I²C???? les modules UHF en 434 ou 868 MHz sont unifilaires en TTL (pilotable en signaux directement a partir d'une sortie de µC), mais pour cela il y a une organisation a faire (voir ci dessous).

+1 pour le calcul...
Entre tes capteurs et ton module emetteur, il te faut l'essentiel: un µC qui fera la gestion des infos en provenance des capteurs. Comme afficheur, tu peux utiliser un LCD 4 lignes de 20 caracteres.
Pour envoyer tes infos, tu devras creer un protocole de transmission (de preference en manchester - voir wiki) qui contiendra tous les elements pour assurer une transmission securisee et validee des infos (trames avec checksum, octets de securités et de validation). Pour le recepteur, meme systeme, un module recepteur qui va recevoir les trames, qui seront interpretees par un µC, et qui seront affichées apres mise en page sur un afficheur LCD ou 7 segments...

Ce projet peut se decomposer en plusieurs parties pour pouvoir tester chacun des elements.

[invite3570b5f7]

Salut Franck

Le projet est déjà réalisé du moins tout est OK et fonctionnel sauf la transmission sans fil.
J'utilise des afficheur LED mon programme est déja fait bref ma question ne porte pas sur la gestion de ça mais juste sur la partie sans fil.

Le codage Manchester ? je l'ai étudié en cour et non merci c'était à se tirer une balle. De plus comme je l'ai dis juste avant, pas besoin de sécurité et aussi j'ai précisé que je ne suis pas un AS de la programmation. A moins que tu me trouve un bout de programme de transmission / recepetion en C sur AVR

[invitefaaca50b]

Pourtant tu seras quasi obligé de travailler avec un codage manchester pour la transmission de ta trame. Et tu utilise quel µC pour la partie deja realisee de ton projet???

[invite3570b5f7]

OK donc vu le nombre de projets avec des modules HF y'en a un paquet qui utilisent ce codage, je devrais facilement pouvoir trouver des codes source en C avec la partie codage et décodage toute faite.

J'utilise un ATmega 8535 PLCC mais quand tout sera terminé j'utiliserais un autre µC plus petit et tout sera réalisé en CMS.

[invitefaaca50b]

tu peux utiliser un atiny relie en i²c esclave a ton atmega , l'atiny sera specialisé dans les operations de mise en forme et codage de la trame ainsi que son emission par le RT4-434... En CMS, ca te fait un module super mini, et comme le RT4 possede une sortie antenne, c'est simple a utiliser... Si le 433.92 est trop pollué, tu peux utiliser du 868MHz ou passer avec un module specialisé type xbee avec liaison serie... Les choix ne manquent pas...

[invite3570b5f7]

Ca me parait parlant ^^

http://www.mikroe.com/esupport/index...barticleid=353

Bon quel couple de modules maintenant ?

[invite3570b5f7]

OK merci xBee trop chère et trop gros pour ce que je veux faire.

Moi je met max 30€ dans l'ensemble des 2 modules.

[invite3570b5f7]

Il me parait bien celui là simple et pas chère !

http://radiospares-fr.rs-online.com/...duct&R=3109891

[invitefaaca50b]

exactement le modele que je te proposais... RT4-433

[invite3570b5f7]

OK nickel.

Une question : les modules restent en permanence en liaison radio ?

Par exemple si j'alimente mes 2 modules.
Sur la sortie du récepteur je branche une LED ( avec un petit transistor ).
Sur l'entrée de l’émetteur je branche un bouton poussoir.

Si j’appuie sur le BP, le niveau logique sera envoyé et reçu par le récepteur pour allumer la LED ?

Histoire de faire quelques essais de distance avec ou sans antenne etc .

[invitefaaca50b]

si tu avais pondu que le milieme du projet que tu pretends, tu saurais qu'on n'utilise jamais un couple emetteur / recepteur radio sans codage minimaliste afin d'eviter les fausses detections...

Je decroche.

[invite3570b5f7]

Franck-026 tu ne lis pas ce que j'écris, tu prétends que je suis le petit débutant qui comprend rien mais je te demande de lire et de comprendre ce que j'écris.

J'ai jamais dis que je ne voulais pas de codage dans mon dernier post !
Je voulais simplement savoir si ça fonctionnerait !!! pour un essais à la va vite!
Relis mon premier post : qu'est ce que je demande ?? allumer une del avec un BP ?? NON !

[invitefaaca50b]

Ca ne marchera pas telle est ma reponse. Car pour des raisons evidentes, ton recepteur va capter toute la chienlit de la frequence et commuter ou afficher des saletés derrieres.
C'est pour ca que les dieux de l'electronique HF ont inventés le codage de trame, et pour les plus malins ont rajouté une couche en disant qu'emettre en manchester (en AM) rallongeait la portee consequemment. Si tu ne veux pas de codage, attend toi a des grosses surprises a l'affichage... Si tu ne veux pas de Manchester, utilise alors un couple E/R en FM qui n'a pas besoin de coder de cette maniere les infos a transmettre.
Mais dans tous les cas de figure, tu seras obligé de passer par un petit µC d'interface qui se chargera de lire les infos a envoyer, et generer les bons protocoles tant en terme de mise en forme de trame, que en terme de securisatioon minimale du code envoyé (juste un octet de code de validation suffit)... Et en plus a la reception, faire 3 ou 4 mesures sur le signal a la suite pour avoir un taux de confiance sur ce que tu recois...

Le manchester theorique est imbitable, mais a coder a la mano, c'est au contraire tres facile, car on omet tout ce qui est portes ET, gestion de clock, et on code le 1 a la mano et le 0 a la mano temporellement.

[f6bes]

Franck-026 tu ne lis pas ce que j'écris, tu prétends que je suis le petit débutant qui comprend rien mais je te demande de lire et de comprendre ce que j'écris.

J'ai jamais dis que je ne voulais pas de codage dans mon dernier post !
Je voulais simplement savoir si ça fonctionnerait !!! pour un essais à la va vite!
Relis mon premier post : qu'est ce que je demande ?? allumer une del avec un BP ?? NON !

Bjr à toi,
Question : tu appuie sur ton bouton poussoir qui AGIT sur QUOI (il délivre quoi comme "information" ? il mets l'émetteur en mode émission ?)
Sans savoir ce que FAIT ton BP , on ne peut te répondre !

Branché en sortie du récepteur ,ne veut pas dire grand chose ...non plus.
Basiquement un récepteur qui RECOIT une onde (meme sans information, donnée) peut trés bien allumer une led, SI la sortie active un transistor , un relais ou plus simple encore si la "sortie " est capable d'alimenter ta led.
Tu n'auras fait dans ce cas qu'une "visualisation de présence de porteuse reçue".
Ca s'arréte là.

A+

[invite3570b5f7]

Merci pour vos réponses ^^ voilà j'en demande pas plus : non ca ne fonctionnera pas.
C'est juste histoire de savoir comment fonctionne ce genre de module etc...

Donc je vais faire une maquette de test et programmer un petit ATiny 2313 que j'ai en stock pour la réception. Pour l’émission je vais garder mon 8535 déja sur une plaque tests.

Enfin, je vais surtout commencer par commander les modules.

Apparemment il existe une bibliothèque du code MANCHESTER toute prête pour les AVR ...

Bonne aprem à vous deux

[invitefaaca50b]

Si tu peux , tu implemente le code de gestion de transmission dans le µC maitre directement... sinon via i&c en utilisant un µc esclave dedié au pilotage du module HF...

Exemple de trame:

bitstart 10ms, bit0 10ms, 1 octet d'appairage, 1 octet d'adresse du peripherique emetteur (au cas ou il y en ai plusieurs), 3 octets de données...