Setzt vdr das dvb device in stand-by bei nicht Gebrauch?

Zitat

jetzt mal aufnahme starten und umschalten. nach meinem verständnis sollte das device sich dann wieder "zuschalten" ?

geht auch !
man merkt es nicht, aber es funktioniert

/dev/dvb/adapter0/frontend0:
  1217 ... vdr
/dev/dvb/adapter0/dvr0:
  1217 ... vdr
/dev/dvb/adapter0/demux0:
  1217 ... vdr (1807)
  1217 ... vdr (0001)
  1217 ... vdr (1002)
  1217 ... vdr (02ff)
  1217 ... vdr (0303)
  1217 ... vdr (0304)
  1217 ... vdr (0012)
  1217 ... vdr (0000)
  1217 ... vdr (0011)
  1217 ... vdr (0010)
  1217 ... vdr (0062)
/dev/mediainput0:
  No client connected
/dev/dvb/adapter1/frontend0:
  1217 ... vdr
/dev/dvb/adapter1/dvr0:
  1217 ... vdr
/dev/dvb/adapter1/demux0:
  1217 ... vdr (006e)
  1217 ... vdr (0078)
  1217 ... vdr (0079)
  1217 ... vdr (007d)
  1217 ... vdr (0083)
  1217 ... vdr (0012)
  1217 ... vdr (0000)
  1217 ... vdr (0011)
  1217 ... vdr (0010)
  1217 ... vdr (0258)

wenn dynamite das jetzt vollautomatisch machen könnte ...
dann wäre es ein traum !
und bekommt von "Ökotest" das prädikat "sehr gut"

@Martin1234 sieht so aus als ob dynamite genau das macht !
das automatische abschalten bei nichtbenutztung wäre jetzt interessanter

Nach 3h inaktivität oder so - wenn das Gerät Idle ist solltenach readme dynamite den epg scan verhindern auf diesem Gerät.

Wenn das SetIdle sich bewährt, kann man über automatische Abschaltung philosofieren, aber ich denke auch, erst muss es jemand im realen Einsatz testen.

Wenn das SetIdle sich bewährt, kann man über automatische Abschaltung philosofieren, aber ich denke auch, erst muss es jemand im realen Einsatz testen.

hab ich doch gemacht ? fehlt mir was ?

Ok, na dann mal los ...

Mal so fürs Brainstorming:
- was benutzt die Geräte ?
- kann dynamite sehen was die Geräte benutzt ?
- Welche Logik würde sinn machen ?
- IdlePriorität, Priorität für die "Receiver" (haben die das nicht schon?),
- IdleTimeout
-> wenn idleTimeout sekunden kein receiver mit mindestens idle priorität das gerät gebraucht hat, wird es idle gesetzt ?
- Wenn man das frontend weghaben möchte, muss man es explizit abschalten

Okay,

nach dem Dank "Euch" und dem Update das Dynamite-Plugin wieder rennt, werde ich morgen früh mal versuchen eine relevante Messreihe durchzuführen. Einfach mal interessehalber zu schauen, was es konkret bringt. Ich kann aber nur DVB-T und DVB-S2 testen, aber dann hat man mal Zahlen hier zu stehen. Wenn es unter dem Strich nachher doch nur 2W sind, stellt sich die Frage, ob sich der Aufwand lohnt. Bei den Sundtek-Dingern anscheinend, da sie gut heizen, bei der Cinergy T² vermutlich auch, da sie gut heizt und die externe Sat-Karte, ich nehme dann die Pinnacle, könnte sich das ggf. auch lohnen. Die Frage ist hier, ob der Idle-Befehl die Karte evtl. komplett abschaltet. Die Netzteil-Verluste könnte man vernachlässigen, wenn man das Ganze wie ich umbaut, aber ich werde das mal mitmessen. Irgendwie habt Ihr mich jetzt neugierig gemacht. Ich denke mal, dass konkrete Zahlen echt nicht verkehrt wären...

Nur mal eine naive Interessensfrage: Die Channelpedia "lebt" davon, dass der VDR mit ungenutzten DVB-Devices hin und wieder neue Kanäle findet bzw. die Parameter von bekannten Kanälen aktualisiert. Da ein DVB-Device, welches über längere Zeit auf einen Transponder getuned ist, wenig Freiheit hat, mal wegzutunen, bräuchte man für diesen Fall evtl. auch die Möglichkeit, ein stand-by-Device automatisch wieder einzubinden.

Geschieht das Hinzufügen neuer Kanäle eigentlich parallel zum EPG-Scan? Ich hörte mal, dass in den Metadaten eines Kanals angekündigt werden kann, dass auf einem anderen Transponder neue Kanäle vorhanden sind, die doch bitte mal angetuned werden möchten. Weiß jemand, wie das genau läuft? Angenommen, es gibt vier neue SKY-Sender und wir haben zu dem Zeitpunkt, wo das entdeckt wird, nur ein aktives DVB-Device (die anderen sind alle weggeschaltet), wer übernimmt dann den Job und klappert die neuen Kanäle ab?

Gruß
hepi

Moin!

Zitat von Martin1234

Also das ist für mich jetzt schon ein Traum, wenn die device wirklich automatisch zugeschaltet sind, dann muss man ja nur beim beenden von vdr-sxfe, per dynamite das device auf idle setzten und fertig.
Ich bin gerade am kompilieren und hoffe das ich die Woche zum testen komme ...

Denk bitte daran, den vdr zu patchen, sonst läuft dynamite nicht. Aber das wirst du beim Kompilieren schon bemerken...

Noch mal zur Bestätigung: dynamite aktiviert die benötigten Devices (theoretisch) automatisch für Aufnahmen usw. Allein der EPG-Scan wird ignoriert, weil der vdr gerne alle verfügbaren Geräte dafür benutzen möchte. Falls man den Idle-Betrieb ernsthaft benutzen möchte, muss man also noch zusätzlich einen cron-Job o.ä. bauen, der die Geräte ab und zu wieder aktiviert und einen Scan startet.

dynamite kann höchstens sehen, ob da irgendwelche Receiver an den Geräten hängen. Falls keine da sind, kann das Gerät eigentlich gleich in den Standby (mit ein bisschen Zeitversatz, damit nicht bei jedem Kanalwechsel gleich das Gerät aus- und wieder eingeschaltet wird).
Jedes Gerät liefert auch eine Priorität, an der man sehen kann, ob eine Aufnahme oder Live-TV läuft. Es kann gut sein, dass momentan Live-TV ignoriert wird und das Gerät trotzdem in den idle-Modus versetzt wird, das weiß ich jetzt nicht genau. Aber irgendeine Form von Timer pro Gerät sollte es wohl geben. Der müsste dann in OpenFilter/OpenDvr entsprechend resetet werden. Irgendwie so, ist noch nicht ganz ausgegoren in meinem Kopf...

Ach ja, noch ein Hinweis: der vanilla-vdr schließt an einigen Stellen absichtlich keine Filedeskriptoren, da es in manchen Situationen wohl zu Segfaults kommen soll. Es spielt da keine Rolle, weil alle offen fds bei Prozessende sowieso geschlossen werden. Da gibt es auch extra Kommentare im Quellcode. Genau an den Stellen schließt mein Patch die fds, deshalb sind Langzeittests wichtig... Ich hab bisher allerdings noch keinen Segfault aus diesem Grund gesehen.

Lars.

Moin!

hepi: das müsste ähnlich wie der EPG-Scan automanuell angestoßen werden. Oder ich bau noch eine Option ein, mit der man verhindern kann, dass bestimmte Geräte überhaupt Idle gesetzt werden können. Dann kann der vdr diese Aufgaben wieder selbst erledigen, sobald der Inactivity-Timeout abgelaufen ist.

Lars.

Zitat von mini73

hepi: das müsste ähnlich wie der EPG-Scan automanuell angestoßen werden. Oder ich bau noch eine Option ein, mit der man verhindern kann, dass bestimmte Geräte überhaupt Idle gesetzt werden können.

Spontanidee, bitte nicht wieder schlagen:
Keine Ahnung, ob es möglich ist, aber wie wäre es, wenn das Plugin erkennt "Oh es sind nur noch EPG-Daten für 2 Tage vorhanden, ich aktiviere mal ein Gerät (pro DVB-X), damit ein Scan erfolgen kann?". Mehr macht irgendwie wenig Sinn, da Pro7 & Co gerade mal für ca. 3 Tage im voraus anbieten.
Sollte man XMLTV2VDR o.ä. zum Laufen bekommen, löst sich das Problem allerdings von alleine...

Zitat von hepi

Ich hörte mal, dass in den Metadaten eines Kanals angekündigt werden kann, dass auf einem anderen Transponder neue Kanäle vorhanden sind, die doch bitte mal angetuned werden möchten. Weiß jemand, wie das genau läuft?

Zumindest weiss ich das das nicht immer läuft weil die Sender gerne mal unfähig sind ihre Technik richtig zu konfigurieren.

Gerade wieder beim neuen Sky Welt Transponder passiert, den Transponder fand der VDR nicht automatisch, erst als ich in der channels.conf einen Dummy Eintrag mit dieser Frequenz angelegt hatte wurden die neuen Sender auf diesen Transponder gefunden.

Aber im Normalfall funktioniert das (jeder Transponder sendet halt eine Liste aller Transpnder dieser Sat Position mit), es sollte eingentlich reichen mit einem Kanel in der channels.conf anzufangen, den Rest sollte der VDR automatisch vervollständigen. Auf Astra 19,2 kalppt das eigentlich auch normalerweise, auf den anderen Sat Positionen nicht unbedingt, dort sind sie noch unfähiger.

cu

Moin!

Zitat von Treito

Spontanidee, bitte nicht wieder schlagen:
Keine Ahnung, ob es möglich ist, aber wie wäre es, wenn das Plugin erkennt "Oh es sind nur noch EPG-Daten für 2 Tage vorhanden, ich aktiviere mal ein Gerät (pro DVB-X), damit ein Scan erfolgen kann?". Mehr macht irgendwie wenig Sinn, da Pro7 & Co gerade mal für ca. 3 Tage im voraus anbieten.

Sprich, einmal am Tag sollte mindestens ein EPG-Scan gestartet werden.
Ich kenn den EPG-Code jetzt nicht so genau, was nötig wäre, um den von dynamite aus zu triggern (ist aber sicherlich nicht aufwendig). Wäre aber auch einfacher, das von außen per SVDRP o.ä. anzustoßen. Dafür gibt es ja cron und Konsorten, es muss ja nicht ein neuer Scheduler im vdr nachgebaut werden. Und zuverlässiger wär's wahrscheinlich auch.

Zitat von Treito

Sollte man XMLTV2VDR o.ä. zum Laufen bekommen, löst sich das Problem allerdings von alleine...

Jep.

Lars.

mini73 (und nur an mini73)
Ich teste wie gesagt morgen mal, inwieweit die USB-Boxen abschalten. Sollten diese dies aber nicht korrekt machen und zuviel Standby-Strom verbraten, wäre es denn möglich, eine Option einzubauen, dass nach dem Trennen und vor dem Anbinden ein Befehl/ Script aufgerufen werden kann? Pro Device?

Zitat von Martin1234

Da die Diskussion öfter wieder hochschlägt. Es geht nicht primär um den Stromverbrauch dies ist (für mich) wenn nur ein positiver Nebeneffekt. Es geht hauptsächlich darum das dvb device zu entlasten und damit die Lebensdauer zu verlängern.

Klar, die Lebensdauer würde sich verlängern. Aber Du musst das mal von der anderen Seite sehen: Bleibt das Device kalt, bringt vermutlich das Idle-Setzen bzgl. der Lebensdauer nicht viel. Wird das Device heiß, bringt es was, ohne Frage. Aber wo kommt die Hitze denn her? Dort wird dann im wahrsten Sinne des Wortes Strom verballert und ich bin neugierig, wie viel das ist.

Moin!

martin
Das Verlängern der Lebenszeit der DVB-Karten war auch das Hauptziel beim Einbauen dieses Features. Ich kann dich also gut verstehen.

Treito
Möglich ist alles. Dazu müsste dann in dynamite/dynamicdevice.c ein Aufruf eingebaut werden (Pseudocode, hab keine Zeit zum Kompilieren):

eDynamicDeviceReturnCode cDynamicDevice::SetIdle(const char *DevPath, bool Idle)
 {
   if (!DevPath)
      return ddrcNotSupported;


   cMutexLock lock(&arrayMutex);
   int freeIndex = -1;
   int index = -1;
   if (isnumber(DevPath))
      index = strtol(DevPath, NULL, 10) - 1;
   else
      index = IndexOf(DevPath, freeIndex, -1);


   if ((index < 0) || (index >= numDynamicDevices))
      return ddrcNotFound;


+  if (!Idle)
+     SystemExec(*cString::sprintf("/strom/schalter ein %s", dynamicdevice[index]->GetDevPath()), false);
-  ((cDevice*)dynamicdevice[index])->SetIdle(Idle);
+  if (((cDevice*)dynamicdevice[index])->SetIdle(Idle)) {
+     if (Idle)
+        SystemExec(*cString::sprintf("/strom/schalter aus %s", dynamicdevice[index]->GetDevPath()), false);
+     }
+  else if (!Idle)
+     SystemExec(*cString::sprintf("/strom/schalter aus %s", dynamicdevice[index]->GetDevPath()), false);
   isyslog("dynamite: set device %s to %s", DevPath, (Idle ? "idle" : "not idle"));
   return ddrcSuccess;
 }

Für SystemExec musst du evtl. noch <vdr/thread.h> einbinden.
Und das aufzurufende Script muss natürlich noch konfigurierbar sein. Die kleinen Details wie immer...

SystemExec wird extra mit "Detach == false" aufgerufen, damit das Script ggf. noch warten kann. Es kann ja eine Weile dauern, bis so eine USB-Box fertig mit Booten ist und es wieder benutzbar ist.

Probier's doch mal, wenn's zuverlässig klappt, werde ich es vielleicht einbauen. "Hooks" nach außen hin sind häufig praktisch.

Lars.