Bei mir:
00 00 0E 02 03 00 0F 06 00 00 00 00 00 01 20 04
Karte wurde auch im Sky-Reci vor ca 2 Jahren aktiviert
Jetzt hab ich ABO verlängert und es liegen noch nicht geschriebene 39er Verlängerer an. Mal sehen was passiert.
Gruß
Meine Karte hat auch den gleichen Payload und in den letzten Monaten kamen nach Anfangs 82703641er nur noch der 82702741er Standartverlängerer. Seit heute ist es bei mir anstatt des erwarteten 27er ein längerer 82703941er, den ich erstmal mit Vorsicht geniessen werde. Am Abo wurde nichts verändert, HD+ läuft erst Ende November aus.
AW: Karte in "Pairing-Only-Mode" wenn am hintersten Bit der payload Null steht?
Ich hab folgenden Payload:
00 80 0E 02 03 00 0F 06 00 00 00 00 00 01 20 04
Fusebyte 25. Kein F0-Tier. In der Regel kamen hier 27er für die Verlängerung. Ab und zu ein 35er, ohne dass am Abo was verändert worden war.
Seit wenigen Tagen nun ein 37er, den ich noch nicht geschrieben habe.
Das vorletzte Bit hat sich schon durch schreiben der Tiers geändert - Karte war nicht im Sky-Receiver etc.
-> Blöde Idee: 27er Verlängerer oder normaler Verlängerer als letztes verwendet!?
Ich konnte keine Auswirkungen auf den Betrieb der Karte des vorletzten Bits ausmachen? Ist jemanden etwas aufgefallen?
Bei Posten vom Payload schreibt bitte mal dazu welchen Verlängerer (Länge) ihr geschrieben habt oder ob die Karte schoneinmal in einem Sky Receiver oder Modul war, thx.
Was wäre aufschlussreich?
- Bitte ALLE fünf Zeilen des Payloads posten
- Wann aktiviert?
- Mit welcher EMM-Länge?
- Wie lautet das Fusebyte?
- Welcher Verlängerer zuletzt geschrieben?
- F0-Tier vorhanden?
AW: Karte in "Pairing-Only-Mode" wenn am hintersten Bit der payload Null steht?
mal eine dumme frage was willst du aus dem payload erkennen
aus dem pyload kannst du nur sehen
gepaart nicht gepaart
ob receiver mit 01 oder fremd mit 03
02 sind bei beiden gleich
aktivierungsemm sind bei beiden auch gleich 10 20
das F0 tears hat auf das payload direkt keine einwirkung
AW: Karte in "Pairing-Only-Mode" wenn am hintersten Bit der payload Null steht?
Das mit "01 oder fremd mit 03" zweifel ich mal an, kann ich mir nicht vorstellen.
Siehe einen Post höher, das vorletzte bit wechselt von Null auf Eins durch schreiben der Tiers... Nix Sky-Receiver
Was diese Infos und bringen will ich ja gerade herausfinden...!
Gebracht hat es uns schon die Info, dass man schon nach schreiben eines "Aktivierers" erkennen kann ob gepairt oder nicht!
An 0F 06 00 10 20 kann man es ja nicht erkennen. Die 0x10 steht nicht ohne grund für Card needs pairing/extra data - nicht ausschließlich für Pairing!
AW: Karte in "Pairing-Only-Mode" wenn am hintersten Bit der payload Null steht?
dann mach eine liste die 01 haben wirst du sehen sind alle im skyreceiver nicht gepaart
die mit 03 sind fremdreceiver also alle nicht gepaart
der rest ist bei allen gleich
10 20
00 20
AW: Karte in "Pairing-Only-Mode" wenn am hintersten Bit der payload Null steht?
0x01 = 0b00000001
0x03 = 0b00000011
Dann erklär mir warum sich das Byte von zB. 10 auf 0A ändert oder andersrum wenn ich einen Verlängerer schreibe oder die Tiers lösche!? Karte war nicht im Sky-Receiver.
0F 06 00 10 20 00 00 10 >> 10=00010000
0F 06 00 10 00 00 00 0A >> 0A=00001010
Dann erklär mir warum sich das Byte von zB. 10 auf 0A ändert oder andersrum wenn ich einen Verlängerer schreibe oder die Tiers lösche!? Karte war nicht im Sky-Receiver.
AW: Karte in "Pairing-Only-Mode" wenn am hintersten Bit der payload Null steht?
So, da ich die Fehleranzeige in Oscam nie besonders toll fand habe ich mal für mich einen Patch geschreiben.
Da Trunk ja noch down ist habe ich die Modernwebinterface genommen...
Der Patch sollte sich warscheinlich auch mit Trunk kompilieren lassen...?
Ich hab noch nie eine Patch Datei erstellt - also keine Sicherheit, dass es funktioniert!
Bitte erschlagt mich nicht, die Zeiten wo ich C++ programmiert habe sind auch schon einige Jahre her!
Außerdem habe ich noch nie in Oscam "herumgefummelt"...
Aus dem Grund besteht durchaus die Warscheinlichkeit, dass das nicht so funktioniert wie ich es mir ausgedacht habe und/oder euer Receiver grundlos explodiert...!
Änderungen:
Drei neue Meldungen aus dem letzten Bit: not paired - prepaired - paired
Wenn die Karte Jungfräulich ist kommen keine Meldungen zu Tiers und "pairing/extra data". Die Meldung "pairing/extra data" verwirrt nur und "Card isn't active" ist aussagekräftig genug - finde ich.
Ich hab keine Möglichkeit das zu Testen, aber es sollte nun so aussehen:
zB:
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Card isn't active
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Card is not paired (Debug-ECM-Info: 0F_06 02 30 20 00 00 11)
-----------------------------------------
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Card needs pairing/extra data
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Tier expired
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Card is prepaired / Card is paired, but the pairing is deactivated (Debug-ECM-Info: 0F_06 00 10 20 00 00 10)
-----------------------------------------
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Card needs pairing/extra data
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Card is paired! (Debug-ECM-Info: 0F_06 00 10 00 00 00 0A)
-----------------------------------------
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Tier expired
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Card is prepaired / Card is paired, but the pairing is deactivated (Debug-ECM-Info: 0F_06 00 00 20 00 00 02)
-----------------------------------------
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Tier expired
(reader) skyV14 [videoguard2] classD3 ins54: no cw --> Card is not paired (Debug-ECM-Info: 0F_06 00 00 20 00 00 03)
Hab es mal hier hochgeladen:
Link ist nicht mehr aktiv.
Bitte hier keine Diskussion zum Thema Oscam austauschen oder kompilieren etc.!