Problem mit Ausführung der Tunerkonfiguration

[raceroad]

Ausgangssituation ist eine gemischte Konfiguration JESS / Legacy:

Tuner A JESS (drei Sats), ebenso Tuner H als 'Verbunden mit A' / Priorität 1
Tuner B Legacy (ebenfalls drei Sats) / Priorität 25

Gestartet wird so mit Tuner B. Rufe ich PiP auf, hat man zunächst in Haupt- und Nebenbild dasselbe Programm über Tuner B. Wechselt man nun das Programm für das Hauptbild, wird Tuner C (automatisch konfiguriert) in Betrieb genommen. Das klappt, man hat nun unterschiedliche Bilddarstellungen. Wechselt man aber für das Hauptbild wieder zurück zum Ausgangsprogramm (> So nur noch Tuner B nötig, wie zu Beginn), bleibt das Hauptbild mit SNR 0 schwarz (s. Screen).

Und jetzt wird es (…. zumindest für mich) seltsam:

Öffne ich für A die Tunerkonfiguration und speichere diese ab (… was nicht nötig wäre, denn es werden keine Änderungen vorgenommen), funktioniert auf einmal alles. Auch beim Zurückgehen auf das Ausgangsprogramm Bilddarstellung für Haupt- und Nebenbild. Zumindest gefühlt (> Genau kann ich das nicht messen.) werden nach Aufruf / Abpeichern der Tuner-Konfiguration für C die Programme schneller gewechselt.

Aber nur bis zum nächsten GUI-Neustart. Danach wieder kein Hauptbild nach Zurückwechseln auf das Ausgangsprogramm.

Getestet eben noch einmal mit der neuesten online angebotenen 6.4-Version 2021-10-22, installiert ohne Übernahme von Einstellungen (Receiver: GigaBlue Quad 4k).

Das geschilderte Problem tritt mit Version 6.3 nicht auf!

[Papi2000]

Du kannst ja genau von der Vorgehensweise mal ein Debuglog machen, und an den Post anhängen.
Bei deiner SAT-Konstellation (wie ist JESS mit welchen Komponenten genau verkabelt?) und Tuner-Konfiguration (welcher der FBC-Tuner ist genau wie eingestellt? -> "cat /etc/enigma2/settings |grep Nims") bin ich aber erstmal raus.
Nachstellen kann ich das auf keinen Fall.

[raceroad]

Ich weiß nicht genau, was mit "Debuglog" alles gemeint ist.

Allerdings hatte ich mir im Vorfeld bereits angeschaut, ob sich die Datei settings in /etc/enigma2 ändert und das vorhin noch einmal wiederholt. Dazu hatte ich die Datei dreimal heruntergeladen, und zwar nach Neustart (1 - Tuner arbeiten korrekt), nach PiP und Auftreten des geschilderten Problems (2) und schließlich nach Aufrufen / Abspeichern der Konfiguration von Tuner A (3 – Tunerzuweisung / -funktion wieder o.K..). Die ersten beiden Dateien waren ohnehin identisch, die dritte unterschied sich lediglich um Daten zum Wetter-Plugin. Als ich die herauslöschte und die dann auch gleich große dritte Datei mit den ersten vergleichen ließ, wurde auch die dritte als identisch gewertet. An der Datei, in der die Einstellungen hinterlegt sind, ändert sich nichts, aber erst nach dem Abspeichern wird der Inhalt der Datei korrekt umgesetzt,

Aufbau sieht so aus, dass Tuner A von einem SUS 41 F und der wiederum von vier Ausgängen eines 17/16 Multischalters versorgt wird, Tuner B hängt direkt am MS. Aber hier sehe ich keine Schwachstelle. Empfangswerte sind topp, und mit einem 6.3-Image funktioniert wie gesagt alles (.. jedenfalls bis zum "normalen" PiP).

settings.txt
Vergleich_settings.pdf

[Papi2000]

Das heißt, du hast das JESS als UniCable an drei SATs über den Multischalter abgebildet.
Ob das so mit einem SUS 41 F funktioniert, kann ich nicht beurteilen.
Die Befehlsfolge muß ja DiSEqC über JESS sein.
In der Tuner Einstellung hast du DiSEqC benutzen = Ja eingeschaltet?
Wie sieht dafür die genaue Tuner-Einstellung aus?

[raceroad]

Die Befehlsfolge muß ja DiSEqC über JESS sein.
In der Tuner Einstellung hast du DiSEqC benutzen = Ja eingeschaltet?

Mit DiSEqC hat das alles so gut wie nichts zu tun. Einzig die Art und Weise, wie durch unterschiedlich lange 22 kHz-Pakete eine digital als 0 oder 1 interpretierbare Nachricht gesendet wird, basiert auf DiSEqC. Aber sowohl das "alte Unicable" (EN 50494) wie auch JESS (EN 50607) haben ihren eigenen Befehlssatz, in welchen auch die Wahl aus bis zwei (EN 50494) bzw. 64 (EN 50607) Satellitenpositionen integriert ist. DiSEqC braucht man also nicht zusätzlich (Userband-selektiv programmierbaren "Unicable"-Schutzdosen werten das normale DiSEqC sogar als unerlaubten Befehl und Trennen kurz den DC-Pfad.). Entsprechend steht für alle Sats für JESS DiSEqC-Modus auf "Keine" (U.a. im openATV erfolgt die Festlegung der Satellitenposition durch die Nummer hinter LNB, ich hätte also z.B. für 19,2° in meinem Aufbau nicht LNB 2 und dafür für 28,2° LNB 1 wählen können. Für Legacy ist das möglich, weil LNB x nur ein Zähler ohne Bedeutung ist. und DiSEqC explizit eingetragen werden muss.).

Das heißt, du hast das JESS als UniCable an drei SATs über den Multischalter abgebildet.
Ob das so mit einem SUS 41 F funktioniert, kann ich nicht beurteilen.

Und ja: Der SUS 41 F kann JESS. Hier liegt auch keinerlei Problem: Grundsätzlich klappt auch der Empfang des zweiten und dritten Sats über JESS ohne jedwedes Problem.



Auch ist mir PiP relativ egal. Allerdings hatte ich früher in etwas anderem Zusammenhang festgestellt, dass Probleme mit PiP auch Auswirkungen auf die Ausführung von Aufnahmen haben können. Und für PiP habe ich nun mal festgestellt, dass nach meinem Eindruck etwas ganz grundsätzlich falsch läuft. Es darf doch keinen Unterschied machen, ob man, ohne irgendeine Änderung daran vorzunehmen, nach dem Neustart die Tunerkonfiguration noch einmal abspeichert oder nicht. Genau das zeigt sich so aber bei mir, und zwar nur mit openATV 6.4, nicht mit openATV 6.3 und auch nicht mit einem zum Vergleich getesteten Teamblue Image 6.4. Da, wie ich parallel las, 6.4 neu aufgesetzt werden soll, könnte das seltsame Verhalten ja von Interesse sein.

[Papi2000]

Es würde mich wundern, wenn du mit deaktiviertem Tuner B (Einstellung "Nichts angeschlossen") noch Sender von 28.2e oder 13.0e empfangen kannst. Denn diese Umschaltung erfolgt per DiSEqC in deinem 17/16-Multischalter.
Und ja, für Boxen mit dem Chipsatz BCM7252s sind am 26.10.21 neue Treiber veröffentlicht worden. Da es leider noch keine Images danach gab, sind die noch nirgends drin. In den Treibern wurde unter anderem am Stream Server Dienst gedreht / gefixt, welcher im Treiber vom 20.10.21 noch defekt war. Ob sich das direkt auf auch die Stabilität in deinem Fall auswirkt, kann ich nicht sagen.

[raceroad]

Es würde mich wundern, wenn du mit deaktiviertem Tuner B (Einstellung "Nichts angeschlossen") noch Sender von 28.2e oder 13.0e empfangen kannst. Denn diese Umschaltung erfolgt per DiSEqC in deinem 17/16-Multischalter.

Der 17/16 braucht natürlich DiSEqC. Aber das übernimmt der SUS 41 F. Das vom Receiver kommende Steuersignal wird nicht durchgeleitet, sondern der Einkabelumsetzer holt sich aus dem JESS-Kommando die Info, um welchen Sat (… und welche Ebene innerhalb des Sats) es geht und bastelt auf Basis dieser Info das an die jeweilige Zuführung des MS 17/16 gerichtete Signal (für jeden Eingang separat).

Ist für einen Sat ja auch schon so: Egal ob mit EN 50494 oder EN 50607 kommen vom Receiver statisch immer nur 13 V glatt (.. also ohne 22 kHz Dauerton). Ein 5/x-Multischalter kann kein DiSEqC (… und auch Multischalter ab 9/x werten leider für die Ebenenwahl innerhalb des Sats nicht immer DiSEqC aus.), so dass der Einkabelumsetzer auf Basis des Einkabelbefehls nicht nur DiSEqC, sondern auch 13/18V bzw. 0/22 kHz als analoge Schaltkriterien bereitstellen muss.

Wenn mal mehr Zeit ist, sollte ich das mit Oszi mal aufnehmen.

[raceroad]

Und ja, für Boxen mit dem Chipsatz BCM7252s sind am 26.10.21 neue Treiber veröffentlicht worden. Da es leider noch keine Images danach gab, sind die noch nirgends drin.[...]

Mit 6.4 2021-11-02 zeigt sich dasselbe Verhalten (.. auch mit 7.0 2021-11-02).