home *** CD-ROM | disk | FTP | other *** search
/ hackzapple.com / www.hackzapple.com.tar / www.hackzapple.com / DISKII / DISKIITECH02.HTM.orig < prev    next >
Text File  |  2010-10-06  |  16KB  |  283 lines

  1. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
  2. <HTML>
  3. <HEAD>
  4. <TITLE>HACK Z APPLE, Collection Apple II</TITLE>
  5.   <link rel="shortcut icon" type="image/x-icon" href="http://www.hackzapple.com/favicon.ico">
  6.   <meta http-equiv="imagetoolbar" content="no">
  7.   <meta name="author" content="JPL">
  8.  <meta name="KEYWORDS"    content="HACK Z APPLE, JPL, Cracking, Hacking, DISK II, DRIVES, DISQUETTES, Collection APPLE II, APPLE, Apple II, APPLE II Plus, 2+, Europlus, 2e, //e, enhanced, Platinium, Stealth,  Cortland, GS, IIGS, WOZ, IIGS WOZ, ROM 0, ROM 1, ROM 4, IIc, IIc Plus,Apple III, LISA, MAC XL, DARK VADOR, ITT 2020, APPLE BF,APPLE REV0, REVISION 0, RFI, NON RFI">
  9.   <meta name="TITLE"     content="Apple II standard">
  10.   <meta name="OWNER"     content="HACKZAPPLE.COM">
  11.   <meta name="SUBJECT"     content="Collection Apple II">
  12.   <meta name="REVISIT-AFTER"     content="10 DAYS">
  13.   <meta name="LANGUAGE" content="FR">
  14.   <meta name="ROBOTS"     content="All">   
  15. <link href="../BASIC.CSS" rel="stylesheet" type="text/css"> 
  16. </HEAD>
  17.  
  18. <BODY>
  19. <CENTER>
  20.  
  21. <A NAME="DISK02"></A>
  22. <TABLE border="0" cellspacing="0" cellpadding="0" width="700">
  23. <TR> 
  24.     <TD WIDTH="200"> </TD> 
  25.     <TD WIDTH="100"> </TD> 
  26.     <TD WIDTH="200"></TD> 
  27.     <TD WIDTH="200"></TD>
  28. </TR>
  29.  
  30. <TR>     <TD COLSPAN="3" valign="TOP" > <img src="../THEMAS/M3/XDISK2.PNG" BORDER=0></TD>
  31.     <TD  valign="TOP"  >
  32.     <CENTER>
  33.     <A HREF="DISKIITECH01.HTM" > <img  src="../THEMAS/DIVERS/PRIOR1.PNG" BORDER=0></A>
  34.     <A HREF="DISKIITECH.HTM" > <img  src="../THEMAS/DIVERS/HOME1.PNG" BORDER=0></A>  
  35.     <A HREF="DISKIITECH02A.HTM" ><img  src="../THEMAS/DIVERS/SUITE1.PNG" BORDER=0></A>
  36.     </CENTER>
  37.     </TD>
  38. </TR>
  39. <TR> <TD COLSPAN="4" HEIGHT="10"> </TD></TR>
  40.  
  41. <TR>     <TD COLSPAN="4" CLASS="PARAG1"> La disquette que nous venons de voir depecΘe pourrait aussi bien servir sur 
  42.     un APPLE II, un COMMODORE, un IBM/PC ou n'importe quelle machine ayant un lecteur 5'25. Pourquoi ?
  43.     <BR>  
  44. </TD></TR>
  45. <TR>     <TD COLSPAN="4" CLASS="PARAG1K"> 
  46.     En fait l'oxyde magnΘtique dΘposΘ sur le mylar est magnΘtisΘ de faτon totalement alΘatoire. Il y a ce que l'on
  47.     appelle "granules magnΘtiques" : les domaines de Weiss et ce sont ceux-ci qui sont magnΘtisΘs dans n'importe quel 
  48.     sens. Lorsque la tΩte de lecture Θcrit sur la disquette cela oriente les particules en question dans un sens prΘcis
  49.     (parallΦle au champ inducteur) ce qui est dΘjα mieux...
  50.     <BR>  
  51. </TD></TR>
  52. <TR>     <TD COLSPAN="4" CLASS="PARAG1"> 
  53.     Mais ce qui fait que l'ordinateur reconnaεt une disquette comme sienne, c'est uniquement le formattage. 
  54.     Joie de l'harmonisation chaque constructeur y est  allΘ α son idΘe en s'appuyant sur les modΦles existants. 
  55.     En soi, la disquette ne devient spΘcifique α un APPLE II que lorsqu'elle a ΘtΘ formattΘe.
  56.     <BR><BR>
  57.     Le formattage consiste α prΘparer la disquette pour permettre de savoir ou se trouvent les prΘcieuses donnΘes, il y a
  58.     deux choses α connaεtre pour le formattage :<BR>
  59.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"> Le mode d'enregistrement (voir plus bas)<BR>
  60.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"> La faτon dont elle est rΘalisΘe la dΘcoupe en pistes et secteurs qui sont l'unitΘ
  61.     de base du stockage des donnΘes. Le dΘtail du formattage spΘcifique α l' APPLE II est donnΘ dans la rubrique 
  62.     "<A HREF="DISKIITECH03.HTM">format d'une disquette</A>"
  63.     <BR> <BR>
  64. </TD></TR>
  65. <TR>     <TD COLSPAN="4" CLASS="TITRE3K"> La dΘtection des pistes </TD></TR>
  66. <TR>     
  67.     <TD COLSPAN="4" CLASS="PARAG1"> 
  68.     <BR>
  69.     OpΘration Θvidement indispensable, elle peut alors se faire : <BR>
  70.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"> soit par un systΦme physique voir la rubrique
  71.     <A HREF="DISKIITECH01A.HTM">"Hard sectoring"</A><BR> 
  72.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"> soit par un systΦme logiciel, on lit le numΘro de piste sur la piste o∙ l'on est supposΘ Ωtre<BR>
  73.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"> soit par les deux, et lα encore il y a deux mΘthodes :
  74.     </TD>
  75. </TR>
  76. <TR> <TD></TD> <TD COLSPAN="3"  CLASS="PARAG1">
  77.     MΘthode 1 : Utilisation du trou d'index et redondance des informations pour valider le numΘro de piste 
  78.     qui est alors enregistrΘ sur chaque piste.
  79.     <BR><BR>
  80.     MΘthode 2 : on a un systΦme physique (pas le ou les trous d'index cette fois) qui permet    d'Ωtre certain de se trouver sur
  81.      une piste de rΘfΘrence (de prΘfΘrence la piste 0) et les autres sont dΘfinies par un numΘro qui se trouve dans les champs d'adresse. C'est le
  82.     cas d'APPLE. ATTENTION : Le systΦme physique dont il est question est le systΦme de calibrage pour le positionnement 
  83.     sur la piste 0.  Ici il ne s'agit pas de  HARD SECTORING. 
  84.     </TD>
  85. </TR>
  86.  
  87.  
  88. <TR>     <TD COLSPAN="4"  CLASS="PARAG1R"><IMG SRC="../THEMAS/DIVERS/CRACK.BMP"> <B>LES FAUX NUMEROS DE PISTES</B>
  89.     </TD>
  90. </TR> 
  91.  
  92. <TR> <TD COLSPAN="4"  CLASS="PARAG1K">
  93.     Il est possible d'avoir des schΘmas de protection qui donnent de fausses informations sur le rΘel numΘro
  94.     de piste:<BR>
  95.     <IMG SRC="../THEMAS/DIVERS/BULLET2.GIF"> soit ils mΘlangent α dessein l'ordre des pistes : la 2 devenant le 3, la 4 la 7 ou tout autre
  96.     astuce du mΩme genre.<BR>    
  97.     <IMG SRC="../THEMAS/DIVERS/BULLET2.GIF"> soit ils donnent purement et simplement des numΘros qui sont des
  98.     impossibilitΘs physiques la piste 1 Θtant dΘclarΘe comme Θtant la $40, la $AB ou tout autre chiffre supΘrieur 
  99.     α $23. 
  100.     <BR><BR>
  101.     L'objectif est de perturber la routine de positionnement de la tΩte de lecture qui utilise le numΘro de piste 
  102.     pour dΘfinir le nombre de pas de dΘplacement du moteur PAS A PAS.
  103.     <BR><BR>
  104.     Notons que cela n'empΩche pas rΘellement la copie mais dans l'enlΦvement de la protection pour rΘaliser un beau COPYA,
  105.     il faut modifier la routine qui redΘfini les numΘros de piste ou alors la table qui les indiquent... cela
  106.     dΘpend des cas qui sont aussi variΘs que possible. par ailleurs il faut prendre bien garde α ce qu'il n'y ait pas
  107.     une autre routine qui vΘrifie que les numΘros de pistes sont bien eux qui Θtaient dΘfinis par l'Θditeur du logiciel</TD>
  108. </TR>
  109. <TR>     <TD COLSPAN="4" CLASS="TITRE3K"> <BR>La dΘtection des secteurs </TD></TR>
  110. <TR>     
  111.     <TD COLSPAN="3" CLASS="PARAG1"> 
  112.     <BR>
  113.     OpΘration Θvidement tout aussi indispensable que la prΘcΘdente, elle peut alors se faire 
  114.     de faτon totalement analogue: <BR>
  115.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"> soit par un systΦme physique<BR> 
  116.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"> soit par un systΦme logiciel<BR>
  117.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"> soit par les deux<BR>
  118.     </TD>
  119.     <TD ROWSPAN="4">
  120.     <CENTER><IMG SRC="../DISKII/LAVICTIME2AS.PNG" BORDER=0 ></CENTER>
  121.     </TD>
  122. </TR>
  123.  
  124. <TR> <TD COLSPAN="4" HEIGHT="10"> </TD></TR>
  125.  
  126. <TR>     <TD COLSPAN="3" CLASS="TITRE3"> Le systΦme physique
  127.     </TD></TR>
  128. <TR>     <TD COLSPAN="3" CLASS="PARAG1"> 
  129.     Dans ce cas prΘcis ce sont les disquettes qui sont spΘciales. Au lieu de n'avoir qu'un trou de
  130.     dΘtection du dΘbut de piste, il y en a  plusieurs permettant de savoir quels sont les secteurs qui vont pouvoir 
  131.     Ωtre lus par la tΩte de lecture. Bien Θvidemment ces trous peuvent ne pas Ωtre rΘpartis de faτon Θgale.
  132.     </TD>
  133. </TR>
  134.  
  135. <TR> <TD COLSPAN="4" HEIGHT="10"> </TD></TR>
  136. <TR>     <TD COLSPAN="4" CLASS="TITRE3"> Le systΦme logiciel
  137.     </TD></TR>
  138. <TR>     <TD COLSPAN="4" CLASS="PARAG1"> 
  139.     Il s'agit en fait de dΘtecter les bits de donnΘes <BR>
  140.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF">soit en examinant les variations des <A HREF="DISKIITECH04A.HTM">transitions magnΘtiques</A> (cas de l'APPLE II) <BR>
  141.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF">soit en se repΘrant sur des bits d'horloge placΘs avant les bits de donnΘes 
  142.     <BR><BR>
  143.     Le mode d'enregistrement utilisΘ par APPLE est un <FONT COLOR="#40FF40">systΦme FM (modulation de frΘquence) rebaptisΘ par la suite GCR 
  144.     (Group Code Recording)</FONT>. On notera avec attention que ce n'est pas APPLE qui a donnΘ ce dernier nom α ce systΦme 
  145.     d'enregistrement qui s'est dΘfini en fait pour faire la distinction avec le MFM d'IBM (Modified Frequency Modulation).
  146.     </TD>
  147.     <TD ></TD>
  148. </TR>
  149.  
  150. <TR> <TD COLSPAN="4" HEIGHT="10"> </TD></TR>
  151. <TR>     <TD COLSPAN="4" CLASS="TITRE3"> Le mixte
  152.     </TD></TR>
  153. <TR>     <TD COLSPAN="4" CLASS="PARAG1"> 
  154.     Comme le nom l'indique c'est un mΘlange des deux prΘcΘdents : le trou d'index sert au repΘrage du debut de piste 
  155.     ou des secteurs  (il faut Θvidement plusieurs trous dasn ce dernier cas) et il y a redondance avec un enregistrement
  156.     du numΘro de secteur. La lecture se fait normalement par dΘtection des bits d'horloge et des bits de donnΘes.
  157.     <BR>
  158.     Ce mode mixte est un systΦme de type "ceinture ET bretelles", on est physiquement positionnΘ de faτon ad hoc mais on 
  159.     le vΘrifie malgrΘ tout par la lecture d'un numΘro d'identification qui est enregistrΘ.
  160.     </TD>
  161.     <TD></TD>
  162. </TR>
  163. <TR> <TD COLSPAN="4" HEIGHT="10"> </TD></TR>
  164. <TR><TD COLSPAN="4"  HEIGHT="1" bgcolor="BLUE"> </TD></TR>
  165. <TR> <TD COLSPAN="4" HEIGHT="10"> </TD></TR>
  166. <TR>     <TD COLSPAN="4" CLASS="TITRE3K"> LES MODES D'ENREGISTREMENT</TD></TR>
  167. <TR>     <TD COLSPAN="4" CLASS="PARAG1K"> 
  168.     <BR>  
  169.     Dans ce qui suit la densitΘ dont il est question est la BPI (bits per inch). Dans ce qui suit le terme densitΘ est 
  170.     relatif entre les modes d'enregistrements. Pour APPLE II, une rubrique spΘcifique donne des valeurs des diffΘrentes
  171.     densitΘs que sont les BPI et TPI, c'est <A HREF="DISKIITECH01B.HTM">ICI</A>
  172.     <BR><BR>
  173.     Il convient de connaεtre quelques modes d'enregistrements pour une meilleure comprΘhension de ce qui nous intΘresse.
  174.     Les modes d'enregistrement sont  multiples mais on peut citer :
  175.     <BR><BR>
  176.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"><FONT COLOR="RED">RZ (Return to Zero) :</FONT> On sΘpare les 
  177.     zones magnΘtisΘes par une zone non magnΘtisΘe. Au niveau de la bobine un 1 correspond α une impulsion positive et 
  178.     un 0 correspond α une impulsion nΘgative . 
  179.     La base de temps externe pour compter les bits est inutile, on est en mode autosynchrone. Evidement ce systΦme 
  180.     n'est pas l'idΘal pour la densitΘ.
  181.     <BR><BR>
  182.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"><FONT COLOR="RED">NRZ (Non Return to Zero) :</FONT> On supprime les zones non magnΘtisΘes. 
  183.     Il  y a une transition uniquement lorsque les informations passent de 0 α 1 ou de 1 α 0. 
  184.     Cela augmente la densitΘ. Mais comme une sΘquence de bits identiques engendre une transition 
  185.     uniquement au dΘpart, il faut une base de temps pour compter les bits.
  186.     <BR><BR>
  187.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"><FONT COLOR="RED">NRZI (NRZ Inverted) :</FONT> Seuls les bits α 1 provoquent une inversion 
  188.     de magnΘtisation mais il faut une base de temps.
  189.     <BR><BR>
  190.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF"><FONT COLOR="RED">GCR (Group Code Recording) :</FONT> Ce systΦme recouvre plusieurs mΘthode de codage 
  191.     mais dont le principe de base est analogue.  C'est le principe du NRZI en supprimant 
  192.     les sΘquences de zΘros pour faciliter la synchronisation de la base de temps. Pour cela on utilise 5 bits pour 
  193.     coder des groupes de 4 bits. Il est alors  impossible de trouver plus de deux zΘros consΘcutifs.
  194.     <BR><BR>
  195.     Voici la table de codage utilisΘe normalement par le systΦme GCR, elle n'a rien α voir avec les tables utilisΘes par 
  196.     APPLE et n'est lα que pour rappeler ce qu'est le GCR original.
  197.     <BR><BR>
  198.     L'utilisation est simple : pour Θcrire 0000 on Θcrit 
  199.     en fait la sΘquence de 5 bits 11001 sur le disque et la relecture se fait par translation des groupes de 5 bits en 
  200.     groupe de 4 bits de donnΘes.
  201.     </TD>
  202. </TR> 
  203. <TR>     <TD></TD><TD CLASS="PARAG1K"> 
  204.  
  205. <FONT COLOR="CYAN">Valeur</FONT>   Codage<BR>
  206. <FONT COLOR="CYAN">   0000</FONT>      11001 <BR>
  207. <FONT COLOR="CYAN">   0001</FONT>      11011 <BR>
  208. <FONT COLOR="CYAN">   0010</FONT>      10010 <BR>
  209. <FONT COLOR="CYAN">   0011</FONT>      10011<BR> 
  210. <FONT COLOR="CYAN">   0100</FONT>      11101 <BR>
  211. <FONT COLOR="CYAN">   0101</FONT>      10101 <BR>
  212. <FONT COLOR="CYAN">   0110</FONT>      10110<BR> 
  213. <FONT COLOR="CYAN">   0111</FONT>      10111<BR> 
  214. </TD>
  215. <TD CLASS="PARAG1K"> 
  216. <FONT COLOR="CYAN">Valeur</FONT>    Codage<BR>
  217. <FONT COLOR="CYAN">   1000</FONT>       11010 <BR>
  218. <FONT COLOR="CYAN">   1001</FONT>       01001 <BR>
  219. <FONT COLOR="CYAN">   1010</FONT>       01010 <BR>
  220. <FONT COLOR="CYAN">   1011</FONT>       01011 <BR>
  221. <FONT COLOR="CYAN">   1100</FONT>       11110<BR> 
  222. <FONT COLOR="CYAN">   1101</FONT>       01101 <BR>
  223. <FONT COLOR="CYAN">   1110</FONT>       01110<BR> 
  224. <FONT COLOR="CYAN">   1111</FONT>       01111<BR> 
  225. </TD>
  226. </TR>
  227. <TR> <TD COLSPAN="4" HEIGHT="10"> </TD></TR>
  228. <TR><TD COLSPAN="4"  HEIGHT="1" bgcolor="BLUE"> </TD></TR>
  229. <TR> <TD COLSPAN="4" HEIGHT="10"> </TD></TR>
  230. <TR>     <TD COLSPAN="4" CLASS="TITRE3K"> LE GCR (Group Code Recording) APPLIQUE PAR APPLE</TD></TR>
  231. <TR>     <TD COLSPAN="4" CLASS="PARAG1K"> 
  232.     Ce mode d'enregistrement  utilisΘ  par APPLE consiste α rΘaliser ou non des inversions 
  233.     des champs magnΘtiques pour dΘfinir un bit α 1 ou α 0. Un bit s'Θcrit dans une fenΩtre de temps de 4╡s. 
  234.     Plusieurs contraintes existent dΦs lors que l'on veut enregistrer sur une disquette un signal magnΘtique par ce     systΦme . 
  235.     <BR><BR>
  236.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF">La premiΦre contrainte est physique, il s'agit Θvidement de la nΘcessitΘ
  237.     d'avoir une distance minimale entre deux champs magnΘtiques inversΘs ...mais aussi une distance maximale : c'est ce 
  238.     qui limite Θgalement le nombre de 0 successifs. 
  239.     <BR>
  240.     Ajoutons α cela que les variations de vitesse du lecteur ont une influence directe sur la dΘtection du fait que 
  241.     le timing de dΘtection est fixe et que si le drive va trop vite ou trop lentement il pourra conduire α Θliminer
  242.     des informations (les 0 en particulier), dΦs lors on comprend mieux le casse-tΩte α rΘsoudre. Donc votre drive doit 
  243.     avoir une vitesse convenablement rΘglΘe sur 300  tours/minutes : <A HREF="DISKIITECH02B.HTM"> TOUT EST EXPLIQUE ICI </A>    
  244.     <BR><BR>
  245.     <IMG SRC="../THEMAS/DIVERS/BULLET.GIF">La seconde est qu'il doit y avoir une "densitΘ" suffisante d'inversions 
  246.     de champ (donc des 1) afin que le cadencement du systΦme de lecture reste bien en synchronisation avec ce qui 
  247.     a ΘtΘ Θcrit : c'est ce qui explique α nouveau la limitation du nombre de zΘros (et pas uniquement successifs 
  248.     cette fois)    dans les valeurs     qu'il est possible d'Θcrire et qui sont dΘtaillΘes dans la rubrique suivante relative aux 
  249.     <A HREF="DISKIITECH02A.HTM">nibbles</A>. On notera que le codage 4.4 est celui qui permet de rΘsoudre le plus
  250.     simplement possible la contrainte de densitΘ des signaux (voir la rubrique <A HREF="DISKIITECH05.HTM">codage</A>)
  251.     En effet avec ce systΦme on est s√r d'avoir au moins une inversion tous les deux bits (chaque fois qu'on Θcrit un 1)
  252.     <BR><BR>
  253.     Ce systΦme qui consiste α se servir des bits de donnΘes eux mΩmes (significatives ou non d'ailleurs) pour 
  254.     assurer la base de temps est appelΘ  <FONT COLOR="RED">self-clocking</FONT>
  255.     <BR><BR>
  256.     </TD>
  257. </TR>
  258.  
  259.  
  260.  
  261. <TR> <TD COLSPAN="4" height="10"></TD>  </tr>
  262. <TR>    <TD COLSPAN="4" CLASS="PARAG1"> <CENTER> 
  263.     <A HREF="DISKIITECH01.HTM" > <img  src="../THEMAS/DIVERS/PRIOR1.PNG" BORDER=0></A>
  264.     <A HREF="DISKIITECH02A.HTM" ><img  src="../THEMAS/DIVERS/SUITE1.PNG" BORDER=0></A> 
  265.     </CENTER>
  266.     </TD>
  267. </TR>
  268.  
  269. <TR> <TD COLSPAN="4" height="10"></TD>  </tr>
  270. <TR><TD COLSPAN="4"  ><HR color="BLUE"></td>
  271. </TR>
  272. <TR> 
  273.     <TD COLSPAN="4">  
  274.     <CENTER>
  275.     <A HREF="javascript:history.back()"> <IMG SRC="../THEMAS/DIVERS/JSBACK.PNG"></A> 
  276.     <A HREF="DISKIITECH.HTM" > <IMG SRC="../THEMAS/DIVERS/HOMESITE.PNG"></A>
  277.     </CENTER></TD>
  278. </TR>
  279. </TABLE>
  280. </CENTER>
  281. </BODY>
  282. </HTML>
  283.