Pourquoi pilotages volets IO bloquent manœuvre portail voisin?

Bonjour et merci de ton retour,
Tu me dis que c’est absolument impossible et pourtant c’est bien ce qu’il se passe.
Tu penses que je pourrais inventer un tel truc et écrire un tel pavé juste pour le plaisir.
Je sais que mes premières télécommandes étaient sensitives et comme elles ne fonctionnaient pas tout le temps, l’installateur me les a remplacées par des non tactiles.
De plus, la motorisation du portail est récente, environ 2 ans, donc peut elle être aussi compatible IO ou RTS et choper la fréquence de pilotage des volets?
En plus, cela n’a une incidence que lorsque le portail est en mouvement, est-ce qu’il prend ces infos pour une sécurité d’un capteur non filaire (type barre palpeuse par exemple!), car il se referme une seconde puis s’arrête, comme une sécurité d’une motorisation qui rencontre un obstacle.
C’est une piste qui me vient à l’esprit mais c’est peut-être autre chose.
En tout cas, c’est systématique, si le portail s’ouvre et qu’il y a une action volet, il se referme environ une seconde et par contre, si il est en train de se fermer, cela stoppe la fermeture. Et il faut qu’il relance un cycle fermeture ou ouverture avec une télécommande sinon il ne bouge plus.
Avez vous une autre piste ?
Merci.
Cordialement.

Re-bonjour,

J'ai su la marque et le modèle de la motorisation du portail en question. Il s'agit d'un DEA NET230N piloté par télécommandes en 433mhz, il parait que c'est italien, mais bon, bref...
J'ai donc contacté l'installateur de mes volets qui va faire analyser cela par un technicien et éventuellement se mettre en relation avec le voisinage et son installateur pour trouver une solution.
Je vous ferai par de la suite et de la solution apportée, peut être que vous apprendrez quelque chose et que ce cas "unique" et "impossible" sera le premier sur ce forum, il en faut bien toujours un, mais peut être pas le dernier...
Cordialement.

Bonjour,
Je vous enverrai une photo d’une télécommande recto verso ce soir quand je serai chez moi.

Par contre, en attendant un retour des techniciens, j’avance sur le sujet, tout seul, et sur ma première intuition de la barre palpeuse.
J’ai vu que la barre palpeuse est sans fil et qu’en général ces systèmes fonctionnent en 868mhz, d’après quelques recherches sur internet.
Le système réagit de tout façon comme si s’était sécuritaire.
On verra ….
Cordialement.

Vous parlez de barre palpeuse ? S'agirait-il d'un portail coulissant ?
Si OUI, l'émetteur palpeuse doit obligatoirement converser avec la logique de commande, donc, également en 433.

Actuellement le problème est trouvé mais pas la solution.
Lorsque le portail est en mouvement, le signal de la barre palpeuse doit être reçu en continu par le boitier de commande du portail, donc l'émetteur fixé au battant envoie un signal continu en 868mhz au récepteur branché à la carte du portail. Si ce signal est coupé, perturbé, parasité lorsque le portail est en action, la sécurité est un arrêt du mouvement puis léger relâchement (retour en arrière de quelques cms puis blocage jusqu'à la prochaine commande). En fait, exactement comme si la barre palpeuse rencontrait un obstacle.
Et c'est ce qu'il se passe lors d'une commande de volet, un signal d'une fraction de seconde de la smoove IO envoyé (en 868mhz) au volet, commande le volet mais parasite le signal (sur la même fréquence) reçu par le récepteur, la sécurité est d'arrêter le mouvement portail. De plus que sur IO, il y a un retour d'information du volet, donc peut être que lui aussi émet en 868mhz pendant un temps.
Voilà la panne, mais la solution ? En général, ce type d'emetteur/fonctionne en 868mhz car moins parasité que le 433mhz car moins courant. Et est-ce qu'un autre modèle de boitier serait moins sensible?
A l'étude pour l'instant....
Cordialement.