Barelle

Pour ma part, dans la fonction Restart, j'ai remplacé les lignes : jsonTable.lua = jsonTable.lua .. "\n"; response.data = json.encode(jsonTable); par : fibaro:setSceneEnabled(id, false); fibaro:setSceneEnabled(id, true); Notification('Watchdog : '..type..' "'..(name or "")..'" ('..id..") a fait l'objet d'un disable/enable", notification); return; une partie du code qui suit devenant bien sûr mort. Et cela fonctionne depuis des mois ainsi... La fonction setSceneEnabled est apparue après l'écriture du watchdog par Lazer, d'où cette astuce qu'il a employé et qui ne se justifie plus aujourd'hui. Maintenant une scène arrêtée aussi fréquemment a manifestement un problème.

D'où ce vieil adage informatique : quand une application fonctionne, c'est parce qu’elle n'a pas suffisamment de fonctionnalités...

Pour les valeurs non affichées, je crains ne rien pouvoir, le serveur UPS du NAS ne les remonte pas, probablement car elles ne sont pas fournies par l'onduleur. Tu pourrais sans doute faire évoluer le VD (interface et code) soit en substituant ces valeurs indisponibles par d'autres susceptibles de t'intéresser, soit en les supprimant... Les définitions des différentes valeurs figurent dans un commentaires à la fin du code du bouton Update...

Pour les valeurs non affichées, il faudrait vérifier dans la fenêtre de Debug du bouton Update les lignes relatives à la table payload pour s’assurer que ces valeurs sont bien retournées par le serveur UPS du Synology. Une fois la HC2 arrêtée, elle ne redémarrera pas toute seule : on lui a demandé de s'arrêter proprement, donc elle reste à l'arrêt jusqu'à une intervention extérieure, appui sur power on par exemple, d’autant plus qu'une tension en entrée de la HC2 est toujours présente. On justement voulu l'arrêter avant que l'onduleur ne soit plus en mesure de l'alimenter. Description de la logique actuelle : Dans le cas d'une coupure d'alimentation de l'onduleur, ce VD est informé et, via la scène associée, une fois le délai delayBeforePowerOff écoulé lancera l'arrêt de la HC2. Si l'alimentation de l'onduleur est rétablie alors la scène par appui sur le bouton WOL du VD pourra réveiller des matériels non connectés à l'onduleur et qui ont fait l'objet d'un arrêt brutal lors de la perte de tension. Logique qui pourrait être implémentée, si l'envie m'en prend... Lors d'un retour de tension, comme maintenant, pouvoir réveiller des matériels arrêtés. En revanche, par exploitation de la donnée battery.runtime, déterminer le moment où la HC2 n'a d'autre choix que de s'arrêter proprement.

Et pour cause, dans la version publiée ci-dessus, elles n'y figurent pas. Ci-joint, une nouvelle version avec les icônes : UPS-0.2.vfib Et les icônes qui vont bien (numéro à adapter à partir de la ligne 20 du bouton Update...

Il s'agit d'une sécurité qui permet d'indiquer explicitement au serveur UPS les clients autorisés.

J'ai bien la même version de DSM. En revanche, dans mon paramétrage la case Activer le serveur réseau UPS est bien cochée, ce qui permet d'ajouter l'adresse IP de la HC2 dans la liste des Périphériques DiskStation autorisés. Je pense que la source du problème provient du fait que le serveur réseau UPS n'est pas lancé. Ne devant exclure aucune idée, même si je n'y crois pas trop, as-tu essayé de vider le cache de ton navigateur et de changer de navigateur ?

Merci pour ce merci If faudrait vérifier que le serveur UPS est bien lancé sur le Syno, quelle est ta version de DSM. Attention le username et le password sont ceux indiqués en dur dans le VD, sauf à avoir modifié le paramétrage du serveur UPS.

Et en écrivant "if", "then", "else", "elseif"... Bref sans lettre capitale, cela donne quoi ?

Oui, une variable globale à la scène devrait suffire...

La fonction string.gsub attend au moins deux paramètres. Là cela ne peut pas fonctionner... Je suggère : local Pass = "Encodé";

La forme local Pass = string.gsub("Encodé"); serait syntaxiquement plus correcte...

Je l'avais également remplacé, mais c'est bon j'ai trouvé , cela venait d'une apostrophe à "chambre d'amis", qui dans la version de @Steven n'est pas accepté. J'ai un peu honte quand même

Si je résume : 1) quand les modules avait pour nom leur id, la page fonctionnait, 2) Depuis que les noms des modules ont été changés et qu'ils ont été attribués à des pièces, cela ne fonctionne plus. Pourrais-tu vérifier qu'aucun nom de module ou de pièce ne comporte un guillemet ou une apostrophe ?

Dans la version de @Steven, j'ai changé, à la ligne 19, le "https" en "http", mais malgré cela rien ne s'affiche.