hackzapple.com

home *** CD-ROM | disk | FTP | other *** search

/ hackzapple.com / www.hackzapple.com.tar / www.hackzapple.com / DISKII / DISKIITECH06A.HTM.orig < prev next >

Wrap

Text File | 2010-10-06 | 16KB | 355 lines

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd"> <HTML> <HEAD> <TITLE>HACK Z APPLE, Collection Apple II</TITLE> <link rel="shortcut icon" type="image/x-icon" href="http://www.hackzapple.com/favicon.ico"> <meta http-equiv="imagetoolbar" content="no"> <meta name="author" content="JPL"> <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"> <meta name="TITLE" content="Apple II standard"> <meta name="OWNER" content="HACKZAPPLE.COM"> <meta name="SUBJECT" content="Collection Apple II"> <meta name="REVISIT-AFTER" content="10 DAYS"> <meta name="LANGUAGE" content="FR"> <meta name="ROBOTS" content="All"> <link href="../BASIC.CSS" rel="stylesheet" type="text/css"> </HEAD> <BODY> <CENTER> <A NAME="DISK06"></A> <TABLE border="0" cellspacing="0" cellpadding="0" width="700"> <TR> <TD WIDTH="40"></TD> <TD WIDTH="120"></TD> <TD WIDTH="320"></TD> <TD WIDTH="280"></TD> </TR> <TR> <TD COLSPAN="4" valign="TOP" > <img src="../THEMAS/M3/XDISK6A.PNG" BORDER=0></TD> </TR> <TR> <TD COLSPAN="4" CLASS="PARAG1K"> Voici le source de la routine d'Θcriture de la zone d'entΩte, c'est α dire du champ adresse, en DOS 3.3, elle se trouve α l'adresse $BC56. Rappelons briΘvement que ce champ adresse est Θcrit une fois pour toutes lors de l'initialisation (formattage) de la disquette et qu'il permet de savoir quel est le n░ de volume, le numΘro de piste sur laquelle on est positionnΘ, et le n░ de secteur que l'on va lire si l'on accΦde au champ de donnΘes qui suit. Voici le schΘma dΘjα bien connu maintenant <IMG SRC="SECTEUR.PNG"> </TD></TR> <TR> <TD CLASS="PARAG1K"> SYNC WBYTE WBYTE11 WBYTE9 WAIT12 </TD> <TD CLASS="PARAG1K"> SEC LDA $C08D,X LDA $C08E,X BMI ERROR LDA #$FF STA $C08F,X CMP $C08C,X PHA PLA JSR WAIT12 JSR WAIT12 STA C08D,X CMP C08C,X NOP DEY BNE SYNC LDA #$D5 JSR WBYTE9 LDA #$AA JSR WBYTE9 LDA #$96 JSR WBYTE9 LDA VOLUME JSR WBYTE LDA TRACK JSR WBYTE LDA SECT JSR WBYTE LDA VOLUME EOR TRACK EOR SECT PHA LSR ORA SECT STA $C08D,X LDA $C08C,X PLA ORA #$AA JSR WBYTE11 LDA #$DE JSR WBYTE9 LDA #$AA JSR WBYTE9 LDA #$EB JSR WBYTE9 CLC LDA $C08E,X LDA $C08C,X RTS PHA LSR ORA ZBUF STA CO8D,X CMP CO8C,X PLA NOP NOP NOP ORA #$AA NOP NOP PHA PLA STA CO8D,X CMP CO8C,X RTS </TD> <TD CLASS="PARAG1K"> ; prΘpare le cas d'erreur ; test WRITE PROTECT ; et initialise le LSS ; Erreur, disk protΘgΘ ; $FF valeur nibble syncro. ; (5 cycles) ; (4 cycles) ; (3 cycles) ; (4 cycles) ; (6 + 6 cycles) ; (6 + 6 cycles) ; (5 cycles) ; (4 cycles) ; (2 cycles) ; (2 cycles) ; (2 cycles / 3 cycles) ; (2 cycles) ; (6 cycles + 9 cycles) ; (2 cycles) ; (6 + 9 cycles) ; (2 cycles) ; (6 + 9 cycles) ; (3 cycles) ; (6 + 8 cycles) ; (3 cycles) ; (6 + 8 cycles) ; (3 cycles) ; (6 + 8 cycles) ; (3 cycles) ; (3 cycles) ; (3 cycles) ; (3 cycles) ; (2 cycles) ; (3 cycles) ; (5 cycles) ; (4 cycles) ; (4 cycles) ; (2 cycles) ; (6 + 11 cycles) ; (2 cycles) ; (6 + 9 cycles) ; (2 cycles) ; (6 + 9 cycles) ; (2 cycles) ; (6 + 9 cycles) ; (2 cycles) ; STOP ; 3 cycles ; 2 cycles ; 3 cycles ; 5 cycles ; 4 cycles ; 4 cycles ; 2 cycles ; 2 cycles ; 2 cycles ; 2 cycles ; 2 cycles R11 ; 2 cycles R11 R9 ; 3 cycles R11 R9 ; 4 cycles R11 R9 ; 5 cycles ; 4 cycles ; 6 cycles </TD> <TD CLASS="PARAG1K"> Ici commence le timing pour l'Θcriture du premier $FF en 40 cycles pour timing pour timing pour timing pour timing. Jusqu'ici il y a les 40 cycles A partir d'ici il y a la boucle d'Θcriture des autres $FF en 40 cycles pour timing Si Boucle = 3 cycles car va sur SYNC Ecriture dernier $FF (voir A plus bas) Pour le $D5 voir B Pour le $AA voir C Pour le $96 voir D Pour le N░ de volume voir E Pour le N░ de piste voir F Pour le N░ de secteur voir G Pour le checksum voir H = $00 en fait Enclenche l'Θcriture du 1er nibble de checksum Pour $DE voir I Pour $AA voir J Pour $EB voir K Pour sortir sans erreur ... un comble nous le verrons ArrΩt du mode Θcriture Sauve la valeur α coder en 4.4 puis calcule la valeur du 1er NIBBLE du codage 4.4 Contient la valeur $00 <-- Enclenche l'Θcriture du 1er nibble codΘ 4.4 du n░volume, piste, secteur et checksum, ET calcule la valeur de 2Θme nibble en codage 4.4 pour timing pour timing pour timing calcul 4.4 pour timing pour timing PHA et PLA pour timing <-- et jusqu'ici il y a bien 32 cycles Ces 15 cycles jusqu'au RTS inclus comptent pour le nibble suivant... qui vient juste d'Ωtre calculΘ pour le 2Θme nibble codΘ 4.4 quand on entre par WBYTE </TD> </TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">REMARQUES GENERALES :</TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1K"> Il faut bien comprendre que les instructions NOP, JSR, RTS et parfois PHA PLA marquΘes "pour timing" n'ont rΘellement pas d'autre raison d'Ωtre QUE DE PERMETTRE A LA ROUTINE D'ECRITURE D'AVOIR LE NOMBRE DE CYCLES MACHINES ADEQUAT ce qui permet au SEQUENCER d'Θcrire correctement les nibbles ! C'est en cela que les routines d'Θcriture sont dites avoir un timing critique. Vous noterez que le dΘcompte des 32 cycles est rΘalisΘ aussi bien entre deux $C08D,X que deux C08C,X. </TD> </TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">A. ECRITURE DES $FF DE SYNCHRONISATION</TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Le premier $FF Θcrit commence son dΘcompte de cycles dΦs le STA $C08F,X qui enclenche l'Θcriture, on a donc les cycles affichΘs en jaune dans le listing ci-dessus soit : 5 (STA) + 4 (CMP) + 3 (PHA) + 4 (PLA) + 6 (JSR) + 6 (RTS) + 6 (JSR) + 6 (RTS) = 40 cycles Les $FF suivants sont Θcrits au sein d'une boucle qui commence au STA C08D,X (en magenta sur le listing) jusque'au test de branchement BNE SYNC qui comptera pour 3 cycles car le branchement est bien effectuΘ sur SYNC et qui s'arrΩte au second JSR WAIT12 ce qui nous donne : 5 (STA) + 4 (CMP) + 2 (NOP) + 2 (DEY) + 3 (BNE) + 6 (JSR) + 6 (RTS) + 6 (JSR) + 6 (RTS) = 40 cycles Ce dernier $FF est Θcrit en fin de boucle et commence donc son timing dΦs l'intruction STA $C08D,X juste derriΦre le JSR WAIT12. Cela donne 5 + 4 + 2 + 2 + 2 pour le BNE car il N'Y A PAS DE BRANCHEMENT... + 2 pour le LDA #$D5 + 6 pour le JSR + 9 pour la route WBYTE9 soit un total de : 5 + 4 + 2 + 2 + 2 + 2 + 6 + 9 = 32 cycles ! et non 40 ... mais cela n'a aucune importance car on est synchronisΘ depuis bien longtemps (5 $FF maximum suffisent y compris le dernier en synchronisation) </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">B. ECRITURE DU $D5 </TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Certains dΘbutants font parfois l'erreur de croire que le $D5 est Θcrit dΦs le JSR du JSR WBYTE ce qui est FAUX car en fait cette valeur n'est passΘe au SEQUENCER qu'au milieu de cette routine c'est α dire au moyen du STA C08D,X (c'est pour cela que le dΘcompte WBYTE9 donne bien 9 cycles car ce STA et la suite comptent pour l'Θcriture du nibble suivant...$D5 en ce qui nous concerne pour l'instant. Nous avons donc 5 + 4 + 6 (le RTS de WBYTE9) qui nous ammΘne donc au LDA #$AA pour 2 cycles puis nous avons α nouveau un JSR WBYTE9 ce qui donne 6 + les 9 de WBYTE9 soit un total de : 5 + 4 + 6 + 2 + 6 + 9 = 32 cycles... dΘcidΘment c'est magique ! </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">C. ECRITURE DU $AA </TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Tout comme pour le $D5, le $AA est Θcrit en dΘcalΘ par rapport aux LDA #$AA. Le dΘcompte se fait de la mΩme faτon que pour le $D5 α savoir : - la reprise de la fin de routine de WBYTE9 soit 5 + 4 + 6 - les 2 cycles du LDA - les 6 du JSR WBYTE - les 6 du JSR + les 9 de la routine WBYTE9 soit un total de : 5 + 4 + 6 + 2 + 6 + 9 = 32 cycles. </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">D. ECRITURE DU $96 </TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Tout comme pour le $D5 et $AA, le $96 est Θcrit en dΘcalΘ par rapport au LDA #$96. Le dΘcompte se fait pour partie de la mΩme faτon que pour les prΘcΘdents α savoir : - la reprise de la fin de routine de WBYTE9 soit 5 + 4 + 6 - les 3 cycles du LDA VOLUME car il s'agit d'un chargement en page 0 - cette fois la sous routine n'est pas la mΩme (WBYTE et non WBYTE9), on a + 6 pour le JSR et + 3 + 2 + 3 pour la partie de la sous routine concernΘe soit un total de : 5 + 4 + 6 + 3 + 6 + 3 + 2 + 3 = 32 cycles tout de mΩme... Ce qui peut perturber dans cette partie c'est de voir l'accumulateur changer de valeur en particulier avec l'instruction ORA de la sous-routine WBYTE. Maix cela montre en fait trΦs clairement que le programme 6502 est bien INDEPENDANT de ce que fait le SEQUENCER aprΦs qu'il lui ait passΘ la valeur α Θcrire dans le DATA REGISTER. Ici que constate-t-on ? Le $96 a ΘtΘ passΘ au DATA REGISTER des le STA C08D,X de la sous-routine WBYTE9 prΘcΘdente et α partir de ce moment le SEQUENCER Θcrit bien ce $96 en 32 cycles pendant que le programme 6502 fait autre chose α savoir : CALCULE LA VALEUR DU PREMIER NIBBLE DE CODAGE 4.4 DU NUMERO DE VOLUME... </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">E. ECRITURE DU NUMERO DE VOLUME</TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Nous venons de voir que la routine WBYTE prΘpare le calcul du premier NIBBLE POUR LE CODAGE 4.4 du NUMERO DE VOLUME, arrivΘ α ce stade celle-ci est passΘe au DATA REGISTER par l'instruction STA $C08D,C puis le programme continue α calculer le SECOND NIBBLE en prΘcisΘment 32 cycles qui sont ajustΘs avec des instructions de remplissage pour le timing (NOP, PHA PLA) car ce calcul est rΘalisΘ plus rapidement. Cette seconde valeur est alors passΘe au DATA REGISTER par l'instruction STA C08D,X juste avant l'instruction SHIFT et le RTS en de routine. Les trois derniΦres instructions compteront alors pour 15 cycles pour le dΘcompte des 32 cycles d'Θcriture du second nibble car α ces 15 cycles viennent s'ajouter les 3 du LDA TRACK car TRACK est une adresse en page 0, les 6 + 8 du JSR WBYTE ce qui fait : 15 + 3 + 6 + 8 soit bien 32 cycles. </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">F. ECRITURE DU NUMERO DE PISTE</TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Pour le premier nibble il est Θcrit en seconde partie de la routine WBYTE. Et pour le second cela se passe exactement comme ci-dessus, on reprend les 15 cycles de la fin de routine WBYTE auxquels on ajoute + 3 du LDA SECT + 6 + 8 du JSR WBYTE ce qui fait : 15 + 3 + 6 + 8 = 32 cycles </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">G. ECRITURE DU N░ DE SECTEUR</TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K">LΦgerement diffΘrent cette fois car si on reprend les 15 cycles de la fin de WBYTE pour le 2Θme nibble, par contre on ajoute cette fois + 3 (LDA) + 3 (EOR) + 3 (EOR) + 3 (PHA) + 2 (LSR) + 3 (ORA) ce qui donne au total : 15 + 3 + 3 + 3 + 3 + 2 + 3 = 32 cycles. </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">H. ECRITURE DU CHECKSUM</TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Le 1er nibble est Θcrit pendant le calcul du second c'est-α dire au STA $C08D,X placΘ juste aprΦs le ORA SECT ce qui donne : 5 + 4 + 4 + 2 + 6 + 11 = 32 cycles. Le second nibble de checksum sera Θcrit α partir de la fin de la routine WBYTE11 ce qui prend les fameux 15 cycles bien connus maintenant auxquels s'ajoutent +2 (LDA #$DE) + 6 (JSR) + 9 (WBYTE9) soit : 15 + 2 + 6 + 9 = 32 cycles. </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">I. ECRITURE DU $DE</TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> On revient toujours sur du classique, le $DE est passΘ au SEQUENCER en fin de la routine WBYTE9 ce qui apporte les 15 cycles auxquels on ajoute + 2 (LDA #$AA)+ 6 (JSR) + 9 (WBYTE9) ce qui donne 15 + 2 + 6 + 9 = 32 cycles </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">J. ECRITURE DU $AA</TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Toujours pareil que ci-dessus, le $AA est passΘ au SEQUENCER en fin de la routine WBYTE9 ce qui apporte les 15 cycles auxquels on ajoute + 2 (LDA #$EB)+ 6 (JSR) + 9 (WBYTE9) ce qui donne 15 + 2 + 6 + 9 = 32 cycles </TD></TR> <TR> <TD COLSPAN="4" CLASS="PARAG1R" BGCOLOR="#202020">K. ECRITURE DU $EB</TD></TR> <TR> <TD> </TD><TD COLSPAN="3" CLASS="PARAG1K"> Toujours pareil que ci-dessus, le $EB est passΘ au SEQUENCER en fin de la routine WBYTE9 ce qui apporte les 15 cycles auxquels on ajoute + 2 cycles du CLC qui permet de sortir de la routine sans erreur... ET L'ECRITURE S'ARRETE !!!! Ce qui ne permet ABSOLUMENT PAS d'avoir un $EB Θcrit correctement! Eh oui le DOS 3.3 n'Θcrit pas cet $EB du champ adresse... mais heureusement il ne le vΘrifie pas non plus. Pourquoi ? C'est un mystΦre car il y a pourtant un vide disponible de 33 octets derriΦre cette routine (de $BCDF α $BCFF) donc on ne fait pas de saut de page et c'Θtait largement suffisant pour faire propre. Si vous pensiez que la RWTS du DOS 3.3 Θtait un modΘle parfait eh bien dΘsolΘ de vous dΘcevoir... </TD></TR> <TR> <TD COLSPAN="4" height="10"></TD> </tr> <TR><TD COLSPAN="4" ><HR color="BLUE"></td> </TR> <TR> <TD COLSPAN="4"> <CENTER> <A HREF="javascript:history.back()"> <IMG SRC="../THEMAS/DIVERS/JSBACK.PNG"></A> <A HREF="DISKIITECH.HTM" > <IMG SRC="../THEMAS/DIVERS/HOMESITE.PNG"></A> </CENTER></TD> </TR> </TABLE></CENTER> </BODY> </HTML>