Hallo,
nachdem ich jetzt schon 4 ganze Tage mit der Optimierung meiner
DM800 - Unicable - Einstellungen verbracht habe,
möchte ich meine Erfahrungen und Tips gerne mitteilen und
eventuell auch die Profis um Hilfe bitten.
Meine Ausstattung:
- DM800 HD PVR
- GP4.1 im Flash
- USB-Stick für Swap, EPG. etc.
- Unicable-Matrix Kathrein EXR 551
- Unicable-Antennendose ESU34
- Kathrein UFS 650
- Nur diese eine Antennendose ist für Testzwecke angeklemmt
und nur ein Receiver wurde jeweils angeschlossen und getestet.
1. Test:
- Der Kathrein UFS 650 funktionierte einwandfrei.
- Die DM800 funktionierte überhaupt nicht, kein Empfang war möglich.
Abhilfe:
Das Plugin "Satellitenausrüstungseinstellungen" installieren
und den Parameter "Delay after change voltage before motor
command" vom Defaultwert "0500" auf "0020" ändern
Erklärung:
Das hört sich zwar komisch an, denn was sollte ein Motor-Befehl
mit dem Unicable-Diseqc-Protokoll zu tun haben.
Ich vermute aber, dass sich im Gemini 4.1 eine Verwechselung
der Parameter eingeschlichen hat, da in aktuellen CVS-Images
hierfür der Parameter "Delay after change voltage before switch
command" mit dem Default-Wert "20" verwendet wird,
welcher auch alleine von der Bezeichnung her schon mehr Sinn ergibt.
Diese Massnahme muss wegen der Antennendose Kathrein ESU 3x
getroffen werden, da diese Antennendose die Verbindung zur
Antennenzuleitung unterbricht, sobald eine 18V-Spannung länger
als 400ms anliegt, damit Nicht-Unicable-fähige-Satreceiver die
Sat-ZF-Verteilung nicht lahmlegen können.
Der ursprüngliche Defaultwert "0500" entspricht 500ms und diese
Zeitspanne würde aktiviert werden, sobald die DM800 zur
Übertragung des Unicable-Diseqc-Befehls auf 18 Volt schaltet.
Deswegen verwendete ich hier den Wert "0020".
Nun funktionierte das Zapping mit der DM800 zu ca. 70%,
es traten aber immer wieder "Kanal nicht gefunden" oder
"Tunen fehlgeschlagen" - Meldungen auf.
Ebenso wurde bei einem komplettem Suchlauf nur ca. 90%
der vorhandenen Sender gefunden.
2. Test:
Um diesen zeitweisen "Tunen fehlgeschlagen" - Ursachen auf den
Grund zu gehen, testete ich alle Parameter in den
Satellitenausrüstungseinstellungen und verglich
die LNB-Versorgungs-Spannungen zwischen beiden Receivern
mit Hilfe eines Diseqc-Monitor-Messgeräts von Schwaiger.
Hierbei stellte ich fest, dass die DM800 während der Übertragung
des Unicable-Befehls auf 19 Volt (entspricht "Erhöhte Spannung")
schaltete.
Der Kathrein UFS 650 lieferte nur 18 Volt während des Zappens.
Abhilfe:
Zum Testen:
In Telnet "echo 10 > /proc/stb/frontend/0/tone_amplitude"
eingeben.
Dadurch wird der Standardwert "7", der für die Amplitude des
Diseqc-Befehls verantwortlich ist, auf "10" erhöht.
Endgültig:
Damit dieser Wert auch nach einem Neustart der DM800 noch
gespeichert bleibt, muss diese Zeile in der "/etc/init.d/bootup"
am Ende eingefügt und die DM800 neu gestartet werden.
Erklärung:
Da ich keine Möglichkeit fand, diese Spannung per Software-
Modifizierung wieder auf 18 Volt zu reduzieren, fügte ich eine Diode
in die Antennenzuleitung ein, um die Spannung auf diese Weise
wenigstens um 0,7 Volt zu reduzieren.
Und es funktionierte.
Das Zapping auf der DM 800 war von nun an fehlerfrei möglich.
Ich vermutete nun, dass aufgrund meiner simplen Test-Verteilung
die Spannung für die Unicable-Matrix EXR 551 eventuell zu hoch
ist und ein Teil der Diseqc-Befehls-Amplitude (0,6Vss) von
oben her begrenzt wird und deshalb kein 100-prozentiges Zapping
möglich ist.
Nun fiel mir die Modifizierung der Tone-Amplitude wieder ein,
welche schon einigen Usern bei "Tunen fehlgeschlagen"
weitergeholfen hatte.
Nach einer Wert-Änderung von Default-Wert "7" auf "10" erhielt
ich das selbe Ergebnis wie mit eingefügter Diode.
Nun funktionierte das Zapping einwandfrei und beim kompletten
Suchlauf wurden alle Sender gefunden.
Bitte um Hilfe für folgendes Problem:
Der Wert für "Type" und "Kanal" in den Empfangseinstellungen
des Tuners wird nach einem Neustart nicht gespeichert.
Es wird zwar der "Manufacturer" beibehalten, aber als "Type"
wird das Gerät gespeichert, welcher als Erster in der
alphabetischen Reihenfolge im "NimManger.py" eingetragen ist
und als Kanal wird immer "SCR 1" verwendet.
Momentan behelfe ich mir so, dass ich die nicht benötigten
Einträge im "NimManger.py" entferne.
Beispiel:
Type: Kathrein EXR 551
Kanal: SCR 2
wird eingestellt und gespeichert
Nach Neustart ist vorhanden:
Type: Kathrein EXR 501
Kanal: SCR 1
Eine manuelle Änderung der /etc/enigma2/settings wird ignoriert.
("init 4" und "enigma2 &" wurde selbstverständlich durchgeführt).
Vielleicht konnte ich einigen weiterhelfen und jemand hilft mir
bei meinem Problem.
Viele Grüße
weiherer