MLD 5.4 testing + Pi 3 + TSOP --> geht für 5sec

Space · Nov 7th 2017

Hallo Zusammen,

erstmal besten Dank dafür, daß es eine fertige Distribution für einen Raspberry Pi3 gibt ... sehr feine Sache. Ich habe den Pi mit MLD 5.4 testing am Laufen (rpihddevice + satip: Bild + Ton ist da), allerdings bekomme ich die Fernbedienung nicht sauber ans Laufen ... Ich habe eine Harmony, die ich auch an meinen anderen VDRs (einer mit asbach YaVDR, einer mit gentoo) einwandfrei funktioniert. Ich habe noch von den anderen VDRs die lircd.conf (harmony_kls_vdr_1.6) und remote.conf im Einsatz ... wenn ich den VDR starte, geht die Fernbedienung für ~ 5 Sekunden, danach reagiert der VDR nicht mehr darauf ... irw hingegen zeigt munter fleißig alle Tasten an, die man drückt (ok, jeweils 3x)

Code

00000000000002c4 00 KEY_UP harmony_kls_vdr_1.6
00000000000002c4 01 KEY_UP harmony_kls_vdr_1.6
00000000000002c4 02 KEY_UP harmony_kls_vdr_1.6

Im /var/log/messages finde ich trotz Loglevel 3 keine Eintragungen und im /var/log/vdr steht gar nichts. Ich habe folgende Einstellungen aktiv:

Code

# Lirc Aufruf Argumente
LIRC_ARGS=""
LIRC_INSTALL_L2U=""
LIRC_KEYMAP="harmony_kls_vdr_1.6"
# Lirc modul to use
LIRC_MODUL="rpi on GPIO"

# Argumente mit denen VDR gestartet werden soll
VDR_ARGS="-l 3"

Ich verstehe nicht, warum der VDR nach ~5s nach seinem Starten (reproduzierbar) nicht mehr auf lirc reagiert ...

Hat einer einen Tipp, wo ich ein Logging aktivieren könnte?

Danke und schöne Grüße,

Space

Space · Nov 7th 2017

Ehm, es steht doch was im /var/log/messages, aber das ist scheinbar noch vom Start selbst, wo es noch geht:

Code

Nov  7 01:19:14 (none) local0.notice lircd-0.9.4c[1605]: Notice: accepted new client on /var/run/lirc/lircd
Nov  7 01:19:14 (none) local0.info lircd-0.9.4c[1605]: Info: Cannot configure the rc device for /dev/lirc

Es kommt aber keine neue Meldung ...

dido · Nov 7th 2017

Hallo Space,

auch wenn dir das primär nicht weiterhilft, ich habe in der exakt gleichen Konfiguration das gleiche Problem. Die Meldung in /var/log/messages bekomme ich auch.

Was mir aufgefallen ist, wenn ich die Channellist einmal neu vom Server beziehe und den VDR neu starte funktioniert die FB, beim nächsten Start aber wieder das gleiche Problem.

Gruß,

Frank

Space · Nov 7th 2017

wtf ... das geht ja echt?!? Auch über einen VDR Restart hinweg ... nur nach einem Neustart vom PI geht's wieder nicht ...

Danke & Gruß,

Space

rfehr · Nov 7th 2017

Hi Zusammen,

könnt ihr mal über das WebIf, der MLD eure Logs zur verfügung stellen.

Gruß,

Roland

clausmuus · Nov 7th 2017

Interessante Feststellung.

Geht die Fernbedienung wirklich erst nach einem neu holen der Kanalliste und anschließendem VDR Restart wieder, oder reicht ein einfacher Restart aus, damit die wieder geht?

Claus

Space · Nov 7th 2017

Hallo,

ich habe es gerade nochmal getestet ... ein Restart scheint zu reichen, allerdings dauert es dann ~30s nach Erscheinen des Bildes, bis die Fernbedienung das erste Mal reagiert ...

Debug Logs sind hochgeladen (K9fDhf).

Danke und schöne Grüße,

Space

rfehr · Nov 7th 2017

Das hat glaube ich aber weniger mit der Fernbedienung zu tun sondern liegt am vdr oder einem plugin selbst

Code

Nov  7 23:36:01 (none) user.debug vdr: [3840] skindesigner: templates loaded and caches created - needed 21000 ms
Nov  7 23:36:01 (none) user.debug vdr: [3840] --- begin invalid lock sequence report
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  U  -  -  -  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  U  -  -  -  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  W  -  -  -  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  *  -  -  W  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  *  -  -  U  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  U  -  -  -  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  W  -  -  -  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  *  -  -  W  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  *  -  -  U  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  U  -  -  -  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  W  -  -  -  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  *  -  -  W  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  *  -  -  U  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  U  -  -  -  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  W  -  -  -  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  *  -  -  W  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  *  -  -  U  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3854  -  U  -  -  -  -  -  -  -  -  U
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3840  -  R  -  -  -  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3840  R  *  -  -  -  -  -  -  -  -  L
Nov  7 23:36:01 (none) user.debug vdr: [3840]  3840 invalid lock sequence: 1 Timers
Nov  7 23:36:01 (none) user.debug vdr: [3840] full backtrace:
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) calling ?? at ??:0
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/bin/vdr cTimers::GetTimersRead(cStateKey&, int) calling ?? at ??:0
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/lib/vdr/libvdr-skindesigner.so.2.3.8 cGlobalTimers::SetLocalTimers() at ??:?
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/lib/vdr/libvdr-skindesigner.so.2.3.8 cGlobalTimers::LoadTimers() at ??:?
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/lib/vdr/libvdr-skindesigner.so.2.3.8 cViewChannel::SetChannel(cChannel const*, int) at ??:?
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/bin/vdr cDisplayChannel::DisplayChannel() calling ?? at ??:0
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/bin/vdr cDisplayChannel::cDisplayChannel(int, bool) calling ?? at ??:0
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/bin/vdr cDisplayChannelExtended::cDisplayChannelExtended(int, bool) calling ?? at ??:0
Nov  7 23:36:02 (none) user.debug vdr: [3840] /usr/bin/vdr main calling ?? at ??:0
Nov  7 23:36:02 (none) user.debug vdr: [3840] /lib/arm-linux-gnueabihf/libc.so.6 __libc_start_main at ??:?
Nov  7 23:36:02 (none) user.debug vdr: [3840] --- end invalid lock sequence report
Nov  7 23:36:02 (none) user.debug vdr: [3840] --- THERE WILL BE NO FURTHER REPORTS UNTIL VDR IS RESTARTED!

Display More

das thread 'lock' ist irgendwo nicht sauber.

Gruß,

Roland

P.S.: War jetzt nur ein schneller blick ins Log

clausmuus · Nov 7th 2017

Teste am besten mal mit möglichst wenigen VDR Plugins. Eventuell lässt sich der Fehler so einkreisen.

Claus

Space · Nov 7th 2017

Hi, das ist das Skindesigner Plugin, was bei 2.3 noch nicht ganz rund läuft. Ich meine aber, daß es unabhängig vom Skin ist ... ich teste mal mit LCARS ...

Edit: mit LCARS geht es die ersten paar Sekunden nach dem Reboot und dann nicht mehr ... neue Logs sind hochgeladen (pq6BU8).

Skindesigner ist zwar noch installiert, sollte aber jetzt keinen Lock-Fehler mehr schreiben, weil kein Skin aktiv ist.

Gruß,

Space

Space · Nov 8th 2017

PS: Mit LCARS geht es nach dem Restart des VDR direkt ... nur nach dem Reboot wieder nicht bis zum ersten Restart ... ich teste morgen mal weiter ...

Danke schonmal für die Unterstützung!

clausmuus · Nov 8th 2017

Hi,

teste Bitte auch mal ohne installiertem skindesigner Paket.

Claus

Space · Nov 8th 2017

Hi, gleiches Problem ...

Jochen

dido · Nov 17th 2017

Hallo,

gibt es zu diesem Thema irgendwas neues ? Habe auch mal die unstable 5.4 installiert, leider gleiches Problem.

VG,

Frank

chriszero · Nov 18th 2017

Habe das gleiche system/config. Aber die Probleme habe ich nicht..

System

Name: MLD
Version: 5.4
Systemarchitektur: armhf armhf-rpi2
Paket Kategorie: testing

Paket Version
alsa 1.1.3-42.4+4.4.50.199.19
appstarter 0-8.1
apt 1.4.1-70.4
at 3.1.20-9
autofs 5.1.2-7
avahi 0.6.32-19.1
avahi-linker 16031-32.5
backup 1-32.1
base 0-102.2
bash 4.4-4
binutils 2.28-~1
btrfs 4.7.3-114.2+4.4.50.199.19
busybox 1:1.25.1-52.2
channellogos 1:2.1-37.1
dbus 1.10.18-17
debug 0-2.6
dpkg 1.18.23-18
eventlircd 1:2016.03.15-37+4.4.50.199.19
font-config 0-5
gir1.2-glib-2.0 1.50.0-0
git 2.11.0-4
hid 0-3+4.4.50.199.19
i2c 3.1.2-13+4.4.50.199.19
icewm-lite 1.3.8-2
init 0-105.1
initramfs 2017.09.21-111.5
install 0-144.34
irkeytable 1.12.3-12.1
kernel 4.4.50.199.19-199.20
kodi 17.1-91.2
ldconfig 2.24-12
lirc 2:0.9.4-82.1
lircd2uinput 0-0
locales 0-25.4
locales-timezones 1-7
mergerfs 1:2.18.0-11.7
mld-remote 0-42
network 0-76.1+4.4.50.199.19
network-wireless 0-51.2
network-wireless-rpi3 0-1+4.4.50.199.19
nfs-common 0-5
nfs-server 0-20+4.4.50.199.19
nss-mdns 0.10-5
omxplayer 0.3.7-6
openssl 1.1.0-2
pam 1.1.8-5
perl 5.24.1-12.1
perl-base 5.20.2-~1
psplash 2009.05.28-22
python 2.7-12
python-dev 2.7-5
python-gobject-2 2.7-5
python-kodi 2.7-7
python-talloc 2.1.8-~1
python-uinput 2.7-11
python3 3.5-2
python3-avahi 3.5-0
python3-dbus 1.2.4-0
python3-gi 3.22.0-0
rc-core 2:0-15+4.4.50.199.19
rpi 0-42
rpi-firmware 2017.05.13-3
samba-libs 4.5.8-~89
sensors 3.4.0-9+4.4.50.199.19
ssh 7.4-15
suspend 0-28.1
tk8.6-blt2.5 2.5.3-~1
udev 232-47.1
unzip 6.00-0
vdr 2.3.8.214.38-214.38
vdr-plugin-apt 0.1.0-12+2.3.8.214.38
vdr-plugin-channelscan 1.0.0-3+2.3.8.214.38
vdr-plugin-dvbapi 1:2.2.4-10.4+2.3.8.214.38
vdr-plugin-rpihddevice 1:2017.04.24-40.2+2.3.8.214.38
vdr-plugin-satip 1:2.3.1-22.4+2.3.8.214.38
vdr-plugin-searchchannellist 1.0.2-29+2.3.8.214.38
vdr-plugin-skindesigner 1.2.3-28.1+2.3.8.214.38
vdr-plugin-tvguideng 2016.03.13-4.1+2.3.8.214.38
vfat 0-1
videobuffer 0-4+4.4.50.199.19
vlc 2.2.5-15
webif 0-2.25
webserver 0-244.3
xfs 0-5
xorg 1:1.19.2-90.5+4.4.50.199.19
zlib1g 1.2.8-~1

Laufwerke

Filesystem Size Used Available Use% Mounted on
/dev/mmcblk0p2 7.3G 3.6G 3.4G 52% /
/dev/mmcblk0p2 7.3G 3.6G 3.4G 52% /mnt/data
/mnt/data 7.3G 3.6G 3.4G 52% /data

Module

Module Size Used by Tainted: G
nfsd 246612 11
usbtv 10863 0
videobuf2_v4l2 16343 1 usbtv
videobuf2_core 20996 2 usbtv,videobuf2_v4l2
v4l2_common 3929 2 usbtv,videobuf2_v4l2
videodev 132732 4 usbtv,videobuf2_v4l2,videobuf2_core,v4l2_common
media 11573 1 videodev
videobuf2_vmalloc 5187 1 usbtv
videobuf2_memops 1332 1 videobuf2_vmalloc
i2c_dev 6051 0
brcmfmac 186144 0
snd_soc_bcm2835_i2s 6188 0
cfg80211 427304 1 brcmfmac
i2c_bcm2708 4834 0
lirc_rpi 6378 3
snd_soc_core 125380 1 snd_soc_bcm2835_i2s
lirc_dev 8246 1 lirc_rpi
snd_pcm_dmaengine 3391 1 snd_soc_core
rfkill 16134 1 cfg80211
brcmutil 5661 1 brcmfmac
rc_core 16468 1 lirc_dev
uinput 7454 0
snd_bcm2835 20395 0
snd_pcm 75454 4 usbtv,snd_soc_core,snd_pcm_dmaengine,snd_bcm2835
snd_timer 19348 1 snd_pcm
snd 52458 5 usbtv,snd_soc_core,snd_bcm2835,snd_pcm,snd_timer

MLD 5.4 testing + Pi 3 + TSOP --> geht für 5sec

Participate now!

Share