-
-
Notifications
You must be signed in to change notification settings - Fork 784
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
evcc produces Network Errors GET when changing the value for "Regelverhalten → Residualleistung" #14625
Comments
@SolarPowerEV check browsers developer console, network tab. |
Sorry, I don't understand. For what purpose should I check the dev console of the browser? Do you need more data to find the bug? |
Use desktop browser... |
And then do what in the developer console? Look for error messages? Copy & paste the entire window into this thread? |
You would check which requests are executed to see whats wrong. But seems this isn‘t gonna happen. Closing. |
Sorry, that I am not a Go developer and hence can't predict what you exactly need and therefore had to ask for more details. I don't think the problem is just occuring on my computers and mobile phones, so I figured you might be interested in getting rid of the bug to improve the general quality of evcc. I can live with the problem, since I found the work around to close the browser after changing the setting and start again. If you don't care about evcc producing error messages for no good reason, then so be it. |
@SolarPowerEV I just tried to reproduce it but did not get the error you've described. Tried desktop safari and chrome (android & macos). I dont get an error in any of these scenarios. My assumption is, that this somehow depends on another setting (UI configured devices, ...) you've made. Would be helpful if you could provide a screenshot of the network tab of your browser console. |
Neither did I and hence- since no reproducer- closed. |
Looks indeed more like something related to my devices than related to the browser used. The errors in windows "Meldungen" appeared immediately after saving. Even backwards in time. Like I saved the new value, left the "Konfiguration" window, and immediately saw the red warning triangle left of the hamburger icon. I clicked on it and it already had three messages in it. One from 20 seconds ago, from 10 seconds ago and one frome 1 or 2 seconds ago. Weird. |
Könntest Du bei einem der gefailten mal bitte drauf klicken und schauen was für ein Request da gemacht werden sollte (URL, Inhalt)? |
Ja, eine URL zu sehen wäre gut. Und schau bitte mal ob diese Fehler nicht vielleicht sogar auch auftreten, wenn du gar nichts auf der Config-Seite machst sondern einfach nur diese Seite besuchtst und dann wieder zurück auf Home gehst. Die Eine Sache die ich mir schon mal mitnehme. Das Fehler-Icon/Notifications oben in der Navi brauchen wir auch auf der Config-Seite. Aktuell wird das nur bei Home ausgespielt. Im Hintergrund werden aber alle Notifications gesammelt. |
Also wenn ich nur auf die Konfigurationssseite gehen und sonst nichts mache und dann zurück auf die Home-Seite gehe (also das Haus anklicke), treten keine Fehler auf. Wenn das so wäre, wäre mir das Problem auch schon viel früher aufgefallen. Wenn ich auf die Unterkonfigurationsseite "Regelverhalten" gehe und dort nichts verändere und dann mit "Abbrechen" bzw. dem "X" in der rechten oberen Ecke zurückgehe, tritt allerdings ebenfalls ein Fehler auf. Allerdings nur einmal und auch nicht immer (selbst mit Abspeichern). Es scheint nachts weniger Fehler zu geben, als tagsüber und während eines aktiven Ladevorgangs mehr Fehler als ohne einen Ladevorgang: Das kam nach dem Verändern des "Residualleistungs"-Wertes und Abspeichern: Und jetzt gerade ohne Abspeichern sogar wieder eine Kaskade von Fehlern: Es scheint also in der Tat zu reichen, die Unterkonfigurationsseite aufzurufen. Werte verändern und abspeichern oder nicht, scheint keine Rolle zu spielen. Und wann nur ein Fehler oder gleich mehrere kommen, kann ich noch nicht ganz erkennen. @andig : wo genau soll ich draufklicken? Nichts auf dem ganzen Popup mit der Überschrift "Meldungen" ist anklickbar, abgesehen von den beiden Buttons "Vollständiges Log angesehen" und "Meldungen entfernen" am unteren Rand. P.S.: Jetzt gerade war ich nochmal über 1 Minute auf der Unterkonfigseite, aber es wurden keinerlei rote Warnmeldungen danach angezeigt. Das versteh wer will. Immer reproduzierbar ist der Fehler anscheinend doch nicht. Auch komisch, dass heute Mittag nur ein "Network Error GET" angezeigt wurde, jetzt aber die ganze Zeit lange URLs angezeigt werden. Allerdings habe ich zwischenzeitlich auf die 0.128.1 upgegradet, vielleicht hängt es auch damit zusammen? |
Entwicklerkonsole, einen der roten Requests. Ich möchte die Details dazu sehen. |
Eine erste zusätzliche Erkenntnis: im Chrome kommen nur die kürzeren "Network Error. GET" Meldungen (egal ob Desktop oder Handy). Im Firefox kommen die langen Fehlermeldungen mit der URL hinter "GET". Wenn nicht, müsst Ihr mir bitte ganz genau sagen, auf welchen (Unter-)tab ich noch klicken soll. Ich bin kein Frontend-Dev und habe daher keine Ahnung, nach was genau Ihr sucht. |
Und: mal bitte auf der Konsole ein
|
Die, die nicht geht. |
@naltatis irgendwie habe ich das Gefühl, dass das ein |
@andig wenn ich den Spannend ist allerdings, dass diese Fehler nicht im Applikationslog auftauchen. @SolarPowerEV kannst du das noch mal verifizieren? Du hattest ja ganz oben schon ein Log gepostet. So sieht das auch immer noch aus, oder? Konkret zur Konfiguration. Der Fehler tritt bei der Abfrage der Status-Informationen der Geräte |
Ich habe diverse URLs ausprobiert (siehe in den beiden letzten oben von mir geposteten Screenshots rechts unten). Da kamen aber nur komische Fehlermeldungen von der Browser-Konsole zurück, dass http: oder amadeus: ein unexpected identifier seien oder kein ":" akzeptiert würde. |
Den Fehler bekam ich gerade zweimal nicht nachgestellt, obwohl ich beidesmal über 1 Minute in dem Konfig-Fenster gewartet habe. Wie schon gesagt tritt der Fehler tagsüber, wenn die Sonne scheint, eher auf und wenn gerade ein Ladevorgang läuft, dann noch eher. Die evcc.yaml zu posten ist immer ein ziemlicher Aufwand, wegen der ganzen Tokens und Passwörter darin und ich habe dann immer Sorge, etwas übersehen zu haben und unfreiwillig öffentlich zu stellen. Aber hier findet Ihr meine yaml. Ich hoffe nur, ich habe keine sensitive Stelle übersehen. evcc-stripped-for-bugreport.txt Wenn das damit immer noch nicht einzukreisen ist und sich auch sonst kein User wegen desselben Bug meldet, würde ich da aber ehrlich gesagt auch nicht mehr viel Zeit reinstecken. Für mich ist das Problem wie gesagt lösbar, indem ich einfach das Browserfenster schließe und evcc in einem neuen Fenster aufrufe. Ich dachte nur ursprünglich, ich wäre da vielleicht auf einen Bug gestoßen, der nur in diesem einen Szenario auffällt und daher bisher übersehen wurde, aber auf ein grundsätzlicheres Problem im Code hindeutet. |
Ja, das passt zu deiner Beschreibung. Auf der Config-Seite fragen wir alle 10s den Zustand aller Geräte ab. Kann durchaus sein, dass dein Huawei Gerät damit nicht klar kommt. Lass uns das so machen wie du vorgeschlagen hast. Wie betrachten dieses Thema hier erstmal als erledigt und schauen uns das noch mal an, wenn Config UI ausgerollt ist und andere das Problem ggf. auch haben. Danke fürs melden. |
Eine kurze Frage hätte ich dazu noch: spricht denn etwas dagegen, auch in der Config-Seite einfach das übliche Interval gemäß den Einstellungen im Regelverhalten weiterlaufen zu lassen? Also in meinem Falle die 45 Sekunden? Das würde das Thema doch für alle lösen, deren Wechselrichter- und Gridmeter-Setup keine 10 Sekunden zulässt. |
@SolarPowerEV Ja, spricht nichts gegen. Inzwischen hätten wir den Interval-Wert an der Stelle, wo wir das Polling machen auch verfügbar. Ich pass das bei nächster Gelegenheit mit an. |
Describe the bug
When you change the value for Residualleistung, evcc afterwards produces between one (desktop browser) and an endless string (mobile browser) of "Network Errors GET".
This string of ever new error messages only ends when you close the mobile browser window and open evcc in a new one. Which is a viable workaround to be able to use evcc again, but I figured you might want to know nonetheless.
The problem seems to be more severe (producing more errors in a shorter period of time) when a car is charging but the errors also occur when no car is charging.
Steps to reproduce
...
Configuration details
nothing too much out of the ordinary
Log details
What type of operating system are you running?
Docker container
Version
0.127.2 and 0.127.3
The text was updated successfully, but these errors were encountered: