tempo QuickApp - Suivi Abonnement TEMPO (EDF)

[fredokl 432]

Sinon l'idée un RGBW serait vraiment pas mal.

[mprinfo 3 342]

Je sais de quel côté ton cœur balance

Envoyé de mon BLA-L29 en utilisant Tapatalk

[fredokl 432]

Vas-y balance!

[Sakkhho 469]

Hausse sur tempo sensiblement plus importante que sur les autres tarif ?
A regarder de près quand les montants seront publiés.


Envoyé de mon iPhone en utilisant Tapatalk

[Lazer 8 486]

Oui c'est la première crainte que j'ai eu en lisant la synthèse du discours du maire de France... les 3% restants sont probablement les abonnés Tempo / EJP.

Ce matin j'ai lu un autre article sur Selectra qui craint la même chose...

 

Wait & see... on sera fixé dans une semaine à 10 jours.

 

Une seule chose est sûre, quelque soit l'abonnement, ces 10% d'augmentation supplémentaire vont encore relancer une vague d'achats de panneaux photovoltaïques comme à chaque fois.
Pour les intéresses, dépêchez vous, il semblerait que la situation en mer rouge et le détournement des bateaux par l'Afrique va avoir une inflience sur les prix qui vont repartir à la hausse, alors qu'ils n'ont jamais été aussi bas que cet hiver (-50% en 6 mois, si on se reprend +50% dans l'autre sens c'est dommage...)

[mprinfo 3 342]

Petit aperçu pour voir les couleurs tempo
Avec le bouton d'ouverture de la porte de garage
Uniquement disponible avec mon QA


Envoyé de mon BLA-L29 en utilisant Tapatalk

[Lazer 8 486]

Tout ça pour nous montrer que tu as un beau Linky

 

Et j'adore le "Uniquement disponible avec mon QA", un vrai pro du marketing

 

 

[mprinfo 3 342]

Mdr
Moi je fais pas de spam pour faire de la pub

J'ai installé tu QA il fonctionne bien aussi

Pourquoi tu le relis à ton QA edrt2 ?
Ne serait il pas plus judicieux d'interroger directement edrt2 à 6h et 22h ?

Si j'ai bien compris tu changes la couleur de ton QA à 0h ?

Perso je préfère faire cela à 6h



Envoyé de mon BLA-L29 en utilisant Tapatalk

[Lazer 8 486]

il y a 5 minutes, mprinfo a dit :

Pourquoi tu le relis à ton QA edrt2 ?

Parce que le QA EDRT2 va déjà chercher les infos de la téléinformation, qui sont des infos locales, indépendantes du cloud.
Je l'ai expliqué dans mon tuto, ça permet de continuer à fonctionner même en cas de panne des 2 serveurs (EDF et RTE) et/ou d'Internet.

Car il ne s'agirait pas que les scénarios domotiques se plantent un jour rouge, la blague peut vite couter très cher...

[mprinfo 3 342]

Ma question était

Pourquoi tu le relis à ton QA edrt2 ?

Ne serait il pas plus judicieux d'interroger

directement edrt2 à 6h et 22h ?

Envoyé de mon BLA-L29 en utilisant Tapatalk

[Lazer 8 486]

Je vais te retourner la question, et même 2 : pourquoi réinventer la roue d'une part, et faire 2 fois le travail d'autre part ?

J'ai déjà un QA qui fonctionne, en exploitant pleinement l'API proposée par GCE.

Donc mon QA Tempo va juste relire le contenu de la Variable globale alimentée par le QA GCE.

Simple et efficace.
 

D'ailleurs dans ma nouvelle version, je peux maintenant récupérer la couleur du lendemain depuis la téléinfo, à partir de 20h (stocké dans une autre VG), donc ça fait encore une sécurité supplémentaire.

[mprinfo 3 342]

En passant par ton QA edrt2 tu as un intermédiaire qui peut être planté
Ou on peut aussi imaginer que l'on utilise pas le qa edrt2
Ma réflexion était juste pour rendre indépendant le QA ce n'était pas une critique

Envoyé de mon BLA-L29 en utilisant Tapatalk

[Lazer 8 486]

Si le QA EDRT2 plante, alors le QA Tempo plantera également si j'inclue ma librairie GCE dedans, puisque ça sera le même code, donc les mêmes bugs !

Et même pire, puisque ça utilisera double de ressources CPU + RAM sur la HC3, et aussi sur l'EDRT2 lui-même qui sera doublement interrogé, on n'est pas à l'abri d'effet de bords qui fassent apparaitre de nouveaux bugs qui ne seraient pas apparus avec un seul QA qui interroger l'EDRT2.

Donc au final, ça ne sera pas plus fiable, et statistiquement parlant, d'un point de vue calcul de probabilité, c'est des maths, il y a même plus de chance que ça plante... donc bon... non vraiment je préfère conserver une architecture simple et efficace, où chaque QA a sont job à faire.

 

PS : c'est comme les disques en RAID cette histoire, tu as plus de chance d'avoir un problème avec plusieurs disques regroupés dans une grappe RAID qu'avec des disques indépendants... simple calcul de probabilités de niveau lycée.

C'est pas pour rien que le RAID 5 a été abandonné il y a pas mal d'année et remplacé par le RAID 6, qui lui même est en passe d'être abandonné et remplacé par de nouveaux algorithmes (Erasure Coding, etc). Dit autrement : on intègre le fait qu'on va avoir X pannes simultanées en ajoutant des protections de partout pour se prémunir contre ces pannes, à la fin on a une sorte d'usine à gaz.

 

Si tu as 1 chance sur 1 million que 1 disque tombe en panne, alors tu as 1 chance sur 500'000 seulement d'avoir une panne avec 2 disques... plus tu en mets, plus ça a de chance de planter.
ça c'est pour le calcul mathématique.
Ensuite tu ajoutes les effets de bords (vibrations des disques qui entrent en résonance, différence de latence entre 2 disques, etc) qui font que le risque de panne augmente encore beaucoup plus rapidement que le simple calcul de probabilité.

 

La comparaison est peut être un peu exagérée, mais imagine 2 QA qui font la même chose, c'est un peu comme les disques, 2 fois plus de chance de plantage.
Et comme ces 2 QA interrogent le même appareil, la similarité, au lieu d'avoir des disques qui entrent en résonance et se gênent mutuellement, c'est un EDRT de l'autre coté qui n'arrive plus à répondre aux requêtes simultanée des 2 QA. Au mieux un ralentissement, au pire un plantage, le serveur Web embarqué dans l'Ecodevice est très léger et dispose de très peu de ressources...

[Lazer 8 486]

il y a 57 minutes, mprinfo a dit :

En passant par ton QA edrt2 tu as un intermédiaire qui peut être planté

Et de toute façon, même si le QA EDRT2 plante, ce n'est pas un souci, puisque je le répète pour la Nième fois, mon QA Tempo est prévu pour gérer le cas de plantage : indisponibilité des serveurs EDF, RTE, téléinformation (donc indirectement Enedis)

ça fait déjà 3 sources d'informations.
Plus on lui ajoute de source d'info, plus ça va le rendre fiable.
En effet, on ne peut pas appliquer le calcul de probabilité exposé précédemment, puisque pour fonctionner, mon QA Tempo a besoin d'une seule source minimum.

Pas des 3 simultanément.
Et ça, ça change tout.
Au leu de devenir de moins en moins fiable à mesure qu'on lui ajoute des sources, au contraire, il va devenir de plus en plus fiable.

Je le redis, je l'ai conçu de telle sorte à ce qu'il soit le plus robuste possible, car là on commence à parler pognon.
Entre une journée rouge optimisée à 15 kWh, et une autre sans optimisation à 45 kWh, ça fait 33 - 11 = 22 € de différence, je trouve ça assez significatif.
Surtout si la blague du bug se répète plusieurs jours d'affilée...

 

Donc s'agirait pas que GEA fasse n'importe quoi avec les conditions à sa disposition.

Tiens, d'ailleurs, dis donc... GEA il dépend de tous les autres QA pour fonctionner ?
Et pourtant, on ne va pas inclure le code LUA de tous les autres QA du forum dans GEA, ça n'aurait aucun sens 

 

Modifié 23 janvier par Lazer

[mprinfo 3 342]

Je n'utilise pas GEA
Merci pour ces explications

Envoyé de mon BLA-L29 en utilisant Tapatalk