VDR reagiert manchmal minutenlang nicht auf Fernbedienung

sparkie · 26. Oktober 2006

als ich noch

Zitat

das Scannen nach (neuen) pids

permanent aktiviert hatte, gab es bei mir diversen Testsendern eigenartige Phaenomene. Die muessen sich ja auch nicht an Standards halten. Wenn ich solche Testsender testweise dann manuell eingestellt habe, konnte ich oft einige Sekunden am OSD nix mehr bedienen. Diese Option wuerde ich per default immer deaktivieren und nur wenn ich einen EPG-SCAN manuell anstosse anschalten.

TeeRose · 30. Oktober 2006

Das Ausschalten des Scans nach neuen Pids oder Namen oder Sendern bringt nichts. Ich habe immer noch die Aussetzer von Lirc.
Eine kurze channels.conf con ca. 100 Kanälen bringt ebenfalls keine Besserung.

Ich habe mal top laufen lassen und gesehen, dass der lirc Prozess nie unter den obersten Prozessen lag. Drücke ich allerdings die Fernbedienung im Dauerfeuer, so sehe ich den lirc Prozess oben in der Liste erscheinen. Der Prozess reagiert scheinbar, doch gibt er keine Codes an den vdr weiter. Der VDR hatte bei diesem Test mit laufendem top nicht auf die Fernbedienung reagiert.

tr500 · 30. Oktober 2006

Vielleicht sollten wir mal zur Lösung des Problems mal ein paar gemeinsamkeiten suchen bei den Leuten bei denen es nicht funktioniert.
Ich gehöre anscheinend nicht zu denen denn bei mir Funktioniert alles Problemlos (ausser Dauerfeuer hab ich noch nicht probiert )

EDIT:
Was auch immer gut kommt bei ner Fehlersuche PLUGINS deakt. und dann nach und nach zu schalten:

TeeRose · 30. Oktober 2006

Ich habe lirc mal mit

Code

./configure ... --enable-debug

konfiguriert und kompiliert. Nach Aufruf von

Code

lircd --debug=2

erhalte ich bei erfolgereichen Tastendrücken im Logfile von lirc folgendes:

Code

Oct 30 21:06:06 vdr lircd: trying "lircd.conf.851" remote
Oct 30 21:06:06 vdr lircd: sync
Oct 30 21:06:06 vdr lircd: no repeat
Oct 30 21:06:06 vdr lircd: header
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: pre: e896
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:06 vdr lircd: 0
Oct 30 21:06:06 vdr lircd: 1
Oct 30 21:06:07 vdr lircd: 1
Oct 30 21:06:07 vdr lircd: 0
Oct 30 21:06:07 vdr lircd: 1
Oct 30 21:06:07 vdr lircd: 1
Oct 30 21:06:07 vdr lircd: 1
Oct 30 21:06:07 vdr lircd: 0
Oct 30 21:06:07 vdr lircd: 1
Oct 30 21:06:07 vdr lircd: code: 22dd
Oct 30 21:06:07 vdr lircd: sum: 67594
Oct 30 21:06:07 vdr lircd: pre
Oct 30 21:06:07 vdr lircd: found: up
Oct 30 21:06:07 vdr lircd: writing to client 0
Oct 30 21:06:07 vdr lircd: writing to client 1
Oct 30 21:06:07 vdr lircd: trying "lircd.conf.851" remote
Oct 30 21:06:07 vdr lircd: sync
Oct 30 21:06:07 vdr lircd: sum: 11809
Oct 30 21:06:07 vdr lircd: pre
Oct 30 21:06:07 vdr lircd: found: up
Oct 30 21:06:07 vdr lircd: writing to client 0
Oct 30 21:06:07 vdr lircd: writing to client 1

Alles anzeigen

Drücke ich erfolglos auf der Fernbedienung, so erhalte ich:

Code

Oct 30 21:06:28 vdr lircd: trying "lircd.conf.851" remote
Oct 30 21:06:28 vdr lircd: sync
Oct 30 21:06:28 vdr lircd: no repeat
Oct 30 21:06:28 vdr lircd: header
Oct 30 21:06:28 vdr lircd: 1
Oct 30 21:06:28 vdr lircd: 1
Oct 30 21:06:28 vdr lircd: 1
Oct 30 21:06:28 vdr lircd: 0
Oct 30 21:06:28 vdr lircd: 1
Oct 30 21:06:28 vdr lircd: 0
Oct 30 21:06:28 vdr lircd: 0
Oct 30 21:06:28 vdr lircd: failed on bit 8
Oct 30 21:06:28 vdr lircd: failed on pre_data
Oct 30 21:06:28 vdr lircd: failed on pre
Oct 30 21:06:28 vdr lircd: failed "lircd.conf.851" remote
Oct 30 21:06:28 vdr lircd: trying "thomas.conf" remote
Oct 30 21:06:28 vdr lircd: sync
Oct 30 21:06:28 vdr lircd: failed "thomas.conf" remote
Oct 30 21:06:28 vdr lircd: trying "new_Medion_MD_41169" remote
Oct 30 21:06:28 vdr lircd: sync
Oct 30 21:06:28 vdr lircd: failed on bit 1
Oct 30 21:06:28 vdr lircd: failed on code
Oct 30 21:06:28 vdr lircd: failed "new_Medion_MD_41169" remote
Oct 30 21:06:28 vdr lircd: trying "new_Medion_41169" remote
Oct 30 21:06:28 vdr lircd: sync
Oct 30 21:06:28 vdr lircd: failed on bit 1
Oct 30 21:06:28 vdr lircd: failed on code
Oct 30 21:06:28 vdr lircd: failed "new_Medion_41169" remote
...viele 100te Zeilen gelöscht...
Oct 30 21:06:28 vdr lircd: failed on bit 1
Oct 30 21:06:28 vdr lircd: failed on code
Oct 30 21:06:28 vdr lircd: failed "new_Medion_MD_41169" remote
Oct 30 21:06:28 vdr lircd: trying "new_Medion_41169" remote
Oct 30 21:06:28 vdr lircd: sync
Oct 30 21:06:28 vdr lircd: failed on bit 1
Oct 30 21:06:28 vdr lircd: failed on code
Oct 30 21:06:28 vdr lircd: failed "new_Medion_41169" remote
Oct 30 21:06:28 vdr lircd: trying "new_neu.conf" remote
Oct 30 21:06:28 vdr lircd: sync
Oct 30 21:06:28 vdr lircd: pulse expected
Oct 30 21:06:28 vdr lircd: failed on bit 1
Oct 30 21:06:28 vdr lircd: failed on pre_data
Oct 30 21:06:28 vdr lircd: failed on pre
Oct 30 21:06:28 vdr lircd: failed "new_neu.conf" remote
Oct 30 21:06:28 vdr lircd: decoding failed for all remotes

Alles anzeigen

Das sieht mir danach aus, als wenn der lircd den remote Code nicht erkennt. Ich benutzte keinen RC5, da die bisher gefunden leider mit meinen Fernsehern oder anderen Geräten kollidieren. Deshalb benutze ich einen SPACE_ENC. Es sind derzeit Konfigs für drei Fernbedienungen in meiner lircd.conf.

Gibt es eigentlich einen Unterschied in der Güte der übertragenen Code zwischen RC5 und SPACE_ENC? Macht es Sinn, nach einem RC5 zu suchen und auf jedem Fall diesen zu bevorzugen?

TeeRose · 1. November 2006

Weiterer Test:

Ich habe während der LIRC-Aussetzer mal den Fernbedienungscode meiner Medion MD41169 von Code VCR851 (SPACE_ENC) auf einen RC5 Code umgestellt. Wow, der VDR reagierte sofort auf den Tastendruck - allerdings mein Fernseher auch. Danach zurück geschaltet auf den bisher eingesetzen SPACE_ENC und schon wieder hat der VDR nicht reagiert.

Das sieht mir doch mittlerweile arg danach aus, als wenn der lircd deutlich besser mit RC5 Codes umgehen kann. Vermutlich muss ich wohl einen RC5 Code finden, der sich mit meinen zwei Fernsehern und den anderen Geräten verträgt - auch wenn nicht alle Tasten der FB benutzt werden können.

infinite · 1. November 2006

ich habe dasselbe problem, und benutze auch den atric einschalter.
an der größe der channels.conf liegts ned, ich hab nur ca 200 stk drin.
auch die sache mit der vollen root partition kann ich ned bestätigen, da meine nie voll ist.

infinite

Culu236 · 1. November 2006

Oder?

TeeRose · 1. November 2006

Also, am Platte voll, zu lange channels.conf oder EPG-Scan durch vdr liegt es definitiv nicht. Das habe ich alles überprüft.

Culu236: Doppelte Tastenverwendung kommt nicht vor. Ich teste z.B. immer mit der UP-Taste und die ist nur ein einziges mal mit dem Code 0x00000000000022DD in meiner lircd.conf belegt.

Flipsen1977 · 2. November 2006

Ich kenne das Phänomen auch, aber nur auf dem vdr-Client, nicht auf dem Server. Ein Bekannter von mir meinte, es läge wohl am streamdev-client, der den EPG-Sync gegen den Server macht. Er sei auf epgsync ausgewichen, seitdem wäre das Problem nicht mehr aufgetreten.

Konnte es selbst noch nicht testen, weil epgsync bei Tobi nicht im Repository enthalten ist.

Gruß, Flipsen

mblaster4711 · 2. November 2006

TeeRose
Ich kenne das Problem mit dem TV der eine RC5-Code-FB hat.
Der RC5 kennt 4096 unterschiedliche Befehle, das sollten genügend sein um einen TV und VDR ohne Beeinflussung zu steuern.

Und es geht auch, wenn man es richtig macht.
Denn der RC5-Code ist für 32 Geräte mit je 128 Befehlen konzepiert worden.

Das Problem mit den Universal-FBs ist folgendes:
Im Modus VCR oder SAT stehen zuwenig Tasten zur Verfüfung (egal ob RC5 oder anderer Code), da viele Tasten mit den selben Code oder nicht belegt sind.
Mit einem RC5-TV-Code sind plötzlich fast alle Tasten belegt und die auch noch unterschiedlich, toll. Leider Regiert darauf fast jeder TV (besonders die von Philips, Sony, Lidl und Aldi).

Schön wäre wenn man seinen FB mit einem RC5-Code programieren könnte wo alle Tasten unterschiedlich belegt sind und der TV daruaf nicht reagiert.

? Gibts nicht ? ---- !! Gibts doch !!

Kauf die eine one4all URC-7720

und lese hier weiter

armageddon · 2. November 2006

Kenne das Problem auch. merkliche Linderung brachte " hdparm -u 1 /dev/hdX".

Hab's auf alle IDE-Geräte (HD & CD-Rom) angewandt.

Zitat

Für IDE-Laufwerke gibt es eine Lösung, die verhindert,
daß die Interrupts zu lange vom Datentransfer mit der Platte unterbrochen
werden. Die Lösung besteht darin, daß man bei fast allen IDE-Laufwerken
mit dem Programm hdparm die Interrupts während des Datentransfer
eingeschaltet lassen kann.

WICHTIG: Vorher sind unbedingt die Warnhinweise in der Dokumentation
von hdparm zu beachten!

Alles anzeigen

TeeRose · 6. November 2006

Ich habe mal hdparm -u 1 ... probiert. Subjektiv scheint die Fernbedinung nun stabiler zu reagieren.
Ich hatte aber nach zwei Tagen Probleme mit der Festplatte. Nach einem Neustart waren Dateien (Kernelmodule) beschädigt, sodass der Rechner nicht mehr einwandfrei lief. Ich schiebe das mal auf den Parameter -u1, da der Rechner vorher wochenlang ohne Problem lief und dies die einige Änderung seit etlichen Tagen war.

Ich bin mittlerweile der festen Überzeugung, dass die RC5 Codes deutlich besser zu erkennen sind. Seit einigen Tagen regiert der vdr immer sofort auf einen RC5 Code, wenn ich mit meiner normalen Fernbedinung (SPACE_ENC Code) den vdr nicht mehr bedienen kann.

Ich werde also auf RC5 umstellen, wenn ich einen passenden Code finde. Nur leider habe das Problem noch nicht wirklich verstanden.

TeeRose · 7. November 2006

Mit welchem Linux Tool kann ich die Codes der Fernbedieung testen? Ich möchte gerne die diversen Codes meiner Fernbedienung ausprobieren. Aber immer mit irrecord erst eine Config erstellen und dann mal eben die Codes testen ist sehr aufwendig. Schöner wäre es, wenn ein Tool gleich den Code ausgibt, ohne erst lange etwas lernen zu müssen.

Das Programm sollte so etwas können, wie z.B. diese Hardware: RC-5 Fernbedienungstester

Interessant ist in dem Zusammenhang auch der RC5 Code

TeeRose · 22. November 2006

Hat keiner eine Idee zu meinen Post vor diesem hier?

SHF · 24. November 2006

Zitat

Aber immer mit irrecord erst eine Config erstellen und dann mal eben die Codes testen ist sehr aufwendig. Schöner wäre es, wenn ein Tool gleich den Code ausgibt, ohne erst lange etwas lernen zu müssen.

http://lirc.sourceforge.net/remotes/rc-5/RC-5 Mit der .conf sollen alle RC-5 FBs gehen.

Zitat

#------------------------------------------------------------------------------
# contributed by Claas Langbehn (claas@bigfoot.com) 01-May-2000
#------------------------------------------------------------------------------
#
# filename: RC-5
# encoding: shift encoded, RC-5
# brand: Philips (and others)
# model: all
# supported devices: all
#
# This is the code for all RC-5 coded remote controls.
# There are 32 different systems with 64 commands each.
#
[...]

Alles anzeigen

Ich bin gerade auch am suchen nach einer passenden Einstellung für meine FB, bin aber noch nicht zum Testen mit der Datei gekommen.

madle · 24. November 2006

. . . die kurzen aussetzer habe ich auch mit einer normalen tastatur! ohne lirc

TeeRose · 27. November 2006

Hallo SHF,

die Idee mit der lirc.conf mit sämtlichen RC5-Codes ist super. Das werde ich probieren.

Ich vermute aber, dass die Codes noch unvollständig sind. Deshalb habe ich eine Config erstellt, die die Devices 00-31 und die Commands 00-255 enthält. Das sind allerdings über 8192 Codes, was vielleicht den lircd etwas langsam macht. Aber zum Testen sollte es reichen.

Die Config habe ich wie mit den folgenden Perl-Skript erstellt:

Code

open(OUT, ">lirc_rc5-test.conf");


print OUT <<__EOT__;
#
# config for lirc with all (?) rc5 codes
# only for testing
#
# see also
# http://lirc.sourceforge.net/remotes/rc-5/RC-5
#


begin remote


  name  PHILIPS_RC-5
  bits           11 
  flags RC5|CONST_LENGTH
  eps            20
  aeps            0


  header          0     0
  one           889  889
  zero          889  889
  plead         889
  ptrail          0
  foot            0     0
  repeat          0     0
  pre_data_bits   2 
  pre_data       0x02
  post_data_bits  0
  post_data      0x0
  pre             0     0
  post            0     0
  gap          113792
  toggle_bit      2
  frequency    36000
  duty_cycle   50


  begin codes
__EOT__


for ($device = 0; $device <= 31; $device++) {
  for ($command = 0; $command <= 255; $command++) {
    print OUT sprintf("    code_%02x%02x  0x000000000000%02x%02x\n", $device, $command, $device, $command);
  }
}


print OUT <<__EOT__;
  end codes


end remote
__EOT__


close(OUT);
exit(0);

Alles anzeigen

berniejonnie · 16. Dezember 2006

Hi,

habe gerade den thread mit interesse gelesen, da ich seit kurzem das gleiche Problem habe. Bin etwas traurig, daß die "Lösung" hier der Umstieg auf RC5 sein soll. Denn das ist für mich kein Weg. Ich habe gerade von Remote auf lirc umgestellt, damit ich mit der Marantz-FB meines Receivers auch den VDR bedienen kann ohne ständig die FB wechseln zu müssen.

Da ich das Problem erst seit kurzem habe muß doch wohl irgend etwas in der aktuellen SW Debian oder VDR wesentlich kritischer geworden sein ???!! Können wir nicht das Problem da lösen, wo es entsteht ? Ich las da etwas von Interrupt und hdparm. Bedeutet das, daß die Plattenaktivitäten mit Interrupt den lircd bremsen ? Hat jemand dazu etwas erhellendes für mich Halbleien ?

/BJ

Dieter · 17. Dezember 2006

Halo,
ich kann bestätigen dass RC5 solche Probleme lösen kann.
Die Pulsbreite is ca. 800 uSec. Ander Protokolle haben oft nur ca 400.

Bei meinem Asus Board mit VIA chipset reagierte lirc oft nicht bei Festplattenaktivität. Dann mit RC5 war alles ok. ich habe noch beide codes in lirc.conf, meine FB hat auch noch beide codes, so dass ich umschalten un Testen kann. Es ist ein deutlicher Unterschied.

Es gibt hier einene Thread der die Details enthält.
Ich denke es hatwas mit dem Treiber für VIA IDE zu tun. Latenz zu hoch.

berniejonnie · 18. Dezember 2006

Danke für den Hinweis. Ich konnte jedoch trotz heftiger Suche keinen solchen Thread finden. Hast du einen Hinweis ?

Das mit der Latenz hört sich interessant an. Habe inzwischen festgestellt, daß man durch mehrmaliges drücken der FB die Reaktion von lirc wieder beschleunigen kann. Es sieht so aus, also ob sich die prio des prozesses erhöht und er nach einigen Versuchen wieder normal schnell reagiert. Seltsam, nicht war ?

/BJ

VDR reagiert manchmal minutenlang nicht auf Fernbedienung

Jetzt mitmachen!

Teilen