Anleitung für Debian und VDR auf der SMT-7020S

Sinclair73 · Jul 7th 2011

Zum Thema ausschalten:

Was ich rausgefunden habe dass wenn das /etc/init.d/halt script mit #!/bin/sh läuft.... dann bleibt die SMT an.
Läuft das script aber mit #!/bin/bash dann geht die SMT aus und reagiert auch auf die anderen Befehle an ttyS1.
WARUM das so ist habe ich aber noch nicht herrausgefunden.

Gruß
Sinclair

mase · Jul 10th 2011

Die SMT lässt sich nur mit

Code

echo -e -n "\x20\x30\x20\x30\x20\x30\x01\x01" > /dev/ttyS1

ausschalten. Dieser Eintrag muss in halt bleiben, egal ob Wakeup oder nicht.

reibuehl · Jul 21st 2011

Mase, vielen Dank für die tolle Anleitung. Leider habe ich kein Wakeup Board. Weißt Du, wie man trotzdem den Lüfter leiser bekommen kann? Außerdem steht immer noch "boot" im Display. Setzt das erst der VDR zurück? Ich dachte, hier wurde vorher auch was anders gemacht.

Im Moment läufts bei mir bis zum X-Server. VDR habe ich noch nicht am laufen, da ich gerne die e-tobi Pakete verwenden möchte und da wohl noch etwas Umbau-Arbeiten vor mir habe. Bisher habe ich aus init-smt.sh ein eigenes init.d Skript gemacht, dass vor dem VDR init.d Skript läuft. Jetzt fehlt noch ein Skript, dass das Frontend startet, bzw. ich muss das in die xinitrc einbauen. Falls hierzu jemand Tipps hat, bin ich auch sehr dankbar!

Gruß,
Reiner.

mase · Jul 21st 2011

Die Lüftersteuerung setzt ein, wenn der sensors Befehl in init-smt.sh ausgeführt wird.
Stelle sicher, dass er ausgeführt wird. Das Boot wird durch das smtled Plugin durch
die Programmnummer ersetzt, allerdings erst, wenn der VDR läuft.
Wenn du e-tobi Pakete verwenden willst, brauchst du die ganzen Develpakete auch
nicht.
Mein Schwerpunkt ist halt, dass VDR inclusive Plugins aus den Sourcen kompiliert
wird, um maximale Anpassungsfähigkeit zu gewährleisten. Ich habe noch nie fertige
VDR Pakete verwendet. Ich kann dir also leider dazu nichts sagen.
Aber was spricht gegen selbstkompilieren?
Mit VDR-1.7.20 kommt auch wieder ein Plugin Update. Ich habe mittlerweile den
ExtPatch rausgenommen, und nur noch menuorg und mainmenuhooks drin. Mehr
braucht man meiner Meinung nach nicht. Aber wer will, kann den ExtPatch problemlos
selber einbauen.

reibuehl · Jul 21st 2011

/usr/bin/sensors -s wird ausgeführt, scheint aber keinen Effekt zu haben. Ich habe die /etc/sensors3.conf direkt aus der Anleitung genommen.

Wenn ich die Einstellungen mit sensors anzeigen lasse, bekomme ich diese Ausgabe:

Code

root@smt2:~# sensors
w83627hf-isa-0290
Adapter: ISA adapter
VCore 1: 	+1.14 V  (min =  +1.25 V, max =  +1.66 V)   ALARM
VCore 2: 	+1.86 V  (min =  +1.25 V, max =  +1.66 V)   ALARM
+3.3V:   	+3.33 V  (min =  +2.82 V, max =  +3.79 V)   
+5V:     	+5.05 V  (min =  +0.48 V, max =  +1.05 V)   ALARM
+12V:   	+12.10 V  (min = +13.92 V, max =  +8.45 V)   ALARM
-12V:    	+1.46 V  (min =  -4.79 V, max =  +4.99 V)   
-5V:     	+2.24 V  (min =  -0.32 V, max =  -7.61 V)   ALARM
V5SB:    	+5.56 V  (min =  +2.37 V, max =  +1.77 V)   ALARM
VBat:    	+3.22 V  (min =  +2.02 V, max =  +2.54 V)   ALARM
fan1:      	0 RPM  (min = 11637 RPM, div = 1)  ALARM
fan2:      	0 RPM  (min = 4017 RPM, div = 2)  ALARM
fan3:      	0 RPM  (min = 24107 RPM, div = 2)  ALARM
temp1:   	-48.0°C  (high = +14.0°C, hyst = -96.0°C)  sensor = thermistor
temp2:   	+72.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
temp3:   	+62.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
cpu0_vid:   +1.450 V
beep_enable:enabled


root@smt2:~#

Display More

Das sieht für mich so aus, als ob sensors nicht die richtige Konfiguration hätte, oder?

mase · Jul 21st 2011

Die sensors3.conf aus der Anleitung sollte aber passen.

reibuehl · Jul 21st 2011

Wie sieht der Output von sensors den bei Dir aus?

mase · Jul 23rd 2011

Ich bekomme diese Ausgabe:

Code

w83627hf-isa-0290
Adapter: ISA adapter
VCore 1: 	+1.15 V  (min =  +1.25 V, max =  +1.66 V)   ALARM
VCore 2: 	+1.87 V  (min =  +1.25 V, max =  +1.66 V)   ALARM
+3.3V:   	+3.34 V  (min =  +2.82 V, max =  +3.79 V)   
+5V:     	+5.19 V  (min =  +6.72 V, max =  +6.83 V)   ALARM
+12V:   	+12.46 V  (min = +10.70 V, max =  +9.55 V)   ALARM
-12V:    	+1.87 V  (min =  +5.57 V, max =  +0.80 V)   ALARM
-5V:     	+2.54 V  (min =  +2.69 V, max =  +4.20 V)   ALARM
V5SB:    	+5.67 V  (min =  +0.40 V, max =  +6.37 V)   
VBat:    	+3.17 V  (min =  +3.65 V, max =  +2.62 V)   ALARM
fan1:      	0 RPM  (min = 6398 RPM, div = 1)  ALARM
fan2:      	0 RPM  (min = 4272 RPM, div = 2)  ALARM
fan3:      	0 RPM  (min = 10887 RPM, div = 2)  ALARM
temp1:   	-48.0°C  (high = +44.0°C, hyst = -69.0°C)  sensor = thermistor
temp2:   	+69.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
temp3:   	+69.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
cpu0_vid:   +1.450 V
beep_enable:enabled

Display More

obelix · Jul 25th 2011

Hi. Coole Sache

Das Editieren der /etc/network/interfaces kann man sich sparen wenn man in der /etc/udev/rules.d/70-persistent-net.rules die Einträge der Install Hardware entfernt. Ein reboot und die SMT Netzwerkkarte ist eth0.

Vielleicht habe ich es überlesen (bin auch noch nicht ganz durch) aber wieso hast du keine e-tobi Pakete genommen?

Gruß

Obelix

mase · Jul 26th 2011

Warum keine e-tobi Pakete? Siehe Post #13.

obelix · Jul 26th 2011

Ok, verstehe.

Gruß

Obelix

guxxu · Aug 19th 2011

Wie groß ist das System eigentlich? Spricht etwas dagegen, es auf einem USB-Stick zu installieren? Jemand hat mal geschrieben, die SMT könnte nicht von einem USB-Laufwerk booten, aber das glaube ich eigentlich nicht.

Alternativ hätte ich noch ein 4GB Compact Flash Modul aber der IDE-Adapter dafür ist so hoch, dass bei eingestecktem Modul der Deckel der SMT nicht mehr zu geht. Ich hab auch noch einen SD-zu-IDE Adapter, der ist klein genug, aber der bootet leider nicht.

Gruß,
guxxu

obelix · Aug 19th 2011

Jupp CF geht auch. Nutze das aktuell so als "Spielwiese" mit einem CF / IDE Adapter von Conrad.

Gruß

Obelix

mase · Aug 22nd 2011

Naja, die Grösse lässt sich natürlich noch drücken, wenn man die ganzen
Emulatoren und anderen Spielereien weglässt. Man kann natürlich auch
die Sourcetrees von VDR und MMS entfernen. Ich wollte das ganze eigent-
lich update- und experimentierfähig lassen. Deshalb ist das ganze Devel-
zeugs drin.

obelix · Aug 30th 2011

Quote from Mase

Die Lüftersteuerung setzt ein, wenn der sensors Befehl in init-smt.sh ausgeführt wird.
Stelle sicher, dass er ausgeführt wird.

Also bei mir wird die /usr/local/bin/init-smt.sh ausgeführt aber die Lüftersteuerung funktioniert nicht.

Quote

Wer kein Wakeup-Board hat, muss folgende Zeilen entfernen oder auskommentieren:

/usr/local/bin/smt-fanmon1.sh &
/usr/local/bin/smt-fanmon2.sh &
/usr/local/bin/SMTSCD

Müssen smt-fanmon1.sh & smt-fanmon2.sh definitiv auskommentiert werden??

Gruß

Obelix

mase · Aug 30th 2011

Ja, beide müssen auskommentiert werden. Lad dir doch einfach mal die Files
zum Wakeup runter. Dann siehst du genau, was wo eingetragen wurde.

obelix · Aug 31st 2011

Hallo Mase,

genau deshalb Frage ich ja Ich habe hier zwei SMT Boxen. Eine mit WakeUp Board (mit Gen2VDR) und eine ohne. Die Box ohne WakeUp Board ist derzeit meine "Spielwiese" und dort läuft jetzt Squeeze nach deiner Anleitung drauf. Was die Dateien für das WakeUp Board angeht, kenne ich die Versionen für Zenslack und Gen2VDR. Dort enthalten sind u.a:

Zenslack: SMT-fanmon2.sh

Gen2VDR: fanmon2.sh

Beide sind identisch. Problem ist nun, wenn man die smt-fanmon1.sh und die msmt-fanmon2.sh wie in deiner Anleitung auskommentiert, dann dreht der Lüfter sehr laut. Lasse ich sie aber aktiviert, dann wird der Lüfter runter geregelt. Also brauch man doch die smt-fanmon1.sh und die msmt-fanmon2.sh auch wenn man kein WakeUp Board hat. Lediglich die /usr/local/bin/SMTSCD muss man auskommentieren, wenn man kein WakeUp Board hat. Oder?

Gruß

Obelix

Nessie · Aug 31st 2011

Hallo Mase,

hast du womöglich schon die letzten Änderungen von Giga (Anti-Blitzen und Performanz Verbesserungen) mit dabei?

mase · Aug 31st 2011

obelix
Eigentlich müsste es reichen, wenn im Initialisierungsscript sensors -s ausgeführt wird.
Dann sollte der Lüfter runtergeregelt werden. Ich habe mein Wakeup schon ewig drin,
deshalb bin ich mir nicht mehr ganz sicher, was alles entfernt werden muss.

Nessie
Ich weiss nichts genaueres über diese Änderungen. Aber ich konnte bei mir noch kein
Blitzen oder sonstige Performanceprobleme feststellen. Vielleicht wegen der relativ
aktuellen xinelib.

Demnächst wird es noch eine Aktualisierung geben. Ich habe den ExtPatch entfernt,
und nur noch MainMenuHooks und Menuorg drin. Desweiteren hab ich einige Plugins
entfernt, die nicht unbedingt notwendig sind. Die xinelib werd ich auch wieder aktualisieren.
Und natürlich VDR-1.7.20.

Bei MMS scheint sich nichts mehr zu tun. Wenn jemand eine Alternative kennt, her damit.
Für XBMC ist die SMT mangels 3D Beschleunigung zu schwach. Da wäre noch enna, aber
das kriegt irgendwie keiner erfolgreich gebaut.

The_Tall1 · Oct 7th 2011

Hallo Forum, hallo Mase

toll das du dir die Mühe mit squeeze gemacht hast und deine Anleitung liest sich suoer. Leider bin ich auf enorme Gegenwehr von libxine-plugin und vdr-sxfe gestoßen.

1. vdr-sxfe wird gar nicht erstellt. Wohl ein Fehler beim compilen von vdr. Nach 5 Minuten ist dank der Endlosschleife der Bildschrim voll davon

2. libvdr-image.so.1.72 fehlt auch.

3. der build innerhalb von vdr scheint auch was zu kollidieren:

Code

Makefile:109: Building inside VDR source tree
Running configure
Checking for pkg-config ... yes
Checking for pkg-config libextractor ... yes
Checking for pkg-config libcap ... no
Checking for libcap ... yes
Checking for pkg-config libbluray ... no
Checking for libbluray ... no
Checking for pkg-config libxine ... no
Checking for libxine ... no
Checking for pkg-config dlfcn ... no
Checking for dlfcn ... yes


Enabled features:
  vdr
  libextractor
  dlfcn
  i18n
  libcap
Disabled features:
  x11
  fb
  libxine
  libavutil
  libjpeg
  dbus_glib_1
  xshm
  xdpms
  xinerama
  xrender
  xshape
  opengl
  pthread
  vdpau
  libbluray


Creating features.h ...
Creating config.mak ...
xine/vo_hook.c:23:4: error: #error xine-lib VIDEO_OUT_DRIVER_IFACE_VERSION < 21
xine/vo_hook.c:23:4: error: #error xine-lib VIDEO_OUT_DRIVER_IFACE_VERSION < 21

Display More

Kommt jemandem diese Konstellation bekannt vor und kennt eine Lösung?
Ich beschuldige gerade wie gesagt den vdr/libxine build.

Ich suche mal nach weiteren sinnvolleren Angaben bzw. welche logs würden denn am meisten Helfen?

Mit freundlichem Gruß
The_Tall1

PS: mase: Cool maemo, das N900 ist einfach klasse.

Anleitung für Debian und VDR auf der SMT-7020S

Participate now!

Share