Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Kleo

1
Raspberry PI / vompclient beim Booten starten
« on: October 09, 2016, 15:08:23 »
Danke, damit habe ich Optionen. :)
Grüße, Kleo

2
Raspberry PI / vompclient beim Booten starten
« on: October 07, 2016, 22:21:55 »
Jetzt habe ich doch noch eine Frage:

wie kann ich den Autostart einer App (wie vompclient) per appstarter wieder deaktivieren?

Wenn ich im Webif unter "Programme" den Autostart für vompclient abwähle, speichere und neu starte,
ist die Einstellung nach dem Neustart wieder zurückgesetzt und vompclient wird doch (mittels runvompclient) gestartet.

Ich möchte aber lieber selbst das Stoppen und Starten des vompclient per FB und irexec kontrollieren.

Grüße, Kleo

3
Raspberry PI / vompclient beim Booten starten
« on: October 07, 2016, 16:32:36 »
Danke,

ich habe gerade auf testing aktualisiert und im Webif auf der Startseite ist die Fehlermeldung (bzgl. services/*.sh) jetzt weg und
stattdessen der Apps-Link aufgetaucht. Darüberhinaus kann ich mittels ps sehen, dass runvompclient beim Booten ausgeführt
wurde (bin gerade nicht am Gerät, sondern nur per SSH verbunden).

Das heißt meine beiden "Probleme" sind in testing nicht mehr vorhanden. :)

Beste Grüße, Kleo


4
Raspberry PI / vompclient beim Booten starten
« on: October 07, 2016, 09:53:40 »
Also nach erneutem Neuinstallieren startet der vompclient nach wie vor nicht automatisch.
Ich habe die Debug-logs hochgeladen (Code: K6E4Qm).

Ich verstehe auch das init-Skript für vompclient nicht so wirklich. Im Bereich für start und scan finde ich keinen Aufruf
des vompclient binaries oder von runvompclient:
Code: [Select]
#!/bin/sh

. /etc/init.d/rc.functions


case "$1" in
        start)
                if [ "$VOMPCLIENT_SEARCH_SERVER" = "1" ] && ! ps ww | grep -v "grep" | grep "vdr" | grep -q "vompserver"; then
                        $0 scan
                fi
                ;;
        scan)
                echo "Search for vompserver:"
                rm -f /tmp/vompserver_ip
                IP=${NETWORK_IP%.*}
                i=0
                while [ $i -lt 254 -a ! -e /tmp/vompserver_ip ]; do
                        i=$(($i+1))
                        if [ "$IP.$i" != "$NETWORK_IP" ]; then
                                test $(($i%10)) = 1 && echo -en "\r  Scaning: $(show_step)    \r" >/dev/console
                                (echo quit | nc $IP.$i 3024 2>/dev/null | grep -q 220 && echo "$IP.$i" > /tmp/vompserver_ip) 2>/dev/null &
                        fi
                done
                i=0
                while [ $i -lt 50 -a ! -e /tmp/vompserver_ip ]; do
                        i=$(($i+1))
                        usleep 100000
                        test $(($i%10)) = 1 && echo -en "\r  Scaning: $(show_step)    \r" >/dev/console
                done
                echo >/dev/console
                ps | grep "nc $IP.* 3024" | grep -v "grep" | cut -b1-5 | while read pid; do kill $pid 2>/dev/null; done

                if [ -e /tmp/vompserver_ip ]; then
                        IP="$(cat /tmp/vompserver_ip)"
                        rm -f /tmp/vompserver_ip
                        echo "  Server IP is: $IP"
                        update_server.sh "$IP"
                        update_setting "VOMPCLIENT_SEARCH_SERVER" ""
                else
                        echo "  No server found            "
                fi
                check_status
                ;;
        stop)
                . /etc/init.d/rc.functions

                echo "Stopping vompclient"
                runvompclient -k
                #fbset -depth 8 && fbset -depth 16
                #chvt 1
                #show_splash
                check_status
                ;;
        restart)
                runvompclient -r
                ;;
        init)
                start=1
                stop=1
                priority=5
                after="vdr alsa"
                ;;
        *)
                echo "Usage $0 { start | stop | restart }" >&2
                exit 1


Außerdem habe ich im Webif auf der Home-Seite unter "Willkommen" folgende Fehlermeldung:
Code: [Select]
cat: can't open 'tpl/navi/services/*.sh': No such file or directoryund der Ordner /var/www/tpl/navi/services ist tatsächlich komplett leer.

Ich hoffe die Logs usw. helfen die Ursache zu finden.

Grüße, Kleo


5
Raspberry PI / vompclient beim Booten starten
« on: October 06, 2016, 18:46:35 »
Hallo,

danke schon mal für die Antworten. Ich bin immer wieder begeistert wie schnell in diesem Forum geholfen wird.

Ich bin gerade dabei noch einmal auf einer frischen Class 10 SD-Karte zu installieren und warte mal wie es danach aussieht.
Falls der vompclient wieder nicht startet, mache ich das Debug-Log.

Grüße, Kleo

6
Raspberry PI / vompclient beim Booten starten
« on: October 06, 2016, 09:45:34 »
Hallo,

nach einem kurzen Ausflug zu Kodi auf dem Raspberry bin ich gerade dabei zu MLD mit vompclient zurückzukehren (höhere Elterntauglichkeit ;)).
Ich habe jetzt zweimal MLD 5.1 stable für rPi1 installiert und in beiden Fällen startete der vompclient nicht beim Booten.
In dem angepassten Image bin ich einfach in der Shell gelandet und im Standard-Image endet der Bootvorgang mit Bootsplash
und abgeschlossenem Fortschrittsbalken.

Daher meine Frage: Wie richte ich bei MLD korrekt und updatesicher den Autostart des vompclient ein?
 
Vielen Dank im Voraus
Kleo

7
Raspberry PI / vompclient reagiert nicht auf GPIO Lirc Empfänger
« on: April 25, 2014, 14:29:05 »
Ich habe gerade noch einen Anlauf mit dem vomp-client-Image vom 22.04. unternommen
und - ohne genau zu wissen warum - funktioniert es jetzt. Das heisst der vompclient reagiert
wie erwartet auf die Fernbedienung. (Anfänglich hat es wie vorher nicht funktioniert, aber nach
einigem Probieren und Testen mit evtest ging es plötzlich. Nicht sehr hilfreich, aber ich weiß wirklich
nicht welcher Zwischenschritt den Knoten gelöst hat.)

Nebenbei ist mir noch aufgefallen, dass das uinput-Kernel-Modul im eventlirc-paket enthalten ist,
welches aber bei der Auswahl von lirc nicht als Abhängigkeit mitinstalliert wird. Daher musste ich
auch eventlirc installieren, um das Kernel-Modul zur Verfügung zu haben.

Ich weiß nicht viel über das Zusammenspiel von lircd und eventlircd. Ich dachte bisher, dass lircd ausreicht
um den vompclient über GPIO mit der FB zu steuern und meine unter MLD-3 war das auch so?!?

Grüße, Kleo

8
Raspberry PI / vompclient reagiert nicht auf GPIO Lirc Empfänger
« on: April 24, 2014, 16:06:08 »
Du hast Recht - da hab' ich meine verschiedenen Versuche durcheinandergebracht.

Also auf dem 256MB-rPi ließen sich die MLD-4-Images nicht booten. Da half das simple-Image
mit Nachinstallieren der benötigten Pakete.

Auf dem 512MB-rPi (um den es aktuell geht) habe ich (mit an Sicherheit grenzender Wahrscheinlichkeit)
das vomp-client image genommen (und evtl. lirc nachinstalliert, falls es nicht standardmäßig dabei ist).

Aktuell sind installiert:
Code: [Select]
System
Name: MLD
Version: 4.0.0-rpi

Package Version
alsa 1.0.25-7_3.13.2.37
base 0-32
btrfs 0.19-33
busybox 1.22.1-11
eventlircd 2014.01.17-14_3.13.2.37
font-config 0-1
font-dejavu 0-2
init 0-24
irkeytable 0.8.8-5
kernel 3.13.2.37-37
ldconfig 2014.02.15-5
lirc 2014.04.06-18_3.13.2.37
locales 0-3
mld-remote 0-7
network 0-18_3.13.2.37
ntp-client 0-1
opkg 0.2.1-39
psplash 2009.05.28-16
rpi 0-9
ssh 0-5
udev 0-14
vc 2014.04.08-3
vfat 0-0
vompclient 2014.02.19-8
webserver 0-108
xfs 0-4
Disks

Filesystem                Size      Used Available Use% Mounted on
/dev/mmcblk0p2            3.7G     75.6M      3.2G   2% /media/sd-mmcblk0p2
/dev/mmcblk0p2            3.7G     75.6M      3.2G   2% /mnt/data

Modules
Module                  Size  Used by    Tainted: G 
lirc_rpi                6183  3
lirc_dev               12443  1 lirc_rpi
uinput                  6548  1
snd_bcm2835            16226  0
snd_pcm                82471  1 snd_bcm2835
snd_page_alloc          5144  1 snd_pcm
snd_timer              20157  1 snd_pcm
snd                    59126  3 snd_bcm2835,snd_pcm,snd_timer

Vielen Dank schon mal
Kleo

9
Raspberry PI / vompclient reagiert nicht auf GPIO Lirc Empfänger
« on: April 24, 2014, 15:20:08 »
Hi,

weder noch. Nachdem die vorgefertigten Images (rpihddevice und vomp-client)
auf dem (512MB)-Raspberry beim Booten steckengeblieben sind, habe ich irgendwo
den Rat gefunden das simple-Image zu nehmen und auf der Kommandozeile zu
installieren (das MLD an sich und die benötigten Add-Ons).

Es ist also ein um lirc und vomp-client erweitertes simple-image.


Grüße, Kleo

EDIT: Dieser Post ist Nonsens, bitte ignorieren.

10
Raspberry PI / vompclient reagiert nicht auf GPIO Lirc Empfänger
« on: April 24, 2014, 00:31:24 »
Hallo allerseits,

ich habe vor kurzem MLD-4 auf einen aktuellen Raspberry mit 512MB installiert.
Vorher hatte ich mit MLD-3 auf einem 256MB Raspberry experimentiert, aber immer
Probleme mit spontanen Audioaussetzern gehabt.

Diese Audioaussetzer sind in der neuen Version scheinbar vollständig behoben, aber leider
bekomme ich die Steuerung des vompclient per Fernbedienung nicht zum Laufen.

Ich verwende denselben GPIO-Empfänger wie vorher und sehe auch die Tastendrücke per
irw auf der Kommandozeile:

MLD> irw
0000000000001794 00 KEY_UP Hauppauge_350
0000000000001794 01 KEY_UP Hauppauge_350
0000000000001795 00 KEY_DOWN Hauppauge_350
0000000000001795 01 KEY_DOWN Hauppauge_350
0000000000001797 00 KEY_RIGHT Hauppauge_350
0000000000001797 01 KEY_RIGHT Hauppauge_350
0000000000001796 00 KEY_LEFT Hauppauge_350
0000000000001796 01 KEY_LEFT Hauppauge_350

Lircd wurde auch mit dem entsprechenden Parameter für input-events (-u)
gestartet. Aber der vompclient zeigt keinerlei Reaktion auf die gedrückten
Tasten an der FB.

mld> ps
1951 root      3980 S    -sh
1955 root      3980 S    -sh
2738 root      3624 S    lircd -u /etc/lircd.conf

Hat jemand eine Idee was ich übersehe?

Vielen Dank, Kleo

11
Hi t-bird,

danke für die Hinweise...

Nur des klaren Verständnisses wegen:
also Du setzt rpi + vompclient an einem Philips Fernseher
über HDMI ein und Videotext und Audio funktionieren ohne
Probleme?


Bei meinen eigenen Tests traten neben diesen beiden
'Problemen' auch noch folgende auf:

Bei den alten MVPs konnte man konfigurieren, dass sie beim Starten
nicht im Menü stehen bleiben sondern direkt die Wiedergabe des
ersten TV-Senders starten und bei meinem jetzigen Test-Setup bleibt
auf dem RPi der vompclient stehen, wenn auf dem Server eine
Aufnahme startet (obwohl zwei Tuner vorhanden sind).

Daher bin ich momentan etwas verunsichert welche Variante ich weiterverfolge:
RPi+vdr+rpihddevice oder RPi+vompclient.
 
Grüße, ALex

12
Hi,

danke nochmal für die Hinweise.

Ich werde der Sache erstmal nicht auf den Grund gehen. Habe das Gefühl die Audio-Aussetzer hängen
irgendwie mit dem Philips-Fernseher (ohne CEC-Support ) zusammen.

Da der vompclient auf dem RPi noch andere Probleme hat (Videotext führt bei mir zum Totalabsturz
des RPi, beim Starten des vompclients wird nicht automatisch auf den ersten Fernsehsender
gewechselt, ...), schaue ich mir jetzt vdr + rpihddevice an. Das sieht sehr vielversprechend aus und
läuft deutlich robuster während der ersten Tests. :-)

Grüße, Alex

13
Raspberry PI / RPI: Wie mit der Fernbedienung ausschalten?
« on: December 29, 2013, 14:35:49 »
Ich experimentiere auch gerade mit RPi & rpihddevice.

Ich starte & restarte den VDR mittels irexec und folgender irexec.conf:
Code: [Select]
begin
  prog = irexec
  button = Key_Power
  config = /etc/init.d/vdr restart
end

Der VDR restart-Befehl (hinter config =) lässt sich gegen den passenden shutdown-Befehl ersetzen.

Irexec muss vorher im daemon modus gestartet worden sein:
Code: [Select]
irexec -d /etc/irexec.conf
Mich würde allerdings interessieren wie Du den RPi dann wieder startest. Ich liebäugle eigentlich damit
den RPi durchlaufen zu lassen und im "Standby" nur den VDR zu beenden und per irexec wieder zu starten.

Grüße, Alex

EDIT: Ist natürlich nur ein Vorschlag, ob diese Herangehensweise die Üblichste oder Beste ist, kann ich nicht sagen.

14
Danke für die Hinweise. Das Hochtakten werde ich probieren. Allerdings war die CPU-Auslastung während der stockenden Wiedergabe
bei maximal 40%. Daher sah es erst mal nicht nach Überforderung des Raspberry aus.

bzgl. libcec:
Lirc wird m.W. schon mit dem Parameter -u gestartet. Ich habe ja die ganze Zeit den vompclient mit Lirc und der Original-FB von
Hauppauge bedient.

Genau ab den Zeitpunkt der Deaktivierung des libcec-deamon hat der vompclient nicht mehr auf die FB reagiert. Obwohl in irw die
Tastendrücke zu sehen waren. Nach Reaktivierung ging es ohne weitere Eingriffe wieder.

Wenn ich mich recht erinnere, hat Claus das notwendige Kernel-Modul (uinput oder input?) vom Paket libcec-daemon in das
lirc-paket verschoben. Ich glaube bei der von mir installierten mld-Version war es noch in libcec. Das würde für mich erklären.
warum das Deaktivieren das libcec-daemons diese Konsequenz auf meinem Raspberry hat.

15
Ich versuche zwei alte MediaMVPs durch Raspberries zu ersetzen.

Bei meinen Testläufen tritt leider immer wieder ein Problem auf:
unregelmäßige, kurze Tonaussetzer auf allen Kanälen (nur SD, empfange kein HD).


Das vompserver-plugin läuft auf einem Ubuntu 12.04.3 und am
diesem Server funkionieren die MVPs reibungslos parallel.

Der Raspberry ist per HDMI an einem Philips LCD angeschlossen
und wird per LIRC über GPIO gesteuert.

Zwei Fragen hätte ich dazu:
- hat jemand ähnliche Erfahrungen gemacht?
- welcher Zusammenhang besteht zwischen libcec-daemon und lirc?
(Beim Versuch den Fehler einzugrenzen habe ich den libcec-deamon
deinstalliert und anschließend konnte ich den vompclient nicht mehr per
lirc steuern, obwohl die Tastendrücke  beim rpi ankamen -> per irw
geprüft.)

Bin für jede Anregung dankbar
Kleo