Télécommande à vitesse variable pour PFS et par NXT/IR

[Thibaud]

Tu veux sans doute parler du 7897. Je viens de regarder et ils n'utilisent pas les même récepteurs ce qui peut expliquer un fonctionnement différent et donc la possibilité de démarrer un moteur sans pour autant envoyer l'information en continu.
Je sais bien que les solutions Mindsensors n'attire pas les puristes et il faut l'avouer je n'en suis pas un :p donc l'usage de ces pièces ne me gène pas.

[Alban42800]

Tu veux sans doute parler du 7897.

Non, je parle des derniers systèmes avec le PFS, à priori c'est le même récepteur.

[Thibaud]

ok je vois, il faudrait faire un test : lancer le moteur avec le bouton dont tu parles et bloquer le faisceau IR de la télécommande pour voir si le moteur tourne toujours

[Alban42800]

C'est le cas avec la télécommande PFS pour le train.

[Thibaud]

J'ai retrouvé la doc du protocol et j'ai relevé la note suivante :

Some commands are timed out after 1.2 second when not receiving IR others are not.

Il y a deux mode pour contrôler les moteurs et chacun de ces deux modes part en time out si il ne reçois plus d'information. J'imagine que cela veux dire qu'il faut envoyer les commandes avec un max de 1,2s entre chaque. Je reviens sur ce que j'ai dis on doit donc pouvoir avec un seul IR contrôler plusieurs Canaux de façon simultané. Mea culpa.

[puppy]

Je me rappelle avoir lu dans la doc qu'il y avait 2 modes. Mais (de mémoire) l'un des modes était "non connecté" : une fois le signal reçu le récepteur continuait à faire tourner le moteur jusqu'à réception d'un signal contraire (commande des trains lego avec de longs tracés hors de portée de la télécommande).

[Thibaud]

J'ai un peu de mal avec la doc car elle manque d'exemple mais de ce que je lit il y a aurait bien un mode qui permet de faire tourner un moteur sans envoyer en continu de message. Mais dans ce mode on ne peu contrôler qu'un moteur à la fois. Enfin c'est ce que je comprends.

[roboleo]

Heu, je suis pas là, on ne peut brancher que 2 moteurs sur un récepteur PFS, ou alors 4 moteurs mais qui fonctionnent par 2... ???

Oui, j'ai réussi à faire tourner 4 MOTEURS PFS groupés 2 à 2 sur UN canal.

Je pense qu'en théorie on devrait pouvoir contrôler en jusqu'à 8 moteurs en simultanée sur des vitesses différentes.
Mais en pratique je pense que c'est tout autre.
Lors de la programmation on donne un ordre à l'IR-link : envoi un message au récepteur sur le canal N pour qu'il fasse tourner les moteurs! L'IR-Link envoi alors de façon continue la commande en question. Si on décide d'envoyer une autre commande il interrompt l'envoi de la première. Donc dans le cas d'un changement de canal même très rapide on risque d'avoir un fonctionnement haché sur les deux récepteurs.

J'ai aussi remarqué un fonctionnement haché lorsque l'IR Link envoi simultanément des signaux à deux récepteurs PFS sur 2 canaux distincts. Toutefois, les 2 paires de moteurs raccordées chacune à un récepteur semblent tourner d'une manière peu satisfaisante.
Dans la pratique, et en programmation NXT-G, le multi-tâche (rayon de séquence) peut-être régulé par des blocs MINUTEUR qui déclenchent des actions au bon moment. les rayons de séquence agissent alors en mode décalés et l'envoi des signaux sur les canaux se fait plus fluide.
J'ai toute une série de programmes à tester pour vérifier cela.

[semtou]

salut à tous, si vous parlez "entre autre" de la télécommande légo : est-ce celle-ci ?

Parce que les deux boutons ROUGE en dessous des molettes oranges servent à arrêter une action à condition évidemment que le train soit à porté d'Infra-rouge.
Donc pour moi il y a deux modes de fonctionnement des télécommandes PFS : un mode direct avec un arrêt en cas de perte du signal et un mode "train" avec une mémoire qui attend un autre ordre pour changer de comportement. La question est de savoir si c'est le récepteur qui est différent ou l'émetteur (télécommande).

Je pense qu'en théorie on devrait pouvoir contrôler en jusqu'à 8 moteurs en simultanée sur des vitesses différentes.
Mais en pratique je pense que c'est tout autre.

La seule solution c'est de faire un essais avec 4 récepteurs PFS et l'IR-LINK en face avec un programme qui tourne par interruption (je crois qu'on disait... )
Si j'ai le temps j'attaque demain.

pas mal ton retour au neutre comment tu fais pour détecter l'absence de pression sur le moteur?

En fait Thibaud j'utilise le fait que les moteurs sont piloter à 20% de leurs puissance. il force mais pas asses pour m'empêcher de tourner la roue mais juste asses pour revenir en place (au neutre) quand je lâche la roue. C'est donc plutôt un retour au neutre en force

Dernier com. (après quelques jours d'absence)

Voilà, j'ai bidouillé les topics en suivant les bons conseils que Roboléo m'a prodigué.

Merci anio pour la bidouille car comme ça maintenant on sait où mettre nos discutions passionné sur se vaste sujet qu'est les télécommandes PFS.

[greatlemon]

Bien que je n'ai pas de NXT (va falloir y remédier ), j'ai commencé à lire tout ce que vous faites et c'est bien intéressant

Sachant que vous vous êtes déjà penché sur une bonne partie du problème, je me permets de poster un lien vers mon topic de la même section :
http://www.techlug.fr/Forum/topic2213.html
En espérant que vous pourrez m'aider
merci

EDIT : Anio, je pense que mon post a plus sa place dans le topic "Télécommande à vitesse variable pour PFS et par NXT/IR", pourrais-tu le déplacer s'il te plaît ? désolé pour le dérangement

[BUZ]

MAJ : nouvelles fonctionnalités du PF


Bon, il y a peut être quelque chose qui m'a échappé, mais je vous fais quand même la synthèse.

-Le protocole n'a pas subit de MAJ, il reste identique
-le boîtier de réception IR du PF, permet désormais l'extension d'adressage => il est désormais possible d'utiliser TOUTES les fonctions du protocole PF à partir du récepteur IR

Pour savoir si votre récepteur est compatible, il est précisé, qu'à la mise sous tension du récepteur, la diode verte clignote.

Liens vers la doc-technique :
http://www.happybricks.com/TBs%20Media/TBs_20091029_1/LEGO%20Power%20Functions%20RC%20v110.pdf

The LEGO Group has released a new version of the LEGO Power Functions RC Receiver (identified by a short blink on the green LED when power is connected).

The new version of the RC Receiver supports all functionality of the LPF RC protocol and we have added a command to access the extra address space.

We are hereby offering you an updated version of the LPF RC protocol documentation.

Please feel free to use any information from the protocol document for personal, non-commercial use only, provided you keep intact copyright, trademarks and other proprietary rights of the LEGO Group.


Gaute Munch
The LEGO Group

Via un article sur TechnicBRICKS

[Thibaud]

-le boîtier de réception IR du PF, permet désormais l'extension d'adressage => il est désormais possible d'utiliser TOUTES les fonctions du protocole PF à partir du récepteur IR

Il n'y avait pour le moment aucune commande inutilisable sur le protocole, j'ai pu contrôler plusieurs moteurs simultanément avec un seul émeteur (une Diode IR + un microcontrolleur) sans recourir à l'extension d'adresse. Je ne vois pas trop à quoi sert cette extension j'ai l'impression qu'il manque encore des exemples sur ce protocole

[semtou]

Salut Thibaud
personne n'a traduit se document ?
je l'ai lu plusieurs fois et j'ai du mal à comprendre l'anglais.

j'ai pu contrôler plusieurs moteurs simultanément avec un seul émeteur

Tu crois qu'on va pouvoir faire la même chose que ton montage directement avec l'IR-LINK en direct sur le NXT.
hs : t'aurais pas des connecteurs RJ12 à sertir.


A +

[Thibaud]

AUtant pour moi une commande avait un bug :p et le nouveau firmware l'a corrigé!
POur ce qui est d'utiliser mon code depuis l'IR link j'ai de grand doute : ils utilisent des macros prédéfini et je suis pas sûr que l'on puisse les modifier il faudrait creuser. Sinon impossible pour le moment de brancher une diode IR directement sur un port du NXT, car il faudrait pouvoir faire des pauses en microsecondes dans le code pour pouvoir faire fonctionner le protocole PF. Hors ,à priori, aucun langage actuel ne permet de faire des pause aussi courtes.... une hérésie pour de la robotique....

[semtou]

J'ai le souvenir qu'avec les Pic on faisait des opérations en boucle "dans le vide" pour faire des intervalles entre les instructions de commande.
j'ai même vu un programme en NQC qui utilise la même méthode pour envoyer un message IR du RCX vers le boitier du RC-nitro Légo.
Si ça intéresse quelqu'un...