blues a écrit:Je pense qu'il faut se rapprocher du fonctionnement "classique" des alertes intrusion prévu pour la box :
1) la caméra détecte un mouvement : elle envoie elle même les photos sur le cloud eedomus via ftp

blues a écrit:2) optionnel : un détecteur déclenche la règle de préalerte (timer avant alerte permettant classiquement de désactiver l'alarme par clavier, RFID, etc.)

blues a écrit:3) le temps est écoulé : alerte avérée qui provoque l'exécution de la règle sur laquelle on paramètre les actions (sirène, etc.) et les notifications auxquelles on peut joindre la dernière image des caméra.)

blues a écrit:Dans ton cas ta caméra ne semble pas pouvoir détecter toute seule le mouvement et n'anticipe pas la prise de photo. Néanmoins elle arrive a poster des images de temps en temps.
Il faudrait alors peut-être ajouter une étape (étape "0") précédant celles citées plus haut qui se chargerait de prendre la photo et de l'envoyer rapidement sur le cloud. (cette règle ne ferait que ça)
L'étape 2 est importante. C'est celle que tu as imaginé pour "temporiser". Il faut en effet faire des tests avec des tempo assez grandes au départ (20 ou 15 sec) et descendre progressivement.

Le fait de tout faire par macro, donc sur le même périphérique est peut-être un problème aussi. Il faudrait essayer de créer un périphérique de type "état" avec les étapes RAS/préalerte/alerte qui envoie la photo sur l'état "préalerte" (1ère règle). Ensuite le passage à "alerte" va activer la règle qui envoie les notifs avec photos (2ème règle).

influman a écrit:si c'est juste pour recevoir une notification avec une photo, tu peux utiliser pushingbox.

Dans ta règle, eedomus lancerait la requete de l'API pushingbox correspondante.
Côté pushingbox, tu peux paramétrer par exemple le service mail ou même twitter qui t'envoie un message dans lequel tu peux intégrer une image. Pour l'URL de l'image, il suffit de mettre la requête d'obtention de snapshot de ta caméra.