Como interpretar corretamente as leituras do meu contador com o HA?

Divide por 4 vais ter uma surpresa

Está perfeito isso

1 Curtiu

@nikito7, pega os dados que publiquei e demonstra… Acho que estou “bloqueado” (lol).

0,388 / 4 = 0,097
2,688 / 4 = 0,672
3,22 / 4 = 0,805

Vamos lá ver se conseguimos falar hoje à partir das 17:00 horas. Sugiro que entrem todos aqueles que partilham o mesmo interesse.

Queria, entretanto, deixar aqui para reflexão prévia ao grupo que, para representação gráfica, o valor deles tem de ser multiplicado por 4 para que o gráfico faça sentido, se não a representação gráfica não poderia ser de kWh e sim 1/4 de kWh. Se ponderarem o “correto”, não tem como a E-redes refutar aquilo que o contador tem registado, ou seja, o valor de consumo/produção de cada 15 minutos tem de ser exatamente a diferença dos valores que colhemos no contador à cada 15 minutos. Para a representação gráfica, eles têm de multiplicar este valor por 4 para representar kWh e não “quarto de kWh”. Creio que a contagem relevante para efeito de cobrança/pagamento de energia terá sempre de ser a diferença da leitura dos contadores imediatamente anterior à cada 15 minutos e que é isto que informam ao teu vendedor/comprador de energia.

Já estou no discord, mas confesso que meio perdido…
Como interagir???

Após uma queixa sobre a disponibilização de dados e forma como são calculados, a E-redes me enviou o documento legal que define como são feitas as leituras e contagem de consumo/produção.

Julgo que quem como eu está preocupado em entender como os cálculos são feitos deveria ler este documento, pelo que deixo aqui o link para o mesmo.

Para quem achava “simples”, deixo aqui um pequeno excerto do documento:

1 Curtiu

Penso que esse ponto não é aplicável a contadores com contagem de 15/15 minutos e integrados na rede. Ver ponto 35 do documento: Os perfis de consumo são aplicados a todos os clientes finais que não dispõem de equipamento de medição com registo de consumos em períodos de 15 minutos.
Aliás, para UPACs esses contadores são obrigatórios por imposição legal.

Edição: obrigado pela partilha do documento. Serve para saber muitas coisas.

Ainda não li João… Passei na inclinada pelo documento. Hoje à noite vou ler ao detalhe…

Depois de uma passagem melhor pelo documento, eu vi o seguinte:

image

O meu caso é o de microprodução. Quando vais ao disposto no 14.1.2 vês:

image

Imagino então que o contador poderia me disponibilizar os contadores, à cada 15 minutos, num período retroativo de até seis meses, já que o meu período de faturação é mensal.

Pergunta do milhão de dólares: Como é que podemos ir lá buscar estes dados no contador E-redes? Com isto não teríamos mais erros induzidos pelo horário do contador e tão pouco por ler os dados em momentos diferentes do operador, ficando assim com algo idêntico ao que o operador pode utilizar para informar o consumo e a produção.

Feedbacks?

Isso não diz que tem de ficar guardado no contador, diz só que fica guardado em “memoria não volátil”. Se ficar gravado numa DB pode-se considerar memória não volátil.

1 Curtiu

Não creio… Leia:
image

Repare acima no “Complementarmente”.

image

A referência do documento é para “equipamento de medição”. Entendo assim que, complementarmente à norma EN 62052-11 (que não li ainda), o mesmo equipamento tem de entregar o descrito no c). Como eu sou persistente, hei de encontrar um meio de retirar esta informação do contador se lá a informação estiver disponível.

Concordo contigo que a interpretação destes documentos é sempre difícil porque nunca é precisa e deixa sempre brechas de entendimento tal como esta que aqui nos expõe.

Demo

>D

>BS

tper=60
smlj=0

=>sensor53 r

>M 1

+1,19,mN1,0,9600,EB99,18,15,r010400820001,r010400830001,014500000011bc01

; 82

1,010404UUuuUUuu@i0:1,Entries in Use ,,*,0

; 83

1,010404UUuuUUuu@i1:1,Profile Entries ,,*,0

1,=h<hr>
1,=hExample:

1,014525UUuu@i2:1,Year ,,*,0

1,=h not working here
1,=h 'sensor53 d1' only

1,=h<hr>

; eof M
#
; eof

Pdf página 21

Notas:

  • 11bc é 4540 em hex. Última entrada. Mais recente.
  • o tasmota continua a implicar com respostas longas. Hex(25) deve dar um decimal jeitoso… :rofl:

A legislação é feita de propositadamente assim para poder ser interpretada de várias maneiras, conforme for mais conveniente…

Mas com o tempo irá aparecer com certeza uma maneira de aceder à informação guardada no contador.

A hora que conta é a do contador.

Nunca ninguém ligou à hora do contador :joy:

Parece que vão precisar… :rofl:

Tu sempre a me trazer boas novas, lol. Daquilo que entendi, tens 4540 registos (profiles) certo?
Entretanto, façamos o que quisermos, a hora do contador é que é a referência, certo?

Por último, tu expões o ano e hora… Como se faz com o mês e dia?

>D
>B
=>sensor53 r
>M 1

+1,19,mN1,0,9600,EB99,18,15,r010400800001,r010400810003,014503000011bc01

; 80

1,010408uu@i0:1,Config ID .1 ,,*,0
1,010408xxuu@i0:1,Config ID  .2 ,,*,0
1,010408xxxxuu@i0:1,Config ID .3 ,,*,0
1,010408xxxxxxuu@i0:1,Config ID .4 ,,*,0
1,010408xxxxxxxxuu@i0:1,Config ID .5 ,,*,0
1,010408xxxxxxxxxxuu@i0:1,Config ID .6 ,,*,0
1,010408xxxxxxxxxxxxuu@i0:1,Config ID .7 ,,*,0
1,010408xxxxxxxxxxxxxxuu@i0:1,Config ID .8 ,,*,0

; 81/82/83

1,01040cUUuuUUuu@i1:1,Capture Period ,s,*,0
1,01040cxxxxxxxxUUuuUUuu@i1:1,Entries in Use ,,*,0
1,01040cxxxxxxxxxxxxxxxxUUuuUUuu@i1:1,Profile Entries ,,*,0

1,=h<hr>
1,=hExample:

1,014511UUuu@i2:1,Year ,,*,0
1,014511xxxxuu@i2:1,Month ,,*,0
1,014511xxxxxxuu@i2:1,Day ,,*,0
1,014511xxxxxxxxuu@i2:1,Week Day ,,*,0
1,014511xxxxxxxxxxuu@i2:1,Timestamp ,h,*,0
1,014511xxxxxxxxxxxxuu@i2:1,Timestamp ,m,*,0
1,014511xxxxxxxxxxxxxxuu@i2:1,Timestamp ,s,*,0
1,014511xxxxxxxxxxxxxxxxuu@i2:1,T ,hs,*,0
1,014511xxxxxxxxxxxxxxxxxxUUuu@i2:1,GMT Deviation,,*,0
1,014511xxxxxxxxxxxxxxxxxxxxxxuu@i2:1,Summer/Winter ,,*,0
1,014511xxxxxxxxxxxxxxxxxxxxxxxxuu@i2:1,AMR Status ,,*,0
1,014511xxxxxxxxxxxxxxxxxxxxxxxxxxUUuuUUuu@i2:1000,Value ID 9 ,kWh,*,3


1,=h<hr>

; eof M
#
; eof

Tabela ID’s página 15

11 agosto

Temos é que exigir que acertem o raio da hora.

Deixa que o meu estabilize, que eu faço já reclamação devido à hora estar fora de calibração.

Para deixar o grupo em pulgas e para entenderem a razão pela qual sou tão “chato” na tentativa de ler os meus dados e garantir sincronismo com aquilo que o operador entrega ao comprador/vendedor de energia, vejam no link oficial abaixo a previsão de abertura do mercado ibérico para amanhã. O preço máximo é de 208,47€; médio de 189,90€. Temos de arranjar uma forma precisa de medição pelo HA.

É percetível, pelo post do @nikito7, que não vamos conseguir tirar os dados armazenados no contador com o Tasmota, pelo que temos de buscar uma outra solução para efeitos de faturação (de notar que o Tasmota funciona à 100% para quem só tem interesse em informação gráfica quase igual a que vai chegar ao fornecedor/operador ou que só compra energia).

Ideias???

https://www.omie.es/pt


Copyright © 2017-2021. Todos os direitos reservados
CPHA.pt - info@cpha.pt


FAQ | Termos de Serviço/Regras | Política de Privacidade