graphlcd am LPT zum laufen bringen

Hallo,

ich versuche jetzt schon mehrere Stunden mein LCD zum Laufen zu bringen. Leider bis jetzt ohne Erfolg. Ich habe alles nach Anleitung () angeschlossen und installiert. Aber irgendwo hat sich der Fehlerteufel eingeschlichen. Jetzt lässt sich auch der VDR nicht mehr starten.

Folgender Befehl lässt sich auch nicht ausführen:

showpic -d t6963c /usr/share/vdr-plugin-graphlcd/logos/ARTE_l.glcd
->ERROR: Failed initializing display t6963c

Mit:
sudo showpic -d t6963c /usr/share/vdr-plugin-graphlcd/logos/ARTE_l.glcd
wird der Befehl korrekt ausgeführt und es erscheint die entsprechende Grafik auf dem Display.

Die Module scheinen geladen worden zu sein:

vdruser@vdr:/etc/vdr$ lsmod
Module Size Used by
lirc_serial 12308 1
lirc_dev 10804 3 lirc_serial
nfsd 241104 9
lockd 67724 1 nfsd
nfs_acl 2844 1 nfsd
auth_rpcgss 36576 1 nfsd
sunrpc 191712 8 nfsd,lockd,nfs_acl,auth_rpcgss
exportfs 4412 1 nfsd
ves1x93 6080 1
nvidia 9855940 28
agpgart 34988 1 nvidia
autofs4 25568 0
snd_hda_codec_nvhdmi 4828 1
snd_hda_codec_realtek 203328 1
stv0299 9796 1
ppdev 6688 0
video 19380 0
output 2780 1 video
parport_pc 31940 1
asus_atk0110 8252 0
dvb_ttpci 99624 6
budget_av 24476 4
saa7146_vv 46652 2 dvb_ttpci,budget_av
videodev 36736 1 saa7146_vv
v4l1_compat 14496 1 videodev
videobuf_dma_sg 12544 1 saa7146_vv
videobuf_core 17952 2 saa7146_vv,videobuf_dma_sg
budget_core 9632 1 budget_av
dvb_core 87364 4 stv0299,dvb_ttpci,budget_av,budget_core
saa7146 18116 4 dvb_ttpci,budget_av,saa7146_vv,budget_core
ttpci_eeprom 2076 2 dvb_ttpci,budget_core
hwmon_vid 2940 0
i2c_nforce2 6784 0
k8temp 4188 0
shpchp 32272 0
snd_hda_intel 26920 1
snd_hda_codec 75708 3 snd_hda_codec_nvhdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 7200 1 snd_hda_codec
snd_pcm 75296 2 snd_hda_intel,snd_hda_codec
snd_timer 22276 1 snd_pcm
snd 59204 8
snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore 7264 1 snd
snd_page_alloc 9156 2 snd_hda_intel,snd_pcm
lp 8964 0
parport 35340 3 ppdev,parport_pc,lp
ohci1394 29900 0
ieee1394 86596 1 ohci1394
forcedeth 54152 0
floppy 54916 0

Ich habe auch, wie in der Anleitung beschrieben folgende Befehle ausgeführt:

sudo chmod 0666 /dev/parport0
sudo chgrp lp /dev/parport0
sudo chmod g+w /dev/parport0
worauf dann über:
ls -all /dev/parport0

crw-rw-rw- 1 root lp 99, 0 2010-04-18 21:18 /dev/parport0
angezeigt wird.

Nach einem Neustart sind aber meine gesetzten Rechte wieder weg. Kann das was damit zu tun haben?

Ich weiß jetzt nicht mehr weiter und kann auch nichts in der Suche finden. Könnte mir vielleicht irgendwer hier weiterhelfen?

Wäre für jede Hilfe dankbar.

Gruß

mementor

Hallo noch mal,

kann leider keine Lösung zu meinem Problem finden. Es muß auf jeden Fall irgendein Rechteproblem sein. Leider kann ich die Rechte für die restlichen Benutzer (nicht 'root' und nicht Gruppe 'lp') nicht setzen, da bei jedem Neustart diese wieder entfernt sind.
Es wäre vielleicht auch hilfreich, wenn sich evtl. noch mal BlueVIP zu Wort melden würde, wie bzw. was genau er gemacht hat um das Display zum Laufen zu bekommen.

Vielen Dank im Voraus,

Gruß

mementor

geb dem user, der graphlcd ausfuehrt (also in dem fall denk ich user vdr?) einfach
die group lp und/oder mach einen chgrp vdr /dev/parport0.

-- randy

Hallo randy,

folgende Rechte habe ich schon gesetzt:

chmod 0666 /dev/parport0
chgrp lp /dev/parport0
chmod g+w /dev/parport0

Ich habe auch dem Benutzer 'vdr' der Gruppe 'lp' zugewiesen

adduser vdr lp

Dein Vorschlag:

chgrp vdr /dev/parport0

habe ich probiert. Nach einem Neustart ist die Gruppe für das Device wieder auf lp gesetzt.Wie kann ich die Gruppe vdr für das Device dauerhaft setzen?

Gruß

mementor

mhm, adduser legt user an, aber modifziert nicht die groups

entweder usermod -G lp vdr oder /etc/groups editieren, lp:...:vdr o.ae. eintragen
(siehe erster post, da ist die groups zeile...)

fuer das statische konfigurieren sollte es eine udev rule geben;

siehe https://lists.ubuntu.com/archi…005-September/047782.html

-- randy

Hallo randy,

hier ist ein Auszug aus meiner /etc/group
....
sys:x:3:
adm:x:4:vdruser
tty:x:5:
disk:x:6:
lp:x:7:vdr
.....

Das sollte doch so passen, oder?
Irgendwie verstehe ich das Ganze nicht. Das Device ist auf Gruppe 'lp' gesetzt. Dieser Gruppe ist aber der VDR zugeordnet. Dann sollte dieser doch berechtigt sein, darauf zugreifen zu dürfen. Oder ist das bei Devices anders?

Hallo,

kann das was damit zu tun haben?

....
Apr 19 21:55:38 vdr kernel: [ 10.924775] parport_pc 00:05: reported by Plug and Play ACPI
Apr 19 21:55:38 vdr kernel: [ 10.924836] parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
Apr 19 21:55:38 vdr kernel: [ 10.929174] [Firmware Bug]: ACPI(IGPU) defines _DOD but not _DOS
Apr 19 21:55:38 vdr kernel: [ 10.929360] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:12/device:13/input/input4
Apr 19 21:55:38 vdr kernel: [ 10.929390] ACPI: Video Device [IGPU] (multi-head: yes rom: no post: no)
Apr 19 21:55:38 vdr kernel: [ 10.930141] i2c-adapter i2c-0: nForce2 SMBus adapter at 0x600
Apr 19 21:55:38 vdr kernel: [ 10.930166] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
Apr 19 21:55:38 vdr kernel: [ 11.023522] ppdev: user-space parallel port driver
Apr 19 21:55:38 vdr kernel: [ 11.032180] lp0: using parport0 (interrupt-driven).
Apr 19 21:55:38 vdr kernel: [ 11.124865] HDA Intel 0000:00:07.0: power state changed by ACPI to D0
....

bei mir gings mein vfd erst als ich es uebers device angesprochen hab (mit port hats net funktioniert)

=> /etc/graphlcd.conf

[gu256x64-3900]
# gu256x64-3900 driver
# This is a driver module for Noritake GU256X64x-3900 VFD displays. The
# VFD is either operating in 8 bit-mode connected to a single PC
# parallel port or in serial mode connected to a single PC serial port.
# Default size: 256 x 64
Driver=gu256x64-3900

# Port=0x378
Device=/dev/parport0

gruss gerd

Hurra!!!!!!

danke gerdh, dass war der entscheidende Hinweis. Es läuft, und wie!

!!!!Ich musste bei mir auch das Device in der /etc/graphlcd.conf einstellen!!!!!

Danke noch mal allen die mir geholfen haben!

Gruß

mementor

Klar geht das mit der Port-Adresse nicht. Nur root darf via Adresse auf den Port zugreifen. Man sollte mal vorschlagen, dass im nächsten graphlcd-Release statt der Adressen die Devicepfade standardmäßig aktiv sind.

habs mal wie mreimer vorgeschlagen umgestellt:

http://projects.vdr-developer.…e8e53a2a7f47fb68dc1413e37

gruss,
-- randy

Zitat

Original von randy
habs mal wie mreimer vorgeschlagen umgestellt:

Für mich war das gar nicht so klar, dass der Zugriff direkt auf den Port nicht erlaubt ist... Dank dieses Freds rennt mein Display aber auch wieder tadellos unter yavdr.

aber es sollte evtl. im Wiki auch ein Hinweis rein oder angepasst werden. Hier steht diesbezüglich nichts drin.

Gruß

mementor

Hallo,

nachdem ich jetzt mein LCD zum Laufen gebracht habe, musste dieses natürlich beim Starten und Beenden des VDR's auch entsprechende Grafiken anzeigen. Ich habe mal kurz hier zusammen geschrieben wie ich da vorgegangen bin:

Die Logos habe ich von hannsens. Hier noch mal ein Dankeschön für die gelungenen LCD-Logos! Unter Logos stehen mehrere Varianten von LCD-Logos zur Auswahl und zum Download bereit.
Nachdem man sich die gewählten Bilder „downgeloaded“ hat, müssen diese entpackt und auf den VDR in die Verzeichnisse kopiert werden:

/etc/vdr/plugins/graphlcd/splash/start ’ alle Bilder für das Starten 
/etc/vdr/plugins/graphlcd/splash/stop ’ alle Bilder für das Beenden

Diese Verzeichnisse müssen natürlich vorher erst mal angelegt werden:

sudo mkdir /etc/vdr/plugins/graphlcd/splash
sudo mkdir /etc/vdr/plugins/graphlcd/splash/start
sudo mkdir /etc/vdr/plugins/graphlcd/splash/stop

Die Zugriffsrechte der Bilder in stop und start setzen:

sudo chmod 755 /etc/vdr/plugins/graphlcd/splash/stop/* 
sudo chmod 755 /etc/vdr/plugins/graphlcd/splash/start/*

Der erste Schritt ist geschafft.

Jetzt muß ein Start/Stop-Script erzeugt werden.

sudo vim /etc/init.d/glcd (Script unten einfügen)

#!/bin/sh
### BEGIN INIT INFO
# Provides:       glcd
# Should-Start:   console-screen
# Required-Start: 
# Required-Stop:
# Default-Start:  2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Boot-Logos auf LCD anzeigen
### END INIT INFO


PATH=/usr/bin:/bin
DESC="Boot-Logos auf LCD anzeigen"
NAME=glcd


STARTLOGO=/etc/vdr/plugins/graphlcd/splash/start
STOPLOGO=/etc/vdr/plugins/graphlcd/splash/stop


set -e


case "$1" in
    start)
        /usr/bin/showpic -c /etc/graphlcd.conf -d t6963c -s 500  $STARTLOGO/starte00.glcd  $STARTLOGO/starte01.glcd &
        ;;
    stop)
        /etc/vdr/plugins/graphlcd/stopglcd.sh &
        ;;
    restart|force-reload)
        $0 stop
        ;;
    *)
        exit 1
        ;;
esac




exit 0

Im Falle von stop/restart wird ein weiteres Script gestartet, um den Prozess parallel auszuführen.

Das Script muss wieder angelegt werden über:

sudo vim /etc/vdr/plugins/graphlcd/stopglcd.sh (Script unten einfügen)

#!/bin/sh
#Wartet mit dem Start der LCD-Anzeige
#bis der VDR selbst gestoppt ist.


PATH=/bin:/usr/bin
DIENST=runvdr
INTERVALL=1
STOPLOGO=/etc/vdr/plugins/graphlcd/splash/stop


while true
do
        if ps -ef | grep $DIENST | grep -v grep >/dev/null 2>&1
                then
                sleep $INTERVALL
        else
                showpic -c /etc/graphlcd.conf -d t6963c -s 1000 `ls $STOPLOGO/*.glcd` &
                break
        fi
done
exit 0

Hier wird solange mit der Anzeige der Beenden-Logos gewartet , bis der VDR sich beendet hat. Dies hat den Grund, da sonst die Anzeige (LCD) immer zwischen graphlcd-Anzeige und Beenden-Logos hin und her schaltet.

Für die beiden Scripte müssen jetzt die Zugriffsrechte gesetzt werden. Dies geschieht über:

sudo chmod 755 /etc/init.d/glcd
sudo chmod 755 /etc/vdr/plugins/graphlcd/stopglcd.sh

Anschließend wird der Dienst noch registriert:

sudo update-rc.d glcd defaults 05

und schon startet und beendet sich der VDR mit LCD-Logos. Das Starten, muss ich zugeben, ist Aufgrund des upstart-Verfahrens etwas dürftig. Hier wird nur sehr kurz und fast umittelbar vor dem VDR-Start das Script und die Logos gestartet. Hier habe ich aber keine Möglichkeit gefunden dies anders zu gestalten. Vielleicht hat da noch jemand eine andere/bessere Idee.

Gruß

mementor

Cool
Damals beim easyvdr war das mein ich sogar ootb - wenn ich mich nicht irre. Könnte man für yavdr 3.4.9 ggf. auch vorsehen War schon nett. Oder halt wie von dir beschrieben selber bauen...

dumusst die scripts nur an der rrichtigen position "einbauen" ..... beim starten nicht zu spaet damit sie vdr nicht ins gehege kommen und beim beenden nicht z frueh das die animation grad dann zuende ist wenn der vdr ausgeht

gruss gerd

Zitat

Original von Schermbecker
Könnte man für yavdr 3.4.9 ggf. auch vorsehen

Ganz bestimmt nicht! Das ist viel zu CPU-Intensiv. Wir sind bei der Version 0.2.0 teilweise schon bei 7 Sekunden Bootzeit ab Grub mit einer SSD angekommen. Geschätzte 3 Sekunden davon ist das Filesystem nicht ansprechbar. Die letzten 4 Sekunden sind so kritisch, dass wir hier teilweise plötzlich 10 Sekunden mehr hatten, nur weil etwas CPU-Intensives zu früh gestartet wurde.

Andererseits würde ich die Version 3.4.9 weit nach Ende meiner Lebensspanne erwarten. Nach mir die Sintflut.

Gerald

Hallo gda,

da freue ich mich ja schon richtig auf die neue Version. Wenn so schnell gebootet wird, dann kann ich auch auf die Logo-Animationen verzichten :strike1:strike1:strike1
Kann man aber evtl. über Grub ein Logo (nur eins und kein Start-Script) anzeigen/laden?

Gruß

mementor