Fehler mit der Aggregation

Hallo Paresy!
Danke für die Rückmeldung.
Ist ja ne Beta…
:smiley:
Schönen Gruß
Egon

Daher frage ich auch nicht nach, es gibt noch viel zu tun.
Im Moment lasse ich 2 Versionen laufen, ein Raspbian auf Odroid mit 193(ist für mich immer noch perfekt mit LCN) und einen Pi2 mit der aktuellen Version.
Wenn ich was in dem Bereich testen soll, gerne.

N’Abend.

Habe gerade mal meine LOGs durchgesehen:

21:41:33 | 16301 | MESSAGE | Archive Control | Reading variable aggregation data… #15514
21:41:33 | 16301 | MESSAGE | Archive Control | Reading variable aggregation data… #56570
21:41:33 | 16301 | MESSAGE | Archive Control | Reading variable aggregation data… #17575
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation week for VariableID #17575. Expected: 1434931200, Found: 1434655301
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation week for VariableID #17575. Expected: 1434931200, Found: 1434655301
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation week for VariableID #17575. Expected: 1434931200, Found: 1434655301
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation week for VariableID #17575. Expected: 1434931200, Found: 1434655301
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation day for VariableID #17575. Expected: 1435017600, Found: 1434931200
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation day for VariableID #17575. Expected: 1435276800, Found: 1435190400
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation day for VariableID #17575. Expected: 1435363200, Found: 1435276800
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation day for VariableID #17575. Expected: 1435449600, Found: 1435363200
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation hour for VariableID #17575. Expected: 1435075200, Found: 1435071600
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation hour for VariableID #17575. Expected: 1435345200, Found: 1435341600
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation hour for VariableID #17575. Expected: 1435431600, Found: 1435428000
21:41:33 | 16301 | MESSAGE | Archive Control | Invalid data for aggregation hour for VariableID #17575. Expected: 1435503600, Found: 1435500000
21:41:33 | 16301 | MESSAGE | Archive Control | Reading variable aggregation data… #15038

Hat das auch mit dem o.g. Problem zu tun ?

Es erscheint bei jedem IPS-Start (V17.7.15 1927fd3c)

Gruß
lueralba

Hallo paresy,

gestern mal die neuste Version installiert (Raspberry).
Mir fehlt wirklich der Zeitverlauf der Messwerte, seit Ihr da am „Ball“ ?

OT, mittlerweile werkelt hier auch ein Razberry, neben enocean und LCN am Pi, klappt alles hervoragend.:slight_smile:

Wir sind da tatsächlich noch „am Ball“!

Sieht schon mal gut aus, mit dem Update von heute.

Aber noch mit Problemen :
Verlauf von Lux Werten, hier am Tag :

Ich hab leider auch noch Probleme.

Es werden noch nicht alle Variablen richtig angezeigt.

Ich bekomme in HD eine Wert angezeigt.

Wenn ich kein HD habe, erhalte ich die Meldung, dass für diesen Zeitraum keine Daten vorhanden sind.

Grüße

Oli

Habt ihr die Daten neu aggregiert? Ihr könnt dazu das Skript aus der Doku bei der Datenbank Wiederherstellung nutzen.

paresy

Hallo paresy,

Danke für diesen Tip.

Ich erhalte bei diesem Script folgenden Fehler.

Warning:  Illegal string offset 'ValueType' in /usr/share/symcon/scripts/46450.ips.php on line 22

Notice:  Uninitialized string offset: 0 in /usr/share/symcon/scripts/46450.ips.php on line 22

Warning:  Illegal string offset 'ValueType' in /usr/share/symcon/scripts/46450.ips.php on line 22

Kannst du mir hier einen tip geben?

Danke

Grüße

Oli

Hab die Zeile 22 geändert :
// if(IPS_GetVariable($variableID)[„VariableValue“][„ValueType“] != 3)
if(IPS_GetVariable($variableID)[„VariableType“] != 3)

damit läuft es durch, ob es so richtig ist ?

Noch was aufgefallen im LOG :
08.08.2015 10:58:32*| TimerPool*| Konnte Timer #30: SourceDuration cannot be null nicht starten

Timer 30 ist „Archive“," CommitData", „60000“ in Timer Information.

Hallo Thomas!
Das mit dem Timer - Fehlermeldung Cannot SourceDuration cannot be null hab ich auch.
Was will uns dieses sagen?

Schönen Gruß:)
Egon

ok,

Fehler kommt bei CSV :
1438795854,1
1438795854,0
1438795853,1
1438799416,0
1438799489,1
1438853082,0

doppelter Timestamp verursacht den Fehler ?
hab da die 1438795854,1 in 1438795855,1 geändert, Fehler ist weg in der Datei.

ps, war in vielen CSV Dateien so bei mir, habe jetzt einfach viele Inhalte gelöscht, und schau mal, wann der Fehler wieder auftaucht.

Hallo zusammen,

habe auch den Fehler mit Cannot SourceDuration cannot be null .

@Thomas,

läuft es nun bei dir?

Grüße

Oli

@Oli,

„Cannot SourceDuration cannot be nul“ scheint bei doppeltem Timstamp zu kommen.
Habe die CSV von Hand bearbeitet, dann geht es.
War mir aber zu Mühsam, bei allen Dateien, also auf dem Testsystem alles gelöscht, und lass das jetzt neu aufbauen.
Wird etwas dauern, sehe ich mir das dann Morgen Abend an.

Hallo,

könnte die Fehlermeldung ‚Source duration cannot be null‘ ergänzt werden um den betroffenen timestamp? Dann wäre ja Suche und Fehlerbehebung auch für Laien einfach.

Grüße, Gerhard

Einfacher ist es, das IPS wenn der Abstand null ist, den zweiten Wert verwirft.
Welcher von beiden nun den richtigen Wert darstellt ?
Wohl auch noch ein Bug im Logging selbst.
Michael

Jupp. Die Fehlermeldung wird zum nächsten Update eliminiert :slight_smile: Die ist leider vom Testen noch übrig geblieben.

Die Änderung am Aggregationsskript ist auch genau richtig!

paresy

Danke paresy,
nach dem letzeten update rennt es bei mir.

Habe auch meine alten Daten auf einen anderen Pi kopiert(mit CSV Dateien von 11.2014 bis heute), und da sieht es auch gut aus.
Lasse dieses mal ein paar Tage so laufen, neben der alten Version .