Skip to content

A integração não está a receber o MIBEL #46

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
JeffersM1 opened this issue Jan 1, 2024 · 17 comments
Open

A integração não está a receber o MIBEL #46

JeffersM1 opened this issue Jan 1, 2024 · 17 comments
Labels
upstream Upstream error or breaking change (HA or OMIE)

Comments

@JeffersM1
Copy link

image

Isto é um problema no sítio da OMIE?

Este é o URL correto para confirmar se o sítio do OMIE está a publicar os valores do MIBEL?https://www.omie.es/sites/default/files/dados/AGNO_2024/MES_01/TXT/INT_MAJ_EV_H_01_01_2024_01_01_2024.TXT

@JeffersM1
Copy link
Author

Estou a utilizar a versão 1.0.2 da integração.

@jsantosdias
Copy link

Eu tenho o mesmo problema, e sem isso fico sem valores finais de preço...

@JeffersM1
Copy link
Author

Para já, substituí todas as instâncias de "+ MAJ +" por "+ 0 +"

@luuuis
Copy link
Owner

luuuis commented Jan 1, 2024

Não sei até que ponto o mecanismo de ajuste ainda vigora. De qualquer forma actualizei os templates da Coopérnico para prescindirem desse valor caso ele não esteja disponível.

Editado: https://www.portugal.gov.pt/pt/gc23/comunicacao/comunicado?i=mecanismo-iberico-prolongado-ate-ao-final-de-2023

@JFRosado
Copy link

JFRosado commented Jan 1, 2024

Eu ainda vejo o MAJ no template da Coopérnico. Ajustei as minhas fórmulas no meu HA e removi tudo o que tinha a ver com o MAJ. A mim já me dá valores.

@JeffersM1
Copy link
Author

JeffersM1 commented Jan 1, 2024

Nos cálculos das tarifas para hoje e amanhã, penso que nesta parte do código temos de testar se "MAJ" tem um valor não numérico. E, se for não numérico, usar "0" em vez de "MAJ". Mas não sei como o fazer.

{%- if PM == None or MAJ == None %}
          {%- set price=PM %}
        {%- else %}
          {%- set price = ((PM + CGS + k)*(1.0 + FP) + MAJ + TAR) | round(2) %}
        {%- endif %}
        {%- set hh = (as_timestamp(h, None) + half_hour * 1800) | as_datetime() -%}      
        {%- if PM != None %}
          {%- set ns.hourly_data=ns.hourly_data + [(hh.isoformat(), price)] %}
        {%- endif %} 

@luuuis
Copy link
Owner

luuuis commented Jan 1, 2024

Os templates já foram actualizados e testados hoje de manhã para funcionar quando o valor do mecanismo de ajuste está indisponível. É pegar na versão mais recente dos Tarifários Portugal.

@JeffersM1 como de costume quem tem modificações locais tem de rever as alterações e replicar localmente.

@jsantosdias
Copy link

@luuuis, muito obrigado por todo o apoio e pela qualidade desse apoio!

@JeffersM1
Copy link
Author

@luuuis Obrigado pela atualização. Tive de o fazer de uma forma ligeiramente diferente, talvez porque as entradas do meu dicionário são de meia em meia hora para corresponder às TARs do Tri Horário, algumas das quais mudam em intervalos de meia hora. Seria possível incluir o meu modelo Tri Horário no vosso repositório? E também os gráficos Apex, uma vez que também são de meia hora.

@JeffersM1

This comment was marked as off-topic.

@JeffersM1

This comment was marked as off-topic.

@luuuis
Copy link
Owner

luuuis commented Jan 1, 2024

@JeffersM1 por agora não tenciono acrescentar templates pois a manutenção dos mesmos já dá algum trabalho. No entanto, vou tentar arranjar uma solução melhor e nessa altura irei englobar o Tri-horário.

Os gráficos penso que poderei alterar para funcionarem para todos.

@luuuis
Copy link
Owner

luuuis commented Jan 2, 2024

Embora muita da discussão tenha sido sobre os templates no wiki vou deixar isto aberto até o sensor da integração ser removido.

@luuuis luuuis reopened this Jan 2, 2024
@luuuis luuuis added bug Something isn't working upstream Upstream error or breaking change (HA or OMIE) labels Jan 2, 2024
@luuuis luuuis removed the bug Something isn't working label Jan 27, 2024
@HomeCovilha
Copy link

Boas Luís

Eu continuo a ter o mesmo erro de unavailable para os 2 sensores de ajuste de preços. Não sei bem o que fazem mas só para te dar conhecimento que ainda persiste o erro.

@ImpossivelPT
Copy link

Boas Luís

Eu continuo a ter o mesmo erro de unavailable para os 2 sensores de ajuste de preços. Não sei bem o que fazem mas só para te dar conhecimento que ainda persiste o erro.

Aqui também

@luuuis
Copy link
Owner

luuuis commented May 19, 2024

O mecanismo de ajuste já não existe em 2024 de modo que estes sensores não vão ter valores e futuramente irão ser removidos. O único impacto que isto teve foi nos templates que estão no Wiki, que entretanto foram actualizados a 1 de Janeiro conforme relatado em #46 (comment).

Valor "Unavailable" de um sensor não é um erro, é o que corresponde à realidade neste caso. Quem está incomodado com isso pode sempre desactivar os sensores no Home Assistant. Alternativamente, ignorar.

@HomeCovilha
Copy link

Ahhh

O mecanismo de ajuste já não existe em 2024 de modo que estes sensores não vão ter valores e futuramente irão ser removidos. O único impacto que isto teve foi nos templates que estão no Wiki, que entretanto foram actualizados a 1 de Janeiro conforme relatado em #46 (comment).

Valor "Unavailable" de um sensor não é um erro, é o que corresponde à realidade neste caso. Quem está incomodado com isso pode sempre desactivar os sensores no Home Assistant. Alternativamente, ignorar.

Certo explicação dada e aceite. A mim não me incomodam nada, não tinha ainda os desativado porque esperava que houvesse alguma atualização neles. O único sensor que realmente me importa ter é o preço de pt o que já é excelente ter isso integrado no HA.

Obrigado pelo esclarecimento Luís.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
upstream Upstream error or breaking change (HA or OMIE)
Projects
None yet
Development

No branches or pull requests

6 participants