Posts by ms0976

Hallo allerseits,

interessante neue Erkenntnisse:

bei einem frisch installierten yavdr-0.6.2 funktioniert der Adapter zumindest mit der mitgelieferten RC110-Fernbedienung

ohne jegliche Ergänzungen in den eventlirc-rules quasi "out-of-the-box"

auch ir-keytable -t liefert Werte

Meiner RC-5 Fernbedienung ist in der Konstellation nichts zu entlocken.

Nach einem regulären Reboot funktioniert es nachvollziehbar nicht.

Sofern man den Rechner stromlos macht, funktioniert der Adapter genau bis zum nä. init 0.

Dieses Verhalten konnte ich mehrfach reproduzieren.

Fällt Euch dazu noch was ein außer den Adapter durch z.B. einen flirc zu ersetzen?

die Fernbedienung hat am seriellen Empfänger immer funktioniert.

Da die Versuche mit den anderen Protokollen und auch mit mode2 nicht fruchten, zweifle ich langsam an der Funktion des IR-Receivers.

Dem Teil ist auch mit der mitgelieferten Fujitsu Remote RC110 kein Mucks zu entlocken.

Könnt Ihr vielleicht einen bezahlbaren USB-Empfänger ggfs. auch mit passender Fernbedienung empfehlen ?

-ich wäre geneigt lieber noch ein paar Euronen auszugeben für eine funktionierende Kombi

Werde den Receiver jetzt noch an meinem Zweitsystem und einer frischen Installation testen

ich habe die /lib/udev/rules.d/98-eventlircd.rules wie angegeben angepasst:

ENV{ID_VENDOR_ID}=="147a", ENV{ID_MODEL_ID}=="e016", \
ENV{eventlircd_enable}="true"

root@yavdrdw:/lib/udev/rules.d# ir-keytable bringt folgende Ausgabe (

Leider bekomme ich mit ir-keytable -t keine Codes angezeigt. (eventlircd ist gestoppt)

Auch mit gestoppten vdr und lirc ändert sich das Verhalten nicht.

Bei Tastendruck leuchtet die LED des Empfängers kurz - es scheint also was am Receiver anzukommen.

Hast Du noch eine Idee?

vielen Dank für die ausführlichen Hinweise - ich schau mir das gleich mal genauer an (Y)

ich habe folgeende Regel in /lib/udev/rules.d/98-eventlircd.rules ergänzt:

ENV{ID_VENDOR_ID}=="147a", ENV{ID_MODEL_ID}=="e016", \

ENV{eventlircd_enable}="true", \

ENV{eventlircd_evmap}="mce.evmap"

root@yavdrdw:~# ir-keytable liefert folgenden Output:

Found /sys/class/rc/rc0/ (/dev/input/event5) with:

Driver mceusb, table rc-rc6-mce

Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC other

Enabled protocols: RC-6

Name: Media Center Ed. eHome Infrared

bus: 3, vendor/product: 147a:e016, version: 0x0000

Repeat delay = 500 ms, repeat period = 125 ms

Deinen Hinweis bzgl. Keymap schau ich mir gleich mal an

Hallo,

durch HW-Wechsel kann ich meinen guten alten Homebrew serial Empfänger nicht mehr verwenden (kein serieller Port am Esprimo).

Lt. http://www.lirc.org/faq.html funktioniert das wohl auch nicht mit einem USB-Serial-Adapter.

root@yavdrdw:~# cat /etc/yavdr/yavdr-release

YAVDR_VERSION=0.6
--> dist-upgrade heute ausgeführt

Nun zum Setup:

Ich nutze folgenden Receiver:

root@yavdrdw:~# lsusb

*

Bus 003 Device 003: ID 147a:e016 Formosa Industrial Computing, Inc. eHome Infrared Receiver

*
lt. SMK RC6 Fernbedienung IR und USB Infrarotempfänger IR601

habe ich /lib/udev/rules.d/98-eventlircd.rules angepasst, damit der Adapter erkannt wird.

Ich würde gern folgende Fernbedienung nutzen

# brand: Technisat

# model no. of remote control: TTS35AI

Eine passende lircd.conf hätte ich vom alten VDR.

Habt Ihr Ideen zu Lösung des Problems?

Vielen dank vorab

Update: gelöst - identisch zu [gelöst] Kein Ton mit vdr-sxfe, aber aplay liefert sound über ALSA

Hallo,

ich habe vor kurzem yavdr0.5 installiert.
vdr-sxfe läuft problemlos - leider ohne Sound (der soll analog ausgegeben werden)
aplay als User vdr spielt problemlos wav-Files ab.

#cat /proc/asound/cards
0 [ICH5 ]: ICH4 - Intel ICH5
Intel ICH5 with CMI9761A+ at irq 17

habe im Webinterface diverse Einstellungen ausprobiert - leider ohne Erfolg.

# ps -ef|grep sxfe
vdr 4545 1 14 15:32 ? 00:01:57 /usr/bin/vdr-sxfe --post tvtime:method=use_vo_driver --reconnect --audio=alsa --syslog --silent --tcp --config /etc/vdr sxfe/config_xineliboutput xvdr://127.0.0.1:37890

# grep -i audio /etc/vdr-sxfe/config_xineliboutput

# Audio-Visualisierung
#gui.post_audio_plugin:goom
# Audiomischpultmethode
#gui.audio_mixer_method:Sound card
#audio.alsa_hw_mixer:1
# Zu benutzender Audiotreiber
# { auto null pulseaudio alsa oss esd file none }, default: 0
audio.driver:alsa
audio.a52.dynamic_range:1
#audio.a52.surround_downmix:0
audio.a52.level:200
# audio.device.alsa_default_device:default
# audio.device.alsa_front_device:default
#audio.device.alsa_mixer_name:PCM
# audio.device.alsa_mmap_enable:0
# audio.device.alsa_passthrough_device:iec958:AES0=0x6,AES1=0x82,AES2=0x0,AES3=0x2
# audio.device.alsa_surround40_device:plug:surround40:0
# audio.device.alsa_surround51_device:plug:surround51:0
audio.output.speaker_arrangement:Stereo 2.0
#audio.synchronization.passthrough_offset:0
# Audiowiedergabe während langsamer/schneller Geschwindigkeit
#audio.synchronization.slow_fast_audio:0
# Methode für Audio/Videosynchronisation
audio.synchronization.av_sync_method:resample
audio.synchronization.force_rate:48000
audio.synchronization.resample_mode:on
audio.volume.mixer_volume:100
audio.volume.remember_volume:1
# Gerät für CD-Audio
#media.audio_cd.device:/dev/cdrom
#media.audio_cd.drive_slowdown:4
#media.audio_cd.use_cddb:1
#media.audio_cd.cddb_port:8880
#media.audio_cd.cddb_server:freedb.freedb.org
# v4l ALSA audio input device
#media.video4linux.audio_device:plughw:0,0
# Anzahl der Audiopuffer
engine.buffers.audio_num_buffers:800
# Priorität für Dekoder dvaudio
#engine.decoder_priorities.dvaudio:0
# Priorität für Dekoder ffmpegaudio
#engine.decoder_priorities.ffmpegaudio:0

Habt Ihr vielleicht einen Tip?
kann man vielleicht irgendwo das Logging "hochdrehen" um zu sehen wo es hakt??

danke+gruß ms0976