[clausmuus]

Hi,

kannst Du mal bitte bei den beiden Images die Version der installierten Pakete vergleichen? Es sollte sich nur bei einem Paket die Version unterscheiden. Ich vermute dass sich die Version des rpihddevice geändert hat, und zwar das das Datum bei der neueren Version kleiner geworden ist.
Du kannst Du Versionen im Webif unter "System / System Informationen" nachschauen.

Claus

[gkd-berlin]

Hallo Claus,

hier ist der gewünschte Vergleich:

Code: [Select]

                          07.15-150+1332.4              07.17-151+1345.4

Package Version
alsa                   1.0.28-36+3.19.3.177          1.0.28-36+3.19.3.177
apt                   1.0.9.8-43                    1.0.9.8-46
at                   3.1.16-8                      3.1.16-8
backup                   1-14                          1-15
base                   0-73                          0-74
bash                   4.3-3                         4.3-3
btrfs                     3.17-99                       3.17-99
busybox                   1.23.2-43                     1.23.2-45
dpkg                      1.17.25-15                    1.17.25-15
dpkg-fixes                0-1                           0-1
dvb                       1:2015.07.07-138+3.19.3.177   1:2015.07.07-138+3.19.3.177
dvb-apps                  1.1.1-~1                      1.1.1-~1
dvb-sundtek               150618-30                     150716-30
e2fslibs                  1.42.12-~2                    1.42.12-~2
eventlircd                2015.05.18-34+3.19.3.177      2015.05.18-34+3.19.3.177
font-config               0-5                           0-5
hdparm                    9.43-5                        9.43-5
i2c                       3.1.1-12+3.19.3.177           3.1.1-12+3.19.3.177
init                      0-80                          0-81
install                   0-111                         0-114
irkeytable                1.6.0-9                       1.6.0-9
kernel                    3.19.3.177-190                3.19.3.177-190
ldconfig                  2.19-0                        2.19-0
lirc                      1:2014.05.09-71+3.19.3.177    1:2014.05.09-72+3.19.3.177
locales                   0-20                          0-20
mc                        4.8.13-2                      4.8.13-2
mld-remote                0-34                          0-34
network                   0-56+3.19.3.177               0-56+3.19.3.177
pam                       1.1.8-5                       1.1.8-5
perl                      5.20.2-11                     5.20.2-11
perl-base                 5.20.2-~1                     5.20.2-~1
psplash                   2009.05.28-19                 2009.05.28-19
rc-core                   2015.07.07-13+3.19.3.177      2015.07.07-13+3.19.3.177
rpi                       0-30                          0-30
rpi-firmware              2015.06.19-0                  2015.06.19-0
rpi-rtc                   0-15+3.19.3.177               0-15+3.19.3.177
scan                      20130331-46                   20130331-46
sensors                   3.3.5-8+3.19.3.177            3.3.5-8+3.19.3.177
ssh                       6.7-13                        6.7-13
udev                      215-37                        215-37
udevil                    2015.05.16-21                 2015.05.16-21
vdr                       2.2.0.194-195                 2.2.0.194-195
vdr-plugin-apt            0.1.0-7+2.2.0.194             0.1.0-8+2.2.0.194
vdr-plugin-cecremote      1.2.0-10+2.2.0.194            1.2.0-10+2.2.0.194
vdr-plugin-clock          1.0.0-1+2.2.0.194             1.0.0-1+2.2.0.194
vdr-plugin-devstatus      0.4.1-3+2.2.0.194             0.4.1-3+2.2.0.194
vdr-plugin-epgsearch      2014.12.27-14+2.2.0.194       2014.12.27-14+2.2.0.194
vdr-plugin-extrecmenu     2014.08.20-6+2.2.0.194        2014.08.20-6+2.2.0.194
vdr-plugin-femon          2015.05.16-6+2.2.0.194        2015.05.16-6+2.2.0.194
vdr-plugin-rpihddevice    2015.06.22-30+2.2.0.194       1:2015.06.22-33+2.2.0.194
vdr-plugin-setup          0.3.1-31+2.2.0.194            0.3.1-31+2.2.0.194
vdr-plugin-suspendoutput  2015.03.01-6+2.2.0.194        2015.03.01-6+2.2.0.194
vdr-plugin-systeminfo     0.1.3-10+2.2.0.194            0.1.3-10+2.2.0.194
vdradmin-am               2015.03.01-0.4                2015.03.01-0.4
vfat                      0-1                           0-1
webserver                 0-205                         0-206
xfs                       0-5                           0-5
zlib1g                    1.2.8-~1                      1.2.8-~1
Schon nachdem das Livesystem hochgefahren ist (MLD>), muß mit ALT+F5 auf die Konsole 5 umgeschaltet werden. Dann ist das OSD erreichbar.
Nach jedem Kaltstart und Reboot ist ALT+F5 Pflicht.

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: MLD-5.0.0_customized_2015.08.03-153+1423.4_armhf-rpi

diese Version hat sich verschlimmbessert.

Weder über Quicksetup > Konfiguriere > Raspberry Pi noch über System > Konfiguration > RaspberryPi kann ich die Lizenz, Overclock usw. eingeben.

Es wird nur dieses angezeigt:

Code: [Select]

Serial number:0000000071adf556
MPEG-2 license:disabled
VC1 license:disabled
Firmware version:Jun 17 2015 13:36:16 version 1352d17ed6bd078120ac262b8c45b5b3a0d398de (clean) (release)Das wars. Keine Eingabemöglichkeit.

Gruß Gerhard

[clausmuus]

Magst Du noch mal testen. Eventuell hat meine Änderung geholfen.

Claus

[gkd-berlin]

Hallo Claus,

ne, hat nicht geholfen, keine Änderung.

Debug Code:  XfG3zq

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: 8MLD-5.0.0_customized_2015.08.28-158+1492_armhf-rpi

Keine Änderung seit dem 3.8..
Weder über Quicksetup > Konfiguriere > Raspberry Pi noch über System > Konfiguration > RaspberryPi kann ich die Lizenz, Overclock usw. eingeben. Zu sehen ist nur:

Code: [Select]

Serial number:0000000071adf556
MPEG-2 license:disabled
VC1 license:disabled
Firmware version:Jun 17 2015 13:36:16 version 1352d17ed6bd078120ac262b8c45b5b3a0d398de (clean) (release)Debug Code: e0Vq3n

Gruß Gerhard

[clausmuus]

Hi,

Da hast Du wohl zu viele Pakete zum Image hinzu gefügt. Jedenfalls ist Deinem RPI der RAM ausgegangen. Leider hatte Dein letztes Image noch keinen Debug Code, so dass ich das nicht exakt nachstellen kann.

Claus

[gkd-berlin]

Hallo,

Test: 9MLD-5.0.0_customized_2015.08.31-159+1493-aRztIF_armhf-rpi

Nachdem der VDR gestartet wurde, wird nach ca. 1 Min. die HDMI-Verbindung zum TV unterbrochen.
Wenn ich die Quelle am TV neu auswähle, ist die Verbindung nach ca. 20 Sek. wieder da.
Erstmalig in der Version 5MLD-5.0.0_customized_2015.07.17-151+1345.4_armhf-rpi aufgetreten.

In der heutigen Version ist der Konfigurationsfehler immer noch drin.
Debug Code der heutigen Installation: sBI64v
Dieser Fehler tritt erstmalig mit der Version: 6MLD-5.0.0_customized_2015.08.03-153+1423.4_armhf-rpi auf.

Die Versionen: 2MLD-5.0.0_customized_2015.07.13-150+1322_armhf-rpi und
                        3MLD-5.0.0_customized_2015.07.14-150+1330.4_armhf-rpi und
                        4MLD-5.0.0_customized_2015.07.15-150+1332.4_armhf-rpi haben diesen Konfigurationsfehler nicht.
Ich kann sie noch heute ohne Probleme installieren
Alle Images beinhalten die gleichen Pakete.
 
Die führende Zahl vor dem Imagenamen ist, damit ich nicht durcheinander komme, von mir. Das mache ich seit x-Jahren, auch für den PC, so.

Gruß Gerhard

[clausmuus]

OK, ich bin nun endlich dazu gekommen das selber auszuprobieren. Das Problem ist tatsächlich, dass im root Filesystem im live Modus kein Platz mehr frei war. Deine Paketzusammenstellung bewegte sich so knapp unterhalb des verfügbaren Speichers, dass die Fehler erst jetzt auftraten, wo einige Pakete minimal größer geworden sind. Es reichte dann halt gerade nicht mehr um das Setupmenü vollständig zu erstellen.

Ich hab das Problem ein wenig entschärft, indem ich die maximale Größe des root Filesystems heraufgesetzt habe.

Was mir noch aufgefallen ist:
- Du hast unter anderem das Paket vdr-plugin-extrecmenu ausgewählt. Das macht meiner Meinung nach aber nur bei einer Client Installation Sinn
- Wenn Du zusätzlich zum mc Paker auch noch das bash Paket installierst, funktioniert auch die STRG-o Tastenkombination wieder vollständig
- Du hast das Paket udevil aktiviert. Ich weiß nicht genau was das Paket alles macht, aber USB Medien werden inzwischen auch ohne udevil automatisch gemountet

Claus

[gkd-berlin]

Hallo,

Test: 10MLD-5.0.0_customized_2015.09.02-159+1470-k0NWAF_armhf-rpi

zunächst sind wieder einige Erfolge zu vermelden.

Ich habe die Pakete udevil und extrecmenu aus dem Images entfernt. ectrecmenu stammt noch aus LinVDR-Zeiten. Udevil ist nicht mehr nötig. Die Installation ist ohne Fehler gelaufen.
Dazu habe ich bash in das Image aufgenommen.
In bash funktioniert Strg+o nur über Konsole. Über Putty kommt diese Fehlermeldung:

Code: [Select]

           Fehler
Not an xterm or Linux console;
the panels cannot be toggled. Ist nicht so wichtig. Ich werde bash wohl wieder löschen.

Ein weiterer Pluspunkt ist, daß die FB an GPIO wieder ein wenig reagiert. Die Zahlen, AUF und AB klappen. Der Rest nicht.
Da ich noch meine individuellen conf-Dateien aus MLD-4 verwende, muß ich erst einmal prüfen was sich in der MLD-5 geändert hat.
Auch meine Lüftersteuerung funktioniert einwandfrei.
Soweit das Gute.

Sehr negativ ist mir aufgefallen: Mit jedem Restart VDR und Reboot PC wird der TV ausgeschaltet. Er wird zwar wieder eingeschaltet, aber ich halte das für unsinnig. Der TV sollte nur nach einem Poweroff ausgeschaltet werden.

Nach einem Stop VDR auf der Konsole wird der TV ebenfalls ausgeschaltet.
Beim RPI kann man während ein Fernsehbild vorhanden ist nicht die Konsole sehen.
Nach einem Stop VDR muß dann blind ein echo "on 0" | cec-client -s folgen, um auf die Konsole zu gelangen.
Ich glaube, das ist so nicht gewollt.

Hier noch ein Debug Code: hhy7L2
Gruß Gerhard

[gkd-berlin]

Hallo,

Test: 11MLD-5_customized_2015.12.26-169+1350.38-UqIm8P_armhf-rpi

da auf der x86er MLD im Moment nicht so viel los ist, werde ich sporadisch hier wieder testen.

Die Installation auf SD-Karte ging problemlos.

Die Fernbedienung an GPIO reagiert auf: Zahlen, Auf und Ab. Der Rest zeigt keinerlei Reaktion.
Die Tasten der FB erzeugen immer einen doppelten Code, obwohl lircd2uinput installiert ist.
Da mir vor einiger Zeit meine persönlichen .conf´s verloren gegangen sind, aber inzwischen restauriet werden konnten, muß ich noch einmal prüfen ob Änderungen nötig sind.

Bei der Standard-Grundinstallation ist automatisch cecremote im tgz dabei. Ich brauche das Paket nicht. Kann ich es einfach abwählen oder sind dort Funktionen enthalten die ich doch brauche?

Gruß Gerhard

[clausmuus]

cec-remote kann entfernt werden.
Wenn nicht alle Tasten am gpio funktionieren, dann ist die lircd.conf nicht OK. Eventuell sind ja nur die Namen der Tasten nicht mit der MLD konform. im Webif setup der Fernbedienung sind die Namen die verstanden werden aufgelistet.

Claus

[gkd-berlin]

Hallo,

ich habe die lircd.conf noch einmal neu aufgenommen.
Gegenüber der Version aus der MLD-4 sind einige Codes verändert.

Code: [Select]

irrecord -n lircd.conf -d /dev/lirc0

                MLD-4   MLD-5

toggle_bit_mask 0x800 0x0

KEY_DOWN        0x17E1 0x1FE1

KEY_OK          0x17E5 0x1FE5

KEY_BACK        0x17DF 0x1FDF

KEY_RIGHT       0x17D0 0x1FD0

KEY_GREEN       0x17EE 0x1FEE

KEY_BLUE        0x17E9 0x1FE9

KEY_1           0x17C1 0x1FC1

KEY_3           0x17C3 0x1FC3

KEY_5           0x17C5 0x1FC5

KEY_7           0x17C7 0x1FC7

KEY_9           0x17C9 0x1FCD

KEY_PAUSE       0x17F0 0x1FF0

KEY_RECORD      0x17F7 0x1FF7

KEY_REWIND      0x17F2 0x1FF2

KEY_MUTE        0x17CF 0x1FCFMerkwürdig ist, es ist nur jeder 2. Code verändert.

Die Key´s passen alle zur remote.conf. Hier sind alle definierten Codes aufgeführt.

Code: [Select]

begin codes
          KEY_UP                   0x17E0
          KEY_DOWN                 0x1FE1
          KEY_MENU                 0x17CD
          KEY_OK                   0x1FE5
          KEY_BACK                 0x1FDF
          KEY_LEFT                 0x17D1
          KEY_RIGHT                0x1FD0
          KEY_RED                  0x17CB
          KEY_GREEN                0x1FEE
          KEY_YELLOW               0x17F8
          KEY_BLUE                 0x1FE9
          KEY_0                    0x17C0
          KEY_1                    0x1FC1
          KEY_2                    0x17C2
          KEY_3                    0x1FC3
          KEY_4                    0x17C4
          KEY_5                    0x1FC5
          KEY_6                    0x17C6
          KEY_7                    0x1FC7
          KEY_8                    0x17C8
          KEY_9                    0x1FCD
          KEY_PLAY                 0x17F5
          KEY_PAUSE                0x1FF0
          KEY_STOP                 0x17F6
          KEY_RECORD               0x1FF7
          KEY_FASTFORWARD          0x17F4
          KEY_REWIND               0x1FF2
          KEY_POWER2               0x17FD
          KEY_MUTE                 0x1FCF
          KEY_VOLUMEDOWN           0x17E4
          KEY_VOLUMEUP             0x1FDE
      end codes
Beide lircd.conf-Varianten funktionieren nicht. Nur die  Zahlen, Auf und Ab gehen.

Nun habe ich verschiedne Möglichkeiten: Entweder ist die FB kaputt, oder der IR-Empfänger hat ne Macke, oder die Software spinnt.

Ich werde mal eine alte MLD-4 Installation suchen. Damit müßte es ja noch funktionieren.

Gruß Gerhard

[clausmuus]

Aber wenn Du die lircd.conf neu aufgenommen hast, muss Deine Fernbedienung und der Empfänger ja funktioniert haben.

Claus

[gkd-berlin]

Hallo,

Test der alten: 79MLD-4.0.1-rpi_customized-latest-1102_104.tgz vom 16.2.15.

Probleme mit der FB gab es schon in der MLD-4.0.1. Sie wurden nach und nach gelöst. Siehe hier.

Ich habe die alte lircd.conf benutzt. Und siehe da, es funktioniert.
Alle Tasten der FB arbeiten ohne prellen. lircd2uinput ist installiert.

Damit kann die FB und der IR-Empfänger als Fehlerquelle ausgeschlossen werden.

irrecord -n tlircd.conf -d /dev/lirc0 in der MLD-4.0.1 erzeugt diesen Code:

Code: [Select]

begin codes
          KEY_UP                   0x17E0
          KEY_DOWN                 0x1FE1
          KEY_MENU                 0x17CD
          KEY_OK                   0x1FE5 0x17E5
          KEY_BACK                 0x1FDF
          KEY_LEFT                 0x17D1
          KEY_RIGHT                0x1FD0
          KEY_RED                  0x17CB
          KEY_GREEN                0x1FEE
          KEY_YELLOW               0x17F8
          KEY_BLUE                 0x1FE9
          KEY_0                    0x17C0
          KEY_1                    0x1FC1
          KEY_2                    0x17C2
          KEY_3                    0x1FC3
      end codesAuch hier wieder die merkwürdigen Codeänderungen in jedem 2. Code.
Vielleicht liegt es an: toggle_bit_mask 0x0.
Was nun?

Gruß Gerhard