
jjacques68
Membres confirmés-
Compteur de contenus
4 346 -
Inscription
-
Dernière visite
-
Jours gagnés
39
Tout ce qui a été posté par jjacques68
-
bon j'ai essayé ça, mais ça me gère pas les accents function urlencode(s) if (s) then s = string.gsub (s, "\n", "\r\n") s = string.gsub (s, "([^%w ])", function (c) return string.format ("%%%02X", string.byte(c)) end) s = string.gsub (s, " ", "+") end return s end
-
mais comment j'y accède a cette fonction ?
-
@Lazer : ça corrige aussi les accents ? Parce qu'avant de vouloir créer l'url, je passe les arguments dans une scène, et si y a des accents dans les chaines de caractères, ce passage d'arguments d'une scène à l'autre me les transforme en du chinois
-
Pour les utilisateurs de Tapatalk, Vous constatez la même chose que moi, depuis un certain temps je ne reçois plus les notifications sur l’application. En gros je découvre mes notifications que quand je vais sur le site du fofo ! excepté 1 ou 2 vieux topic... c’est plutôt gênant, et du coup l’appli perd de son intérêt !!! Y a un réglage particulier que j’aurai loupé ? pourtant ça fonctionnait bien !!!
-
bon je viens de trouver la blague !!! fallait mettre %%20 !!!!!!! MonArg = string.gsub("Mon argument", "%s", "%%20")
-
Bonjour à tous : Je suis entrain de construire une URL pour appeler un fichier PHP avec des arguments. Mon soucis est le caractère esapce dans l'url. je veux obtenir cela : http://192.168.2.13...../script.php?Argt='Mon%20argument' J'utilise pour cela : MonArg = string.gsub("Mon argument", "%s", "%20") Mais j'ai une erreur, il me dit [DEBUG] 18:08:47: [1;31m2018-04-28 18:08:47.561936 [ fatal] Unknown exception: /opt/fibaro/scenes/238.lua:37: invalid capture index Vous avez une idée ? Merci tout plein !!
-
Pour info : Je viens de recréer un nouveau projet pour essayer, et ça marche nickel du premier coup. Je pense que je devais avoir un projet en cours défectueux avec tous mes essais... remarque : Il faut installer le connecteur natif de windev pour mariaDB sur le PC. Il faut installer le mariadb-connector-c-2.1.0-win32.msi dispo sur le site de maria DB. Il faut penser à mettre le libmariadb.dll dans le rep EXE du projet (également sur le poste client) Créer une connexion à la base de donnée MariaDB Ajouter une table (ou plusieurs) de type MariaDB portant exactement les même rubriques/noms que sur le serveur MariaDB. et c'est parti !!!
-
ah et je confirme qu’il faut faire la mise à jour sur IOS aussi, sinon on arrive plus à se connecter. Etrange, on reçoit quand même les push...
-
MAJ semble ok pour moi... 12 min pour la faire... A voir...
-
Ah ben non, j’ai pas lié mon adresse gmail, c’est dans les propriétés de l’applet GH dans IFTTT même que le lien se fait... Envoyé de mon iPhone en utilisant Tapatalk Pro
- 1 289 réponses
-
- topic unique
-
(et 1 en plus)
Étiqueté avec :
-
Ah ok. J’ai pas la même adresse dans IFTTT que gmail. Je savais plus... merci !! Envoyé de mon iPhone en utilisant Tapatalk Pro
- 1 289 réponses
-
- topic unique
-
(et 1 en plus)
Étiqueté avec :
-
Ah ok. J’ai pas la même adresse dans IFTTT que gmail. Je savais plus... merci !! Envoyé de mon iPhone en utilisant Tapatalk Pro
- 1 289 réponses
-
- topic unique
-
(et 1 en plus)
Étiqueté avec :
-
Ah ok. J’ai pas la même adresse dans IFTTT que gmail. Je savais plus... merci !! Envoyé de mon iPhone en utilisant Tapatalk Pro
- 1 289 réponses
-
- topic unique
-
(et 1 en plus)
Étiqueté avec :
-
Petite question certainement déjà abordé dans ce topic... Tous marche bien chez moi depuis plusieurs mois... la recette dans IFTTT avec WebHooks, les raccourcies dans GH, la HC2... Mais comment se fait la liaison entre le GH et IFTTT ? C’est à dire : quand on donne un ordre au GH, comment il sait qu’il doit l’envoyer à IFTTT ? (après je comprends le cheminement de la requête HTTP vers la HC2). Mais je ne sais plus si une configuration quelqonc existe dans le GH pour le lien avec IFTTT !!! merci !!
- 1 289 réponses
-
- topic unique
-
(et 1 en plus)
Étiqueté avec :
-
HC2 & HCL - 4.170 - Stable - 22/03/2018
jjacques68 a répondu à un(e) sujet de kioneoranga dans Firmware
ok chez moi -
Connaitre le maxi possible du réveil d'un module
jjacques68 a répondu à un(e) sujet de Dragoniacs dans HC2
Non absolument aucun... j’ai juste laissé les thermostats danfoss à 600s car eux ne fonctionnent pas comme les autres... Envoyé de mon iPhone en utilisant Tapatalk Pro -
Connaitre le maxi possible du réveil d'un module
jjacques68 a répondu à un(e) sujet de Dragoniacs dans HC2
Avec plaisir ! Si tu ajoutes des devices dans la liste, ce serait sympa de les poster sur ce topic comme ça on peut se constituer une petite base... Envoyé de mon iPhone en utilisant Tapatalk Pro -
Connaitre le maxi possible du réveil d'un module
jjacques68 a répondu à un(e) sujet de Dragoniacs dans HC2
oui tout à fait et voici le code (désolé pour la mise en page, mais l'éditeur du fofo fait un peu ce qu'il veut, notepad++ fera très bien l'affaire) et le fichier pour téléchargement à la fin. Il est clair que dans la liste TypeDevice, apparaît le type des modules que je possède, donc si vous en avez d'autres, il faut les ajouter... Le champs "up" permet d'appliquer ou pas la modification sur le module concerné. Il est clair également, qu'il faut faire le tour de tous les device pour les réveiller manuellement pour valider l'info... ou attendre sagement le prochain réveil automatique... Chez moi ça marche impec ! --[[ %% properties %% events %% globals --]] --[[ Scène qui met à jour les WakeUpTime des modules au maximum, suivant les infos trouvés dans la notice --]] --décalration des variables************************************************* local debug = true --true/false variable pour afficher le debug local simul = false --true/false permet de simuler avant de modifier local device = api.get("/devices/") --liste tous les devices local texte = "" --texte pour le debug local nbDevice = 0 --compteur de device à pile total local nbDeviceUpdateOK = 0 --compteur de device mis à jour OK local nbDeviceUpdateNOK = 0 --compteur de device NON mis à jour (up=0) local nbDeviceOK = 0 --compteur de device OK local nbDeviceNOK = 0 --compteur de device NOK local typeDevice = { {type = "com.fibaro.remoteController", zwaveCompany = "ID-RF", up = 0, maxTime = 0}, {type = "com.fibaro.doorSensor", zwaveCompany = "Fibargroup", up = 1, maxTime = 64800}, {type = "com.fibaro.FGMS001v2", zwaveCompany = "Fibargroup", up = 1, maxTime = 65535}, {type = "com.fibaro.FGFS101", zwaveCompany = "Fibargroup", up = 1, maxTime = 86399}, {type = "com.fibaro.thermostatDanfoss",zwaveCompany = "Danfoss", up = 1, maxTime = 600}, {type = "com.fibaro.FGMS001", zwaveCompany = "Fibargroup", up = 1, maxTime = 65535}, {type = "com.fibaro.temperatureSensor",zwaveCompany = "Horstmann Controls Limited", up = 1, maxTime = 86400}, {type = "com.fibaro.temperatureSensor",zwaveCompany = "Everspring", up = 1, maxTime = 16056000}, {type = "com.fibaro.motionSensor", zwaveCompany = "Philio Technology Corp", up = 1, maxTime = 432000} } --fonction pour afficher le debug******************************************* function afficheDebug(message, color, afficheDebug) if afficheDebug == true then if message and color then print("<font color = '"..color.."'>"..message.."</font>") else print("<font color = 'yellow'>afficheDebug : error</font>") end end end --MAIN********************************************************************** --entête de debug if simul == true then afficheDebug("MODE SIMULATION : AUCUNE MODIFICATION EST APPLIQUEE.", "yellow", true) end afficheDebug("DEFINITIONS : id, name, wakeUpTime, type, zwaveCompany", "white", debug) --pour tous les device for i,v in ipairs(device) do -- filtre que les device à pile et visible if device[i].properties.wakeUpTime and device[i].visible == true then --pour tous les éléments de typeDevice for j,v in ipairs(typeDevice) do --si le type et zwaveCompany sont identiques if device[i].type == typeDevice[j].type and device[i].properties.zwaveCompany == typeDevice[j].zwaveCompany then --récupère les infos du device idDev = device[i].id nameDev = device[i].name typeDev = device[i].type zwaveCompanyDev = device[i].properties.zwaveCompany --construit le texte pour le debug if debug == true then texte=idDev..", "..nameDev..", "..device[i].properties.wakeUpTime.." s, "..typeDev..", "..zwaveCompanyDev end --si wakeUpTime différent de maxTime du tableau if device[i].properties.wakeUpTime ~= typeDevice[j].maxTime then afficheDebug(texte,"red", debug) nbDeviceNOK=nbDeviceNOK+1 --inc compteur NOK --si le champ UP est à 1 alors mise à jour if tonumber(typeDevice[j].up) == 1 then --mise à jour du wakeUpTime avec valeur du tableau if simul == false then -- pas executée en mode simulation local Value=api.get("/devices/"..device[i].id) Value.properties.wakeUpTime = typeDevice[j].maxTime api.put("/devices/"..device[i].id, Value) end --construit le texte pour le debug de mise à jour if debug == true then texte="Device "..device[i].id.." ("..device[i].name..") wakeUpTime mis à jour avec "..typeDevice[j].maxTime.." s." end afficheDebug(texte, "orange", debug) nbDeviceUpdateOK=nbDeviceUpdateOK+1 --inc compteur update OK else --si pas de mise à jour demandée (up = 0) --construit le texte pour le debug de mise à jour if debug == true then texte="Device "..device[i].id.." ("..device[i].name..") wakeUpTime non mis à jour." end afficheDebug(texte, "Magenta", debug) nbDeviceUpdateNOK=nbDeviceUpdateNOK+1 --inc compteur update NOK end else --sinon OK (wakeUpTime = maxTime du tableau) afficheDebug(texte, "green", debug) nbDeviceOK=nbDeviceOK+1 --inc compteur OK end nbDevice=nbDevice+1 --inc compteur device end end end end --affichage résultat print("------------------------------") afficheDebug("Total device détectés = "..nbDevice, "white", true) afficheDebug("Total device OK = "..nbDeviceOK, "green", true) afficheDebug("Total device NOK = "..nbDeviceNOK, "red", true) afficheDebug("Total device mis à jour OK = "..nbDeviceUpdateOK, "orange", true) afficheDebug("Total device mis à jour NOK = "..nbDeviceUpdateNOK, "Magenta", true) Scene-47-ID218-MaxWakeUpTime.txt -
HC2 & HCL - 4.162 - BETA - 12/03/2018
jjacques68 a répondu à un(e) sujet de kioneoranga dans Firmware
ok pour moi... pour le moment... -
oh désolé mon grand dieu tout puissant Envoyé de mon iPhone en utilisant Tapatalk Pro
-
oups pardon @Lazer oui bonne remarque, je sais pas où j’avais la tête
-
étrange, même le watchdog de @Steven s'est planté... c'est la première fois !! Question bête, on peut mettre le watchdog à contrôler dans le watchdog ?
-
étrange moi aussi je constate des plantages de la box ces derniers temps... depuis la version 4.160... J'essaye de mettre en place un compteur de temps pour savoir exactement à quelle heure ça arrive... Je mettais en cause une scène avec des PIR, mais je me demande si ça vient pas plutôt des commandes de chauffage... Je manipule mon panneau de chauffage via des VD... ?! Chose que je fais depuis des années sans soucis !
-
interessant... sans passer par une VG ??? aucune une idée, mais je suis le sujet...
-
hi, What don't you understand ? it's normal ! if killOtherInstances is enable your sequential restart, if disable, he keeps on ! but with the killOtherInstances, you don't have to use the command fibaro:abort() ! you can delete the last paragraph after the run command. Be careful : when you add % killOtherInstances in the header, the number of max running instances in the parameters of the scene set itself automatically at 1. if you want to disable this command in the header, you must set manually this parameter after.