Wie soll er das tun, ohne ständig tuner zu blockieren?
Das könnte er doch ruhig hin und wieder tun. Er hat doch 4.
Wie soll er das tun, ohne ständig tuner zu blockieren?
Das könnte er doch ruhig hin und wieder tun. Er hat doch 4.
Nach einem Kanalscan auf dem Octopus selbst gehen jetzt ein paar Kanäle aus der M3U auch per VLC. Kann es sein, dass der Octopus die Kanalliste nicht richtig "up-to-date" hält?
Hat einer von Euch auch einen DD Octopus.net? Wie funktioniert das bei Euch mit der Kanalliste auf dem Octopus?
Mit VLC konnte ich über die LInks aus der M3U Kanalliste nichts empfangen. Über die DD-TV Windows Anwendung von Digital Devices kann ich aber fernsehen.
Werden die fehlenden Geräte wieder sichtbar, wenn du das nachfolgende Skript als root ausführst?
Nein, die pactl Ausgabe sieht immer noch so aus wie vorher.
Die foldenden Sektionen fehlen in der pactl list Ausgabe, wenn der Ton weg ist:
Ziel #2
Status: SUSPENDED
Name: alsa_output.pci-0000_04_00.1.hdmi-stereo-extra1
Beschreibung: High Definition Audio Controller Digital Stereo (HDMI 2)
Treiber: module-alsa-card.c
Abtastwert-Angabe: s16le 2ch 44100Hz
Kanalzuordnung: front-left,front-right
Besitzer-Modul: 21
Stumm: nein
Lautstärke: front-left: 65536 / 100% / 0,00 dB, front-right: 65536 / 100% / 0,00 dB
Verteilung 0,00
Basis-Lautstärke: 65536 / 100% / 0,00 dB
Quellen-Monitor: alsa_output.pci-0000_04_00.1.hdmi-stereo-extra1.monitor
Latenz: 0 usec, eingestellt 0 usec
Flags: HARDWARE DECIBEL_VOLUME LATENCY SET_FORMATS
Eigenschaften:
alsa.resolution_bits = "16"
device.api = "alsa"
device.class = "sound"
alsa.class = "generic"
alsa.subclass = "generic-mix"
alsa.name = "HDMI 0"
alsa.id = "HDMI 0"
alsa.subdevice = "0"
alsa.subdevice_name = "subdevice #0"
alsa.device = "7"
alsa.card = "1"
alsa.card_name = "HDA NVidia"
alsa.long_card_name = "HDA NVidia at 0xfcf7c000 irq 16"
alsa.driver_name = "snd_hda_intel"
device.bus_path = "pci-0000:04:00.1"
sysfs.path = "/devices/pci0000:00/0000:00:1c.3/0000:04:00.1/sound/card1"
device.bus = "pci"
device.vendor.id = "10de"
device.vendor.name = "NVIDIA Corporation"
device.product.id = "0be3"
device.product.name = "High Definition Audio Controller"
device.string = "hdmi:1,1"
device.buffering.buffer_size = "65536"
device.buffering.fragment_size = "32768"
device.access_mode = "mmap+timer"
device.profile.name = "hdmi-stereo-extra1"
device.profile.description = "Digital Stereo (HDMI 2)"
device.description = "High Definition Audio Controller Digital Stereo (HDMI 2)"
module-udev-detect.discovered = "1"
device.icon_name = "audio-card-pci"
Ports:
hdmi-output-1: HDMI / DisplayPort 2 (priority: 5800, available)
Aktiver Port: hdmi-output-1
Formate:
pcm
Alles anzeigen
Quelle #3
Status: SUSPENDED
Name: alsa_output.pci-0000_04_00.1.hdmi-stereo-extra1.monitor
Beschreibung: Monitor of High Definition Audio Controller Digital Stereo (HDMI 2)
Treiber: module-alsa-card.c
Abtastwert-Angabe: s16le 2ch 44100Hz
Kanalzuordnung: front-left,front-right
Besitzer-Modul: 21
Stumm: nein
Lautstärke: front-left: 65536 / 100% / 0,00 dB, front-right: 65536 / 100% / 0,00 dB
Verteilung 0,00
Basis-Lautstärke: 65536 / 100% / 0,00 dB
Ziel-Monitor: alsa_output.pci-0000_04_00.1.hdmi-stereo-extra1
Latenz: 0 usec, eingestellt 0 usec
Flags: DECIBEL_VOLUME LATENCY
Eigenschaften:
device.description = "Monitor of High Definition Audio Controller Digital Stereo (HDMI 2)"
device.class = "monitor"
alsa.card = "1"
alsa.card_name = "HDA NVidia"
alsa.long_card_name = "HDA NVidia at 0xfcf7c000 irq 16"
alsa.driver_name = "snd_hda_intel"
device.bus_path = "pci-0000:04:00.1"
sysfs.path = "/devices/pci0000:00/0000:00:1c.3/0000:04:00.1/sound/card1"
device.bus = "pci"
device.vendor.id = "10de"
device.vendor.name = "NVIDIA Corporation"
device.product.id = "0be3"
device.product.name = "High Definition Audio Controller"
device.string = "1"
module-udev-detect.discovered = "1"
device.icon_name = "audio-card-pci"
Formate:
pcm
Alles anzeigen
Zusätzlich sind dann noch einige Zeilen im Abschnitt Karte #1 unterschiedlich.
Karte #1
Name: alsa_card.pci-0000_04_00.1
Treiber: module-alsa-card.c
Owner-Modul: 21
Eigenschaften:
alsa.card = "1"
alsa.card_name = "HDA NVidia"
alsa.long_card_name = "HDA NVidia at 0xfcf7c000 irq 16"
alsa.driver_name = "snd_hda_intel"
device.bus_path = "pci-0000:04:00.1"
sysfs.path = "/devices/pci0000:00/0000:00:1c.3/0000:04:00.1/sound/card1"
device.bus = "pci"
device.vendor.id = "10de"
device.vendor.name = "NVIDIA Corporation"
device.product.id = "0be3"
device.product.name = "High Definition Audio Controller"
device.string = "1"
device.description = "High Definition Audio Controller"
module-udev-detect.discovered = "1"
device.icon_name = "audio-card-pci"
Profile:
output:hdmi-stereo: Digital Stereo (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5900, verfügbar: nein)
output:hdmi-surround: Digital Surround 5.1 (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 800, verfügbar: nein)
output:hdmi-surround71: Digital Surround 7.1 (HDMI)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 800, verfügbar: nein)
output:hdmi-stereo-extra1: Digital Stereo (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 38468, verfügbar: ja)
output:hdmi-stereo-extra2: Digital Stereo (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein)
output:hdmi-surround-extra2: Digital Surround 5.1 (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
output:hdmi-surround71-extra2: Digital Surround 7.1 (HDMI 3)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
output:hdmi-stereo-extra3: Digital Stereo (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein)
output:hdmi-surround-extra3: Digital Surround 5.1 (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
output:hdmi-surround71-extra3: Digital Surround 7.1 (HDMI 4)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 600, verfügbar: nein)
off: Aus (Ziele: 0, Quellen: 0, Priorität: 0, verfügbar: ja)
Aktives Profil: output:hdmi-stereo-extra1
Ports:
hdmi-output-0: HDMI / DisplayPort (priority: 5900, latency offset: 0 usec, not available)
Eigenschaften:
device.icon_name = "video-display"
Teil der/des Profil(s): output:hdmi-stereo, output:hdmi-surround, output:hdmi-surround71
hdmi-output-1: HDMI / DisplayPort 2 (priority: 5800, latency offset: 0 usec, available)
Eigenschaften:
device.icon_name = "video-display"
device.product.name = "Onlap2501HDP
"
Teil der/des Profil(s): output:hdmi-stereo-extra1
hdmi-output-2: HDMI / DisplayPort 3 (priority: 5700, latency offset: 0 usec, not available)
Eigenschaften:
device.icon_name = "video-display"
Teil der/des Profil(s): output:hdmi-stereo-extra2, output:hdmi-surround-extra2, output:hdmi-surround71-extra2
hdmi-output-3: HDMI / DisplayPort 4 (priority: 5600, latency offset: 0 usec, not available)
Eigenschaften:
device.icon_name = "video-display"
Teil der/des Profil(s): output:hdmi-stereo-extra3, output:hdmi-surround-extra3, output:hdmi-surround71-extra3
Alles anzeigen
Die unterschiedlichen Zeilen sind:
output:hdmi-stereo-extra1: Digital Stereo (HDMI 2)-Ausgabe (Ziele: 1, Quellen: 0, Priorität: 5700, verfügbar: nein)
Aktives Profil: off
hdmi-output-1: HDMI / DisplayPort 2 (priority: 5800, latency offset: 0 usec, not available)
Diese Zeile fehlt komplett in der Ausgabe ohne Ton:
Am HDMI Ausgang hängt direkt der Fernseher.
Ich hatte nach dem Aufwachen schon mal im pulsecontrol die Option "setze Standardausgabegerät" verwendet um die Karte nochmal zu setzen. Checken konnte ich das da nicht. Die Settings in dem von Dir verlinkten Artikel habe ich bereits gemacht.
Die Frage ist eher: Warum sollten die Kanäle sich unterscheiden?
Ich hätte vermutet, dass die unterschiedlich sind, da sie ja von einer anderen Source kommen.
Ich sehe im Log etwa im Minutenabstand Einträge wie diese:
Aug 03 17:14:53 vdr vdr[20857]: [20870] SATIP-ERROR: Tuning timeout - retuning [device 0]
Aug 03 17:14:53 vdr vdr[20857]: [20873] SATIP-ERROR: Tuning timeout - retuning [device 1]
Daher dachte ich, dass da vielleicht channels.conf Einträge fehlen.
Der Ton wird über HDMI ausgegeben, bei mir ist das das Ausgabegerät "alsa_output.hw_1_7 laute pulsecontrol. Das ist der HDMI Ausgang der Onboard NVIDIA Corporation GT218 meines Mainboards.
An vdr Logmeldungen finde ich bis auf diese Zeilen nur "normale" Meldungen:
Aug 03 16:32:52 vdr vdr[16712]: vdr: error while reading '/var/lib/vdr/plugins/pulsecontrol/startup.script'
Aug 03 16:32:52 vdr vdr[16712]: [16712] pulsecontrol: error on reading script /var/lib/vdr/plugins/pulsecontrol/startup.script
Das Verzeichnis /var/lib/vdr/plugins/pulsecontrol existiert, aber ein startup.script gibt es dort nicht, das Verzeichnis ist komplett leer.
Diese Meldungen kommen aber auch bei einem Startup, bei dem der Ton dann tut.
Soll ich noch logs von anderen Prozessen checken?
Von da aus scannt der VDR dann selbst nach Kanälen, entsprechend eingestellt. Wie auch alle anderen SAT>IP Clients selbst die Kanalliste aufbauen.
Dann habe ich wahrscheinlich ein ganz anderes Problem... der Octopus wird vom SAT>IP Plugin gefunden, aber im VDR sehe ich nur die Kanäle, die über die im VDR eingebaute PCI DVB-S2 Karte rein kommen.
Wo bzw. wie müssten den die SAT>IP Kanäle auftauchen?
Hallo,
gibt es eine Möglichkeit, die Kanalliste eines Octopus.net (verfügbar über http://<octopus>/channellist.lua?select=json) irgendwie automatisch in channels.conf Einträge für die Verwendung im VDR mit dem SAT>IP Plugin umzuwandeln?
Reiner
Ich habe yavdr mit vdr_shutdown_command: "/bin/systemctl suspend" konfiguriert, damit das System bei einem Inaktivitäts-Timeout nicht komplett ausgeschaltet sondern in suspend geht und schneller aufwacht. Das funktioniert auch so, allerdings hab ich keinen Ton mehr nach dem Aufwachen. Wenn ich das System dann nochmal per Fernbedienung (POWER2 Taste) suspende und wieder aufwecke tut der Ton wieder! Macht das Abschalten/Suspend per Fernbedienung irgendwas anders als der automatische Shutdown Hook im VDR?
serial_ir rc-rc6-mce rc-nexus-s
Damit funktioniert es! Vielen Dank seahawk1986 ! D.h. der Name der Tabelle (rc-rc6-mce) ist fest in die serial_ir einkompiliert? Da wäre ein generischer Name wie serial_ir eingängiger... dann wäre ich vielleicht drauf gekommen, den Teil gar nicht anzufassen
Du solltest anhand der Ausgabe von ir-keytable sehen können, dass das Protokoll auf rc5 umgestellt wurde, wenn das Laden der Keymap für die Hauppauge Fernbedienung geklappt hat und in der Ausgabe vonir-keytable -r sehen können, dass die Scancodes aus der Datei genutzt werden.
Das passiert leider nicht. Laut ir-keytable wird rc-5 nicht aktiviert:
root@vdr:~# ir-keytable
/sys/class/rc/rc0/ gefunden mit:
Name: Serial IR type home-brew
Treiber serial_ir
Standardschlüsselcodeabbildung: rc-rc6-mce
Eingabegerät: /dev/input/event7
Linux-Infrarotfernbedienung : /dev/lirc0
tangefügte BPF-Protokolle: Vorgang wird nicht unterstützt
unterstützte Kernelprotokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp imon rc-mm
Aktivierte Kernelprotokolle: lirc rc-6
bus: 25, Anbieter/Produkt: 0001:0001, Version: 0x0100
Wiederholungsverzögerung = 500 ms, Wiederholungsperiode = 125 ms
root@vdr:~# ir-keytable -r
Scancode 0x800f0400 = KEY_NUMERIC_0 (0x200)
Scancode 0x800f0401 = KEY_NUMERIC_1 (0x201)
Scancode 0x800f0402 = KEY_NUMERIC_2 (0x202)
Scancode 0x800f0403 = KEY_NUMERIC_3 (0x203)
Scancode 0x800f0404 = KEY_NUMERIC_4 (0x204)
Scancode 0x800f0405 = KEY_NUMERIC_5 (0x205)
Scancode 0x800f0406 = KEY_NUMERIC_6 (0x206)
Scancode 0x800f0407 = KEY_NUMERIC_7 (0x207)
Scancode 0x800f0408 = KEY_NUMERIC_8 (0x208)
Scancode 0x800f0409 = KEY_NUMERIC_9 (0x209)
Scancode 0x800f040a = KEY_DELETE (0x6f)
Scancode 0x800f040b = KEY_ENTER (0x1c)
Scancode 0x800f040c = KEY_SLEEP (0x8e)
Scancode 0x800f040d = KEY_MEDIA (0xe2)
Scancode 0x800f040e = KEY_MUTE (0x71)
Scancode 0x800f040f = KEY_INFO (0x166)
Scancode 0x800f0410 = KEY_VOLUMEUP (0x73)
Scancode 0x800f0411 = KEY_VOLUMEDOWN (0x72)
Scancode 0x800f0412 = KEY_CHANNELUP (0x192)
Scancode 0x800f0413 = KEY_CHANNELDOWN (0x193)
Scancode 0x800f0414 = KEY_FASTFORWARD (0xd0)
Scancode 0x800f0415 = KEY_REWIND (0xa8)
Scancode 0x800f0416 = KEY_PLAY (0xcf)
Scancode 0x800f0417 = KEY_RECORD (0xa7)
Scancode 0x800f0418 = KEY_PAUSE (0x77)
Scancode 0x800f0419 = KEY_STOP (0x80)
Scancode 0x800f041a = KEY_NEXT (0x197)
Scancode 0x800f041b = KEY_PREVIOUS (0x19c)
Scancode 0x800f041c = KEY_NUMERIC_POUND (0x20b)
Scancode 0x800f041d = KEY_NUMERIC_STAR (0x20a)
Scancode 0x800f041e = KEY_UP (0x67)
Scancode 0x800f041f = KEY_DOWN (0x6c)
Scancode 0x800f0420 = KEY_LEFT (0x69)
Scancode 0x800f0421 = KEY_RIGHT (0x6a)
Scancode 0x800f0422 = KEY_OK (0x160)
Scancode 0x800f0423 = KEY_EXIT (0xae)
Scancode 0x800f0424 = KEY_DVD (0x185)
Scancode 0x800f0425 = KEY_TUNER (0x182)
Scancode 0x800f0426 = KEY_EPG (0x16d)
Scancode 0x800f0427 = KEY_FULL_SCREEN (0x174)
Scancode 0x800f0432 = KEY_MODE (0x175)
Scancode 0x800f0433 = KEY_PRESENTATION (0x1a9)
Scancode 0x800f0434 = KEY_EJECTCD (0xa1)
Scancode 0x800f043a = KEY_BRIGHTNESSUP (0xe1)
Scancode 0x800f0446 = KEY_TV (0x179)
Scancode 0x800f0447 = KEY_AUDIO (0x188)
Scancode 0x800f0448 = KEY_PVR (0x16e)
Scancode 0x800f0449 = KEY_CAMERA (0xd4)
Scancode 0x800f044a = KEY_VIDEO (0x189)
Scancode 0x800f044c = KEY_LANGUAGE (0x170)
Scancode 0x800f044d = KEY_TITLE (0x171)
Scancode 0x800f044e = KEY_PRINT (0xd2)
Scancode 0x800f0450 = KEY_RADIO (0x181)
Scancode 0x800f045a = KEY_SUBTITLE (0x172)
Scancode 0x800f045b = KEY_RED (0x18e)
Scancode 0x800f045c = KEY_GREEN (0x18f)
Scancode 0x800f045d = KEY_YELLOW (0x190)
Scancode 0x800f045e = KEY_BLUE (0x191)
Scancode 0x800f0465 = KEY_POWER2 (0x164)
Scancode 0x800f0469 = KEY_MESSENGER (0x1ae)
Scancode 0x800f046e = KEY_PLAYPAUSE (0xa4)
Scancode 0x800f046f = KEY_PLAYER (0x183)
Scancode 0x800f0480 = KEY_BRIGHTNESSDOWN (0xe0)
Scancode 0x800f0481 = KEY_PLAYPAUSE (0xa4)
Aktivierte Kernelprotokolle: lirc rc-6
Alles anzeigen
Ich habe testweise auch mal alle Zeilen, in denen rc-rc6-mce erwähnt wird, auskommentiert. Nach dem reboot wird aber trotzdem im dmesg Output angezeigt, das die rc-rc6-mce geladen wurde. Das heißt doch, das die /etc/rc_maps.cfg komplett ignoriert wird, oder?
Egal was ich in der /etc/rc_maps.cfg für serial_ir eintrage, das System scheint beim Start immer nur die rc-rc6-mce zu laden:
[ 5.712725] serial_ir serial_ir.0: auto-detected active low receiver
[ 5.780741] Registered IR keymap rc-rc6-mce
[ 5.807819] IR RC6 protocol handler initialized
[ 5.836858] rc rc0: Serial IR type home-brew as /devices/platform/serial_ir.0/rc/rc0
[ 5.837228] rc rc0: lirc_dev: driver serial_ir registered at minor = 0, raw IR receiver, raw IR transmitter
[ 5.837441] input: Serial IR type home-brew as /devices/platform/serial_ir.0/rc/rc0/input11
Hast Du eine Idee, warum die rc-rc6-mce keymap geladen wird, seahawk1986 ? In der rc_maps.cfg habe ich sie für "*" auskommentiert und bei serial_ir steht sie auch nicht mehr drin.
Das Sound-Problem hat sich erledigt: Über das VDR OSD Menü konnte ich das Standardausgabegerät im pulsecontrol Untermenü setzen.
https://github.com/yavdr/yavdr…r/rc_keymaps/rc-hauppauge ist eine Beispiel-Keymap, die man in der /etc/rc_maps.cfg für den Empfänger hinterlegen kann (standardmäßig ist da eine rc-6 MCE Keymap gesetzt - vgl. https://github.com/yavdr/yavdr…plates/rc_maps.cfg.j2#L36)
Nachdem das serial_ir Modul jetzt korrekt geladen wird, habe ich in /etc/rc_maps.cfg die Zeile für serial_ir so abgeändert:
und eine entsprechende Keymap als /etc/rc_keymaps/rc-nexus-s erstellt:
# table rc-nexus-s, type: RC5
0x1f3d KEY_POWER2
0x1f3b KEY_SETUP
0x1f01 KEY_1
0x1f02 KEY_2
0x1f03 KEY_3
0x1f04 KEY_4
0x1f05 KEY_5
0x1f06 KEY_6
0x1f07 KEY_7
0x1f08 KEY_8
0x1f09 KEY_9
0x1f1f KEY_ESC
0x1f00 KEY_0
0x1f0d KEY_MENU
0x1f20 KEY_UP
0x1f21 KEY_DOWN
0x1f11 KEY_LEFT
0x1f10 KEY_RIGHT
0x1f0b KEY_RED
0x1f2e KEY_GREEN
0x1f38 KEY_YELLOW
0x1f29 KEY_BLUE
0x1f25 KEY_OK
0x1f0f KEY_MUTE
0x1f3c KEY_VOLUMEUP
0x1f0c KEY_VOLUMEDOWN
0x1f32 KEY_REWIND
0x1f35 KEY_PLAY
0x1f34 KEY_FASTFORWARD
0x1f37 KEY_RECORD
0x1f36 KEY_STOP
0x1f30 KEY_PAUSE
0x1f24 KEY_BACK
0x1f1e KEY_NEXT
0x1f12 KEY_PREVIOUS
Alles anzeigen
Die Codes hab ich über ir-keytable -c -p rc5 -t herausbekommen.
In VDR funktioniert die Fernbedienung allerdings immer noch nicht. Ich habe dann noch eine Kopie der Keymap nach /lib/udev/rc_keymaps gelegt und den Eintrag in der rc_maps.cfg entsprechend abgeändert, so dass dort dann
In VDR funktioniert die Fernbedienung allerdings immer noch nicht. Ich habe dann noch eine Kopie der Keymap nach /lib/udev/rc_keymaps gelegt und den Eintrag in der rc_maps.cfg entsprechend abgeändert, so dass dort dann
steht. Das hat aber auch nichts geändert. Zwischen den Versuchen hab ich immer rebootet.
Außerdem funktioniert die Audio-Ausgabe über HDMI noch nicht. Ich habe wie in 2.7.3 Deiner Doku beschrieben das zu verwendende Device so in die /etc/pulse/default.pa eingetragen:
Das macht aber leider auch keinen Unterschied. Mit
wird der Test-Sound korrekt über HDMI ausgegeben, nur der VDR bleibt stumm.
Wofür ist eigentlich die Rolle autoinstall-virtualbox-guest im yavdr07.yml?
dazu entfernt man die Raute vor dem Eintrag für serial-ir in https://github.com/yavdr/yavdr…lob/focal/yavdr07.yml#L42 - hast du das gemacht, bevor du das Playbook ausgeführt hast?
Nein, natürlich nicht Den Teil habe ich dann auch noch missverstanden. Ich dachte, das würde über das setzen von serial_ir: ttyS0 in der host_vars/localhost aktiviert, weil es in der Doku hieß "Die in dieser Datei definierten Variablen übersteuern die Vorgabewerte aus dem Playbook und der group_vars/all
.".
Da dachte ich, dass alles über das setzen von Variablen passiert.
Die seriellen Empfänger laufen über rc-core (vgl. https://www.yavdr.org/document…entation.html#ir-keytable) und eventlircd liest direkt vom für den Empfänger angelegten Kernel Input Device, lircd bleibt dabei unter yaVDR komplett außen vor und sollte deaktiviert bleiben.
Mein Empfänger wird irgendwie nicht richtig erkannt: Wenn ich ir-keytable -c -p all -t ausführe (nachdem eventlircd wie in deiner Anleitung beschrieben gestoppt wurde), bekomme ich nur:
Das serial_ir Kernel Modul ist auch nicht geladen. Wenn ich es händisch mit modprobe serial_ir lade, wird es sauber geladen und lädt auch das rc_core Modul mit. Dann ist die erste Zeile der obigen Fehlermeldung weg, aber ir-keytable gibt weiter "keine Geräte gefunden" aus. Sollte der Ansible Task das serial_ir Modul nicht so konfigurieren, dass es automatisch geladen und für das im yaml angegebene Device konfiguriert wird?