Oscam Versuch V13/NDS

[gompf]

AW: Oscam Versuch V13/NDS

Dann stellt sich aber die Frage, warum es nur bei NDS und nur beim MCA auftritt, bei der dbox/dreambox-dvbapi-Implementierung gibt es meines wissens auch kein fixes timing.

Nun die unterstuetzen ja dvbapi komplett, AZBOX und MCA sind shortrcuts. ich befasse mich da gerade mit genau diesem Teil von OSCAM, und hoffentlich kriege ich da was zum rumprobieren, allerdings bin ich heute dazu leider ca. 3 Bier zu weit im Vorleistung, so dass ich wohl erst morgen weitermachen werde Bei Sky DE kommen uebrigens die NDS ECMs immer spaeter als die Nagra ECMs. Aber das problem besteht ja auch bei Sky UK und da gibts ja ueberhaubt kein Nagra.

Was die Hardware betrifft, denke ich passt das schon, und dem Interface Prozessor / CAM kann ich ja auch mit dem Oszi ran wenn uns sonst nichts mehr einfaellt.

/Gompf

 

[dirtyharry123]

AW: Oscam Versuch V13/NDS

Das ist wohl richtig, ich hatte auch schon ein paar mal überlegt, den MCA-Support direkt in die dvbapi zu verpflanzen.
Ich habe das aber damals so gemacht, weil das wohl auch der Weg war denn die MCA-Entwickler gegangen sind (warum die das so gemacht haben ist mir allerdings ein Rätsel) und dadurch das Reversen einfacher war.

Was das SCI angeht habe ich übrigens diesen netten Artikel zum Reversen von Platinen gefunden:

Sie müssen registriert sein, um Links zu sehen.

dirtyharry123

 

[gompf]

AW: Oscam Versuch V13/NDS

... weil das wohl auch der Weg war denn die MCA-Entwickler gegangen sind (warum die das so gemacht haben ist mir allerdings ein Rätsel)

Das wiederum kannst Du dir wohl selber beantworten, wenn Du dir ansiehst wie schlecht macm programmiert ist, dann weisst du sicher warum die das so Quick and Dirty gemacht haben, da muss man nicht viel nachdenken, nicht mal genau lernen wie dvbapi funktioniert. Warum Du es nachgebaut hast, verstehe ich, wuerde ich auch erstmal so machen, an 10 Schrauben gleichzeitig drehen hat noch nie was gebracht, und wenn doch wusste man nicht welche es war

/Gompf

p.s.: was das reverse engineering des PCBs betrifft, so ist da hier einfach, uns interessieren eigentlichlich nur 2~4 Leitungen , und die kann man mit einer tollen Erfindung, dem Piep-O-Meter (... Multimeter) sehr einfach tracen, nachdem man ja weis was fuer ein chip es ist und man da auch ein Datenblatt organisieren kann.

 

[sat_didl]

AW: Oscam Versuch V13/NDS

hallo ihr lieben,

schön das sich mal wieder ein bisschen das rad dreht. hat ja leider nicht jeder den hintergrund da aktiv mitwirken zu können und ist mehr oder weniger abhängig von euch.

DANKE


p.s.: stelle meine testumgebung zur verfügung (mca, auch ein cas2+, einen sammy und nen grundig sowie ne vau13 und eine kabelbw-hd+ <-- ka welcher kartentyp)


lg

 

[vortex]

AW: Oscam Versuch V13/NDS

sehr schöne sache, die ich auch gerne unterstütze. wenn ich hier also auch irgendwie halfen kann, einfach anfragen..

 

[sc4ry]

AW: Oscam Versuch V13/NDS

Hi, kann leider auch nur testmäßig unter die Arme greifen, vom Rest verstehe ich zum größten Teil nur Bahnhof. Habe MCA (in nem 52PFL8605K) und eine betroffene V14-Karte.

 

[powerpaul]

AW: Oscam Versuch V13/NDS

Als Tester kann ich mich arsch anbieten, habe vom tiefgehenden Rest leider keine Ahnung. Habe v23 Karte sky... Fernseher Samsung ue55es6100.. Klasse welch Motivation und Ahnung ihr hier mitbringt!!

Gesendet von meinem HTC One mit Tapatalk 4

 

[KOAL]

AW: Oscam Versuch V13/NDS

Hi Leute!

Hab mir inzwischen einen Sat Reciever gekauft, aber möchte unbedingt dieses Cam funktionstüchtig haben.
Somit hab ich mir mal diese Oscam Versoin drauf gemacht:

Link zum SB

Funktionieren tut es, aber immer noch die Aussetzer,...dank Oscam Fastmode am Server sind die Aussetzer kürzer aber immer noch da.

Spoiler

2013/10/18 06:05:15 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:F256211D02DF79FB77A0D437ED0263A4): found (38 ms) by sky_v13
2013/10/18 06:05:20 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:E2B406ACD4892136EA1D8540AD690A63): found (40 ms) by sky_v13
2013/10/18 06:05:25 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:6C097B523838654588D36BBD003AA725): found (41 ms) by sky_v13
2013/10/18 06:05:32 B0D38 c dvbapi (09C4&000000/01FA/0032/B30FDD2B7392B8D2841B9360523D685FC): found (39 ms) by sky_v13
2013/10/18 06:05:38 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:BB681AADFCB8A819DD966879015F70E1): found (38 ms) by sky_v13
2013/10/18 06:05:45 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:CB3599F24774648F89AA3EA12985D8D3): found (37 ms) by sky_v13
2013/10/18 06:05:51 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:B1F1164C719AD84CE3B8C65D32269773): found (38 ms) by sky_v13
2013/10/18 06:05:57 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:7D62A87C6BA84683D77880A52ED2DA91): found (39 ms) by sky_v13
2013/10/18 06:06:02 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:3FB69E1D2CF83128F8AEC67248D3B172): found (35 ms) by sky_v13
2013/10/18 06:06:07 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:A23A894195135554C847F846E27B6ED8): found (40 ms) by sky_v13
2013/10/18 06:06:13 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:9DDDCF578AE7E9C110304C37768FA0BB): found (37 ms) by sky_v13
2013/10/18 06:06:19 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:1FC574F9D40301F0EBFD085C90B1F8AD): found (42 ms) by sky_v13
2013/10/18 06:06:24 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:9FBA7D29E01FD9B6B2C924FF245FD2FD): found (38 ms) by sky_v13
2013/10/18 06:06:31 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:E7EE78382AB72609484AD05195BB7295): found (38 ms) by sky_v13
2013/10/18 06:06:37 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:2D67B9D5B29D549997F43331C4D83148): found (35 ms) by sky_v13
2013/10/18 06:06:43 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:B8237450D2635DF0DF0E16084F1E2E71): found (38 ms) by sky_v13
2013/10/18 06:06:50 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:B3564983D98D79A1C31CDF8331D6B941): found (36 ms) by sky_v13
2013/10/18 06:06:56 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:CD83304ADF0AAF4DD37FE2DA4D953499): found (39 ms) by sky_v13
2013/10/18 06:07:03 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:7D04AA1B42E1C8AB56E7E17FEA796552): found (33 ms) by sky_v13
2013/10/18 06:07:09 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:E34155E495B4911F32A2BC659BA8E34A): found (40 ms) by sky_v13
2013/10/18 06:07:14 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:B75BE1142AAE12BD04213F1A8B578C5F): found (42 ms) by sky_v13
2013/10/18 06:07:20 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:7F7F9319286E4089A02AD04E1A7F7FC0): found (38 ms) by sky_v13
2013/10/18 06:07:26 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:36B73D29669144103FB24632CA3456BC): found (40 ms) by sky_v13
2013/10/18 06:07:33 B0D38 c dvbapi (09C4&000000/01FA/0032/B3:35688ADA4B15F89DA9B88368F8B9103F): found (41 ms) by sky_v13

Was mitr aufgefallen ist:
Kann es sein das beim MCA nicht beide CW`s gespechert werden,...am Reciever sieht man das es CW0, und CW1 gibt und sich einer abwechselnd ändert und einer gleich bleibt,..somit gibt es keine Aussetzer. <---sehe ich das falsch?


LG
KOAL

 

[audiofan]

AW: Oscam Versuch V13/NDS

Hallo zusammen!

Nach langer Pause habe ich vor, mich wieder mit dem MCA zu beschäftigen.
Also, aktuelle oscam-Revision kompiliert und auf das MCA kopiert. Läuft - bis auf die Freezer bei NDS...
Die Idee, CW0 und CW1 so zusammenzusetzen, wie sie bei Nagra offenbar generiert werden (ohne Nullen, das letzte CW noch enthalten), hatte mich motiviert. Leider geschieht dies bereits. Aktives DVBAPI-Logging hat es bestätigt. Auch ein testweises Vertauschen der odd/even-CWs brachte nichts außer ein schwarzes Bild.

Inzwischen bin ich auch der Meinung, dass die Verbindung oscam <=FIFO=> mcam <=SCI=> CAM einfach zu langsam ist. Es reicht ja schon aus, wenn die ECMs unnötig verspätet oscam erreichen und die Abfrage sich dadurch verzögert. Berücksichtigt man auch noch die Laufzeit des CWs zurück zum CAM, wird das Problem noch deutlicher. Aber um darüber eine genaue Aussage treffen zu können, müsste man sich die Signale und Timings anschauen. Eigentlich wollte ich ja vermeiden, mein MCA zu zerlegen. Na, mal gucken...

Viele Grüße
-audiofan-

 

[dirtyharry123]

AW: Oscam Versuch V13/NDS

Hi audiofan,
schön das du wieder da bist!

Das seltsame ist ja, dass die Freezer immer erst dann entstehen, wenn das CW geschrieben wird.
Das spricht ja eigentlich dagegen, dass es zu spät ist, da ja zu diesem Zeitpunkt das alte CW wohl noch funktioniert.
Ist sehr seltsam das Ganze.

Was die Sache mit mcam und mio angeht:
Ich bin inzwischen weitergekommen mit dem Kernel,
ich kann jetzt einen komplett eigenen Kernel aus den Quellen bauen, mit dem auch die proprietären Kernel-module (mio.ko) funktionieren.
Außerdem habe ich es inzwischen auch geschafft, den Bootloader (APEX) zu patchen und aus den Quellen zu bauen,
nur die LEDs funktionieren nicht im selbst kompilierten APEX (dürfte nicht allzu kompliziert sein, das noch einzubauen, hat aber gerade keine Priorität).
Damit ist es uns möglich eigene Treiber für das SCI zu entwickeln.
Hast du Erfahrung mit Kernel-programmierung und Interesse dabei mitzuhelfen?

Grüße

dirtyharry123

 

[kasi45]

AW: Oscam Versuch V13/NDS

Hi audiofan,

klasse das du mal wieder etwas zeit für das mca hast.

dirtyharry + gompf sind auch wieder am ball. such doch mal den direkten kontakt.
im team habt ihr doch mehr möglichkeiten und du kannst dir das zerlegen vom mca vielleicht ersparen.

viel erfolg!

vg kasimodo

sehe dirtyharry123 war schneller -> ist auch schon da! ;-)

 

[audiofan]

AW: Oscam Versuch V13/NDS

Hi

@dirtyharry123!:
Die Frage ist, wann bei NDS tatsächlich die Umschaltung auf das jeweils aktuelle CW erfolgt.
Wenn dies tatsächlich schon relativ kurz nach Senden des korrespondierenden ECM passiert, spricht dies für Timing-Probleme.
Anderer Gedanke: Könnte es vielleicht auch sein, dass das neue CW zu früh geschrieben wird und die Freezer entstehen, weil das gerade noch gültige CW vorzeitig durch das neue ersetzt wird? (Aber ich glaub, das wurde zuvor auch schon mal diskutiert...)

Zum Kernel etc.:
Gute Arbeit! Klasse! Das hört sich vielversprechend an.
Naja, direkte Erfahrung mit Kernel-Programmierung habe ich leider nicht. Mein Bereich liegt eher bei kleineren MCUs.
Allerdings würde ich zumindest unterstützen/testen wo ich kann.

@kasimodo:
Naja, irgendwie reizt es mich ja doch schon, die Hardware genauer unter die Lupe zu nehmen
Klar, Kontakt sollte man wieder aufnehmen.

Gruß
-audiofan-

 

[gompf]

AW: Oscam Versuch V13/NDS

@audiofan
Das Umschalten passiert immer gleich, das geht garnicht anders, sonst muessen sie verschiedene crypt streams schicken. Die frage ist wann der ECM kommt und dann verarbeitet wird. Die verschiedenen Verfahren beschraenken sich ja auf unterschiedliche ECMs und die berechnung des CWs in den Karten. Aber zum genau dem selben Zeitpunkt muss am Ende der errechnete CW, der auch immer gleich ist am Scrambler anliegen. Das CW zusammensetzen wars ja leider nicht, indeed.

@all, ich denke die das ist wie gesagt eine Timing issue, wobei meine Tests bisher nicht beweisen das es wirklich zu spaet kommt das CW. Allerdings stossen mir auch die Shortcuts in DVBAPI effektiv fuer das MCA aus (wie AZBOX) da koennte auch einiges sein. Ich denke nicht das das interface zur hardware zu langsam ist. Wenn es ueberhaupt irgentwas mit der Hardware zu tun hat, dann kriegt das MCA executable irgentwas beim NDS ECM in den falschen hals und geht meditieren, sonst kann ich ir nichts vorstellen.

Ich habe mir in der letzten woche verschaeft das Smartcard protokoll angesehen. Ich denke das ist wirklich moeglich.


@Dirtyharry: Beantworte mal deine PM

/Gompf

 

[2predator]

AW: Oscam Versuch V13/NDS

@gompf

Fakt ist aber das 100 MHz ganz schön schmalbrüstig sind. Auch wenn die Ursache in einer schlecht programmierten Firmware liegen, lässt sich mit einer frisierten Hartware bestimmt was machen.

Was hält du von XC9536XL-10-VQ44+ gegen ein XC9536XL-5-VQ44+ zu tauschen? Die Chips sind so gut wie Idäntisch er frist nur ein wenig mehr strom.


So könnt man das booten beschleunigen und vielleicht bewegen sich die Umschaltzeiten im normalen Rahmen .


Wenns bedenken gibt, immer raus damit.

 

[breitflansch]

AW: Oscam Versuch V13/NDS

glaube nicht das es am prozessor liegt.
selbst eine alte dbox2 mit 66mhz prozessor hat keine hohe auslastung mit oscam...
das ist ja einer der vorteile vom oscam.