
<html><head></head><body>Hallo Andreas<br><br>Danke für den Hinweis, mit Aggregation klappt's.<br><br>Ciao, Sven<br><br><div class="gmail_quote">Am 29. März 2020 10:28:23 MESZ schrieb Andreas Goetz <cpuidle@gmail.com>:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail">Hast Du denn Aggregation aktiviert? Die DB schafft es natürlich nicht für jeden Request 24x3600x2 Werte pro Kanal zu lesen. Mit Aggregation sollte das schneller gehen.<br><br>Viele Grüße, Andreas <br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Am 29.03.2020 um 10:08 schrieb Sven <sven.2009@gmx.de>:<br><br>Hallo Volkszähler-Liste<br><br>Ich nutze VZ seit letztem August. Mit einem SDM630 und zwei S0 Puls Metern.<br>Das System läuft bei mir auf einem UP board.<br><a href="https://up-board.org/up/specifications/">https://up-board.org/up/specifications/</a><br><br>Das Auslesen des SDM630 habe ich mit recht hoher Rate von 500ms laufen.<br>Dies führt dazu, dass die Datenmenge, wenn ich mehr als einen Tag<br>darstellen will so groß ist, dass ich in ein "Gateway Timeout" laufe.<br>Das mysql kommt liefert die Daten so schnell nicht.<br><br>Ich hatte gehofft, ich könnte hier das Timeout hochziehen:<br><br>vendor/php-pm/php-pm/src/ProcessManager.php: protected $maxExecutionTime<br>= 30;<br><br>Das haut aber irgendwie noch nich hin, selbst wenn ich 180 eintrage,<br>kommt das Gateway Timeout vorher.<br><br><br>Ideen?<br><br>Gruß, Sven<br><br><br><br></blockquote></pre></blockquote></div></body></html>