Beiträge von pacoma

@CvH

danke für den Link , leider lässt sich das PVR Addon nicht installieren, nutze die Millhouse Krypton #1120.

resp ich kann es nicht aktivieren, Version wird mir mit 3.4.7 korrekt angeziegt, kann das PVR Addon acuh konfigurieren nuer eben nicht aktivieren

23:56:03.244 T:140440935237696   ERROR: ADDON: Dll Tvheadend HTSP Client - Client returned bad status (6) from Create and is not usable
23:56:05.262 T:140440935237696   ERROR: UpdateAddons - failed to create add-on Tvheadend HTSP Client, status = 6

Auch so ein Thema wo nichts passiert, wer war nochmal zuständig für Libreelec und dem TVH PVR Addon?

@monarc99

Das ich im Uefi das Fast Boot dektiviert hatte (war in vielen Foren als Grund für das WakUp versagen benannt worden) und das ich im Powemenu die zwei Punkte Nativ Acpi und Pcie Asmp aktiv hatte, zumindest habe ich dies geändert und seither klappts

Gesendet von iPad mit Tapatalk

Ja ist nur zu testzwecken, es läuft nun alles zentral auf dem einen Nuc, also quasi Kodimaster mit TVH, der zweite Nuc habe ich heute beim Nachbarn geholt um zu sehen ob es damit ginge, die ganzen Wake Up-Geschichte.

Gesendet von iPad mit Tapatalk

oh ja und wie schwer...

jetzt habe ich mal den zweiten Nuc zur Hand genommen, was soll ich sagen das Uefi/Bios ist komplett anders, die bringen das bei Intel echt fertig....

Und BJ1 sprach: Es werde Licht! und es ward Licht. Und pacoma sah, daß das Licht gut war.

Juhui es hat geklappt, @all und genz speziell @BJ1 vielen Dank für die Hilfestellung

ist wie als Kind auf den Geburtstag warten 23:59:01 ,02,03 ...

So ich kann berichten es hat nun zweimal hintereinander mit dem Dreizeiler geklappt

Settings sind:

Fast Boot; ja
After Power failure: Stay off
Wake System on S5: aus
Deep S4/S5: aus
Wake from S3 via Cir: aus
Wake from S4/S5 via Cir: an
PCIe ASPM Support: aus
Nativ ACPI OS: aus

Nun noch testen ob es auch mit BJ1's Addon geht

naja egal was ich mache es hat auch wieder nicht geklappt.....

habe diesen schönen Artikel noch gefunden

Kritik

ACPI wird dafür kritisiert, besonders kompliziert zu sein. Für andere Betriebssysteme als Windows sei es schwer in ordentlicher Weise zu implementieren. Intel arbeitet deshalb für den Einsatz in Mobilgeräten an einer Alternative namens „Simple Firmware Interface“ (SFI), empfiehlt jedoch, wenn eine Hardware beides zur Verfügung stellt, stets ACPI zu verwenden.^[3]
Wegen Fehlern in der ACPI-Implementierung vieler Hardwarekomponenten muss das Betriebssystem dieses undokumentierte Verhalten mit verschiedenen Methoden korrigieren. Das Betriebssystem Linux gibt sich dem BIOS gegenüber als Windows aus, um den besser getesteten Windows-Modus zu erhalten.
Es gibt einen „ACPI-Machine-Language“-Compiler von Intel und einen von Microsoft. Die Hersteller bevorzugen die Microsoft-Implementierung, weil sie besser mit Windows zusammenarbeitet. Hardware-Defekte durch falsche Stromsparmaßnahmen wollen die Hersteller unbedingt vermeiden.
Bill Gates überlegte 1999, ob er ACPI so gestalten sollte, dass andere Betriebssysteme Probleme mit der Implementierung dessen haben:^[4]
– Bill Gates: E-Mail „ACPI extensions“ vom Sonntag, dem 24. Januar 1999

ja sollte, tuts aber bestimmt nicht

Zitat von monarc99

Hast du es schon probiert, wenn du "Wake System from S5" deaktivierst?

ja hat nichts gebracht, gemäss diverser Foren liegt es bei Windows nur am Schnellstart, auch den habe ich deaktiviert.

cat /proc/driver/rtc gibt mir das aus, nachdem ich natürlich einen Alarm gesetzt habe

LivingRoom:~ # echo 0 > /sys/class/rtc/rtc0/wakealarm
LivingRoom:~ # echo 1479326400 > /sys/class/rtc/rtc0/wakealarm
LivingRoom:~ # cat /proc/driver/rtc
rtc_time        : 19:43:20
rtc_date        : 2016-11-16
alrm_time       : 20:00:00
alrm_date       : 2016-11-16
alarm_IRQ       : yes
alrm_pending    : no
update IRQ enabled      : no
periodic IRQ enabled    : no
periodic IRQ frequency  : 1024
max user IRQ frequency  : 64
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
HPET_emulated   : no
BCD             : yes
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay

Ich glaube ich tue mir das nicht mehr an, der Nuc frisst ja irgendwie 10 Watt ich lass den durchlaufen....

Und auch bei einem zweiten Nuc (vom nachbarn Model D34010WYK) geht es auch nicht, also ein allgemeines NUC Problem

ja das ist 100% sicher, nur mir sind die Ideen ausgegangen, was ich noch in welcher Kombination einstellen könnte. Muss aber auch anmerken, das Intel immer solch beschissenen Uefi/Bios-Oberflächen hat....

@horschte mit dem selben Nuc?

Anbei mal meine Bios Einstellungen resp die Möglichen Einstellungen bei denen es nicht funktioniert

nach ein paar Tagen am verzweifeln suche ich immer noch die richtigen Bios Settings für das Aufwachen des Nuc's per RTC.

Hoffe jemand hat dazu nee Idee oder gar die Lösung

ja das TVH Powermanagement Addon sollte dies tun, soweit ich mich nicht irre, kläre dies aber nochmals ab

sollte so wie ich das sehe

LivingRoom:~ # ls -al /var/run/
total 40
drwxr-xr-x    5 root     root           320 Nov 15 16:10 .
drwxr-xr-x   11 root     root           220 Nov 15 16:10 ..
drwxr-xr-x    2 avahi    avahi           80 Nov 15 16:10 avahi-daemon
drwxr-xr-x    2 root     root            60 Nov 15 16:10 dbus
lrwxrwxrwx    1 root     root            33 Nov 15 16:10 localtime -> /usr/share                                                                                                                                                             /zoneinfo/Europe/Zurich
-rw-r--r--    1 root     root             4 Nov 15 16:10 nmbd-smb.conf.pid
drwxr-xr-x    3 root     root           120 Nov 15 16:10 pulse
-r--r--r--    1 root     root             0 Nov 15 16:10 rpcbind.lock
srw-rw-rw-    1 root     root             0 Nov 15 16:10 rpcbind.sock
-rw-------    1 root     root         24576 Nov 15 16:10 secrets.tdb
srwxr-xr-x    1 root     root             0 Nov 15 16:10 service.libreelec.setti                                                                                                                                                             ngs.sock
-rw-r--r--    1 root     root             4 Nov 15 16:10 smbd-smb.conf.pid
-rw-------    1 root     root             0 Nov 15 16:10 smbpasswd
-rw-r--r--    1 root     root             4 Nov 15 16:10 sshd.pid
-rwxrwxrwt    1 root     root           384 Nov 15 16:51 utmp
-rw-r--r--    1 root     root             0 Nov 15 16:10 xorg-configure.done

ja es ist genau 1 Stunde und ja dies /etc/adjtime ... ist nicht vorhanden... komische Sache das ganze