🔮 RĂ©cupĂ©ration Code couleur Tarif Tempo

Bonjour Ă  tous,
voici un mini tuto permettant la récupération de la couleur jour du tarif Tempo.

L’API de RTE renvoyant un Json trop long et imbriquĂ©, il est impossible de le traiter directement sur IPX800 V5.
Une autre API gratuite permet l’obtention de rĂ©ponse Json simplifiĂ©e.
API d’accĂšs aux donnĂ©es tarifaires Tempo EDF - API Platform

Nous allons l’utiliser pour sa simplicitĂ© de mise en Ɠuvre.

Sauvegardez puis testez le Push. Vous devriez obtenir une réponse sous la forme suivante

{
  "dateJour": "2024-12-04",
  "codeJour": 2,
  "periode": "2024-2025"
}
  • CrĂ©ez maintenant un objet PARSER dans lequel vous configurez la source en sĂ©lectionnant la rĂ©ponse du push prĂ©cĂ©dent.
    Indiquez la clé codeJour (attention à la casse)
    Indiquez le type Ana8.

Retestez le push. Le parser devrait alors renvoyer le numĂ©ro de la couleur du jour (aujourd’hui la variable Ana8 prend la valeur 2)

  • De la mĂȘme maniĂšre, vous pouvez obtenir la couleur du lendemain avec l’URI suivante :
    /api/jourTempo/tomorrow

Il vous suffira de comparer le code couleur retourné et configurer les actions adéquates.

1 : bleu
2 : blanc
3 : rouge

Bonne journée

5 « J'aime »

Bonjour fgtoul,

si je me souviens l’info Bleu est un peu particuliĂšre, elle est considĂ©rĂ©e par dĂ©faut et le 1 n’est renvoyĂ© que si ça correspond Ă  un changement.
Je n’ai pas Tempo donc pas possible de vĂ©rifier


Bonne journée

c’est peut-ĂȘtre le cas avec l’API de RTE.
Mais cette API retourne 1 sans problĂšme pour demain.

ce qui correspond bien avec l’API RTE

Mais il est vrai qu’il y a changement de couleur entre aujourd’hui et demain.
Une requĂȘte en date du 6 (donc bleu identique Ă  la vaille) renvoie 0.
Il faut donc valoriser à 1 si 0 est reçu.

A suivre.

CrĂ©ation d’un widget

Configurez la variable ana8 correspondant à output1 du Parser en réel avec 1 décimale.

Ajoutez un widget type Jauge

1 « J'aime »

Traitement de la valeur 0

Voici un moyen de traiter par liens la valeur 0 :
Le push est soumis aprÚs 11h00 chaque jour. Il doit récupérer la valeur 1,2 ou 3 pour la couleur du lendemain.
Dans le cas d’une valeur reçue Ă  0, il faut passer la valeur Ă  1 (bleu par dĂ©faut).

Si la valeur reçue est Ă  0, la sortie du comparateur passe Ă  l’état ON, la sortie du Preset passe Ă  1.
L’objet fonction donne la valeur corrigĂ©e de la couleur Tempo.

Une rĂšgle peut alors ĂȘtre exĂ©cutĂ©e tous les jours Ă  6h00. Cette rĂšgle transfert par setVal le rĂ©sultat de l’objet fonction « tempo corrigĂ©e Â» (calculĂ© la veille Ă  11h00) dans la variable CouleurDuJour. DĂšs 6h00, vous pouvez alors scĂ©nariser en fonction de la couleur. (la couleur s’applique de 06h00 Ă  22h00)

Voici un exemple 100% liens.

  • corriger la valeur 0
  • afficher la couleur sur un widget
  • dĂ©terminer les heures pleines sur les jours rouges

1 « J'aime »

@mcc37 a déjà exposé une solution sur le sujet. Vous pouvez vous inspirer de son process basé sur le moteur de scénarios pour votre installation.

2 « J'aime »

bonjour @grocrabe @grocrabe

Pas besoin d’avoir tempo pour jouer avec ! :wink:

T’as bĂ©gayĂ© sur le tempo :musical_note: :rofl:

j’avais essayĂ© avant d’aller cherchĂ© ma gamine au lycĂ©e mais apparement ca aime pas le https:// dans l’adresse et j’avais oubliĂ© TLS

1 « J'aime »

j’ai co-corrigĂ©-gĂ©

non car c’est l’ipx qui ajoute http:// ou https:// en fonction du toggle TLS.

1 « J'aime »

Bonjour

Moi j’utilise le port 443 et ça fonctionne trùs bien.

Bonne soirée

Je commence a avoir un peu de retour d’expĂ©rience, ça marche trĂšs bien avec cette API.

A chacun d’implĂ©menter une logique selon ses besoins, il faut vraiment bosser ses rĂšgles de dĂ©lestage de la conso, mais c’est redoutablement efficace. Le 1er jour rouge de l’annĂ©e a bien fonctionnĂ© cette semaine.

1 « J'aime »

Je pense que l’ipx fait le changement de port elle mĂȘme des lors que l’on active TLS

1 « J'aime »

Et depuis j’ai aussi fait le mĂȘme widget que celui proposĂ© par @fgtoul. Je n’utilise pas l’IHM de l’IPX au quotidien, j’ai un Home Assistant au dessus, mais c’est trĂšs pratique pour contrĂŽle ou debug d’avoir un IHM de base.

Petite variante, mon widget gĂšre le cas oĂč l’info n’est pas connue sur la couleur Tempo (partie grise)

Bonjour et merci pour cette présentation. Je souhaite savoir sur quel organisme vous vous appuyez pour la prévision solaire?

Pour le moment je ne l’ai pas implĂ©mentĂ© dans l’IPX800, mais je le fais dans Home Assistant via Solcast qui fournit une API trĂšs bien, mais trĂšs riche ce qui n’est pas simple vu de l’IPX.

Merci, je viens de la trouver sur JEEDOM. Quant à la simplicité, je ne suis plus à une difficulté prÚs 

Bonne soirée.

Bonjour @fgtoul, je viens de terminer cette rĂ©cupĂ©ration et je ne comprends pas la finalitĂ©, dĂ©solĂ© j’ai du rater un calcul.
J’ai joint un pdf de l’excel avec formules et avec valeurs.
Je trouve que la sortie du comparateur HP_ROUGE passe Ă  1 si Couleur BLEUE et INCONNUE entre 6 et 22h et BLANC et INCONNUE en dehors?
TEMPO.pdf (50,6 Ko)

bonjour,
effectivement, il y a une erreur de frappe, essayez avec le comparateur Ă  4

C’est bon, seule la couleur ROUGE reçue entre 6 et 22h active un Ă©ventuel arrĂȘt des appareils non essentiels.
Je vais l’installer.
Merci
Bonne journée