Boot Config im BIOS richtig eingestellt?
(BIOS -> Advanced -> Boot -> Boot Configuration -> OS Selection)
Man kann Win7 und Win 8.x einstellen.
Denke für Win10 wird die Einstellung Win8.x benötigt, Win7 ist klar.
Hatte auch heftig Probleme damit, allerdings mit Linux.
Debian Wheezy benötigt Win7 Einstellung, Jessie Win8.x.
Ja, habe ich. Kanns nicht mehr zählen wie oft 
Um das können geht es mir auch nicht, eher ums wollen.
Ich sagte ja ich finds gut das du ( CvH) versuchst die Leute zu bedienen.
Wenn ich da aber jetzt anfangen muss zu frickeln kann ich auch gleich auf osmc gehen was ich wohl auch tun werde.
Wenn OE 7 seit Januar fertig ist frage ich mich warum da weiter gebastelt wird anstatt zu releasen.
So vergrault man Fans.
Zumindest geht es mir so. Geht absolut nicht gegen die preBeta, eher gegen Openelec selbst.
Ich werde jetzt OSMC testen.
Danke 
Bei mir funktioniert Airplay unter Jarvis (KodiBuntu) leider nicht! Ist echt Mist! 
Ich möchte meine RasPis so langsam auch auf Jarvis updaten, habe ehrlich gesagt aber keine Lust mir preBetas oder so zu installieren oder noch länger auf ein offizielles Update zu warten. (Auch wenn ich es super finde das @CvH versucht den OE-Fans zu helfen!)
Was wäre die beste alternative für Openelec?
OSMC sagt mir garnix, scheint aber der Nachfolger von RaspBMC zu sein?!
Gibt es sonst noch was?
Danke!
Ich würde das booten verzögern.
Wenn das nicht funktioniert den mount usw.
Du kannst die Verzögerung direkt in der config.txt des RasPi eintragen:
http://elinux.org/RPiconfig#Boot
Parameter "boot_delay".
Hab keine Ahnung ob es funktioniert, aber testen kann man es ja.
Wir reden vom Verbrauch im Jahr.
Jetzt check ich es
Davon kann ich aber auch nur träumen.
Mein NAS nimmt ca. 40W wenn alle HDDs im Standby sind, ca. 60W wenn alle laufen.
Allerdings mit 4fach Sat-Tuner und 6 HDDs
...und wer noch mal nachrrechnet wird zu dem Ergebnis kommen, dass andere Leute bei ca. 4 Stunden Laufzeit am Tag 8,33 € zahlen.
Wenn ich das bei allen Verbrauchern im Haushalt so unbedacht angehe, dann darf ich mich nicht über einen hohen Stromverbrauch wundern.Bzw. ich weiß nicht wie das bei Euch aussieht, aber ich muss mich dann schon mal gegenüber meiner Regierung rechtfertigen.
??
8,33€/Tag? Bei 4Betriebsstunden?
Für 8,33€ bekomme ich hier gut 28kWh...
Macht über 7kWh pro Betriebsstunde?!?!?
Wer nachrechnet: 20W im Idle sind am Ende bei 24/7/365 gut 50€ im Jahr.
MAC-Adresse per FB finden:
Heimnetzübersicht -> Alle Netzwerkgeräte -> Beim entsprechenden Gerät auf Details klicken und freuen.
Ich vermute weil der Pi die Netzwerkverbindung einfach zu spät aufbaut.
An dem Punkt wo der Pi mounten will steht die Verbindung noch nicht -> du musst manuell (nach)mounten.
Vermutung:
Weil du manuell mountest ist der Einhängepunkt immer gleich und TVH findet stets die Aufnahmen.
Ich würde den Start des Betriebssystems 5-10sec verzögern, dann sollte die Netzverbindung stehen und alles funktionieren.
Wie das jetzt geht kann ich leider nicht pauschal sagen.
Dazu fehlen Angaben zum Betriebssystem etc.
Das der Rechner nicht wieder startet wird damit zu tun haben dass er komplett herunterfährt, ja. (S5 Mode).
Stelle das Autoshutdown-Plugin doch einmal ein dass er nur in den Standby geht (S3). Vom Stromverbrauch macht das praktisch keinen Unterschied.
Wenn er dann wieder startet dann funktioniert ja erstmal alles. Dann musst du halt nur gucken ob dein Board ein RTC-Wakeup aus dem S5 unterstützt.
Der Speicherort für das Skript ist richtig, ja.
Es war so gemeint, dass ich meine bereits vorhandenen Stellmotoren (am Verteiler) mit nem anderen (HA-fähigen)Wandthermostat steuern kann.
Wäre das hier alleine ausreichend?
Achso!
Sorry, das hatte ich falsch verstanden.
Das kann man nicht so ganz einfach beantworten.
Die Frage ist: Was hast du aktuell für Stellmotoren verbaut und gibt es -irgendeine- Möglichkeit diese mit FHEM anzusprechen?
Ich befürchte du wirst die Stellmotoren austauschen müssen, aber wie gesagt, um das genau zu sagen muss man schon genau wissen was du da verbaut hast.
Hier gibt es eine Übersicht der unterstützten Hardware.
Ja, kann man machen mit der Heizung.
Stellmotoren müssten dann noch seperat gekauft werden, richtig.
Gibt halt mehrere Systeme mit seinen Vor- ubd Nachteilen.
Welches du für dich als gut empfindest hängt von dir ab.
Ich setze auf Homematic.
Hast du irgendeinen Automatismus (Skript) der deine Aufnahmen verschiebt oder umbenennt?
Oder mountet dein System die Freigabe irgendwie anders beim Reboot?
File missing kommt eig nur wenn TVH die Dateien nicht mehr da findet wo er sie gespeichert hat.
Ein anderer Name reicht schon aus...
@este
Wie genau hast du Kodi denn in fhem eingebunden?
Eigentlich ist es recht einfach...
Freut mich dass das meiste nun vernünftig funktioniert!
Das einzige Problem, was ich jetzt noch habe ist, dass das Autoshutdownplugin vom OMV wohl nocht nicht sooo richtig läuft.
Habe gestern Abend gestgestellt, dass der Server nicht runter fährt/in den Standby geht.
Dazu muss ich mir dann denke ich noch genau das Log von Autoshutdown anschauen und auf Fehlersuche gehen, wenn ich das Log gefunden habe
Das Log findest du unter /var/[definition='1','0']log[/definition]/autoshutdown.[definition='1','0']log[/definition]
Wenn du nicht weiter kommst poste das Log einfach kurz dann finden wir schon den Übeltäter
Dann hätte ich noch eine Frage, die mir grade beim Schreiben einfällt, ohne das ich es getestet habe:
Fährt das 96_wakeuptimer Skript, welches in /etc/pm/sleep.d/ liegt, OMV unabhängig davon hoch ob OMV zuvor runtergefahren wurde oder sich im Standby befindet?
Das hängt davon ab ob deine Hardware ein RTC-WakeUp bei ausgeschaltetem PC unterstützt.
Mein Board (AsRock Q1900-ITX) z.B. kann dies nicht, der Server muss immer im Standby bleiben.
Es gibt unter Linux einen Befehl wo man sich anzeigen lassen kann ob das unterstützt wird, leider will mir der gerad nicht einfallen.
Musst wohl testen
Ja da hast du recht, camd.socket läuft aber über dvbapi.
Habe es jetzt nochmal getestet, mit folgender Beispiel-Konfig legt OSCam bei mir eine camd.socket an!
oscam.conf
[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
user = lokal
boxtype = pc
oscam.user
[account]
user = lokal
au = V13-Easymouse
betatunnel = 1833.FFFF:1702
group = 1
Wichtig dabei ist dass du in der oscam.conf KEINEN Listen-Port und pmd_mode 0 eingibst, sonst wird keine camd.socket erstellt!
Wie gesagt, eben getestet: camd.socket ist da! (unter /tmp)
grtz
Die Config für DVBApi ist eig. recht einfach und schnell gemacht....?!
Eine funktionierende Config wäre z.B.:
oscam.conf
[dvbapi]
enabled = 1
au = 1
pmt_mode = 4
request_mode = 1
listen_port = 1234
user = lokal
boxtype = pc
oscam.user
[account]
user = lokal
au = V13-Easymouse
betatunnel = 1833.FFFF:1702
group = 1
TVHeadend dann unter CAs:
Mode: Oscam TCP (rev >= 9574)
IP
Port
Fertig.
So, nun erstmal meine Werte vom Autoshutdown-Plugin unter OMV:
- ULDL-Rate: 40 -> Nicht getestet und Standardwert. Meine Clients inkl. RasPis werden halt ausgeschaltet.
- HDD-I/O: 101 -> Bei höheren Werten schläft der Server bei SD-Aufnahmen leider ein.
Wegen dem Schalter am RasPi:
Wenn du keine externen Festplatten am RasPi hast und auch keinen WLAN-Stick, also nicht am USB-Port hängt (außer evtl. ein Empfänger für eine FB) dann kann ein USB-Port vom TV den Pi locker mit Strom versorgen! Läuft bei mir tadellos.
Wenn jedoch WLAN oder Festplatte dranhängt reicht die Stromversorgung nicht mehr aus! Muss man halt testen.
Im Zweifel einfach eine Funksteckdose dazwischen klemmen?! Wäre die einfachste Lösung.
Nun zum Autostart-Skript.
Das Skript verhindert den Start des kompletten Kodi-Systems solange bis der Server via Ping erreichbar ist oder Zeitspanne X abgelaufen ist. (Kann man im Skript hinterlegen).
So ist eben KEIN Neustart von Kodi nötig. Kodi startet erst wenn der Server auch wach ist und alles kann geladen werden.
Läuft bei mir reibungslos auf mehreren Clients mit Openelec und Kodibuntu.
Der Start von Kodi verzögert sich zwar um ca. 30Sekunden, aber das ist verschmerzbar wenn alles automatisch geweckt wird.
Sollte der Server bereits laufen wenn Kodi gestartet wird verzögert sich der Start nur um 1-2 Sekunden.
Du musst im Skript noch folgende Angaben auf deine Gegebenheiten anpassen:
- IP-Adresse des Servers (Zeile 34)
- MAC-Adresse des Servers (Zeile 50)
- Wenn du keine Fritzbox hast evtl. den NTP-Server ändern ("Fritz.box" Zeile 36). Einfach einen Server deiner Wahl nehmen, weiß aber nicht ob das überhaupt nötig ist!
Das Skript wird folgendermaßen eingebunden:
Openelec:
In den Openelec-Settings SMB-Freigaben aktivieren.
Mit der SMB-Freigabe "Configfiles" mit Openelec verbinden.
Das Skript unter dem Namen "autostart.sh" hinterlegen.
Fertig.
Danach kann die SMB-Freigabe wieder deaktiviert werden wenn gewünscht.
Kodibuntu:
Das Skript auf dem System hinterlegen. z.B. /home/*username*/autostart.sh
Skript ausführbar machen: chmod +x /home/*username*/autostart.sh
Dann in der Konsole eingeben: sudo crontab -e
Dort dann eingeben: @reboot /home/*username*/autostart.sh
So wird das Skript bei jedem Start aber auch bei jedem Reboot ("Reset") ausgeführt.
Zur Info: Das Skript stammt nicht von mir, ich habe es auch nur kopiert! Ich habe das Skript von nerdoskop.wordpress.com heruntergeladen, dort ist das Skript selbst auch sehr viel genauer erklärt. (Er nutzt es eigentlich für eine Synology NAS, aber das ist egal). Quellenangabe ist auch im Skript enthalten!
Hier das Skript:
exec /usr/bin/python -x "$0" "$@"
# Wake-On-LAN
#
# Copyright (C) 2002 by Micro Systems Marc Balmer
# Written by Marc Balmer, marc@msys.ch, http://www.msys.ch/
# Modified by saarnu for nerdoskop.wordpress.com
# This code is free software under the GPL
import struct, socket, time, os
def WakeOnLan(ethernet_address):
# Construct a six-byte hardware address
addr_byte = ethernet_address.split(':')
hw_addr = struct.pack('BBBBBB', int(addr_byte[0], 16),
int(addr_byte[1], 16),
int(addr_byte[2], 16),
int(addr_byte[3], 16),
int(addr_byte[4], 16),
int(addr_byte[5], 16))
# Build the Wake-On-LAN "Magic Packet"...
msg = '\xff' * 6 + hw_addr * 16
# ...and send it to the broadcast address using UDP
time.sleep(5)
s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
s.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1)
s.sendto(msg, ('<broadcast>', 9))
s.close()
hostname = "192.168.1.109" # IP-Adresse des Servers
response = os.system("ping -c 1 " + hostname)
tttest = os.system("/usr/sbin/ntpdate fritz.box")
#and then check the response...
if response == 0:
print hostname, 'is up! Booting directly'
time.sleep(1)
else:
print hostname, 'is down! Trying again...'
while response != 0:
print 'Host still down.'
time.sleep(5)
response = os.system("ping -c 1 " + hostname)
print 'Host up now. Please wait another 20 seconds'
time.sleep(20)
WakeOnLan('11:A1:11:AA:A1:A1') # MAC-Adresse des ServersMit Online streamen meine ich zb. Youtube, Amazon Prime oder auch BS oder auch Internet-Radio und solche Geschichten.
Da geht dann kein Traffic über deinen server (weder LAN noch HDD) und er schläft ein.
Zum Rest dann nachher wenn ich zuhause bin.
Das Wake-on-Lan Addon kannst leider vergessen da es zu spät greift.
Kodi wird dir das Live-TV nicht gescheit laden weil der Server zu spät wach ist und Kodi schon geladen. Du wirst eine Fehlermeldung vom tvh-Client bekommen.
Ich habe dafür ein Autostart Skript welches den Server weckt. Schläft der Server wartet Kodi solange bis der Server wach ist und wird erst dann geladen.
Geht unter Openelec wie auch Kodibuntu. Kann ich heute abend mal posten.
Zu 1: Autoshutdown hat mit wecken nichts zu tun!
Du darfst dort dann nicht die IP des Raspi und wohl auch nicht den Port von TVH eingeben.
Könntest das via LAN-I/O sowie HDD-I/O lösen.
Kann und wird dann aber Probleme bereiten wenn du zb Online was streamst.
Ist bissel Try&Error, kann heute Abend mal meine Werte durchgeben.
Einfacher wäre ein aus- und einschalter am RasPi. Oder den Pi zB über den USB Vom TV zu versorgen. Geht dann auch an und aus.
Zu 2:
Ob USB-HDDs berücksichtigt werden kann ich nicht sagen, musst testen. Das Autoshutdown-Log ist da sehr aussagekräftig.
Zu 3: Ist erstmal DD-spezifisch, erst ohne testen.
Wenn es Probleme mit dem einschlafen und wecken des Servers bezgl. TV-Karte gibt nochmal melden :).