ixisman

il y a une heure, ixisman a dit :

Bonjour

Bravo pour ce tuto que j'ai essayé d'implémenter mais je me heurte à l'obstacle suivant. S'agissant de l'authentification j'ai repris exactement les mêmes paramètres que ceux utilisés pour le VD de Lazer (surveillance station) et qui fonctionne d'où ma perplexité.

Merci  pour toute aide

 

[DEBUG] 15:28:49: HomeMode_State Error : API Authentication failure, ???
[DEBUG] 15:28:49: Get List_CAM
[DEBUG] 15:28:49: payload=/webapi/entry.cgi?api=SYNO.SurveillanceStation.Camera&method=List&version=1&_sid=lo.4J6YkWc0XM17A0PCN275411
[DEBUG] 15:28:49: List_CAM Error : API Authentication failure, Insufficient user privilege
[DEBUG] 15:28:59: main()...

 

Je me réponds à moi même j'ai tout désinstallé et réinstallé et pour l'instant cet obstacle est franchi

Merci

Bonjour

Bravo pour ce tuto que j'ai essayé d'implémenter mais je me heurte à l'obstacle suivant. S'agissant de l'authentification j'ai repris exactement les mêmes paramètres que ceux utilisés pour le VD de Lazer (surveillance station) et qui fonctionne d'où ma perplexité.

Merci  pour toute aide

 

[DEBUG] 15:28:49: HomeMode_State Error : API Authentication failure, ???
[DEBUG] 15:28:49: Get List_CAM
[DEBUG] 15:28:49: payload=/webapi/entry.cgi?api=SYNO.SurveillanceStation.Camera&method=List&version=1&_sid=lo.4J6YkWc0XM17A0PCN275411
[DEBUG] 15:28:49: List_CAM Error : API Authentication failure, Insufficient user privilege
[DEBUG] 15:28:59: main()...

 

il y a une heure, Steven a dit :

Cela signifie que dans ton tableau doors = {...} il y a quelque chose qui n'est pas un numéro. Vérifier que tu n'aies pas de numéro entre guillemet, ni de virgule en trop.

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 .

 

 

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

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.
 

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

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 

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 

Bonjour, j'ai exactement le même problème que vous.

Mes scènes s'activent au petit bonheur la chance, et via l'interface web ou iphone je doit cliquer plusieurs fois pour que la commande soit exécuté.

Quelle est la solution ? Avez vous solutionné votre problème ?

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

Bonjour, j'ai exactement le même problème que vous.

Mes scènes s'activent au petit bonheur la chance, et via l'interface web ou iphone je doit cliquer plusieurs fois pour que la commande soit exécuté.

Quelle est la solution ? Avez vous solutionné votre problème ?

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.

Oui effectivement c'est encore le meilleur moyen

Merci

si tu faits un recovery, prends l'image 4.031, pour ne pas faire le processus d'upgrade (alléatoire). Cfr ma signature (HC2 USB Images)

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.

Ou alors tu récupères la 4.056 ici : http://updatehc2.fibaro.com/4.056/

 

Mais à  priori, cela est passé chez les autres après un recovery et retour en 4.071.

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) 

problème, c'est qu'avec un recovery, tu reviendra à  la version d'origine du firmware (v3.x ?) puis upgrades vers 3.600 et 4.071, mais pas 4.056

si tu passe par un recovery complet, modifie le dossier system de ta clé pour y mettre l'image 4.031 (comme ça pas d'upgrade), puis si tu restore le backup, tu perdra tes icônes perso

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.

Peut être passer en 4,071 qui semble être une beta plus stable que la version stable 

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

Peut être passer en 4,071 qui semble être une beta plus stable que la version stable 

 

PIPT2

Merci je vais essayer et ferai un retour d'expérience

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

Hello

Passage de 4.056 en 4.070 sans grand souci mais depuis

Fonctionnement erratique de certaines scenes (execution partielle par exemple pour fermetures volets)

Execution différée de scenes (plusieurs dizaines de secondes par exemple entre l'activation de la scène via une minimote)

etc

En 4.056 ces scenes  fonctionnaient parfaitement

Pas d'annonces indiquant pour ces scenes un nombre d'instances excessif.

"Remaillé" le ZWafe ? Recovery ? autre ?

Des pistes de recherche ?

Bonsoir

 

J'espère que je suis au bon endroit.

Sur ma HC2 je n'ai plus accès à  la fonction "Associations" dans les paramètres avancés des modules et ce, pour n'importe quel module (j'ai essayé avec plusieurs FGD 211).

Plus précisément lorsque je clique sur le bouton "association" je n'ai pas accès aux paramètres  permettant de réaliser des associations entre modules  alors que j'ai déjà  utilisé cette fonction entre un FGD 211 et un Wall plug par exemple)  et qu'elle est toujours opérationnelle sur ma  deuxième Box (HCL).

J'ai un écran noir avec des cercles qui tournent semblant indiquer un processus en cours (ou plutôt bloqué) mais rien ne se produit même en attendant 5mn  alors que  normalement c'est immédiat.

J'ai redémarré plusieurs fois la box sans succès.

Une piste de recherche ?

Merci par avance

 

Edit

Problème résolu suite au passage en V 4.070

En revanche ce passage provoque des fonctionnements aléatoires de scènes : déclenchement tardif par rapport à  l'envoi de commandes ; temps de latence ; fonctionnement aléatoire de certaines scenes qui fonctionnaient parfaitement en V 4.056.

Mais je vais poster au bon endroit

Merci à  Petermoto, Pépite et Jojo

Le support Fibaro  a été réactif et m'a débloqué mon soft configuration qui était bloqué.

S'agissant de la suppression du module défectueux ils m'ont indiqué une procédure que je partage ici

 

Unfortunately I can not remove this module from your system.

It is not related with DB but with Z-wave.

This “icon†is connected with one of your module which exist in the nearest area and has communication with HC2.

When the communication is present, is not possible to remove module in the other way than via add or remove device.

My suggestion how to remove this module, please try to remove them in the following way:

1) Unscrew Z-wave antenna from your HC2

2) Log into your system as admin

3) Delete them using the “X†button on the right corener

4) Wait a few minutes and do nothing. You can observe logs in the terminal available at the top of the interface

5) After these minutes refresh browser and check what is happened.

You can also localize this module and remove it via Devices—> add or remove device —> delete

 

Pour moi c'st inopérant mais cela m'a permis de découvrir que le message d'erreur  que j'avais ( impossible de supprimer le module) faisait référence à  un autre ID qui lui est présent physiquement mais a été "désinstallé" ... Comment ? Je constate d'ailleurs que lorsqu'on essaie de désinstaller un module  éloigné de la Box, c'est parfois un autre qui est désinstallé (ceci m'est déjà  arrivé)!!

 

Comme ce module désinstallé (sans que je sache comment)  est un switch pour l'arrosage je ne m'en suis pas aperçu.

Dès que j'aurai un moment je ferai une démarche "pas à  pas " pour supprimer correctement ce module et ensuite supprimer celui qui m'avait bloqué le soft configuration process .

Merci à  tous pour vos conseils avisés et efficaces.

J'ai non seulement progressé mais résolu 50% du problème
Comme ma box fonctionne il n'y a pas d'urgence pour l'arrosage.

Bonnes fêtes de fin d'année à  tous

Jojo

J'avais pensé à  vérifier pour le module maître ; il n'y a pas de lien avec celui renvoyé par la fenêtre debug.

La Box n'est pas plantée et le reste fonctionne correctement (du moins je n'ai pas perçu d'autre bug que celui du soft configuration bloqué à  cause de ce module,  selon moi)

L'inconvénient est que lors de son redémarrage  la Box va m'identifier des devices non correctement configurés (alors qu'ils fonctionnent correctement) et qui vont être "queuing "derrière ce device Phantom

 

Mon problème est un peu plus que du nice to have (car je laisserais tomber) mais d'être sà»r qu'une fonctionnalité de la Box (soft configuration) qui est défaillante ne va pas poser d'autres problèmes à  l'avenir).

 

J'ai jeté un coup d'oeil via l'API aux modules concernés . je n'ai pas vu de lien entre les deux : celui que je veux supprimer a été semble t-il incorrectement supprimé d'après ce que je déduis des infos fournis obtenues via  l'API qui sont beaucoup plus succintes que pour l'autre.

Comme la Box n'est pas plantée je vais attendre la réaction de Fibaro.

Merci encore de tous ces conseils

Jojo

C'est exactement ce que j'ai fait, en évoquant les trois solutions mises en oeuvre pour la suppression du module "phantom" qui a planté le process de soft configuration

1) Procédure normale = échec

2 ) Procédure suppression via l'API que tu m'as suggérée = échec avec un message de retour curieux puisqu'il me renvoit un N° ID différent

3) Procédure de restore back up : j'ai triché et dit que je l'avais faite ; mais après t'avoir lu j'y ai renoncé, convaincu par ton explication

Ceci pour fermer toutes les "portes" et leur demander de mettre en oeuvre la seule solution opérationnelle : prendre la main et  faire le nécessaire. De façon non subliminale je leur ai indiqué qu'avec une HC2, une HCL et plus de 180 devices fibaro .. ils pouvaient regarder avec attention ma demande.

Merci encore et bravo à  tous les experts passionnés du forum qui partagent leurs connaissances avec patience et pédagogie

Merci beaucoup

C'est bien ce que je craignais.

Comme j'ai 180 devices je préfère éviter le recovery

De plus ta réponse me laisse penser qu'un upgrade vers une version plus récente (je suis en 4.056) n'apportera rien

Je vais donc insister auprès de Fibaro. 

Je vais attendre et tenter un nouvel essai auprès de Fibaro d'ici quelques jours

Sinon je vais attendre une version "stabilisée" si Fibaro finit par en publier une car depuis la 4.056 on en est àmaintenant àla 4.062 en bêta !!!

Mais encore une fois merci et j'ai progressé en découvrant l'API que je ne connaissais pas.

Effectivement sauf avis autorisé l'alterrnative est soit attendre une version stable (après la succession des versions Bêta) soit faire un restore back up mais comme je n'ai pas l'assurance que le remède ne sera ps pire que le mal actuel je vais attendre.

Le seul inconvénient est ce blocage et l'impossibilité de faire des soft configurations.

Support fibaro : je l'ai contacté par mail personne agréable mais seule solution proposée "restore back up mais sans réponse à  mes questions. J'ai sollicité une prise

 en mains à  distance : sans réponse.

Merci encore.