Tuto Ouvrants Module Virtuel \ Phase De La Journée

[Nvince76 35]

excellent, grande découverte pour moi.

Par contre, chaque utilisateur doit repérer les icônes... et le nombre de départ..

 

Ajoute quelques lignes à  la suite du LOG de développement pour marquer ta version, l'auteur (Toi), ...

et une ligne explicative pour les icônes dans la section 'REQUIS' puis sous section 'A MODIFIER'

 

et si les boutons ne servent plus, les supprimer et mettre en commentaire la ligne 153 (ou la supprimer).

Cependant dans ma version initiale, ils servent également à  afficher le statut sur la face avant du module (tu as peut être une autre astuce pour cela )

[Sakkhho 469]

peut être que ca peut aider mais la phase est sur après midi est la variable à  basculer à  12:00 et c'est tout, pas d'update toutes les 5 secondes.

j'ai l'impression que c'est le calcul de SOIR ou NUIT qui tourne sans cesse du coup.

 

Pour changer d'icône pour le VD 

--au debut du VD
local selfId = fibaro:getSelfId()

--puis quand tu veux changer
fibaro:call(selfId,"setProperty","currentIcon", NumIcone)

NumIcone étant le numero de l'icône dans la HC2

 

effectivement les boutons ne servent pas pour ce VD.

Je suis intéressé par le code LUA et pas le fichier du module, ca m'evite de tout changer dans mes scenes et de réimporter un VD (ajout d'un ID dans la BDD) - par MP si trop lourd pour pas polluer le topic

[Nvince76 35]

@kiwi

 

je viens de modifier le module en intégrant mes précédents commentaires;

 

Update du ChangeLog

Suppression des boutons et de la ligne d'appel (ligne 153)

Ajout d'une variable local pour fixer l'ID de la première icone

Ajout d'une variable local pour fixer la durée du Timer de temporisation de boucle

Ajout d'une variable locale pour fixer le seuil de détection de luminosité

 

Pour l'utilisateur, il n'aura pas besoin de rechercher dans le code. Uniquement les 4 variables locales à  renseigner en début de code

 

 

N'hésites pas à  proposer (faire de nouvelles modifications)

 

Day_Phase_v3.2.vfib

[Nvince76 35]

je peux te renvoyer le code LUA Sahhkko, si tu le souhaites.

Il te faudra supprimer les boutons manuellement dans ton VD

 

J'ai observé le code, et pas trouvé d'anomalie de fonctionnement.

 

Aux pros, est-il possible de créer un fichier de log externe (un fichier txt, rempli par le code LUA?)

[Nvince76 35]

c'est quand même mieux sans boutons...

[Sakkhho 469]

tu peux me copier coller le code dans un mp je me debrouille ensuite

merci

[Nvince76 35]

envoyé

[Nvince76 35]

un petit commentaire sahhkko, tu peux supprimer et reloader ce VD autant de fois que tu veux, tes scènes doivent être basées sur les variables globales (elles par contre, pas besoin de les supprimer).. non?

[Sakkhho 469]

code chargé, tout est ok,  on verra cette nuit ce qu'il se passe.

 

charger le VD change l'ID meme si je te l'accorde c'est pas très grave pour celui la car les actions sur les boutons étaient pas nécessaires.

Mais ca rajoute toujours une nouvelle ligne dans la BDD de la HC2, donc je prefere éviter.

[Nvince76 35]

ok, par contre le coeur du code n'a pas changé, donc le problème devrait persister...

Il faudrait que je puisse ecrire dans un fichier de log le statut de chaque variable et leur effet sur le déclenchement des états... pour identifier la root cause

[Sakkhho 469]

J'ai peut être trouvé une piste en analysant plus en details la situation de mon GEA avec le VD

 

voici un exemple :

local Journee = {"Global!", "Day_Phase", "7 - Nuit"}
local Night = {"Global", "Day_Phase", "7 - Nuit"}

-- Armement de l'alarme
GEA.add(Night, 10*60, "Alarme ON Nuit", {{"setArmed",id["OUV_CAVE"]},{"setArmed",id["OUV_CHAMBRE_AMIS"]},{"setArmed",id["OUV_SDB_BAS"]},{"setArmed",id["OUV_PORTE_GARAGE"]},{"VirtualDevice", id["ETAT_ALARME"], 2}})

-- Désarmement de l'alarme
GEA.add({Present, Journee, atWork}, 1*60, "Alarme OFF Présence Semaine", {{"setDisarmed",id["MOV_ENTREE"]},{"setDisarmed",id["MOV_SALON"]},{"setDisarmed",id["MOV_BUREAU"]},{"setDisarmed",id["OUV_SDB_BAS"]},{"setDisarmed",id["MOV_COULOIR"]},{"setDisarmed",id["OUV_PORTE_GARAGE"]},{"VirtualDevice", id["ETAT_ALARME"], 1},{"VirtualDevice", id["GESTION_CAMERA"], 3},{"VirtualDevice", id["GESTION_CAMERA"], 8}})

j'arme l'alarme en mode NUIT quand la variable passe à  NUIT --> OK

à  5h02 j'ai vu dans le debug que ca passe à  AUBE, donc pour mon GEA à  Journée, et la je désarme donc.

mais bizarrement, il re-arme à  5h03 comme ce matin. je me dis qu'il manque donc une tempo dans GEA, j'ai donc mis 10*60 pour l'armement, on verra bien

[Sakkhho 469]

ca fonctionne avec la tempo, probleme reglé

[Sakkhho 469]

en fait non ...

j'ai bien un problème avec ce VD.

Je passe bien de NUIT à  AUBE sur le matin (j'ai mis un seuil très bas sur la luminosité pour ce faire) --> autour de 6h30 ce matin

J'ai checké à  7:15 ce matin, j'etais en AUBE, tres bien

Par contre à  7:20 sans que je comprenne pourquoi elle repasse à  NUIT. du coup ca réarme toute l'alarme

et à  7:30 elle passe à  AURORE.

 

Question donc : pourquoi elle rebascule sur NUIT ? c'est une histoire de seuil le LUM ?

[Nvince76 35]

Je pense que oui Sakkho, cela est lié à  la détection de luminosité.

J'ai eu des problèmes similaires, cela était lié à  mon détecteur de luminosité non fiable (DSB05).

 

J'ai fait une nouvelle version avec une option pour désactiver la condition sur la luminosité, je te poste cela ASAP.

Cela te permettra de valider que le problème provienne de là .

 

Sinon, ton ID du detecteur de luminosité n'a pas changé à  tout hasard?

[Sakkhho 469]

si mais j'ai bien renseigné le bon ensuite.

 

ok super, effectivement si on enleve la dectection de lum ca marchera impeccable.

[Sakkhho 469]

j'ai enlevé les conditions sur la LUM et ca fonctionne, la variable ne rebascule pas.

[q.philippe 30]

Meilleurs Voeux 2016 a tous.

 

petit retour, v4.062b = erreur    : 

[DEBUG] 22:03:15: -------------------------------------------
[DEBUG] 22:03:15: Date : Thu Jan 7 22:03:15 2016
[DEBUG] 22:03:15: Heure_Courante : 2203
[DEBUG] 22:03:15: Module ID : 155
[DEBUG] 22:03:15: Luminosite ID : 120
[DEBUG] 22:03:15: Aube : 717
[DEBUG] 22:03:15: Aurore : 817
[DEBUG] 22:03:15: Matin : 917
[DEBUG] 22:03:15: Apres_Midi : 1200
[DEBUG] 22:03:15: Crepuscule : 1723
[DEBUG] 22:03:15: Soir : 1823
[DEBUG] 22:03:15: Nuit : 2200
[DEBUG] 22:03:15: Luminosite : 85
[DEBUG] 22:03:15: Nuit Apres Minuit : 0
[DEBUG] 22:03:15: Day_Phase : 7 - Nuit
[DEBUG] 22:03:15: Day_Phase_Num : 7
[ERROR] 22:03:28: line 80: attempt to compare number with nil

if Nuit < Soir\n      \tthen\n      \t\tNuit = Soir\n    \tend\n    else\n    \tNuit_Apres_Minuit = 2400\n    \tif Nuit > Aube\n      \tthen\n    \t\tNuit = Aube\n    \tend\n    end\n\n    \n    --fibaro:debug(currentDate) ;\n    fibaro:debug(\"-------------------------------------------\");

est ce la version de firmware , ou un bug dans le module  ??

[Nvince76 35]

Bizarre, 

je viens de faire tourner le debug et tout est ok

pas de souci non plus dans le code

 

 

essaye de rebooter ta hc2

[q.philippe 30]

ca reprend a chaque fois que je chande de ID lux 

j'ai rajouter events,,,,%, mais rien, il bug au bout de 3tests, l'ID lux configuration speciale? , 

 

 

Pourrais je te demander le script en ecriture pour voir si une erreur ou si c'est le firmware beta qui est modifier (% events) = nouveau sur beta v4.062

[Sakkhho 469]

Chez moi tout est ok.

[q.philippe 30]

DémarrerArrêterNettoyer [DEBUG] 22:30:03: -------------------------------------------
[DEBUG] 22:30:03: Date : Thu Jan 7 22:30:03 2016
[DEBUG] 22:30:03: Heure_Courante : 2230
[DEBUG] 22:30:03: Module ID : 155
[DEBUG] 22:30:03: Luminosite ID : 120
[DEBUG] 22:30:03: Aube : 717
[DEBUG] 22:30:03: Aurore : 817
[DEBUG] 22:30:03: Matin : 917
[DEBUG] 22:30:03: Apres_Midi : 1200
[DEBUG] 22:30:03: Crepuscule : 1723
[DEBUG] 22:30:03: Soir : 1823
[DEBUG] 22:30:03: Nuit : 2200
[DEBUG] 22:30:03: Luminosite : 85
[DEBUG] 22:30:03: Nuit Apres Minuit : 0
[DEBUG] 22:30:03: Day_Phase : 7 - Nuit
[DEBUG] 22:30:03: Day_Phase_Num : 7
[DEBUG] 22:30:15: -------------------------------------------
[DEBUG] 22:30:15: Date : Thu Jan 7 22:30:15 2016
[DEBUG] 22:30:15: Heure_Courante : 2230
[DEBUG] 22:30:15: Module ID : 155
[DEBUG] 22:30:15: Luminosite ID : 120
[DEBUG] 22:30:15: Aube : 717
[DEBUG] 22:30:15: Aurore : 817
[DEBUG] 22:30:15: Matin : 917
[DEBUG] 22:30:15: Apres_Midi : 1200
[DEBUG] 22:30:15: Crepuscule : 1723
[DEBUG] 22:30:15: Soir : 1823
[DEBUG] 22:30:15: Nuit : 2200
[DEBUG] 22:30:15: Luminosite : 85
[DEBUG] 22:30:15: Nuit Apres Minuit : 0
[DEBUG] 22:30:15: Day_Phase : 7 - Nuit
[DEBUG] 22:30:15: Day_Phase_Num : 7
[DEBUG] 22:30:27: -------------------------------------------
[DEBUG] 22:30:27: Date : Thu Jan 7 22:30:27 2016
[DEBUG] 22:30:27: Heure_Courante : 2230
[DEBUG] 22:30:27: Module ID : 155
[DEBUG] 22:30:27: Luminosite ID : 120
[DEBUG] 22:30:27: Aube : 717
[DEBUG] 22:30:27: Aurore : 817
[DEBUG] 22:30:27: Matin : 917
[DEBUG] 22:30:27: Apres_Midi : 1200
[DEBUG] 22:30:27: Crepuscule : 1723
[DEBUG] 22:30:27: Soir : 1823
[DEBUG] 22:30:27: Nuit : 2200
[DEBUG] 22:30:27: Luminosite : 85
[DEBUG] 22:30:27: Nuit Apres Minuit : 0
[DEBUG] 22:30:27: Day_Phase : 7 - Nuit
[DEBUG] 22:30:27: Day_Phase_Num : 7
[ERROR] 22:30:39: line 79: attempt to compare number with nil

tout va jusqu’à  3tests après bug,,,,, module Lux luminosité qui n'est pas interrogeable ?

 

 

Pour info, je l'utiliser avant, et tout etait nickel,,,,jusqu'a la beta ,,,,, je ne remets surtout pas ton module en cause, mais je crois , vais refaire un recovery !!!!encore

[Nvince76 35]

ca y ressemble

qu'appelle tu lux_ID ou module lux? de quel module parles tu DBS05, FGM01?

Mets la ligne 79 en commentaire pour voir

[q.philippe 30]

c,est un FGMS001 ,,,lux-ID =  detecteur de luminosité ,,,,

la ligne 79 = c'est le "then"

if Nuit > 1200
then
   Nuit_Apres_Minuit = 0
   if Nuit < Soir
   then

[Nvince76 35]

houlala, quelle version tu as?

soit très ancienne soit une version modifiée

[Nvince76 35]

voici la dernière

 

 

avec possibilité de désactiver l'utilisation du detecteur de luminosité

Day_Phase.vfib