@lmilcent Ich habe gerade deine Datenbank angesehen, die du mir geschickt hast, und bin sehr überrascht von ihrem Inhalt 
Du hast device_feature_state-Werte, deren Wert « NaN » (Not a Number) ist. Es ist sehr seltsam, dass diese überhaupt eingefügt wurden, da das Feld ein « double precision » ist und « NaN » kein « double precision » ist…
Natürlich lässt das die Aggregation, die numerische Werte erwartet und keinen String, abstürzen.
Nach einer Untersuchung stammen diese Werte aus der Zigbee2mqtt-Integration.
Ich habe ein GitHub-Issue erstellt, damit wir das Problem beheben:
- Eine Datenbankmigration hinzufügen, um diese Zeilen zu bereinigen, die dort nicht sein sollten
- Untersuchen, warum die Validierung und die Datenbank diese Werte akzeptiert haben, die keine Zahlen sind.
In der Zwischenzeit, @lmilcent und @Albenss, ist hier der SQL-Query, um eure Datenbanken zu reparieren:
DELETE FROM t_device_feature_state WHERE value = 'NaN';
@lmilcent Allgemeiner gesagt, ich weiß nicht, ob du alle deine historischen Sensordaten behalten möchtest (du behältst alle), aber ich würde dir empfehlen, einige sehr ausführliche deviceFeatures zu bereinigen, da derzeit für die Aggregation auf meinem Mac einige Sensoren so viele Werte enthalten, dass mehr als 1,5 GB RAM für die vollständige Aggregation benötigt werden (da es sich um die erste Aggregation handelt, beginnt sie von vorne. Das wird später nicht der Fall sein).
Ansonsten funktioniert es bei mir auf deiner Datenbank, nachdem die NaN-Werte entfernt wurden, sehr gut:
