henri-allauch

Essais ce matin ( 5.180.17) le service reboot fonctionne avec message d'erreur ... mais la HC3 redémarre, les services Shutdown et Suspend ne fonctionnent pas ----------------------------------------------------------FONCTION RebootHC3-------------------------- function RebootHC3(self) -- OK sauf message erreur sur la commande : Error Commande Api : "End of file" local UserHc3 = self:getVariable("V_UserHc3") local PasswdHc3 = self:getVariable("V_PasswdHC3") local status, err = pcall(function() local stat,response = self.http:request("http://localhost/api/service/reboot", { options={ headers = { --["content-type"] = "application/json;charset=UTF-8", ["Authorization"] = "Basic " .. base64(self, UserHc3 .. ":" .. PasswdHc3), ["X-Fibaro-Version"] = "2" }, method = "POST" }, success = function(response) self:trace("Commande Api OK : " .. json.encode(response)) end, error = function(message) self:error("Error Commande Api : " .. json.encode(message)) end, }) end) if not status then self:error("Error on Pcall api/service/... : " .. err) end end

Si tu veux je peux essayer ton script sur un environnement différent pour voir ?

autre chose essaye de lancer ton backup set -o pipefail; "/volume1/ScriptsUnix/backup-hc3-local.sh" 2>&1 | tee -a "/volume1/ScriptsUnix/backup-hc3-local.out"; sans le pipefail ( qui permet d'arrêter la commande à la première erreur dans les commandes avec (Pipe | ) je ne sais pas s'il se comporte pareil sous tous les shell ?

et ils contiennent la même chose ?

Nos messages se sont croisé donc ??? SI tu as modifié le script c'est peut être par là que ça se passe ou vraiment un problème de droit d'écriture ou de création ?

La commande simule ce que tu es sensé avoir avec le backup mais sans faire le backup. Soit tu as introduit une erreur dans le script initial soit ??? Donc on fait pareil sans le script et on voit le résultat. Tu tapes direct au clavier: cat UnFichierExsistant 2>&1 | tee -a X.test la commande cat va lire un fichier désigné par UnFichierExsistant et son contenu sera affiché sur l'écran ainsi que les erreurs éventuelles. la suite | tee -a X.test : copie cette sortie dans le fichier X.test en mode ajout. Donc si dans ton fichier UnFichierExsistant il y a : TEST_JOJO tu va retrouver ce même texte dans X.test . C'est ce que fait la commande de lancement du script de backup et qui donne les informations a tee pour écrire les résultats et les erreurs dans le .out C'est simplement pour voir comment ça se comporte or du script . Ça ne résoudra pas le PB initial. Résumé et essais nota : iMac-M3:~ henri$ ça c'est le Promt de ma console Unix iMac-M3:~ henri$ echo TEST_Jojo > UnFichierExistant Création du fichier UnFichierExistant contenant TEST_Jojo iMac-M3:~ henri$ cat UnFichierExistant 2>&1 | tee -a X.test Lecture du fichier et création de X.test TEST_Jojo Ce qui s'affiche c'est le contenu de UnFichierExistant iMac-M3:~ henri$ cat X.test Lecture de X.test TEST_Jojo Le test à fonctionné puisqu'on retrouve le contenu de l'action cat UnFichierExistant 2>& dans X.test (TEST_Jojo ) De toutes façons la commande indiquée plus haut fourni par @Lazer en début de ce POST pour lancer le backup Fonctionne ...QUi en aurait douté ? En fait je ne sais pas si ces explicationst'aident à comprendre ou ça t'embrouille les idées encore plus.

Je n'utilise pas cette méthode de lancement. Mais je viens de tester pour voir et j'obtiens bien : Début de la procédure de Backup Fibaro Home Center PROD ( Vrs: 3.23 - Henri ) : dimanche 08/06/2025 20:22:46 Sauvegarde avec historique... et la suite. Version Henri ... Quelques motifs mineures pour adapter à ma configuration : système de mail différent .... N'est ce pas un problème de droit sur le fichier .out ou son répertoire ? Est-ce que une commande directe du type : cat UnFichierExsistant 2>&1 | tee -a X.test fonctionne ?

Si l'on veut que ce forum continue, il faut se MOBILISER Pas de soucis j'en informe PAPA NOËL

Un petit retour sur sur les finances ..... pour ce forum. Avons nous été à la hauteur ?

C'est reparti à 18:36 ....... [01.06.2025] [18:35:39] [ERROR] [QA_TEMPO RTE_591]: Impossible d'obtenir le statut RTE Tempo [01.06.2025] [18:36:39] [DEBUG] [QA_TEMPO RTE_591]: Interrogation RTE [01.06.2025] [18:36:42] [DEBUG] [QA_TEMPO RTE_591]: Nouvelle couleur RTE du jour : BLEU [01.06.2025] [18:36:42] [DEBUG] [QA_TEMPO RTE_591]: Nouvelle couleur RTE de demain : BLEU

Oui côte EDF c'est OK. C'est bien ce que tu disais plus haut : plusieurs sources -> plus de sécurité Voilà c'est une coïncidence fallait y tomber dessus.

Depuis passage en 5.180.17 ce matin ça tourné OK puis cet Apres Midi après une sauvegarde cloud, donc restart des service j'ai des erreur RTE Permanentes ? [01.06.2025] [17:14:25] [WARNING] [QA_TEMPO RTE_591]: Can't get RTE Tempo : Code de statut HTTP = 500 [01.06.2025] [17:14:27] [ERROR] [QA_TEMPO RTE_591]: Impossible d'obtenir le statut RTE Tempo Je sais pas si c'est une coïncidence ? Sauf si il n'y a pas d'interrogation de RTE en 12 et 19 par exemple et que le serveur RTE à un défaut qui est donc rendu visible puisque le QA fait des interrogation à son Init ??? Avec IsDebug dans RTE : [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Using tools library v2.30 [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Using RTE library v1.00 [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Using EDF library v2.00 [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Using Notifications library v2.40 [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: RTE:configure("c6f3a590-f380-4276-93e1-7326d2597b36", "46c41242-e559-43a8-bb1e-c01997e2e979", "fr") [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: RTE library v1.00 successfully initialized [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: EDF library v2.00 successfully initialized [01.06.2025] [17:01:02] [DEBUG] [QA_TEMPO RTE_591]: Add notification QuickApp "Notifications" Notif_Tempo() [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Notifications library v2.40 successfully initialized [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable couleur jour : Tempo_Jour [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable couleur demain : Tempo_Demain [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable Teleinfo tarif : - [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable Teleinfo jour : Tempo_Tic_Jour [01.06.2025] [17:01:03] [DEBUG] [QA_TEMPO RTE_591]: Global Variable Teleinfo demain : Tempo_Tic_Demain [01.06.2025] [17:01:13] [DEBUG] [QA_TEMPO RTE_591]: Première requête [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:getTempo({"day":1,"month":6,"min":1,"isdst":true,"hour":17,"sec":15,"yday":152,"year":2025,"wday":1}, {"day":2,"month":6,"min":1,"isdst":true,"hour":17,"sec":15,"yday":153,"year":2025,"wday":2}, table[2]) [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:getAPI("/open_api/tempo_like_supply_contract/v1/tempo_like_calendars?start_date=2025-06-01T00:00:00+02:00&end_date=2025-06-03T00:00:00+02:00", function(), table[2]) [01.06.2025] [17:01:15] [WARNING] [QA_TEMPO RTE_591]: RTE:getAPI() Need a new token [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:login(table[2]) [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI("/token/oauth/", nil, function(), table[2]) [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI() url = https://digital.iservices.rte-france.com/token/oauth/ [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI() payload = "" [01.06.2025] [17:01:15] [DEBUG] [QA_TEMPO RTE_591]: table[2] "Content-Type" = "application/x-www-form-urlencoded" "Authorization" = "Basic YzZmM2E1OTAtZjM4MC00Mjc2LTkzZTEtNzMyNmQyNTk3YjM2OjQ2YzQxMjQyLWU1NTktNDNhOC1iYjFlLWMwMTk5N2UyZTk3OQ==" [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI() success() response = {"headers":{"Connection":"close","Server":"","Date":"Sun, 01 Jun 2025 15:01:16 GMT","User-Agent":"avhttp\/2.9.9","Content-Type":"application\/json","Transfer-Encoding":"chunked","X-CorrelationID":"Id-3c6b3c68f71743a4e081ed84 0","Accept":"text\/html, application\/xhtml+xml, *\/*","Host":"digital.iservices.rte-france.com"},"data":"{\n \"access_token\" : \"NxjNzfWek20pIdjsb3cNDWo6oYHvAD1nDI4T5Ue58d1ES1kfxE5hAR\",\n \"token_type\" : \"Bearer\",\n \"expires_in\" : 7200\n}","status":200} [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:postAPI() data OK : {"token_type":"Bearer","access_token":"NxjNzfWek20pIdjsb3cNDWo6oYHvAD1nDI4T5Ue58d1ES1kfxE5hAR","expires_in":7200} [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:login() Bearer NxjNzfWek20pIdjsb3cNDWo6oYHvAD1nDI4T5Ue58d1ES1kfxE5hAR 7200 [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:getAPI("/open_api/tempo_like_supply_contract/v1/tempo_like_calendars?start_date=2025-06-01T00:00:00+02:00&end_date=2025-06-03T00:00:00+02:00", function(), table[2]) [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:getAPI() url = https://digital.iservices.rte-france.com/open_api/tempo_like_supply_contract/v1/tempo_like_calendars?start_date=2025-06-01T00:00:00+02:00&end_date=2025-06-03T00:00:00+02:00 [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: table[1] "Authorization" = "Bearer NxjNzfWek20pIdjsb3cNDWo6oYHvAD1nDI4T5Ue58d1ES1kfxE5hAR" [01.06.2025] [17:01:16] [DEBUG] [QA_TEMPO RTE_591]: RTE:getAPI() success() response = {"headers":{"Organisation-Name":"OPEN","Connection":"close","X-CorrelationID":"Id-3c6b3c681e18d994ab5e4661 0; Id-3c6b3c68be49947d9f769ba2 0; Id-3c6b3c681f182c2eceb5a7f2 0","Max-Forwards":"19","Date":"Sun, 01 Jun 2025 15:01:16 GMT","Accept":"text\/html, application\/xhtml+xml, *\/*","Server":"","Content-Type":"application\/json","Host":"localhost:8065","User-Agent":"avhttp\/2.9.9","Transfer-Encoding":"chunked","Transaction-ID":"Id-3c6b3c68be49947d9f769ba2","Via":"1.0 vespaprdif004vm (), 1.1 vespaprdif004vm (), 1.1 vespaprdif004vm (), 1.1 vespaprdif004vm ()"},"data":"{\r\n\t\"error","status":500} [01.06.2025] [17:01:16] [ERROR] [QA_TEMPO RTE_591]: RTE:getAPI() Code de statut HTTP = 500 [01.06.2025] [17:01:16] [WARNING] [QA_TEMPO RTE_591]: Can't get RTE Tempo : Code de statut HTTP = 500 [01.06.2025] [17:01:18] [ERROR] [QA_TEMPO RTE_591]: Impossible d'obtenir le statut RTE Tempo

Bon ce matin ça tourné à priori bien, puis cet après midi après une sauvegarde ( donc un reboot ) j'ai un problème avec le QA Tempo RTE ( je poste la trace dans le post du QA ) Non pas de problème c'est une erreur serveur RTE ( Coïncidence )

mise à jour exécutée aussi -> Passage de 5.160.42 à 5.180.17 Il m'a proposé une reconfiguration du Capteur MCO ( ) et malgré une configuration douce, il a chamboulé tous les ID On va voir dans les jours qui viennent si j'ai aussi des comportement bizarre de LUA comme @Lazer

Je partage complètement cet avis. Tous les post sérieux sur le web indiquent que le compteur abonné appartient à ENEDIS et qu'il sont responsables de son bon fonctionnement. Je pense aussi que le défaut tel que je leur ai décris peut préter à interprétation et qu'il me dirige vers un électricien pro pour ne pas s'embêtèr. Mais sur une vrai panne il se déplacerais.

Si c'est une intervention dans l'urgence je comprend. Vous faites le travail nécessaire en sécurité puis vous demander à ENEDIS de re-plomber. Mais en tant qu'électricien Pro avez vous eut des nouvelles consignes d'ENEDIS générales, vous demandant d'intervenir systématiquement à leur place chez les abonnés pour du matériel qui leur appartient. Votre client a appelé ENEDIS qui lui a demandé de se diriger vers un Pro, ou vous a t'il appelé directement avant ENEDIS ? De plus si le disjoncteur est HS je pensais que le coût du remplacement était à la charge de ENEDIS.

Je dispose d'un disjoncteur Général GARDY DB90 45 / 500mA 2 Poles (1999) installé et plombé par EDF puis ERDF à la pose du Linky . Il fonctionne parfaitement sauf que : quand je le fait disjoncter par le bouton TEST, il coupe bien le secteur mais le bouton NOIR de ré-enclenchement ne sort pas. Il me faut tapoter sur le disjoncteur pour le faire sortir et pouvoir ainsi le réarmer. J’ai contacté mon fournisseur EDF qui me dit qu’après renseignement auprès d’ENEDIS, il me faut appeler un électricien Pro. Etonné, j’ai fait un mail à ENEDIS qui me fait la même réponse. J’ai contacté un ami électricien qui me dit ne pas être informé par cette pratique. Ce qui est étonnant c’est qu’il faut retirer les fusibles (aussi plombés) en amont du linky pour couper le 220 à l’entrée du disjoncteur ce qui me semble interdit. C’est vrai que maintenant c’est le linky qui coupe en cas d’utilisation supérieure à l’abonnement et cela explique peut-être pourquoi ENEDIS ne se préoccupe plus du disjoncteur ??? Par contre j’ai injecté un peu de W40-Silicone par le bouton NOIR et maintenant il fonctionne correctement. Vous avez une information ou une expérience ENEDIS merci de la partager.

ok je comprend. dans mon cas je sais directement récupérer Couleur JOUR et Couleur Demain ( après 20 heures ) c'est le WES qui fait le bouleau depuis la trame du tic au niveau du PTEC. Il me suffit donc de renseigner seulement les deux VG_TIC_Jour et VG_TIC_Demain et ton QA tempo RTE saura gérer EDF RTE et LINKY

je n'ai pas le QuickApp GCE car j'utilise un serveur WES. Je sais récupérer les couleurs JOUR et DEMAIN de la téléinfo par le WES pour les transférer dans les VG_TIC que tu as ajouté dans le QA Tempo RTE Question 1 : dans ton QA CGE à quelles heures ou à quelle fréquence tu renseigne les 2 variables VG_TIC Question 2 : la VG_Teleinfo est renseignée par le QA CGE à partir de quelle info du Tic ? à Quoi sert elle dans le QA Tempo RTE en plus des 2 variables VG_TIC Merci

Il est peut être temps de parler finance...... Pour le forum ?

Non c'est toujours le même user.

Pour moi aussi c'est reparti. Avec plaisir mais effectivement on est tranquille en bleu pour encore quelques mois

Sur le site : https://data.rte-france.com/catalog/-/api/consumption/Tempo-Like-Supply-Contract/v1.1 Le site est en maintenance du 05/05 au 15/05. La souscription aux abonnements est indisponible, les accès aux APIs sont fortement perturbés depuis le 14/05/2025. C 'est peut être la raison mais rien remarqué avant le 15

Depuis hier soir j'ai des erreurs permanente de connexion à RTE : [15.05.2025] [14:37:43] [DEBUG] [QA_TEMPO RTE_558]: Première requête [15.05.2025] [14:37:45] [WARNING] [QA_TEMPO RTE_558]: Can't get RTE Tempo : Login échoué : Code de statut HTTP = 400 [15.05.2025] [14:37:46] [ERROR] [QA_TEMPO RTE_558]: Impossible d'obtenir le statut RTE Tempo [15.05.2025] [14:37:46] [WARNING] [QA_TEMPO RTE_558]: Aucune couleur du jour trouvée [15.05.2025] [14:37:46] [WARNING] [QA_TEMPO RTE_558]: Aucune couleur de demain trouvée Suis je le seul ?

Non pas pour moi . Ton occupation disque ?