jojo

voici un code simple sources : (google) http://www.fibarouk.co.uk/support/lua/library/fibarogetsourcetrigger/ http://www.fibarouk.co.uk/support/lua/actions-use-fibarocall-api/actions-arguments-usage/ 107 et 115 sont les ID des devices qui ont généré l'alerte (tu peux en mettre autant que tu veux) pushID : contient l'ID du téléphone sur lequel tu sohaite recevoir le message push --[[ %% properties 107 value 115 value %% globals --]] local pushID = 10 -- id du device pour push local trigger = fibaro:getSourceTrigger() if trigger['type'] == 'property' then fibaro:debug("le device en alarme est "..trigger['propertyName']) fibaro:call(pushID, 'sendPush', "le device en alarme est "..trigger['propertyName']) end

Pour ta sonnette (ding dong), ce sera plutôt un FGBS dont tu auras besoin

ah oui bonnes idées, sauf que la première fois que ça ne fonctionnera pas, le WAF en prendra un coup !

le SID, est une clé d'identification au^rès du Synology. Donc si tu dupliques le VD, tu peux utiliser la même variable. Par contre, si tu changes le nom de la variable Status dans le code, il faudra le faire àplusieurs endroits, et dans tous les boutons. C'est lourd. Et cette variable contient le dernier status des caméras. Donc si tu l'as activée, elle contient quelque chose comme "Enabled", mais si il y a un enregistrement, elle est remplacée par "Record" (? je ne connais plus les valeurs par coeur). Il faudrait peut-être que je crée en plus une VG SurvStation_Action, et ainsi la VG SurvStation_Status ne contiendrait que "Enable" / "Disable". Qu'en penses-tu @Lazer ? (si ok pour toi je ferais une v 4.4 avec cette petite modif)

non (et je suis content de ne pas m'avoir encore eu), mais si tu dis que tu ne sais pas faire de recovery, c'est probablement que ton image recovery est corrompue

C'est peut-être le folder system de ta clé USB qui est corrompu. Remplace l'existant par celui que je propose dans ma signature, et tu pourraas êut-être refaire un recovery.

"tu n'y arrives pas" : à utiliser le VD de Lazer ? tu as une tellement vieiille version de Surveillance Station v2.0, que c'est peut être pour ça. dans le VD de Lazer, il n'y a pas de bouton capture d'écran. Donc tu dois créer dans ton HC2 les devices pour chaque caméra, et il y a une instruction LUA ou GEA pour faire une capture d'écran. Le seul test que tu dois faire avec le VD de Lazer est si la caméra est activée ou pas, et l'activer avant de prendre la photo.

@Brale24, Tes talents de medium me font peur ... Plus sérieusement, Ca ne sert à rien, mais rien que pour la qualité des images et du scénario, ils mériteraient d'en vendre, si cela fonctionne ...

On ne peut pas compter sur la HC2 pour une vraie alarme : pas fiable, elle plante parfois et le protocole est brouillable. Je ne connais pas l'alarme à laquelle tu fais référence, mais il faut qu'elle soit 100% fiable et ne puisse être brouillée. La HC2 est alors un excellent complément à ton système d'alarme. L'alarme qui s'intgre parfaitement à la HC2 est la Satel

@Lazer, Tu te souviens j'avais fait quelques "modifications" pour un index (ici) En attendat une rubrique dédicassée aux index, j'ai mis cela dans CO2. Cela fonctionne impeccable, sauf au delàs de 30 jours : Tous les mois tu fais une moyenne, et ici pour un compteur, il faudrait faire un total, et pas une moyenne. Donc dans la prochaine version, je pense qu'il serait cool de prévoir (si tu ne l'as pas déjàprévu) : un groupe "Bazar" : qui se comporte comme les mesures actuelles un groupe "Compteur" : qui somme les valeurs tous les mois un groupe "index" : qui retient la dernière valeur du mois

ce ne sera pas possible de tout mettre en un dans un mode bloc, car il s'agit d'actions différentes en fonction du trigger

en mode bloc, tout faire dans une scène est impossible. Il faut faire presque une scène par "scénario" (allumer lampe, couper lampe, ...)

tient, cela faisait longtemps que je n'avais plus entendu râler sur les templates Quibino...

je donnais ça car on parlait de camera Foscam ...

voici le string jpeg pour une camera FOSCAM. Je n'ai pas ce portier cgi-bin/CGIProxy.fcgi?cmd=snapPicture2&usr=user&pwd=password&dummy=

mais si je peux amener du 12VDC, je préfère un FGBS avec 2 contacts à1€ : c'est moins cher et pas de piles

oui bien sur ET rajouter le &dummy= àla fin

tout au début de mon installation je réclamais àcorps et àcris du diagnostic du réseau z-wave. Maintenant, je m'en fou. Pourquoi : il va bien, car j'ai beaucoup plus de modules et donc un bon maillage. Mais je pense que ça peut aider àdébugger

pour l'intégration avec les caméras Foscam, il faut rajouter àla fin des strings &dummy= pour voir les flux vidéo

Je l'ai juste eu en test 1 jour. Une fois difficilement inclu, il semblait faire son job. Je l'envisagerait éventuellement pour domotiser ma boite aux lettres, mais ce n'est vraiment pas urgent ...

ici chef http://www.domotique-fibaro.fr/index.php/topic/7410-domotisation-boite-aux-lettres/?p=111305

j'ai eu un problème similaire, mais disjoncteur qui sautait immédiatement, mais pafois avec un certain délais. Donc je croyais que c'était mon FGS . Et bien non, une des ampoules de mon jardin avait le socket dans l'au. J'ai donc changé le paramètre 16 en power OFF après une coupure de courant, pour pouvoir éteindre l'alimentation électrique des lumières de mon jardin...

ok, compris <= c'est la bonne nouvelle la n"mauvaise" nouvelle : je n'ai pas de RGBW et aucune expérience avec.Donc je n'ai pas analysé les codes. Mais, l'idée serait de stocker les informations que tu voudrais récupérer dans une variable (si plusieurs paramètre, en y stockant un json), puis de les relire quand tu veux pour les réinjecter

j'ai relu 3 fois ton post, et je ne comprends pas la question, ni ce que tu veux faire.

avec ceci tu devrais avoir le temps en secondes depuis la dernière ouverture ID = 189 last = os.time() - fibaro:get(ID, "lastBreached") fibaro:debug(last)