{Hardware} AVG I & AVG II - BM2LTS - v2.x

Zitat von maier2505

Code

dev_frontpanel.sh, habe ich jetzt diese Einstellungen. Was bedeudet die 10027910?

Das ist die Kennung, die das AVGII Board in /proc/bus/pci/devices zurück liefert.

Hier solltest Du eigentlich die neue Kennung eintragen, die das neue Board zurück liefert.

Sonst geht das Program nie in den Programmteil, der die Schnittstelle zuweist...

Alles anzeigen

meine neue Kennung ist die 80860150. Wie schon in AVG II eingetragen.

Trotzdem weis ich immer noch nicht, wo dieser Code 10027910 herkommt. In /proc/bus/pci/devices steht diese Nummer nicht drin.

Zitat von Truckgeier

meine neue Kennung ist die 80860150. Wie schon in AVG II eingetragen.

Trotzdem weis ich immer noch nicht, wo dieser Code 10027910 herkommt. In /proc/bus/pci/devices steht diese Nummer nicht drin.

Sorry, woher weist Du dann das die neue Kennung 80860150 sein soll ?

Ich habe die Kennung der AVGII geprüft, bei mir steht exakt diese in dem File drin !

Aber natürlich steht diese Kennung nur in dem File, wenn auch ein AVGII Board benutzt wird...

Vielleicht postest Du mal den Inhalt deines Files ?

Zitat von Truckgeier

also, ich habe alle Steckverbindungen überprüft, die sind 100%ig richtig angeschlossen. Alle Pins sind an richtiger stelle.

Die kleine Platine habe ich in COM2 gesteckt. Im Bios COM2 auf Enabled. Pins stimmen auch überein.

In dev_frontpanel.sh, habe ich jetzt diese Einstellungen. Was bedeudet die 10027910?

if grep -q 10027910 /proc/bus/pci/devices ; then
# RB AVG II ln -sfv /dev/ttyS3 /dev/frontpanel
logger -s -t $myname linking /dev/frontpanel to /dev/ttyS3
elif grep -q 80860150 /proc/bus/pci/devices ; then

Alles anzeigen

Wenn du Com2 benutzt müsste es in der "dev_frontpanel.sh" ttyS1 heißen!

Nicht wirklich richtig, da sein neues Board eben nicht die 10027910 zurück liefern wird.

Das ist die Kennung des AVGII Boards...

Deswegen wird er mit dem neuen Board diese Schnittstelle nicht zugewiesen bekommen...

Zitat von maier2505

Nicht wirklich richtig, da sein neues Board eben nicht die 10027910 zurück liefern wird.

Das ist die Kennung des AVGII Boards...

Deswegen wird er mit dem neuen Board diese Schnittstelle nicht zugewiesen bekommen...

Hi,

richtig

Wie finde ich meine KENNUNG zu meinem Board --> siehe hier und folge

http://www.vdr-portal.de/board…-bm2lts-v2-x/#post1256884

Grüße
cinfo

Zitat von tft

Da dein Board einen anderen Chipsatz hat liefert die Abfrage unter /proc/bus/pci/devices einen anderen Wert als erwartet.
Ich gehe mal davon aus das du die kleine Powerplatine von deiner alten AVG weiternutzt und diese auf einen der COM Ports gesteckt hast.
Ändere mal in der "/sbin/dev_frontpanel.sh" den letzten Abschnitt wie folgt:

else
# no RB AVG
ln -sfv /dev/ttyS1 /dev/frontpanel
logger -s -t $myname linking /dev/frontpanel to /dev/ttyS1
fi

ttyS1 eventuell anpassen ttyS2, ttyS3 je nach deiner COM Schnittstelle (COM2,COM3 etc.)

Gruß tft

Alles anzeigen

Dann mache es so wie ich es zu Anfang im Thread 117 beschrieben habe. Wenn die Devicenummer nicht zutrifft, nimmt der vdr diesen Eintrag. Zum Testen reicht es erst einmal.

Zitat von tft

Dann mache es so wie ich es zu Anfang im Thread 117 beschrieben habe. Wenn die Devicenummer nicht zutrifft, nimmt der vdr diesen Eintrag. Zum Testen reicht es erst einmal.

Hallo, jetzt habe ich wieder Zeit zum basteln.

So sieht meine dev_frontpanel.sh aus

#!/bin/sh

myname=`basename $0`

exec >> /dev/linkfrontpanel.log 2>&1
logger -t $myname start

CALLER=$(ps ax | grep "^ *$PPID" | awk '{print $5 " " $6 " " $7}')
echo I was called from $CALLER @ `cat /proc/uptime`

if grep -q 10027910 /proc/bus/pci/devices ; then
# RB AVG II
ln -sfv /dev/ttyS1 /dev/frontpanel
logger -s -t $myname linking /dev/frontpanel to /dev/ttyS1
elif grep -q 80860150 /proc/bus/pci/devices ; then
# RB AVG I
ln -sfv /dev/ttyS1 /dev/frontpanel
logger -s -t $myname linking /dev/frontpanel to /dev/ttyS1
elif grep -q 80860152 /proc/bus/pci/devices ; then
# RB ICE
if ps ax | grep -v grep | grep -q reelbox-ctrld ; then
echo "Error: reelbox-ctrld is already running. you will get wrong results."
exit 1
fi
#check if /sbin/reelfpctl is executable
[ ! -x /sbin/reelfpctl ] && ! ps ax | grep -v grep | grep avr_flasher && chmod 755 /sbin/reelfpctl

ln -sfv /dev/ttyS2 /dev/frontpanel

if ! [ -f /dev/.frontpanel.caps ]; then
CAPS=$(reelfpctl -capability)
echo $CAPS > /dev/.frontpanel.caps
fi

#just a cross check if it is AVG3
reelfpctl -pwrctl 5a2100 > /dev/null
PLATFORM=$(reelfpctl -pwrctl 5a2100 | awk '{print $4}')

if [ "$PLATFORM" = "00" ] && ! grep AVR /dev/.frontpanel.caps ; then
echo " AVR" >> /dev/.frontpanel.caps
fi

#result=$(reelfpctl -only-avr -getversion)
#result=$(reelfpctl -capability | grep AVR)
#if [ -z "$result" ]; then
if ! grep -q AVR /dev/.frontpanel.caps ; then
ln -sfv /dev/ttyS2 /dev/frontpanel
else
#we have a AVG frontpanel
echo ttyS2 > /dev/.have_frontpanel
fi
else
# no RB AVG
ln -sfv /dev/ttyS1 /dev/frontpanel
logger -s -t $myname linking /dev/frontpanel to /dev/ttyS1

fi

Zitat von Truckgeier

Hallo, jetzt habe ich wieder Zeit zum basteln.

So sieht meine dev_frontpanel.sh aus

#!/bin/sh

myname=`basename $0`

exec >> /dev/linkfrontpanel.log 2>&1
logger -t $myname start

CALLER=$(ps ax | grep "^ *$PPID" | awk '{print $5 " " $6 " " $7}')
echo I was called from $CALLER @ `cat /proc/uptime`

if grep -q 10027910 /proc/bus/pci/devices ; then
# RB AVG II
ln -sfv /dev/ttyS1 /dev/frontpanel
logger -s -t $myname linking /dev/frontpanel to /dev/ttyS1
elif grep -q 80860150 /proc/bus/pci/devices ; then
# RB AVG I
ln -sfv /dev/ttyS1 /dev/frontpanel
logger -s -t $myname linking /dev/frontpanel to /dev/ttyS1
elif grep -q 80860152 /proc/bus/pci/devices ; then
# RB ICE
if ps ax | grep -v grep | grep -q reelbox-ctrld ; then
echo "Error: reelbox-ctrld is already running. you will get wrong results."
exit 1
fi
#check if /sbin/reelfpctl is executable
[ ! -x /sbin/reelfpctl ] && ! ps ax | grep -v grep | grep avr_flasher && chmod 755 /sbin/reelfpctl

ln -sfv /dev/ttyS2 /dev/frontpanel

if ! [ -f /dev/.frontpanel.caps ]; then
CAPS=$(reelfpctl -capability)
echo $CAPS > /dev/.frontpanel.caps
fi

#just a cross check if it is AVG3
reelfpctl -pwrctl 5a2100 > /dev/null
PLATFORM=$(reelfpctl -pwrctl 5a2100 | awk '{print $4}')

if [ "$PLATFORM" = "00" ] && ! grep AVR /dev/.frontpanel.caps ; then
echo " AVR" >> /dev/.frontpanel.caps
fi

#result=$(reelfpctl -only-avr -getversion)
#result=$(reelfpctl -capability | grep AVR)
#if [ -z "$result" ]; then
if ! grep -q AVR /dev/.frontpanel.caps ; then
ln -sfv /dev/ttyS2 /dev/frontpanel
else
#we have a AVG frontpanel
echo ttyS2 > /dev/.have_frontpanel
fi
else
# no RB AVG
ln -sfv /dev/ttyS1 /dev/frontpanel
logger -s -t $myname linking /dev/frontpanel to /dev/ttyS1

fi

Alles anzeigen

hier ist die devices Datei

0000 80860150 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0010 80860152 31 f0400004 0 d000000c 0 f001 0 2 400000 0 10000000 0 40 0 0 i915
00a0 80861e31 28 f0a20004 0 0 0 0 0 0 10000 0 0 0 0 0 0 xhci_hcd
00c8 80861502 2a f0a00000 f0a39000 f081 0 0 0 0 20000 1000 20 0 0 0 0 e1000e
00d0 80861e2d 10 f0a38000 0 0 0 0 0 0 400 0 0 0 0 0 0 ehci-pci
00d8 80861e20 32 f0a30004 0 0 0 0 0 0 4000 0 0 0 0 0 0 snd_hda_intel
00e0 80861e10 10 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
00e1 80861e12 11 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
00e8 80861e26 17 f0a37000 0 0 0 0 0 0 400 0 0 0 0 0 0 ehci-pci
00f0 8086244e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
00f8 80861e47 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 lpc_ich
00fa 80861e02 29 f0d1 f0c1 f0b1 f0a1 f061 f0a36000 0 8 4 8 4 20 800 0 ahci
00fb 80861e22 5 f0a35004 0 0 0 f041 0 0 100 0 0 0 20 0 0
0100 808610d3 10 f0900000 0 e001 f0920000 0 0 0 20000 0 20 4000 0 0 0 e1000e
0200 808610d3 11 f0800000 0 d001 f0820000 0 0 0 20000 0 20 4000 0 0 0 e1000e
0308 19058100 b f0000000 e8000000 0 0 0 0 0 1000 8000000 0 0 0 0 0

Zitat von Truckgeier

hier ist die devices Datei

0000 80860150 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0010 80860152 31 f0400004 0 d000000c 0 f001 0 2 400000 0 10000000 0 40 0 0 i915
00a0 80861e31 28 f0a20004 0 0 0 0 0 0 10000 0 0 0 0 0 0 xhci_hcd
00c8 80861502 2a f0a00000 f0a39000 f081 0 0 0 0 20000 1000 20 0 0 0 0 e1000e
00d0 80861e2d 10 f0a38000 0 0 0 0 0 0 400 0 0 0 0 0 0 ehci-pci
00d8 80861e20 32 f0a30004 0 0 0 0 0 0 4000 0 0 0 0 0 0 snd_hda_intel
00e0 80861e10 10 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
00e1 80861e12 11 0 0 0 0 0 0 0 0 0 0 0 0 0 0 pcieport
00e8 80861e26 17 f0a37000 0 0 0 0 0 0 400 0 0 0 0 0 0 ehci-pci
00f0 8086244e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
00f8 80861e47 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 lpc_ich
00fa 80861e02 29 f0d1 f0c1 f0b1 f0a1 f061 f0a36000 0 8 4 8 4 20 800 0 ahci
00fb 80861e22 5 f0a35004 0 0 0 f041 0 0 100 0 0 0 20 0 0
0100 808610d3 10 f0900000 0 e001 f0920000 0 0 0 20000 0 20 4000 0 0 0 e1000e
0200 808610d3 11 f0800000 0 d001 f0820000 0 0 0 20000 0 20 4000 0 0 0 e1000e
0308 19058100 b f0000000 e8000000 0 0 0 0 0 1000 8000000 0 0 0 0 0

Alles anzeigen

Du nimmst die"80860152" aus der zweiten Zeile und kopierst diese an die Stelle von "if grep -q 10027910 /proc/bus/pci/devices ; then " in der dev_frontpanel.sh

sieht jetzt so bei mir aus

if grep -q 80860152 /proc/bus/pci/devices ; then

Funktioniert auch nicht.

Zitat von Truckgeier

sieht jetzt so bei mir aus

if grep -q 80860152 /proc/bus/pci/devices ; then

Funktioniert auch nicht.

Hi,

das ist leider auch wieder FALSCH -- es ist der Key von 0000

Also ---> 80860150

Aber Device nur einmal eintragen und nur ein mal ttyS1 für COM2

Grüße
cinfo

Hallo Leute,

kann man eigentlich irgendwo im BIOS der AVG2 die Betriebsstunden des Motherboards feststellen?

So eine Funktion ist mir von keinem PC Motherboard bekannt...

na ja,
das Kontron-Motherboard ist ja kein typisches PC-Motherboard sondern mehr ein OEM- Motherboard das typischer weise in industrielle Geräte eingebaut wird.
Da könnte die Erfassung der Betriebsstunden schon ein Thema sein.

ich habe nun hin und her probiert, hat alles nichts gebracht.
Ich denke mal an den Einstellungen in der dev_frontpanel.sh Datei liegt es nicht.

Zitat von Truckgeier

ich habe nun hin und her probiert, hat alles nichts gebracht.
Ich denke mal an den Einstellungen in der dev_frontpanel.sh Datei liegt es nicht.

Zitat von tft

Hast du vielleicht noch eine serielle Maus um die Schnittstelle mal auf Funktion zu prüfen? Ein Gerät mit serieller Konsole würde auch gehen..

ich habe heute mal mit einer µMouse die COM Stellen 2 bis 4 getestet, funktionieren alle. Können wir hier den Fehler ausschließen.

Hi,

ich denke diese Punkte muß Du Dir selber erarbeiten -- so nutzt die hier keiner.

Aber vielleicht helfen ja diese Links zu

Streamdev
http://www.vdr-wiki.de/wiki/index.php/Streamdev-plugin

ACPI Wakeup
http://www.vdr-wiki.de/wiki/index.php/ACPI_Wakeup

AVG II Betrieb mit 2 externen NetCeiver
http://powersat.de/archive/index.php/t-1660.html

Grüße
cinfo

Also ich kann da nur ein paar Erfahrungen beisteuern...

Letztendlich ist es der Server, der die benötigten Tuner für die gestreamten Programme belegt.

Da scheint es unerheblich ob Multiroom an ist oder nicht.

Entscheidend dürfte sein, wieviele Tuner dem Server zur Verfügung stehen. Multiroom bringt ja nichts anderes mit als die zentrale Timerverwaltung.

Die Zuweisung einer bestimten Anzahl von Tunern auf ein Gerät geht ja auch komplett ohne Multiroom.

Wenn über das Streaming so viele Tuner belegt werden, daß eine Aufnahme nicht mehr geht, dann klemmt es eben und es kommt "auf einen freien Tuner wird gewartet "...

MfG

gelöscht.

151