Hola @gaetanb76, por ahora no gestiono este contrato en importación automática.
¿Sabes si hay datos abiertos sobre las tarifas históricas de este contrato?
Tengo la impresión de que solo las tarifas azules son accesibles públicamente en Jeu de données - Historique des tarifs réglementés de vente d'électricité pour les consommateurs résidentiels | data.gouv.fr
Gracias @Terdious y a Pierre-Gilles por este desarrollo. Es lo que busco para mi seguimiento de consumo y producción y estimar el impacto de la recarga eléctrica en los consumos.
¡Hola a todos,
Esta mañana he trabajado en la adición de la importación automática de tarifas, desde la base de datos de código abierto de contratos de electricidad que creé el otro día (GitHub - GladysAssistant/energy-contracts: Gladys Assistant Energy Contracts as JSON · GitHub).
En la integración, ahora hay un botón « Importar »:
Este botón le pide que seleccione el contador eléctrico correspondiente y luego le ofrece los contratos de energía disponibles.
Esta lista proviene del JSON crowdsourced en el repositorio mencionado anteriormente.
La idea de este JSON es que cualquiera puede hacer una PR para proponer un nuevo contrato si el suyo no está en la lista.
Creo que esta es toda la fuerza del código abierto, ¡hacer que todo sea modificable por la comunidad!
Luego, cuando se hace clic en « Importar tarifas », se crean todos los precios actuales e históricos correspondientes a ese contrato:
En el caso de EDF Tempo, por ejemplo, hay 30 tarifas por potencia, por lo que es más práctico poder importarlas automáticamente 
Muy simpático este desarrollo, gracias a los dos.
¿Qué ocurre en caso de una modificación de tarifas? ¿Gladys está sincronizada con el repositorio o es solo una primera importación y, cuando EDF cambia sus tarifas, cada uno tiene que modificarlas manualmente en su instancia?
Hace tiempo que me planteo cambiar de contrato, ¿se podría imaginar a largo plazo poder ver temporalmente el coste que habríamos tenido con otro contrato? Imaginemos que estoy en HC/HP, me gustaría ver cuánto me habría costado el último año si hubiera tenido un contrato Tempo y verificar si es interesante cambiar de contrato. Por supuesto, no habrá que tomar los resultados como perfectamente fiables, ya que generalmente, si pasas a Tempo, haces esfuerzos adicionales para reducir tu factura (desplazando, reduciendo…), pero daría una idea.
Por ahora es solo una primera importación, pero sí, la idea es tener una sincronización periódica.
Sí, a largo plazo ese es el objetivo 
@Terdious te vas a alegrar, para el cálculo del consumo desde un índice, manejo los casos de « reinicio del contador » (y por lo tanto los valores negativos), solo tengo una pequeña pregunta sobre el cálculo.
Tomemos un ejemplo de historial:
¿Cuál es el consumo de este historial?
El caso « sutil » aquí es que no hemos logrado capturar el reinicio exactamente (que seguramente se reinició a 0, no a 10).
Dos opciones según yo:
Yo estoy más por la opción 1., pero abierto a comentarios
No he seguido todo el debate en detalle, así que me disculpo de antemano si estoy ‹ fuera de lugar ›…
En rigor, cuando un dispositivo reemplaza a otro, creo que hay dos puntos:
Por lo tanto, en el peor de los casos podría ser así:
¿Sería posible implementar un mecanismo para señalar que se va a reemplazar un dispositivo por otro? Y en ese caso, yo estaría a favor de que Gladys solo considere los índices que ve.
En mi ejemplo anterior, el consumo tenido en cuenta por Gladys sería por lo tanto ‹ hasta 1005 › y ‹ a partir de 2005 ›, quedando a cargo del usuario hacer lo mejor posible cuando sea posible para provocar subidas de información justo antes y justo después del reemplazo.
¡Genial! ¡Es genial! ^^
Al principio comparto tu opinión sobre la opción 1, siempre es molesto no contar un dato.
Pero es exactamente lo que demuestra la experiencia adquirida, y @StephaneB lo expresa bien, creo que la mayoría de los usos serían reemplazar un contador por otro, y en ese caso, es mejor no contar porque el margen puede ser importante. La opción 2 es más segura, y tanto peor por los datos que no tenemos, es mejor eso que un dato falso, ¿no?
No, estás en lo correcto ^^
¡Gracias a los dos por sus respuestas! Efectivamente, la opción 2 parece bastante segura, ya que no se inventa ningún consumo.
Si tenemos en cuenta que el índice se envía cada 60 segundos, por ejemplo, solo perdemos 60 segundos de consumo, lo cual es anecdótico en comparación con el error de contar « 0 → Nuevo índice ».
¡Me quedo con eso!
Yo también tengo el lixee en la versión 1 
Si quieres hacer pruebas, puedo hacerlo sin problema
Si entiendo bien lo que vas a hacer, esto gestionará automáticamente (y con un error bastante despreciable) la secuencia de valores 1000 => 1005 => 5 => 10 (detectando que ha habido un cambio de dispositivo). Pero ¿cómo se detectará si el nuevo dispositivo tiene un índice ya elevado y Gladys ve la secuencia 1000 => 1005 => 2005 => 2010 ?
¡No se detectará, y no puede ser detectado!
¡Hola a todos!
He avanzado mucho en el seguimiento energético, ahora soy capaz de calcular el consumo cada 30 minutos a partir de los índices
@Terdious Me gustaría hacer una prueba con los datos que me enviaste, ¿podrías enviarme tus tarifas de energía, por ejemplo para el mes de junio de 2025? Voy a hacer una prueba local con los CSV que me enviaste.
¡Hola @pierre-gilles!!
¡Noticias importantes!!^^
A continuación, mi factura de agosto para el período de junio a agosto (lo recuerdo, no es real, ya que se recupera la diferencia repartida a lo largo del año). Por lo tanto, destaco:
¡Gracias @Terdious!
He importado los archivos CSV que me enviaste por correo electrónico en un dispositivo MQTT « Index ».
He importado:
raw_energy-active-alimentation-generale-totale_2025-06.csvraw_energy-active-alimentation-generale-totale_2025-07.csvraw_energy-active-alimentation-generale-totale_2025-08.csvHe creado 2 precios con los horarios que me has comunicado:
He estado ejecutando el algoritmo desde el principio, y esto es lo que obtengo:
Llego a un total de 1158.33 € (sin suscripción).
Lo que supone una diferencia de 191,35€ con tu factura, pero hay que sumar la suscripción (43,821,2 = 52,58€) + los 7,14*1,2 = 8,57€ de servicios en GRD.
Ahora solo hay una diferencia de 130€, pero como tú decías, la factura no es real, ¿no?
En cualquier caso, ¡el cálculo del consumo por franjas de 30 minutos desde los índices funciona de maravilla!!
Me parece bastante bien. Empecé a instalar mis nuevos paneles el 10 de julio, seguí el 25 de julio y terminé a principios de agosto con la adición de una batería.
Nos fuimos de vacaciones en agosto, pero hay gente que cuida la casa en verano en nuestra ausencia + el camping sigue funcionando + la piscina.
Mis consumos no son más bajos en verano que en invierno, pero con la adición de los 10 kW de paneles, me parece muy bueno, es casi lo que tenía en HA.
¡Bravo!
¿Aún no se puede observar el consumo/el precio para HP/HC?
No, esa parte aún no está desarrollada
¡Hola a todos!
Me gustaría manteneros al tanto de este desarrollo que me ha tenido ocupado estas últimas semanas
En mi caso, se ve así:
En el panel de control:
Lo que es muy práctico es que puedo mostrar las curvas por dispositivo:
La oportunidad de ver que un lavavajillas no consume nada
Ahora, la pregunta es: ¿A partir de cuándo es aceptable lanzar una primera versión?
Según yo, los puntos 1. y 3. son necesarios para un primer lanzamiento, y luego puede irse, esta integración es realmente útil, ¡ya la uso en mi casa!
