| Találatok száma: 1823 üzenet |
|
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
3684.  Elküldve:
2013-04-27 16:45:34 |
[301.] |
Újból nekiálltam, az oscam még újabb verzióját lefordítottam sh4 procira a 0D02 folttal. Kipróbáltam, ugyanúgy működget, mint az egy évvel ezelőtti oscam verzióm, de viszont van, hogy lebénul a kártya, nagyon érzékeny az ecm-whitelist -re és a ecm-fejléchosszra. Volt úgy, hogy az M1 ment, majd megakadt, majd újra elindult, mikor ecm -et váltott, majd leállt.
Visszaraktam a régit, várok a fejlesztőkre, nem kísérletezem tovább.
|
| |
|
[válaszok erre: #3685]
|
|
|
Kiváló dolgozó  |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1189. Elküldve:
2013-04-26 22:00:01 |
[302.] |
Nekem ezt mondja:
root:~# modprobe lirc_serial
FATAL: Error inserting lirc_serial (/lib/modules/3.4.34-1.i386/misc/lirc_serial.ko): Device or resource busy
root:~#
Nem tudom, hogy miért, de lehet, hogy azért, mert nekem nincs soros lirc eszközöm, vagy azért, mert kettő darab is van a gépemben, egy saa7134 és egy cx23885, a földi és a műholdas kártyámé.
Amíg nem tiltottam le az saa7134 modulnál az infravörös érzékelőjét a /etc/modprobe.d -ben agy saa7134.conf fájlban, addig a cx23885 infravörös érzékelő moduljának betöltési kísérletére hasonló módon válaszolt nekem is, mint amit most idéztem.
Könnyen lehet, hogy a hardverek nem szeretik egymást nálam.
De az is lehet, hogy a kernelbe már bele van fordítva a lirc_serial nem modulként, hanem alapból, integrélt belsőként és a külső modult ekkor persze, hogy nem tölti be.
A legújabb, 3.9 -es kernelnél ez már biztos.
|
| |
|
[válaszok erre: #1190]
|
[előzmény: (1188) turulbird, 2013-04-26 21:26:40]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1187. Elküldve:
2013-04-26 19:43:12 |
[304.] |
Idézet:
| Ezt csak e-tobi tudhatja...
| |
Mert debianon a modul fordításhoz szükséges.
Itt UHU -n meg készen kapod lefordítva a modulokat, csak fel kell rakni a synapticcal a lirc csomagot.
Itt most az akérdés, hogy miért nem tudod betölteni a kész lirc_serial modul -t?
Mit ír ki ez pontosan:
/sbin/modprobe lirc_serial
|
| |
|
[válaszok erre: #1188]
|
[előzmény: (1186) turulbird, 2013-04-26 18:56:16]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 3683. Elküldve:
2013-04-26 18:42:39 |
[305.] |
Lefordítottam az aktuális oscam svn -t az oscam-easy-build szkripptel sh4 processzorra, miután kifoltoztam a 0D02 folttal a reader-cryptoworks.c fájlt.
Kipróbáltam az alien1 boxomban.
Elindult, a Cccam reader szépen ment, tehát működött az oscam binárisom.
Majd jött a meglepetés!
Letiltottam a Cccam readert és csak a kártya readerét engedélyeztem.
Lehet, hogy valamit eltoltam, mert először vette az adót, egy rakás EMM error lett, majd csatornát váltva "fake" írást csinált a kártyára és leállt a kártya.
Nem tudom, hogy ez a "fake" írás mi lehet?
Nem mertem tovább kísérletezni visszaraktam a jó öreg régit, ezzel megy, nem romlott el a kártya.
Tényleg! El is lehetne így rontani?
|
| |
|
|
[előzmény: (3682) attuska, 2013-04-23 15:07:34]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1185. Elküldve:
2013-04-26 18:31:19 |
[306.] |
Az ubuntu bevallottan is egy debian fork, nem csoda, hogy oly sokban azonosak.
Olvasom a lirc telepítési linket.
Idézet:
|
dpkg -i /usr/src/lirc-modules-*.deb
Now load the base module:
modprobe lirc_i2c
And try to start the LIRC daemon:
/etc/init.d/lirc start
| |
Egy rakás deb csomagocska.
A mi moduljainkat egyetlen csomag szállítja, a lirc_0.9.0-2.2_i386.ubk.uhu.
Ezeket telepíti fel:
attila:/lib/modules/3.4.34-1.i386/misc* ls -1
lirc_atiusb.ko
lirc_bt829.ko
lirc_dev.ko
lirc_i2c.ko
lirc_igorplugusb.ko
lirc_imon.ko
lirc_parallel.ko
lirc_sasem.ko
lirc_serial.ko
lirc_sir.ko
lirc_ttusbir.ko
lirc_wpc8769l.ko
attila:/lib/modules/3.4.34-1.i386/misc*
Továbbá feltelepíti a /etc/init.d alá a lircd szkriptet, a /usr/sbin alá a lircd binárist és még egy csomó mindent.
Magyarán minden fel van telepítve, ami a debian alatt.
http://packages.debian.org/source/sid/module-assistant
Idézet:
| tool to make module package creation easier
| |
Mi a francnak modul csomagok készítéshez szükséges segédprogram nekünk?
Készen vannak a modulok a lirc csomagban.
|
| |
|
[válaszok erre: #1186]
|
[előzmény: (1184) turulbird, 2013-04-26 18:02:52]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1180. Elküldve:
2013-04-25 20:48:17 |
[307.] |
Ez a topic nem linuxos operációs rendszerrel rendelkező speciális beltéri egységekkel foglalkozik. Arra más topicok szolgálnak.
Ez a topic pc-be dugható, vagy arra csatlakoztatható dvb eszközökkel foglalkozik, azokna a PC-re telepített linux operációs rendszerrel történő üzemeltetésével és szofvereivel.
Azért nem kaptál választ, mert egyszerűen nem tudunk mit kezdeni a problémáddal, nem jó helyen tetted fel a kérdésedet.
|
| |
|
[válaszok erre: #1181]
|
[előzmény: (1179) atti1848, 2013-04-25 19:14:10]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1172. Elküldve:
2013-04-24 22:11:02 |
[308.] |
A start-stop-daemon parancs a /usr/sbin alatt található.
A /usr/sbin rootként bejelenkezve elérhetővé válik, mivel a root más útvonali környezet változóval rendelkezik, mint a mezei felhasználó.
rootként kell kiadni a /etc/init.d/lircd parancsot UHU linux alatt is. Itt nincs sudózás, mint ubuntunál.
Így jelentkezz be a terminálba:
su -
Majd jelszó.
Idézet:
| sbin/modprobe lirc_serial
FATAL: Error inserting lirc_serial (/lib/modules/3.4.34-1.i386/misc/lirc_serial.ko): Device or resource busy
| |
Valami használja már a lirc -et, ezért nem töltődik be a modul.
Például fut a lirc daemon.
Az lsmod | grep lirc kiírja, hogy mik ezek.
Ezeket az rmmod -dal ki kell előbb szedni, azután már betülthető lesz a lirc_serial.
|
| |
|
|
[előzmény: (1171) turulbird, 2013-04-24 20:44:19]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1170. Elküldve:
2013-04-24 20:14:53 |
[309.] |
attila:/* cat /proc/tty/drivers
/dev/tty /dev/tty 5 0 system:/dev/tty
/dev/console /dev/console 5 1 system:console
/dev/ptmx /dev/ptmx 5 2 system
/dev/vc/0 /dev/vc/0 4 0 system:vtmaster
rfcomm /dev/rfcomm 216 0-255 serial
serial /dev/ttyS 4 64-67 serial
pty_slave /dev/pts 136 0-1048575 pty:slave
pty_master /dev/ptm 128 0-1048575 pty:master
unknown /dev/tty 4 1-63 console
attila:/*
UHU -n csak ezek vannak:
/etc/init.d lircd start
/etc/init.d lircd stop
restart nincs
Nézd meg a /etc/init.d/lircd fájl tartalmát!
A /dev/lirc0 aljazatrol akar majd olvasni. Elvileg már lennie kell a setserial és modprobe lirc_serial után.
Ha elindul. akkor majd lehet automatizálni később.
Egyelőre kézi vezérléssel éledjen föl..
|
| |
|
|
[előzmény: (1169) turulbird, 2013-04-24 20:04:44]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1167. Elküldve:
2013-04-24 19:26:53 |
[310.] |
/dev/ttyS1
ubuntun/debiánon nem kell neki útvonal?
A xxl:~* útvonalon persze, hogy nincs ttyS1.
|
| |
|
|
[előzmény: (1166) turulbird, 2013-04-24 19:14:58]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1165. Elküldve:
2013-04-24 16:36:07 |
[311.] |
Jó lenne, ha végre sikerülne.
Menni fog ez!
|
| |
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1164. Elküldve:
2013-04-24 16:24:11 |
[312.] |
1128. hsz. Bandikától.
Az elérési útvonalak sem azonosak, mint a debiánon.
attila:~* /sbin/setserial
setserial version 2.17, 27-Jan-2000
usage: /sbin/setserial serial-device -abqvVWz [cmd1 [arg]] ...
/sbin/setserial -g [-abGv] device1 ...
Available commands: (* = Takes an argument)
(^ = can be preceded by a '^' to turn off the option)
* port set the I/O port
* irq set the interrupt
* uart set UART type (none, 8250, 16450, 16550, 16550A,
16650, 16650V2, 16750, 16850, 16950, 16954)
* baud_base set base baud rate (CLOCK_FREQ / 16)
* divisor set the custom divisor (see spd_custom)
* close_delay set the amount of time (in 1/100 of a
second) that DTR should be kept low
while being closed
* closing_wait set the amount of time (in 1/100 of a
second) that the serial port should wait for
data to be drained while being closed.
^ fourport configure the port as an AST Fourport
autoconfig automatically configure the serial port
^ auto_irq try to determine irq during autoconfiguration
^ skip_test skip UART test during autoconfiguration
^ sak set the break key as the Secure Attention Key
^ session_lockout Lock out callout port across different sessions
^ pgrp_lockout Lock out callout port across different process groups
^ callout_nohup Don't hangup the tty when carrier detect drops
on the callout device
^ split_termios Use separate termios for callout and dailin lines
^ hup_notify Notify a process blocked on opening a dial in line
when a process has finished using a callout
line by returning EAGAIN to the open.
^ low_latency Minimize receive latency at the cost of greater
CPU utilization.
get_multiport Display the multiport configuration
set_multiport Set the multiport configuration
* rx_trigger Set RX trigger level (ESP-only)
* tx_trigger Set TX trigger level (ESP-only)
* flow_off Set hardware flow off level (ESP-only)
* flow_on Set hardware flow on level (ESP-only)
* rx_timeout Set receive timeout (ESP-only)
* dma_channel Set DMA channel (ESP-only)
spd_hi use 56kb instead of 38.4kb
spd_vhi use 115kb instead of 38.4kb
spd_shi use 230kb instead of 38.4kb
spd_warp use 460kb instead of 38.4kb
spd_cust use the custom divisor to set the speed at 38.4kb
(baud rate = baud_base / custom_divisor)
spd_normal use 38.4kb when a buad rate of 38.4kb is selected
Use a leading '0x' for hex numbers.
CAUTION: Using an invalid port can lock up your machine!
attila:~* /sbin/modinfo lirc_serial
filename: /lib/modules/3.4.34-1.i386/misc/lirc_serial.ko
license: GPL
author: Ralph Metzler, Trent Piepho, Ben Pfaff, Christoph Bartelmus, Andrei Tanas
description: Infra-red receiver driver for serial ports.
srcversion: 7B17286DCA15D8BBE889861
depends: lirc_dev
vermagic: 3.4.34-1.i386 SMP mod_unload PENTIUM4
parm: type:Hardware type (0 = home-brew, 1 = IRdeo, 2 = IRdeo Remote,3 = AnimaX, 4 = IgorPlug, 5 = NSLU2 RX:CTS2/TX:GreenLED) (int)
parm: io:I/O address base (0x3f8 or 0x2f8) (int)
parm: iommap:physical base for memory mapped I/O (0 = no memory mapped io) (bool)
parm: ioshift:shift I/O register offset (0 = no shift) (int)
parm: irq:Interrupt (4 or 3) (int)
parm: share_irq:Share interrupts (0 = off, 1 = on) (bool)
parm: sense:Override autodetection of IR receiver circuit (0 = activehigh, 1 = active low ) (bool)
parm: softcarrier:Software carrier (0 = off, 1 = on, default on) (bool)
parm: debug:Enable debugging messages (bool)
attila:~*
A soros configurációs fájlodból, amit ubuntu alatt használsz, nem fogok csomagot készíteni, azt távirányítója válogatja.
Minden készen áll arra, hogy beüzemeld.
De ez nem UBUNTU és nem Debian, hanem UHU.
|
| |
|
|
[előzmény: (1163) turulbird, 2013-04-24 14:19:40]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1161. Elküldve:
2013-04-23 23:22:37 |
[313.] |
Csináltam egy új lirc csomagot, vannak benne meghajtó kernel modulok, köztük már lirc_serial modul is.
ftp://ubk.hu/pkg/2.2-unstable/attus/
Éjféltől letölthető. Kipróbálnád?
Te ki tudod, hisz tudod, hogyan kell belőni a soros távodat, ezzel már mennie kell a soros távirányítódnak.
Jelezz vissza, ha jó akkor nyilvánossá teszem.
|
| |
|
[válaszok erre: #1162]
|
[előzmény: (1156) turulbird, 2013-04-23 20:45:24]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1160. Elküldve:
2013-04-23 22:15:08 |
[314.] |
Megnézem a lirc csomagot.
Gyanúm, hogy ezzel lehet csináltatni lirc_serial kernel modult is. Ha igaz, akkor turulbird majd használhatja a soros távját.
|
| |
|
|
[előzmény: (1159) Bandika, 2013-04-23 21:55:12]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1158. Elküldve:
2013-04-23 21:42:03 |
[315.] |
Én nem tudom helyetted beállítani.
Sőt, nagyon sokat segítenél, ha belőnéd az inputlircd -t, simán parancssorral, nem daemonként indítva.
Az inputlirc forrását te is simán befordíthatod és feltelepítheted a rendszeredbe, csupán a kernel-headers csomag kell neki a fordításhoz.
A make és make install a /usr/local/sbin -be fogja neked feltelepíteni az inputlircd futtatható binárist.
Ha ez megvan, és sikerült a debianos tapasztalataid alapján életre kelteni a távirányítót, parancssoros módon, akkor várom a megvalósítás módját, hogy beépíthessem a kész csomagba, hogy a daemon rendesen működjön.
Az uhu is hasonló a debianhoz, csak a daemonok működtetése és konfigurálása kicsit más. A lircd és inputlircd parancssoros működtetése ugyanaz.
Azért válaszol nekem az usb távirányítóm nyomorgatására zagyvasággal az irw, mert a távirányítómnak nincs megfelelő konfigja.
Nálad is debián alatt így beszélne enélkül, ebben biztos vagyok.
Továbbá szerintem az usb távirányítók amúgy nem igényelnek lircd, vagy inputlircd daemonokat, ezek az eszközök közönségesen újabb billentyűzetként működnek és az x.org észleli és használja is ezeket. Ezért működik a hangerőszabályozó is kapásból.
Én az usb távirányítómhoz, melyet a skystar2 kártyámhoz kaptam, nem is használtam soha lircet.
|
| |
|
[válaszok erre: #1159]
|
[előzmény: (1156) turulbird, 2013-04-23 20:45:24]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1152. Elküldve:
2013-04-23 14:55:00 |
[317.] |
Van egy usb távirányítóm a skystar2 kártyámhoz. Bedugva ez az üzenet:
[ 4621.153409] usb 5-2: new low-speed USB device number 3 using ohci_hcd
[ 4621.322435] usb 5-2: New USB device found, idVendor=147a, idProduct=e02d
[ 4621.322438] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4621.322440] usb 5-2: Product: USB IR Receiver
[ 4621.322442] usb 5-2: Manufacturer: Formosa21
[ 4626.324052] input: Formosa21 USB IR Receiver as /devices/pci0000:00/0000:00:13.0/usb5/5-2/5-2:1.0/input/input19
[ 4626.324121] generic-usb 0003:147A:E02D.0002: input,hidraw1: USB HID v1.10 Keyboard [Formosa21 USB IR Receiver] on usb-0000:00:13.0-2/input0
attila:~*
root:~# inputlircd /dev/input/input19
root:~# irw
mvs123^[[20~456r789ö^[[A^[[C^[[B
ef^[[15~^[[17~^[[18~^[[19~tpi^C
root:~#
Ugyanazokra a gombokra reagál, amikre egyébként is bedugás után lirc varázslás nélkül, csak nem cifrázza a kódokat.
attila:~* mvs123~456r789öi~~~~tpi
Ha nem az inputlircd progit indítom, hanem a sima lircd daemont, irw válasza ugyan az a cifraság, mint az inputlircd progival
Damenonként tényleg nem üzemel az inputlircd progi, ezen még lehetne faragni, de ha ubuntu mellett döntesz, hagyom a fenébe.
|
| |
|
[válaszok erre: #1153]
|
[előzmény: (1151) attuska, 2013-04-23 14:11:25]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1151. Elküldve:
2013-04-23 14:11:25 |
[318.] |
Idézet:
| Felraktam, de sajnos nem jött össze.
| |
Ebből nem tudom, hogy mi lehet ennek az oka. Tesztelésre csináltam, ez az információ nekem nem mond semmit, le is törlöm a tárolóból.
És levonom a következtetést, hogy vagy hibás a daemon indító szkript, melyet eme szűkszavú információ alapján kijavítani nem tudok, és amit nem csak és kizárólag neked szántam.
Vagy pedig te nem vagy annak a képességnek, vagy türelemnek birtokában, hogy megpróbáldd magad működésre bírni a távirányítódat.
Az, hogy ráolvasástól, varázsigétől, ami a rendszer újratelepítéséről is elmondható várod a csodát, ahhoz sem tudok semmit hozzáfűzni.
Nem történnek csodák, a buta gép csak azt tudja csinálni, amire beídomították.
Még windows esetén is vannak olyan beállítások, melyet a nagytudású windows sem tud elintézni és a felhasználóra vár a feladat beidomítása.
Ez vonatkozik ubuntura, debiánra is.
Amíg a tevii távirányítóm nem volt hadrafogható a kernel egykori hibája okán, akkor én a VDR-t usb madzagtalan billentyűzetről "távirányítottam", és akkor is UHU-t használtam, mert egyik disztró sem tudott ezen a problémán úrrá lenni, míg a kernel fejlesztők ki nem javították.
És akkor sem használtam windows-t.
Persze, ha úgy gondolod, nyugodtan telepíts egy ubuntut, legalább Pubi fog tudni segíteni neked.
|
| |
|
[válaszok erre: #1152]
|
[előzmény: (1150) turulbird, 2013-04-23 00:10:58]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1149. Elküldve:
2013-04-22 23:01:30 |
[319.] |
Letöltheted a csomagot innen: ftp://ubk.hu/pkg/2.2-unstable/attus/
Teszteld le, nekem nincs ilyen eszközöm.
A démonizálásában nem vagyok biztos.
Engedélyezni kell az uhu-control-centerben.
|
| |
|
[válaszok erre: #1150]
|
[előzmény: (1148) turulbird, 2013-04-22 22:22:28]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1147. Elküldve:
2013-04-22 21:41:49 |
[320.] |
Nem kell ahhoz inputlirc!
Nekem sem adta meg magát könnyen.
Az Arch linux hivatalos repójában nincs is inputlirc csomag, elegendő kell, hogy legyen a lircd.
Arch linux AUR repóban van csak inputlirc: Zeroconf LIRC daemon that reads from /dev/input/event devices
Tehát milyen eszközöd van a /dev alatt, mellyel a lirc daemon kommunikálhat?
Van ennek a lircd -nek tengernyi képessége.
attila:~* /usr/sbin/lircd --help
Usage: lircd [options] [config-file]
-h --help display this message
-v --version display version
-n --nodaemon don't fork to background
-p --permission=mode file permissions for /var/run/lirc/lircd
-H --driver=driver use given driver
-d --device=device read from given device
-l --listen[=[address:]port] listen for network connections
-c --connect=host[:port] connect to remote lircd server
-o --output=socket output socket filename
-P --pidfile=file daemon pid file
-L --logfile=file daemon log file
-r --release[=suffix] auto-generate release events
-a --allow-simulate accept SIMULATE command
-u --uinput generate Linux input events
-R --repeat-max=limit allow at most this many repeats
attila:~*
Nekem nincs olyan eszközöm, mint neked, én nem tudom megoldani helyetted. Neked kell kitotózni a beállítást.
De ha kéred, megkísérlek egy UHU csomagot csinálni az inputlirc -ből.
|
| |
|
[válaszok erre: #1148]
|
[előzmény: (1145) turulbird, 2013-04-22 20:08:11]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1144. Elküldve:
2013-04-22 19:17:43 |
[321.] |
Azt írtad, hogy a dmesg megtalálta. Ha megtalálta, akkor kell, hogy legyen valamilyen eszköze, lehet, hogy más néven szerepel. A lirc daemonnak meg kell mondani, hogy mivel kommunikáljon, nem létező eszközre némaság a válasza.
|
| |
|
[válaszok erre: #1145]
|
[előzmény: (1142) turulbird, 2013-04-22 01:10:28]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1140. Elküldve:
2013-04-21 22:24:06 |
[322.] |
Nem működik a lirc.
Nekem is a tevii kártyámé alapból csak billentyűzetként lett beregisztrálva, alog ment pár gombja.
irw süket volt.
El kell indítani a lirc daemont az uhu vezérlőpultban.
Jó lircd.conf esetén ki kell, hogy írja a gomboknál, hogy megnyomtad.
Az enyém eleje:
begin remote
name teviis470.conf
bits 32
flags SPACE_ENC|CONST_LENGTH
eps 30
aeps 100
header 8993 4489
one 556 1685
zero 556 569
ptrail 562
repeat 8989 2247
gap 129256
toggle_bit_mask 0x0
begin codes
KEY_1 0x00FF8877
key_2 0x00FF48B7
KEY_3 0x00FFC837
KEY_4 0x00FF28D7
KEY_5 0x00FFA857
KEY_6 0x00FF6897
KEY_7 0x00FFE817
KEY_8 0x00FF18E7
Ha megnyomom az 2 -es gombot, kiírja:
attila:~* irw
20000000000ff48b7 00 key_2 teviis470.conf
0000000000ff48b7 01 key_2 teviis470.conf
A /etc/init.d/lircd fájl tartalma alapból ez:
#!/bin/sh
. /etc/init.d/common
DAEMON=/usr/sbin/lircd
PIDFILE="/var/run/lirc/lircd.pid"
/usr/sbin/lircd --device=/dev/lirc0 --permission=0666
startstop "*@"
Nézd meg, hogy van e /dev/lirc0 eszközöd, mert a daemon ezzel kommunikál.
Lehet, hogy más az eszköz megnevezése, melyet a kernel beregisztrál.
Még van egy hardware.conf fájlom is a /etc/lirc könyvtárban:
# /etc/lirc/hardware.conf
#
#Chosen Remote Control
REMOTE=”tevii s470″
REMOTE_MODULES=”"
REMOTE_DRIVER=”devinput”
REMOTE_DEVICE=’cx23885*’
REMOTE_SOCKET=”"
REMOTE_LIRCD_CONF=”/etc/lircd.conf”
REMOTE_LIRCD_ARGS=”"
#Chosen IR Transmitter
TRANSMITTER=”None”
TRANSMITTER_MODULES=”"
TRANSMITTER_DRIVER=”"
TRANSMITTER_DEVICE=”"
TRANSMITTER_SOCKET=”"
TRANSMITTER_LIRCD_CONF=”"
TRANSMITTER_LIRCD_ARGS=”"
|
| |
|
[válaszok erre: #1141]
|
[előzmény: (1139) turulbird, 2013-04-21 22:01:52]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1138. Elküldve:
2013-04-21 21:54:42 |
[323.] |
Igen a rendszer hangerőt, meg egy pár dolgot az x input vezérli, keyboard bementként, nem a lirc.
A VDR előtt a távirányítót kell rendesen beállítani. Rendes configgal.
irw mond valamit?
|
| |
|
[válaszok erre: #1139]
|
[előzmény: (1137) turulbird, 2013-04-21 21:50:46]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1136. Elküldve:
2013-04-21 21:32:52 |
[324.] |
A lirc_serial egy kernel modul, melyet mindig az aktuális kernelhez kell befordítani a lirc forrásból.
Az uhu -hoz feltelepíthető lirc csomag ezt a kernel modult nem tartalmazza, ha a sorosat akarod használni, akkor leszeded az uhu lirc csomagot és járhatod az ubuntun megszokott telepítési módot. Vállalván ezzel annak reszkírozását, hogy a make install után, ha nem jön be, akkor nehéz lesz levakarni a szemetet.
Szerintem jobban jársz, ha a másik távirányítódat üzemeled be, ha a dmesg felismerte, akkor már nyert ügyed lesz, ha lesz jó konfigod.
Én a tevii-s470 kártyámhoz magam gyártattam le a konfigot az irrecord -al.
|
| |
|
|
[előzmény: (1134) turulbird, 2013-04-21 21:03:37]
|
|
| Kiváló dolgozó |
|
attuska
Tagság: 2008-12-27 22:57:14
Tagszám: #68111
Hozzászólások: 1823
|
| 1125. Elküldve:
2013-04-20 10:48:51 |
[325.] |
Szia!
Egy bátor ember...
Sok kérdés egyszerre.
Menübe nem tudsz belépni.
Töröld ki a /var/vdr/config alatti remote.conf fájlt és a vdr újraindításával definiáld újra a billentyűzeted. Ha jó, akkor ezt mentsd el a későbbi eredménytelen lirc próbálkozások mentsváraként.
ATI
pl2="'-Pxineliboutput -c --video=auto '"
hagyd meg auto állásban, mert az ati kártyákhoz nincs más. Esetleg xv, de az ugyanaz.
A softhddevice nem használható, míg nincs megfelelő drájver, habár már pedzegetik, hogy menjen ati-val is.
Lirc
A /etc/lirc alá kell tenni a távnyomorgatód lircd.conf fájlját, és el kell indítanod a lirc daemont az uhu control-centerben.
Meg kell nézned a dmesg -ben, hogy van e lirc eszközöd beregisztrálva, ha van, és jó a lircd.conf, akkor az irw paranccsal leellenőrizheted terminálban, hogy válaszol e a terminálba a táv nyomorgatásra.
Control C-vel lehet kilőni az irw programot.
Ha működik, akkor kitörlöd a /var/vdr/config alatti remote.conf fájlt és a lirc engedélyezésével indítod el a vdr -t, majd beállítod az irányítást.
|
| |
|
[válaszok erre: #1126]
|
[előzmény: (1124) turulbird, 2013-04-19 23:36:03]
|
|
| Kiváló dolgozó |
|
|
