emetteur 433mhz durée mini maxi d'une impulsion

[alainav1]

Bonjour,
je m'initie aux commandes radio avec un petit ensemble émetteur récepteur 433mHz (type sonnette par exemple)
si j'ai bien compris le mode de fonctionnement
on émet des impulsions qui sont ensuite analysées par le récepteur
pour émettre de façon fiable un code quelles sont les valeurs mini et maxi des durées des impulsions
la durée d'une impulsion doit être comprissent entre 1ms et 10ms ou 10ms et 100ms ?? (c'est l'ordre de grandeur qui m'interesse afin de pouvoir émettre un code et le réceptionner sur un récepteur qui sera relié a un µP qui décodera ce code (mon µP est capable de lire ces durée ente 10µS et l'infini !!!)
cordialement
Alain
-----

[mag1]

Bonjour Alain,

Je ne sais pas de quel est le µC cité, mais concernant les picaxes que tu connais, les liaisons HF par modules 433 MHz à 1 euro fonctionnent parfaitement.
rfin et rfout communiquent par blocs de 8 octets (64 bits dont on fait ce qu'on veut) code Manchester, durée de la transmission, je ne sais pas, non estimable à l’œil nu..(à voir dans le tableau de durées des commandes).
Liaisons HF utilisées dans le projet "Chrono Agility":

http://electromag1.wifeo.com/chrono-agility.php

MM

[alainav1]

Bonjour,
l'application (sur un pic 16F ) consisterait a remplacer le tsop qui reçoit les trame d'une telecommande infrarouge (type sony )
si les temps d'emission d'impulsion que je peux fournir à l'emeteur 433mhz ( temps d'emission du code sony) cela me m'eviterait de concevoir une emission specifique (manchester ou autre ..)
voila le type de trame que je souhaite envoyer par un emetteur 433mz

http://kudelsko.free.fr/commutateur_ir/sircs.htm

le recepteur (recevant cette trame ) alimente une entrée du pic (pic16F ou même picaxe ) et le programme du pic analyse la trame pour decoder .
que le trame vienne du tsop ou de recepteur ça doit pas changer le decodage ?(je peux ainsi recevoir de l'infrarouge ou de 433MZ )
le tout est de savoir si l'emetteur est capable d'envoyer ces trames ?
cordialement
alain

[mag1]

Je ne comprends pas tout, mais il me semble compliqué de vouloir mélanger les liaison IR et les liaisons HR, les commandes de réception attendent de recevoir le code (IR ou HF) et pendant ce temps, le µC ne fait que cela, c'est donc l'un ou l'autre.

La transmission HF sera omnidirectionnelle, tous les récepteurs la reçoivent, Le premier octet transmis servira par ex à sélectionner le récepteur, le récepteur ayant le bon identifiant continue son programme avec les infos transmises (reste 7 octets), les autres se remettent en attente.

Enfin, c'est ce que je crois comprendre dans cette histoire de liaison, sinon, il faut plus de détails

MM

[A voir en vidéo sur Futura]

[vincent66]

Bonjour Alain,
Je crains que ce ne soit mission impossible, en transmissiosn rf les zéro ou un ne sont pas du tout codées par une durée d'impulsion...
Dans les petits modules 433 tout est en général intégré dans un circuit spécialisé, même le code manchester de telle sorte que l'utilisateur ne voie les choses que comme une simple transmission uart...
La seule indication temporelle est la vitesse max de transmission uart...
Si tu veux un module "universel" intégrant rf ou ir il faut matériellement implémenter les deux en parallèle dès le départ, je ne pense pas que l'ir utilise les mêmes pins que l'uart...

Mais si tu permets si c'est pour ton super-cyber train miniature tu as meilleur temps de n'utiliser que le 433 et oublier l'ir, inutile de te compliquer encore plus la vie...

Vincent

[mqu31]

avec les arduino qui deviennent le grand standard de la domotique, il est assez facile de faire des emeteurs et recepteurs 433 pour pas bien cher. L'arduino est un micro-controleur dont les cartes et les sources sont ouverts (open-source). Je ne sais pas si cela a déja été dit. Bien sur d'autres solutions existent (PIC).

[alainav1]

merci pour vos observations
je vais donc regarder comment emettre et recevoir des ordre entre pic avec un couple emeteur recepteur 433Mhz
si vous connaissez des liens utiles pour cette demarche
j'ai un arduino uno mais une platine c'est 30 euro un pic ou un picaxe c'est quelques euros euro donc si je peux faire ça avec un pic( 16FXX de preference ) ça me convient mieux
cordialement
Alain

[mag1]

As tu regardé le projet Agility? Le picaxe 14M2 s'occupe de tout, codage, décodage, par émulation d'un codeur décodeur NKM2401

MM

[annjy]

Bonsoir,

caractéristiques du module émission-réception ( bande passante notamment.....) ????

tout le reste n'est qu'élucubrations inutiles.
ce n'est que mon avis.


cdlt,
JY

[mag1]

Bonsoir,

caractéristiques du module émission-réception ( bande passante notamment.....) ????

tout le reste n'est qu'élucubrations inutiles.
ce n'est que mon avis.


cdlt,
JY

http://www.ebay.fr/itm/315-433Mhz-WL...item20e9541614

Bof, la liaison envisagée est de quelques mètres, j'ai expérimenté ces petits modules (oui, superréaction, d'accord...) mais dans le contexte, ils seraient parfaits.

Mais on peut faire plus cher, bien sûr...

MM

[alainav1]

effectivement la porté c'est quelque mètres .
je vais regader du cote des picaxes (le pojet agility sur le forum c'est 110 post donc pendant les longues soirée d'hiver !) ) mais j'ai pas mal de pic16F donc ça me motive aussi !
dans le picaxe c tout est "encapsulé " donc ça facilite mais j'aimerai aussi comprendre aussi comment ça marche .
par exemple en infarouge la commande par picaxe c'est une ligne avec un pic j'ai construit la porteuse de 40KHz en assembleur puis j'ai construis les codes sony en basic
(c'est pour le plaisir de faire et de comprendre ! )
cordialement
Alain

[mag1]

je vais regader du cote des picaxes (le pojet agility sur le forum c'est 110 post donc pendant les longues soirée d'hiver !) ) mais j'ai pas mal de pic16F donc ça me motive aussi !
dans le picaxe c tout est "encapsulé " donc ça facilite mais j'aimerai aussi comprendre aussi comment ça marche .
par exemple en infarouge la commande par picaxe c'est une ligne avec un pic j'ai construit la porteuse de 40KHz en assembleur puis j'ai construis les codes sony en basic
(c'est pour le plaisir de faire et de comprendre ! )
cordialement
Alain

Non, c'est pas 110 postes, mais 110 pages...mais le résultat est là,

Les picaxes sont faits pour ceux qui ne veulent pas (trop) se casser la tête. La commande frout prend tes 8 octets, les code et les envoie directement à l'émetteur.

De l'autre côté, rfin attend l'arrivée "éventuelle" des données, elle est bloquante (on peut utiliser un décodeur dédié pour éviter cela)
Mais si ce sont les données en attente qui déclenchent l'action et que le µC ne fait rien d'autre, c'est pas grave.

Regarde l'Agility, c'est très simple


MM

[annjy]

http://www.ebay.fr/itm/315-433Mhz-WL...item20e9541614

Bof, la liaison envisagée est de quelques mètres, j'ai expérimenté ces petits modules (oui, superréaction, d'accord...) mais dans le contexte, ils seraient parfaits.

Mais on peut faire plus cher, bien sûr...

MM

Bon, la distance, on s'en fout....
On n'est plus dans le domaine électronique.....

ce sera sans moi.

désolé
JY

[mag1]

Bon, la distance, on s'en fout....
On n'est plus dans le domaine électronique.....

ce sera sans moi.

désolé
JY

ça, c'est encore le plus facile...

Il est plus constructif de faire une proposition.

Alors, c'est quoi "le domaine électronique"? SVP...On est là pour apprendre.

MM

[alainav1]

la commande frout du pic axe s'occupe de tout
pour comprendre il faut donc connecter un analyseur logique et regarder ce qui sort ?
ensuite on peut generer ça avec un µP quelconque suffisamment rapide
ça doit etre possible (je vais essayer et je vous tiens au courant ).
si vous pensez que c'est pas une bonne idée faite moi signe ! (mais peut etre savez vous ce que je vais trouver ?)
cordilement
Alain

[annjy]

ça, c'est encore le plus facile...

Il est plus constructif de faire une proposition.

Alors, c'est quoi "le domaine électronique"? SVP...On est là pour apprendre.

MM

post#9
bande passante ?

[mag1]

post#9
bande passante ?

Apparemment, cette donnée essentielle ne figure pas dans le descriptif du lien.
Mais vu le prix, j'en ai acheté un et test fait, il fonctionne parfaitement pour la transmission des octets avec les commandes du picaxe.
J'en déduis donc que la bande passante est suffisante pour cette transmission.

On est dans le domaine de l'électronique expérimentale....mais pour des modules équivalents, on est à +/- 2MHz à -3db

MM

[mag1]

la commande frout du pic axe s'occupe de tout
pour comprendre il faut donc connecter un analyseur logique et regarder ce qui sort ?
ensuite on peut generer ça avec un µP quelconque suffisamment rapide
ça doit etre possible (je vais essayer et je vous tiens au courant ).
si vous pensez que c'est pas une bonne idée faite moi signe ! (mais peut etre savez vous ce que je vais trouver ?)
cordilement
Alain

Bonjour,

Je ne sais pas mais je me doute...

Le codage Manchester consiste en gros à faire suivre un 0 par un 1 et un 1 par un 0. Résultat, il y a autant de 0 que de 1, mais surtout on introduit l'horloge dans le code, l'information n'est plus le niveau, mais la transition montée ou descente.

Il est alors plus facile de distinguer une suite de 0 (par ex), ce qui diminue les risques d'erreurs. Voilà l’explication grossière que je m'en fais.
Maintenant, les commandes rfout et rfin sont très efficaces. Est ce bonne idée de vouloir les remplacer par autre chose? Je sais pas.

MM

[alainav1]

je ne souhaite pas remplacer les commandes rfout et rfin sur un picaxe mais" tenter" de les créer sur un pic 16F (qui ne possede pas cette fonction )
il me faut donc en comprendre le principe et toute info sur le sujet est la bienvenue
Alain

[mag1]

je ne souhaite pas remplacer les commandes rfout et rfin sur un picaxe mais" tenter" de les créer sur un pic 16F (qui ne possede pas cette fonction )
il me faut donc en comprendre le principe et toute info sur le sujet est la bienvenue
Alain

Oui, ok, le picaxe émule un codeur / décodeur NKM2401, utilisable par un pic, les systèmes pic et picaxes seraient compatibles.

MM