Ohne genau in das Skript geschaut zu haben eine Vermutung, ob vielleicht das "$"-Zeichen im Titel "Drei Kugeln Eis $" von der bash interpretiert wird?
Posts by joe_pow
-
-
Ich muss leider meine Aussagen korrigieren (getrübte Erinnerung). Verwende aktuell doch wieder den Kiosk-Browser unter 20.04.
Habe aber vielleicht damit doch ein Problem, denn htop zeigt für den Prozess fast 100G virt Speicher an.
Unter 18.04 ging der Kiosk-Browser nicht, da lief bei mir "chromium-browser --incognito --kiosk". Firefox lief aber auch.
Unter 20.04 kann ich das nochmal am Wochenende testen.
Aber wie gesagt, bei mir ging es nur darum, den Skin "smalltft" zum laufen zu bekommen.
-
Hallo,
ich hatte Anfangs auch Probleme mit osd2web auf meinem kleinen Gehäuse-TFT (800x600). Mit dem Standard Kiosk-Browser und diesem Skin hatte ich Fehlfunktion in der Anzeige. Der Bildschirm wanderte bei jedem Neustart stückweise nach oben. Könnte ein Speicherleck gewesen sein.
Abhilfe schaffte die Verwendung von Firefox oder Chromium als Browser. Seither läuft es sehr stabil (bis auf gelegentliches Einfrieren der Uhrzeitanzeige).
Gruß joe
-
Tja, ist wohl offensichtlich kein yavdr-Problem.
Nachdem "normales" Blacklisten nicht funktionert hat, bin ich testweise mal so vorgegangen (Module aber eingetragen in blacklist.conf):
Manuelles entfernen der Module mit sudo rmmod ir_lirc_codec und sudo rmmod lirc_dev
Anschließend sudo depmod -a und sudo update-initramfs -u
Nach einem Reboot erscheinen zwar wieder die Module mit lsmod, es funktioniert aber alles.
Ich kapier es zwar nicht, gebe jetzt aber auf und warte mal auf das nächsten Kernel-Update.
-
Auch die probeweise Installation über die Mini.iso lieferte die Einbindung über lirc_dev. Da auch dabei ein blacklisten nichts half, habe ich einfach mal die Module "lirc_dev" und "ir-lirc-codec" umbenannt, so dass sie nicht mehr gefunden wurden.
Und siehe da - alles funktioniert problemlos, auch über Reboot und An- und Abstecken hinweg.
Mittlerweile habe ich auch in http://www.lirc.org/html/configuration-guide.html gesehen, dass die Standardkonfiguration von lirc nur mit einer Fernbedienung funktioniert. Ich verstehe aber die Zusammenhänge mit vdr nicht ganz und würde es gerne sauber konfigurieren, so dass ich nach einem Kernel-Update nicht jedesmal die Module umbenennen muss.
-
So, bin jetzt einen kleinen Schritt weiter.
Da blacklisten nichts half und die Hardwareerkennung mit Ubuntu Desktop offensichtlich anders funktioniert, habe ich einfach mal eine Ubuntu Desktop (minimal) Installation vorgenommen.
Anschließend mit der Holzhammermethode X11 entfernt sudo apt-get purge libx11.* libqt.*
Danach lief das Playbook ohne Probleme durch und führte zu einer funktionierenden ansible-Installation.
Ein ir-keytable liefert jetzt:
Code
Display More/sys/class/rc/rc1/ gefunden (/dev/input/event5) mit: Name: iMON Remote (15c2:0034) Treiber: imon, Tabelle: rc-imon-pad Lirc Gerät: /dev/lirc0 unterstützte Protokolle: other rc-6 Aktivierte Protokolle: other zusätzliche Fähigkeiten: <Zugriff verweigert> /sys/class/rc/rc0/ gefunden (/dev/input/event7) mit: Name: Media Center Ed. eHome Infrared Remote Transceiver (147a:e042) Treiber: mceusb, Tabelle: rc-rc6-mce Lirc Gerät: /dev/lirc1 unterstützte Protokolle: other lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp Aktivierte Protokolle: lirc zusätzliche Fähigkeiten: <Zugriff verweigert>Leider greift die rc_maps.cfg nur für den imon-Empfänger.
Ein manueller Aufruf von sudo ir-keytable -s rc0 -a /etc/rc_maps.cfg setzt aber das Protokoll rc-6 richtig und beide Fernbedienungen laufen wie gewünscht.
Jetzt bleibt nur die Frage, warum die Automatik nicht durchläuft.
-
Ein sudo fuser -v /dev/lirc0 bringt eine leere Ausgabe.
Was mir auffällt im Vergleich zu einem Live-Ubuntu-Desktop ist das zusätzliche Laden der Module "lirc_dev" und "ir_lirc_codec", die bei meiner Konstellation nicht nötig sein sollten.
Wie kann ich herausfinden, wo dies geschieht?
-
Ich gehe eigentlich genauso vor wie in yavdr6.
Zuerst habe ich das Template der rc_maps.cfg auf meine Bedürfnisse angepasst:
Code
Display More# *** ANSIBLE MANAGED FILE *** # template: /home/jg/yavdr-ansible/roles/yavdr-remote/templates/rc_maps.cfg.j2 # # # Keymaps table # # This table creates an association between a keycode file and a kernel # driver. It can be used to automatically override a keycode definition. # # Although not yet tested, it is mented to be added at udev. # # To use, you just need to run: # ./ir-keytable -a # # Or, if the remote is not the first device: # ./ir-keytable -a -s rc1 # for RC at rc1 # # Format: # driver - name of the driver provided via uevent - use * for any driver # table - RC keymap table, provided via uevent - use * for any table # file - file name. If directory is not specified, it will default to # /etc/rc_keymaps. # For example: # driver table file # cx8800 * ./keycodes/rc5_hauppauge_new # * rc-avermedia-m135a-rm-jx ./keycodes/kworld_315u # saa7134 rc-avermedia-m135a-rm-jx ./keycodes/keycodes/nec_terratec_cinergy_xs # em28xx * ./keycodes/kworld_315u # * * ./keycodes/rc5_hauppauge_new # Table to automatically load the rc maps for the bundled IR's provided with the # devices supported by the linux kernel #driver table file mceusb rc-rc6-mce /etc/rc_keymaps/rc6-jg # imon-pad imon rc-imon-pad /etc/rc_keymaps/rc-imon-pad-jgDie entsprechenden Keymaps sind hinterlegt und funktionieren genauso in yavdr6.
rc6-jg:
Code
Display More# table rc-rc6-mce, type: RC6 0x800f041e KEY_UP 0x800f041f KEY_DOWN 0x800f0422 KEY_OK 0x800f0423 KEY_ESC 0x800f0420 KEY_LEFT 0x800f0421 KEY_RIGHT 0x800f045b KEY_RED 0x800f045c KEY_GREEN 0x800f045d KEY_YELLOW 0x800f045e KEY_BLUE 0x800f0400 KEY_0 0x800f0401 KEY_1 0x800f0402 KEY_2 0x800f0403 KEY_3 0x800f0404 KEY_4 0x800f0405 KEY_5 0x800f0406 KEY_6 0x800f0407 KEY_7 0x800f0408 KEY_8 0x800f0409 KEY_9 0x800f040f KEY_INFO 0x800f0416 KEY_PLAY 0x800f0418 KEY_PAUSE 0x800f0419 KEY_STOP 0x800f0417 KEY_RECORD 0x800f0414 KEY_FASTFORWARD # FASTFWD 0x800f0415 KEY_REWIND # FASTREW 0x800f041a KEY_NEXT 0x800f041b KEY_BACK # PREV 0x800f041d KEY_ESC 0x800f040c KEY_POWER2 # POWER 0x800f0412 KEY_CHANNELUP # CHANNEL+ 0x800f0413 KEY_CHANNELDOWN # CHANNEL- 0x800f0410 KEY_VOLUMEUP # VOLUME+ 0x800f0411 KEY_VOLUMEDOWN # VOLUME- 0x800f040e KEY_MUTE 0x800f0424 KEY_MENU # Menu 0x800f044a KEY_PVR # List 0x800f0425 KEY_SUBTITLE # SUBTITLES (LiveTV) 0x800f0426 KEY_EPG # SCHEDULE (EPG) 0x800f045a KEY_TEXT # User0 (Videotext) 0x800f040d KEY_PROG1 # 1 0x800f0427 KEY_PROG2 # 2 0x800f0447 KEY_PROG3 # 3 0x800f0449 KEY_PROG4 # 4 0x800f0450 KEY_AUDIO # User5 (Hoch) 0x800f044c KEY_VIDEO # User6 (Runter) 0x800f040a KEY_FN # User8 (Clear) 0x800f040b KEY_SCREEN # User9 (Enter)und rc-imon-pad-jg:
Code
Display More# table rc-imon-pad, type:other 0x100007f = KEY_RIGHT 0x1000080 = KEY_LEFT 0x1007f00 = KEY_DOWN 0x1008000 = KEY_UP 0x1010000 = BTN_MOUSE 0x1010080 = BTN_MOUSE 0x1020000 = BTN_RIGHT 0x1020080 = BTN_RIGHT 0x200001e = KEY_1 0x200001f = KEY_2 0x2000020 = KEY_3 0x2000021 = KEY_4 0x2000022 = KEY_5 0x2000023 = KEY_6 0x2000024 = KEY_7 0x2000025 = KEY_8 0x2000026 = KEY_9 0x2000027 = KEY_0 0x2000028 = KEY_OK 0x2000029 = KEY_ESC 0x200002a = KEY_BACK 0x200002c = KEY_SELECT 0x2000065 = KEY_COMPOSE 0x02200020 = KEY_NUMERIC_POUND 0x02200025 = KEY_NUMERIC_STAR 0x2800000 = KEY_CHANNEL 0x288195b7 = KEY_EXIT 0x288515b7 = KEY_PROG1 0x288795b7 = KEY_CHANNELDOWN 0x289115b7 = KEY_POWER2 0x289395b7 = KEY_CHANNELUP 0x28a395b7 = KEY_VOLUMEUP 0x28a515b7 = KEY_YELLOW 0x28a595b7 = KEY_VOLUMEDOWN 0x298115b7 = KEY_RECORD 0x298195b7 = KEY_NEXT 0x298595b7 = KEY_SUBTITLE 0x299195b7 = KEY_GREEN 0x299395b7 = KEY_INFO 0x29a395b7 = KEY_DVD 0x29a595b7 = KEY_ZOOM 0x29b195b7 = KEY_EJECTCD 0x29b715b7 = KEY_EPG 0x2a8115b7 = KEY_PLAY 0x2a8195b7 = KEY_REWIND 0x2a9115b7 = KEY_PAUSE 0x2a9395b7 = KEY_CYCLEWINDOWS 0x2aa395b7 = KEY_SCREEN 0x2ab195b7 = KEY_MENU 0x2ab715b7 = KEY_PROG2 0x2b8115b7 = KEY_FASTFORWARD 0x2b8395b7 = KEY_TIME 0x2b8515b7 = KEY_RED 0x2b8595b7 = KEY_AUDIO 0x2b9115b7 = KEY_PREVIOUS 0x2b9595b7 = KEY_MUTE 0x2b9715b7 = KEY_STOP 0x2ba115b7 = KEY_BLUE 0x2ba395b7 = KEY_MENUKomischerweise werden automatisch beide Keymaps richtig geladen, nur bei der mce Fernbedienung wird RC6 nicht aktiviert.
Ein manuelles Ausführen von sudo ir-keytable -s rc1 -a /etc/rc_maps.cfg aktiviert dann auch rc6, Protokoll lirc bleibt aber auch aktiviert:
Code/sys/class/rc/rc1/ gefunden (/dev/input/event7) mit: Name: Media Center Ed. eHome Infrared Remote Transceiver (147a:e042) Treiber: mceusb, Tabelle: rc-rc6-mce Lirc Gerät: /dev/lirc0 unterstützte Protokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp Aktivierte Protokolle: lirc rc-6 zusätzliche Fähigkeiten: <Zugriff verweigert>Auch jetzt keine Reaktion mit irw, evtest etc.
-
Hallo,
nach erfolgreichem Start mit yavdr-ansible hakt es jetzt mit der Einbindung der zweiten Fernbedienung.
Neben einem im Gehäuse vorhandenen imon-Empfänger habe ich noch einen externen über USB angebundenen Empfänger.
Diese Kombi läuft mit eigenen Keymaps in yavdr6 seit Jahren problemlos.
Unter ansible wird nur der imon-Empfänger richtig erkannt und die eigene modifizerte Keymap geladen.
Den externen MCE-Empfänger schnappt sich irgendwie lirc.
ir-keytable -v liefert folgendes:
Code
Display MoreGerät /sys/class/rc/rc1/ gefunden Gerät /sys/class/rc/rc0/ gefunden Uevent /sys/class/rc/rc1/lirc0/uevent wird ausgewertet. /sys/class/rc/rc1/lirc0/uevent Uevent MAJOR=244 /sys/class/rc/rc1/lirc0/uevent Uevent MINOR=0 /sys/class/rc/rc1/lirc0/uevent Uevent DEVNAME=lirc0 Eingabe-Sysfs-Knoten ist /sys/class/rc/rc1/input9/ Ereignis-Sysfs-Knoten ist /sys/class/rc/rc1/input9/event7/ Uevent /sys/class/rc/rc1/input9/event7/uevent wird ausgewertet. /sys/class/rc/rc1/input9/event7/uevent Uevent MAJOR=13 /sys/class/rc/rc1/input9/event7/uevent Uevent MINOR=71 /sys/class/rc/rc1/input9/event7/uevent Uevent DEVNAME=input/event7 Uevent /sys/class/rc/rc1/uevent wird ausgewertet. /sys/class/rc/rc1/uevent Uevent NAME=rc-rc6-mce /sys/class/rc/rc1/uevent Uevent DRV_NAME=mceusb /sys/class/rc/rc1/uevent Uevent DEV_NAME=Media Center Ed. eHome Infrared Remote Transceiver (147a:e042) Eingabegerät ist /dev/input/event7 /sys/class/rc/rc1/protocols-Protokoll rc-5 (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll nec (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll rc-6 (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll jvc (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll sony (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll rc-5-sz (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll sanyo (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll sharp (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll mce_kbd (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll xmp (deaktiviert) /sys/class/rc/rc1/protocols-Protokoll lirc (aktiviert) /sys/class/rc/rc1/ gefunden (/dev/input/event7) mit: Name: Media Center Ed. eHome Infrared Remote Transceiver (147a:e042) Treiber: mceusb, Tabelle: rc-rc6-mce Lirc Gerät: /dev/lirc0 unterstützte Protokolle: lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp Aktivierte Protokolle: lirc bus: 3, Anbieter/Produkt: 147a:e042, Version: 0x1101 Bei /sys/class/rc/rc0/lirc* konnte kein Knoten gefunden werden. Eingabe-Sysfs-Knoten ist /sys/class/rc/rc0/input8/ Ereignis-Sysfs-Knoten ist /sys/class/rc/rc0/input8/event5/ Uevent /sys/class/rc/rc0/input8/event5/uevent wird ausgewertet. /sys/class/rc/rc0/input8/event5/uevent Uevent MAJOR=13 /sys/class/rc/rc0/input8/event5/uevent Uevent MINOR=69 /sys/class/rc/rc0/input8/event5/uevent Uevent DEVNAME=input/event5 Uevent /sys/class/rc/rc0/uevent wird ausgewertet. /sys/class/rc/rc0/uevent Uevent NAME=rc-imon-pad /sys/class/rc/rc0/uevent Uevent DRV_NAME=imon /sys/class/rc/rc0/uevent Uevent DEV_NAME=iMON Remote (15c2:0034) Eingabegerät ist /dev/input/event5 /sys/class/rc/rc0/protocols-Protokoll other (aktiviert) /sys/class/rc/rc0/protocols-Protokoll rc-6 (deaktiviert) /sys/class/rc/rc0/ gefunden (/dev/input/event5) mit: Name: iMON Remote (15c2:0034) Treiber: imon, Tabelle: rc-imon-pad unterstützte Protokolle: other rc-6 Aktivierte Protokolle: other bus: 3, Anbieter/Produkt: 15c2:0034, Version: 0x0016 Wiederholungsverzögerung = 500 ms, Wiederholungsperiode = 125 ms Wiederholungsverzögerung = 500 ms, Wiederholungsperiode = 125 msEine probeweise Installation mit Ubuntu 18.04 Desktop führt zu zwei funktionierenden Fernbedienungen.
Der Unterschied scheint ein laden von lirc_dev zu sein.
lsmod liefert:
Code
Display MoreModule Size Used by nvidia_uvm 36864 0 wmi_bmof 16384 0 snd_hda_codec_hdmi 49152 1 edac_mce_amd 28672 0 kvm_amd 86016 0 kvm 598016 1 kvm_amd irqbypass 16384 1 kvm serio_raw 16384 0 k10temp 16384 0 isl6423 16384 2 nvidia 10559488 58 nvidia_uvm stv6110x 16384 2 drm 401408 3 nvidia stv090x 69632 2 shpchp 36864 0 snd_hda_codec_realtek 106496 1 snd_hda_codec_generic 73728 1 snd_hda_codec_realtek budget 20480 20 ir_rc6_decoder 16384 0 budget_core 20480 1 budget ttpci_eeprom 16384 1 budget_core rc_rc6_mce 16384 0 joydev 24576 0 saa7146 28672 2 budget,budget_core input_leds 16384 0 dvb_core 126976 2 budget,budget_core ir_lirc_codec 16384 0 lirc_dev 16384 2 ir_lirc_codec ftdi_sio 53248 0 rc_imon_pad 16384 0 mceusb 32768 0 usbserial 45056 1 ftdi_sio snd_usb_audio 204800 2 snd_usbmidi_lib 32768 1 snd_usb_audio snd_rawmidi 32768 1 snd_usbmidi_lib imon 36864 0 rc_core 36864 9 imon,lirc_dev,ir_lirc_codec,mceusb,ir_rc6_decoder,rc_imon_pad,rc_rc6_mce snd_seq_device 16384 1 snd_rawmidi snd_hda_intel 40960 4 snd_hda_codec 126976 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek snd_hda_core 81920 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek snd_hwdep 20480 2 snd_usb_audio,snd_hda_codec snd_pcm 98304 6 snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,snd_hda_core snd_timer 32768 1 snd_pcm snd 81920 23 snd_hda_codec_generic,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_usb_audio,snd_usbmidi_lib,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm,snd_rawmidi soundcore 16384 1 snd asus_atk0110 20480 0 wmi 24576 1 wmi_bmof mac_hid 16384 0 sch_fq_codel 20480 2 ib_iser 49152 0 rdma_cm 61440 1 ib_iser iw_cm 45056 1 rdma_cm ib_cm 53248 1 rdma_cm ib_core 225280 4 rdma_cm,iw_cm,ib_iser,ib_cm iscsi_tcp 20480 0 nfsd 339968 13 auth_rpcgss 61440 1 nfsd nfs_acl 16384 1 nfsd lockd 90112 1 nfsd grace 16384 2 nfsd,lockd sunrpc 335872 18 nfsd,auth_rpcgss,lockd,nfs_acl libiscsi_tcp 20480 1 iscsi_tcp libiscsi 53248 3 libiscsi_tcp,iscsi_tcp,ib_iser scsi_transport_iscsi 98304 3 iscsi_tcp,ib_iser,libiscsi ip_tables 28672 0 x_tables 40960 1 ip_tables autofs4 40960 4 btrfs 1122304 0 zstd_compress 163840 1 btrfs raid10 53248 0 raid456 143360 0 async_raid6_recov 20480 1 raid456 async_memcpy 16384 2 raid456,async_raid6_recov async_pq 16384 2 raid456,async_raid6_recov async_xor 16384 3 async_pq,raid456,async_raid6_recov async_tx 16384 5 async_pq,async_memcpy,async_xor,raid456,async_raid6_recov xor 24576 2 async_xor,btrfs raid6_pq 114688 4 async_pq,btrfs,raid456,async_raid6_recov libcrc32c 16384 1 raid456 raid1 40960 0 raid0 20480 0 multipath 16384 0 linear 16384 0 uas 24576 0 usb_storage 69632 1 uas hid_generic 16384 0 hid_logitech_hidpp 32768 0 hid_logitech_dj 20480 0 usbhid 49152 0 hid 118784 4 usbhid,hid_generic,hid_logitech_dj,hid_logitech_hidpp psmouse 147456 0 forcedeth 69632 0 ahci 40960 4 libahci 32768 1 ahci i2c_nforce2 16384 0 video 45056 0Da weiß ich jetzt aber nicht mehr weiter.
Das übliche Vorgehen mit irw, evtest und mode2 habe ich schon probiert - immer nur Ausgaben bei rc0.
Gruß
joe_pow
-
Hallo,
ich habe ähnliches Setup - ein imon 15c2:0034 und einen mceusb-Empfänger. Bei mir läuft der imon mit dem imon-Protokoll.
Dadurch kommen sie sich nicht in die Quere. Du solltest es mit ir-keytable auf das Protokoll "other" setzen können.
Ich nutze yavdr, da habe ich das ganze dauerhaft mit Template und eigenen keymaps in /etc/rc_maps.cfg gesetzt.Gruß joe_pow
-
Hat grub beim install irgendwelche Fehlermeldungen gebracht?
Um zu testen, ob doch grub unsichtbar startet entweder beim booten die SHIFT-Taste gedrückt halten oder auf ESCAPE drücken.
Eventuell kommt dadurch doch das Grub-Menü zum Vorschein.Gruß joe_pow
-
Hallo Norman,
auf jeden Fall muss in der order.conf das alte graphtft deaktiviert werden:
-graphtftunter /etc/vdr/plugins habe ich einfach meine alte plugin.graphtft.conf nach plugin.graphtftng.conf kopiert.
Sie enhält nur "-d none"Themes werden bei mir aus /var/lib/vdr/plugins/graphtftng/themes geladen, dort sind links auf die einzelnen Themes.
Ich benutze anthraize. Das eigentliche Theme liegt unter /usr/share/vdr-tftng-anthraize.Gruß joe
-
Kann es sein, dass bei dem Dist-upgrade graphtft durch graphtft-ng ersetzt wurde?
Bei mir musste ich damals die conf-Dateien entsprechend für graphtft-ng umbenennen und im Plugin-setup explizit das Theme neu speichern.
Ist aber schon länger her - deshalb grob aus dem Kopf.Gruß,
joe
-
Vielen Dank für den Tip!
Hat bei mir auch geholfen.
Allerdings startet bei mir graphtftng als zweites Plugin, da ein anderes hier nicht zu nennendes Plugin gerne als erstes starten sollte. -
Ich habe genau diesen Pixelmüll seit kurzem auch.
Tritt glaube ich seit einem letzten dist-upgrade auf, bei dem auch graphtft-ng geupdatet wurde.
Lief davor schon lange ohne Probleme.
Benutze übrigens auch das gleiche anthraize-Theme.