[rfehr]

Aufwachen per Timer funktioniert, gerade getestet.
Fr.

Hi Frounts,

was für ein NUC nutzt du denn genau?

Gruß,
  Roland

[Frounts]

Einen NUC6CAYS, mit 32GB eMMC Speicher und 2GB RAM
Den CIR nutze ich nicht, ist mir zu träge und richtungsabhängig. Hatte noch einen Atric WakeupUSB über, damit läufts geschmeidiger und ich kann damit den NUC per Ferne wecken.
Fr.

[Oretuni]

Hallo Frounds,

mir ist der interne CIR auch zu träge.

Hatte noch einen Atric WakeupUSB über, damit läufts geschmeidiger und ich kann damit den NUC per Ferne wecken.

Meinst Du den hier ? https://www.atric.de/IR-Einschalter/index.php

Muss der nicht ins Gehäuse und dort mit Strom versorgt werden. Ebenso müsste doch der NUC dann intern einen USB Anschluss haben?
Hat er doch nicht, oder habe ich den übersehen?

Edit:
Gerade gesehen. USB 2.0 gibt es auch intern. Fehlt noch der Stromanschluss

[Frounts]

Genau, der ist es.
Momentan liegt er noch lose herum und ist außen verbunden. Hab mir aber schon die Stecker bestellt:
https://at.rs-online.com/web/c/kabel-leitungen/kabel-platine-kabelkomponenten/kabel-platine-kabelkomponenten/?searchTerm=molex%20picoblade&applied-dimensions=4291785547
Hoffentlich sind das die Richtigen.

Am Boden von der NUC-Platine ist der Anschluss für das Frontpanel inkl. Powerbutton-Connector. Das Zerlegen von Nuc ist nicht ohne, geht aber in ca. 1/2h.

[Oretuni]

Wenn ich das richtig gesehen habe hat der NUC 2 interne USB 2.0 Pfostenstecker.
Könnte man dann nicht einen Anschluss für die USB Verbindung zu dem Artic verwenden, also USB zu USB.
Der 2. Anschluss wäre dann nur für die 5 Volt Speisung zuständig. USB 2.0 liefert ja 5V.
Das müsste dann USB Stecker auf so einen Stecker wie Du Ihn verlinkt hast sein.
Ob es sowas gibt, keine Ahnung!

Dann müsste man nicht so viel basteln

[Frounts]

Es reicht nur 1x USB und im BIOS USB-Power für S4/S5 einzuschalten. Aber mein IR-WakeupUSB eco (V1.0) kann kein WakeUp über USB schicken, deshalb verwende ich den PowerButton-Connector vom Atric zum NUC-Mainboard.
Ich weiß nicht, ob das mit dem aktuellen AtricUSB V1.2 ohne zweite Verbindung geht. Ist aber egal, funktioniert so perfekt für mich.

Im BIOS könnte man paar HDMI-CEC Ein-/Ausschaltszenarien mit dem TV einstellen, aber das ist für mich nicht relevant. 

[Oretuni]

So ganz verstehe ich das noch nicht.

Die USB Verbindung zwischen internem Header und dem Anschluss am Atric ist klar.
Jetzt geht es ja nur noch um den Strom.

Den holst Du dir direkt an diesem Powerbutton Connector am NUC-Mainboard, richtig?
Wie sieht denn dieser Connector aus? Sind das freie Pins oder musst Du da was löten?

[Frounts]

Da in gefühlten 8 von 10 Startvorgängen die Grafikkarte nicht initialisiert wird, und dies nur durch Power OFF/ON behoben werden kann, hab ich mir was geschreiben:
Es nutzt den Wakeup-Timer vom Artic, damit der ACPI-Wakeup nicht gestört wird.

Booten ohne Grafik, TV zeigt "kein Videosignal":

Spoiler (show / hide)

Code: [Select]

Apr 30 05:58:42 MLD user.warn kernel: [   17.614001] ------------[ cut here ]------------
Apr 30 05:58:42 MLD user.warn kernel: [   17.614005] WARN_ON(common_len <= 0)
Apr 30 05:58:42 MLD user.warn kernel: [   17.614081] WARNING: CPU: 3 PID: 1723 at drivers/gpu/drm/i915/intel_dp.c:1967 intel_dp_compute_config+0x1a5/0x720 [i915]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614082] Modules linked in: nfsd snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic snd_soc_skl snd_soc_skl_ipc snd_soc_sst_ipc snd_soc_sst_dsp snd_hda_ext_core snd_soc_acpi_intel_match snd_soc_acpi snd_soc_co
Apr 30 05:58:42 MLD user.warn kernel: [   17.614105] CPU: 3 PID: 1723 Comm: Xorg Not tainted 4.20.16.202.6 #1
Apr 30 05:58:42 MLD user.warn kernel: [   17.614106] Hardware name: Intel corporation NUC6CAYS/NUC6CAYB, BIOS AYAPLCEL.86A.0060.2019.0219.1527 02/19/2019
Apr 30 05:58:42 MLD user.warn kernel: [   17.614137] RIP: 0010:intel_dp_compute_config+0x1a5/0x720 [i915]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614140] Code: 4c 89 c2 89 c7 83 e8 01 3b 74 91 fc 7d 3c 85 c0 75 ef 48 c7 c6 1c 48 31 c0 48 c7 c7 73 45 31 c0 4c 89 54 24 18 e8 fb 9a df ed <0f> 0b c7 44 24 14 ff ff ff ff 4c 8b 54 24 18 eb 16 83 f8 01 0f 94
Apr 30 05:58:42 MLD user.warn kernel: [   17.614141] RSP: 0018:ffffb08d4066fa50 EFLAGS: 00010286
Apr 30 05:58:42 MLD user.warn kernel: [   17.614143] RAX: 0000000000000000 RBX: ffff9025fa78f000 RCX: 0000000000000000
Apr 30 05:58:42 MLD user.warn kernel: [   17.614145] RDX: 0000000000000018 RSI: ffffffffafae0f58 RDI: 0000000000000246
Apr 30 05:58:42 MLD user.warn kernel: [   17.614146] RBP: ffff9025f6f4e000 R08: 0000000000000002 R09: 000000000001edc0
Apr 30 05:58:42 MLD user.warn kernel: [   17.614148] R10: ffff9025f6f4e000 R11: 0000000000000000 R12: ffff9025f6f4e000
Apr 30 05:58:42 MLD user.warn kernel: [   17.614149] R13: ffff9025fa618000 R14: ffff9025faf82800 R15: ffff9025f4a17800
Apr 30 05:58:42 MLD user.warn kernel: [   17.614151] FS:  00007f3c75039a40(0000) GS:ffff9025efd80000(0000) knlGS:0000000000000000
Apr 30 05:58:42 MLD user.warn kernel: [   17.614153] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 30 05:58:42 MLD user.warn kernel: [   17.614154] CR2: 00005556470b5428 CR3: 00000000752e2000 CR4: 00000000003406e0
Apr 30 05:58:42 MLD user.warn kernel: [   17.614156] Call Trace:
Apr 30 05:58:42 MLD user.warn kernel: [   17.614193]  intel_ddi_compute_config+0x76/0x80 [i915]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614225]  intel_atomic_check+0x368/0x10a0 [i915]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614241]  drm_atomic_check_only+0x4ba/0x670 [drm]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614250]  ? handle_conflicting_encoders+0x281/0x290 [drm_kms_helper]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614262]  drm_atomic_commit+0xe/0x50 [drm]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614269]  drm_atomic_helper_set_config+0x62/0x90 [drm_kms_helper]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614281]  drm_mode_setcrtc+0x4cf/0x6d0 [drm]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614293]  ? drm_mode_getcrtc+0x180/0x180 [drm]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614303]  drm_ioctl_kernel+0xa8/0xf0 [drm]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614315]  drm_ioctl+0x2fa/0x390 [drm]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614326]  ? drm_mode_getcrtc+0x180/0x180 [drm]
Apr 30 05:58:42 MLD user.warn kernel: [   17.614332]  ? __switch_to_asm+0x34/0x70
Apr 30 05:58:42 MLD user.warn kernel: [   17.614335]  ? __switch_to_asm+0x40/0x70
Apr 30 05:58:42 MLD user.warn kernel: [   17.614337]  ? __switch_to_asm+0x34/0x70
Apr 30 05:58:42 MLD user.warn kernel: [   17.614341]  do_vfs_ioctl+0x9c/0x620
Apr 30 05:58:42 MLD user.warn kernel: [   17.614345]  ? __schedule+0x260/0x5f0
Apr 30 05:58:42 MLD user.warn kernel: [   17.614348]  ksys_ioctl+0x6b/0x80
Apr 30 05:58:42 MLD user.warn kernel: [   17.614350]  __x64_sys_ioctl+0x11/0x20
Apr 30 05:58:42 MLD user.warn kernel: [   17.614354]  do_syscall_64+0x56/0x170
Apr 30 05:58:42 MLD user.warn kernel: [   17.614357]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
Apr 30 05:58:42 MLD user.warn kernel: [   17.614361] RIP: 0033:0x7f3c72a37dd7
Apr 30 05:58:42 MLD user.warn kernel: [   17.614363] Code: 00 00 00 48 8b 05 c1 80 2b 00 64 c7 00 26 00 00 00 48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 91 80 2b 00 f7 d8 64 89 01 48
Apr 30 05:58:42 MLD user.warn kernel: [   17.614364] RSP: 002b:00007ffc050fd768 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
Apr 30 05:58:42 MLD user.warn kernel: [   17.614367] RAX: ffffffffffffffda RBX: 000000000000000e RCX: 00007f3c72a37dd7
Apr 30 05:58:42 MLD user.warn kernel: [   17.614368] RDX: 00007ffc050fd7a0 RSI: 00000000c06864a2 RDI: 000000000000000e
Apr 30 05:58:42 MLD user.warn kernel: [   17.614369] RBP: 00007ffc050fd7a0 R08: 0000000000000000 R09: 00005556475e6590
Apr 30 05:58:42 MLD user.warn kernel: [   17.614371] R10: 00007ffc050fd940 R11: 0000000000000246 R12: 00000000c06864a2
Apr 30 05:58:42 MLD user.warn kernel: [   17.614372] R13: 000000000000000e R14: 0000555646acb790 R15: 0000555646978ec0
Apr 30 05:58:42 MLD user.warn kernel: [   17.614374] ---[ end trace 4a0e4992ec55f719 ]---

MLD-NucWZ> xrandr -d :0
Screen 0: minimum 320 x 200, current 1024 x 768, maximum 8192 x 8192
DP-1 disconnected primary (normal left inverted right x axis y axis)
   1920x1080_50  50.00 
DP-2 disconnected (normal left inverted right x axis y axis)
MLD-NucWZ>


Damit ich diesen Zustand von außen erkenne, lasse ich den NUC-Ring gelb blinken.
Hier das Script, was ich mit den Atric nutze:
/etc/init.d/nuc-gfx-check

Spoiler (show / hide)

Code: [Select]

#!/bin/sh
. /etc/init.d/rc.functions

NAME=${0##*/}

case "$1" in
start)
echo "Starting $NAME:"
#
modprobe nuc_led
if [ -n "`cat /var/log/messages | grep 'Comm: Xorg Not tainted'`" ] #GPU funktioniert nicht
then
show_message "Kein Bild"
echo "Kein Bild"
echo 'ring,30,blink_medium,yellow' > /proc/acpi/nuc_led #NUC-LED Ring blinkt gelb
echo 'power,30,none,amber' > /proc/acpi/nuc_led                         #NUC-Power leuchtet Bernstein
echo "TSACS`date +%y%m%d%H%M`300" > /dev/ttyACM0 #Atric-Zeit setzen mit Sekunden fix auf xx, automatische Kalibrierung = off
echo "WSACS$((`date +%y%m%d%H%M+1`))" > /dev/ttyACM0 #Atric-Wakup setzen mit Minute +1 Minute = kleinstes Intervall
poweroff #Reboot funktioniert nicht, GPU wird nur mit einem Poweroff/on initialisiert
else
show_message "Bild OK"
echo "Bild OK"
echo 'ring,0,none,off' > /proc/acpi/nuc_led
fi
#
check_status
;;
stop)
echo "Stopping $NAME:"
#
# add here your stop actions
#
check_status
;;
restart)
$0 stop
$0 start
;;
resume)
echo "Resume $NAME:"
#
# add here your resume actions
#
check_status
;;
halt)
echo "Halt $NAME:"
#
# add here your halt (suspend) actions
#
check_status
;;
init)
start=1     # enable start section
#stop=1      # enable stop section
#resume=1    # enable resume section
#halt=1      # enable halt section
after="xorg"    # init scripts that must be started before this
#before=""   # init scripts that should be started after this
;;
*)
echo "Usage: $0 {start | stop | restart}" >&2
exit 1
esac

Ist nicht die beste Lösung, für mich passts so.

[iNOB]

Kurze Frage, bekommt man den Intel NUC6CAYH über den eingebauten IR mit einer RC5 Fernbedienung eingeschaltet? Ich brech mir da grad einen ab. Bedienung funzt ohne Probleme Mittels RC5-FB. Nur das Einschalten halt nicht. Hab das BIOS 0060 drauf. Deep Standby S4/S5 ist ausgeschaltet.

[RaHe67]

Einschalten geht bei mir Prinzipiell (siehe auch früherer Post von mir in diesem Thread).

Ist zumindest in meiner konstellation nicht ganz zuverlässsig (funktioniert nur in ca. 50% der Fälle, HarmonyHub mit NUC Profil und IR-Verlängerung).

Hat aber vermutlich mit der Positionierung des IR-Senders zu tun. Allerdings sind andere Remote-Kommandos nicht so empfindlich (evlt. passt da die Signaldauer/Wiederholung im Harmony Profil nicht richtig).

Gruß Ralf

[Oretuni]

Diese Erfahrung habe ich auch gemacht. Bei mir ist es auch ein Harmony Hub. Dieser steht nur ein paar cm vor dem IR Empfänges des Nuc.
Dennoch schaltet der NUC meistens erst nach dem 3. Versuch ein. Alle anderen Komandos funktionieren sofort.

Gruß,
Daniel

[iNOB]

Nutzt ihr das RC6 Protokoll?

[RaHe67]

Kann ich Dir leider nicht beantworten.

Keine Ahnung wo ich nachschauen könnte, welches Protokoll die Harmony benutzt. Eingestellt ist jedenfalls das Standard Intel NUC Profil.
Das hat direkt out-of-the-box mit MLD5.4 funktioniert.
Ich glaube sogar ich musste unter MLD nicht einmal etwas konfigurieren - das könnte ich aber heute abend kontrollieren.

Ralf

[Oretuni]

Ich glaube die Harmony sendet per RC6

[X-99]

Hi, heute ist mein NUC gekommen. Ich hatte die ewigen Probleme mit dem RPI als Client satt. 5.4 auf einen Stick, nach 2 Minuten Bild da (als SAT>IP Client, MCE FB ging out of the box und Aufwachen mit der FB geht auch ohne Probleme. Bios habe ich auf Default gelassen und nur den CIR aktiviert.

Großartig!!!

Viele Grüße

Raiiner