De kaart loopt met 9 Mhz in een dreambox nog niet heet, dat weet ik uit ervaring want ik heb hem zelf driekwart jaar zo draaiende gehad.
Met 13.5 Mhz geeft de kaart niet meer thuis dus de xtrend produceert met 500 om 369 een vette overklok ruim over de 10 Mhz.
Het kan geen divider techniek zijn want de oscam code stuurt die 500 als 5 clockspeed naar de internal reader.
Aangezien 369 bij jouw geen sahara omstandigheden triggert of instabiliteit op langere duur zou 4 een normale mhz waarde ergens tussen 1 en 9 moeten opleveren.
Als het divider techniek was geweest zou divider 4 zelfs een hogere mhz waarde naar de kaart toe moeten opleveren, duidelijk niet het geval.
Wat nog wel kan is omgekeerde divider, je deelt niet de maxmhz van de pll maar je vermenigvuldigd een minimale waarde.call (Sci_WriteSettings (reader, reader->protocol_type, reader->mhz / 100, ETU, WWT, reader->BWT, reader->CWT, EGT, 5, (unsigned char)I)); //P fixed at 5V since this is default class A card, and TB is deprecated
Ik ben benieuwd naar je ecm waardes, waar liggen die met jouw xtrend, wellicht dat ik met mijn dreambox vergelijkbare waardes krijg met bekende clockspeeds dan kunnen we ook een goede indicatie krijgen van het rekensommetje wat xtrend intern maakt.
Die ligt tussen de 250 en 300 ms