¡Gladys Assistant 4.66: Seguimiento de energía y Zigbee2mqtt 2.7.1!

¡Me encanta este desarrollo! Pero debo admitir que es un pozo sin fondo en cuanto a tiempo de visualización…^^ Y cuando empiezas a mostrar todos tus dispositivos y saber dónde podrías ahorrar :exploding_head:

Para compararnos ^^

Lo que me tranquiliza en mi caso es que es el profesional el que consume mucho ^^


Duro golpe… y siempre pasa en el peor momento!!

El sueño :sweat_smile:

Saca la barbacoa para calentar con leña/carbón y aprovecha para hacer algunas salchichas al mismo tiempo. Cuidado, deja marcas en la habitación :grimacing:

Oh, pero esto es genial, no me había dado cuenta de que había pasado :confused:
Solo he tenido 2 problemas:

  • 0 dispositivos detectados de entrada hace que la interfaz se bloquee en mi caso => hay que leer bien la documentación y hacer la actualización de los dispositivos Zigbee
  • La tarea de cálculo: en un Pi3 bloquea completamente Gladys (sin acceso) => Todavía no sé cómo solucionarlo, quizá mi período de cálculo sea demasiado amplio (4 años)

En cualquier caso, me va a encantar cuando funcione

Bueno, sé que estoy publicando muchas actualizaciones este fin de semana, pero es para mejorar Gladys para todos :grinning_face_with_smiling_eyes:

Acabo de lanzar Gladys Assistant v4.66.5, que corrige dos puntos:

  • En las instancias con una gran base de datos DuckDB, el inicio podía ser muy lento debido a una consulta que calculaba el tamaño de la base. Este problema ahora está corregido.
  • Durante una actualización de Gladys, se envía un mensaje a sus canales de comunicación configurados (Telegram, WhatsApp, Signal, Nextcloud Talk, etc.). Si uno de los canales estaba indisponible, los demás no eran notificados. ¡Ahora está corregido!

¿En qué versión de Gladys fue? Cuando hablas de bloqueo de la interfaz, ¿cuál es el síntoma?

Efectivamente, en 4 años, eso son 2 * 24 * 365 * 4 = 70k períodos por dispositivo para calcular.

Un Pi 3 es realmente muy antiguo y ridículo como procesador, y lo más importante, es el disco: si estás en tarjeta micro-SD, es una catástrofe; si estás en SSD por USB, tampoco es terrible debido al ancho de banda del puerto USB…

Consíguete un mini-PC :wink:

Después de la actualización, vi aparecer este nuevo botón mágico :slight_smile:. Y después de la corrección, todos mis dispositivos son visibles de nuevo :partying_face:. Esto confirma, por lo tanto, la dependencia circular a pesar mío, ¡muchas gracias por este parche rápido!!

Sin embargo, tengo un nuevo problema, (parece que tengo los dedos demasiado grandes), hice una tontería con mi jerarquía y no puedo corregirla. No hay forma de volver a poner el zlinky conso 30min en la raíz… Me falta el menú desplegable. ¿Es normal?

¡Muchas gracias de nuevo @pierre-gilles.

¡En tu captura de pantalla, el consumo de 30 minutos está bien colocado!

Hola,

Gracias por todas estas actualizaciones :slight_smile:
¿Está correcta mi jerarquía?

Tengo miedo de haber hecho cualquier cosa :sweat_smile:

¡Es perfecto @prohand :slight_smile:

Gracias :slight_smile:
Para información, mi RAM después de la actualización:

¡Oh, el afortunado! :star_struck: :sob:

Pues bien, Houston, tenemos un problema… No estoy de acuerdo…

Un consumo no puede estar por debajo de un coste, no tiene lógica y no es real.

Por eso no estaba de acuerdo con tener los visuales « Consumo 30 minutos » y « Costo 30 minutos » directamente aquí. Son « valores » intrínsecamente vinculados debido a este desarrollo. Pero solo dependen de su contador físico original.

En tu ejemplo @prohand, el dispositivo Lixee debería estar directamente debajo del dispositivo Enedis. Y el dispositivo Tomacorriente directamente debajo del dispositivo Lixee. Luego, cada uno tiene su propio consumo y su costo vinculado a su consumo. Luego, es la integración la que debería deducir que cada consumo de 30 minutos está vinculado a la jerarquía anterior y lo mismo para los costos. Pero es falso decir que el dispositivo Lixee está vinculado directamente al costo de 30 minutos de Enedis…

Sí, es verdad, tienes razón :smiley:

Decía que era perfecto, ya que, en realidad, no iba a cambiar nada en el estado actual del desarrollo

¿Así está mejor, no? :

Quiero que sea perfecto para los futuros desarrollos :slight_smile:

He visto que puedo poner lixee al nivel 0, ¿no debo hacerlo?

Deberías tener esto:

EDITO: @prohand he tardado un poco más que tú con los copiar/pegar :sweat_smile:

No, en general, en la mayoría de las viviendas, habrá un solo aparato en el nivel 0. Podrías tener, por ejemplo, 2 contadores con abono, pero eso debe ser raro ^^

¡Así me parece muy bien!

Gracias por la confirmación :slight_smile:

Es es cierto, además está escrito en la documentación :sweat_smile:

Hmm, de acuerdo, pero sigo sin entender la lógica del “bloqueo”. Porque había puesto mis consumos de 30 minutos de los enchufes bajo el consumo de 30 minutos del Zlinky. Pero si vuelvo a leer la documentación, el consumo de 30 minutos de los enchufes debería estar bajo “la energía consumida” del mismo nombre.

Incluso tengo un “coste” que parece estar bloqueado. En resumen, he liado un poco la jerarquía y no tengo la impresión de poder corregirlo :frowning: .

Por lo tanto, ¿es intencional perder el menú desplegable en ciertos casos?

La idea del bloqueo era precisamente evitar errores impidiendo la modificación de las funcionalidades « Consumo 30 minutos » y « Costo 30 minutos » :joy:

En teoría, todo se hace a través de las integraciones ^^

Creo que en tu caso no hay más remedio, tendré que volver a dar la posibilidad porque en este estado estás bloqueado…

Veremos luego qué hacemos en el futuro

Edición: He hecho una PR: Energy Monitoring: Be able to modify parent of 30 minutes consumption & 30 minutes cost by Pierre-Gilles · Pull Request #2402 · GladysAssistant/Gladys · GitHub

Vamos, una última actualización hoy :smiley:

¡Lanzo Gladys Assistant v4.66.6, que añade la posibilidad de modificar todas las funcionalidades en la vista jerárquica :slight_smile:

@davidm50 ¡Puedes actualizar y listo!