Welcome to Domotique-fibaro

 

Inscrivez-vous maintenant pour accéder à toutes nos fonctionnalités. Une fois inscrit et connecté, vous serez en mesure de contribuer à ce site en soumettant votre propre contenu ou en répondant au contenu existant. Vous serez en mesure de personnaliser votre profil, de recevoir des points de réputation comme une récompense pour la soumission de contenu, tout en communiquant avec d'autres membres via votre boîte de réception privée, et bien plus encore! Ce message sera supprimé une fois que vous vous êtes connecté.

 

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.

ixisman

Membres confirmés
  • Compteur de contenus

    34
  • Inscription

  • Dernière visite

Réputation sur la communauté

3 Neutral

À propos de ixisman

  • Rang
    Nouveau
  • Date de naissance 15/05/1946

Profile Information

  • Sexe :
    Male
  • Ville :
    ST Germain en Laye
  • Box
    HC2 + HCL
  • Version
    4.090 pour HC2 et HCL

Visiteurs récents du profil

108 visualisations du profil
  1. Tuto Alarme

    Merci pour la célérité de ta réponse. Je n'ai rien remarqué d'anormal mais dans le doute j'ai resaisi tous les numéros d'ID et j'ai fait un test en activant l'alarme "jour" via le VD et ensuite "arrêt" et j'ai le même message dans le debug [DEBUG] 06:51:47: line 112: Assertion failed: Expected number Ceci est donc lié au pressbuttton "arrêt" du VD Si j'actionne le bouton "silence" qui au final aboutit au même résultat (que l'alarme ne soit plus active, puisque je n'ai pas prévu d'action dans le mode silence) je n'ai pas de message dans le debug. J'en déduis donc que l'utilisation du pressbutton "arrêt" du VD répond à une autre logique ou à un autre besoin. De fait à la différence des 3 autres pressbutton "'jour" "nuit" "silence" il ne comporte pas , dans le VD de @Moicphil l'identification des ID des portes. Anyway l'alarme marche et je vais essayer maintenant la temporisation et aussi voir si je peux actionner via la telco de Fibaro les pressbutton "jour" "nuit" "silence" du VD Merci en tout cas pout ton apport précieux ainsi que celui des autres membres actifs du forum pour nous aider à utiliser au mieux (ou à pallier aux manques) de la box .
  2. Tuto Alarme

    Bonjour J'ai installé le VD et la scène ; j'utilise GEA activer l'alarme nuit à partir d'une heure (sunset+) par action sur le bouton"nuit" du VD. le VD indique bien "nuit" Je l'arrête (à Sunrise) toujours via GEA par action sur le bouton du VD "arrêt". Le VD indique bien l'état "Arrêt". La sirène se déclenche bien si j'ouvre une porte donc pas de problème de ce côté et je reçois bien un pushover. Cela fonctionne donc parfaitement et bravo @Moicphil pour le VD et la scène. J'ai juste une interrogation sur un message (ligne 112) dans le debug de la scène lors de l'action sur le bouton arrêt par instruction via GEA. [DEBUG] 06:51:47: global [DEBUG] 06:51:47: PA_Mode [DEBUG] 06:51:47: global [DEBUG] 06:51:47: PA_Sensors [DEBUG] 06:51:47: null [DEBUG] 06:51:47: null doit être vérifiée [DEBUG] 06:51:47: Checking doors [DEBUG] 06:51:47: line 112: Assertion failed: Expected number la ligne 112 se rapporte à la dernière ligne ci-dessous (local name)( ligne 78 dans la scène mise à disposition par @Moicphil) -- On vérifie l'état des portes -- for i = 1, #doors do if (doors[i]~=nil) then local id = tonumber(doors[i]) local name = fibaro:getName(id) or "unknown" La seule modification que j'ai apportée à la version originelle de la scène concerne les actions pour l'alarme nuit (la seule que j'utilise pour l'instant) et bien entendu l'ajout des sensors dans l'entête (il y en a 32). Ce point n'est pas bloquant puisque la scène fonctionne mais comme je veux continuer utiliser toutes les possibilités offertes je m'interroge sur la signification de ce message du debug. Merci
  3. Tuto Alarme

    Hello Merci beaucoup. J'ai testé et effectivement cela résoud le problème. Je vais pouvoir passer à l'étape suivante des actions à prévoir en cas d'intrusion.
  4. Tuto Alarme

    Steven J'ai le meme problème en mettant un seul id d'ouverture. Le plus étrange (pour moi) c'est que dans le debug de la scene associée au VD tous les ID sont bien reconnus avec l'indication ouvert ou fermé (s'agissant de portes ou fenêtres). Mais il y a un message dans le debug de la scene qui semblerait qu'il y ait un pb de nom lié à un ou des id bien qu'ils soient tous identifiés dans la fenêtre debug de la scene. [DEBUG] 17:21:20: line 110: Assertion failed: Expected number la ligne 110 local name = fibaro:getName(id) or "unknown" Je suis pas suffisamment compétent pour savoir s'il y a un lien entre "l'anomalie" reportée dans le debug du VD (mon post plus haut) et celle du debug de la scene Merci par avance
  5. Tuto Alarme

    Steven Merci pour votre réponse. J'avais pensé à ce problème et j'avais éliminé tous les id des portes en en laissant un seul. J'avais aussi vérifié les ID. Je vais recommencer en en choisisant un autre et si le pb vient de là par tâtonnement je devrais y arriver. By the way GEA = Genial Merci
  6. Tuto Alarme

    Bonjour J'ai installé le VD et la scene mais j'ai un pb sur le VD. Le bouton test des ouvrants ne renvoie pas l'état. Dans la fenêtre debug de ce bouton j'ai le message suivant [ERROR] 10:22:42: line 59: bad argument #3 to 'gsub' (string/function/table expected) et la ligne 59 du VD bouton test des ouvrants est la suivante local msg = string.gsub(message, "#id#", fibaro:getName(doorId or 0)) Si quelqu'un peut éclairer mon ignorance ? Merci par avance
  7. Mise à jour

    Bonjour J'ai fait le recovery et ensuite restauration (V4.70) pour ne pas avoir à réinclure tous les modules. L'amélioration n'a pas été flagrante. J'ai attendu 48H puis j'ai relancé un remaillage réseau. Après 48 h à nouveau le fonctionnement semble (car je préfère attendre pour crier victoire) redevenu normal ; les scènes s'activent normalement soit de façon automatique (jour nuit) soit par iPhone, iPad , web, VD Mais je suis dans l'incapacité de dire si c'est le Recovery ou le Remaillage ou les deux (ou autre chose) qui a stabilisé (pour l'instant) le fonctionnement de la Box. Le Recovery est simple à réaliser en suivant les conseils donnés par les experts du forum (juste une précision : à l'issue du recovery le fibaro finder n'identifiait pas la BOX ; j'ai tapé dans le navigateur son adresse IP qui existait avant le recovery et j'ai pu y accéder. J'en profite pour remercier mprinfo et jojo pour leurs conseils et encouragements
  8. Mise à jour

    Bonjour Je n'ai pas encore fait le recovery suggéré ; curieusement depuis hier le fonctionnement semble "redevenu" normal (j'ai redémarré la Box il y a 3 jours) : les scenes s'activent normalement soit en fonction du scheduler, soit via l'iPhone, iPad, télécommande minimote, interface web. Mais comme le fonctionnement a été erratique je préfère attendre pour avoir la quasi certitude que le fonctionnement est redevenu normal. Je n'exclus pas de faire la procédure de recovery ce week end faute d'avoir identifié les causes de ce comportement erratique ( Réseau Zwave non optimisé ? autre cause ?). comme je ne suis pas un expert je procède plus par déduction , avec les limites inhérentes à ce tatonnement.
  9. Mise à jour

    Oui effectivement c'est encore le meilleur moyen Merci
  10. Mise à jour

    Merci A priori je ne devais pas avoir de problème (sauf si je n'ai pas tout compris ce qui est possible) car ma HC2 ayant été installée en avril 2014 (par un prestataire) je crois qu'elle a d'origine la 4.031 (si je regarde le panneau Back Up restore ; c'est bien la 1° version qui apparaît) Mais je peux sécuriser le process avec l'image que tu as mis dans ta signature. Mais a priori ce devrait être la même. Mais encore une fois merci pour ces précieux conseils.
  11. Mise à jour

    Nico, Jojo, `Merci pour votre prompte réponse. Je vais faire simple : recovery et retour en 4.071 sur la HC2 (j'ai une HCL sur laquelle cette version fonctionne correctement)
  12. Mise à jour

    Merci pour ces précisions. L'une des faiblesses de (cette ?) Box c'est que l'on est incapable (pour un béotien), d'identifier l'origine du problème et donc les solutions à mettre en oeuvre, surtout lorsque le comportement est erratique : scenes qui fonctionnent ; puis ne fonctionnent plus ou de façon partielle (yc pour des scenes basiques "fermer les volets au coucher du soleil" alors que la scène "allumer les lumières au coucher du soleil va fonctionner !!! Merci en tout cas pour la précision que je ne retrouverai pas la 4.056 avec le recovery. Mais au final je ne sais pas si c'est la version 4.070 qui pose problème ou la DB ou autre chose.
  13. Mise à jour

    Le passage en 4.071 n'est pas concluant ; le fonctionnement de la box demeure erratique. Revenir en 4.056 changera t-il quelque chose ou dois je m'orienter vers une autre solution ? Recovery ? Remaillage du réseau ZWafe ? Merci
  14. Mise à jour

    PIPT2 Merci je vais essayer et ferai un retour d'expérience
  15. Mise à jour

    Bonjour à tous Depuis l'update 4.056-->4.070 le fonctionnement de la Box est erratique au niveau des scenes ( yc celles basiques) Exemple fermer les volets à Sunset : parfois OK; parfois certains ; parfois aucun Exemple : turn on a wall plug à partir d'une minimote :; parfois OK parfois non ; parfois après un délai de latence variable (30 sec 1 min) idem pour commande à partir d'un iPhone ou iPad du genre ouvrir un volet : réaction aléatoire !! Une piste pour stabiliser le fonctionnement . Restauration ? ; Recovery ? réseau Zwave Merci