Hallo zusammen!
Ich lade euch alle am Dienstag, den 1. November um 10 Uhr französischer Zeit zum Launch von Gladys Assistant 4.12 
ein.
Ein paar Hinweise zu den Themen im YouTube-Vorschaubild:innocent:
Denkt daran, auf YouTube auf „Erinnerung“ zu klicken, um eine Benachrichtigung zu erhalten, wenn der Livestream beginnt
Bis Dienstag!
Das wird wieder eine geile Version 
Ich bin ein Fan der neuen Version der Gerätenamen-/Funktionsverwaltung!!! 
Endlich kann ich meine 4-Kanal-Schalter unterscheiden, vielen Dank für eure Arbeit!
Wie immer eine großartige Präsentation!!
Danke!
Das Replay ist auf YouTube verfügbar:
Der Launch-Artikel ist im Blog verfügbar:
Ein großes Dankeschön an alle, die zu diesem Release beigetragen haben, ich denke da an @bertrandda, @VonOx, @cicoub13 und @AlexTrovato 
Zögert nicht, mir euer Feedback zu dieser Version zu geben.
Vielen Dank für alle Verbesserungen, die ihr eingebracht habt! Das Projekt kommt gut voran, das ist wirklich super! Ich freue mich schon auf die Zigbee2Mqtt-Heizungen!
guten abend @pierre-gilles,
ich habe gerade die Wiederholung des Livestreams angesehen (konnte ihn nicht live verfolgen, wegen Mauerarbeiten, um ein Fenster in meinem Atelier einzubauen!).
sehr gut…
seit 45 minuten ist das update auf gladys 4.12 auf meinem server abgeschlossen.
sehr gut, insbesondere beim dashboard die anzeige von komplexen geräten; ich dachte, dass es nicht funktionieren würde mit mqtt-geräten aus nodered-skripten (hier meine wetterstation, deren api weatherunderground ich über nodered verarbeite) und ich erhalte in der legende des diagramms einen namen, der nach funktionalität getrennt ist (früher erschienen alle mit « meteo »)!
allerdings bin ich etwas enttäuscht, dass sie meinen wunsch (mit einigen hinweisen: teleinfo2mqtt) für die zähler edf pre-linky, der im forum gepostet wurde, nicht gehört oder nicht verstanden haben.
freundliche grüße
Guten Abend,
@VonOx hat dir im anderen Forenbeitrag mit einigen Hinweisen zum Weiterkommen geantwortet. Du kannst dich natürlich selbst informieren und prüfen, ob die aktuelle Entwicklung mit deinem Fall kompatibel sein wird.
Das Ziel jeder Integration ist es, die Mehrheit der Anwendungsfälle abzudecken (in diesem Fall Menschen mit Linky-Zählern) und dann versucht man, fallweise für die verbleibenden Nutzer zu lösen.
Aber das erfordert kollektive Anstrengung und Geduld.
aber ich habe mich informiert, wie die Elemente zeigen, die ich meinem ursprünglichen Beitrag hinzugefügt habe.
Aber die gegebene Antwort dreht sich um die Lösung Lixee, die nicht kompatibel ist (Modul mit 3 Anschlüssen wie der Linky…während die Vor-Linky nur einen Teleinformation-Ausgang mit 2 Drähten haben) und die andere Lösung mit dem USB-Anschluss an der Elektroverteilung ist…
Der Ansatz mit ESP und Teleinfo2mqtt erscheint mir mit dem Vorgehen von Gladys kohärenter.
Wieder ein tolles Update! Ich weiß gar nicht, wo ich zuerst hinschauen soll 
Herzlichen Glückwunsch an alle für die großartige Arbeit
Toll das 
Schön, dass es bei dir funktioniert!
Kannst du ein Thema im Forum erstellen, das sich speziell mit deiner Anfrage beschäftigt, damit wir dir dabei helfen können? Es ist wirklich ein ganz anderes Thema, daher ist es schwierig, das mit den Diskussionen über den Lixee TIC- und Enedis-Teil zu vermischen.
Danke @Mastho
@pierre-gilles Super interessant in der Wiederholung, aber man sieht die Kommentare nicht, die während der „Conf“ hinterlassen wurden Danke für die Veröffentlichung!
@VonOx Ist es möglich, ein Tagebuchdiagramm des Verbrauchs von hc und hp zu erhalten?
Falls ja, könntest du mir bitte dabei helfen, es zu erstellen?
Schade, dass der Lixee TIC bei Domadoo ausverkauft ist…
Ansonsten großartige Arbeit 
, danke an alle, die es möglich gemacht haben 
.
Nan, leider nicht möglich in Gladys. Es müsste eine spezifische Aggregation der Energy-Features geben, die immer einen steigenden Wert hat (ich habe das nur über InfluxDB/Grafana).
schade, dass man so etwas bei diesem Sensortyp nicht einfach so in Gladys machen kann ^^
Ich werde noch etwas abwarten, ob PG das über die Features hinzufügt
Danke für deine Antwort
Das könnte auf Ebene der Zigbee2mqtt-Integration gemacht werden. Man könnte ein „abgeleitetes“ Feature erstellen, das der aktuelle Index minus der vorherige Index ist.
