Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[BananaJoe]

@azrael42 dann schau dir den Thread über den WioBrowser an: https://forum.iobroker.net/topic/50982/redesign-wiobrowser-für-windows
Der kann auch nur den Bildschirm abschalten

[crunchip]

Hat das jemand mit nem pi4 flüssig am laufen?
Ich habe bei mir kontinuierlich nen load von grösser 4 und teilweise noch viel höher .
Ist mir erst aufgefallen als ich noch Pihole mit drauf packen wollte.
Ansonsten läuft der Pi nur zur Anzeige für Vis

Edit
Liegt scheinbar am chromium, sind zig Prozesse aktiv. Liegt das eventuell am mehrmaligen reload der vis Seite am Tag.
Der Pi hängt am LAN. Verbindungsprobleme daher eher ausgeschlossen.

[wendy2702]

@crunchip ich nutze Firefox weil Chromium mir auch zu Ressourcen hungrig war.

[crunchip]

@wendy2702 da Vis ja im Vollbild angezeigt wird, hab ich mal so den Browser gestartet, dann gesehen, dass mehrere Tabs mit vis offen waren, alle beendet und nun läuft er aktuell wieder "normal" mit nem load so um die 2

[Frederik Buss]

@crunchip Ich habe den chromium am Pi5 und der läuft mittlerweile sehr schnell und lässt sich flüssig bedienen. Allerdings nutze ich einen Trick, der eigentlich überflüssig sein sollte: Ressourcenintensive Seiten, z.B. mit vielen direkten Bindings, lade ich aus einem separaten Projekt, via iFrame. Eigentlich sollte Chromium die Seiten, die er nicht anzeigt, oder wieder ausblendet, aus dem Speicher nehmen. Tut er aber nicht. Zumindest nicht so, dass es flüssig läuft. Der Pi5 hat immer einen Load zwischen 0.1 und 0.5 aber ohne den Trick müllt er den Speicher ziemlich schnell zu. Ausserdem starte ich Chromium per cron job mehrmals am Tag neu. Wie schon anfangs geschrieben sollten diese Dinge gerade auf einem Linux System überflüssig sein, aber wenn's hilft...

[OliverIO]

@frederik-buss

Das mit dem IFrame sollte tatsächlich überflüssig sein.
Alle Status Aktualisierungen, Berechnungen und renderings finden ja trotzdem alles auf dem einen Client statt, ob mit oder ohne iframe

[Frederik Buss]

@oliverio Das schon, aber im iFrame wird ein anderes Projekt geladen, sprich eine andere Seite mit Javascript Code. Meine Beobachtung ist, dass Chromium den ganzen Code läd und nicht mehr freigibt. Daher habe ich den Code aufgeteilt und die meisten Unterseiten in einem separatem Projekt abgelegt. Der Aufruf über das iFrame ist ja prinzipiell ähnlich wie ein neuer Tab. Anscheinend gibt Chromium einen solchen eher frei, als Teile eines riesen Blocks.
Generell hast Du Recht, wenn ich alles nacheinander öffne, dann ist es kaum ein Unterschied, aber zu 95% bleibt die Bedienung auf der Hauptseite und die ist nach der Aufteilung deutlich schneller. Nicht nur gefühlt, sondern tatsächlich.
Hier mal ein paar Screenshots der aktuellen Version:
Hauptseite:

Ein paar Beispiele der Unterseiten:

[crunchip]

@frederik-buss ich habe nur eine einzige Seite. Glaub 2 oder 3 bindings und ansonsten nichts großartig weltbewegendes. Ein iframe (Kostenloses, responsives Wetter-Widget für jede Website – WeatherWidget.io https://share.google/63kDmfQQSpX6SHpKG) wird mal angezeigt, mal nicht.

Mich hat es nur gewundert warum mehrere Tabs geöffnet waren.
Einzige was mir seit geraumer Zeit aufgefallen ist, das des öfteren ein reload der vis stattfindet.

[Homoran]

@crunchip sagte in Projekt Touchscreen auf Raspi:

Ein iframe (Kostenloses, responsives Wetter-Widget für jede Website – WeatherWidget.io ...) wird mal angezeigt, mal nicht.

Ja, das hat auch in firefox mobile ab und an seine Zicken und behauptet im iframe nicht angezeigt werden zu dürfen

[Frederik Buss]

@crunchip Ein automatischer Reload, ohne dass Du den eingestellt hast ist merkwürdig, könnte auf eine instabile WLAN Verbindung hinweisen. Mit den Wetter Widgets habe ich ewig rumprobiert, ich habe die Wetter Anzeige mit ein paar Elementen dann selbst über den Accuweather Adapter realisiert :

Da findest Du in den Datenpunkten auch die entsprechenden Links, um die Bildchen einzubinden. Wenn man auf das Wetter klickt, kommt man auf ein Widget von meteoblue.com das ist ziemlich zuverlässig:

Könnte man vielleicht eleganter über ein Pop-up öffnen, fällt mir gerade auf :)

[crunchip]

@frederik-buss sagte in Projekt Touchscreen auf Raspi:

Widget von meteoblue.com

Hat ich vorher mal so

[crunchip]

@frederik-buss sagte in Projekt Touchscreen auf Raspi:

eine instabile WLAN Verbindung

Wie oben erwähnt, hab ich den per LAN angeschlossen

[crunchip]

@homoran vorher hat ich die vis auf nem FireHD15, da hatte ich das Problem mit dem iframe nicht

Das hatte ich auch mal ne zeitlang problemlos laufen
https://weatherwidget.org/

[Frederik Buss]

Die Oberfläche hat ein Update bekommen... Auf Dauer haben die Farben genervt und damit ich das nächste Mal nicht wieder alles umstricken muss, habe ich einiges Dynamisch aufgesetzt, mit verschiedenen Farbschemata und vor allem alles einzel einstellbar:

Hier die Seite zum Einstellen der Farben, Hintergründe und Sonos Favoriten:

[Frederik Buss]

Achja, hätte ich beinahe vergessen... Der Raspi hat nach dem Ausfall der SD-Karte eine SSD Karte verpasst bekommen. War ziemlich fummelig mit der Passivkühlung, aber hat sich gelohnt. Der Geschwindigkeitszuwachs ist enorm. Kann ich nur empfehlen.

[Cephalopod]

@wendy2702 sagte in Projekt Touchscreen auf Raspi:

An alle anderen: Habe ihr eine Idee was bzw. wie man den Bildschirm noch abschalten bzw. abdunkeln kann?

Wenn das Problem noch aktuell ist.

Ich betreibe einige Monitore an Raspberry.
Mit diesem Bewegungsmelder schalte ich einfach die 230 V des Monitors.
https://www.amazon.de/dp/B00F8SDM8Q
Der Pi bleibt am Strom.
Funktioniert seit Jahren bestens.

[wendy2702]

@Cephalopod Danke für deine Antwort.

Das Problem besteht jetzt nach der Umstellung auf Trixie wieder.

Allerdings ist die Lösung zum Stromabschalten Aufgrund der Dauer des Start vom Bildschirm leider bei mir keine Option.

[Frederik Buss]

@wendy2702 Ich habe nach wie vor das Problem über einen HMIP Bewegungsmelder gelöst, der bei Bewegung über SSH den Befehl zum Bildschirm einschalten auslöst.

system.Exec("ssh xxx@x.x.x.x xset -display :0 dpms force on")
system.Exec("ssh xxx@x.x.x.x xset -display :0 dpms 900 0 0")

Nachteil ist allerdings, dass das nur über X (nicht Wayland) funktioniert. Wenn ich mal Zeit und Muß habe, schau ich mir das bei Wayland an, da muss es ja eine ähnliche Möglichkeit geben...

[Cephalopod]

@wendy2702 sagte in Projekt Touchscreen auf Raspi:

Allerdings ist die Lösung zum Stromabschalten Aufgrund der Dauer des Start vom Bildschirm leider bei mir keine Option.

Echt? Wie lange braucht er denn?

Ich habe normale PC-Monitore, bei denen ist das Bild nach 2-3 Sekunden schon da.
Sobald ich den Erfassungsbereich des PIR betrete (5-6 m) schaltet der Monitor sich an und wenn ich davor stehe, sehe ich schon die Darstellung.

Nach ca. 5 Minuten ohne Bewegung wird die Stromversorgung wieder gekappt.

[wendy2702]

Hi,

Der Touchscreen ist ziemlich langsam, knappe 10 Sekunden wenn er komplett aus ist.

Mit xset geht es ja unter bookworm aber nicht mehr unter trixie. Da muss ich auch noch nach einer Alternative suchen.