Salut,
Une autre piste possible : vérifier que tes divers scénarios ne font pas envoyer trop de commandes par le RFPlayer en un temps trop réduit. Il y a une sorte de limite au protocole pour éviter le « flood ».
J’explique par l’exemple de mon cas : je contrôle mes radiateurs électriques via un boîtier Deltadore «fil pilote», un par radiateur. Il y a une petite dizaine de boîtiers en tout. Au tout début, je faisais envoyer par le RFPlayer les ordres à tous les radiateurs un par un à la suite, sans pause entre les ordres. Ce qui se passait c’est que les « derniers » radiateurs dans la liste ne recevaient jamais les ordres.
J’ai trouvé deux solutions à ça : grouper les radiateurs par « zone » et donc envoyer des ordres à des paquets plus petits de radiateur (en mettant une pause entre les ordres et en séparant les envois aux différentes zones des quelques minutes), et il y a également une commande (« INITLB » voir ici) dans le RFPlayer qui permet de réinitialiser le « compteur » à zéro. C’est un peu tricher en allant contre le fonctionnement de base, mais par sécurité je fais les deux !
@+