Ich kann mir das auch nicht erklären. Würde es was bringen den Debug mal in eine Datei umzuleiten und etwas mehr Daten zu sammeln ?
Hallo
Mein Debug oder IPSymconDebug?
Ich weiß nicht was du brauchst. Ich dachte an die Debugfunktion aus Symcon von dem Grafana Modul. HIER der Log
Hier mal ein Beispiel… im Grafana Symcon Modul debug „Tagesertrag“ welcher nicht im Dashboard gefüllt wird und wie fast alle anderen Werte sich immer nur der aktualisierungspreil „totdrehet“
Habe auch mal Grafana 7.0.0 ausprobiert… geht auch nicht. Also muss es irgendwo an Symcon liegen. (nicht am Modul) sondern eher an 5.5
auch hier wenn er auf die Metric zugreifen will geht es entweder gar nicht oder er braucht mehrere Minuten
Hallo
Hab mir mal das Log angesehen. Geht von 21:41:36 - 22:28:05 ( 47 Minuten )
In der Zeit gab es knapp 7500 Anfragen an das Modul!.
Einige Panels in Dashboard 2 werden alle 10ms !? aktualisiert (1500 mal)
andere alle 15 Minuten.
Dashboard 7 wurde in den 47 Minuten 4200 mal aktualisiert.
Wie bindest du die Graphen ins Webfront ein?
Wenn kein Grafana-Graph in irgendeinem Webview angezeigt wird sollte sich
im Debug gar nichts tun.
Für den Test hatte ich extra ein Panel aufgelassen bzw. habe zwischen den Panels gewechselt.
Zum testen hab ich das gerade ohne Symcon Webfront Einbindung einfach im Browser geöffnet.
Das Interval von 15ms hab ich aber nie so eingetragen bzw. ich kann das gar nicht anpassen.
Wo kommt der Wert her ?
Hallo
Das hab ich falsch im Log gelesen.
Dort kommt in der Tat die Eintrage (1500 Stueck):
„timeInfo“:"",„interval“:„10ms“,„intervalMs“:10,
Das ist aber nicht das Abfrageintervall.
Trotzdem sind 7500 Anfragen schon erheblich.
Hab mir die Zeitstempel noch mal angesehen.
Dort kommen in 1 Sekunde ca 50 Anfragen und dann 5 Sekunden Pause und
dann wieder 50 pro Sekunde.
Kann es sein, dass du in obiger Zeit alle 5 Sekunden, ein ganzes Dashboard aktualisierst?
( im Web von Grafana )
In der Anzeige vom Dashboard ( wo alle Panels angezeigt wird ) , oben rechts auf 5Sekunden gestellt?
Damit werden alle Panels alle 5 Sekunden aktualisiert.
Wieviel Panels hast du in dem einen Dashboard?
Wie gesagt nochmal, wenn du die Grafana Webseiten geschlossen hast, sollte sich im Debug sehr wenig tun.
Moin
Korrekt. Meine Dashboards aktualisieren sich alle 5 sec. So hab ich es eingestellt und so lief es auch bisher immer.
Ich habe meistens nur 1 Dashboard zu Zeit laufen in den seltensten Fällen 2. Aber auch 4 oder 5 gleichzeitig hatte ich schon mal ohne Probleme laufen.
Wenn ich es auf 30 sec oder 1 min stelle läuft es viel besser. Ist bei meiner PV Anzeige aber nicht so schön wenn es so verzögert. UND die Aktualisierungskreise drehen sich dann bei der Abfrage sehr lange… mehrere Sekunden. Das ging früher innerhalb von wenigen ms…
Wenn ich ihm mehr Zeit gebe zwischen den aktualisierungen läufts. Mindestens die Zeit, die er braucht um den letzten Wert zu aktualisieren. Also ca. 10 sec. Aber das dürfte nicht sein. Wie gesagt, vor 5.5 lief das im 5 sec. Rhytmus. 15 sec. kann ich jetzt einstellen. Darunter würde er in eine Abfrageschleife laufen und nicht mehr hinterher kommen. Auch die erste Abfrage dauert soooo lange bis er Werte erhält.
Irgendwas stimmt mit der Laufzeit (Query Abfrage) nicht… denn 5-10 sec drehen sich die „Kreise“ und das dürfte nicht sein. früher konnte ich diese bei einigen Charts sogar im sec. Takt abfragen.
Habe gerade noch was festgestellt: Bei jeder 15s oder 30s Abfrage hängt unter „symcon --> php Informationen“ alles fest. Erst wenn alle Querys bei Grafana durch sind läuft dort alles wieder weiter. 5-7 Grafana webhooks kann ich zählen wenn er dort hängen bleibt… Wenn ich das Dashbaord schließe läuft symcon wieder ohne eine pausierte PHP Warteschlange 
Auf dem Video sieht man links gut die Query Anfragen… sobald sie sich anfangen zu drehen steht symcon still.
[video=youtube_share;lBynnQQEky4]https://youtu.be/lBynnQQEky4[/video]
Hallo
Versteh ich das richtig, du bindest nicht die einzelnen Panels ins Webfront ein, sondern das ganze Dashboard gleichzeitig?
Ich versuch mir das gerade vorzustellen.
Wieviel Panels hast du den in dem Dashboard?
Ich habe verschiedene Dashboards zB ein „Wetter“. Dort sind alle meine Graphen (Panels) was mit Wetter zu tun hat.
In IPSView binde ich in Seite nur ein/zwei Panels ein.
Wenn ich dann die Seite anzeige werden nur die/diese Panels aktualisiert.
Jo, ich lade das ganze Dashboard in symcon als Seite, da ich alle diese Informationen auch auf einen Blick benötige. sind je nach Dashboard zwischen 20 und 50 Panels. Bisher ganz entspannt…
Genau das gleiche Problem (hatte) habe ich auch.
Vor einiger Zeit ist bei mir das ganze Symcon immer stehen geblieben, wenn Grafana webhooks aktiv waren.
Zurzeit ist es so, dass ca. 3 webhooks eine längere Zeit stehen bleiben (bis zu 10 Sekunden), Symcon aber die anderen Skripte
abarbeitet.
Nach einigen Versuchen ist mir jetzt aufgefallen, dass die Verzögerung von einem konkreten Panel ausgelöst wird und zwar
vom Stromzähler.
Der Shelly 3EM sendet alle paar Sekunden seine Daten, was wiederum eine höhere Anzahl an geloggten Werten verursacht.
Ich lasse mir nur den letzten Gesamtwert anzeigen, aber Grafana lädt immer alle Daten nach hinterlegter Zeitspanne neu.
Dabei kann ich das Ladesymbol im Dashboard feststellen, welches bereits erwähnt wurde.
Solange dieses lädt, steht auch in Symcon die PHP-Zeile still.
Wenn also im Dashboard 6 Stunden eingestellt ist, werden auch die Daten der letzten 6 Stunden geladen.
Aber selbst wenn man nur 5 Minuten einstellt, wird relativ lange geladen.
Ein kurzer Aktualisierungsintervall macht das ganze noch kritischer, da die Daten zum Teil noch nicht fertig aufbereitet wurden
und bereits neu geladen wird und somit alles von vorne beginnt.
Entweder ist der Raspberry damit überfordert oder Grafana tut sich enorm schwer, die Daten in Grafiken umzuwandeln.
Das Problem ist aber definitiv neu. Denn die letzten 8 Monate lief das alles wunderbar. 
Anfangs lief bei mir alles super und wurde dann immer schlechter.
Ich hab bei mir jetzt aber den Grund gefunden:
Die zunehmende Zahl an geloggten Werten, macht alles mit der Zeit so träge, dass fast nichts mehr geht.
Ich habe nun testweise alle geloggten Werte des Stromzählers gelöscht und plötzlich wird die Grafik im Bruchteil einer Sekunde aufgebaut.
Das gleiche konnte ich in Symcon feststellen; die Webhooks sind nur ganz kurz sichtbar, die langen Blockierzeiten sind vorbei.
Es muss also an der Anzahl der geloggten Werte liegen.
Wer hier „Schuld“ ist (Grafana, das Grafana-Modul, Symcon oder der Raspberry), ist mir nicht klar.
An den Raspberry tippe ich eher nicht, da die Auslastung im mittleren Bereich gelegen ist.
Löschen möchte ich aber eigentlich keine geloggten Werte :mad:
An der Leistung wird es definitiv nicht liegen. Wird also bei dir auch eher nicht am Raspi liegen.
Idee: Wir sperren paresy und den Modulersteller 1007 mit ner Kiste Bier in einen Raum bis die das analysiert haben 
Das wollte ich eigentlich auch nicht. Ich hab’s bei einer nicht so wichtigen Aufzeichnung getestet.
Aber dann alkoholfrei, sonst wird das nichts
Nabend,
erst einmal vielen Dank für das klasse Modul. Hatte vorher keinerlei Berührungspunkte mit Grafana, aber die Einrichtung im Docker-Container war total easy. Allerdings scheitere ich am letzten und wohl einfachsten Schritt: Und zwar wird mir der iFrame in der HTML-Box nicht angezeigt.
P-Symcon 5.5, Docker, 04.12.2020, f9de3bea4595 (symcon/symcon:stable)
Grafana v7.3.6 (ea06633c34) (grafana/grafana:latest)
Vermutlich blocken die neuen Browser alles weg. Wie kann man das denn umgehen?
Wenn ich IP-Symcon über https starte, blockiert er da Mixed Content:
Mixed Content: The page at 'https://symcon.xxxxxx.xxx/#49375' was loaded over HTTPS, but requested an insecure frame 'http://XXX.XXX.XXX.XXX:3000/d-solo/3mJvkabGz/ip-symcon?orgId=1&from=1608996871836&to=1609018471836&panelId=2'. This request has been blocked; the content must be served over HTTPS.
Wenn ich IP-Symcon über http starte, erhalte ich eine Uncaught DOMException:
Uncaught DOMException: Failed to read the 'localStorage' property from 'Window': Access is denied for this document.
at e.value (http://XXX.XXX.XXX.XXX:3000/public/build/app.f6aff061b5e274f402d0.js:2:1124797)
at e.value (http://XXX.XXX.XXX.XXX:3000/public/build/app.f6aff061b5e274f402d0.js:2:1124272)
at Object.tEy8 (http://XXX.XXX.XXX.XXX:3000/public/build/app.f6aff061b5e274f402d0.js:2:2739709)
at i (http://XXX.XXX.XXX.XXX:3000/public/build/runtime.f6aff061b5e274f402d0.js:1:561)
at Object.KyLG (http://XXX.XXX.XXX.XXX:3000/public/build/app.f6aff061b5e274f402d0.js:2:914824)
at i (http://XXX.XXX.XXX.XXX:3000/public/build/runtime.f6aff061b5e274f402d0.js:1:561)
at Object.J4KJ (http://XXX.XXX.XXX.XXX:3000/public/build/app.f6aff061b5e274f402d0.js:2:859161)
at i (http://XXX.XXX.XXX.XXX:3000/public/build/runtime.f6aff061b5e274f402d0.js:1:561)
at Object.Vw/f (http://XXX.XXX.XXX.XXX:3000/public/build/app.f6aff061b5e274f402d0.js:2:1294513)
at i (http://XXX.XXX.XXX.XXX:3000/public/build/runtime.f6aff061b5e274f402d0.js:1:561)
EDIT:
Nach durchforsten dieses Threads und Onlinerecherche, habe ich jetzt vorerst mal den „Mixed Content“ aktiviert. Werde wohl grafana auch in den Reverse Proxy mit einbinden.
https://experienceleague.adobe.com/docs/target/using/experiences/vec/troubleshoot-composer/mixed-content.html?lang=en#enabling-mixed-content-in-microsoft-edge
Nochmals Kompliment an das entwickelte Modul! Endlich ein vernünfiges Dashboard.
@paresy: Diese Meldung habe ich nicht erhalten. Wo kann man diese einsehen?
Danke im Voraus. Grüße
Hi,
nach der IPS ID „komma“ und dein Name
Gruß
Hi, danke für die Hilfe. Das ging wohl noch so bei einer älteren Version. In der der aktuellen Version muss man über den „Query Inspector“ --> „JSON“ --> „JSON Panel“. Dann kann man wie du beschrieben hast die targets umbenennen. Die aliases sollte man ebenfalls anpassen.
Hallo
Welche Grafana Version hast du im Einsatz?
Die aktuellste Latest-Docker Version 
1 „Gefällt mir“