jojo

mais aolors je metterait également un serveur WEB sur cette machine linux qui hébergerait mon php, et alors, le script et le smtp sont ensebles

j'ai une VM debian, et je vai chercher, ça m'occupera intelligemment

oui, mais c'est encore rajouter une couche de virtualisation en plus : j'ai déjà Esxi, Xpeno, DSM, puis Docker. et s'il le faut je préfère apprendre DNS serveur que Docker

voilà ce que j'ai retrouvé dans ma doc de l'époque Gobal Variables http://<ipHC2>:<portHC2>/api/globalVariables http://<ipHC2>:<portHC2>/api/globalVariables?name=Auth_TV

mais ce qui est sûr, c'est que si tu ne le demandes pas, tu es SUUUUR que tu ne l'auras pas

oui, c'est sûr que ma solution n'est pas fiable comme elle le devrait. @sebcbien me l'avait déjà dit off. Et j'ai regardé les paquets syno pour ça, ça a l'air compliqué, il fat faire des config dans tous les sens, installer un DNS serveur, .... ce n'est pas clic, clic, clic. et si je ne comprends pas ce que je fais, je n'aime pas ... Alors avec mon blicolage à toutes les 10 min, ça semble tenir, mais pas 15 min ...

574 Non sérieusent le plus possible. Mais de toute façon Fibaro n'en tiendra pas compte

J'imagine bien que je n'ai pas été très clair. Je vais essayer de reformuler mon besoins plus clzirement. Avec ceci, j'ai développé une partie du code php pour qu'il puisse envoyer un mail avec en PJ la photo d'une caméra. Le mail ne part (plus) systématiquement (il y a queleques mois, c'était ok). J'ai trouvé ce bout de code unix qui permetterait de régler ce problème, lié à l'envoit de mails en php chmod +r /usr/syno/etc/synosmtp.conf en mettant cela dans une tâche planifiée du Syno, ET si j'active l'option de m'envoyer un mail à chaque fois ET si la tâche tourne toutes les minutes, alors mon php envoie correctement le mail. Sinon, nada ! Le problème c'est qu'il envoie 24*60 = 1440 mails par jours, et Google n'aime pas ça, il trouve que c'est trop ... Donc mon idée était de n'exécuter le script (sous root) que quand il faut envoyer un mail. D'où mon souhait de faire exécuter la tâche existante dans le syno. Car j'ai déjà essayé de mettre directement l'instruction dans le php, mais ça ne va pas, car le php n'est pas exécuté sous root. Et comme quand le lance manuellement la tâche, avant d'envoyer le mail, ça fonctionne.... Ai-je été plus clair dans mon explication ?

comme je suis têtu, j'ai quand même essayé ceci http://192.168.x.x:5000/webapi/entry.cgi?api=SYNO.Core.TaskScheduler&method=run&version=1&task=[24]&_sid=xxxxx et il m'a retourné une belle erreur 105

autant te dire que je n'ai rien compris, si ce n'est que je vais devoir abandonner.

voilà, je crois que j'ai trouvé la commande POST, mais il me faudrait de l'aide pour générer l'URL

ok, merci, je ne regarde donc que let GET, car il y a énormément de POS et peu de GET ;-)

et dans l'onglet Réseau j'ai 7 tab Si je vais dans le 1°, je trouve qqch dont le nom correspond au nom du job que je lance (connectionn=keep-alive), mais j'ai au moins 50 lignes, et je ne sais pas quoi chercher

avec le script que j'ai développé avec @sebcbien pour SS, il peut m'envoyer en attachement un mail avec des photos d'une caméra. Mais il y a des soucis avec le mail, et j'ai trouvé cette commande qui permet de solutionner le problème : mais encore .. c'est bof bof : quand je la lance manuellement, et qu'ensuite je demande qu'il m'envoie la photo par mail, le mail part. Par contre quand je plannifie cette commande toutes les minutes (et oui) parfois ça fonctionne, parfois pas. Va-t-en savoir pourquoi . Alors je me disqiat que dans mon php, je pourrais lancer manuellement la tâche juste avant d'envoyer la photo. J'zi déjà essayé en mettant la commande directement dans le php, ça ne fonctionne pas. voici la commande : chmod +r /usr/syno/etc/synosmtp.conf ça me prend la tête depuis des mois. Je ne veux pas abandonner, mais je crain que je vais y être contraint

donc, ce serait bien Xpeno la cause. Pour "étudier" cela, je lance la tâche et avec F12, je vois ce qui passe ? (je n'ai jamais fait ça de ma vie) En fait je dois lancer depuis un php une commande unix en tant que root. Il y a peut-être un au moyen ?

Bonjour, Je souhaite lancer une tachê créée dans le gestionnaire de tâches du Syno. Pour celà, il y a la fonction synoschedtask --get qui permet de visualiser les tâches programmées. Voici chez moi pour la tâhce #2 : MyAdmin@SynoBackup:/$ /usr/syno/bin/synoschedtask --get id=2 ID: [2] Name: [Keep Alive] State: [enabled] Owner: [root] Type: [daily] Start date: [0/0/0] Run time: [0]:[0] Command: [/volume2/ScriptsUnix/KeepAlive_Synology.sh] Last Run Time: Fri Oct 12 00:00:02 2018 Status: [Success] d'après la doc MyAdmin@SynoBackup:/$ /usr/syno/bin/synoschedtask --help Copyright (c) 2003-2018 Synology Inc. All rights reserved. Usage: synoschedtask (Version 23739) --get [<id=x> <state=disabled|enabled> <owner=x> <type=once|yearly|monthly|weekly|daily>] --del <id=x> --run <id=x> [check_time=0|1(default)] [check_status=0|1(default)] --reset-status --sync --help Je dois faire ceci pour lancer la tâche MyAdmin@SynoBackup:/$ /usr/syno/bin/synoschedtask --run id=2 check_time=0 MyAdmin@SynoBackup:/$ apparemment tout s'est bien passé, sauf que la tâche ne s'est pas exécutée MyAdmin@SynoBackup:/$ /usr/syno/bin/synoschedtask --run id=2 check_time=0 MyAdmin@SynoBackup:/$ /usr/syno/bin/synoschedtask --get id=2 ID: [2] Name: [Keep Alive] State: [enabled] Owner: [root] Type: [daily] Start date: [0/0/0] Run time: [0]:[0] Command: [/volume2/ScriptsUnix/KeepAlive_Synology.sh] Last Run Time: Fri Oct 12 00:00:02 2018 Status: [Success] MyAdmin@SynoBackup:/$ j'ai déjà posé la question ici : https://www.nas-forum.com/forum/topic/61113-commande-ssh-pour-lancer-tâche-du-planificateur-de-tâches/ mais chez eux ça fonctionne. La seule différence que je sais, c''est que je suis sous Xpeno, mais ça je ne l'ai pas dit, car ils considèrent (à tort) que c'est du vol. Alors, je vous le demande ? Ca fonctionne chez vous ? DSM 6.1 ou 6.2 ? (je suis en 6.2) Merci

Les notifs en haut à droite ne sont que pour les pm/mp

mais effectivement le FGBS peut-être. Mais sans LUA je ne saurais pas comment faire. Mais il est claire que ça ne sera jamais aussi fiable qu'un IPX

oui, et il faut voir s'il y a de quoi l'interfacer avec la HCL. C'est pour ça que je pensais à qqch d'autonome?

en effet, c'est moins pire.

ce type de compteur ne sera jamais connaectable à une HCL, ni même une HC2, directement. Tu devras passer par une boite style IPX-800

le sous-forum "pour les nuls" se trouve ici https://www.domotique-fibaro.fr/forum/83-la-home-center-pour-les-nuls/

est-ce que ton compteur d'eau a une interface Web, qui pourrait par exemple t'envoyer une alerte ?

C'est HS, mais je ne recommande pas d'installer Jeedom sur un RPI car la carte SD par définition n'est pas fiable.

ah bon, c'est ton genre ?