Beiträge von crazy-to-bike

Zitat von BJ1

Ein Suspend gibt es im S5 nicht

Ist mich nachdem ich es geschrieben habe auch aufgegangen, hatte es auch editiert, aber wahrscheinlich zu spät.

Zitat von BJ1

Beim S5 ist nur die RTC per Pufferbatterie aktiv.

Hm, vielleicht ist die einfach leer? Wobei imho so lange das Netzteil nicht ausgeschaltet ist, auch von dort mit Energie versorgt wird.

Zitat von BJ1

Du kannst evtl. mal PME# aktivieren.

Habe ich gemacht.

Gerade ist der PC mit dem im BIOS eingestellten Wakeup aufgewacht. Jetzt teste ich es nochmal mit dem aktivierten PME# über das BS und wenn das nicht geht ACPI mit dem Skript.

Zitat von BJ1

Mal versucht eine EDID.bin zu erstellen oder wenigstens einen der ersten HDMI-Eingänge zu nehmen?

ja, habe bislang mal auf den HDMI1 gewechselt, nützt aber nichts. Vermutlich ist das Problem, dass man unseren TV noch komplett ausschalten kann, was wir aus energetischen Gründen auch tun.

Die EDID.bin nützt ja erst was, wenn das Aufwachen wieder geht, daher bislang nein.

Zitat von BJ1

Jedes halbwegs aktuelle Mainboard (< 10 Jahre) lässt sich aufwecken. Und da es bei Dir ja schon funktioniert hat, ist das eine Sache der Einstellungen im BIOS und nicht des Betriebssystems. Wenn ein Board per ACPI aufwacht, weiß es noch nichtmal, ob dort überhaupt ein BS drauf ist und geladen werden kann.

Ich wiederhole mich ungern :

Da haben sich unsere Beiträge überschnitten (kein Reload der Seite gemacht)
Fotos im Anhang

Zitat von BJ1

Wenn Wakeup by RTC eingestellt ist, lässt sich die RTC nicht mit dem neuen Wert aus dem Addon überschreiben. Es wird dann stattdessen der Wert, der im BIOS eingetragen ist/eingetragen werden muss, genommen. Klingt komisch, ist aber so.

Wäre es dann nicht auch mal ein Ansatz zu testen, ob es funktioniert, wenn ein Wert im Bios eingetragen ist?

Nachtrag zum Suspendmode S3 only: Da gibt es als Auswahl S1, S3, Auto oder disabled, jedoch nicht S5 (wobei S5 ja auch nicht suspend ist )

Also auch der RTC Timer aus dem Live-Ubuntu weckt den PC nicht auf
Damit erübrigen sich wohl erst mal alle weiteren Dinge, vermutlich auch der eventuelle Wechsel auf LibreElec

Zitat von bitzer

und warten ob die Kiste angeht.Wenns nicht geht dann auch mit dem Addon nicht.(so Meine Erfahrung)Dann wird der Fehlerevtl. im Bios schon liegen.

hab's getestet. Funktioniert leider auch nicht. Damit ist wohl auch klar, warum es mit dem Addon nicht geht.

Zitat von BJ1

BItte mal im BIOS nachschauen, ob ACPI aktiviert ist und WakeUp by RTC deaktiviert(!) ist.

Ja, genau so ist das eingestellt.
Zum Verständnis: Warum soll WakeUp by RTC deaktiviert sein? Irgendwie macht das doch keinen Sinn, wenn ich den PC per RTC-Alarm aufwecken will

Was ich nicht kapiere ist, dass es ja vormals schon funktioniert hat und sich an der Hardware und imho auch an den BIOS-Einstellungen nichts geändert hat. Muss im Umkehrschluss dann also heißen, dass es an meinem Update auf Ubuntu 18.04 liegen muss.
Ich kann mal noch testen, ob das Aufwachen funktioniert, wenn ich den RTC-Timer aus einem Live-Ubuntu 18.04 setze...

Zitat von bitzer

wenn ich es richtig verstehe hat es vorher auch schon nicht richtig geklappt?

Vor dem Update auf 18.04 hat das Aufwachen eigentlich schon geklappt, nur nicht mehrmals hintereinander. Sprich, das Verhalten war so:
- (mehrere) Aufnahme(n) programmiert, erster Timer wurde beim Runterfahren über das Addon gesetzt, Rechner ist aufgewacht.
- Nach der Aufnahme (oder EPG-Aktualisierung) fuhr der Rechner wieder ohne Benutzerinteraktion runter - aber wachte für die nächste Aufnahme (oder EPG-Aktualisierung) nicht mehr auf.

Erst wenn man den Rechner wieder per Benutzerinteraktion heruntergefahren hat, ging das Aufwachen wieder für 1x.

Ich glaube aber, dass dieses Problem damit zusammenhängt: TVHeadend Powermanagement für XBMC-Live/XBMCbuntu (11.04-12.04)

Denn ich habe auch das Problem, dass ich kein Bild auf dem TV bekomme, wenn der PC hochfährt während der TV aus ist also erst nach dem Hochfahren eingeschaltet wird.

Zitat von bitzer

und warten ob die Kiste angeht.Wenns nicht geht dann auch mit dem Addon nicht.(so Meine Erfahrung)Dann wird der Fehlerevtl. im Bios schon liegen. das wars ab jetzt halte ich mich raus.mag dich nicht verwirren.

Teste ich nachher. Aber hey, wieso sollte mich das verwirren? Bin für jede Anregung zur Fehlersuche dankbar

Zitat von BJ1

Das ist nicht nötig, im Gegenteil - die BIOS-Uhr muss auf UTC (MEZ+1) laufen.

UTC ist aber doch MEZ -1
https://time.is/UTC

Sprich: MEZ (jetzt gerade) 11:34 --> UTC 10:34

So ist die Uhr im BIOS gestellt.

Zitat von BJ1

Ich hätte gerne mal die Ausgabe von ls -alt $HOME/.kodi/addons/service.pvr.manager/resources/lib/

Ich bin wegen dem Perl-Problem und dem deshalb nicht startenden Addon vorerst auf's alte Addon zurück. Dort ist ja mein einziges Problem, dass der PC zur Aufnahme oder EPG aktualisieren nicht aufwacht, sonst funktioniert alles.

Hier trotzdem die Ausgabe:

ls -alt /home/mediacenter/.kodi/addons/service.pvr.manager//resources/lib/
insgesamt 36
drwxr-xr-x 2 mediacenter mediacenter 4096 Jan  3 16:18 .
drwxr-xr-x 4 mediacenter mediacenter 4096 Jan  3 16:18 ..
-rw-rw-r-- 1 mediacenter mediacenter  163 Jan  3 16:18 __init__.pyo
-rw-rw-r-- 1 mediacenter mediacenter 6178 Jan  3 16:18 tools.pyo
-rwxrw-r-- 1 mediacenter mediacenter  603 Jan  3 16:13 epggrab_ext.sh
-rw-rw-r-- 1 mediacenter mediacenter    0 Jan  3 16:13 __init__.py
-rwxrw-r-- 1 mediacenter mediacenter  302 Jan  3 16:13 shutdown.sh
-rw-rw-r-- 1 mediacenter mediacenter 5238 Jan  3 16:13 tools.py

Zitat von bitzer

ich nutze auch Ubuntu 18.04 und sogar lirc und das Addon . bei mir funktioniert alles.

Du musst das lirc vom 16.04 in Ubuntu 18 verwenden .!

hast du zufällig im Bios was gemacht (verändert) ?. Ich hatte gerade selber das Problem,Kiste wachte nicht mehr auf, jetzt gehts wieder.

Lirc brauche ich imho gar nicht, da ich nur Yatse am Smartphone benutze. Oder meinst du, dass das fehlende lirc meine Probleme verursachen kann?

Ich habe festgestellt, dass die Uhrzeit im BIOS 1h falsch war, das habe ich korrigiert. Es ging aber (nach dem Update auf 18.04) davor auch schon nicht mit dem Aufwachen.

Nun stellt sich halt echt die Frage, warum es bei mir unter 18.04 nicht geht

LibreElec ist doch auch ein Linux, nur dass das speziell als HTPC (mit Kodi) ausgelegt ist, oder?
Nutzt das auch TVHeadend als Backend?

Das ein oder andere mache ich mit dem PC sonst schon auch noch, daher wäre es besser, wenn das mit Ubuntu drunter funktionieren würde.

Zitat von BJ1

Der Shutdown erfordert sudo-Rechte. Stimmen denn die Policies (sudo visudo) für sudo/kodi noch?
https://github.com/b-jesch/servic…aster/README.md -> Installation

Ja, für das alte Addon hat sich das ja durch das Update auf 18.04 nicht geändert gehabt, und für das neue Addon habe ich es abgeändert, funktioniert aber mit beiden Addons eben nicht mehr

Zitat von BJ1

Gut, damit funktioniert das schonmal. Wacht der Rechner denn auch auf?

nein, seit dem Update auf Ubuntu 18.04 eben nicht mehr

Zitat von BJ1

Da muss ich schauen (allerdings erst nächste Woche)

Ok, das wäre super.

Edit: Ich habe hier was dazu gefunden. Vielleicht ist das ja ein erster Ansatz?
https://forum.kodi.tv/showthread.php…7738#pid1577738

Zitat von BJ1

Ja, der PVR-Manager wird beim Beenden nicht aktiviert und kann somit auch nicht die RTC setzen. Entweder definierst Du eine spezielle Taste auf der Tastatur per remote.xml und/oder Du passt deinen verwendeten Skin so an, das bei der Auswahl von Power/Herunterfahren/Whatever der Hook greift und statt des Runterfahrens das Addon aktiviert wird. Die Vorgehensweise findest Du unter "Additionals for Experts" hier: https://github.com/b-jesch/servic…aster/README.mdDas sollte auch mit Yatse funktionieren.

Hm, ich habe, damit das Addon aktiviert wird ja extra einen Menü-Eintrag im Hauptmenü erstellt, der das Addon aufruft. Der Befehl im Menüeintrag lautet
XBMC.RunScript(service.pvr.manager,poweroff)

Vor meinem Update auf Ubuntu 18.04 hat dieser Befehl - noch mit dem alten Addon, also mit XBMC.RunScript(service.tvh.manager,poweroff) - eigentlich zuverlässig funktioniert.
Der Shutdown wird damit auch ausgelöst und es erscheint die Meldung, dass der Timer gesetzt wird

Das Vorgehen wie du es beschreibst überlebt ja leider keine Updates und ruft eigentlich auch nur den genannten Befehl auf. Ich teste aber mal, ob's damit wieder geht.

Zitat von BJ1

Das passiert so weit ich mich richtig erinnere erst reproduzierbar (also bei jedem Booten), seit ich auf das neue Addon gewechselt habe.
Lässt sich das lösen, damit ich das neue Addon weiter verwenden kannn?
Ergeben die Logs einen Aufschluss, warum das Aufwachen nicht mehr geht?

Ich denke, das korrespondiert zur Fehlermeldung des Addons beim Kodi-Start, wenn der PC gebootet wird:

15:32:29.780 T:139907678856960 DEBUG: [service.pvr.manager 0.0.7@586] Wait 5 seconds for PVR response
15:32:29.780 T:139907678856960 DEBUG: [service.pvr.manager 0.0.7@586] Starting service with id:586@mode:None
15:32:30.652 T:139906822932224 NOTICE: script.module.youtube.dl: youtube_dl core version: 2018.11.07
15:32:30.666 T:139907553031936 DEBUG: script.extendedinfo: version 5.6.0 started
15:32:30.666 T:139907553031936 DEBUG: script.extendedinfo: incinemamovies
15:32:30.666 T:139907553031936 DEBUG: script.extendedinfo: {
"handle": 4
}
15:32:30.670 T:139907678856960 ERROR: EXCEPTION Thrown (PythonToCppException) : -->Python callback/script returned the following error<--
- NOTE: IGNORING THIS CAN LEAD TO MEMORY LEAKS!
Error Type: <type 'exceptions.ImportError'>
Error Contents: Failed to import _strptime because the import lockis held by another thread.
Traceback (most recent call last):
File "/home/mediacenter/.kodi/addons/service.pvr.manager/service.py", line 426, in <module>
TVHMan.start(mode)
File "/home/mediacenter/.kodi/addons/service.pvr.manager/service.py", line 280, in start
_flags = self.getSysState()
File "/home/mediacenter/.kodi/addons/service.pvr.manager/service.py", line 138, in getSysState
_flags |= self.get_pvr_events(_flags)
File "/home/mediacenter/.kodi/addons/service.pvr.manager/service.py", line 118, in get_pvr_events
self.wakeREC = strpTimeBug(timer['starttime'], JSON_TIME_FORMAT) - \
File "/home/mediacenter/.kodi/addons/service.pvr.manager/resources/lib/tools.py", line 138, in strpTimeBug
return datetime.datetime(*(time.strptime(datestring, formatstring)[0:6]))
ImportError: Failed to import _strptime because the import lockis held by another thread.
-->End of Python script error report<--
15:32:30.681 T:139909943263168 DEBUG: ------ Window Init (DialogNotification.xml) ------

Taucht nämlich imho beim nächsten Start von Kodi im laufenden Betrieb des PCs nicht mehr auf.

Zitat von BJ1

Funktioniert es denn mit dem neuen Addon? Wenn nicht: Logfile ([definition=12,3]Debug-Log[/definition]).

leider nein. Mehr noch, wenn der PC startet (Autologin, Autstart von Kodi), dann meldet Kodi einen Fehler bei deinem Addon mit Verweis auf das Log. Dann funktioniert auch das Herunterfahren, das auf dein Addon umgebogen ist ( --> XBMC.RunScript(service.pvr.manager,poweroff) als Menü-Befehl eingetragen) , nicht aus Kodi.

Erst, wenn Kodi einmal beendet und neu gestartet wurde, funktioniert dein Addon und der Ausschaltbefehl, aber das automatische Aufwachen geht trotzdem nicht

Daher anbei das [definition=9,2]kodi.[definition='1','0']log[/definition][/definition] und die Einstellungen im Addon. Die Readme habe ich natürlich abgearbeitet.

Ich bin jetzt mal auf das neue Addon von @BJ1 umgestiegen:
[RELEASE] PVR Recording & Power Manager

Abgesehen vom Namen erkenne ich da aber keinen Unterschied in der Einrichtung und Konfiguration.

Hallo,

ich nutze das Addon "TVHeadend Powermanagement", damit der Rechner für Aufnahmen oder EPG-Aktualisierung auch aus dem ausgeschalteten Zustand (S5) oder aus dem Energiesparen (S3) wieder automatisch aufwacht. Das hat bislang so einigermaßen funktioniert - ganz zuverlässig war es nie.

Seitdem ich das zu Grunde liegende Ubuntu von 16.04 auf 18.04 geupdated habe, geht's gar nicht mehr.

mIch musste nach dem Update lirc deinstallieren, weil meine USB-Tatstur7Maus nach dem Update nur nich funktioniert haben, wenn ich den Dongle nach dem Hochfahren aus und wieder eingesteckt habe und meine /var/[definition='1','0']log[/definition]/syslog war seit dem Update auf 18.04 auf über 23MB angewachsen war und mit diesen Zeilen geflutet wurde:

lircd[1360]: lircd-0.10.0[1360]: Error: Cannot glob /sys/class/rc/rc0/input[0-9][i]/event[0-9][/i]
lircd-0.10.0[1360]: Error: Cannot glob /sys/class/rc/rc0/input[0-9][i]/event[0-9][/i]

Googeln ergab dann, dass es da wohl einen Bug gibt: https://bugs.launchpad.net/ubuntu/+sc/+bug/1768291 4
Da ich das Mediacenter inzwischen mittels Smartphone-App steuere, brauche ich lirc nicht, also habe ich es deinstalliert. Nach einem Reboot funktionieren Maus und Tastatur wieder von Anfang an tadellos.

Ich bin aber nicht sicher, ob das fehlende lirc nicht meine Aufwachprobleme verursacht, da man beim TVHeadend Powermanagement ja eine remote.xml konfigurieren muss

Das Kodi-Verzeichnis hat 3,4GB.

Dem liegen ca. 1700 Filme, 41000 Fotos und 10000 Musikdateien zu Grunde.

Database sind ca 84MB. Kommt mir jetzt nicht sooo groß vor.

Wie kann man denn sonst die Medieninhalte von Kodi sinnvoll auf anderen geräten nutzbar machen? Einfach die Medienordner freigeben nützt wenig, da zu umfangreich um was zu finden, oder eh schon am anderen PC vorhanden (Fotos, Musik).

Hallo,

ich nutze den Webserver mittels http://Host-IP:8080, um mit Yatse auf Kodi zuzugreifen und es zu steuern. Das klappt super.

Nun wollte ich am Browser auf Kodi zugreifen. Beim Aufruf von http://Host-IP:8080 kommt die Benutzer- und Passwortabfrage. Danach wird die Oberfläche geladen, aber dann kommt sofort "Connection to server lost". Kodi 17.6 unter Ubuntu 18.04. Habe es mit verschiedenen Browsern (Firefox, Chromium) getestet.
Die Verbindung mit Yatse funktioniert derweil anstandslos, daher bin ich ratlos, warum das mit dem Browser nicht klappt.

Hallo,

besser spät als nie ein herzliches Dankeschön. Funktioniert wieder.