LCD4linux

[Mr.Servo]

Das Satellitenpositionssymbol wird angezeigt, das vnbietersymbol jedoch immer noch nicht.

Danke Dir für den Hinweis! Ja war genau nochmal der selbe Fehler, den ich auch dort bei "Provider" mit reingebracht hatte.

Ich hatte mich noch nie mit den LCD4linux-Elementen "Satellit" und "Provider" beschäftigt! Von daher ist mir das gar nicht aufgefallen.

NACHTRAG: Testversion gelöscht.

Gruß......Mr.Servo

[Maxx@]

Danke Dir für den Hinweis! Ja war genau nochmal der selbe Fehler, den ich auch dort bei "Provider" mit reingebracht hatte.

Ich hatte mich noch nie mit den LCD4linux-Elementen "Satellit" und "Provider" beschäftigt! Von daher ist mir das gar nicht aufgefallen.

Gruß......Mr.Servo

Jetzt gibt es ein problem mit dem LCD4Linux-Plugin

Extensions/LCD4linux (unexpected indent (plugin.py, line 14009))

[Mr.Servo]

Ups! Sieht schlimmer aus als es ist...

Bitte nochmal testen! Danke Dir für Deine Geduld.

NACHTRAG: Testversion gelöscht, weil nun im regulären Feed verfügbar

Gruß....Mr.Servo

[phritney]

Ups! Sieht schlimmer aus als es ist...

Bitte nochmal testen! Danke Dir für Deine Geduld.

Gruß....Mr.Servo

Ist hier mit auch das andere Problem dem Fehler von mir behoben?

[Maxx@]

Ups! Sieht schlimmer aus als es ist...

Bitte nochmal testen! Danke Dir für Deine Geduld.

Gruß....Mr.Servo

Hallo
Jetzt sieht es so aus, als wäre alles in ordnung .
Grüße

[jockelm6]

Ist hier mit auch das andere Problem dem Fehler von mir behoben?

schaut so aus, musst du mal testen

[Mr.Servo]

Ist hier mit auch das andere Problem dem Fehler von mir behoben?

Sieht gut aus, oder meintest Du was anderes?

Der Dateianhang LCD4linux_Timer.png existiert nicht mehr.

Gruß.....Mr.Servo

[Mr.Servo]

Wieso kann LCD4Linux nicht die Temperatur vom Octagon SF8008 Auslesen und anzeigen?
Im OpenATV ist die doch drin

Das kann LCD4linux, genau dieser Wert wurde ja mit einer SF8008 getestet, der Treiber wird so ausgelesen:

Code: Alles auswählen

d += glob("/proc/hisi/msp/pm_cpu")  # e.g. Octagon SF8008

Oder gehts wieder bei Dir?

Gruß.....Mr.Servo

[phritney]

Also Timer Anzahl geht wieder, vielen Dank!

Die Temp wird aber nicht ausgelesen / angezeigt, ist die ggf. falsch eingestellt bei mir?

[Mr.Servo]

Erhöhe mal die Anzahl der maximalen Zeilen auf 2 oder besser auf 3!

Wenn das nix bringt: Bei mir funktioniert das auf der GBUE4K. Auf meiner Mut@nt HD51 hingegen nicht, weil der HD51-Treiber diese Information nicht liefert. Ds ist bei der HD51 aber eine bekannte "Unschönheit", aber evtl. ist ja gar kein Sensor vorhanden?

Aber die SF8008 kann das!

Was Du aber tun kannst: Gehe mal mit einem FTP-Programm (z.B. FileZilla) in folgendes Verzeichnis: '/proc/hisi/msp/' und zeige was dort zu sehen ist.

Es sollte mindestens die Datei 'pm_cpu' vorhanden sein, oder bei Dir nicht? Zeig mal was zu sehen ist. Versuche die mal zu öffnen. Was ist dann zu sehen?

Alternativ: Gibt es einen Inhalt in folgender Datei? '/sys/devices/virtual/thermal/thermal_zone0/temp'

Danke Dir & Gruß.......Mr.Servo

[Mr.Servo]

Alle Änderungen sind nun im Github angekommen, also beim nächsten Update mit dabei!

Gruß.....Mr.Servo

[phritney]

Erhöhe mal die Anzahl der maximalen Zeilen auf 2 oder besser auf 3!

Das hat leider nichts gebracht. Es bleibt gleich.

Aber die SF8008 kann das!

Was Du aber tun kannst: Gehe mal mit einem FTP-Programm (z.B. FileZilla) in folgendes Verzeichnis: '/proc/hisi/msp/' und zeige was dort zu sehen ist.

Es sollte mindestens die Datei 'pm_cpu' vorhanden sein, oder bei Dir nicht? Zeig mal was zu sehen ist. Versuche die mal zu öffnen. Was ist dann zu sehen?

Die Datei ist da aber leer und hat 0kb.

Alternativ: Gibt es einen Inhalt in folgender Datei? '/sys/devices/virtual/thermal/thermal_zone0/temp'

Danke Dir & Gruß.......Mr.Servo

Diesen Ordner Thermal gibt es nicht bei mir im Virtual.

[Papi2000]

Die Procs unter /proc kann man nicht einfach mit einem Editor öffnen. Das sind mehr oder weniger verschachtelte Register, die Inhalte oder Schalterfunktionen haben.
Abfragen kannst du grundsätzlich mit

Code: Alles auswählen

ls -la /proc/hisi/msp/

ob das gewünschte Register "pm_cpu" dabei ist. Den Inhalt kannst du dir dann mit

Code: Alles auswählen

cat /proc/hisi/msp/pm_cpu

anschauen.
Das Ergebnis sieht auf der Box dann etwa so aus (hier von einer GB Trio 4K Pro - aber SF8008 war gestern beim Test gleich):

Code: Alles auswählen

Welcome to openATV for gbtrio4kpro
openatv 7.3 gbtrio4kpro

gbtrio4kpro login: root
Password:
root@gbtrio4kpro:~# cat /proc/hisi/msp/pm_cpu
CPU: freq = 1600000(kHz), current volt = 1160(mv)
CPU: AVS = On, hpm offset = 0 hpm target = 0x153
Tsensor: temperature = 58 degree
CPU: Temp Control is Quit

EDIT: Und hier noch die Ausgabe der SF8008:

Code: Alles auswählen

Welcome to openATV for sf8008
openatv 6.4 sf8008

sf8008 login: root
Password:
root@sf8008:~# cat /proc/hisi/msp/pm_cpu
CPU: freq = 1600000(kHz), current volt = 1160(mv)
CPU: AVS = On, hpm offset = 0 hpm target = 0x153
Tsensor: temperature = 60 degree
CPU: Temp Control is Quit

[phritney]

Ja das Verzeichnis ist da und auch das Register „pm_cpu“ existiert.

Mit dem o.g. Befehlt kommt dann auch das als Ausgabe:

Code: Alles auswählen

root@sf8008:~# cat /proc/hisi/msp/pm_cpu
CPU: freq = 1600000(kHz), current volt = 1160(mv) 
CPU: AVS = On, hpm offset = 0 hpm target = 0x153 
Tsensor: temperature = 61 degree 
CPU: Temp Control is Quit 
root@sf8008:~#

Also auslesen tut er was…
Wieso es nicht anzeigt finde ich etwas komisch

[Maxx@]

Hallo
Nach dem update auf die neueste version fängt der tuner immer noch an zu stottern.
Nach ca. 5 - 6 Stunden beginnt der Tuner mit einer verzögerung von ca. 2 sekunden auf die fernbedienung zu reagieren.
Ein neustart der GUI hilft.
Ich erinnere sie daran, dass in der version LCD4Linux 5.0 -r11b nichts dergleichen passiert.
Grüße

[Mr.Servo]

Welches openATV fährst Du denn? Wäre stets gut, wenn Du das links in Dein Profil mit eintragen könntest.

Aber es gab auch bei vorherigen Versionen dieses "Problem", schau mal: klicke hier

Gruß.....Mr.Servo

[Papi2000]

Achja, stimmt.
Ich hatte die verdächtigen Stacktrace-Meldungen (Python-Crashes) auch nach Wechsel auf oATV7.3 mit der neuesten lcd4linux-Version (V5.0-r14 (Modus: Py3) + plus dem Patch von dir weiter vorn.
Nachdem ich seit ein paar Tagen auf den Wetteranbieter MSN umgestellt, und die Box einmal ganz neu gestartet habe, sind sowohl die Stacktrace-Meldungen, wie auch die Trägheit auf der GB Quad 4K nach langer Betriebszeit weg. Schon initial sind die Umschaltzeiten gefühlt kürzer.
Früher hatte ich OpenWeatherMap gewählt.

[Maxx@]

Welches openATV fährst Du denn? Wäre stets gut, wenn Du das links in Dein Profil mit eintragen könntest.

Aber es gab auch bei vorherigen Versionen dieses "Problem", schau mal: klicke hier

Gruß.....Mr.Servo

Hallo
In meiner signatur steht, welches boxmodell ich habe und welche software geladen ist. Ich habe OpenATV 7.3 installiert
Die version LCD4Linux 5.0 -r11b funktioniert bei mir seit fast zwei tagen und es gibt keine probleme.
Ich habe ein eingebautes LCD-Display in der box.
Grüße

Der Dateianhang Info.png existiert nicht mehr.

[Mr.Servo]

Oh ja stimmt! Sorry, ich habe nur links auf die Box1 geachtet!

Also ich habe mir den Wechsel von V5.0-r11b auf V5.0-r12 mal genauer angesehen und verfolge gerade eine Idee. Das wird noch einige Tage dauern bis zu einer Testversion, aber ich verliere das nicht aus den Augen.

Danke Dir & Gruß.....Mr.Servo

[Mr.Servo]

Ich hatte die verdächtigen Stacktrace-Meldungen (Python-Crashes) auch nach Wechsel auf oATV7.3 mit der neuesten lcd4linux-Version (V5.0-r14 (Modus: Py3) + plus dem Patch von dir weiter vorn. Nachdem ich seit ein paar Tagen auf den Wetteranbieter MSN umgestellt, und die Box einmal ganz neu gestartet habe, sind sowohl die Stacktrace-Meldungen, wie auch die Trägheit auf der GB Quad 4K nach langer Betriebszeit weg. Schon initial sind die Umschaltzeiten gefühlt kürzer. Früher hatte ich OpenWeatherMap gewählt.

Also egal wie das Wetter früher mal programmiert war: Ich habe es komplett auf Links gedreht und die ganze Sache restlos neu mit den allerneuesten Erkenntnissen programmiert (und das sogar immer noch als Py2+3-Kombilösung).

Das Wetter fällt somit als "Verursacher" sehr sicher aus, denn jetzt ist es auf dem neuesten Stand, analog wie Metrix-Wetter und OA-Weather! Also quasi ein Schliff!

Man muß dabei wissen: Python3 ist (mit Recht) strenger als Python2 es war. Da macht die Sache zwar nicht einfacher, aber schlußendlich definierter und schneller!

Gruß......Mr.Servo