Bug Report Speicher fresser
- Reski
- Erledigt
-
- Zur hilfreichsten Antwort springen
-
Danke für das Log und die Details.
-
-
Reski Was Paulchen-Panther sagen will, ist das Hyperion ein komplexes System ist und Du so viele Detail wie möglich teilen solltest. Der Post ist hat so, als würdest Du der Werkstatt eine eMail schreiben: „Mein blaues Auto ruckelt manchmal“….
Es wäre schön, wenn Du uns mehr Hintergrund gibst:
1. Ein Debug Log
Benutze Copy to Clipboard, dann haben wir das Log, Systemdetails und die Konfiguration Deiner aktuellen Instanz.
2. Benutzt Du mehre Instanzen?
3. In welchem Benutzungsszenario tritt das auf. Was machst Du und welche Komponenten sind daran beteiligt.
z.B. schaust Du einen Film, lässt Effekte laufen, etc.
4. Kannst Du einen Hyperion Memory Usage Screenshot nach einem Neustart machen und wenn das Problem aufgetreten ist?
Vielleicht fangen wir damit mal an um das Problem weiter eingrenzen zu können.
-
1. LOG1_2.txt
2. Eine Instanz
3. Es fängt direkt nach dem Booten an HDMI Signal nicht vorhanden der Grabber bringt sein Splashscreen (Regenbogenstandbild)
Hardware RaspberryPiZero, RULLZ HDMI Video Capture, RGBW Stripe SK6812 über SPI, Meanwell Netzteil LPB-60-5 5V 8A.
4. Memory Usage Nach dem Start
5. Memory Usage
Dann wird das an den Log angehängt LOG 2_2.txt
Webseite ist nicht mehr erreichbar, Raspberry Pi ist noch Pingbar.
Der PI läuft noch aber extrem träge. TOP hat sich nach 3mins nochmal aktualisiert.
Siehe da der PI hat sich wieder gefangen d.h. die Software hat sich neu gestartet ?
die SSH Session ist noch offen 2:02h
Webseite wieder erreichbar. LED`s leuchten aber ich befürchte das wird sich wiederholen.
-
Hab den Pi Zero auch mal ein paar Stunden laufen lassen (ohne LEDs). Konnte aber keinen voll laufenden Speicher bemerken.
Zu beachten sei noch, das der Pi Zero natürlich kein Kraftpaket ist und somit die sizeDecimation und Auflösung des externen Grabbers immer etwas niedriger gewählt werden sollte.
Ergo, der Fehler kann im LEDDevice liegen, muss aber nicht. Hier sind weitere Tests von Nöten.Update 2:
Nach gut 2 Stunden später immer noch kein Speicher crash. -
Nutze den Pi Zero bei meinem Sohn am tv. Eine Instanz ist kein Thema für den.
-
Nutze den Pi Zero bei meinem Sohn am tv. Eine Instanz ist kein Thema für den.
Welchen LED Typ betreibst du und worüber?
-
WLED mit 2812B LEDs.
Zero wird nur als Grabber genutzt zuspieler sind Fire TV Stick 4k und Series S.
-
Okay ich habe jetzt den Grabber ausgestreckt LEDs über das Webinterface deaktiviert.
Das Problem besteht.
Kann ich etwas in der config.txt verdreht haben ?
Kann man ggf. schauen was den RAM so füllt ?
Habe ich ein defekten pi etc. ?
Könnte ich noch weitere Dinge tuen ?
Ich werde mal eine ganz frische SD Karte machen und nach und nach die Einstellungen machen.
-
Nach dem Drücken von LED Hardware "Aus" Bleibt der RAM free Zähler stehen und rennt nicht runter.
Ich habe eine ganz neue SD-Karte erstellt.
Layout angelegt 35 oben 35 unten 20 links 20 rechts.
Dann hat das Interface gemeckert ich hätte keine 110 LED´s eingestellt.
einen Reiter davor habe ich dann 110 Leds eingestellt und dann ging es los Free RAM wurde immer weniger.
Anschließend habe ich dann auf 0 Leds gestellt ging nicht (constraints) musste auf 1 Stellen. Das Webinterface ist abgestützt habe dann über SSH rebootet. Das Interface ist jetzt nicht mehr erreichbar. RAM ist permanent frei. bei 298MB.
----------------------------------------------------------------------------------------------------------------------
Nach dem Drücken von USB-Aufnahme "Aus" Bleibt der RAM free Zähler stehen und rennt nicht runter und ein bisschen Speicher wird wieder freigegeben.
So langsam habe ich das Gefühl das der Grabber den Raspberry Flutet.
-
-
-
Reski Wenn Du willst kann Du den Fix vorab testen:
https://github.com/hyperion-project/hyperion.ng/pull/1315
Wenn der Build durchgelaufen ist, kannst Du dir hier eine aktualisierte Version laden (unter Artifacts)
https://github.com/hyperion-project/hyperion.ng/pull/1315/checks?check_run_id=3436623350 -
-
Reski Ich habe Dir mal zusammengefasst, wie Du vorgehen kannst.
Die Anleitung ist so, dass Du Dir Deine bestehende Installation nicht überschreibst.
Nach dem Test kannst Du diesen Bereich wieder löschen.
Wenn alles läuft kannst Du dann
a) auf das nächste Release warten oder
b) die jetzige Installation überschreiben (danach schauen wir dann, wenn es soweit ist)1. Download the package to your Downloads folder
(if you load it to a different directory you need to amend the tar command line)
2. Create directory for the test installation
cd $HOME
mkdir hyperion.ng-test
cd hyperion.ng-test/
2. Extract the tar in the test installation folder (you might need to update directories and the tar#s name).tar -xvf ../Downloads/Hyperion-2.0.0-alpha.10.PR1315-Linux-x86_64.tar.gz
3. Start hyperion
pkill 'hyperiond'
./bin/hyperiond -d
4. Check everything works. Incase errors occur you can share the log output.
5. Clean-up (if we are done with the tests...)
pkill 'hyperiond'
cd $HOME
rmdir hyperion.ng-test
-
Das mag er nicht hab ich das Falsche runtergeladen ?
okay das ist die Falsche :
Hyperion-2.0.0-alpha.10.PR1315-Linux-armv7l.tar.gz
armv6 ist das richtige!!!
Startet funktioniert RAM ist Stabil ! großartig
b) die jetzige Installation überschreiben (danach schauen wir dann, wenn es soweit ist)
Machen wir hier weiter
-
-
Ich will dir mal ein wenig helfen.
Die wichtigste Frage zuerst. Verwendest du noch HyperBian? -
Ja ich verwende noch HyperBian.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!