View Full Version : V6 Kaart niet meer te extracten ???
Ik heb even een adviesje nodig omtrent een V6 kaart die na een lange tijd "perfect gedraaid" te hebben nu in eens geen update meer geeft.
Het verhaal gaat als volgt:
Van de een op de andere dag geen beeld meer.
Kaart even in de Phoenix progger gestopt (ja ja, echt ouderwets), met MK4.4 even unlocken en kaart weer in de ontvanger steken.
De gedachte hierachter is dat de kaart misschien wel nieuwe mk's toegestuurt heeft gekregen.
Ontvanger op de huisvrouwenzender RTL4 en viola, we hadden weer beeld.
Daarna terug in de progger om wat "modificaties" te verrichten.
Maar wat bleek, de kaart is niet meer te extracten!!
De mk01 prim. is geen probleem maar de secondaire key tesamen met de mk00 en mk01 van ID 0019 blijven na diverse pogingen onzichtbaar!!
Direct even gekeken op de slaapkamer ontvanger (die zelden aanstaat) en het zelfde verhaal, geen beeld dus.
Dit is een oude 4.x kaart overigens.
Dus deze kaart ook weer unlocked en in de ontvanger gestoken en gelukkig na een tijdje ook weer beeld.
Deze kaart heb ik daarna ook in de progger gestoken en tot mijn verbazing ( het uitlezen ging prima) waren de MK01's van ID 0019 weg! (??)
Mijn vraag is of ik nu gek word of heeft C+ eindelijk de kaarten weten dicht te timmeren?
Het programma waar ik mee extract is MK4.4 in combinatie met win. XP.
Wie heeft hier meer ervaring mee?
Satslope
01-10-2002, 21:17
Stonden die keys 01 er nog op toen je em in de progger deed?
Misschien lopen ze ze nu te wissen ivm de nieuwe kaarten of zo? (lijkt me sterk trouwens)
Ja, dat is het vreemde van het verhaal wat ik vergeten ben te vermelden.
Voordat ik de kaarten had unlockt had ik ze even gecontroleerd of de key's er nog op stonden, wat het geval was.
Dus met de update op RTL4 zijn de Keys op de 4.0 kaart gewist, en op de 6.0 kaart onbenaderbaar gemaakt.
Vreemd, maar waar!
Je zou eens kunnen loggen om te zien welke Ins er naar de kaart is gestuurd..........
Toch wel irritant dat de backdoor key niet meer gevonden kan worden door MKF4.4.
ik kan enkel nog proberen om er een nieuwe seca key op te zetten, wat al eens eerder is gelukt.
Het vervelende is dat ik de oude backdoor key die ik genoteerd hebt niet meer kan vinden.
Ik begin te vermoeden dat deze V6 kaart al is omgetovert tot seca2, en dat alleen de "oude" 4.0 kaarten worden omgewisseld.
Ok, na een paar uurtjes prutsen weer even een update:
Backdoor key geplaatst en absoluut geen toegang meer te krijgen, het is om dwaas van te worden!
Allerhande keys aangemaakt ( onderandere 02 en 06 ) maar niets mocht baten, maar het fijne van het verhaal was dat na het verwijderen van de extra keys de kaart compleet op slot ging en om een startup record gevraagd werd.
Deze had ik genoteerd voor het expiriment dus dat leek mij geen probleem verder, was het niet dat de kaart te kennen gaf dat het record niet geldig was........ (aaarrrghhhh)
Dus back to basic en getracht de orginele settings op de kaart terug te zetten door de opgeslagen data , die ik toen de kaart nog werkte had weggeschreven, terug op de kaart te laden.
Mooi niet dus vanwege dezelfde meldingen over een foute backdoor en seca record.
Expiriment over en ik heb deze kaart vernietigd door 12 volt op de readcontacten te zetten, zodat deze kaart ook door C+ niet meer is uit te lezen, en zo de geschiedenis te achterhalen.
En nu even wachten tot ik een verse kaart krijg opgestuurt............ :-)
Ik ga er maar van uit dat de V6 kaarten de nieuwe seca2 kaarten worden en niet meer te benaderen zijn met MKF4.x.
(wellicht wel met MKF5.x heh heh heh..........)
het startup record moet zijn 00 00 00 00 00 00 00 80 00
en een nieuwe backdoor key aan maken moet het toch lukken
heb je mischien er ook vreemde providers opstaan ???
Ik gok erop dat er nu helemaal niets meer op de kaart staat ;)
Hmmm vreemd, er zouden meer mensen met dat probleem moeten zitten ( in iedergeval 256 - 1=U in de zelfde groep ) en hoor niemand verder klagen ???
Of C+ heeft specifiek een hekel aan U ( wat niet waarschijnlijk is )
Heb hier enkele v6 kaarten probleemloos lopen ??? Ik denk dat vivendi zich meer druk maakt om de verkoop van C+ dan om een kaart wissel voor 0019, maarrrr je weet het nooit hoe de wind in Satland waait.........
Grtzz DJ
Satslope
09-10-2002, 21:31
Ik heb gisterne nog een V6 bewerkt die gewoon loopt in een originele deco. Dat ze er "seca2" van maken lijkt me sterk. Dat geldt voor de V6.5 kaarten maar de 6.0???
Ik vermoed dat de kaart gewoon echt beschadigd (elektronisch) geraakt is door een of andere aktie.
Kan toch weleens gebeuren..
En inderdaad even goed opblazen voor je em terugstuurt, dan kunnen ze nooit aantonen dat het jouw fout was.
Ik heb de door Rienk genoemde startuprecord ingevoerd maar helaas geen resultaat.
Dat de kaart misschien defect geraakt zou kunnen zijn wil ik op zich wel aannemen, maar dan zou de de programmer de boosdoener geweest moeten zijn.
Ik heb er eigenlijk niet aan gedacht om de seca2 record in te voeren om te zien wat het resultaat zou kunnen zijn.
Ik heb nog wel ergens de MK00's en MK01 opgeschreven, en zal eens kijken of daar nog een update overheen gevoerd word.
Eerst even tijd vrijmaken............
nou hier begint het ook heb hier dus ook zo'n blauw grijze kaart maar ik kom er niet in met mkf verder nog niet geprobeerdt
maar op 1 of andere manier leest hij de kaart niet andere v6 kaarten geen probleem kaart aan melden ook geen suc6 krijgt geen update conlusie kaart stuk????
begint er wel op te lijken andere v6 kaarten geen probleem mee maar de blauw grijze laat zich niet bewerken met mkf daar lijkt het wel opiemand anders nog een idee ??
Blauw grijze kaart, is gewoon een Seca 6.0 kaart en is behoudens een afwijkend serienr. identiek aan een gewone 6.0
Er kan ook hobby technisch hetzelfde mee.
@Ptje,
Ik vraag me af of dat werkelijk zo'n gewone V6 is:
weet jij wat dat door MKF "S*ca PPV record" genoemde record bij provider 01 doet?
(50 xx xx xx xx xx xx xx xx xx xx E1)
Die stond toch niet op de gewone V6?
Ik ben dat record wel eens op de italiaanse boards tegen gekomen bij de cardlayout/records van de V7 kaarten.
En inderdaad lijken die blauwgrijze kaarten veel meer problemen met key-extractie te hebben. Record 15 56 verschijnt niet altijd meer op de kaart, en derhalve wordt de bruteforce dan uitgevoerd met de verkeerde data vs de C1 5A data: resultaat geen key gevonden.
Ik heb zelf niet de beschikking over deze kaart, maar heb al een aantal medehobbyisten geholpen zo'n kaart te repareren (startup-record was dan vervangen door de F0), en de kaart reageert in die gevallen bij reparatie inderdaad geheel als de "oude" V6.
Maar key-extractie van bijvoorbeeld de mk00 en mk01 van provider 01 werkt niet meer altijd (niet met MKF én niet met SecaRL).
@drz
Vast en zeker een overbodige vraag, maar weet je zeker dat je bij de key-extractie op de V6 de pbm op dat moment "unlocked" had?
En echt, lees je logs eens na: dat verhaal van die 4.x kaart is wel heel vreemd. Heb je de Ins/update met bijv. wallbanger kunnen loggen?
@Satslope
Wellicht een domme vraag, maar vertel eens wat meer over V6.5 kaarten; ben die nog niet tegengekomen, althans voor zover ik weet. Hoe herken je die?
Satslope
10-10-2002, 18:04
Voorzover ik gelezen heb zijn 6.5 kaarten seca kaartjes uit italie.
Meer weet ik er ook niet van. Kwam het een keer tegen in een of andere tekst file.
Kan zijn dat die nieuwe blauw-grijze ook zulke kaarten zijn die nu gewoon werken als de 6.0 maar later een soort upgrade krijgen.
ALS je zo'n kaart hebt en je hebt alle keys eruit gelezen (dus ook seca-00 etc.) maakt dan een volledige kopie in Wallbanger (met serienummer en alles) en probeer eens mee te loggen als s2 van start gaat!! Mochten ze inderdaad vreemde dingen sturen dan moet dat altijd over key00 op SECA gebeuren lijkt me. Zeker het creeren van nieuwe providers. Overigen een gokje: wordt Nederland ident 0090/0091/0092/0093??? (SAT1/SAT2/Kabel1/Kabel2)
@kcplus, ik heb in de eerste instantie de pbm unlocked voordat ik de kaart weer "teruggaf" aan de ontvanger.
Ik neem aan dat hij deze instelling behoud nadat hij na de RTL4 update weer terug in de progger gestopt werd.
PBM was overigens ook niet meer te bewerken na de RTL4 update.
Als ik de nieuwe kaarten binnen heb (2 stuks) ga ik de informatie copiëren in WB en eens kijken wat er nu precies met de sleutels gaat gebeuren in het nieuwe jaar.
Daar heb ik wel een paar stuivers voor over!
Ik ben al een aantal uurtjes aan het loggen met de key's van mijn inmiddels overleden V6 kaart en zie dat de complete groep word vervangen.
Mijn eigen key is er inmiddels al uit de serie gehaald.
Met andere woorden, ik tel zo'n 20 abbo's.
Toch zie ik weinig "vreemde" instructies heen en weer vliegen die aangeven dat er veranderingen op komst zijn.
Ik zal het complete setje maar een paar dagen laten draaien om te kijken of WB misschien andere MK's krijgt van meneer C+.
We moeten nog maar even geduld uitoefenen.............
Ok dan, geef mij maar een jurk en noem mij maar jannie want ik begrijp er nu echt helemaal niets meer van!
Ik krijg nu al een tijdje netjes de sleutels over het scherm maar van het een op het andere moment krijg ik een signature error met een groot rood kruis achter de ID0019 en gelijk einde updates.
Ik reset het programma en wil gaan loggen met andere keys en terwijl ik aan het zoeken ben naar mijn MK's krijg ik zoder maar iets te veranderen gewoon weer update's!
Is dit nu een bug in WB of is C+ echt aan het expirimenteren ??
Ik ga het eens met een oudere versie van Wb proberen om te kijken of dat soms beter gaat.
Vreemde situatie heren!!
[edit]
Na de reset kreeg ik dus weer een groen vinkje en direct nadat ik de maandkeys op het scherm kreeg gelijk weer een rood kruisje.
Ik zie nergens een vreemde instuktie ofzo langskomen wat dit fenomeen kan verklaren.
even nog wat over de blauw grijse kaart
ik krijg hem dus helemaal niet open maar het vreemde is eigelijk via via nog wat werkende kaarten niks mee gebeurt hebben allemaal (2) de datum op 2 okt 2 staan en hebben nog gewoon beeld hoe zit dat dan ???
want dat lukt echt niet met de zwart gele kaart v6
maar ik kom dus op een of andere manier niet in die kaarten met mkf gebruik gewoon nog een phoenix en met de (normale) v6 kaarten geen probleem schiet mij maar lek
@drz
Probeer je wallbanger log eens te ontleden:
krijg je uitsluitend de Ins C1 40 01 81 4E of ook de C1 40 01 80 52? Log je met alleen de ppua of heb je ook de kaartspecifieke UA in wallbanger "aangezet"?
Probeer eens uit of je niet per ongeluk met een UA logt die niet bij jouw 0019 provider-mk00 hoort.
De UA waarmee je feitelijk logt stel je vast in het provider-menu.
Dus in wallbanger óf de UA bij de betreffende provider óf de UA bij S*ca.
@rienk
Je kunt toch nog wel een backdoorkey aanmaken en over die key de kaart benaderen?
Wat er inmiddels gebeurt kan ik erg slecht verklaren, maar het lijkt er op dat de kaart aan en uitgeschakeld word bij C+, en dat zonder dat je beeld op zwart gaat.
Zo'n vergelijkbaar idee krijg ik hier met het loggen tenminste!
Het ene moment zijn de key's geldig en een minuut later niet meer.
Vreemd hoor.
Op dit stukje gaat het fout:
Incoming EMM Instruction
C1 40 03 80 58
Received Encrypted Data
EF 04 E6 F6 B5 49 FF 63 7B C3 20 32 BD A0 9F 0B
C6 2B 18 5F F9 C0 70 AF 94 9A B4 C9 79 84 78 80
8F 0C BB 9D D8 14 7A 84 E4 B8 FF D5 6D 3D 65 62
81 46 5B DB 31 20 FC 5F 77 A1 3D 9D 12 D9 57 7A
88 D0 87 6A 24 5A F4 C1 83 9B A0 E6 E4 3A AA F0
89 B7 C2 8B E9 6C F2 0D
90 1D-Signature Wrong!!
Incoming ECM Instruction
C1 3C 03 0C 2B
Received Encrypted CW
71 00 00 19 07 D2 00 0A 12 00 27 19 4A 13 01 13
09 D1 94 B9 0B 0A CA 5D 6A 5E DC 44 18 BC 5A B9
1B 00 82 AF 59 BE E8 CF E8 C6 3B
90 00
Bundle/Bitmap : 00 00 00 00 00 00 02 02
Signature OK!!
Request Decrypted CW
Is er iemand die mij kan helpen met het ophelderen van deze gebeurtenis?
Ik denk dat de mk00 die je in wallbanger hebt ingevoerd NIET past bij de UA waarover deze Ins wordt gestuurd (of omgekeerd, zie mijn vorige posting).
De gewone key-updates die WEL doorkomen bij jou zullen dan wel de reguliere 81 4E updates zijn.
Je kunt proberen de hierboven door jou geposte Ins eens te decrypten met een andere mk00, om te zien of er iets van te maken valt. Gelet op de LN- byte van 58 ben ik wel benieuwd welke data c.q. nano's er "extra" worden verzonden.
Het is al weer een tijdje geleden dat ik zelf heb gelogd. Ik weet niet beter dan dat LN=52, maar ja, de tijd staat niet stil ;) .
Voor alle duidelijkheid:
Ins C1 40 03 80 58
.............. 90 1D
C1 40 = EMM Ins
03 = provider op plaats 03 in wallbanger
8_ = superencrypted
_0 = MK00 van provider 03 (zie hiervoor)
58 = lengte-byte
....
90 1D = primary key (00) is fout!
Of in termen van gelijke strekking.... ;)
@kcplus, ik heb inmiddels alle andere providers uitgezet in WB om te kijken of die aanwezigheid soms de rarieteit aanmaakt maar dat bleek niet het geval.
Op plaats 3 van WB staat ID0003 en ID0019 op 9.
Met mijn orginele MK's gaat het loggen wel goed dus lijkt het alsof er duidelijk met de specifieke V6 kaart word gesleuteld.
Even tussen haakjes, de mk's van de V4 kaart, die op de kaart zelf verdwenen waren, zijn inderdaad niet meer geldig,en heeft deze kaart de nieuwe mk's gemist door de bpm lock.
Maar beste kcplus, is het niet zo dat er een complete serie kaarten met exact dezelfde MK's in omloop zijn met alleen een afwijkende PPUA?
En dan is de afwijking van de PPUA volgens mij beperkt tot te laatste bit waar WB ,als ik mij de technische kant van WB nog goed herriner, niet naar kijkt.
Of loop ik inmiddels met verouderde informatie rond in mijn hoofd?
@kcplus, als ik jouw verhaal toepas betekent het dan dat de lengte van de byte niet klopt? ( de 58 instructie)
En dat de MK00 van provider 0019 dus niet meer geldig is?
De door jou ontvangen instructie komt binnen over de UA en niet over de ppua!
Met plaats 03 bedoel ik verder dat dát dan de derde provider na S*ca is die je in wallbanger hebt aangevinkt (dus actief is).
De mk00 kan best nog geldig zijn, maar ik heb het gevoel dat je per ongeluk met een verkeerde UA aan het loggen bent (die dus niet bij die specifieke mk00 van die provider hoort).
Je kunt een UA bij S*ca invullen én bij provider 0019 kun je ook een UA kwijt. Deze laatste is echter in wallbanger pas actief als je daarvoor kiest in het menu providers (Cardserial/UA on: )!
En je kunt maar met één UA tegelijk loggen ;) ; dus kies de juiste.
De actieve UA kun je terugzien meteen na een reset in wallbanger na de C1 0E 00 00 08.
Verder is het volgens mij zo dat iedere ppua "xx xx xx cc" een eigen mk01 heeft. Maximaal 256 CustWP (op de "cc"-plek) per groep dus. En wallbanger let inderdaad niet op de CustWP.
Zeker weten doe ik het niet, maar ik dacht dat de mk00 wel kaartspecifiek was. Maar nogmaals die wordt gebruikelijk slechts over de UA benaderd.
De lengtebyte is natuurlijk niet fout, maar de provider zendt klaarblijkelijk nog 6 extra bytes in de instructie mee: dat kunnen databytes en nanobytes zijn.
Ik hoop dat je toch een valid mk00 kunt vinden, want ik ben best benieuwd wat er nog voor extra data worden verzonden.
@drz
Ik ben denk ik ten aanzien van jouw logresultaten dicht bij een oplossing gekomen.......
Vanmiddag ben ik zelf gaan loggen met wat V6 kaartgegevens.
Inderdaad komen er naast de normale maandkey-updates (Ins C1 40 01 81 4E) ook speciale EMM's voorbij: Ins C1 40 01 80 58.
Bij één kaart zag ik twee verschillende EMM's van die soorts "langskomen". En wallbanger geeft dan aan 90 1D: signature wrong.
Goed, je wist al dat ik dacht dat je met de verkeerde UA aan het loggen was. Maar ik wist zeker dat ik het nu goed deed! ;) .
Dus had deze foutcode een andere oorzaak.......
Het proggie Satangel dus even van stal gehaald, en de beide gecrypte data van de 80 58 Ins met de bekende MK00 van Provider 01 gedecrypt. Dat ging PRIMA!!!
De volgende gegevens kwamen naar voren:
Gelet op de LN-byte 58 moesten er 88 bytes data en nano's zijn.
In de eerste Ins als volgt:
Nano 80 met 8 bytes 00 00 00 00 00 00 00 00
Nano 90 met index 51 en 8 bytes voor de nieuwe primary key 01
Nano 91 met index 51 en 8 bytes voor de nieuwe sec. key 01
Nano 21 met 2 bytes voor de datum 19 7E
Nano 90 met index 5C en 8 bytes voor de maandkey 0C
Nano B0 met 11 bytes voor dat "rare" Seca PPV-record
Nano 90 met index 5D en 8 bytes voor de maandkey 0D
Nano 90 met index 5E en 8 bytes voor de maandkey 0E
Nano 41 met 4 bytes voor de nieuwe ppua
Nano 82 met 8 bytes signatuur
Totaal 10 Nano's en 78 databytes.
De tweede Ins is als volgt te ontleden:
Nano 00 onbekend
Nano 00 onbekend
Nano 10 gevolgd door te deleten key met index 03
Nano 10 gevolgd door te deleten key met index 02
Nano 80 met 8 bytes 00 00 00 00 00 00 00 00
Nano 90 met index 51 en 8 bytes voor de nieuwe primary key 01
Nano 91 met index 51 en 8 bytes voor de nieuwe sec. key 01
Nano 21 met 2 bytes voor de datum 19 7E
Nano B0 met 11 bytes voor opnieuw dat "rare" Seca PPV-record
Nano 00 onbekend
Nano 90 met index 5C en 8 bytes voor de maandkey 0C
Nano 00 onbekend
Nano 00 onbekend
Nano 90 met index 5D en 8 bytes voor de maandkey 0D
Nano 00 onbekend
Nano 41 met 4 bytes voor de nieuwe ppua
Nano 82 met 8 bytes signatuur
Totaal 11 bekende en 6 onbekende Nano's en 71 databytes.
Ik denk dat wallbanger de B0 nano niet aan kan, en daarom de gehele instructie als onleesbaar beschouwt; wallbanger zegt dan dat de key niet juist is, maar dat blijkt dus geen juiste conclusie!!
We weten nu dus waar dat Seca PPV-record bij provider 01 vandaan komt. De functie? Geen idee.
Toch denk ik dat dát record er de oorzaak van is dat de V6 niet meer zo gemakkelijk zijn keys prijsgeeft.
We zouden eens kunnen testen met zo'n V6 eerst met dat record en dan zonder. Het record moet m.i. namelijk gewoon te verwijderen zijn.
Wat ik wel vreemd vind is dat de PBM op 8x00h wordt gesteld.
Nader onderzoek is hier op zijn plaats.
Zo, ga ik nu eens loggen met mijn nieuwe setje ppua/mk01 :D .
@drz
Het nieuwe setje ppua/mk01 loopt als een trein :D:D .
Als ik dit hele topic nog eens teruglees, en de geschiedenis van jouw V6 weer voor de geest krijg, denk ik dat op enig moment jouw kaart onbenaderbaar is geworden doordat in het startuprecord een exacte kopie van de mk00 S*ca (index F0) terecht is gekomen.
Kijk dat nog eens na in jouw MKF-logfiles van vlak voordat je kaart overleed, alsjeblieft.
Dit probleem blijkt zich inderdaad vaker voor te doen met kaarten die ofwel een pbm-lock hebben of waarvan het bugrecord gewoon 1556 niet (meer) op de kaart verschijnt.
En sinds ik dat nieuwe record 50....E1 op de kaart tegenkom is dit verschijnsel vaker voorgekomen.
Het is nu toch mosterd na de maaltijd :( , maar ik weet zeker dat de kaart op dat moment nog te repareren zou zijn geweest.
Ik heb inmiddels meerdere kaarten die dit euvel hadden kunnen helpen herstellen.............
Wordt die geschiedenis van jouw V6 toch wat logischer.
@kcplus, ik zal dat log even opsnorren en hierzo publiceren.
Ik kan natuurlijk de gehele log ongecensureerd plaatsen zodat ook de wat minder fanatieke hobbyist een verse MK00 en MK01 serie heeft, maar denk ik dat dat niet op prijs word gesteld.
Zelfs niet als deze keys niet meer ,of tijdelijk geldig zijn.
Ik zal hem daarom maar censureren voor de fatsoenlijkheid. :-))
Er valt dus (eindelijk) weer wat te hobbyén!!!!!!!!!!!!!!
zit hier toch nog wat te kl**ten maar is het mischien mogelijk dat die blauw grijze kaarten een wat lagere spanning nodig hebben???
zit hiet met een phoenix en daar komt zo'n 5 volt af teminste de spaningsregelaar 7805 zit er op dus meer zal het dan ook niet worden maar is dit misschien nog teveel ?? iemand een idee ??
De logfile is onderweg, kcplus, nog even geduld omdat het filetje in mijn expiriment pc opgeslagen is en ik deze nog niet kan benaderen wegens een VGA probleem......(de kaart had ik verkocht) :-)
@rienk, de V6 kaart is voor de RTL4 update nog keurig uit te lezen en daarna niet meer dus lijkt het mij dat het echt een software probleem is.
Tenzij C+ inmiddels in staat is om de hardware te wijzigen in hun ontvangertjes, wat mij niet waarschijnlijk lijkt.
jdelamain
23-10-2002, 03:29
Ik had hier nog een splinternieuwe V6 kaart liggen en uit het hoesje gehaald. Ook hier was niets mee te beginnen geen backdoor key helemaal niets. Totdat ik het voltage terug bracht van 12 naar 6 volt. Ik kon er een 06 key opschrijven en ook de 00 key was tevoorschijn te toveren. Maar de ravage was al aangericht. Er waren een aantal rare key's op de kaart bijgeschreven en MKF vroeg om een startup reccord. Ik zie een aantal overeenkomsten maar ik heb nog niemand over het voltage gehoord. Met de V4 kaart heb ik nooit problemen gehad (altijd 12 volt) Misschien dat die V6 kaart daar meer gevoellig voor is.
@drz
Nadat ik jouw logfiles heb bestudeerd kom ik tot de conclusie dat jouw V6 kaart ZEKER nog te repareren zou zijn geweest.
Je hebt er helaas niets meer aan, maar gelet op de cardrecords in jouw laatste logfiles was er sprake van een dubbele MK00 op de kaart in record 0001 in plaats van het startuprecord en nog altijd op de plaats waar die thuishoort in record 0003.
Deze situatie treedt wel vaker op bij de extractie van een V6, maar is zeker nog te herstellen.
Voor meer info over de extractiemethodiek van een V6 lees de faq van Satgirl (het origineel in het Frans, maar op het www is een vrije vertaling van mijn hand aanwezig). Ook de hersteloperatie staat daar beschreven. De link kan/mag ik hier niet plaatsen (denk ik), maar zoek eens op de bekende sites van Nederlandse sathobbyisten.
Jouw 80 58 Log heb ik kunnen decrypten. De uit de logfiles verkregen gegevens heb ik je al doen toekomen...........
Suc6 met je nieuwe setje ppua/mk01 ;)
@rienk @jdelamain
Ik heb nu al heel wat logfiles gezien van kaarten waarbij het extracten niet (meer) lukte.
Ik heb zelf een wat oudere V6 kaart, die ik altijd met 12V heb "behandeld". Zowel met de auoextract van MKF, SecaRL danwel de handmatige methode heb ik nimmer problemen gehad.
De enige overeenkomst in deze logfiles is dat op enig moment tijdens de extractie GEEN hulpproviders meer worden aangemaakt welke zorgen voor de aanwezigheid van het record 15 56 op de kaart. Hierdoor wordt extractie feitelijk ONMOGELIJK.
Waarom deze providers (vaak 0050 en 0051) niet meer worden aangemaakt, m.a.w. waarom MKF deze procedure op enig moment overslaat is mij nog niet duidelijk.
Ik denk inmiddels dat het "nieuwe" record 50...E1 ("S*ca PPV Record") er toch niets mee te maken heeft, daar blijkt dat dit record al op de kaart aanwezig is in situaties dat de extractie nog WEL lukt.
Wellicht dat het te maken heeft met het aanwezig zijn in de MKF-file van reeds bekende keys, die met de Ins C1 5A als valid worden gezien, zodat extractie door de soft niet "nodig" wordt geacht.
Het vervolgens aanhoudend proberen toch te extraheren zou dan tot die af en toe optredende fout bij de extractie kunnen leiden. Af en toe in die zin, dat soms ook geen backdoorkey meer wordt aangemaakt, dat de extractie van de MK00 bij P00 toch start, doch de soft vervolgens geen MK meer "alleen op de kaart" heeft om het startuprecord terug te kunnen zetten.
In die situatie (dus met de dubbele F0 bij P00 op de kaart) is kaart niet meer benaderbaar, anders dan door het handmatig uitvoeren van de V6 extractiemethode, waardoor record 0001 weer vrijkomt, en de F0 in record 0003 weer "gewoon"valid is.......
Iemand een ander idee??
@kcplus, heb je al eens een oudere versie van mk4 geprobeert?
Er met welke progger kun je het voltage regelen?
Er zit in mijn phoenix een 5 volt stabo maar ik denk dat je de 12 volt spanning uit de seriëele poort bedoeld, en niet de werkspanning van de programmer.
Ik moet nu toch echt aan een nieuwe progger geloven als ik dit zo lees! :)
Ondertussen ben ik al dagen aan het loggen met de nieuwe keys, maar ik ben nog geen vreemde dingen tegen gekomen die stukjes van het nieuwe systeem aan het licht moeten brengen.
Misschien een een ander logprogramma proberen waar vriend Ghost mij op geattendeerd heeft!
jdelamain
25-10-2002, 02:41
In de programmer zit inderdaad een 5 v stabilisator daarom heb ik ook altijd 12 volt gebruikt.
Getracht een backdoor 06 op de kaart te zetten dat lukte maar er gebeurde van alles. Er werd een tweede 00 key op de kaart gezet en ook was er een 0B key er was niets meer mee te beginnen. Wanneer ik een key wilde verwijderen vroeg MKF om een startup reccord. Nadat ik het voltage naar 6v had teruggebracht was de kaart weer aanspreekbaar en als mosc te gebruiken. Het enige wat niet meer kan is de kaart extracten en er ontbreekt een sec. 00 key van Seca. De kaart is zelfs AU.
Als het zo is dat de V6 kaart gevoelig is voor spannings verschillen kan hij bij het uit de decoder halen beschadigd zijn en daardoor ook niet meer te benaderen.
@drz
Ik heb alle MKF-versies geprobeerd, vanzelfsprekend.
Mijn eerste V6 heb ik "ontdaan" van de keys met versie 4.2, volledig volgens de handmatige methode op basis van de Satgirl.doc, eigenlijk de eerste theoretische benadering van de V6 extractie.
Alleen heb ik nooit die problemen ervaren die andere hobbyisten wel tegenkomen. Dus ik kan die situaties niet afzetten tegen mijn eigen ervaringen.
Heb ik steeds mazzel gehad, of doen anderen toch iets niet (helemaal) goed?
Ik weet het niet. Testen met een V6 kan ik op dit moment echter helaas niet....
En de schrijver van MKF ontwikkelt het proggie niet verder, omdat hij denkt dat het proggie nu "klaar" is. Via via heb ik het probleem destijds onder zijn aandacht gebracht, maar daar is bij mijn weten nooit op gereagreerd. Misschien omdat het geen probleem van MKF is (zoals gezegd, ik heb het dan ook zelf nooit meegemaakt) maar toch een probleem van "op welke knoppen drukt men" ;) .
Naar mijn mening krijg je met je nieuwe keys/ppua alleen de C1...81 4E Ins binnen. De EMM waar het om gaat is de 80 58, en die heb ik al voor je gedecrypt. Er is waarschijnlijk ook bij jou nog een andere 80 58 (zie eerder), maar ook die zal niet tot nieuwe inzichten leiden. Anders dan dat dat 50....E1 record over nano B0 wordt gezonden. En ik weet echt niet wat dat record allemaal inhoudt of op de kaart "gedaan" krijgt. Nogmaals op een Italiaanse V7 heb ik dat ding eens eerder gezien, maar bijvoorbeeld in Spanje is daar nog niet over gerept (althans voor zover mij bekend).
O ja, die PBM op 00 00 00 00 00 00 00 00 (zie eerder) blijkt te maken te hebben met dat specifieke abootje ;) . Dus toch geen reden tot bezorgdheid........
Bij jou stond-ie in de 80 58 immers op de te verwachten waarde.
@jdelamain
Alles wat er met je kaart gebeurd is heeft te maken met de methodiek van de V6 extractie.
Ik raad je aan op zoek te gaan naar de Satgirl.doc of de vertaling, dan weet je wat er precies plaatsvindt.
Ik wil je ook wel wat info (of een link) per PM geven.
Het AU zijn van de kaart heeft op zich niets met de (nog) aanwezige keys bij P00 te maken.
Dat jouw kaart niet meer te extracten is zou ik niet durven te bevestigen.
Geef eens aan (evt. via PM) hoe jouw recordindeling nu is?
Ik weet bijna zeker dat ik die indeling weer op orde kan krijgen.
Vervolgens kunnen we eens testen of een extractie met bijvoorbeeld SecaRL1.85 wel mogelijk is, dan wel met de handmatige invoer van de diverse Ins om tot het gewenste resultaat te komen.
Als dat allemaal ook niet lukt, dan komt jouw conclusie dichterbij.
Wellicht kunnen we dan vaststellen dat de al dan niet aanwezigheid van dat "nieuwe" record 50...E1 er al dan niet iets mee te maken heeft, maar nogmaals, dat lijkt mij inmiddels (na bestudering van de diverse logfiles) sterk......
Waar blijven de echte S*ca specialisten? Ideetjes?
vBulletin® v3.8.7, Copyright ©2000-2012, vBulletin Solutions, Inc.