BPanther's Neutrino Forum

killall neutrino meinte ich.

Das Log hört schon vor der Meldung „ShowText 'rbb Berlin“ - in deinem Fall - auf.
Erst anschließend komm die Freimeldung vom zapit und damit die CI Initialisierung.

Ich schicke dir mal mein Log.

Wenn ich killall neutirno mache müsste die Box sich abschalten, da das Errorlevel 0 von Neutrino entspricht, daher mit init 4 beendet.

Habe Dein Log gesehen, nur wird hier garnicht erst ein gestecktes Modul erkannt, daher stand auch im Log, daß angeblich beide Slots leer sein sollen - das ist ja bereits das Grundproblem.

Weiter geht auch das Log bei mir nicht, da dann ja bereits das Bild (RBB) da ist, was bei Dir "Das Erste HD" war. Hmm...

OK, mit killall neutrino Neutrino beendet, Box fährt nicht runter. Neues Log angehangen, ist aber nicht anders. Ich sehe da nicht wirklich einen Unterschied.

Im NI kennt keine groß init 4 init 3 (wurde ja auch vor einiger Zeit dort eingebaut), hatte da auch schon einmal darauf hingewiesen,
als es darum ging, das man den Stromstecker bei der Box ziehen soll.

Naja, nachdem ich neutrino mit STRG-C beendet hatte (ginge auch normal per Menü) einfach init 4 eingegeben und danach init 3 und Neutrino hat sich wieder gestartet und die Box ließ sich auch normal wieder neu starten. Stecker ziehen ist das schlimmste was man machen kann - da sind ja Datenfehler vorprogrammiert.

BPanther hat geschrieben: Di 1. Jun 2021, 23:47 Wenn ich killall neutirno mache müsste die Box sich abschalten, da das Errorlevel 0 von Neutrino entspricht, daher mit init 4 beendet.

Habe Dein Log gesehen, nur wird hier garnicht erst ein gestecktes Modul erkannt, daher stand auch im Log, daß angeblich beide Slots leer sein sollen - das ist ja bereits das Grundproblem.
...

Nicht ganz, das Modul ist ja von Anfang an im Slot, wird aber nicht Initialisiert bis zapit die Freimeldung erteilt.
Der gesamte Bootvorgang erfolgt also mit Modul und gesteckter Karte.
Hier ist der entscheidende Punkt, ohne das zu diesem Zeitpunkt jemand etwas mit dem Modul macht.

Schon klar worauf Du hinaus willst, nur muß aber auch das Modul später, also nach dem Neutrino-Start noch erkannt werden. Nur wie man sieht, klappt beides hier leider nicht, keinerlei Meldungen zum Modul.

Da hast du natürlich recht, funktionieren sollte das natürlich.

Ich habe als Trigger ein Event gesucht, welches zapit möglichst einmalig am Ende des Starts sendet.
SdtMonitor ist da wohl nicht die beste Wahl, ich sehe jedenfalls in deinem Log keinen Hinweis darauf.
Somit wird der Pollthread nicht gestartet und auch kein Modul erkannt.

Da muss ein anderer oder weiterer Trigger her. Ein Timeout würde auch gehen aber eigentlich sollte sich ein Event finden lassen.

BPanther hat geschrieben: Di 1. Jun 2021, 22:35 L4L crasht zwar nun nicht mehr, aber funktioniert hier auch nicht mit dem SPF-105P (1024x600).

Das kann bei dir im Image genauso crashen, wie es das hier tat, da in neutrino.cpp *LCD4l nicht korrekt initialisiert wird. Ich hab das bei uns erstmal nur geflickschustert. Da bessere ich nochmal nach. Es wird ein CLCD4l->getInstance() geben, um sowas zu verhindern.

BPanther hat geschrieben: Di 1. Jun 2021, 22:35

Code: Alles auswählen

[neutrino] executing service lcd4linux start
Jun  1 22:16:27 vuultimo4k user.info service[3436]: running /etc/init.d/lcd4linux start
[neutrino] exec init script [lcd4linux] failed

Das ist außergewöhnlich. Da habe ich auch gerade keine Erklärung dafür.

BPanther hat geschrieben: Di 1. Jun 2021, 22:35 L4L von Hand gestartet erklärt die Probleme auch:

Code: Alles auswählen

/var/root # lcd4linux -F
security error: owner and/or group of '/etc/lcd4linux.conf' don't match
security error: group or other have access to '/etc/lcd4linux.conf'
Error reading configuration. Exit!

Das erklärt das Problem nicht! Die Zugriffsrechte von lcd4linux.conf werden vom init-Script gefixt. Nur kommt es bei deinem SPF gar nicht erst bis dorthin. Der Fehler liegt also irgendwo anders. Wird denn /tmp/.lcd4linux angelegt? Ich tippe mal auf Nein. Das erklärt auch, warum du keinerlei Rückmeldung an der Console erhältst. Das init-Script wartet auf dieses Flagfile. Vom DPF zumindest kann ich sagen, dass das läuft. Einen SPF besitze ich nicht. Das waren und sind alles Blindflug-Dinge. von tewsbo weiß ich aber, dass auch er einen SPF benutzt. Drum bin ich gerade etwas überrascht, warum das bei dir alles nicht so will, wie es soll.

Zunächst mal ein Lob an die 'Macher' des Image, alles was ich benötige funktioniert sehr viel besser als auf der Zee², die damit vom Wohnzimmer in das Schlafzimmer 'verbannt' wurde.

Da es hier um das Himmels-Modul geht, wollte ich meine Erfahrung dazu mitteilen, denn es läuft relativ gut.

- Der Auth-Init des Moduls geht leider nicht, aber das ist auch nicht unbedingt nötig, man kann durchaus die 3 Datenblöcke aus einer beliebigen auth-Datei eines Image verwenden, in der das Modul zuletzt funktioniert hat und fügt diese in die *.bin Datei ein.
- Beim Start der Box kommen sich CI+ und OSCam etwas in die Quere, was in der Folge zu 'Der Kanal steht nicht zur Verfügung' führt, das kann aber mit einer OSCam Start Verzögerung von 50 Sekunden überwunden werden.
- Im Betrieb kommt es immer wieder vor, dass einige Kanäle des Himmels-Moduls plötzlich nicht mehr entschlüsselt werden können, oder man nur Audio hat und kein Bild. Ein Neustart von Neutrino behebt das Problem.

Die Einschränkungen sind für mich völlig ok, denn das klappt 10-mal besser als auf der Zee², dort konnte man nicht zwischen HD+ und Himmels Sendern wechseln ohne die Box neu zu starten und es war nicht daran zu denken zu einem HD+ Sender wechseln zu wollen während eine Sk_ Aufnahme lief.

Insofern bin ich mit der VU DUO 4K SE und dem BP Image sehr zufrieden

Ah! bei jemand gehts!

Sag mal bitte welches Datum das Image hat oder besser zeig doch mal die Imageinfo

//Edit stimm "BP Image rev19250-ddt" noch?
Wenn ja, könntest du noch den Output von "ls -lisa /dev/c*" hier posten?

Was den parallel betrieb von cam und modul betrifft, ich hab da bin mir ne blacklist fürs modul, und eine blacklist für die cam - damit kommen sich die 2 nicht ins Gehege.

Was ab und zu mal vorkommt das das Modul nicht entschlüsselt, reicht meist ein CI-Reset, braucht man nichtmal neutrino neu starten.

Nur nochmal zur Info, im DD-Git steht der Discrambler auf ein Device, welches im Image für die Duo4K SE dann aber nicht erzeugt wird.

#if HAVE_ARM_HARDWARE || HAVE_MIPS_HARDWARE

static const char *descrambler_filename = "/dev/ciplus_ca0";

Ja, ist aber nicht so tragisch, existiert in meinem Image.

@FlatTV
Image stimmt noch.

ls -lisa /dev/c*
4115 0 crw-rw---- 1 root root 239, 0 Jan 1 1970 /dev/ci0
4116 0 crw-rw---- 1 root root 238, 0 Jan 1 1970 /dev/ci1
4145 0 lrwxrwxrwx 1 root root 21 Jan 1 1970 /dev/ciplus_ca0 -> /dev/dvb/adapter0/ca3
1036 0 crw------- 1 root tty 5, 1 Jun 3 10:55 /dev/console
3126 0 crw-rw---- 1 root root 10, 63 Jan 1 1970 /dev/cpu_dma_latency
1039 0 crw-rw---- 1 root root 10, 203 Jan 1 1970 /dev/cuse

Gerade ist mir aufgefallen, dass bei mir vielleicht die Konstellation Kabel und Sat anders ist als euch?!

Ich habe ja 2 Tuner in der Duo, 1.Tuner Kabel und erst der 2.Tuner ist Sat und muss somit dem Modul zugewiesen werden.
Eventuell liegt ja hier das Problem.

... hmmm, Tuner „I“ steht aber in der Zuordnung, dass wäre okay.