PROTEXIOM : Accès réseau distant HS lorsque l'alarme est en alerte

Bonjour Thomas,

Tout d'abord merci pour vos pistes

Je précise que :

1/ je ne suis pas dégroupé et que mon téléphone et donc l'alarme sont connectés sur la ligne téléphonique classique en 48v.

2/ Je n'ai pas de problème de débit puisque lorsque l'alarme se déclenche j'ai accès à mon réseau de 8 caméras somfy sans problème de débit.

D'autres idées merci.

Bonjour Thomas,

Je viens de réaliser le test
Avant déclenchement de l'alarme :
ping 13ms, download 23,82Mbps, upload 4,17Mbps

Durant déclenchement alarme et appel ligne RTC :
ping 13ms, download 23,50Mbps, upload 4,17 Mbps

Toujours est-il que le problème est confirmé car impossible de se connecter à distance via mon smartphone dès le déclenchement de la sirène. Dès remise en OFF de l'alarme la connexion à distance est revenue opérationnelle.

J'ai fais le test de me connecter à la centrale (non en alarme) avec ligne RTC en communication. J'arrive bien à me connecter à la centrale.

A mon sens le problème vient de la centrale.

Ci-après son identification :
Version du Hardware 00001060v0.1/2
Version du Bootloader 00002929v2.7
Version du Firmware 00002627v10.13b27691/0
Version du mapping Eeprom v1.5

Bonjour Thomas,

Je viens de faire le test en connexion local via mon smartphone en Wifi et via mon PC connecté en ethernet à mon réseau. Le problème est identique impossible de me connecter à la centrale.
Sur l'interface PC j'ai un message d'erreur m'indiquant "droits insuffisants".

Cdt

Bonjour Thomas,

Avec mes excuses pour le retour tardif. Les tests étant fastidieux, j'ai opté de passer par l'interface GSM, via SMS qui fonctionne. Je procéderai au test demandé à l'occasion d'un déclenchement d'alarme en service normal.

A noter que entre temps je me suis aperçu d'avoir une alarme dans le statut "Etat" sur la ligne "pas de caméra". Après de multiples recherches ce défaut d'état était induit par un problème de reconnaissance des @IP DNS dans le paramétrage, pourtant les @ étaient bonnes. In fine après de multiples tests, j'ai résolu le problème. Il ne faut pas définir de paramétrage IP fixe sur la centrale. Il faut laisser la conf. de la centrale en DHCP et faire une réservation d'@IP dans la conf. DHCP de sa box ou routeur. Étant donné, que la conf. DNS posait problème, j'ai bon espoir que mon problème soit résolu. Je vous tiendrai au courant à l'occasion.

Bonjour, j'ai le même problème.
Il y a t'il une solution trouvé ?

Bonjour,
merci de vote réponse, mais avant de faire tout les tests déjà demandés à la personne qui a initié ce sujet, pouvez-vous me dire la solution qui a été trouvé pour lui. J'ai exactement le même problème.
Merci

Bonjour,

J'ai contourné le problème en passant par l'interface GSM qui fonctionne.

Pour compléter le cas, récemment sur mise en alarme, j'avais des bips continus sur la centrale à cause d'un défaut sur mon détecteur de fumée "élément arraché".
Lors du problème, j'ai essayé en vain de me connecter par l'interface internet (en local avec Wifi) pour interroger le statut et les éléments. Après arrêt de l'alarme (mise en OFF) par la télécommande, la connexion via interface web était de nouveau opérationnelle.
Tests réalisés plusieurs fois, le temps d'identifier ma panne, avec résultat identique : pas de connexion possible via interface web durant l'incident matérialisé par plusieurs lignes d'évènements dans l'historique.
A mon sens, selon ce nouveau cas le dysfonctionnement provient de la centrale et non pas du périphérique RCT.