[Tester gesucht] Verbessertes DVB-S Tuning mit STB0899 Satkarten (Mantis Bridge, u.a.)

hier meine Ergebnisse (Astra only, bin Rotor User)

TT S2-3200:

Zitat

reading channels from file './Astra_only.txt'
...
lok_errs =0, runs=1207 of sequ=3333, multi=0, multi_max=0

real 19m5.371s
user 0m0.116s
sys 0m15.225s

Alles anzeigen

Zitat

Original von dimsa
I have tried your patch, and it works much better than before.
I have moving dish, and one of my biggest problem is rotating the dish on channel change. With your patch it is much better, but it is still not perfect, when I switch from FTA on one satellite to any channel on other satellite using VDR it now rotates the dish perfectly, however from coded channel to any other it does not.

I will provide Astra only test results as soon as possible, but I can not test Astra+Hotbird use the moving dish.
Is there any way to run the test using diseqc 1.2?

how do you rotate your dish? with rotor plugin or with the vdr patch?

Zitat

Original von dimsa
off the topic, I have also applied the stb0899_signal_strength_v3.patch which finally seems to provide some meaningful numbers, however I don't think that are quite correct, since they give very different results for dvb-s and dvb-s2 chanels on same satelite

Thank you for testing. I also think those values are not 100 % correct, but I think this patch is still very useful, without it you are not able to align a dish correctly, now you can and as long more signal means a higher value everything is fine. But if 100 % correct values are needed a professional measuring equipment is necessary.

For the rotation of the dish I use the built in VDR functionality with diseqc.conf without any patch. I use rotor for setting of positions, however I will now test it using rotor for rotation.
What I have noticed so far is that if I'm on an encrypted channel I can not rotate the dish manually using rotor. I can do that when I'm on FTA.
Before this patch, even on FTA it was very random so I used another receiver.

Zitat

Original von dimsa
For the rotation of the dish I use the built in VDR functionality with diseqc.conf without any patch. I use rotor for setting of positions, however I will now test it using rotor for rotation.
What I have noticed so far is that if I'm on an encrypted channel I can not rotate the dish manually using rotor. I can do that when I'm on FTA.
Before this patch, even on FTA it was very random so I used another receiver.

I think the problem is the 22khz signal for LOW / HIGH band. It always has to be enabled (or was it disabled, I don't remember) before a DISEqC signal can be sent, just another bug of TT s2-3200 or its driver.

2 of the following cases of channel switching didn't move the dish:

1)Satellite 1 low band -> Satellite 2 high band
2)Satellite 1 high band -> Satellite 2 low band
3)Satellite 1 low band -> Satellite 2 low band
4)Satellite 1 high band -> Satellite 2 high band

So you should try it with this patched rotor version rotor-0.1.4mh-v1.2
This version does have this issue fixed.

Zitat

Original von newsy
hier meine Ergebnisse (Astra only, bin Rotor User)

TT S2-3200:
[quote]
reading channels from file './Astra_only.txt'
...
lok_errs =0, runs=1207 of sequ=3333, multi=0, multi_max=0

real 19m5.371s
user 0m0.116s
sys 0m15.225s

Alles anzeigen

hi newsy,

sau gute werte! hast du mal zufällig vor den änderungen gescannt? wäre intressant.

greetz

Zitat

Originally posted by newsy

I think the problem is the 22khz signal for LOW / HIGH band. It always has to be enabled (or was it disabled, I don't remember) before a DISEqC signal can be sent, just another bug of TT s2-3200 or its driver.

2 of the following cases of channel switching didn't move the dish:

1)Satellite 1 low band -> Satellite 2 high band
2)Satellite 1 high band -> Satellite 2 low band
3)Satellite 1 low band -> Satellite 2 low band
4)Satellite 1 high band -> Satellite 2 high band

So you should try it with this patched rotor version rotor-0.1.4mh-v1.2
This version does have this issue fixed.

Alles anzeigen

Thank you very much for the information. I have already used this version of rotor that you mentioned when I tested in my previous post, however I was using the old patch for VDR rotor.
The functionality that you mentioned was actually in the patch provided with rotor-0.1.4mh-v1.2.
After applying the correct patch, finally my card works as it should. Thanks again.

Zitat

Original von dimsa
Thank you very much for the information. I have already used this version of rotor that you mentioned when I tested in my previous post, however I was using the old patch for VDR rotor.
The functionality that you mentioned was actually in the patch provided with rotor-0.1.4mh-v1.2.
After applying the correct patch, finally my card works as it should. Thanks again.

great you also got it working. You're welcome

Zitat

Original von MarMic
hi newsy,

sau gute werte! hast du mal zufällig vor den änderungen gescannt? wäre intressant.

greetz

ich war auch sehr von den guten Werten überrascht. Doch nur kam die Ernüchterung
irgendwie zeigt sich kaum ein unterschied

mit alter stb0899_algo.c aus dem aktuellen s2-liplianin:
lok_errs =0, runs=1207 of sequ=3333, multi=0, multi_max=0

real 18m44.389s
user 0m0.028s
sys 0m14.845s

mit Lous stb0899_algo.c:
lok_errs =0, runs=1207 of sequ=3333, multi=2, multi_max=1

real 18m46.137s
user 0m0.036s
sys 0m14.717s

auf jeden Fall funktioniert Lous Algo einwandfrei und vielleicht kann er besonders bei niedrigeren Symbolraten seine Stärken ausspielen, auch wenn der Effekt wie es scheint bei der S2-3200 nicht so groß ist.

Vielen Dank dafür Lou!

Ich versuche momentan auf Astra 3A 23.5 °Ost das SCPC Paket mit Antenne Bayern zu locken.
12661 V SR: 477 FEC: 1/2

Allerdings ist in der stb0899_drv.c noch der Wurm drinnen, denn dort ist 1000 kSym/s die niedrigste vorgesehene Rate.
folgendes habe ich schon geändert

1502:        if (INRANGE(i_params->srate, 100000, 45000000)) {
1917:        .symbol_rate_min               =      100000,

leider ohne Erfolg
Lou: du hast auch keine Idee was ich da noch ändern müsste oder?

Hoi!

Ich hab ne TT-Connect S2-3600 und ne TT-Connect S2-3650 CI ... beide haben ebenfalls den stb0899 verbaut ... werde das heut oder morgen Abend mal auf beiden Receivern durchlaufen lassen, und dann die logs hier posten...

Gruss,
Mike

hi mikedk,

könntest du zap dann mit den standard treibern und dann noch mit den gepatchten treibern durchlaufen lassen?

intressiert mich einfach welche verbesserungen es je karte bringt!

greetz

hi lou,

habe das zap verhalten des vdrs testen lassen und mir wurde gesagt, dass es nun gar keine verzögerungen mehr gibt. soll nun super laufen! wenns genug positiven feedback gibt hoffe ich auch ne aufnahme in den v4l-zweig, das wäre einfach nur SUPER

vielen dank!

greetz marmic

Zitat

Original von Lou
newsy: die Unterschiede sind vorallem bei den Mantis Bridges augenfällig, weil lock_errs, die vorher immer da waren, die sind bei meinem Code weg. Deine Werte sind bei beiden Algos gut, und bewegen sich im Rahmen der natürlichen Schwankung von Satempfang. Der eine oder andere multi wird euch bei wiederholtem Durchlauf reinschlüpfen, sehr wichtig ist: keine errors mehr zu haben, auch beim verwenden der Mantis Bridge.

Edit: Vielleicht mach ich hier auch mal ein kleines Rechenbeispiel:

runs=1207 entsprecht der Anzahl durchlaufener Sender
real 18m46.137s das sind 18*60+46=1126s Durchlaufzeit
macht im Schnitt pro Sender 1126/1207=~0,93s

Rund eine Sekunde pro Sender ist gut, beim Tv schauen gehen dann bei SD/HD Material noch 1-3 Sekunden drauf, bis der Puffer gefüllt ist, und das Bild sauber entfaltet. Das macht unter 5 Sekunden, bis man ein stabiles Bild hat. Bisher waren es einfach 10 Sekunden oder 20, oder gar keins wegen lock_errs

Alles anzeigen

ja, das sind verdammt gute Werte, Bei Paketen mit Symbolraten < 10 MSym/s habe ich das Gefühl, dass es mit deinem Algorithmus schneller locked als mit dem alten.

Zitat

Wenn es dir nichts ausmacht: kannst du mir das zap.log von beiden Algos zusenden?

schick mir mal bitte deine Emailadresse als PM, ist zu groß für Pastebin.

Zitat

Allerdings ist in der stb0899_drv.c noch der Wurm drinnen, denn dort ist 1000 kSym/s die niedrigste vorgesehene Rate.
folgendes habe ich schon geändert

Code

1502:        if (INRANGE(i_params->srate, 100000, 45000000)) {
1917:        .symbol_rate_min               =      100000,

Das müsste ich mir ansehen - gibt es auf Astra 19.2/Hotbird einen Sender mit ähnlich tiefer SR zum testen?

leider nein, dürfte momentan der einzige empfangbare Satellit sein, wo solch eine niedrige SR verwendet wird.

Zitat

Ich mag mich wage an eine Diskussion in der linux-dvb ML erinnern, bei dem der Maintainer (manu) warnte, so tiefe SR seien für den Chip ungesund. Das wird auch im linuxtv wiki Artikel zur 1041 noch erwähnt . Ich müsste das im ML Archiv mal wieder raus suchen. Ich hab das damals nur wage mitverfolgt.

bist du dir sicher, dass es um niedrige SRs ging? Ich erinnere mich um eine Diskussion zwischen Manu und Alex Betis, wo es um SR > 45 Mbit/s ging und Igor M. Liplianin die Chipfrequenz erhöht hat und dann auf einmal ein Lock möglich wurde. Oder meinst du wieder etwas anderes? Hast du nen link zu dem Artikel im Wiki? Konnte es leider nicht finden.

Ich hab auch mal einen Blick in die stb6100.c geworfen. Abhängig von der SR wird ein Gain von 9,11 oder 14 gewählt, aber warum?

Diese Zeile bringt mich auch etwas zum grübeln

stb6100_set_bandwidth(fe, srate);/* or srate * 2 ? */

Ich hab so langsam das Gefühl, dass es durch SRs < 1000 Kbit/s zu divisons by zero sowohl im stb0899_algo.c als auch im stb0899_drv.c kommen könnte. Nur weiß ich überhaupt nicht, welchen Wert man einsetzen sollte statt der 0.

Leider kann ich mit meiner Technisat Skystar HD2 nicht testen, ich erhalte nur folgendes (original-2.6.34-Treiber)

./short 
Zapping adapter 0 ..
FE_SET_PROPERTY DTV_CLEAR failed: Invalid argument


lok_errs=0, runs=1 of sequ=4, multi=0, multi_max=0
opening frontend failed: Device or resource busy


lok_errs=0, runs=2 of sequ=4, multi=0, multi_max=0
opening frontend failed: Device or resource busy


lok_errs=0, runs=3 of sequ=4, multi=0, multi_max=0
opening frontend failed: Device or resource busy


lok_errs=0, runs=4 of sequ=4, multi=0, multi_max=0
channel not found
lok_errs =0, runs=4 of sequ=4, multi=0, multi_max=0


real    0m0.002s
user    0m0.001s
sys     0m0.001s
./short: Zeile 5: beep: Kommando nicht gefunden.

Andere Programme (Kaffeine, VDR, szap) können die Karte aber nutzen.

balta: wahrscheinlich greift noch irgend eine Software auf die Karte zu. Bist du sicher, dass du alles gekillt hast?

hi lou,

da steckt n bug drin:

multi: Zählt die Anzahl Locks im 2.-10. Anlauf hoch
multi_max: Merkt sich die höchste je vorgekommene Anzahl an Lock Versuchen

nach der aussage sollte multimax immer <=10 sein. habe nun auch testweisse aus der ferne mal die alten treiber wieder eingespielt um mal vergleichswerte zu haben und hatte direkt beim 2ten sender schon komische werte:

lok_errs=0 runs=2 mulit=1312 und multimax 549
jetzt beiu run 74: errs=8 multi:7703, multimax: 803 in der zeit könnte multi ja auch maximal 7400 sein, oder?

greetz

Zitat

Original von newsy
balta: wahrscheinlich greift noch irgend eine Software auf die Karte zu. Bist du sicher, dass du alles gekillt hast?

Ja, szap direkt dahinter kann auf die Karte zugreifen.

Zitat

Original von Lou
balta; solltest du das Skript "short" verwenden, ist eine Sat Anlage mit Astra auf DiseqC A und Hotbird auf DiseqC B erforderlich, sonst stimmt die Kanal Liste nicht. Das gleiche gilt für Skript "all"

Wer nur eine Empfangsanlage für Astra hat nutzt "./zap Astra_only.txt" für die gemischte Liste (DVB-S+DVB-S2 Sender) auf Astra

Ich habe auch mit Astra_only den selben Effekt, nur dass hier natürlich die Ausgaben sehr viel länger sind. Deshalb habe ich short verwendet, um eine kurze Ausgabe hier zum posten zu haben.

Zitat

Original von Lou
Also vdr läuft ganz sicher nicht? Mit "pidof vdr" kannst du das prüfen. Falls er doch laufen sollte wird er in yaVDR so gestoppt: "sudo stop vdr"

Ansonsten seht im Begleittext auf Seite 1 noch etwas über das Problem mit der Adapter Nummer: Wenn eine 2. Karte installiert ist, liegt deine stb0899 Karte evtl nicht mehr auf Adapter 0. Dann müsste es Adapter 1 sein oder noch höher. In dem Fall muss der -a0 Parameter im Skript angepasst werden.

Der Fehler mit beep verschwindet , wenn du das Programm beep installierst: "sudo aptitude install beep"
oder die Zeile auskommentierst.

Ja vdr ist ganz sicher gestoppt, wie gesagt, szap funktioniert. Die Karte ist auch ganz sicher der Adapter 0, da ich nur eine Karte im System habe.

Das mit beep war mir klar mir ging es eher um das Problem dass die Karte angeblich belegt sei. Kann das mit dem Parameterfehler (FE_SET_PROPERTY DTV_CLEAR failed: Invalid argument) vom Anfang zu tun haben?