Experimentelle Images/Dateien (stm22)

[BPanther]

So..hab jetzt auch mal die stm24 Rev.2570 getestet.
[...]
Bei folgenden HD - Transpondern kein Bild (SNR zuckt rum, SIG ist OK )
11361, 11464, 10832, 11302 alle Pol. H, Symbolrate 22000, FEC 2/3, 8PSK
Das betrifft die HD - Kanäle von ZDF, ARD, ARTE, alle HD+, ORF1 und 2 und Servus die SD jedoch alle bestens , sowie die Sky HD auch bestens.

Bei der stm22 habe ich das gleiche Problem, kriege ich aber gelöst wenn ich den cx...2001 Tunertreiber wähle.
Unter FW 2.02 läuft auch alles. --> Die Box ist heile
Leider kann ich den Treiber nicht in die stm24 einbauen, selbst wenn ich die "vermagic" fälsche--> ungültiges Modulformat...Shit

Leider sind stm22-Treiber nicht auf stm24 lauffähig, die Module (Treiber) müssen zum Kernel passen. Und da davon leider kein Source vorhanden ist, ist auch ein Anpassen nicht möglich. Wobei letzteres nur recht aufwändig möglich wäre, da sich die interne Struktur verändert hat bei stm24.

Einzige Möglichkeit wäre noch das "useUnknown=0" bzw. "useUnknown=1" als Parameter in die rcS zu schreiben, wobei ich erst nachschauen muß, ob die stm24-Version den Parameter überhaupt kennt.

so macht das Testen keinen Spass. Der Kernel selber gibt ja kein Log beim Starten aus, erst ab "init" kommt ja was. Kann mich erinnern das es einen Kernelparameter dafür gibt, der nützt aber nichts, wenn das beim Bauen nicht aktiviert wurde.

Richtig, das ist ein normales, kein Debug-Kernel. Daher fehlen auch sämliche Ausgaben. Wenn dann müsste ich das mal komplett als Debug-Image bauen, damit "jeder der was sagen kann" dann auch Ausgaben macht.

Im restlichen Log ist mir aufgefallen, das der mtdblock2 nicht gemountet wird:
Starting portmap daemon....
mount: mounting /dev/mtdblock2 on /tmp/mnt/NOLABEL-mtdblock2 failed: Invalid argument

Das ist OK, muß ich mal abfangen. Derzeit wird alles versucht zu mounten, was gefunden wird. Wobei das mit dem mtdblock eigentlich nur beim Flash sonst aufgetreten ist.

und im proc ein Verzeichnis fehlt:
/etc/init.d/rcS: line 691: cannot create /proc/smsc911x/setspeed: nonexistent directory
/etc/init.d/rcS: line 691: cannot create /proc/smsc911x/deas: nonexistent directory
/etc/init.d/rcS: line 691: cannot create /proc/smsc911x/tx_pio: nonexistent directory
Model: ufs910

Ja, da hat wohl irgendwer im Kernel wieder eine Option deaktiviert. Das war mal die "Netspeed-Option". Muß ich nachschauen, bringt aber keine wesentlichen Nachteile.

Der CI - Schacht lüppt, zumindestens bei den Sky - Kanälen ( auch HD), die HD+ haben ja kein Bild, abgeschaltet sind die ja nicht.

Um das CI HD+ Problem will ich mich mal demnächst auch kümmern. Inzwischen habe ich von einem Bekannten dazu eine HD+ Karte bekommen. Wenn dann teste ich die aber lediglich im Diablo2 (HW 4.0 mit IPnosys) und im Diablo WiFi 2.3 (mit Underworld).
Im Moment scheint das Diablo2 sich einfach wegzuhängen wenn man auf einen HD+ Sender geschaltet hat. Es ist nicht mehr ansprechbar danach. Ohne Karte hingegen bleibt das Modul intakt.

Bin ich den der einzige der immer Probs mit den Tunertreiber hat?
Gleich geht die Box in "Familienbetrieb", da ist erstmal vorbei mit Testen

Du bist mit sicherheit nicht der einzige, zumindest beim stm22 sind mir durchaus mehr Leute bekannt, die alternative Tunertreiber verwenden.

[DboxOldie]

Richtig ...
ich hab auch ein Diablo Wifi 2.3 (UW2.18) das hängt sich bei HD+ auch immer weg (stm22) mit Karte, sowie im Wifi Modus.
Im "einfach Receiver" und auf der Kathi mit 2.02 geht´s. Sky klappt ( auch HD )

[BPanther]

Jo, da wird irgendwo was in der CI-Verwaltung nicht passen und ich muß versuchen rauszubekommen was... :-\
Naja, bis 1.10.2011 läuft die Karte noch, da wird sich hoffentlich was finden lassen.

EDIT: Die Karte selbst ist hier auch OK und decodiert, gerade mal mit stm23-AV7500 im internen Reader probiert. Kann also basteln...

[DboxOldie]

Hab mal im cx..ko Modul reingeschaut....finde da nur:
parm=toneburst:DiSEqC toneburst 0=OFF, 1=TONE CACHE, 2=MESSAGE CACHE (default:1)
parm=debug:Activates frontend debugging (default:0)
parm=debug:SNR return units, 0=PERCENTAGE 0-100, 1=ESNO(db * 10) (default:0)
author=Oxygen-1
Die Git - Sourcen ( Build kriege ich nicht gebacken) hab ich mir auch mal besorgt:

module_param(paramDebug, short, S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP);
MODULE_PARM_DESC(paramDebug, "Debug Output 0=disabled >0=enabled(debuglevel)");

module_param(useUnknown, short, S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP);
MODULE_PARM_DESC(useUnknown, "Enable an unknown tuner command 0=disabled 1=enabled");

module_init (cx24116_init);
module_exit (cx24116_exit);

MODULE_DESCRIPTION ("Tunerdriver");
MODULE_AUTHOR ("Dagobert");
MODULE_LICENSE ("GPL");

Das ist noch verwirrend

[BPanther]

Na wenn das vom stm24-Treiber ist, dann probiere es mal mit dem useUnknown=0 bzw. useUnknown=1 als Parameter in der rcS.

Code: Alles auswählen

	if [ -e /$MODDIR2/cx24116.ko ]; then
		insmod $MODDIR2/cx24116.ko
	else
		insmod $MODDIR/cx24116.ko
	fi

Wird zu:

Code: Alles auswählen

	if [ -e /$MODDIR2/cx24116.ko ]; then
		insmod $MODDIR2/cx24116.ko useUnknown=0
	else
		insmod $MODDIR/cx24116.ko useUnknown=0
	fi

Bzw. dann mit 1 auch probieren.

Die Git - Sourcen ( Build kriege ich nicht gebacken) hab ich mir auch mal besorgt

Das mit dem bauen kommt immer drauf an. Inzwischen habe ich auf Ubuntu 10.04 umgestellt, das scheint zu funktionieren, ähnlich wie openSuSE 11.2.

[Logiman]

Fehler 139 beim Internetradio liegt nicht am Image sondern am Stream.
Bei anderen Streams läuft das Image schön durch ohne Probleme.

[BPanther]

Interessant, dann habe ich also dadurch, daß ich meist "1. FM..." wenn dann aktiv habe, anscheinend "Glück" damit und konnte das dadurch nicht oder nur selten nachvollziehen.

[BPanther]

Ich baue mal erneut 2 Testversionen stm22. Die eine hat wieder die neue Busybox, die andere die alte. Beide haben aber einen veränderten CIFS-Aufruf innerhalb von Neutrino. Wäre dann gut, wenn das dann mal jemand testen könnte.

[DboxOldie]

cifs hab ich heute mit der aktuellen Flash Version getestet, ging nicht
aber mit der USB 2570 schon

[BPanther]

Du meinst bestimmt die 2381, oder? Welche Busybox Version hatte die (schon zu lange her )?

[DboxOldie]

Muss ich mal Flash eben starten wegen Version....

jooo im Flash ist die 2381 ( hab ich Heute als miniFlash reingekloppt )

die wird bei Dir als aktuelle angeboten

[BPanther]

Sind nur USB-Versionen, lade die gerade hoch...

[BPanther]

Habe das ganze als Paket hochgeladen mit beiden Versionen, HIER, ~30MB.

Bitte bei beiden den CIFS-Mount testen und wer hat auch den NFS-Mount. Vielleicht kann man das ja so hinbiegen, daß beide Busyboxen funktionieren falls man mal wieder wechseln muß. Die neue BB muß eh abgespeckt werden, die ist fast 100k größer...

[DboxOldie]

Also ich habe mal beide (bb_alt, bb_neu) den cifs getestet (nfs hab ich nicht )
CIFS natülich aktiviert
Die Zugangsdaten wie bei der Rev 2570 ( da geht´s ) im Neutrino Netzwerkmount - Menü eingetragen.... geht bei beiden nicht

Im Log kommt, wenn man mit FB auf mounten drückt:

[CFSMounter] Mount(1) 192.168.0.90:box -> /mnt/hdd
mount: can't find /mnt/hdd,nolock,rsize=8192,wsize=8192 in /etc/fstab
[CFSMounter] FS mount error: "mount -t cifs -o username=dbox,password=dbox/192.1
68.0.90/box /mnt/hdd,nolock,rsize=8192,wsize=8192"

Das kommt bei beiden Versionen (alt,neu) bei der 2570 kommt da nur sowas wie mounted

Wenn das rote die Syntax ist: die klappt auch nicht bei der 2570 im Telnet!!!!

im Telnet geht das:

mount -t cifs //192.168.0.90:box /mnt/hdd -o rw,username=dbox,password=dbox,nolock,rsize=8192,wsize=8192

Das hab ich bei den Versionen (alt,neu) im Telnet ausprobiert:

Bei bb_neu kam das:

ufs910:~# mount -t cifs //192.168.0.90/box /mnt/hdd -o rw,username=dbox,password=dbox,nolock,rsize=8192,wsize=8192
mount: mounting //192.168.0.90/box on /mnt/hdd failed: No such device or address
ufs910:~#

Der kennt das Device nicht?? cifs aber geladen, mit lsmod getestet

Bei bb_alt kam das:

ufs910:~# alles easy, klappt

mit mount getestet....Rückmeldung:

\\192.168.0.90\box on /mnt/hdd type cifs (rw,mand,unc=\192.168.0.90\box,username=dbox,domain=,rsize=8192,wsize=8192)
ufs910:~#

( Natürlich hier ohne die anderen mounts )

Lesen, Schreiben möglich, dank rw

Edit: Ach so, noch was:

Im Neutrino Menü nur die IP-Adresse, Freigabename ( ohne Schrägstriche !!! , die bastelt Neutrino selber)
Lokales Verzeichnis mit FB wählen,
User, Pass
Bei Optionen ro nach rw geändert, man will ja auch schreiben
So geht´s bei der 2570

[BPanther]

Danke für den Test.

mount -t cifs -o username=dbox,password=dbox/192.168.0.90/box /mnt/hdd,nolock,rsize=8192,wsize=8192

wäre in der Tat unsinn, eigentlich hätte es so aussehen sollen nach der Änderung

mount -t cifs -o username=dbox,password=dbox //192.168.0.90/box /mnt/hdd,nolock,rsize=8192,wsize=8192

Der neuen BB passt es nämlich anscheinend nicht, daß -o erst am Ende stand. Versuch daher mal bitte das in Telnet der neuen und auch alten BB.