ct-VDR 3.06 reagiert manchmal nicht auf Fernbedienung

Ich kann dieses Phänomen bestätigen. Manchmal scheint es mir, daß der VDR erst wieder auf die FB reagiert, wenn ich die "MENU"-Taste drücke. Bisher dachte ich, es liegt an der Menge Plattenplatz, über die mein VDR die Hoheit hat (Immerhin 1217 Aufzeichnungen).

ByE...

Ich habe das Problem auch bemerkt. Oftmals ignoriert der VDR auch komplett die Tastendrücke.

Hat hier jemand schon eine Lösung gefunden ?

möchte mich dem Thread mal anschließen. Kenne das Problem und wollte mal die Meldung aus dem Sys.log posten:

Mar 4 00:53:17 vdr vdr[3312]: CAM: retrying to establish connection
Mar 4 00:53:17 vdr vdr[3309]: PANIC: watchdog timer expired - exiting!
Mar 4 00:53:17 vdr lircd 0.6.6[643]: removed client
Mar 4 00:53:17 vdr vdr[3315]: KBD remote control thread ended (pid=3315, tid=65541)

eigentlich ist die Meldung logisch, wenn lircd entfernt wird funktioniert keine Fb mehr - nur warum wird sie so einfach entfernt und dann nicht nochmal neu initialisert?

In der messages.log steht nichts drin.

gruß badfrosch

Ich habe das Problem auch!

Der VDR reagiert nicht mehr auf die FB, aber Lirc empfängt noch. Ich habe testweise mal ein '' irw '' gestartet und da kommen die Daten...

Hallo,

ich habe auch das Problem mit der Fernbedienung. Aber unter LinVDR 0.7 und erst seitdem ich den neuesten MT Patch 20050227 installiert habe.

Aber nur manchmal. Wenn ich den VDR ausschalte und den Netzstecker vom netzteil ziehe und danach wieder einschalte funktioniert wieder alles einwandfrei.

Grüße
Juerch

Hi,

habe zwar "nur" ctvdr 2.06, kenne das Problem aber auch.
Der vdr reagiert auf Eingaben per IR überhaupt nicht mehr, nicht mal Menue-Taste.

Wenn ich dann den vdradmin starte und die dortige Fernbedienung öffne,
kann ich mit dieser wieder steuern. Einmal Menu-Taste (vdradmin) reicht, dann geht es auch wieder mit der IR-FB.
Hintergründe hab ich noch nicht erforscht.

Gruß
Uwe

jepp

ich schliess mich an was den fehler betrifft.

servus leute,

hilft nicht weiter - habe dasselbe problem neuerdings auch (unter vdrdevel 1.3.22) .VDR wird eingeschaltet- LIRC-FB reagiert null auf eingaben.
erst nach alt+f8 auf der tatatur einen befehl ("m")eingeben, dann geht auch die fb wieder ???

in syslog fnde ich nichts brauchbares - sieht alles normal aus ...

gruß marpiet

Hi,

ändert ihr die Zeit evt. irgendiwe automatisch im Hintergrund (z.b. per Transponder)? Da kann doch LIRC irgendwie aus dem Tritt kommen, wenn ich mich recht erinnere.

Ist aber nur als Anregung gedacht. Wahrscheinlich ist es nicht ganz so trivial...

Viele Grüße,
Max

Hallo, hatte dieses Problem auch.
Bei mir war es, wie von maxkr schon angesprochen, das automatische Zeit einstellen. Ich lasse die Zeit jetzt von ntpdate über das Internet stellen und gut ist.
Gruss Marc

hallo maxkr und zulu,

da könntet ihr schon recht haben , bei mir ist bzw. war die zeiteinstellung per transponder aktiviert. danke für den hinweis

@ zulu:

hab mir auch gleich ntpdate installiert, nur wie kann ich das tool beim booten oder zu bestimmten zeiten aufrufen ?
in der doc steht der verweis auf init.d - nur finde ich mich da nicht zurecht.. 8).

beste grüße

marpiet

Also bei mir hat das Abstellen der Zeitsynchro bei 1.3.22 nix gebracht. Hier habe ich immer noch sporadisch Aussetzer von 10 bis 15 Sekunden, bis die Eingaben nachgeholt werden.

Hallo marpiet, wenn ich mich recht erinnere ging das bei mir automatisch.
Wenn nicht ...
In /etc/default/ntpdate kannst du die Timeserver eintragen.

# servers to check.   (Separate multiple servers with spaces.)
#NTPSERVERS="pool.ntp.org"
NTPSERVERS="ptbtime1.ptb.de"
#
# additional options for ntpdate
#NTPOPTIONS="-v"
NTPOPTIONS="-u"

In /etc/init.d/ntpdate steht hier:

#!/bin/sh


PATH=/sbin:/bin


test -f /usr/sbin/ntpdate || exit 0


if test -f /etc/default/ntpdate ; then
. /etc/default/ntpdate
else
NTPSERVERS="pool.ntp.org"
fi


test -n "$NTPSERVERS" || exit 0


case "$1" in
start|force-reload)
  echo -n "Running ntpdate to synchronize clock"
  /usr/sbin/ntpdate -b -s $NTPOPTIONS $NTPSERVERS
  echo "."
  ;;
restart|reload)
  # Drop -b to slew clock rather than step it if called after system is up
  echo -n "Running ntpdate to synchronize clock"
  /usr/sbin/ntpdate -s $NTPOPTIONS $NTPSERVERS
  echo "."
  ;;
stop)
  ;;
*)
  echo "Usage: /etc/init.d/ntpdate {start|stop|restart|reload|force-reload}"
  exit 1
esac


exit 0

Um das Script beim Systemstart aufzurufen, kannst du einen Symlink /etc/rcS.d/@51ntpdate auf ../init.d/ntpdate anlegen.

Grüsse Marc

Das Problem mit der Antwortzeit und Absturzverhalten im Zusammenhang mit dem Multipatch Repository hatte ich auch.

Es hat sich nachhaltig gebessert, nachdem ich auf das Bigpatch Repository (wie Multipatch, ohne AutoPID) umgestiegen bin. Seitdem bin ich mit Stabilität sehr zufrieden.

Gruß,

Ist wie ein stochern im Nebel, deshalb will ich euch meine Beobachtungen nicht vorenthalten ;).

Ich hab text2skin nicht mehr in Gebrauch und seitdem gehts besser (zumindest kommt es mir so vor). Zudem hab ich ne wirklich lahme Kiste (Epia ME6000).

Gruss