-
Compteur de contenus
14 646 -
Inscription
-
Dernière visite
-
Jours gagnés
190
Tout ce qui a été posté par jojo
-
as-tu regardé dans tes spams ? Je sais moi que Google m'a fait un soucis pour l'envoit de mails depuis une caméra, j'ai créé un adresse mail spécifique pour cela, qui était moins protégée. Vérifie aussi au niveau de ton access control panel, si les mails sont toujours bien configurés.
-
c'est un défit que tu me lances là Je vais voir ce que je peux faire, je devrais y arriver, mais ce n'est pas moi qui calcule le nbr de mm arrosé. On pourrait déjà commencer par voir comment stocker un tableau dans une variable.
-
idée, mais pas le code On connait les valeurs de J-1, ..., J-10 Donc dans la variable existante "Arrosage", il faudrait changer son type pour qu'elle soit "libre" et plus prédéfinie. On y stoquerait un tableau à plusieurs entrées : J-0 à J-10 et l'action à prendre. Au passage, charger les 10 derniers jours à chaque fois devient inutile, sauf la première fois, à l'initialisation du script (=si la variable arrosage est à nil). Donc à 2h06 du matin, ce qui est déjà stocké en J-1, devient J-2, et ..., et j-9 devient J-10 On ne lit que hier qu'on met à J-1 et auquel on rajoute la qté en mm qu'on a arrosé la veille (théoriquement 1 des deux valeurs est à 0) P.S. ce script ne me sert actuellement qu'à faire travailler mes neurones, car je n''ai/n'aurai pas d'arrosage automatique
-
Bonjour, J'utilise ce petit bout de code pour déterminer la version du firmware, et adapter le code pour V4.X ou v3.X. Il a toujours très bien fonctionné, jusqu'il y a peu. Quelqu'un aurait une idée ? Code : -- détermination de la version du firmware HC2 = Net.FHttp("127.0.0.1",11111) version = "" payload = "/api/settings/info" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response) if tonumber(jsonTable.softVersion) >= 4 then version = "4.x" else version = "3.x" end else fibaro:log("--- ERROR --- code : " ..errorCode) fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end fibaro:debug('version = ' ..version) Debug : [DEBUG] 17:00:29: status=, errorCode=2, payload=/api/settings/info, response= [DEBUG] 17:00:29: version = [DEBUG] 17:00:32: status=, errorCode=2, payload=/api/settings/info, response= [DEBUG] 17:00:32: version = [DEBUG] 17:00:35: status=, errorCode=2, payload=/api/settings/info, response= [DEBUG] 17:00:35: version = [DEBUG] 17:00:38: status=, errorCode=2, payload=/api/settings/info, response= [DEBUG] 17:00:38: version = Mais quand je fais un save du VD (SANS avoir fait AUCUNE modif) tout redevient ok. [DEBUG] 17:07:08: version = 3.x [DEBUG] 17:07:08: Aucune lumière allumée [DEBUG] 17:07:11: version = 3.x [DEBUG] 17:07:11: Aucune lumière allumée ?????? Merci
-
voici le mail que je viens de recevoir de Fibaro Dear Vincent, We have just opened the registration. Feel free to register and discover our e-learning portal. Regards, Marek Grajczak
-
mais le IN ne permet-il pas justement d'avoir une alimentation indépendante de l'objet contrôlé (ici le moteur du volet) et du module ?
-
la "seule" expérience que j'ai en la matière, est la commande de l'éclairage et des boutons de mes portes de garage. Donc si je fais le rapprochement avec un interrupteur simple d'éclairage, il faudrait essayer comme suit : alimenter L et N en 220V (je te recommande de commencer comme ça avec une ralonge électrique, puis on verra pour le faire définitivement, mais je suis sà»r que ton module fonctionnera en 220V) brancher le IN sur le + de l'alimentation du volet brancher le S1 sur la sortie du contact clé de la montée brancher le S2 sur la sortie du contact clé de la descente brancher le O1 sur le départ vers le volet + pour la montée brancher le O2 sur le départ vers le volet + pour la descente ok maître Did ?
-
les backup devraient fonctionner en 4.040. Faits un mail àsupport@fibaro.com. Comme on est vendredi, ils te répondront peut-être encore aujourd'hui
- 3 réponses
-
- backup
- sauvegarde
-
(et 1 en plus)
Étiqueté avec :
-
il y a un truc bizarre avec le calcul : il a plu aujourd'hui, et il faudrait faire un arrosage long ? Je vais regarder d'un peux plus prêt la "logique" du calcul
-
dans le FGS, je ne sais pas comment sont raccordés les S1et S2. Mais ce que je sais, c'est que si S1 change, O1 change également En général IN est branché sur le L plutôt que le N. Mais ici d'après ton schéma de l'installation actuelle, cela semble être le N qui pilote => à connecter sur le IN ceci dit, je brancherais la sortie de l'interrupteur montée sur S1, le départ vers le volet pour la montée sur O1 pour la descente : sortie sur S2 et départ vers le volet su O2
-
on avance ... pour le paramètre 3 : 2 = auto off actif alors pour la montée (qui est O1), je mettrais le paramètre 4 à 0.5 et pour la descente, le paramètre 5 à 0 (= auto-off disable) en tout cas c'est ce que je lis pour les FGS-221
-
merci, J'ai un peu modifié le début de la partie du calcul, histoire qu'il ne fasse pas d'erreur s'il ne trouve pas de données et qu'il m'affiche un icône, plutôt que l'horrible cube bleu ... ----------------- calcul ---------------------- local selfId = fibaro:getSelfId() local Dday = tonumber(fibaro:getValue(selfId, "ui.lblJour.value")) or 0 local days1 = tonumber(fibaro:getValue(selfId, "ui.lblHier.value")) or 0 local days10 = tonumber(fibaro:getValue(selfId, "ui.lbl10.value")) or 0 local days5 = tonumber(fibaro:getValue(selfId, "ui.lbl5.value")) or 0 local prevision = tonumber(fibaro:getValue(selfId, "ui.lblPrevu.value")) or 0 local pluiencours = tonumber(fibaro:getValue(selfId, "ui.lblHeure.value")) or 0 pluiencours = pluiencours > 0.1 en fait quand tu dis "or qqch", si l'expression précédente retourne nil, il met qqch, sinon c'est la valeur de la première expression. Sympa ?
-
peux-tu SVP remettre le code de ton calcul arrosage (que tu as modifié), car suivant tes conseils, j'essaie maintenant de limiter le nombre d'import des VD ... P.S. très chouette la nouvelle proposition de layout
-
effectivement, ce n'est pas rassurant ... Je ferais : un autre backup et voir ce qu'il dit si toujours problème, un restart de la HC2 et re-backup
- 3 réponses
-
- backup
- sauvegarde
-
(et 1 en plus)
Étiqueté avec :
-
j'ai un truc bizarre chez moi : je vois dans le log de ton YAPS qu'il démarre, que la variable Simu_presence (que j'ai définie en tant que predefined variable (ok ?)) change bien de valeur, mais ses changements ne sont pas reportés dans les changements de variables analysés par le module de Steven. J'ai même supprimé la variable, puis l'ai recréée, mais toujours le même comportement ? Peut-être une piste ? Je vais essayé en la créant comme une variable globale simple, et aussi en changeant son nom.
-
je propose ceci, ça me paraît plus clair local previous_10days = 10 -- max 10 calls per minute local previous_5days = 5 local yesterday = 1 rainyesterday = 0 rain5days = 0 rain10days = 0 for i = 1, previous_10days do local response ,status, err = WGROUND:GET("/api/"..cle_api.."/history_".. os.date("%Y%m%d",os.time()-i*24*3600) .."/lang:FR/q/pws:"..pws..".json") local jsonTable = json.decode(response) fibaro:debug(os.date("%Y%m%d",os.time()-i*24*3600)) fibaro:debug(jsonTable.history.dailysummary[1].precipm) if tonumber(jsonTable.history.dailysummary[1].precipm) ~= nil then rain10days = rain10days + jsonTable.history.dailysummary[1].precipm if i <= yesterday then rainyesterday = rainyesterday + jsonTable.history.dailysummary[1].precipm end if i <= previous_5days then rain5days = rain5days + jsonTable.history.dailysummary[1].precipm end end end fibaro:debug(" Il est tombé " .. rainyesterday .. " mm hier") fibaro:debug(" Il est tombé " .. rain5days .. " mm depuis " .. previous_5days .. " jours") fibaro:debug(" Il est tombé " .. rain10days .. " mm depuis " .. previous_10days .. " jours")
-
bon apéttit
-
J'ai encore une idée pour économiser des calls et rassembler les boutons Last 5 Days et Last 10 Days. Last 5 Days fait 1 call pour hier, puis 5 call pour les 5 derniers jours, c'est-à -dire J-1, J-1, J-2, J-3, J-4, J-5 Last 10 Days fait 10 call pour les 10 derniers jours, c'est-à -dire : J-1, J-2, J-3, ..., J-10 Tu vois où je veux en venir ? Donc un bouton l'actuel Last 10 Days, et hier = J-1 5 derniers jours = J-1 + J-2 + J-3 + J-4 + J-5 10 derniers jours = J-1 + J-2 + J-3 + J-4 + J-5 + J-6 + J-7 + J-8 + J-9 + J-10 ou (5 derniers jours ) + J-6 + J-7 + J-8 + J-9 + J-10
-
Sakkhho, tu ne m'en voudra pas ? Promis ?
-
pour être sà»r que tout est correctement cablé : sonde 1 seule : exclusion/inclusion => ok (tu notes bien le cablage) sonde 2 seule : exclusion/inclusion => ok (tu notes bien le cablage) et puis sondes 1 & 2 en parallèle : exclusion/inclusion => ça DOIT marcher
-
Super, merci pour tout ça fonctionne Nikel !
-
sub mes FGBS je n'ai jamais mis qu'une seule sonde pour l'instant. Je devrais en installer fin de la semaine prochaine un avec 2-3 sondes. Mais ça devrait marcher ! Es-tu sûr qu'elles sont bien raccordées, dans le bon sens ? N'y en a-t-il pas une des deux qui est montée àl'envers ?
-
j'aime bien ce qui est beau au regard. C'est pour cela que je ne suis pas encore passé àla v4.x car si recovery, je dois remettre toutes les icônes.
-
tu parles de la pose café du soleil ? En général, c'est de 10h00 à 10h30 et de 15h00 à 15h30
-
dans le post 1 c'est toujours la version 1.3, ou faut-il attendre une version 1.4 ?