Hast du in deiner config.txt vom RasPi folgende Einstellung stehen??
hdmi_force_edid_audio=1Wenn nicht mal reinschreiben.
Der Pi "fragt" über HDMI ab welche Soundformate vom Endgerät (TV) unterstützt werden.
Diese Einstellung erzwingt dass der Pi alle Formate sendet die er beherrscht, egal was über den HDMI-Port zurückkommt.
Möglich dass der Splitter da etwas spackt...
Läuft das bei dir unter Frodo?
Es gibt im Skinordner eine Datei die VideoFullScreen.xml heißt. Weißt du wie man sie findet?
Im aktuellen nox 5 ist diese Datei korrekt gecodet. Die beiden kannst du vergleichen. Alle Blöcke darin die ID="1" zu stehen haben sind die, die die Infos enthalten. Dieses ID="1" muss bei den gleichen Einträgen in der xml von nox 4 drinnen stehen.
bg
Nein, das läuft bei mir unter Gotham.
Ist wohl eine angepasste Version für Gotham, hatte sie kurz nach Release von Gotham runtergeladen weil ich Nox 4 behalten wollte.
Danke für den Tip, ich werde das mal probieren!
grtz
CmdA
welche nox version nutzt du?
in 5 ist es schon korrekt eingestellt.
bg
Version müsste 4.1.9.6 für Gotham sein...
Hi,
Ich denke da liegt ein Fehler im Code vor.
Die Infos für TV brauchen alle die ID 1 und müssen in der VideoFullScreen.xml liegen.
bg
Könntest du das evtl. etwas genauer beschreiben?
Habe von Skinning nun überhaupt kein Plan und blicke durch die VideoFullScreen.xml nicht so ganz durch... 
Danke.
Das sind 2 Arctic Silent 80mm Gehäuselüfter.
Soweit ich weiß kann nicht einfach ein neuerer Kernel installiert werden.
Standardmäßig läuft OMV auf Kernel 2.6 oder 2.9, bin nicht sicher. Man kann manuell auf 3.2 Backport upgraden was ich getan habe.
OMV baut derzeit noch auf Debian Squeeze auf, ein Update auf einen aktuellen Wheezy-Unterbau steht aber kurz bevor.
Dann geht sicher auch ein aktuelles Powertop.
So wie es aussieht ist es im August soweit, solange kann ich noch warten.
Wenn ich dann ge-updated habe werde ich nochmal prüfen und Feedback geben.
Danke soweit!
grtz
CmdA
Dann zieh ihn doch mal zum test ab
PowerTOP version 1.11 (C) 2007 Intel Corporation
Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 0,5%) 2,00 GHz 0,0%
zyklisches AbfraC1 mwait 0,0m 2,00 GHz 0,0%
C1 mwait 0,9ms ( 2,3%) 1,91 GHz 0,0%
C6 mwait 10,3ms (97,2%) 1,83 GHz 0,0%
1328 MHz 100,0%
Aufwachen pro Sekunde : 118,2 Intervall: 15,0s
Häufigste Ursachen für das Aufwachen:
49,3% (183,0) <interrupt> : ddbridge
26,5% ( 98,2) chkcache_proces : do_nanosleep (hrtimer_wakeup)
7,3% ( 27,2) tvheadend : __mod_timer (process_timeout)
4,9% ( 18,0) <interrupt> : eth0
1,8% ( 6,5) kdvb-ad-0-fe-0 : __mod_timer (process_timeout)
1,0% ( 3,7) kdvb-ad-1-fe-0 : __mod_timer (process_timeout)
1,0% ( 3,5) oscam : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,6% ( 2,2) mysqld : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,5% ( 2,0) watchdog : do_nanosleep (hrtimer_wakeup)
0,5% ( 2,0) capmt_thread : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,5% ( 2,0) swapper/1 : add_timer_on (clocksource_watchdog)
0,4% ( 1,5) swapper/0 : __mod_timer (tcp_delack_timer)
0,4% ( 1,4) <interrupt> : ahci
0,4% ( 1,3) apache2 : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,3% ( 1,1) tvheadend : futex_wait_queue_me (hrtimer_wakeup)
0,3% ( 1,1) avahi-daemon : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,3% ( 1,0) ntpd : common_timer_set (posix_timer_fn)
0,3% ( 1,0) afpd : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,3% ( 1,0) watchdog/0 : enqueue_task_rt (sched_rt_period_timer)
0,3% ( 1,0) reader_check : futex_wait_queue_me (hrtimer_wakeup)
0,3% ( 1,0) garbage_collect : futex_wait_queue_me (hrtimer_wakeup)
0,3% ( 1,0) cw_process : futex_wait_queue_me (hrtimer_wakeup)
0,3% ( 1,0) monit : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,3% ( 0,9) omv-engined : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,2% ( 0,9) upnp_thread : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,2% ( 0,7) tcp_server_star : __mod_timer (tcp_keepalive_timer)
0,2% ( 0,7) serve_process : do_nanosleep (hrtimer_wakeup)
0,2% ( 0,7) collectd : futex_wait_queue_me (hrtimer_wakeup)
0,1% ( 0,5) tcp_server_star : __mod_timer (tcp_write_timer)
0,1% ( 0,5) tcp_server_star : do_nanosleep (hrtimer_wakeup)
Vorschlag: Aktivieren Sie "USB autosuspend" durch drücken der U-Taste
oder durch Anhängen der Bootoption "usbcore.autosuspend=1" an die Kernel-
kommandozeile oder in der GRUB Konfiguration.
Q - Beenden R - Aktualisieren U - USB suspend einschaltenSo sieht Powertop dann mit abgezogenem Kartenleser aus.
Zieht dann immer noch 28W im Idle. Ohne Lüfter komme ich bis auf 25W runter, aber die 3W investiere ich gern in etwas Sicherheit 
Wenn ich das richtig interpretiere läuft die Kiste ja auch hauptsächlich im C6 Modus.
Komisch ist der Verbrauch im Vergleich zu anderen Werten allerdings schon...
SMART habe ich eigentlich deaktiviert, bin da nicht sicher was man wie am besten einstellt
(unter OpenMediavault)
Ich habe unter Advanced Power Management 128 eingestellt. Scheint ein guter Kompromiss zu sein.
1 parkt den Kopf so oft wie möglich. Schlecht für den Load Cycle Count, gut für den Energieverbrauch.
254 parkt den Kopf so selten wie möglich. Gut für den Load Cycle Count, schlecht für den Energieverbrauch.
Mit massiv erhöhtem LLC sollte man 254 einstellen.
Die Werte geben Zeit X an. Siehe Grafik: http://i.stack.imgur.com/3Al28.jpg
Unter Akustik Management habe ich nichts eingestellt, also deaktiviert.
Da weiß ich auch nicht wozu das gut sein soll.
Spindown habe ich auf 10min gesetzt.
S.M.A.R.T. habe ich so eingestellt das er alle 4Stunden die Werte prüft. (14400sec.)
Denke das sollte für zuhause reichen.
Powermodus steht auf Bereitschaft. So prüft er die Platten nur dann wenn die Platte eh läuft.
So wird sie nicht aus dem Spindown geholt nur um SMART-Werte auszulesen.
Die Temperaturüberwachung muss nicht sein, das kann für sich selbst entscheiden.
Meine Platten laufen momentan mit 28°C.
Ich habe eingestellt dass ich gewarnt werden will wenn die Platte mehr als 10°C wärmer als im letzten Test ist, generell wenn sie 40°C erreicht und eine kritische Warnung bei 50°C.
50°C ist schon ziemlich viel für eine Festplatte.
grtz
CmdA
ist es bei XBMC eigentlich möglich einen "Listener" auf das NAS zu legen? Immer wenn ich nen neuen Film reinschieb, muss ich ja von Hand den Suchlauf starten. Kann man das nicht automatisieren?
Auf's NAS legen nicht, aber es gibt das Addon "XBMC Library Auto Updater". Ist in der XBMC.org Repo enthalten.
Dort kannst du einstellen in welchen Abständen dein XBMC automatisch dein NAS nach neuen Inhalten durchsucht und hinzufügt.
Habe es allerdings noch nicht selbst getestet... weiß nur das es das gibt.
Werde ich machen. Gebe gegen abend bescheid, erstmal bissel arbeiten
3.2 sollte schon RC6 unterstützen, hast du mal mit powertop geguckt welche Powerstates genutzt werden?
Kannte Powertop bis eben noch gar nicht..
PowerTOP version 1.11 (C) 2007 Intel Corporation
Cn Verweildauer P-States (Frequenzen)
C0 (Prozessor läuft) ( 1,2%) 1,67 GHz 1,0%
zyklisches AbfraC1 mwait 0,9m 1,58 GHz 0,6%
C1 mwait 0,8ms (18,8%) 1494 MHz 1,2%
C6 mwait 7,0ms (79,9%) 1411 MHz 3,0%
1328 MHz 94,2%
Aufwachen pro Sekunde : 362,7 Intervall: 15,0s
Häufigste Ursachen für das Aufwachen:
46,5% (1204,9) USB Gerät 1-3 : FT232R USB UART (FTDI)
38,7% (1002,8) <interrupt> : xhci_hcd
7,4% (190,8) <interrupt> : ddbridge
3,8% ( 98,6) chkcache_proces : do_nanosleep (hrtimer_wakeup)
1,9% ( 48,8) kdvb-ad-0-fe-0 : __mod_timer (process_timeout)
0,5% ( 12,3) <interrupt> : eth0
0,1% ( 3,5) oscam : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,1% ( 2,2) mysqld : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,1% ( 2,0) swapper/0 : add_timer_on (clocksource_watchdog)
0,1% ( 2,0) capmt_thread : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,1% ( 2,0) watchdog : do_nanosleep (hrtimer_wakeup)
0,1% ( 1,5) serve_process : do_nanosleep (hrtimer_wakeup)
0,1% ( 1,4) <interrupt> : ahci
0,1% ( 1,3) apache2 : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,0% ( 1,0) garbage_collect : futex_wait_queue_me (hrtimer_wakeup)
0,0% ( 1,0) reader_check : futex_wait_queue_me (hrtimer_wakeup)
0,0% ( 1,0) upnp_thread : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,0% ( 1,0) cw_process : futex_wait_queue_me (hrtimer_wakeup)
0,0% ( 1,0) monit : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,0% ( 1,0) ntpd : common_timer_set (posix_timer_fn)
0,0% ( 1,0) watchdog/0 : enqueue_task_rt (sched_rt_period_timer)
0,0% ( 1,0) tvheadend : futex_wait_queue_me (hrtimer_wakeup)
0,0% ( 0,9) omv-engined : schedule_hrtimeout_range_clock (hrtimer_wakeup)
0,0% ( 0,9) afpd : schedule_hrtimeout_range_clock (hrtimer_wakeup)
Vorschlag: Erhöhen Sie die "VM dirty writeback time" von 5,00 auf
15 Sekunden durch: echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
Dadurch belasten die VM Hintergrundaktivitäten die Festplatte weniger.
Q - Beenden R - Aktualisieren W - Writeback time erhöhenC6 scheint also zu funktionieren.
Mich überrascht nur dass der Rechner am häufigsten durch USB-Geräte geweckt wird. Aktuell ist nur ein Kartenleser per USB angeschlossen...
Aktuell läuft mein OMV auf dem Backport Kernel 3.2.0
"out of the Box" läuft OMV auf 2.9.4 oder so...
Wenn ich die Zeit finde werde ich auch aus reinem Interesse mal Win7 installieren.
Da meine "Bastelzeit" jobtechnisch leider recht beschränkt ist kann durchaus eine Woche oder länger dauern...
Was Live-TV angeht kann ich nur Digital-Devices empfehlen. Top TV-Karte!
Mit einem Elgato-Produkt hatte hier letztens noch ein User arge Probleme und es nicht ans laufen gebracht (unter XBMC). Meine es war auch dieser Netstream...
Die schnellsten Umschaltzeiten die ich gesehen habe waren auf Windows-Ebene direkt im DVBViewer-Pro. Da musst du dann aber mit dem Advanced.Launcher arbeiten was zumindest bei mir nicht richtig funktionieren wollte.
Live-TV im Netzwerk bereitstellen war damit allerdings grauenvoll in Bezug auf die Umschaltzeiten! Wenn es NUR auf dem einen HTPC genutzt werden soll gehts.
Live-TV im Netzwerk geht aus meiner Sicht eigentlich nur auf Linux-Ebene mit akzeptablen Umschaltzeiten. Ich nutze TVHeadend und OpenELEC.
Ich habe in dem Fall die Boards nicht konkret verglichen, sondern nur pauschal gesagt dass es die Boards selten genau gleich gibt mit ATX und mit DC Anschluss.
Die Unterschiede in dem Fall sind wohl bis auf den DC sehr klein http://geizhals.de/?cmp=1102397&cmp=1111762#xf_top
Klinke und Toslink unterschiedlich auf den 1. Blick, sonst wohl recht gleich.
Okay. Hatte das dann nur etwas falsch interpretiert...
Das Messgerät kannst du gut prüfen indem du die PC Messung mit einer 60W Glühbirne zusammen machst und dann 60 abziehst:
Praxistipp hier: http://www.computerbase.de/2014-05/stromm…erblick-test/3/
Habe ich gemacht. Danke für den Tip!
Der Zähler am Messgerät geht genau um 62W hoch, bei einer 60W Glühlampe. Komme dann auf 31W Verbrauch am HTPC.
Ich gehe also davon aus dass mein Messgerät doch relativ genau misst.
Dein Stromverbrauch erscheint mir schon ein bischen viel, wenn ich das vergleiche mit:
http://www.vdr-portal.de/board18-vdr-ha…-d/#post1199701Windows hattest du nicht mal zum test drauf?
Ja, mir kommt es auch etwas hoch vor, weiß aber nicht wo ich noch "schrauben" kann.
Ob ich im Bios C6 oder C7 wähle macht keinen Unterschied.
"Speedstep" ist auch aktiviert, das ist bei ASRock die Hardware-seitige Runtertaktung der CPU.
Hatte vor dem Kauf auch den Bericht auf technikaffe.de gelesen, dort wurde das gleiche Board mit 11W Idle getestet.
Letztendlich war das auch mit einer der Gründe warum die Wahl auf dieses Board gefallen ist.
Technikaffe hatte FreeNAS am laufen und den Wert erreicht, was ja auch Linuxbasierend ist. Von daher etwas merkwürdig.
Den Vergleich der Verbräuche PicoPSU vs. be quiet! 300W bringt auch max. 4W Abweichung zugunsten der Pico.
Das Netzteil ist genau meines. (System Power7)
Windows habe ich noch nicht getestet. Spontan auch schwierig da ich dann ja keinen HTPC mehr habe.
Muss das dann testen wenn ich etwas Zeit habe.
Unabhängig vom Ergebnis wird Windows aber auch nur ein Test bleiben, als OS kommt Windows nicht infrage.
Weder fürs NAS noch für den HTPC.
Danke soweit!
grtz
CmdA
Das Q1900DC hat direkt auf dem Board einen 12V Anschluss, d. h. du brauchst kein ATX Netzteil sondern kannst ein 12V Netzteil direkt anschließen. Dadurch hat du weniger Verlust.
Ja, das war mir klar. DDD meinte die Boards haben noch weitere Unterschiede. Ich kann keine finden. Darum habe ich gefragt was er meint.
Ich habe mich gegen die DC Version entschieden weil das Board für mein NAS eingesetzt werden sollte. Heißt bis zu 4 Festplatten und meine TV-Karte sollte dort auch rein.
Da das DC Board nur 2 Stromanschlüsse auf dem Board für Laufwerke bereithält habe ich dem Braten nicht getraut.
Dein recht hoher idle wird auch mit an der 3TB Platte liegen, die verbraucht wohl um die 6 Watt. Wenn es geht, klemm die Platte doch mal ab und teste den Stromverbrauch nur mit der SSD.Und DDD du hast natürlich recht, ein RAM Riegel verbraucht natürlich weniger als 2, da stand ich kurz auf dem Schlauch, danke!
Im zweiten Setup läuft das Board ohne die WD und verbraucht dennoch 30W.
So läuft es auch aktuell in diesem Moment. 1 SSD, 1 DVD-LW und die CineS2. Macht minimal 30W im Idle.
grtz
Das gleiche Board gibt es nicht als DC, die sind alle ein wenig unterschiedlich.
Auf Technikaffe wurde ein Board mit DC und mit ATX getestet.28W ist ziemlich viel, welches Messgerät verwendest du und welches BQ 300W NT hast du genau?
Wo liegen weitere Unterschiede zwischen dem Q1900-ITX und dem Q1900DC-ITX ?
Ich habe dieses Strommessgerät von Technoline [Anzeige] Ich kann es schlecht überprüfen, denke aber das es nicht super genau ist.
Als Netzteil benutze ich das Be quiet! BN140 System Power 7 300W.
Um es nochmal ganz genau zu machen:
Der RAM ist 2x2GB DDR3 1666mhz aus einem 2012er MacBook Pro den ich noch rumliegen hatte.
Als Systemplatte läuft eine Kingston SSDNow S200 30GB Platte.
Und eben die WD Green 3TB Platte.
Alle verfügbaren Stromsparmodi im Bios sind aktiviert.
OS ist OpenMediaVault 0.5.51.
Ich habe das Board testweise auch mal in den HTPC gesteckt.
Dort läuft es mit:
- 1x Samsung 840 SSD 120GB
- DVD Laufwerk
- DD CineS2 V6.5 mit 2 Tunern
- gleichem RAM
- gleichem Netzteil
unter OpenELEC 4.0.7 und verbraucht 33W im Idle.
Wenn da noch Sparpotential drinsteckt bin ich für Tips mehr als empfänglich 
Ich habe ein Q1900-ITX, also quasi das gleiche Board nur mit "normalen" Stromanschluss und einem 300W bequiet! Netzteil, einer SSD und einer 3TB WD Green Platte sowie 4GB RAM.
Das System zieht minimal 28W im Idle.
Mich würde mal interessieren was das gleiche Board in der DC Version verbraucht....
Moin,
ich habe nichts neues erfahren.
Allerdings habe ich für mich eine Lösung gefunden.
Ich hatte die Lüfter per PWM ans Board angeschlossen, dort waren sie auf niedrigster Stufe noch zu laut.
Dann habe ich dieselben Lüfter auf demselben Board mal spaßeshalber an die normalen 3-pin Anschlüsse geklemmt und siehe da: Auf niedrigster Stufe plötzlich nicht mehr zu hören.
Keine Ahnung woran es liegt, aber mein HTPC ist nun leise und kühl.
Für mich reichts!
grtz
Ich kann dir sagen das mein Zyxel, gekauft Anfang Dezember, unangenehm laut ist.
Das NAS stand ca. 9-10m von der Couch entfernt und war zu hören, da der Lüfter so ein Wellenförmiges surren von sich gibt.
Würde er das nicht tun wäre er unhörbar. Zugegeben, beim TV gucken war er schon nicht mehr hörbar, aber wenn es leise war.
Den Lüfter kann man allerdings problemlos tauschen.
grtz
Auch das ist richtig.
Hinterher ist man immer schlauer
Von den Specs und den vorhandenen "Apps" her sah auch erstmal alles super aus. Dazu der Preis...
Die Ernüchterung kam später.
Wie auch immer, ich bin nun schlauer und nutze ihn wahrscheinlich demnächst als Backup-NAS.
Du hast natürlich recht, so wie das Zyxel jedoch beworben wird entsteht schnell der Eindruck das man gleiche/ähnliche Leistung wie z.B. von Synology bekommt und ist schnell enttäuscht bzw hat einen Fehlkauf getätigt.
Ging mir z.B. auch so, da dies mein erst NAS überhaupt war und ich keine Ahnung hatte...
grtz
