UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[pafra]

Hallo zusammen,

ich habe folgendes Problem:

Zur Anzeige der Visualisierung habe ich einen Raspberry Pi 3 mit dem org. Touch-Display laufen.

Darauf läuft der Epiphany Browser im Fullscreen.

Das läuft auch eine gewisse Zeit sehr gut.

Leider ist die VIS nach einer ein paar Stunden praktisch nicht mehr bedienbar.

Wenn ich mit dann die CPU-Auslastung des Raspberry ansehe, dann steht die für den Epiphany bei 100%.

Nach einem Neustart läuft das Ganze wieder für ein paar Stunden einwandfrei.

Ich habe auch schon den Mirador Browser probiert.

Auch damit habe ich das gleiche Problem.

In der Visualisierung ist eigentlich nichts Besonderes.

Ich habe nur ein paar Standard-Widges verwendet.

Hatte vielleicht jemand schon mal das gleiche Problem und kennt eine Lösung?

Gruß

Franz

[pafra]

Hallo nochmal,

ich habe jetzt mal mit Chromium probiert.

Hier habe ich das gleiche Phänomen.

Hat denn niemand sonst einen Raspberry Pi mit Display für die Visualisierung im Einsatz?

Läuft das bei euch einwandfrei?

Gruß

Franz

[wendy2702]

Hi Franz,

Habe bisher noch nicht gelesen das hier irgendwer ein ähnliches Problem hatte bzw. Ein ähnliches Setup verwendet.

Gruß

Mirko

Gesendet von iPhone mit Tapatalk Pro

[arteck]

die meisten geben die Visu an einem Tablet aus….

[pafra]

Hallo,

danke für eure Antwort.

Ich habe das jetzt so gelöst, dass ich den Browser zweimal täglich mit einem Shell-Script neu starte.

Das Ganze ist aber schon etwas merkwürdig.

Ich habe es mit insgesamt 4 Browsern probiert und bei allen habe ich das gleiche Problem.

Naja, jetzt läufts ja.

Auch wenn es nicht die sauberste Lösung ist.

Gruß

Franz

[Idefix01]

@pafra

Hallöchen, nachdem ich meine Vis neu gemacht habe, ist das Phänomen bei mir auch aufgetreten.

Nach einem Neustart meines Pi 4 funktioniert es, ein paar mal in den Seiten hin und her geschaltet schon ist die CPU erschöpft und es dauert bis die letzte gewählte Seite vollständig erscheint.
Allerdings weis ich noch nicht ob es eventuell damit zusammen hängt das ich auf dem Minipc wo der iobroker läuft noch die alte Vis auch drauf ist und er mit dem laden nicht hinterher kommt. Das müsste ich nochmal testen wenn meine neue Vis komplett fertig ist und ich die alte heraus genommen habe.

[haselchen]

@idefix01

Die Auslastung habe ich auch wenn ich die VIS über Chromium darstellen will.
Bin schon verzweifelt . Die Seite wollte sich einfach nicht aufbauen.
Hab dann den SWAP erhöht und dann ging es.
Ist vermutlich nicht so gesund für die SD Karte aber als Spielerei ist das okay für mich.

[liv-in-sky]

evtl mal ältere version von chtromium versuchen

hatte problem, dass es nach einer bestimmten zeit nicht mehr regaiert hat - erst ein downgrade funktionierte dann

hier der alte thread https://forum.iobroker.net/post/688498

[Idefix01]

@liv-in-sky

Danke für den Tip.
Mittlerweile habe ich auch einiges herum probiert und es schein momentan recht flüssig zu funktionieren das umschalten.
Folgende Configuration habe ich momentan:

pi@Raspi-Stube:~ $ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)
VERSION_CODENAME=bullseye
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

Weis jemand was das für ein Dienst ist: "Isolated Web Co" der ist ab und zu bei 100%, läuft aber trotzdem weiter.

Das ist nur ein Raspberry Pi 4 8GB mit SD-Card und einem Debian 64 Bit Desktop Version. Zusätzlich installiert lediglich Firefox-esr, womit ich die Visualisierung auf einem 15" Bildschirm darstelle.

[Thomas Braun]

@idefix01

Isolated Web Container

hängt mit dem Firefox zusammen.

[liv-in-sky]

@thomas-braun

google search

chromium Isolated Web Co 100 %

[Idefix01]

@liv-in-sky

nachdem ich noch folgende Änderungen vorgenommen habe, scheint alles super zu funktionieren

gpu_mem=512

und diese Zeilen in folgende Datei
Sudo nano /etc/fstab

tmpfs    /tmp    tmpfs    defaults,noatime,nosuid,size=100m    0 0
tmpfs    /var/tmp    tmpfs    defaults,noatime,nosuid,size=30m    0 0
tmpfs    /var/log    tmpfs    defaults,noatime,nosuid,mode=0755,size=100m    0 0
tmpfs    /home/pi/.cache/modzilla    tmpfs    defaults,noatime,nosuid,size=500m    0 0