Recherche de "la pointe quart horaire" ?

[halifax]

Bonjour et Bonne Annee a tous...

quelqu'un a t il deja affiche avec Domoticz, sa "pointe quart horaire" ?
j'ai un smart meter EASTRON X96 (un peu similaire au SDM630 d'EASTRON) mais je n etrouve rien la dessus.
Sur cet appareil il y a la possibilite d'avoir une mesure de la pointe de puissance (en Kw) integree sur 15min .... je m'attends donc a une valeur fixe pendant 15min , representant la valeur calculee sur le 1/4h precedent .... valeur remplacee par une nouvelle tous les 1/4d'h ... mais je ne trouve pas!
(un registre qui representerait ca sur le X96) don cje ne sais pas l'afficher dan sdomoticz!
A beaucoup d'endroit, l'on facture en "plus" SI on a depasse un seuil de conso a 1 instant T sur le mois...
Il faut donc s'arranger que pour eviter ces pointes... or pour ca , il faut deja les mettre en evidence... donc "les connaitre"....

Deja que les 3/4 du temps , le fait de "modifier' la valeur du registre a lire dans "MATERIEL", fait se planter Domoticz.sh (que je dois alors arreter en SSH sou sPutty et redemarrer!),... de ce fait mes essais sont difficiles!
quelqu'un a t il une idee ? (normalement simple!)

[halifax]

Il semble que le sujet n interesse pas grand monde?
Pourtant la facturation se fera bientot avec, en plus, ce critere! (c est deja le cas au nord du pays.)

Je cherche a afficher, EN PLUS, sur le graphique de la consommation journaliere, un suivit de l evolution de cette pointe quart horaire!

Le suivit de 2 registres de mon smart metre, genere deux graphiques,
l un est l index en Kwh, (ca ne fait que "monter", avec une pente Ft de la puissance en marche) et
l autre est la puissance (Ft de ce qui est en marche) au fil des "5 minutes"...

C est sur ce dernier que je voudrais "superposer" une ligne d une autre couleur representant , en kw, la difference d index tous les 1/4 h.

Mais je ne vois pas du tout comment faire ca!
Quelqu un a t il une idee?

[syl2222_fr]

Salut !

Hors sujet :

Tu m'as fait me poser plein de questions
Kesako quart-horaire , facturation ?

Du coup: Cette problématique est , pour l'instant, pour nos copains Belges.
Franchement, c'est pas un peu abusé cette facturation ?

Et sinon, désolé, je ne peux pas t'aider.
Googlee =>

Code : Tout sélectionner

La pointe quart-horaire est la puissance moyenne tirée au réseau pendant le quart d'heure où la 
consommation a été la plus intense sur le mois. 
Elle est facturée entre 3 et 7€/kW/mois (soit une moyenne de 60€/kW/an). 
La puissance retenue sur la facture est la pointe la plus importante des 12 derniers mois.

[halifax]

Bonjour Syl...

eh oui, c'est en belgique "du nord" et depuis 01/01/23. Moi je suis dans la partie "sud" , mais j'y suis attentif, car ca finira par nous tomber sur le râble!
Donc, j'ai continuer a chercher et j'ai, ce matin, fini par trouver comment mettre cela en evidence.
J'utilise ici, pour ce qui est du controle de la consommation du qra, un module smart meter EASTRON X96 qui rentre dans "domoticz" pour 2 valeurs , 1/l index en Kwh et 2/la puissance consommee en Kw.
En partant de ca, domoticz me genere un fichier CSV de l'index toutes les 5min ... et 3x5min c'est 1/4h.
Donc partant de ce csv, j'ai la consommation en Kwh pendant chaque 1/4h. De là, je le multiplie par4 et j'ai la valeur du la puissance (en Kw) sur chaque 1/4h.
L'on remarque vite qu'au fil d'une semaine, on a quelques "pointes" et c'est ca qui servira au calcul d'un "surplus" de facturation... ( bien sur on prendra le max .... de l'annee )

Ce que je cherche a faire est d'utiliser une registre de l'eastron qui devrait me renseigner cette valeur directement cela devrait etre plus simple a mettre en evidence avec un graphique sous domoticz....
A bientot.

[lost]

En partant de ca, domoticz me genere un fichier CSV de l'index toutes les 5min ...

Avec un Qubino Smart-Meter en tête de mon tableau électrique, dans le même ordre d'idées mais un peu plus simple, j'avais moi aussi constaté que j'avais rarement des valeurs de conso max enregistrées dans les log Domoticz vs ce que je pouvais lire sur mon compteur (Francais/Linky).

J'avais donc fait un script de type "device" en Lua qui enregistrait les vrais max par tranche de 10mn: En effet, le report sur ce smart-meter se fait sur un certain niveau de changement de conso qui est programmable... et il y en a en réalité bien plus que d'enregistrés en DB pour les graphes.

Le même type de script enregistrant par tranche d'1/4 d'heure une moyenne calculée glissante et non seulement une valeur max sur 10mn comme dans mon cas, permettrait peut-être d'avoir la moyenne fiable voulue au 1/4 d'heure sans devoir compter sur une fonctionnalité du module.

Au besoin, je pourrais poster mon script à titre d'exemple. Il alimente un compteur d'énergie virtuel stockant les véritables max sur 10mn et utilise une variable utilisateur pour les max/comparaisons sur 10mn.

L'autre avantage de tout faire côté Domoticz, c'est que ce serait extensible pour réaliser des délestages en soft de tout ce qui est programmable niveau gros consommateurs si la moyenne glissante sur 1/4 d'heure se rapproche du seuil qui va coûter cher!

[halifax]

Ah, oui, mais Qubino, je ne le connais pas. (Pas plus que les scripts LUA, je reste dans Domoticz, avec son interface graphique, qui s exporte en texte, mais je reste en graphique).
Alors, en belgique (flandre) le "Kw" coutera 40,04e htva, avec un minimum de 2,5Kw... donc env 100e+tva/an. Le fait de ne pas y preter attention ne sera pas redibitoire, mais pourrait couter, p.ex. avec 8Kw de pointe, 320e+tva... (en plus du cout de l energie , bien sur).
Alors ce n est pas le "pic maximum" instantanne ...mais l integrale sur le quart d heure... une pointe due au demarrage d un moteur ne sera pas "visible", mais la charge d un VE, oui... forcement!
Je pense que l on peut tabler sur les Kwh repris, tous les 1/4h, (par calcul de "index2-index1" 15 min avant, multiplie par 4), est correct.
Je dois revoir où ca se trouve et se calcule dans le Eastron X96, un peu similaire au SDM630 de la meme marque, mais je ne trouve pas plus de gens qui se sont , actuellement encore, preocupe de cette vision des choses. A bientot.

[lost]

Ah, oui, mais Qubino, je ne le connais pas.
(...)
Je dois revoir où ca se trouve et se calcule dans le Eastron X96...

Pas besoin de le connaître, tout dispositif capable d'envoyer ses mesures sur une base relativement fine (temporellement, seuil de changement de conso configurable...) conviendra. Le but étant de récupérer toutes les valeurs mesurées, pas seulement le faible échantillonnage avec une résolution de 5mn qui se retrouve en base pour faire ses calculs.

Mais il faut en effet scripter afin, par tranches d'1/4 d'heure, pouvoir calculer une moyenne. Là 2 possibilités: A partir de la somme des valeurs et du nb de mesures (ne requiert que 2 variables utilisateur) ou calcul de la moyenne au fil de l'eau (même requis, 2 vartiables, afin de stocker cette fois la moyenne précédente et le nb de mesures courant) si on veut pouvoir gérer des délestages avant le seuil.

Mais c'est clairement déjà plus un job pour du blockly graphique. Il faut apprendre un peu de Lua et c'est pas les exemples/infos qui manquent sur le wiki/forums.

Pour fixer les idées, mon script gérant l'enregistrement des (vrais) pics de conso par tranches de 10mn, alimentant un capteur virtuel conso:

Code : Tout sélectionner

-- Smart-Meter (per 10mn/600s default time slice max) peak power consumption
-- Only use slices > 5mn Domoticz log/graph record time in DB or some max will
-- be overwritten!
--
-- Changelog:
--   11/01/2019, YL, 1st version.
--   13/05/2021, Record integers for Domoticz 2021.1 using math.floor().

-- User editabe settings:
devSmartMeterPwr='SmartMeter W' -- Real PWR consumtion measurement device name
devPeakPwrVrtSen='Puissance MAX' -- Virtual sensor type "electricity" name
maxLastUpdateVrt=600 -- Store current power value if last max record is too old...
maxPeakPwr=13000     -- Device limit is 63A, measures exceeding are filtered.

commandArray = {}

--
-- Internal fct :
-- Get current script exec time & compute last 'device' update time.
--
local function timeLastUpdate(device)
    t1  = os.time()
    sT0 = otherdevices_lastupdate[device]

    -- Returns a date time like 2016-12-02 15:30:10
    -- => Format as os.time & compute diff :

    year    = string.sub(sT0, 1, 4)
    month   = string.sub(sT0, 6, 7)
    day     = string.sub(sT0, 9, 10)
    hour    = string.sub(sT0, 12, 13)
    minutes = string.sub(sT0, 15, 16)
    seconds = string.sub(sT0, 18, 19)
    t0      = os.time{year=year, month=month, day=day, hour=hour, min=minutes, sec=seconds}
    tDiff   = os.difftime(t1, t0)

    return(tDiff)
end

--
-- Update virtual sensor
--
local function updateNum(dev, value1)
    local cmd = string.format("%d|0|%d", otherdevices_idx[dev], math.floor(value1))
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

--
-- MAIN
--
if (devicechanged[devSmartMeterPwr]) then
    curPwr = tonumber(devicechanged[devSmartMeterPwr])
    
    -- Immediately log & return on bad pwr figures...
    if (curPwr > maxPeakPwr) then
        print('WARNING : '..devSmartMeterPwr..' reports '..curPwr..'W !!!')
        return commandArray
    end
    
    pkPwr  = tonumber(otherdevices[devPeakPwrVrtSen])
    tLastPk= timeLastUpdate(devPeakPwrVrtSen)
        
    -- Debug :
    --print(devSmartMeterPwr..': P='..curPwr..'W ('..type(curPwr)..')')
    --print(devPeakPwrVrtSen..': P='..pkPwr..'W ('..type(pkPwr)..') ; Last : '..tLastPk..'s')
    
    -- Peak Pwr is stored rounded...
    if (curPwr > (pkPwr + 1)) or (tLastPk > maxLastUpdateVrt) then
       --Debug :
       --print('Update '..devPeakPwrVrtSen..' to '..curPwr..'W')
       updateNum(devPeakPwrVrtSen, curPwr)
    end
end

return commandArray

Si la fonctionnalité intégrée au dispositif existe/fonctionne, c'est sans doute plus simple. Sinon n'importe quoi reportant les mesures fait le job avec qq lignes de code à peine plus complexes que ci-dessus (pas de variable utilisateur requise, juste la valeur courante du capteur conso virtuel qui change si nouveau max; d'ailleurs le même principe avec la moyenne glissante économiserait une variable utilisateur, ne resterait à stocker que le nb de mesures courant de sa tranche d'1/4 d'heure).

Virtuel/variables utilisateur à créer de l'interface au besoin ici.

[halifax]

Ouh laaaa.... merci a toi pour ce bel exercice et la proposition d y adherer, mais mes petites connaissances sur le sujet ne me permettent pas de tout cerner!
Cevi dit, je devrais decortiquer ton explication et tacher de la,mettre en oeuvre ici.
Car, OUI, je m etais deja pose la question avec ces "5min"... Alors, je ne suis jamais alle voir ( et encore moins chipoter!) dans la DB de domoticz pour voir ce qui s y trouve.
P. Ex. le smart metre est interroge toute les 10 sec (c est ainsi defini dans "materiel", "device ID polling rate", l affichage de la derniere valeur lue est bon), mais je ne sais pas ce Domoticz fait avec toutes ces valeurs pour n'afficher un graphique s incrementant toute les 5 min!
Pour les temperatures, en 433mhz, les capteurs transmettent toutes les 25 a 30 sec env et l affichage direct est bon, mais le graphique ne s incremente qu au bout de 5 min aussi.
N ayant QUE un Rpi et Domoticz, je ne vois pas ce que je pourrais faire.
Alors, il n est pas necessaire d etre precis au watt pres, ceci est surtout utile pour mettre en evidence "quoi" faire pour eviter les surcout. (Meme si l on peut penser ..."tant qu a faire, autant bien le faire", c est aussi vrai, j avoue!).
En tous cas Merci pour ces precisions qui mettent aussi en evidence les manquements en cours. Il me reste a voir comment faire pour m'ameliorer!
Je dois dire que je ne sais pas par où commencer! Me voici un peu perdu.
Deja que j essaie de trouver a utiliser la fonction "DEMAND" de l eastron x96 et ca ne fonctionne pas comme ca devrait!

Car normalement, ce genre d appareil est prevu justement pour ca... renvoyer directement cette valeur, qu il peut tres bien calculer lui meme , vu qu il ne sert justement qu a mesurer, en permanance, tous les parametres que pour y arriver!
Cqfd.... nomalement ce serait le registre 87 (float 32bits), a lire a partir de 86 (86 et 87)... mais a cette lecture, c est une valeur fixe permanente qui revient, je ne comprends pas.
A bientot.

Ah oui, j oubliais de preciser... quelque chose de tres important :
Le reseau d alimentation ici est tri phase.... mais en DELTA !( chierie belge! )
Donc tri phase 3x230V SANS NEUTRE !
le truc ingerable avec lequel l on ne saura pas charger un VE autrement qu en monophase 230V 2500 a 3000W (avec prise speciale et tout et tout! ).
Bon, l avantage est qu avec ca, la pointe quart horaire sera tres limitee...
A plus

[lost]

Car, OUI, je m etais deja pose la question avec ces "5min"... Alors, je ne suis jamais alle voir ( et encore moins chipoter!) dans la DB de domoticz pour voir ce qui s y trouve.
P. Ex. le smart metre est interroge toute les 10 sec (c est ainsi defini dans "materiel", "device ID polling rate", l affichage de la derniere valeur lue est bon), mais je ne sais pas ce Domoticz fait avec toutes ces valeurs pour n'afficher un graphique s incrementant toute les 5 min!

AMHA, ces valeurs hors échantillonnage 5mn c'est poubelle niveau DB. Afin de pas voir exploser sa taille. Mais bon, ça n'empêche pas de récupérer les valeurs au fil de l'eau et faire des calculs via script, qui ne conservent que les résultats voulus.

C'est un des gros points forts de Domoticz de pouvoir faire des switch ou senseurs virtuels et d'offrir des capacité de script avec des niveaux adaptés. Lua (voir son dérivé dzvent pas utilisé pour ma part) est de difficulté d'apprentissage médiane et permet déjà pas mal de choses.

[halifax]

Je pensais que Domoticz realisait ce travail (calcul de la valeur moyenne sur ces 5 min , pour l afficher), mais effectivement, si ce n est pas le cas.... l on se demande a quoi ca sert! Car la valeur scannee toutes les 300sec n est en rien representative de ce qui s est passe les 299 autres secondes.
Par contre, me concernant, mes connaissances sur le sujet ne me permettent pas de savoir que faire pour "calculer ca autrement"!
Et je ne vois vraiment pas par où commencer.
Donc, c est la berezina pour moi, hormis trouver comment utiliser cette fonction sur l eastron x96 bien sur, c est pour ca que je continue dans cette voie... mais jusqu ici, ca ne me renvoie pas une valeur censee!