sebcbien

et tu cache lesquels ? Master + slave.0 et slave.2 ?

Et tu as essayé avec "mon" script ?

Le jour ou on ne se pose plus de questions c'est qu'on est mort (physiquement ou mentalement).... Citation de mon (défunt) père ;-)

Voilà , j'ai pris le tremps de tester, voici les message d'erreur: List: [DEBUG] 21:34:24: Synology Surveillance Station number of cameras = 5 [DEBUG] 21:34:24: Found camera ID=1 Vendor=AXIS Model=xxx PTZ Enabled=true address=XXX.XXX.XXX.XXX [DEBUG] 21:34:25: Found PTZ preset Salon et Cuisine ID=4 [DEBUG] 21:34:25: Found PTZ preset All ID=5 [DEBUG] 21:34:25: Found PTZ preset Hall ID=3 [DEBUG] 21:34:25: Found PTZ preset Hall et Salon ID=6 [DEBUG] 21:34:25: Found PTZ patrol Pat Hall vr cuisi ID=1 [DEBUG] 21:34:25: Found camera ID=2 Vendor=ONVIF Model=Generic_ONVIF Enabled=true address=XXX.XXX.XXX.XXX [DEBUG] 21:34:26: Error : Synology Surveillance Station list PTZ presets failed, Execution failed., {"error":{"code":400,"errors":{"param1":"","param2":""}},"success":false} [DEBUG] 21:34:26: Error : Synology Surveillance Station list PTZ patrols failed, Execution failed., {"error":{"code":400,"errors":{"param1":"","param2":""}},"success":false} [DEBUG] 21:34:26: Found camera ID=4 Vendor=AXIS Model=207W Enabled=true address=XXX.XXX.XXX.XXX [DEBUG] 21:34:27: Error : Synology Surveillance Station list PTZ presets failed, Execution failed., {"error":{"code":400,"errors":{"param1":"","param2":""}},"success":false} [DEBUG] 21:34:27: Error : Synology Surveillance Station list PTZ patrols failed, Execution failed., {"error":{"code":400,"errors":{"param1":"","param2":""}},"success":false} [DEBUG] 21:34:27: Found camera ID=5 Vendor=ONVIF Model=Generic_ONVIF Enabled=true address=XXX.XXX.XXX.XXX [DEBUG] 21:34:28: Error : Synology Surveillance Station list PTZ presets failed, Execution failed., {"error":{"code":400,"errors":{"param1":"","param2":""}},"success":false} [DEBUG] 21:34:28: Error : Synology Surveillance Station list PTZ patrols failed, Execution failed., {"error":{"code":400,"errors":{"param1":"","param2":""}},"success":false} [DEBUG] 21:34:28: Found camera ID=6 Vendor=ONVIF Model=Generic_ONVIF Enabled=false address=XXX.XXX.XXX.XXX [DEBUG] 21:34:29: Error : Synology Surveillance Station list PTZ presets failed, Execution failed., {"error":{"code":400,"errors":{"param1":"","param2":""}},"success":false} [DEBUG] 21:34:30: Error : Synology Surveillance Station list PTZ patrols failed, Execution failed., {"error":{"code":400,"errors":{"param1":"","param2":""}},"success":false} Start ou Stop, ou enable ... [DEBUG] 21:41:29: Error : Synology API version is too old : DSM 4.0-2251 and Surveillance Station 6.3 are required All On: avis c'est parceque vous testez sur xpenology ?

ah ok... et unb FGD avec 3 slave mais une seule sortie ??!!!???... :-/ Mais il doit y avoir que moi qui me pose la question, j'ai retourné la toile et je n'ai rien trouvé comme explications... Dans le mode d'emploi non plus d'ailleurs...

Oui je confirme, sur des leds qui clignottaient (qui ne devraient pas clignotter normalement (5X6,5W) ... et qui ne clignottent pas avec le dimmer de qubino...mais bon, passons...) ajouter un bypass V1 a résolu le problème. C'est pas encore le miracle ces dimmers, ils ont eu le temps pour les mettre au point pourtant chez fibaro, ils ont même eu le loisir de pouvoir "copier"/s'inspirer de Qubino :-/ Il reste du chemin à faire pour ressembler à Apple chez ces zozos...

Bonjour, il faut rajouter les codes d'erreur dans quasi tous les boutons: Sinon quand l'erreur arrive le script plante car il ne trouve pas ce tableau local API_CAMERA_ERROR_CODE = { [400] = "Execution failed.", [401] = "Parameter invalid.", [402] = "Camera disabled." }

Le but n'est-t'il de ne pas d'avoir un code qu'il ne faut pas modifier au cas par cas et qui fonctionne pour tout le monde du premier coup ? Sent from my SM-N910F using Tapatalk

Bon, je teste et ce n'est pas la gloire ce module... Les associations ne fonctionnent pas, ou pas longtemps, c'est la galère... quelqu'un à une idée pourquoi il y a 3 dimmer déclarés comme slave ? Dans le toolkit, c'est n'importe quoi ces modules, certains son islight, d'autres inclus en même temps n'ont rien, certains quand ils s'allument ne font varier qu'un seul module slave, d'autres en activent 2... Bref, je pense que c'est le Bor**l dans la DB :-/

Bonjour, J'ai tout lu et il y a une chose que je ne comprends pas bien... Steven(je crois) avait posté ce petit bout de code que j'ai un peu modifié et qui fonctionne très bien pour éteindre les lampes. Il y a peut être une subtilité que je n'ai pas compris, mais V3 ou V4, toutes mes lumières s'éteignent (dimmer, wallplug, fgs...) et rien d'autre. voici le code: --[[ %% properties %% globals --]] function turnIt(mode) -- On parcours les 350 premiers modules for i = 1, 2000 do -- Si un module est de type Eclairage local ret = fibaro:get(i, 'isLight') if ((type(ret) == "string" and string.find(ret, "1" )) or "rgb_driver" == fibaro:getType(i) or "com.fibaro.FGRGBW441M" == fibaro:getType(i)) then local DeviceName = fibaro:getName(i); local RoomName = fibaro:getRoomNameByDeviceID(i); -- On l'allume ou l'éteint fibaro:call(i, mode); fibaro:debug(mode.." device "..i.." "..DeviceName.." "..RoomName); end end end --turnIt("turnOn") turnIt("turnOff") fibaro:debug("All lights are off"); pourquoi je suis arrivé ici ? Ce script n'a qu'un défaut, il est un peu lent et il ne s'adapte pas automatiquement au nombre de modules (j'ai 1890 ID...) Je cherchais un moyen de le limiter aux devices de l'api et ne pas devoir scanner tout. J'ai donc téléchargé la dernière version de jojo et j'ai modifié la partie turn off. voici le résultat et chez moi ça marche très bien. Je n'ai peut être pas tout pigé, mais dans le doute, ça pourrait faire avancer le schmilblick... ---------------------------------- -- User Settings ---------------------------------- -- Modules à exclure et fonction de traitement (pas raccordés à des lumières) -- Peut contenir un id ou un mot clés à chercher dans le nom du module toExclude = {"Pisc"} toInclude = {} ---------------------------------- -- DO not change bellow this line ---------------------------------- -- Modules à exclure ou inclure et fonction de traitement (pas raccordés à des lumières) -- Peut contenir un id ou un mot clés à chercher dans le nom du module -- toExclude = {72, "Dispo", "Volet", "Bubendorff"} function shouldExclude(module) for k, v in pairs(toExclude) do if string.find(module.name, v) ~= nil or module.id == v then return true end end return false end function shouldInclude(module) for k, v in pairs(toInclude) do if string.find(module.name, v) ~= nil or module.id == v then return true end end return false end HC2 = Net.FHttp("127.0.0.1",11111) ---------------------------------- -- double click pour confirmer ---------------------------------- -- ---------------------------- -- Ne pas toucher -- -- ---------------------------- function confirm(msg, labelId, secondes) local current = fibaro:getValue(fibaro:getSelfId(), "ui."..labelId..".value") if (current == msg) then fibaro:call(fibaro:getSelfId(), "setProperty", "ui."..labelId..".value", " ") return true else fibaro:call(fibaro:getSelfId(), "setProperty", "ui."..labelId..".value", msg) fibaro:sleep(secondes*1000) fibaro:call(fibaro:getSelfId(), "setProperty", "ui."..labelId..".value","") return fibaro:getValue(fibaro:getSelfId(), "ui."..labelId..".value") == " " end end -- ---------------------------- -- A vous de jouer --- -- ---------------------------- local label_id = "lblMessage" -- l'ID du label qui recevra le message local duree = 2 -- la durée max entre 2 clique (en seconde) local message = "Ré-appuyer dans les "..duree.." secondes pour confirmer" -- le message de confirmation if ( confirm(message, label_id, duree) ) then fibaro:log("Confirmé") -- votre code ici en cas de confirmation -- Récupération de la liste des modules response = HC2:GET("/api/devices") json = json.decode(response) -- Boucle sur les modules for k, v in ipairs(json) do local ret = fibaro:get(v.id, 'isLight') if ((type(ret) == "string" and string.find(ret, "1" )) or "rgb_driver" == fibaro:getType(v.id) or "com.fibaro.FGRGBW441M" == fibaro:getType(v.id)) then local DeviceName = fibaro:getName(v.id); local RoomName = fibaro:getRoomNameByDeviceID(v.id); -- On l'allume ou l'éteint fibaro:call(v.id, "turnOff"); fibaro:debug("turnOff".." device "..v.id.." "..DeviceName.." "..RoomName); end end -- for else fibaro:log("Annulé") -- votre code ici en cas d'annulation end

Suite des évènements: La sonnette fonctionnait en V4 mais elle était en reconfigure et la stack zwave n'aimait pas ça. Je l'ai donc enlevée et ré-essayé une inclusion. j'ai du essayer des heures et voici la dernière manière qui a fonctionné. A prendre avec des pincettes, après des heures essai et erreur je ne garanti pas à 100% 1) reset sonnette (3XIR en moins d'1,5s puis 1XIR (moins d'une seconde après, puis garder appuyé pendant 5secondes) 2) reset carillon (3XIER en moins d'1,5s puis 1XIER (moins d'une seconde après, puis garder appuyé pendant 5secondes) 3) inclure sonnette dans HC2 (3XIR en moins d'1,5s ) et attendre que tout soit bien configuré (wakeup 3XIR aide?) 4) inclure carillon dans HC2 (3XIER en moins d'1,5s ) et attendre que tout soit bien configuré (wakeup 3XIR aide?) 5) reset sonnette (voir 1) ) donc sans l'enlever de la HC2 6) reset carillon (voir 2) ) donc sans l'enlever de la HC2 7) associer sonnette a carillon (3XIR en moins d'1,5s sur Sonnette puis 3XIER en moins d'1,5s sur carillon) A ce stade ci, on a les deux dans la HC2 et la sonnette fait sonner le carillon 8) enlever piles sonnette 9) reset carillon (voir 2) ) 10) remettre piles sonnette 11) re-associer les deux dans la HC2 (points 3 et 4) et ça fonctionne. Pfouuu je me rends compte que je suis TRES persévérant, j'ai du y passer au moins 5 heures... ou

Ok, TROUVé !!!! Merci @pitp2 !!! via l'api quand je demandais un delete de l'id 1483, j'ai remarqué que il y avait un message dans la patite fenetre de l'interface web qui disait quelquechose comme "cannot remove device 1793" J'ai été voir le device 1793 qui existait bien je l'ai effacvia add/remove device et la queue zwave s'est débloquée !!! ensuite j'ai pu effacer le device fantome 1483 j'ai une question, je teste le fgd 212, quielqu'un peut me dire pourquoi il y a3 esclaves, dont deux dimmer qui font exactement la même chose ?!? il y a troi esclaves (qui sont des dimmer) - corniche rez - 1788.1 - 1788.2 corniche rez et 1788.1 commandent tous les deux la puissance de la lumière, 1788.2 ne commande rien

ils n'ont pas trop envie apparemment, ils m'ont répondu vendredi pm pour une demande datant de dimanche... puis plus de réponse évidemment...

salut @darklite44, j'ai le même souci, ils ont résolu ton problème ? Merci !

wow j'ai appris quelquechose !!! mais ça ne marche pas... response code 202 (no content)

Via l'interface il me demande de le faire via add/remove. Via l'API, je veux bien un morceau de code pour essayer. Sent from my SM-N910F using Tapatalk

Add remove device entre autres... Sent from my SM-N910F using Tapatalk

bon, moi j'ai un gros problème. Dans le centre de notification, j'ai un reconfigure device que je ne peux pas "canceller" Et a cause de ça, je ne peux quasi plus rien faire sur le réseau, ce qui fonctionne fonctionne, pour e reste je ne sais plus rien faire... Le support fibaro me conseille de retourner en V3.6.... je viens de passer deux jours à tout migrer, configurer, ajouter des devices etc... J'ai déjà essayé reboot, hide, unhide du module, backup, restore, rien n'y fait... :-/ quelqu'un à une idée ?

je ne comprends pas, chez moi avec ce genre de ligne j'arrive àrégler la luminosité au minimum... il j'ai le canal 4 qui est à10% (sur lequel j'ai un ruban led blanc) GEA.add({id2["SDB_MOUVEMENT"],{"Sensor-", id2["RGBW_DRESSING_SDB"],1},estNotHouse_Manuel}, -1, "",{{"Time", "Sunset+120", "Sunrise-120"},{"RGB", id2["RGBW_DRESSING_SDB"], 0, 0, 0, 10}})

Merci Chris, Tu n'a pas la query SQL sous la main par hasard ? (àadapter au cas par cas, mais ce serait déjàun bon départ car je n'ai aucune idée de la structure de la DB) Merci ;-)

c'est bien possible que l'ID aie changé, mais je ne pourrais pas le certifier àcoup sur... :-/

Quand on change le nom d'un capteur, ou qu'on le change de pièce, la courbe précédente s’arrête et une nouvelle commence. Une suggestion d'amélioration serait de permettre de renommer l'ancienne courbe avec le nom de la nouvelle pour assurer une continuité dans certains cas. Peut être pas via une interface graphique, mais une méthode via phpmyadmin pour moi serait suffisant.(en ayant fait un bon backup avant ;-) )

Oui je pense aussi que c'est un peu "too much" Sent from my SM-N910F using Tapatalk

Oui un bouton delete est une bonne solution, ça arrive rarement effectivement Sent from my SM-N910F using Tapatalk

Salut lazer, Super pour les données virtuelles !!! Je récupère aussi eau et gaz de sources externes et elles sont rapatriées dans la fibaro. Le seul souci que je pourrais voir avec les vg c'est que leur valeur soit prise quand elles sont fauses ou pas encore mises àjour... Des passages par "0" de certaines courbes ça casse tout un graphiques... Je me demande si mettre un timestamp collé àla valeur stockée dans la vg ne serait pas un bon moyen de vérifier la validité de la valeur. Ex: hh:mm:ss-dd-23456 Ou unixtime-23456 23456 étant la valeur de la mesure Le test serait fait sur le delta entre l'heure système et l'heure de la vg. S'il y a plus que 5 minutes par exemple, la valeur n'est pas prise en compte. Just my 2 cents ;-) Sent from my SM-N910F using Tapatalk