De temps en temps (1 X par semaine en moyenne et sans régularité) j’ai l’impression que mon IPX redémarre ou « autre chose ».
En effet c’est simple j’ai un contact normalement fermé sur une porte. A l’ouverture de cette porte, je reçois un mail (ouverture porte). A chaque fermeture un autre mail (fermeture porte).
Alors que ce scénario fonctionne parfaitement, je reçois de temps en temps un mail de (fermeture porte) sans bien sur que la porte n’est été ouverte ou fermée.
Par contre, je ne recois jamais de mail de porte ouverte (ce qui dans mon cas et tres bien car ma priorité c’est PORTE OUVERTE)
Cependant, ce mail de porte fermée m’intrique. Ce qui me fait penser a un redémarrage de l IPX avec remise a l’état de l’entrée.
Bonjour
Pour vérifier si votre IPX redémarre, il suffit de relever la valeur WUC dans io.xml
La valeur correspond au temps de fonctionnement de l’ipx depuis le dernier redémarrage.
Cdt
Cd
autre piste, un mauvais contact sur la boucle NF, ou une résistance globale de la boucle de quelques centaines d’Ω qui déclenche le scénario.
Pour comprendre pourquoi vous ne recevez que l’info de fermeture, il faudrait le détail des scénarios.
C’est élevé mais certainement pas la cause du problème…
Si c’est une microcoupure c’est peut-être une histoire de délai qui explique l’envoi d’un seul SMS, le micro-contrôleur réagissant plus vite à un état que à l’autre…
bonjour,
il a déjà été remonté des envois de mails ratés.
Il faut savoir que certains serveurs filtrent les emails. Si plusieurs Emails se ressemblent et sont envoyés dans un temps très court, ils sont ignorés et ne sont donc même pas tagués comme Spam puisque non émis vers le destinataire.
Chez Gmail, il est possible de paramétrer le filtre sur les messages de masse.
Pour vérifier cela, plusieurs méthodes :
remplacez les envois de mails par un push, car en général, ils ne rencontrent pas ce problème.
afin que les mails ne se ressemblent pas, vous pouvez inclure une étiquette $TS dans le corps du message.
Sur le message ON vous mettez 1 destinataire, sur OFF, vous renseignez un autre destinataire
Si le problème persiste malgré les ajustements précédents, essayez de séparer les envois de mails par des tempos avec des sorties virtuelles (ta>0 ou tb>0 )
cdt
Je vais également partir sur cette piste.
En effet, j’ai par exemple sur mon coffret gaz qui est largement plus loin le même capteur REED, et je n’ai jamais eu aucun problème car je ne l’ouvre que de temps en temps.
La porte d’entrée elle, ne cesse de s’ouvrir ou fermée.
question est-ce que le reed de la porte d’entrée est sur une paire blindée, c’est à dire que la même paire torsadée porte la masse et le retour d’info?
bonjour,
si c’est un relais Reed, je pense qu’il est fermé lorsque la porte est fermée (aimant à proximité), l’entrée digitale est donc ON.
Dans ce cas, je pense que pour signaler une ouverture de porte, il faut utiliser NON ED
NON ED ON MAIL(ON:porte ouverte)
Pour signaler les ouvertures et fermetures, il faudra
NON ED ON/OFF EMAIL(ON:Porte ouverte ; OFF:Porte fermée)
sinon, il faudra inverser les messages correspondant aux commandes dans le preset du mail
ED ON/OFF EMAIL(ON: porte fermée ; OFF : porte ouverte)
Bonjour, votre entrée est sur la V4 ou sur une extension
à vous lire sur les échanges du post avec @grocrabe et @fgtoul
je pense à une collision sur le bus, analyser si c’est la seule toujours à 1 et si c’est le cas faite un shunt sur une autre entrée libre avec les mêmes scenarios, ce test permet d’identifier soit la chaine capteur entrée ou pb de bus