Bonsoir,
- Citation :
- Merci à vous qui m'avez incité à chercher.
Toutefois, j'ai perdu beaucoup de temps car j'ai cherché tout azimut alors qu'en re-commençant tout en cernant la fréquence 868 mhz je suis tombé sur le casque headphone system wireless RF de ma mère (Sennheiser RS 4200) branché sur sa télé qui théoriquement -d'après la notice- est sur 863.3 / 864.0/ 864.7mhz (dépendant du canal choisi). C'est lui qui perturbe l'alarme "brouillage RF....".
Donc, comment résoudre le pb car je ne puis supprimer son casque ?
Vous n'avez pas perdu de temps dans la mesure ou vous avez localisé l'émetteur créant le défaut.
L'émetteur disposant de 3 fréquences, essayez de repérer celle qui perturbe le moins.
- Citation :
- Après recherche dans les doc et Winload je ne vois que :
– dans le manuel de programmation il est évoqué le "contrôle de brouillage radioélectrique" pour le répéteur sans fil RPT1 section 700 option 5
-et dans Winload dans option générale du système la "détection du brouillage RF" section 700 (5).
Je suppose que si je désactive cela je n'aurai plus ces événements, mais est-ce prudent voire dangereux ?
Quels conseils donneriez-vous ?
Je suis surpris, un répéteur sans fil RPT1 ne fonctionne pas directement sur une SP6000, cela nécessite un récepteur RTX3.
Vous n'avez pas décrit la constitution de votre système, je comprends que vous utilisez une SP6000 associée à un récepteur radio RTX3 et un répéteur RPT1 pour des capteurs éloignés.
Quel récepteur est gêné, RTX3 ou RPT1?
Bien sur, vous pouvez désactiver la détection de brouillage RF, celle-ci n'est destinée qu'à détecter une tentative de neutralisation d'un système d'alarme radio et en conséquence à générer une alarme.
C'est la version simpliste pour les capteurs radio de l'anti sabotage des capteurs filaires. Dans le cas présent, vous n'en faîtes rien.
Dans ce cas, il faut bien assimiler le fait qu'une action de brouillage des liaisons radio en vue d'une intrusion ne sera pas détectée.
Ceci n'enlève rien au vrai problème qui est qu'un perturbateur identifié vous empêche d'utiliser l'information.
En résumé, vous pouvez désactiver la "détection du brouillage RF", parce que ce brouillage fait partie du fonctionnement normal et que de toute manière il n'est pas associé à une alarme.
Il est probable que certains de vos capteurs soient affectés par ce brouillage (fiabilité de transmission réduite).
La meilleure solution est de supprimer la source de la perturbation plutôt que chercher à s'en protéger. C'est toujours le cas en perturbation radio électrique.
Dans le cas présent, le plus simple: si la mobilité n'est pas indispensable, voir si un casque filaire peut remplir la fonction.
- Citation :
- Pour ma part, si j'ai bien compris le casque étant sur la fréquence (833.3) la plus éloignée de 868 prendre un autre switch impliquant une fréquence plus proche ne fera qu'augmenter l'interférence, non?
Quant je pense que nos cardiofrequencemètre bien que sur la même fréquence sont codés pour éviter les interférence entre courreurs, on s'étonne que nos système d'alarme ne sachent pas faire cela (où alors je n'ai pas tout compris)!!!
Prendre une autre fréquence, même plus proche peut éventuellemnt limiter le problème (je n'y crois pas, mais c'est à tester).
Les dispositifs dont vous parlez fonctionnent sur des protocoles (WiFi, BT, BTLE ...) bien établis mondialement, d'autre part, la transmission d'information numérique n'est que ponctuelle avec un taux d'occupation tres faible ce qui permet la gestion simple des collisions.
Un émetteur pour casque audio transmet en permanence avec un taux d'occupation de la fréquence de 100%. La seule parade proposée par le fabricant est de modifier le canal pour échapper à une éventuelle interférence avec un matériel du même modèle. La coexistence avec d'autres équipements est de votre ressort.
Un récepteur d'alarme radio est en permanence en réception. Toute perturbation dans sa bande de réception non reconnue comme signal valide sera donc perçue comme une tentative de brouillage.
La qualité des émetteurs pour la pureté du spectre et des récepteurs pour la réjection des signaux proche n'est jamais qualifiée dans les documentations (la raison réside probablement dans des performances faibles).
Les protocoles de transmission sont des protocoles propriétaires.
Un émetteur émettant en permanence dans une bande de fréquence proche d'un récepteur en réception permanente, travaillant avec des protocoles propriétaires totalement différents ont 100% (j'exagère: peut être que 99,9999%) de probabilité de se gêner.
Sam 15 Avr - 12:07
:D