Problem z pilotem

Przeanalizowałem chyba wszystkie polskie wątki (angielskiego nie znam) na temat pilota i pc w linuxie i nie potrafię sobie poradzić.

A więc pokolei

Kupiłem sobie pilot radiowy do komputera podłączany pod USB wewnętrzne
typu Medion DIGITAINER. Mój system operacyjny Mandriva 2009.1 64bit

lsusb

Kod: [Zaznacz]

Bus 002 Device 002: ID 0bc7:0006 X10 Wireless Technology, Inc. Wireless
Transceiver (ACPI-compliant)

Google podpowiedziało mi, że do obsługi tego pilota najlepiej użyć lirc

Mam zainstalowane:

Kod: [Zaznacz]

[root@stacjonarny atiusb]# rpm -qa | grep lirc
lirc-remotes-0.8.3-0.20080704.3mdv2009.0
lirc-0.8.5-0.20090320.1mdv2009.1
pulseaudio-module-lirc-0.9.15-2mdv2009.1
lib64lirc0-0.8.5-0.20090320.1mdv2009.1
lib64lirc-devel-0.8.5-0.20090320.1mdv2009.1
python-lirc-0.0.5-2mdv2009.1
dkms-lirc-0.8.5-0.20090320.1mdv2009.1
dkms-lirc-gpio-0.8.5-0.20090320.1mdv2009.1
dkms-lirc-parallel-0.8.5-0.20090320.1mdv2009.1

oraz

rpm -qa | grep kernel

Kod: [Zaznacz]

kernel-desktop-2.6.29.3-1mnb-1-1mnb2
kernel-headers-2.6.29-1mnb2
kernel-desktop-devel-2.6.29.3-1mnb-1-1mnb2
kernel-desktop-devel-latest-2.6.29.3-1mnb2
kernel-firmware-20090111-3mnb2
kernel-desktop-latest-2.6.29.3-1mnb2
kernel-source-2.6.29.3-1mnb-1-1mnb2

uname -r

Kod: [Zaznacz]

2.6.29.3-desktop-1mnb

Dodałem moduł ati_remote do black listy

cat /etc/modprobe.d/blacklist-compat

Kod: [Zaznacz]

.
.
.
# ISDN - see bugs 154799, 159068
blacklist hisax
blacklist hisax_fcpcipnp
blacklist ati_remote

Pomimo iż w sprzęcie pokazuje iż mam załadowany moduł lirc_atiusb to
niestety pilot nie działa



Mam załadowany moduł lirc

Kod: [Zaznacz]

[root@stacjonarny gienek]# lsmod | grep lirc
lirc_dev               14952  0
[root@stacjonarny gienek]#

Lirc uruchamia się i stopuje prawidłowo (chyba)

Kod: [Zaznacz]

[root@stacjonarny gienek]# /etc/init.d/lircd stop
Stopping Linux Infrared Remote Control daemon:              [    OK    ]

[root@stacjonarny gienek]# /etc/init.d/lircd start
Starting Linux Infrared Remote Control daemon:              [    OK    ]

Niestety gdy daję w konsoli irw to przyciskanie przycisków w pilocie nic nie daje.

Zawartość pliku

cat /etc/lircd.conf

Kod: [Zaznacz]

# This is a placeholder for your configuration file.
# See /usr/share/lirc-remotes for some examples.
# You might need to install lirc-remotes package.
#

Nie znam ani trochę angielskiego ale odsyła mnie on do katalogu See /usr/share/lirc-remotes

Mam tam chyba pliki konfiguracyjne do wszystkich możliwych pilotów wraz z kodami przycisków. Tylko jak je wykorzystać.

Na koniec pozostaje mi tylko napisać

POMOCY jak uruchomić ten cholerny pilot bo mi już brakuje pomysłów

[chmooreck]

odnajdź konfiguracje Twojego pilota w /usr/share/lirc_remotes i skopiuj jego zawartość do /etc/lirc.conf
są tam zawarte między innymi nazwy klawiszy, których będziesz używać zaraz
zwykle w /etc/lircrc jest konfiguracja akcji wywoływanych po wykryciu naciśnięcia klawisza pilota, na przykład:

begin
  prog   = irexec
  remote = kworld-878
  button = vol+
  repeat = 1
  delay  = 1
  config = amixer -c0 sset 'Master' 2+
end

gdzie prog to jest nazwa programu, który będzie wywoływać dana akcję
remote - nazwa pilota
button - nazwa przycisku (z lirc.conf)
repeat - czy ma generować powtórzenia w razie trzymania przycisku
delay - odstep miedzy powtorzeniami
config - akcja zdefiniowana w programie obsługującym dane zdarzenie (prog), w przypadku irexec jest to program, który ma zostać wywołany

powodzenia

odnajdź konfiguracje Twojego pilota w /usr/share/lirc_remotes i skopiuj jego zawartość do /etc/lirc.conf

Mam dwa pliki o identycznej zawartości. Zastanawiam się do którego powinienem skopiować

Kod: [Zaznacz]

[root@stacjonarny etc]# ls *lirc*.*
lircd.conf  lircmd.conf
[root@stacjonarny etc]#

są tam zawarte między innymi nazwy klawiszy, których będziesz używać zaraz
zwykle w /etc/lircrc

Tego pliku nie mam wcale. Może powinienem go utworzyć?

Na innym forum podpowiedzieli mi, że mam mieć załadowane moduły

Kod: [Zaznacz]

$ lsmod | grep lirc
lirc_atiusb            17696  1
usbcore               160400  7 usbhid,usb_storage,oss_usb,uhci_hcd,ehci_hcd,lirc_atiusb
lirc_dev               13224  3 lirc_atiusb

U mnie te moduły nie załadowały się Przynajmniej nie wszystkie. Wynik polecenie lsmod jest w pierwszym poście. Gdy próbuję załadować ręcznie modół lirc_atiusb to wywala mi błąd:

Kod: [Zaznacz]

root@stacjonarny gienek]# modprobe lirc_atiusb
FATAL: Error inserting lirc_atiusb (/lib/modules/2.6.29.3-desktop-1mnb/dkms/drivers/input/misc/lirc_atiusb.ko.gz): Unknown symbol in module, or unknown parameter (see dmesg)
[root@stacjonarny gienek]#

Chyba odsyła mnie, żebym spojrzał na dmesg ale o co mu chodi to nie mam bladegopojęcia.

[arctgx]

dmesg to polecenie pokazujące komunikaty jądra. Jeśli nie znasz słowa, to chwytasz za wyszukiwarkę... Z pewną dokładnością do tłumaczenia można spróbować translatora online. Obejrzyj jego wynik przez przeglądarkę less, bo nie zmieści się w ekranie (ujrzałbyś tylko koniec):

Kod: [Zaznacz]

dmesg | less

Nierozwiązane symbole mogą brać się z tego, że moduły zostały zbudowane dla innej wersji jądra (/sbin/modinfo -F vermagic lirc_atiusb), na której obecnie pracujesz (uname -r). O błędnym parametrze - niech jądro samo powie.

Nierozwiązane symbole mogą brać się z tego, że moduły zostały zbudowane dla innej wersji jądra (/sbin/modinfo -F vermagic lirc_atiusb), na której obecnie pracujesz (uname -r). O błędnym parametrze - niech jądro samo powie.

To znaczy co mam zrobić?

Chodzi ci o wynik komendy

/sbin/modinfo -F vermagic lirc_atiusb

Kod: [Zaznacz]

2.6.29.3-desktop-1mnb SMP mod_unload modversions

Co z niej wynika? Można to jakoś naprawić? Przepraszam za lamersie pytania ale jestem początkującym użytkownikiem linuxa. Myślałem, że jak w jakiejś dydtrybucji w oficjalnych repo są paczki i jądro to muszą do siebie pasować. Widocznie myliłem się.

[arctgx]

Przecież, jak sam widzisz, wersje zgadzają się (dałeś wyżej uname -r). A dobrze działająca dystrybucja nie powinna dawać niezgodności, swoją drogą. Co z wynikiem dmesg? Niestety, sam od kilku lat nie znajduję czasu by pobawić się pilotem, za to znalazłem artykuł w Linux+ (09.2006) Piotra Wolnego, który akurat wspomniał o X10. Niestety, nie znalazłem nigdzie w sieci kopii tego artykułu.

Według niego, można ten układ obsłużyć zarówno przez moduł jądra lirc_atiusb, jak i przez sterownik atilibusb w przestrzeni użytkownika. Czy masz go zainstalowanego, dajesz irrecord -H help. Jeśli atilibusb pojawi się, możesz spróbować irrecord -H atilibusb. Zainteresuj się działaniem tego polecenia, służy m.in. ono do generowania lircd.conf. Zerknij czy widać czujnik w /proc/bus/input/devices (ujrzysz tam zapewne mysz lub klawiaturę). Prócz powierzchownego spojrzenia, nie poświęcę Ci teraz czasu by przeczytać ten artykuł, choć i tak kiedyś mam zamiar to zrobić.

Przecież, jak sam widzisz, wersje zgadzają się (dałeś wyżej uname -r). A dobrze działająca dystrybucja nie powinna dawać niezgodności, swoją drogą. Co z wynikiem dmesg?

Jest strasznie długi. Znalazłem to związane z lirc

Kod: [Zaznacz]

usb 4-1: New USB device found, idVendor=0bc7, idProduct=0006                                                                          
usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0                                                                     
usb 4-1: Product: USB Receiver                                                                                                        
usb 4-1: Manufacturer: X10 Wireless Technology Inc                                                                                    
usb 4-1: configuration #1 chosen from 1 choice                                                                                        
lirc_dev: IR Remote Control driver registered, major 61                                                                               
lirc_atiusb: no symbol version for lirc_unregister_driver                                                                             
lirc_atiusb: Unknown symbol lirc_unregister_driver                                                                                    
lirc_atiusb: no symbol version for lirc_register_driver                                                                               
lirc_atiusb: Unknown symbol lirc_register_driver

Kod: [Zaznacz]

lirc_atiusb: no symbol version for lirc_unregister_driver                                                                             
lirc_atiusb: Unknown symbol lirc_unregister_driver                                                                                    
lirc_atiusb: no symbol version for lirc_register_driver                                                                               
lirc_atiusb: Unknown symbol lirc_register_driver

Coś z tego wynika?

Niestety, sam od kilku lat nie znajduję czasu by pobawić się pilotem, za to znalazłem artykuł w Linux+ (09.2006) Piotra Wolnego, który akurat wspomniał o X10. Niestety, nie znalazłem nigdzie w sieci kopii tego artykułu.

Znalazłem takie coś

klik

Opisane tu jest uruchomienie trochę innego pilota za pomocą modułu ati_remote. Ten moduł ładuje się u mnie prawidłowo ponieważ jak go załaduję to działają niektóre klawisze w pilocie. Niestety zawartość pliku ati_remote.c jak i jego położenie jest inne niż w artykule. Nie bardzo wiem jak go zmodyfikować, żeby były widoczne wszystkie klawisze.
Teraz muszę wyjechać na kilka dni. Od poniedziałku pewnie znowu będę męczył ten pilot. Mam nadzieję że mi w miarę możliwości pomożesz.

[arctgx]

W tym co podałeś nie widać niczego nowego (szczególnie o błędnym parametrze dla modułu). Jeszcze jedną możliwość podejrzewam - być może twórca paczki z modułami budował je na nagłówkach jądra tej samej wersji, ale już o bogatszej konfiguracji, zawierającej brakujące u Ciebie symbole. To jednak tylko intuicja mogąca niewiele mieć wspólnego z prawdą.

Może w przypadku takich problemów ściągnąłbyś nagłówki swojego jądra (rpm -qa | grep header, mniej więcej powinny zwać się linux-headers) , źródła lirc (z http://www.lirc.org) i spróbował ręcznie zbudować te sterowniki?

Do korzystania ze słownika lub translatorów (używania ich z głową) musisz się przyzwyczaić, nie ma wyjścia, jeśli chcesz trochę pomóc sobie sam.

Nie zapewniam że zabawię się czujnikiem, nie wyrabiając się się z własnymi zadaniami.

W tym co podałeś nie widać niczego nowego (szczególnie o błędnym parametrze dla modułu). Jeszcze jedną możliwość podejrzewam - być może twórca paczki z modułami budował je na nagłówkach jądra tej samej wersji, ale już o bogatszej konfiguracji, zawierającej brakujące u Ciebie symbole. To jednak tylko intuicja mogąca niewiele mieć wspólnego z prawdą.

Kod: [Zaznacz]

kernel-headers-2.6.29-1mnb2

A kernel mam w wersji

Kod: [Zaznacz]

2.6.29.3-desktop-1mnb

Może to w tym jest problem?

Chole.... Pewnie jak instalowałem nowy kernel to ten pakiet został stary Zresztą na starym kernelu też nie chodziło. Najgorsze,  że w oficjalnych repo ani tu nie znalazłem

Kod: [Zaznacz]

kernel-headers-2.6.29-3-1mnb

Czyli takiego jak mój kernel

[arctgx]

Nagłówki to tylko fragmenty kodu źródłowego potrzebne do budowania zależnych od nich binarek, nie do samego ich działania. Dopóki niczego na tym nie budowałeś, wersja nie ma znaczenia. Dopiero jeśli chcesz zbudować sterowniki lirc, postaraj się o zgodność.

Z uwagi na to, że dystrybucja mandrivy schrzaniła lirca i nie działa postanowiłem uruchomić pilot poprzez moduł ati_remote. Modyfikując odpowiednio plik ati_remote.c udało mi się uzyskać działanie większości klawiszy w pilocie.

Mam następujące kody przypisane do poszczególnych klawiszy pilota:

zczytane za pomocą programu xev

Kod: [Zaznacz]

Wyłączanie			keycode 124			(keysym 0x1008ff2a, XF86PowerOff)
TV				keycode BRAK
Video				keycode BRAK
CD/DVD				keycode BRAK
TXT				keycode 147			(keysym 0x1008ff65, XF86MenuKB)
AUDIO				keycode 164			(keysym 0x1008ff30, XF86Favorites)
RADIO				keycode 110			(keysym 0xff50, Home)
KSIĄŻKA				keycode BRAK
PHOTO				keycode 158			(keysym 0x1008ff2e, XF86WWW)
INFO				keycode 115			(keysym 0xff57, End)
MENU				keycode 54			(keysym 0x63, c)
LEWO				keycode 113			(keysym 0xff51, Left)
PRAWO				keycode 114			(keysym 0xff53, Right)
BACK				keycode 140			(keysym 0x1005ff71, SunFront)
GŁOS+				keycode 122			(keysym 0x1008ff11, XF86AudioLowerVolume)
GŁOS-				keycode 123			(keysym 0x1008ff13, XF86AudioRaiseVolume)
SELECT				keycode 40			(keysym 0x64, d)
PROGRAM+			keycode BRAK
PROGRAM-			keycode BRAK
PROGRAMY ⇄			keycode 160			(keysym 0x1008ff2d, XF86ScreenSaver)
CZERWONY AUDIO			keycode BRAK
ZIELONY SUBTITLE		keycode BRAK
ŻÓŁTY				keycode BRAK
NIEBIESKI			keycode BRAK
STOP				keycode 136			(keysym 0xff69, Cancel)
PAUSA				keycode 127			(keysym 0xff13, Pause)
POPRZEDNI			keycode 26			(keysym 0x65, e)
FOLDER				keycode 104			(keysym 0xff8d, KP_Enter)
NASTĘPNY			keycode 41			(keysym 0x66, f)
PRZEWIJANIE TYŁ			keycode 176			(keysym 0x1008ff3e, XF86AudioRewind)
ZAPIS				keycode 175			(keysym 0x1008ff1c, XF86AudioRecord)
PRZEWIJANIE PRZÓD		keycode 167			(keysym 0x1008ff27, XF86Forward)
1				keycode 10			(keysym 0x31, 1)
2				keycode 11			(keysym 0x32, 2)
3				keycode 12			(keysym 0x33, 3)
4				keycode 13			(keysym 0x34, 4)
5				keycode 14			(keysym 0x35, 5)
6				keycode 15			(keysym 0x36, 6)
7				keycode 16			(keysym 0x37, 7)
8				keycode 17			(keysym 0x38, 8)
9				keycode 18			(keysym 0x39, 9)
0				keycode 19			(keysym 0x30, 0)

Jak przypisać te kody do poszczególnych funkcji w odtwarzaczu smplayer? W jakim pliku smplayer ma zapisane skróty klawiszowe?

[arctgx]

Myślę że w pliku control.txt (na stronie MPlayera dokumentacja była niedostępna, może masz ją na dysku) powiedziane jest wszystko czego potrzebujesz w tej chwili.

P.S. Warunek - o ile tylko SMPlayer korzysta z tych samych konfigów co MPlayer.