Ankündigung

**twi127** · 11.01.2019, 15:29

Gerne. Ja, sollte behoben sein

**tger977** · 11.01.2019, 21:13

vielen Dank fürs Update! LBS Update läuft nun bei mir.

Ist es immer noch so daß für das Neugenerieren das Tagesarchiv als Basis dient? Oder ist nun auch auf Basis Zählerstand es möglich die Archive für Stunde, Tag, Woche,... zu generieren?

**tger977** · 11.01.2019, 22:02

habe mal versucht ein Stundenarchiv zu erstellen und bekomme folgende Fehlermeldung nach dem Triggern:

Code:

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
 	 		[TR="class: sErr"]
 			[TD]2019-01-11 21:59:59[/TD]
 			[TD]054075[/TD]
 			[TD]?[/TD]
 			[TD]5579[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 680 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR
			 [/TD]
 		[/TR]
 	 [/TABLE]

und im LBS Log kommt folgendes:

Code:

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
 	 		[TR]
 			[TD]2019-01-11 21:59:58[/TD]
 			[TD]916651[/TD]
 			[TD]5579[/TD]
 			[TD]err[/TD]
 			[TD]EXE19001642 [v0.2]: SQL Abfrage MIN: SELECT datetime, ms, targetid, gavalue FROM `edomiLive`.`archivKoData` WHERE datetime=(SELECT MIN(datetime) FROM `edomiLive`.`archivKoData` WHERE targetid=293 AND datetime >='2019-01-11 19:00:00' AND datetime <='2019-01-11 20:00:00') AND targetid=293[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-11 21:59:58[/TD]
 			[TD]922094[/TD]
 			[TD]5579[/TD]
 			[TD]err[/TD]
 			[TD]EXE19001642 [v0.2]: Fehler bei SQL Abfrage MIN vorherige Stunde[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-11 21:59:59[/TD]
 			[TD]049465[/TD]
 			[TD]5579[/TD]
 			[TD]err[/TD]
 			[TD]EXE19001642 [v0.2]: SQL Abfrage MAX: SELECT datetime, ms, targetid, gavalue FROM `edomiLive`.`archivKoData` WHERE datetime=(SELECT MAX(datetime) FROM `edomiLive`.`archivKoData` WHERE targetid=293 AND datetime >='2019-01-11 19:00:00' AND datetime <='2019-01-11 20:00:00') AND targetid=293[/TD]
 		[/TR]
 		[TR]
 			[TD]2019-01-11 21:59:59[/TD]
 			[TD]053531[/TD]
 			[TD]5579[/TD]
 			[TD]err[/TD]
 			[TD]EXE19001642 [v0.2]: Fehler bei SQL Abfrage MAX vorherige Stunde[/TD]
 		[/TR]
 	 [/TABLE]

es ist ein Zähler der in der letzten Stunde nicht weitergezählt hat (PV-Ertrag)...

**twi127** · 12.01.2019, 08:28

Ja, die Daten kommen aus dem Tagesarchiv. Den Fehler schau ich am Wochenende mal an.

**mfd** · 23.01.2019, 17:07

Irgendwas passt bei mir noch nicht. Ich bekomme immer noch die negativen Werte...
Kann da irgendwo anders ein Problem sein, jenseits des LBS?
counter_neg.PNG

**2Fast4You78** · 31.01.2019, 20:43

Ich verstehe nicht so ganz weshalb ich da noch 8506 stehen habe als Verbrauch aktuelle Woche und Jahr. Wo nimmt er das her ?
Wie erzeuge ich da korrekte Daten? und kann ich letztes Jahr manuell eintragen ?

Grüße Nicostrom.JPG

**twi127** · 06.02.2019, 17:37

Zitat von mfd Beitrag anzeigen

Ich bekomme immer noch die negativen Werte...
counter_neg.PNG

Kannst du es jetzt mal versuchen. Habe die Berechnung nochmals korrigiert.

**twi127** · 06.02.2019, 17:44

Zitat von 2Fast4You78 Beitrag anzeigen

Ich verstehe nicht so ganz weshalb ich da noch 8506 stehen habe als Verbrauch aktuelle Woche und Jahr. Wo nimmt er das her ?
Wie erzeuge ich da korrekte Daten? und kann ich letztes Jahr manuell eintragen ?

Der Wert wird aus dem Tagesarchiv berechnet. Wenn dieses neu ist kann es zu diesem Eintrag kommen. Um dies zu korrigieren, oder bei neuen Archiven alte Werte einzutragen, ist es am einfachsten dies z.B. mit HeidiSQL direkt in der Datenbank zu korrigieren. Aber bitte erst nach Info hierzu im Edomi Forum und mit entsprechender Vorsicht, da man sich ggf. die Edomi DB zerschießen kann (dann geht nix mehr)

**Langer89** · 13.02.2019, 07:26

Zitat von tger977 Beitrag anzeigen

habe mal versucht ein Stundenarchiv zu erstellen und bekomme folgende Fehlermeldung nach dem Triggern:
Code:

2019-01-11 21:59:59

054075

?

5579

Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 680 | Undefined variable: Zaehlerstand_hour_max

ERROR

Gibt es hierzu eine Lösung? Bekomme die Meldung auch jede Stunde zwei mal....

Code:

 [TABLE="class: log, border: 0, cellpadding: 0, cellspacing: 0, width: 0, height: 12"]
 	 		[TR="class: sErr"]
 			[TD]2019-02-12 23:00:00[/TD]
 			[TD]349673[/TD]
 			[TD]?[/TD]
 			[TD]10994[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-12 23:00:00[/TD]
 			[TD]359661[/TD]
 			[TD]?[/TD]
 			[TD]10998[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 00:00:00[/TD]
 			[TD]569329[/TD]
 			[TD]?[/TD]
 			[TD]29433[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 00:00:00[/TD]
 			[TD]583173[/TD]
 			[TD]?[/TD]
 			[TD]29436[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 01:00:00[/TD]
 			[TD]418294[/TD]
 			[TD]?[/TD]
 			[TD]15215[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 01:00:00[/TD]
 			[TD]473453[/TD]
 			[TD]?[/TD]
 			[TD]15218[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 02:00:00[/TD]
 			[TD]320838[/TD]
 			[TD]?[/TD]
 			[TD]1200[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 02:00:00[/TD]
 			[TD]339744[/TD]
 			[TD]?[/TD]
 			[TD]1203[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 03:00:00[/TD]
 			[TD]303325[/TD]
 			[TD]?[/TD]
 			[TD]19640[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 03:00:00[/TD]
 			[TD]312448[/TD]
 			[TD]?[/TD]
 			[TD]19644[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 04:00:00[/TD]
 			[TD]326112[/TD]
 			[TD]?[/TD]
 			[TD]5612[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 04:00:00[/TD]
 			[TD]351605[/TD]
 			[TD]?[/TD]
 			[TD]5616[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 05:00:00[/TD]
 			[TD]345994[/TD]
 			[TD]?[/TD]
 			[TD]24048[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 05:00:00[/TD]
 			[TD]364903[/TD]
 			[TD]?[/TD]
 			[TD]24053[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 06:00:00[/TD]
 			[TD]371423[/TD]
 			[TD]?[/TD]
 			[TD]10043[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 			[TD]ERROR[/TD]
 		[/TR]
 		[TR="class: sErr"]
 			[TD]2019-02-13 06:00:00[/TD]
 			[TD]393475[/TD]
 			[TD]?[/TD]
 			[TD]10047[/TD]
 			[TD]Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19001642.php | Fehlercode: 8 | Zeile: 683 | Undefined variable: Zaehlerstand_hour_max[/TD]
 		[/TR]
 	 [/TABLE]

Gruß
Henrik

**tger977** · 13.02.2019, 19:29

Zitat von Langer89 Beitrag anzeigen

Gibt es hierzu eine Lösung? Bekomme die Meldung auch jede Stunde zwei mal....

nein, leider hab ich nichts mehr von twi127 gehört.

Das Problem besteht bei mir aber nur wenn ich manuell per Eingang am LBS ein Stundenarchiv neu erstellen lassen möchte. Im normalen Betrieb habe ich keine Logeinträge.

**CADdy** · 14.02.2019, 09:33

Genau diese Fehlermeldung habe ich auch. Ich habe 19001642 gestern installiert:

2019-02-14 09_11_36-ERRLOG.png
Gruß
Peter

Angehängte Dateien

2019-02-14 09_11_36-ERRLOG.png (49,2 KB, 567x aufgerufen)

**Burzel** · 15.02.2019, 16:37

Hallo zusammen, und großes Danke! an twi127 für den LBS!
Ich versuche mich auch gerade mit diesem LBS und... soweit ich das einschätzen kann ... tut er es erstmal bei mir. Zu den Fehlermeldungen kann ich leider nichts sagen.

Eine Auffälligkeit habe ich aber auch festgestellt... Komischer-Weise schreibt er seit heute Mittag merkwürdige Werte ins Archiv... irgendwie nicht falsch... aber doch "unerwartet":

Bildschirmfoto 2019-02-15 um 16.23.26.png

Kann man da was machen? Erinnert nicht irgendwie an die Meldung von gaert zu dem geschilderten Formatierungsproblem beim Update1.62 -> 1.63:
...." Sorry für die Umstände - so rächen sich uralte Fehler... 1.63 (FLOAT) ist PHP-intern vermutlich 1.6299999 oder so... "

Ich selbst bin übrigens auch schon auf 1.6.3!

Danke,
Burzel

**Burzel** · 05.03.2019, 21:40

Hallo twi127
das Problem von meinem letzten Post hat sich erledigt. Stört nicht weiter und bei einer Nutzung läuft der LBS wunderbar.
Nun habe ich den LBS für die Archivierung der Niederschlagsmengen konfiguriert und Probleme im Stunden-Archiv festgestellt.

Habe folgende Einträge im Zählerstand-Archiv:

Datum,Uhrzeit,Mikrosekunden,Wert

05.03.2019,06:46:58,451380,"0.36"

05.03.2019,06:47:02,514142,"0.72"

05.03.2019,06:47:06,591844,"1.08"

05.03.2019,07:06:38,148901,"1.44"

05.03.2019,07:06:40,596774,"1.8"

05.03.2019,07:06:41,15167,"2.16"

05.03.2019,07:06:43,779804,"2.52"

05.03.2019,07:06:47,50992,"2.88"

05.03.2019,08:04:43,910598,"3.24"

05.03.2019,08:04:46,460098,"3.6"

05.03.2019,08:14:47,323015,"3.96"

05.03.2019,08:14:50,811757,"4.32"

05.03.2019,08:14:52,152395,"4.68"

05.03.2019,15:17:59,135524,"5.04"

05.03.2019,17:48:57,945542,"5.4"

Die schwarzen Werte wurden sauber in allen Archiven berücksichtigt.
Die roten wurden dann nicht mehr in das Stundenarchiv geschrieben. Merkwürdig.....!?!?

Auch ein manuelles Erstellen des Stundenarchives hat nicht funktioniert:

Bildschirmfoto 2019-03-05 um 21.24.57.png

ich würde mich sehr freuen wenn du dir das nochmal anschauen kannst. Gerne helfe ich beim Testen. Scheint ja hier noch andere Interessenten zu geben.

Kann es sein das noch ein alte Version im LBS-Portal abgelegt ist? V100 steht hier noch auf 0.2!

Danke vorab!
Burzel

**twi127** · 06.03.2019, 06:13

Das Problem ist der Aufbau deines Archives. Die Stundenwerte werden ber Min/Max SQL Abfrage ermittelt. Bei den roten Werten gibt es nur einen Wert pro Stunde. Du musst also dafür sorgen, dass Nullwerte in das Archiv geschrieben werden wenn es nicht regnet. Die Version im DL schaue ich mir an. Danke.

**Burzel** · 06.03.2019, 13:23

Hallo twi127 / Hi all...
ahhh... das erklärt das Verhalten. Danke für die Antwort:
Verstehe ich es richtig, dass ich die "0"-Werte bzw. O-Regen in einer Stunde mit einer Logik in das Zähler-Archiv schreiben muss.
Würde dann so aussehen - Ergänzungen in blau:

Datum,Uhrzeit,Mikrosekunden,Wertaaaa	aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaa
05.03.2019,06:46:58,451380,"0.36"
05.03.2019,06:47:02,514142,"0.72"
05.03.2019,06:47:06,591844,"1.08"
05.03.2019,07:06:38,148901,"1.44"
05.03.2019,07:06:40,596774,"1.8"
05.03.2019,07:06:41,15167,"2.16"
05.03.2019,07:06:43,779804,"2.52"
05.03.2019,07:06:47,50992,"2.88"
05.03.2019,08:04:43,910598,"3.24"
05.03.2019,08:04:46,460098,"3.6"
05.03.2019,08:14:47,323015,"3.96"
05.03.2019,08:14:50,811757,"4.32"
05.03.2019,08:14:52,152395,"4.68"
05.03.2019,09:59:59,999999,"4.68"	<- 0-Veränderung / Kein Regen in dieser Stunde (09:00 -> 09:59)
05.03.2019,10:59:59,999999,"4.68"	<- 0-Veränderung / Kein Regen in dieser Stunde (10:00 -> 10:59)
05.03.2019,11:59:59,999999,"4.68"	<- 0-Veränderung / Kein Regen in dieser Stunde (11:00 -> 11:59)
05.03.2019,12:59:59,999999,"4.68"	<- 0-Veränderung / Kein Regen in dieser Stunde (12:00 -> 12:59)
05.03.2019,13:59:59,999999,"4.68"	<- 0-Veränderung / Kein Regen in dieser Stunde (13:00 -> 13:59)
05.03.2019,14:59:59,999999,"4.68"	<- 0-Veränderung / Kein Regen in dieser Stunde (14:00 -> 14:59)
05.03.2019,15:17:59,135524,"5.04"
05.03.2019,16:59:59,999999,"5.04"	<- - 0-Veränderung / Kein Regen in dieser Stunde (16:00 -> 16:59)
05.03.2019,17:48:57,945542,"5.4"
05.03.2019,18:59:59,999999,"5.04"	<- - 0-Veränderung / Kein Regen in dieser Stunde (18:00 -> 18:59)

Ich sehe das Problem, dass ich zwar auf eine 0-Regen in einer Stunde prüfen kann. Aber zum Zeitpunkt der Feststellung bereits ja die neue Stunde angefangen hat und dadurch der Wert einen falschen Zeitstempel bekommt. So wie oben blau dargestellt (xx:59:59,999999) würde ich es ja mit Bordmitteln nicht hinbekommen, oder?!?!

Danke dir / euch!
Chris

Ankündigung

LBS 19001642 Statistik Verbrauchsdaten

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar