Plantage IPX800 et relais collés

Cartes Ethernet IPX800
1

Bonjour à tous,

Petit résumé d’un plantage qui m’est arrivé il a quelques temps (début octobre).

Un matin, ma porte de garage, commandée par l’IPX (IPX800 v3), était ouverte.
Quelques essais rapides, mais pas moyen de la refermer et pas le temps de réfléchir donc je la débraye, la débranche, et la ferme manuellement avant de partir au boulot.
Tout le reste de la domotique (zibase) fonctionnait.
Puis dans la journée, pour vérifier, je teste l’allumage d’une lampe sur télérupteur aussi commandé par l’IPX : pas de réponse. Pas moyen non plus de se connecter sur l’interface web.
En rentrant à la maison je vérifie : IPX en carafe. Je la reboote, et tout fonctionne à nouveau.

En fait, je pense que les relais de l’IPX se sont collés lorsque la carte a planté, ce qui expliquerait pourquoi même le poussoir du portail ne marchait pas : au collage du relai le portail s’est ouvert et s’est mis en sécurité puisque l’impulsion de commande ne cessait pas.

Si mon hypothèse est bonne, je trouve ça gravissime, et ça discrédite totalement cette carte que j’apprécie énormément par ailleurs.
À l’extrême limite, je veux bien tolérer un plantage occasionnel du système, et une absence de réponse de l’interface : ça ne remet pas en cause la sécurité de l’installation si celle-ci est réfléchie.
Mais des relais qui se collent sans être sollicités, et qui restent collés (tous ceux utilisés sont configurés en impulsionnel), c’est purement et simplement intolérable.
Résultat, je n’ai plus confiance dans cette carte : risque de griller le circuit en aval, risque de trouver la maison grande ouverte, etc.

Naturellement, je n’avais fait strictement aucune modif sur l’installation (rien changé depuis des mois dans le câblage de l’IPX, ni sa configuration, ni son firmware) qui puisse expliquer ça.

Bref, je m’interroge, et sincèrement j’espère me tromper…

La question est donc :

  • aux utilisateurs : avez-vous déjà eu un comportement similaire de l’IPX (relais qui restent collés) ?
  • au concepteur : qu’est-ce qui pourrait expliquer cette mésaventure ?

Question subsidiaire : pourrais-je avoir le code de l’archive pour installer le nouveau firmware ?

Merci pour vos lumières sur ce problème.
CD

2

Bonjour,

j’utilise l’IPX version 3.05.00, je ne commande pas ma porte de mon garage comme toi, mais j’utilise l’IPX pour me remonter l’information comme quoi ma porte est ouverte, fenetres…
Je l’utilise pour ouvrir fermer mes volets, piloter mon ballon, VMC… Pour l’instant, à chaque fois que j’ai eu un problème, c’était moi le problème, oublie d’un timer… tout ça pour te dire que l’IPX est pour moi très fiable !
J’ai eu le même cas que toi, j’ai trouvé ma porte de mon garage ouverte, et la tu te dis :« Ca craint !!! », comme dab, le problème c’était encore moi (mauvaise manip) ! Voila pourquoi j’utilise l’IPX pour détecter l’ouverture de mon garage. De plus, quelque soit l’équipement que tu utiliseras, il peut être sujet à la panne !
Il serait bien pour ton bug, de donner la version de l’IPX, l’entrée et sortie utilisés…
Cordialement,

3

Merci pour la réponse.

IPX800 v3 dans son jus d’origine :
FIRMWARE VERSION: 3.01.14 SITE VERSION: 3.01.14
Relai 1 : Télérupteur
Relai 2 : Porte du garage
Pour les deux, configurés en impulsionnel : enable delay coché, relay on : 0 et relay off : 1
(ok, enable delay inutile, mais je précise quand même puisqu’elle est configurée comme ça…)

Entrée 1 : retour d’état télérupteur → entrée NO (un des pôles du télérupteur en contact sec)
Entrée 2 : garage entrouvert (contact de fermeture de la porte ouvert) → via relai NO
Entrée 3 : garage ouvert (contact d’ouverture de la porte fermée) → via relai NF

Etat des compteurs : 1= 661 ; 2 = 32 ; 3 = 33

Pour l’entrée 3, je comptais la passer en NO plutôt qu’en NF mais pas eu le temps.
Rien sur les autres entrées/sorties.

Configuration :

  • Presets : rien changé (bitmask off partout)
  • timers : rien configuré
  • dyndns : rien configuré
  • lan : rien de notable (mot de passe activé, et dhcp)
  • advanced setting : rien à dire
  • M2M : push actif sur event sur toutes les entrées vers ma zibase (path : /cgi-bin/domo.cgi?cmd=LM%2026)

Ça fonctionne (bien) comme ça depuis des mois.
Bien sûr que la première chose à laquelle j’ai pensée est une mauvaise manip de ma part (ça m’est déjà arrivé), mais :

  • je n’avais rien changé sur l’IPX (ni soft, ni branchement)
  • lors du « bug », lorsque je débranchais et rebranchais la porte, elle se remettait immédiatement en ouverture (car contact du relai fermé, je ne vois pas d’autre raison possible : un pbm sur la centrale de la porte qui aurait comme par hasard disparu avec le reboot de l’IPX ? mmm…)
  • si le problème venait d’ailleurs, pourquoi l’IPX était en carafe ?

Je cherche, je cherche, et franchement j’aimerais prouver que le problème vient de moi (enfin, d’autre chose que l’IPX)…

4

Bonjour e1000,

Effectivement ton problème ne me surprend pas, depuis l’arrivé des IPX880 et les divers version jusqu’à ce jour, j’ai également rencontré le problème depuis le mois d’aout. ( post sur forum Stabilité IPX, Août 2012 ) IPX 880 ne répond plus au entrée ( Aucun soucis sur l IPX 800 ) et à trois reprises les relais 4,6 et 8 me son resté collé.

Avant les Extensions, j’ utilisé exactement les mêmes fonctions, avec IPX800 en version 3.01.14 Jamais eu de soucis.

Avec ces relais Je commandé deux choses bien différent ( réglé une température dans une salle, et un système secouru d’un DataCenter) le plus souvent c’est les sorties IPX880 qui ne répond plus lorsque une entrée et demandé. Mais a 3 reprise dans 3 versions de soft différente, les IPX880 planté relais collé, conséquence : trois UPS 9800 foutu.

En coupant simplement l’alimentation tout reviens a la normal pour une durée de env. 1 - 5 jours
Je suis conscient que c’est des Versions Beta. Alors bon je me suis dis, laissons voir si cella ce stabilise un jour!!!
Maintenant un peu marre et faute de temps, j’ai remis l’ipx 800 seul, en version 3.01.14. et mis les deux extensions dans un tiroir.
Car j’ai essayer plein de chose, reset, tout les versions, une extension, puis une autre, changé le câble pont entre ipx800 et ipx880, laissé tourné sans équipement. toujours les mêmes symptôme, entre 1 et 5 jours extensions répond plus.
Seul déductions personnelle, le soft plante sur l IPX880.
Je viens régulièrement sur le forum pour voir un peu l’évolution, si d’autre on les mêmes symptôme.
je ressayerais plu tard quand une version définitive sortira, et peux être investiguera d’autre piste, avant d’en tiré une conclusion.
Voila pour ma part.

5

Le bug du relais qui reste haut alors qu’il est configuré en mode impulsionnel, c’est quand même très surprenant.
Pour ma part, je commande ma porte de garage et mon portail automatique à l’aide d’une IPX800v3 et de commandes impulsionnelles, je n’ai jamais constaté de tel bug (heureusement). Je suis en firmware 3.01.14 et site 3.01.14b. Par contre je me suis déjà retrouvé avec ma porte de garage ouverte en pleine journée sans personne à la maison, mais c’était le fonctionnement normal de l’IPX… Voir http://www.myipx800.com/index.php?post/2012/09/28/Histoire-de-rire

6

J’ai eu l’occasion de tester pratiquement toutes les beta, je n’ai jamais contaster ce genre de problème, depuis l’apparition des extension j’ai eu quelques soucis d’annulation de relais sur l’activiter des entrées bug constater depuis la version 30500 corriger par GCE à partir de la beta 6, j’ ai deux extension dont une déporter à 25 mètres et je n’ai pas de problème de plantage sur l’installation, la seule piste que je vois cest des perturbation électromagnétique qui peuvent planter ipx ou perdre une extension ( quelques Condo sur les circuit les plus selfique peuvent stabilisée l’installation.
Cordialement

7

Je pense qu’un tel système doit être d’une fiabilité absolue car en dépend la sécurité d’un domicile.
Or dans le même ordre idée, sur mon système (3.05.00) configuration très basique, si coupure de courant (avec pour état initial tous les relais ON), seul le relais 1 ne reprend pas sa position ON. Patrick Gorce a regardé la configuration, n’a rien trouvé d’anormal. Un hard reset distant a été déclenché, tout en m’assurant que c’était équivalent à une coupure de courant. Avec un hard reset le relais 1 qui était à ON revient à ON après le hard reset. Mais une fois revenu à mon domicile, évidemment je teste la coupure de courant, et évidemment le relais 1 ne revient pas à ON.
Je viens de faire une réinitialisation (qui implique la perte du paramétrage), et… ça marche. Je vais de toutes les façons mettre un onduleur car nous avons en moyenne une brève coupure de courant par mois.

8

D’accord avec BSG75 pour la fiabilité qu’on attend de ce type de matériel.
Le fait que la plupart n’ont jamais rencontré de problème me semble la moindre des choses.
Par contre, ça ne signifie pas que ces problèmes n’existent pas (ou seraient dus à des facteurs externes).

Effectivement, s’il est difficile de garantir une fiabilité à 100%, la sécurité devrait être totale : par exemple, en cas de plantage tous les relais s’ouvrent pour couper les circuits en aval.
Si on a un comportement prévisible en cas de défaillance, on peut penser l’installation en conséquence.

Le coup des perturbations électromagnétiques et des effets selfiques j’y crois pas trop.
Le seul circuit selfique commandé par l’IPX est la bobine d’un télérupteur.
D’autre part, ça ne serait pas une excuse : un tel système devrait répondre à des normes de CEM sévères…

Y a-t-il moyen d’accéder aux logs de la carte ? (s’ils existent du moins, mais ce serait ahurissant qu’il n’y en ait pas).
J’avais envisagé la possibilité d’une attaque de type DoS (quand même très improbable) mais comment vérifier ?

Mais je rappelle quand même que j’ai trouvé la porte ouverte ET (surtout) la carte plantée…
Ça élimine d’office le facteur humain.
La porte ouverte sans que la carte ne plante, j’ai déjà connu, et je n’ai pas accusé la carte.

9

Bonjour,

Dans le cas de BSG75

1er soucis: impossible d’avoir l’accès securisė a l’ipx

Après vérification par téléphone la case enable password n’etait pas cochė.

2eme soucis: le relais 1 ne se re-enclenche pas en cas de coupure secteur ( mode memoire activé).

Après vérification par téléphone avec le client le système fonctionnait correctement, une fois sur place et après un hard reset: plus de soucis
Il s’agit probablement d’une mise a jour incomplète ( oubli de faire le hard reset).

Dans les 2 cas (comme la plupard des cas) il s’agit d’un problème de configuration ou de manipulation.
Je n’elimine pas la piste d’une mauvaise qualité du secteur surtout a la remise sous tension et donc la mise en place d’un onduleur est une tres bonne option.

@e1000

Un système a la sécurité total n’existe pas…(sinon il faut redonder).
Pour les effets selfiques, je reste a votre disposition pour vous faire une démonstration dans nos locaux…

Enfin pour l’attaque DoS dėsolė mais je ne vois pas…En terme de sécuritė un simple routeur bien configuré suffit dans
99.99% des cas.

Enfin considérez que l’ipx800 n’est qu’une partie de l’installation, un câblage soigné, du câble blindė pour les io et les bus, séparer les courants faibles des courants forts etc…feront que votre installation sera fiable.
De notre cote il nous est impossible de tester l’IPX800 dans tous les environnements…et dans certains cas 2 appareils peuvent entrer en conflit…
Enfin le support est très présent, vous pouvez nous appeler et nous vous aidons pour la résolution de vos soucis…

10

e1000 > Je laisse le soin à GCE de vous répondre en public ou en privé, mais je vais vous donner mon point de vue sur vos attentes. Je rappelle que vous avez acheté votre IPX800 178€. A ce prix-là honnêtement vos desiderata sont inconsidérés et inconcevables. Ce que vous demandez relève de la sureté de fonctionnement et de la sécurité technique que même peu d’entreprises industrielles en France ont les moyens de se payer : à part celles qui font du très haut de gamme (cahier des charges qualité poussé) et celles dont la sécurité et l’intégrité de l’homme est en jeu, homme opérateur ou homme client (c’est mon cas, je travaille entre autres dans la signalisation ferroviaire).

Vous dîtes << en cas de plantage tous les relais s’ouvrent pour couper les circuits en aval >> : ça c’est de la sécurité technique, c’est utilisé en ferroviaire pour, par exemple, être SÛR qu’un feu ne montrera pas le vert en cas de panne, c’est une technologie qui coûte très cher (relais spécialisés, montages typiques, câbles spéciaux, alimentations spécialisées, etc). Si vous demandez à GCE d’intégrer ces mêmes principes dans son IPX800, croyez-vous qu’elle coûtera toujours 178€ et qu’elle fera 9 modules de large ? Pour info, 200€ c’est le prix d’un seul relais de sécurité qui fait la taille d’une IPX800 (à tension et courant équivalent)… Faîtes vos calculs pour la taille et le prix d’une IPX800 « de sécurité ».

Vous dîtes également << un tel système devrait répondre à des normes de CEM sévères >> : rebelote, qu’attendez-vous d’un système grand public à 178€ ? Les normes CEM sont de toute façon sévères et GCE est obligé de s’y coller rien que pour l’homologation CE. Et franchement l’IPX800 s’en tire pas mal : agit-elle sur vos équipements alentours ? Non. Est-elle si sensible que ça aux ondes qui l’entourent ? Non, et on sait qu’il y en a dans un tableau électrique !! 50Hz évidemment mais aussi harmoniques des bobines diverses (télérupteurs, moteurs) ou encore le 175Hz du Pulsadis d’EDF, le four à micro-ondes qui n’est peut-être pas loin, le 433MHz de nos télécommandes, le GSM, la foudre en cas d’orage, etc, etc…

<< ce serait ahurissant qu’il n’y ait pas de logs >> : pareil, que GCE me corrige si je me trompe mais honnêtement, pensez-vous que l’IPX800 embarque assez de mémoire pour loguer en permanence toutes ses valeurs d’entrées et sorties ?? GCE a déjà du mal à proposer des champs de formulaire assez longs (je pense aux adresses push) à cause justement des blocs mémoire, alors les logs… Il ne faut pas oublier que l’IPX n’est pas un ordinateur, ça reste un système électronique basé sur un microcontrôleur (et pas un processeur) avec une interface web possible et une connexion Ethernet.

<< une attaque DoS >> : oui c’est possible, mais qui aurait intérêt à vous faire une DoS ? même les scripts-kiddies veulent voir les effets de leurs conneries, là ils ne peuvent rien voir, donc ça peut même pas être ça. Quant à retrouver une telle attaque, seul votre routeur pourra vous aider, et si vous avez une box alors tant pis pour vous car généralement les logs des box sont légers surtout si vous n’avez pas vous-même un serveur Syslog capable d’archiver les logs de la box…

Pour terminer, je dirai que même un système le plus sûr peut subir une panne « contraire à la sécurité ». Après on peut jouer sur la redondance (augmentation des coûts) mais ça n’empêchera pas qu’un jour un relais reste collé alors qu’il était prévu s’ouvrir…

11

Ah ben j’ai été trop long à taper, GCE a effectivement répondu entre-temps.

12

Et bien, tu monte vite dans les tours le dimanche matin :slight_smile:

Il faut rester zen, l’ipx est très fiable et n’a rien à prouver, il suffit de l’exploiter pendant quelques mois pour etre convaincu.
Je pense que e1000 ne connait pas les couts de production en milieu sévère d’où son post.

13

e voudrais que les gens comprennent que l’IPX possède un très bon rapport qualité/prix, mais que certaines demandes sont parfois « too much ». C’est difficile d’expliquer ça sur le net…

[quote]Il faut rester zen, l’ipx est très fiable et n’a rien à prouver, il suffit de l’exploiter pendant quelques mois pour etre convaincu

[/quote]

h ben pour ma part j’en suis convaincu : déjà plusieurs mois d’utilisation, avec diverses configurations d’ailleurs, et jamais de souci, en tout cas pas venant de l’IPX. [quote]Je pense que e1000 ne connait pas les couts de production en milieu sévère d’où son post

[/quote]

ui je pense aussi, c’est pour ça que j’ai essayé de lui donner quelques pistes. Si j’ai été maladroit je m’en excuse.

14

Bon bon bon…
Le but n’est pas de critiquer ou d’attaquer qui que ce soit.
J’ai un problème et je voudrais :

  • le comprendre
  • le résoudre

J’apprécie les qualité de cette carte et je l’ai explicitement mentionné.

Quand je dis qu’un tel système devrait répondre à des contraintes CEM sévères, je ne dis rien d’autre que vous : homologation. D’où mes doutes sur un problème de perturbation EM.
Pour ce qui est des logs, ça me semble indispensable pour un système connecté. Pas vous, ok, pas de quoi s’emballer sur les limitations en mémoire de cette carte à microcontroleur, etc.
Pour le DoS, on est d’accord, improbable.

Pour ce qui est de la grande diatribe sur la sécurité industrielle :
J’ai aussi « quelques notions » de SdF, et je ne demande pas une IPX fiable à 100%, je l’ai explicitement mentionné également. Je souhaite juste un système sûr ! Je pense que vous saurez apprécier la nuance.
Et la redondance n’a pas d’impact sur la sûreté à proprement parler. Tout au plus réduit-elle les occurrences de fautes, donc de défaillances, mais si ça plante et que ce n’est pas sûr, redondant ou pas, ben c’est pas sûr.
Et la sûreté du système n’est pas synonyme de sûreté des éléments qui le composent, même si ça aide énormément.

Donc non, je ne trouve pas too much qu’un système vendu pour commander une porte de garage soit au minimum sûr.

Maintenant, deux possibilités :
1 - on trouve la raison du plantage et c’est parfait je laisse mon installation en l’état
2 - on ne la trouve pas, donc je considère ce système comme non sûr et je le déconnecte de ma porte.
Ça ne veut pas dire que je jette le bébé avec l’eau du bain : je continuerai d’utiliser cette carte, et je continuerai de la conseiller, sauf pour les fonctions liées à la sécurité. C’est tout.
D’ailleurs j’attends l’extension pour suivre ma consommation d’électricité, et j’ai bien l’intention de l’acheter.

En attendant, je vais jeter un œil du côté des contacteurs pour voir si je trouve quelquechose à mettre entre l’IPX et ma porte. Un contacteur monostable qui permettrait de générer une impulsion quelque soit la nature du signal en entrée (monostable ou bistable), ça existe ? Sinon un contacteur temporisé devrait faire l’affaire.

Merci pour votre intérêt et vos réponses, toujours est-il.

Bon dimanche
CD

PS : je veux bien le mot de passe de l’archive avec le nouveau firmware.

15
16

Pour ma part, c’était les rebonds.

au moment où le volet arrivait en butée, l’IPX rebootait :slight_smile:

Avec un montage RC à faible coût, plus de problème.
ça ne me choque pas non plus.
Faut savoir ce qu’on veut

17

Oui, de toutes façons, je vais installer des filtres RC sur mon télérupteur et sur mon BP de porte.

Mais contrairement à ton problème (qui était clairement reproductible) ou les autres que j’ai pu lire ici, moi ça a planté 1 fois en 6 mois, d’où mon étonnement.

Et si ça résout le problème de fiabilité, reste celui de la sûreté, mais ça n’intéresse apparemment que moi, donc je n’insisterai plus, promis :wink:
Je trouverai une autre solution pour ne capturer que les impulsions et pas les collages.

18

Mon problème n’était pas ce qu’on appelle un problème reproductible car il n’y avait pas une méthode pour le reproduire.

ça arrivait de temps en temps genre 1 fois par semaine et souvent sur le volet le plus petit…

19

Bonjour,

je suis une buse en électronique, et j’ai mes telerupteurs et contacteurs qui font rebooter l’ipx.

Est ce que quelqu’un pourrait m’expliquer précisemment de quoi j’ai besoin pour faire ces filtres dont vous parlez.

Comme je l’ai dit, je suis une buse un électronique. j’ai donc besoin de :

  • refs précises, ou mieux, liens vers une boutique en ligne
  • explication de montage ou schémas.

Les bobines de mes telerupteurs et contacteurs sont en 230v AC. Et oui, j’ai déjà séparé mes circuits de puissance et de commande (enfin séparé … c’est relatif dans un tableau domestique).

Merci de votre aide,

20

Bonjour sur les conseille de Patrick
un filtre RC avec 100nf + 47 ohms est à connecter aux bornes de la bobine du contacteur ou du télérupteur
(100 nano fait bien 0,1 micro) :wink:

http://www.conrad.fr/ce/fr/product/452327/Condensateur-antiparasites-01-F-50-250-VAC-F-T-ML-9728-B/0241601&ref=list

Cordialement