Serialremote

Hallo,
ich nutze das Serialremote Plugin für meinen IR-Man.

Über die Feiertage habe ich den VDR auf SUSE 10.2 aufgesetzt.
Hat alles soweit ganz gut Funktioniert bis auf (mal wieder ) die Fernbedienung.

Auch die Installation vom Plugin mach keine Probleme. Es startet und ich komme nur zur zweiten Taste (Up). Ab da nimmt das Plugin keine neuen Tasten mehr an:

Jan 3 19:58:48 linuxtv3 vdr: [4059] remote control UIRT - learning keys
Jan 3 19:59:02 linuxtv3 vdr: [4059] new UIRT code: db00b6cbd300 = Up
Jan 3 19:59:03 linuxtv3 vdr: [4059] new UIRT code: db00b6cbd300 = Up
Jan 3 19:59:05 linuxtv3 vdr: [4059] new UIRT code: db00b6cbd300 = Up
Jan 3 19:59:07 linuxtv3 vdr: [4059] new UIRT code: db00b6cbd300 = Up

Die Programmierung der Tasten kann also nicht abgeschlossen werden.

Woran kann das liegen??

(auf meinem altem System SUSE 10.1 gibt es keine Probleme)

Gruß
Miro

ja, ich habe schon alle möglichen Tasten probiert - immer wieder das gleiche Spiel. Auch mit anderen angefangen.

Bei bei einem von 10 Versuchen die Keys anzulernen kommt er mal auf die zweite Taste. Das sieht man dann im Log.

Hängt mal wieder etwas auf der seriellen Schnittstelle?? Ich habe eine ganz simple SUSE Installation (Textmodus).

Gruß
Miro

das Paket habe ich nicht installiert.

Mach es aber gleich.
(Wo finde ich das ??)

Gruß
Miro

habe das Paket gefunden - lässt sich aber nicht copilieren.
Ich weiss nicht welche sonstigen Pakete fehlen.

linuxtv3:/usr/local/src/libirman # make
gcc -I. -DHAVE_CONFIG_H -g -O -c chunk.c -o chunk.o
chunk.c: In function âch_mallocâ:
chunk.c:125: error: invalid lvalue in assignment
make: *** [chunk.o] Error 1

Gruss
Miro

..habe die chunk.c gepatcht

line 125 ersetzt durch
ch->top = (char*)ch->top + numbytes;
//(char *)ch->top += numbytes;

Quelle: http://www.webservertalk.com/message1408372.html

Jetzt lässt sich das ganze compilieren.

Nun wird getestet.

Gruß
Miro

Das ist die Ausgabe:

IR
!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!·!error reading handshake (Connection timed out)

Bei jedem Tastendruck werden weitere Ausrufezeichen produziert.

Ich vermute irgend etwas sitzt noch auf der Seriellen Schnitstelle.

Gruß
Miro

Kennt jemand Probleme mit der seriellen Schnittstelle unter SUSE 10.2 ?

Bin für jeden Tipp dankbar!!!!!!!!!

Gruß
Miro

Also, mein erst-VDR läuft mit SUSE 10.1 auf einem GA-6WMMC im Wohnzimmer.
Der zweit-VDR wurde von mir auf einer anderen Maschine jedoch mit gleicher Hardware mit SUSE 10.2 aufgesetzt.

Als ich dann fertig war, habe ich einfach die Platten umgklemt und den neu installierten VDR im Wohzimmer ans Laufen gebracht.

Da ich nur einen IR-Man habe, habe ich zu erst am erst-VDR mit dem neuen BS die Tastencodes erfassen wollen. Das ging ja, wie bekannt, schief.

Dann habe ich die Platte mit dem alten VDR angeklemmt - FB klappt einwandfrei .

ALs nächstes habe ich den IR-Man an den zweit-VDR angeklemmt zusammenmit der SUSE 10.2 Platte. Wieder das selbe Ergebnis - komme bis zum anlernen der zweiten Taste, dann ist Schluss.

Ich hoffe das war verständlich genung.
An der Hardware kann es also nicht liegen.

Gruß
Miro

Hier der Status der seriellen Schnittstellen:

linuxtv3:~ # rcsetserial status
/dev/ttyS0 at 0x03f8 (irq = 4) is a 16550A
/dev/ttyS1 at 0x02f8 (irq = 3) is a 16550A

Und hier die geladenen Modulle:

Module Size Used by
ipv6 263584 14
zl10353 9604 0
tda1004x 18948 0
tda10021 10628 0
sp887x 11396 0
s5h1420 13060 0
or51211 13700 0
or51132 14084 0
nxt6000 11268 0
nxt200x 17540 0
mt352 10756 0
mt312 12036 0
lgdt330x 12316 0
isl6421 6528 0
dvb_pll 18692 0
dib3000mc 17664 0
dib3000mb 15488 0
dib3000_common 6528 2 dib3000mc,dib3000mb
cx24123 16136 0
cx24110 12164 0
cx22702 10244 0
cx22700 10116 0
bcm3510 13828 0
button 10896 0
battery 14340 0
ac 9476 0
apparmor 55572 0
aamatch_pcre 18304 1 apparmor
loop 20488 0
dm_mod 60184 0
dvb_ttpci 98628 10
lnbp21 6528 1 dvb_ttpci
l64781 11140 1 dvb_ttpci
saa7146_vv 50560 1 dvb_ttpci
video_buf 28676 1 saa7146_vv
saa7146 22024 2 dvb_ttpci,saa7146_vv
videodev 26880 1 saa7146_vv
v4l1_compat 16388 2 saa7146_vv,videodev
v4l2_common 26240 2 saa7146_vv,videodev
snd_mpu401 12712 0
ves1820 10628 1 dvb_ttpci
stv0299 14600 1 dvb_ttpci
dvb_core 81960 2 dvb_ttpci,stv0299
tda8083 9988 1 dvb_ttpci
sp8870 11148 1 dvb_ttpci
snd_mpu401_uart 13056 1 snd_mpu401
firmware_class 14080 8 tda1004x,sp887x,or51211,or51132,nxt200x,bcm3510,dvb_ttpci,sp8870
via_rhine 28680 0
stv0297 11648 1 dvb_ttpci
ves1x93 10756 1 dvb_ttpci
ttpci_eeprom 6656 1 dvb_ttpci
ide_cd 42272 0
snd_rawmidi 29824 1 snd_mpu401_uart
mii 9600 1 via_rhine
snd_intel8x0 36764 0
snd_ac97_codec 95648 1 snd_intel8x0
snd_ac97_bus 6400 1 snd_ac97_codec
ns558 8960 0
gameport 19464 2 ns558
snd_seq_device 12812 1 snd_rawmidi
snd_pcm 86916 2 snd_intel8x0,snd_ac97_codec
cdrom 38432 1 ide_cd
snd_timer 27908 1 snd_pcm
snd 61188 8 snd_mpu401,snd_mpu401_uart,snd_rawmidi,snd_intel8x0,snd_ac97_codec,snd_seq_device,snd_pcm,snd_timer
soundcore 13792 1 snd
i2c_i810 9476 0
i2c_algo_bit 12808 1 i2c_i810
i2c_core 25216 31 zl10353,tda1004x,tda10021,sp887x,s5h1420,or51211,or51132,nxt6000,nxt200x,mt352,mt312,lgdt330x,isl6421,dvb_pll,dib3000_common,cx24123,cx24110,cx22702,cx22700,bcm3510,dvb_ttpci,lnbp21,l64781,ves1820,stv0299,tda8083,sp8870,stv0297,ves1x93,ttpci_eeprom,i2c_algo_bit
snd_page_alloc 14472 2 snd_intel8x0,snd_pcm
uhci_hcd 26892 0
intel_agp 27804 1
usbcore 114896 1 uhci_hcd
shpchp 40224 0
pci_hotplug 35136 1 shpchp
agpgart 35528 1 intel_agp
intel_rng 9216 0
parport_pc 42084 1
lp 15652 0
parport 39752 2 parport_pc,lp
ext3 141192 2
mbcache 12804 1 ext3
jbd 70324 1 ext3
edd 13892 0
fan 8964 0
thermal 18568 0
processor 34664 1 thermal
piix 13700 0 [permanent]
ide_disk 20480 4
ide_core 129992 3 ide_cd,piix,ide_disk

Gruß

Miro

ne, der Anschluss zum Board ist nicht vorhanden (Schnittstelle wir über ein zusätzliches Kabel ans Mainboard angeschlossen).

Gruß
Miro

arghgra
In einem Thread (hier) habe ich mir die Problematik etwas genauer angeschaut. Daraufhin habe ich die vorgeschlagenen Tipps befolgt:
run_setserial /dev/ttyS0 ${AUTO_IRQ} uart none
Darafhin reagiert die serielle Schnitstelle gar nicht mehr auf Eingaben des IRMan.

Ich weiss einfach nicht weiter....

Gruss

Miro

...ich freue mich dass du dabei bleibst!!!

Gruß
Miro