Dies ist eine mobil optimierte Seite, die schnell lädt. Wenn Sie die Seite ohne Optimierung laden möchten, dann klicken Sie auf diesen Text.

Ecm Aufbau Erklärung Und Nds Status Byte Meldungen Der V13/v14 Karte

    Nobody is reading this thread right now.
Ich dachte in dem EMM ein Datumsstempel drin ist? Wofür ist der da, wenn er nicht eine "Gültigkeit" festlegt?
Der vorletzte EMM ist ein unique, den kann ich nicht schreiben. Aber warum nicht den letzten?
 
Zuletzt bearbeitet von einem Moderator:
1. ja Datumstempel ist drin, aber die Karte weiß ja beim EMM nicht "wie spät" es ist, das juckt da im Moment nicht, interessant ist es dann im ECM, die karte weiß: gültig bis 01.09.2020 durch das emm, im ecm steht jetzt ecm vom 02.09.2020 --> CW wird nicht zurückggeben ...

2. weil ich mich verlesen habe, das letzte ist nicht unique ... da haste recht, dann versteht deine karte nur das vorletzte so nicht ..
 
Zuletzt bearbeitet von einem Moderator:
Seit der Aktivierung meiner Karte sind Tiers gekommen und Tiers gegangen. Wenn ich einen alten Verlängerer schreibe, kann man so Tiers wieder loswerden?

Ich vermute, dass beim alten Verlängere nichts passiert. Liegt es daran, dass die Karte nur den Verlängerer mit neustem Zeitstempel nimmt. Andererseits gilt doch, dass ein "höherer" Verlängerer einen niedrigeren Verlängerer überschreiben kann. Wie passt das mit dem Zeitstempel?
 
schon, nur hast du dann auch das alte ablaufdatum der Tiers, bringt dir somit nix ...

2 gibt grundlegend 2 Verlängerungs EMM's,

das "große": löscht alle Tier's und schreibt deine aktuellen neu
das "kleine": (hier standartverlängerer genannt): verlängert alle Tiers auf das Datum X

--- das ist jetzt sehr einfach ausgedrückt, aber grundlegend isses so, der sogenannte Standartverlängerer verlängert alle bestehenden Entitlements einer Art (hier Freischaltung Sender) auf ein bestimmtes Datum, PPV-Tiers bleiben aussen vor, logischerweiße, würde aber auch nicht bringen, jedes Select Event hat sein eigenes Entitlement ...
Das große kann jetzt "alles" machen, also: alle löschen, neuschreiben, oder nur hinzuschreiben ... oder oder ...


am ende bleibt aber das Ablaufdatum auf den Tiers, welches das EMM damals mitgebracht hat ... somit: nutzlos ...

Es gibt sicherlich Einschränkungen und Filter die zusätzlich greifen, betreffend was du schreibst, aber da dieses gespiele mich nicht interessiert, müssten sich die EMM-Junkies dazu auslassen ...

aber irgendwie isses OT inzwischen ...
 
2016/08/03 02:00:03 0000000000000000 82702001020602 97 03 0000A4 169014 4002 7A2A71C65FA6E43590E3D89177D488CDD708 blocked
2016/07/25 02:00:04 0000000000000000 82702001020602 96 19 0001BA 169014 4002 6A2755544EE467D6D3A87F5F4E26E978939F blocked
2016/07/19 02:00:04 0000000000000000 82702001020602 96 13 0001B4 169014 4002 F3B0FD5FA96AB5E5BA9EB909BDF2E5C6B879 blocked
2016/07/17 02:00:05 0000000000000000 82702001020602 96 11 0001B2 169014 4002 9D193CA96533E26F6D217B625B3CBFDB4B6E blocked
2016/07/24 02:00:06 0000000000000000 82702001020602 96 18 0002BA 169014 4002 43037D828495923A9A1D8120286233C7D5AE blocked
2016/07/11 02:00:07 0000000000000000 82702001020602 96 0B 0002AD 169014 4002 A04D6F65A04F5B590FF64E6A53578C53F711 blocked
2016/08/06 02:00:12 0000000000000000 82702001020602 97 06 0005AC 169014 4002 DFFB95385C849A474A53038A429AC8D04AC3 blocked
2016/07/14 02:00:14 0000000000000000 82702001020602 96 0E 0006B4 169014 4002 285A1C8717963BDCE430CD8C20AA2EF64FEC blocked
2016/07/12 02:00:40 0000000000000000 82702001020602 96 0C 0013BF 169014 4002 57535D477858C8FB5811296811DFBAF7147A blocked

juli 96
august 97

2016/07/17 02:00:05 0000000000000000 82702001020602 96 11 0001B2 169014 4002 9D193CA96533E26F6D217B625B3CBFDB4B6E blocked
2016/07/19 02:00:04 0000000000000000 82702001020602 96 13 0001B4 169014 4002 F3B0FD5FA96AB5E5BA9EB909BDF2E5C6B879 blocked
2016/07/25 02:00:04 0000000000000000 82702001020602 96 19 0001BA 169014 4002 6A2755544EE467D6D3A87F5F4E26E978939F blocked

0001B2=1B3-1B4=2
0001B4=1B5-1B6-1B7-1B8-1B9-1BA=6


2016/07/11 02:00:07 0000000000000000 82702001020602 96 0B 0002AD 169014 4002 A04D6F65A04F5B590FF64E6A53578C53F711 blocked
2016/07/24 02:00:06 0000000000000000 82702001020602 96 18 0002BA 169014 4002 43037D828495923A9A1D8120286233C7D5AE blocked


0002AD=2AE-2AF-2B0-2B1-2B2-2B3-2B4-2B5-2B6-2B7-2B8-2B9-2BA=13
 
Moin,

Code:
2016/05/26 18:21:16 0000000000000000 82702001020602 94 1A 82A7E1 169014 4002 FBD00A06F14A7A3DA50E2BB8F5B9443432DC blocked

dann steht die 94 für Mai, richtig?
Aber Dez wird nicht 101 werden, oder?

Was sagt denn die 2 bzw. 6 aus?
Code:
0001B2=1B3-1B4=2
0001B4=1B5-1B6-1B7-1B8-1B9-1BA=6
 
schau dir die tage an
11+2=13
13+6=19

0001B2=1B3-1B4=2
0001B4=1B5-1B6-1B7-1B8-1B9-1BA=6
 
Da wird weiter gezählt wenn ich mich nicht irre.
ist das Jahr gar nicht drinnen?
Nur dd und mm?
 
Puh, da qualmt der Kopf schon am Morgen

Nehmen wir mal bitte
Code:
2016/05/24 15:58:10 0000000000000000 82702001020602 94 18 6F4469 169014 4002 9D92504C5E4189F9621786141F115896F0BC blocked
2016/05/26 18:21:16 0000000000000000 82702001020602 94 1A 82A7E1 169014 4002 FBD00A06F14A7A3DA50E2BB8F5B9443432DC blocked

Code:
18-1A = 4

6F4469   - 82A7E1
7292009 - 8562657  = 1270648
welche aussage stimmt?


Warum sollte das Jahr drinnen sein, wenn immer nur x Tage dazu gezählt werden?
Deshalb glaube ich nicht, das ein Jahr drin steckt. Aber wissen tu ich es nicht.
 
Ist 6F4469 nun die Kartengruppe wie in manchen Threads beschrieben oder ist es ein Timestamp?
Es wäre dann ja der 01.01.1970 wo der Unix-Timestamp beginnt und wie er unter Oscam angezeigt wird wenn Tiers per ins76 gelesen werden
 
sorry, aber das hat überhaupt nix zu tun mit dem was auf die Karte kommt, das is einfach das Set Date/Time Nano für den Receiver...

8270 <- emm
20 <- länge
01
02 <- format byte 02 oder 07
06 <- länge für IRD EMM Block (RECEIVER!)
02 <- set date/time am Receiver
941A82A7 <- datum/zeit nach
E1 <- checksum

jetzt kommt der Card EMM Block, das wird auf die Karte geschrieben und ist interessant, der Rest nur Info fürn IRD

169014 4002 FBD00A06F14A7A3DA50E2BB8F5B9443432DC


klar stimmt die Rechnung von Dia, ist aber auch logisch, schliesslich steht dort
der Befehl: Datum Zeit Setzen (function 02)
Somit stimmen die Diffenzen...

Errechnet wird der Spass so:

Code:
Date[4]={0x94,0x1a,0x82,0xa7}; // siehe oben 94 1a 82 a7

 void DateCalc()
 {
 year=(Date[0]/12)+1997;
 mon=(Date[0]%12)+1;
 day=Date[1];
 hh=Date[2]/8;
 mm=(0x100*(Date[2]-hh*8)+Date[3])/32;
 }

und jetzt mal mit Zahlen:

Code:
year=(0x94/12)+2004; // = 2016
mon=(0x94%12)+1; // == 5
day=(0x1a); //  26
hh=0x82/8; // = 16
mm=(0x100*(0x82-16*8)+0xa7)/32; // = 21

Ergebniss ist also: 26.05.2016 16:21

Bedenkt man, das Sky UTC Zeiten austrahlt und wir gerade Sommerzeit haben, kommen wir schön auf das Datum wo Dia geloggt hat, nähmlich:
26.05.2016 18:21

btw: in Date[4] stecken noch die sekunden, das lass ich aber mal aussen vor...


... so hoffe habe das gerechne ein für alle mal gelöst hier *fg*
 
Nur mit dem Card EMM Block können wir nix anfangen da verschlüsselt oder?
Bis auf manche die ja mit ner V13 verrückte Sachen machen (ausser es sind Gerüchte )
 
@dtrm
Danke.

Erkläre mir nur bitte warum du
year=(Date[0]/12)+1997;
year=(0x94/12)+2004;
zwei unterschiedliche "Jahre" nimmst.

Gruß
 
... weil die C Funktion aus meinen Unterlagen 2007/2008 stammt (BSkyB) und beim rechnen mir wieder einfiel, das es bei Sky DE das Jahr anders war, und ich oben nicht korrigiert habe ...
habe letztes Jahr bein decodieren von anderen Sachen das nochmal geprüft, die Funktion stimmt noch, nur das Offset-Jahr hat sich verschoben ...

und ja, das wichtige, interessante ist der Card-EMM Block, und der ist seit je-her bei Sky DE mit Nano 90 verschlüsselt, bei Sky UK gab es noch Zeiten da war dieser Teil auch unverschlüsselt, da konnte man noch genau sehen was das EMM macht, nur ändern ging damals natürlich schon nicht, da das Signature-Nano entsprechend enthalten war, UK hat dann die 90 "eingeführt" und die 09c4 hat das gleich mit übernommen ...
 
Zuletzt bearbeitet von einem Moderator:
zeit ist jeden tag gleich
der tag hat 24 std

sec werden nicht gezählt
da du beim abschalten pünktlich um 02:00 uhr dunkel ist sommerzeit
un nicht um 02:00:00

82702741008302B402001F901D4402AD77DAE11E00420001C6B2CEFB4B9ED2113FE23E572A2690FFCC29


darum auch noch kein paaring

vergessen
geloggt ist immer von 23:00 bis 03:00
durch die zeitverschiebung 01:00 und 02.00

und hier der alruelle
2016/08/07 02:00:04 0000000000000000 82702001020602 97 07 0001A9 169014 4002 3F9C087B968692E85853B0054EF4C11FA249 blocked
 
Zuletzt bearbeitet:
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…