Aller au contenu

Barelle

Membres confirmés
  • Compteur de contenus

    332
  • Inscription

  • Dernière visite

Réputation sur la communauté

167 Excellent

1 abonné

À propos de Barelle

  • Rang
    Membre passionné

Profile Information

  • Sexe :
    Homme
  • Ville :
    Lauragais
  • Box
    Autre
  • Version
    HC3

Visiteurs récents du profil

3 235 visualisations du profil
  1. Barelle

    Quick App - RTE EDF Tempo

    RTE semble avoir un problème et n'a pas encore publié la couleur de demain : https://www.services-rte.com/fr/visualisez-les-donnees-publiees-par-rte/calendrier-des-offres-de-fourniture-de-type-tempo.html
  2. Barelle

    url POST ver HC3

    La syntaxe est plutôt : http://<user>:<pwd>@<ip box>:80/api/callAction?deviceID=<deviceID>&name=<method>
  3. @Lazer Juste une remarque sur la dernière courbe, d'autres sources fournissent des résultats bien différents : Ou encore avec on peut lire : Source National Geographic Tout en affirmant que les concentrations actuelles sont d'origine anthropiques. Ceci dit sans vouloir troller.
  4. Peut-être en changeant le câble réseau…
  5. Barelle

    QuickApp - Suivi Abonnement TEMPO (EDF)

    Je sui désolé d'être d'accord avec @Lazer, mais après un rapide coup d'œil au code du QA, il y a bien un bug : La variable self.UrlTempoDate n'est initialisée que dans la fonction QuickApp:onInit, donc, l'interrogation n'est réalisée que pour la date de démarrage du QA. Correction suggérée : Copier les lignes -- URL couleur Tempo self.UrlTempoDay = "https://particulier.edf.fr/services/rest/referentiel/searchTempoStore?dateRelevant=" self.UrlTempoDate = self.UrlTempoDay..os.date("%Y-%m-%d") -- URL Jours restants self.URLTempoDayRest = "https://particulier.edf.fr/services/rest/referentiel/getNbTempoDays?TypeAlerte=TEMPO" self.HeureURL = json.decode("[0,6,"..self:getVariable("Refresh")..",22]") de la fonction QuickApp:onInit au début de la fonction QuickApp:Mainloop.
  6. Barelle

    Quick APP - UPS pour serveur DSM Synology

    Le problème : Les champs "Input voltage", "Fréquence", "Power" et "Real power" ne sont pas renseignés. La cause : Les valeurs "VAR UPS input.voltage", "VAR UPS input.frequency", "VAR UPS ups.power", "VAR UPS ups.realpower" ne sont pas retournées par l'Eaton Ellipse ECO 1200 au serveur UPS du Synology et donc au QA. Détours possibles : Pour "Input voltage" et "Real power" on ne peut pas faire grand chose à part supprimer les labels de l'interface et leurs mises à jour dans la fonction "updateLabels". Pour "Fréquence", il serait possible dans la fonction "updateLabels" de remplacer "input.frequency" par "output.frequency.nominal". Pour "Power", il serait possible dans la fonction "updateLabels" de remplacer "ups.power" par "outlet.power", de modifier le titre du label et les valeurs du child "power" (dernières lignes de la fonction "processData"). Toutefois, je ne sais pas très bien à quoi correspond la valeur "outlet.power" (25 VA pour un NAS 4 baies me parait faible, sauf s'il n'ya qu'un disque...).
  7. Barelle

    Quick APP - UPS pour serveur DSM Synology

    Bonsoir, Il faudrait vérifier si les valeurs manquantes figurent bien dans le json retourné par le serveur UPS du Synology.
  8. Barelle

    Quick App - Ecodevice v1

    Le format de la variable globale est propre au QA, un changement de version ne peut être la cause. Peut-être essayer de désactiver le QA, de supprimer la variable globale, puis de réactiver le QA.
  9. Barelle

    Plugin Netatmo

    Oui...
  10. Barelle

    QuickApp - Suivi Abonnement TEMPO (EDF)

    Pour le délai, ce n'est pas tant la longueur du script ou les ressources consommées sur la HC3 que si nous sommes des centaines de milliers à faire des requêtes inutiles, le service deviendra soit dégradé, soit inaccessible ou tout simplement supprimé.
  11. Barelle

    QuickApp - Suivi Abonnement TEMPO (EDF)

    C'est un peu plus compliqué, la journée Tempo commence à 22h00, et la couleur du lendemain peut être connue à partir de 11h00, donc : - à 22h00 la couleur du lendemain devient inconnue, - à partir de 11h00, tant que la couleur du lendemain est inconnue, on peut interroger le site EdF, - une fois la couleur connue, il faut attendre 22h00. PS : 1) Pour être prudent, il vaut mieux utiliser la trame de téléinformation du compteur pour connaître le tarif en cours. 2) Il me reste à identifier quand est décrémenté le compteur de jours restants.
  12. Barelle

    QuickApp - Suivi Abonnement TEMPO (EDF)

    Pour le QA, une interrogation toutes les 60 secondes (soit 1440 fois par jour) pour récupérer des données mises à jour une fois par 24 heures, cela n'est-il pas un peu beaucoup ?
  13. Barelle

    Abonnement TEMPO

    EDF propose une API avec la couleur du jour et celle du lendemain, la mise à jour a lieu entre 11h00 et midi : https://particulier.edf.fr/services/rest/referentiel/searchTempoStore?dateRelevant=2023-03-14 qui retourne : {"couleurJourJ":"TEMPO_BLEU","couleurJourJ1":"TEMPO_BLEU"} Une autre API permet de connaître le nombre de jours restants : https://particulier.edf.fr/services/rest/referentiel/getNbTempoDays?TypeAlerte=TEMPO qui a pour réponse : {"PARAM_NB_J_BLANC":11,"PARAM_NB_J_ROUGE":0,"PARAM_NB_J_BLEU":158}
  14. Barelle

    Quick App - Ecodevice v1

    Même si je ne fais pas directement le lien avec le problème rencontré, et étant donné que tu sembles n'utiliser ton Eco-device que pour récupérer les données de la téléinformation de ton compteur, pourrais-tu changer la variable "toBeDisplayed" (actuellement "T1,C1,C2") pour lui donner la seule valeur "T1". De même, il devrait être possible de simplifier la variable "childs" avec la valeur "T1WhActuel,T1kWhJour,T1JourEuro,T1MoisEuro,T1AnneeEuro,T1SimuBaseJour,T1SimuBaseAnnee,T1SimuBaseMois". Cela supprimera les childs relatifs à C1 et aux index heures pleines et heures creuses.
  15. Barelle

    Quick App - Ecodevice v1

    Il faut que la variables maxLabels correspondent au nombre de labels du QA. Peux-tu essayer d'importer à nouveau le QA (supprimer l'actuel n'est pas nécessaire).
×