NEWS
Projekt Touchscreen auf Raspi
-
@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
-
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 VisEdit
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.@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...
-
@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...
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 -
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@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 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...
@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.umgestiegen von Proxmox auf Unraid
-
@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.@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
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@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.@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 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 :)@frederik-buss sagte in Projekt Touchscreen auf Raspi:
Widget von meteoblue.com
Hat ich vorher mal so
-
@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 :)@frederik-buss sagte in Projekt Touchscreen auf Raspi:
eine instabile WLAN Verbindung
Wie oben erwähnt, hab ich den per LAN angeschlossen
-
@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
@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/umgestiegen von Proxmox auf Unraid
-
@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/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:
-
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: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.
-
@Chaot : hattest du dir den Monitor bestellt?
An alle anderen: Habe ihr eine Idee was bzw. wie man den Bildschirm noch abschalten bzw. abdunkeln kann?
Problem ist wenn ich über
xset -display :0.0 dpms force offausschalte, benötigt er dann beim Einschalten ca. 5 sekunden was mir zu lange ist. Immer an ist auch keine Option da ich den zu oft im Blickfeld habe.
@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 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.@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.
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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.
@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 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.
@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.
-
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.
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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...
@Frederik-Buss sagte in Projekt Touchscreen auf Raspi:
Wenn ich mal Zeit und Muß habe, schau ich mir das bei Wayland an, da muss es ja eine ähnliche Möglichkeit geben...
Das hängt vom sog. 'compositor' ab. Ich meine das sei auf Raspberry OS labwc.
Mit dem Programm 'raindrop' kann man das evtl. konfigurieren. -
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.
@wendy2702 Also bei mir funktioniert das mit xset unter trixie. Allerdings nur via xdesktop, also wayland deaktiviert.
@thomas-braun Danke - wenn ich mal Muße habe :) -
@wendy2702 Also bei mir funktioniert das mit xset unter trixie. Allerdings nur via xdesktop, also wayland deaktiviert.
@thomas-braun Danke - wenn ich mal Muße habe :)@Frederik-Buss sagte in Projekt Touchscreen auf Raspi:
Allerdings nur via xdesktop, also wayland deaktiviert.
Momentan kann man ja noch beides verwenden. Mit den nächsten Releases (2027 forky oder 2029 duke) wird aber vermutlich X11 dann aufgegeben und nur noch wayland zum Einsatz kommen.
Support us
412
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge