Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>S PMD32-SD jsem mel zajimavy problem. Obcas, hlavne po zmene image tlacitkama se podivne zakusovala komunikace s Sapi a v podstate ani neslo zakousnuty stav shodit resetem obou zarizeni, a dokonce nepomahalo ani vypnuti, vychladnuti a pod. Divny ale bylo ze na PMD vse ostatni krom komunikace jelo. Mam tu jeste jeden PMD, ktery to nedelal, a tak jsem zkusil prohodit procesory, displeje, karty a nakonec porovnanim zmerit soucastky. Pak porovnat kmitocty krystalu, propajet spoje, promerit urovne signalu, stabilitu napajeni a podobne. Vubec jsem nic spatnyho nenasel, vse bylo totozne. Pak jsem si nahodou vsiml, ze pri kopirovani na PMD32-SD se nahodile objevuji na oscilu na 5V takove jehlicky. Napeti ale nesumelo ani nebrumilo a tak jsem badal kolem 7805 a zjistil jsem, ze to pred ni je jeste horsi, hlavne kdyz saham na krabicku ci se opiram sondou o desku. Tak jsem znova vse propajel a bylo to stale stejny. Sitovy adapter to nebyl, s tim druhym PMD chodil. No nakonec uz byla jedinna soucastka. A ... Vakeliho vec. Ale co!!! Kurva napajeci konektor v krabici PMD. Normalne se nekde v pronejtovani nahodne mzikove zkratovava!!! Kdyby se odpojoval ale tohle!!! Proste na chvilku slusl napajeni a procesor dostal nakou slupku, kde se asi obcas neco spatne zapsalo do pameti ci co... Tak jsem konektor zrusil, vytahl 2 draty a propojil na SPN-1. Zatim jsem nakopcil asi 5 mega dat a drzi. Pred tim problem snad kazdou druhou 8" disketu, hlavne kdyz jsem tlacitkama menil image tak to asi zavaklalo vice a pak to neslo vubec. Toz tak, 4 dny rozcilovani. -:)) Jirka -----Original Message----- From: Jiri Biba (sapi@pandora.cz) [mailto:unive.nb@[doména skryta]] Sent: Friday, March 02, 2012 10:00 AM To: Konference "SAPI-1 a československé mikropočítače" Subject: Re: Oziveni PMD32-SD na Sapi Ahoj! Tak jsem rano premyslel nad tim problemem fyzicky kopie 5,25 a 3,5 na PMD32-SD. Dospel jsem k nazoru, ze jejich fyzicka kopie citelna nasledne na Pc pro me neni v tomto okamziku tak dulezita. Spis me slo o zarchivovani ty hromady 8" disket co mam, a to mi uz temer chodi. Puvodne jsem chtel pouzit na inspiraci DUP od Sl. ale zjistil jsem, ze je napsan nejakou zvlastni technikou, kde se delaji zahadny veci s Stack a PC. Proste to Slap neumel projizdet a nekde se i kacel. Tak jsem pouzil cast fyzickyho kopiraku 8" disket do bloku na magneticky pasce, s cim jsem si v roce 88 hral skoro pul roku. Vse zasadni tam bylo, vypocet delky bufferu v TPA vcetne CCP, nacitani diskety do bufferu, tak jeho zapis na disketu a to vse s opakovanim do konce diskety (kopiruje se 5 bloku po 14 stopach, posledni blok je kratsi). Jenom jsem z toho vyhazel magnetickou pasku a poskladal to jinak. Jeste to trochu doladuju ale vypada to zivotaschopne. K tem 5,25 a 3,5. Bud je muzu nakopirovat souborove do 2Mb image a nebo je muzu fyzicky zkopirovat s postupnym incrementem sektoru a stop do "jejich" image s popisem 160 60 nebo 240 48. V tom mym kopiraku staci upravit jen rozsahy stop a sektoru. Ale bude to chtit predelat i vnitrni 8" Skew v kopiraku na 3,5 a 5,25. Zkousel jsem to bez nej a cteni a zapis diskety je 6 x pomalejsi nez s nim. Budou to muset byt 3 programy, pro 8", 5.25" a 3.5". Jeden by byl dost slozitej i na ovladani a zabiral by spoustu pameti na ukor kopirovaciho bufferu. No uvidime. Jirka ----- PŮVODNÍ ZPRÁVA ----- Od: "Roman Bórik (sapi@pandora.cz)" <roman.borik@[doména skryta]> Komu: "Konference 'SAPI-1 a československé mikropočítače'" <sapi@pandora.cz> Předmět: Re: Oziveni PMD32-SD na Sapi Datum: 1.3.2012 - 19:34:29 <span class="replyquote1">> > </span><span class="replyquote2">> > Ta 5,25-ka je mi snad trochu jasna s tim naskladanim jedny hlavy do </span><span class="replyquote3">> > > jedny stopy a druhy zase do druhy stopy. Ale </span><span class="replyquote2">> > nektery cisla, co jsi psal </span><span class="replyquote3">> > > v definici "cim.ini", me nejsou jasny. </span><span class="replyquote1">> > Definícia v cim.ini pre 5,25" podľa tvojej DPB tabuľky by bol > nasledujúci. > XLT je ale upravená, aby prvé číslo sektoru bolo 1, pretože to > vyžaduje CIM. > > ;5,25" DS HD FYZ.512x30x79, AB=2k, 256 polozek adresare ; > LOG.128x120x79,(1 SYSTEMOVA STOPA) [5HD] SPT=120 > XLT=1,2,3,4,17,18,19,20,33,34,35,36,49,50,51,52,65,66,67,68,81,82,83,8 > 4,97,98,99,100,113,114,115,116,5,6,7,8,21,22,23,24,37,38,39,40,53,54,5 > 5,56,69,70,71,72,85,86,87,88,101,102,103,104,117,118,119,120,9,10,11,1 > 2,25,26,27,28,41,42,43,44,57,58,59,60,73,74,75,76,89,90,91,92,105,106, > 107,108,13,14,15,16,29,30,31,32,45,46,47,48,61,62,63,64,77,78,79,80,93 > ,94,95,96,109,110,111,112 </span><span class="replyquote2">> > BLS=2 </span><span class="replyquote1">> EXM=0 > DSM=591 > DRM=255 > OFF=1 > > V tvojej definícii DPB je ale chyba v položke DSM. > DSM označuje posledné > číslo alokačného bloku, ale do alokačných blokov sa nezapočítavajú > systémové stopy. Takže: > > Celková kapacita disku: 512 x 30 x 79 = 1213440 bytov Systémové stopy: > 1 x 120 x 128 = 15360 bytov Využiteľná kapacita alokačnými blokmi: > 1213440 - 15360 = 1198080 bytov čo pri BLS=2kB dáva DSM = 1198080 / > 2048 - 1 = 584 > > Takže DSM=584 > > Druhá vec je poradie sektorov v XLT. Lepšie by bolo, aby sektory boli > v poradí najprv na jednej strane a potom druhej strane. Teda za > predpokladu, že čísla logických sektorov od 61 sú na druhej strane. > > XLT=1,2,3,4,17,18,19,20,33,34,35,36,49,50,51,52,5,6,7,8,21,22,23,24,37 > ,38,39,40,53,54,55,56,9,10,11,12,25,26,27,28,41,42,43,44,57,58,59,60,1 > 3,14,15,16,29,30,31,32,45,46,47,48, </span><span class="replyquote2">> > </span><span class="replyquote1">> 61,62,63,64,77,78,79,80,93,94,95,96,109,110,111,112,65,66,67,68,81,82, > 83,84,97,98,99,100,113,114,115,116,69,70,71,72,85,86,87,88,101,102,103 > ,104,117,118,119,120,73,74,75,76,89,90,91,92,105,106,107,108 </span><span class="replyquote2">> > </span><span class="replyquote1">> Prípadne ešte Zero-based XLT pre tvoj BIOS. > XLT=0,1,2,3,16,17,18,19,32,33,34,35,48,49,50,51,4,5,6,7,20,21,22,23,36 > ,37,38,39,52,53,54,55,8,9,10,11,24,25,26,27,40,41,42,43,56,57,58,59,12 > ,13,14,15,28,29,30,31,44,45,46,47, </span><span class="replyquote2">> > </span><span class="replyquote1">> 60,61,62,63,76,77,78,79,92,93,94,95,108,109,110,111,64,65,66,67,80,81, > 82,83,96,97,98,99,112,113,114,115,68,69,70,71,84,85,86,87,100,101,102, > 103,116,117,118,119,72,73,74,75,88,89,90,91,104,105,106,107 </span><span class="replyquote2">> > > > Abych se priznal, nevim, jak to myslis nadefinovat tenhle 120 > > sektoru </span><span class="replyquote3">> > > do 60 sektorovy Skew tabulky. Podle me to neni </span><span class="replyquote2">> > mozny aby byl soulad mezi </span><span class="replyquote3">> > > CP/M a PC. </span><span class="replyquote1">> > Moja úvaha smerovala k tomu, že by v rámci CP/M bola jedna stopa, > stopa na jednej strane. Stopa na druhej strane by bola ďalšia stopa. > Teda, celkový počet stôp by bol dvojnásobný = 158. Takže SPT by bolo > polovičné = 60. > > Nie je to však nevyhnutne nutné. Kľudne to môže zostať (s > prihliadnutim na moje pripomienky), tak ako si to zadefinoval. A > potenciálne vytvorený obraz disku bude použiteľný s CIMom. > Pokiaľ ide o vytvorenie obrazu fyzického disku prostredníctvom PMD > 32-SD, tak v tomto prípade by v 'images.cfg' bola > definícia: > EXT 158 60 > aby takýto image PMD 32-SD akceptovala, ale kopírovací program bude > robiť príslušnú "konverziu" čísel sektorov a stôp. > > CP/M - PMD 32-SD > T00/S000-S059 - T000/S00-S59 > T00/S060-S119 - T001/S00-S59 > T01/S000-S059 - T002/S00-S59 > T01/S060-S119 - T003/S00-S59 > ... > T78/S000-S059 - T156/S00-S59 > T78/S060-S119 - T157/S00-S59 > > Snáď som to napísal zrozumiteľne. Opačným procesom je samozrejme možné > zapísať na fyzický disk obsah obrazu disku. > > </span><span class="replyquote2">> > Pro uplnost jeste 3,5" </span><span class="replyquote1">> > DPB pre 3,5" disk je v poriadku, ale opäť by som XLT upravil tak, aby > najprv išli sektor na hlave 0 a následne sektory na hlave 1. > > ;3,5" DS HD FYZ.512x36x80, AB=2k, 256 polozek adresare > ; LOG.128x144x80, (1 SYSTEMOVA STOPA) > [5HD] > SPT=144 > XLT=1,2,3,4,17,18,19,20,33,34,35,36,49,50,51,52,65,66,67,68,9,10,11,12 > ,25,26,27,28,41,42,43,44,57,58,59,60,5,6,7,8,21,22,23,24,37,38,39,40,5 > 3,54,55,56,69,70,71,72,13,14,15,16,29,30,31,32,45,46,47,48,61,62,63,64 > , </span><span class="replyquote2">> > </span><span class="replyquote1">> 73,74,75,76,89,90,91,92,105,106,107,108,121,122,123,124,137,138,139,14 > 0,81,82,83,84,97,98,99,100,113,114,115,116,129,130,131,132,77,78,79,80 > ,93,94,95,96,109,110,111,112,125,126,127,128,141,142,143,144,85,86,87, > 88,101,102,103,104,117,118,119,120,133,134,135,136 </span><span class="replyquote2">> > BLS=2 </span><span class="replyquote1">> EXM=0 > DSM=710 > DRM=255 > OFF=1 > > Ešte Zero-based XLT pre tvoj BIOS. > XLT=0,1,2,3,16,17,18,19,32,33,34,35,48,49,50,51,64,65,66,67,8,9,10,11, > 24,25,26,27,40,41,42,43,56,57,58,59,4,5,6,7,20,21,22,23,36,37,38,39,52 > ,53,54,55,68,69,70,71,12,13,14,15,28,29,30,31,44,45,46,47,60,61,62,63, </span><span class="replyquote2">> > </span><span class="replyquote1">> 72,73,74,75,88,89,90,91,104,105,106,107,120,121,122,123,136,137,138,13 > 9,80,81,82,83,96,97,98,99,112,113,114,115,128,129,130,131,76,77,78,79, > 92,93,94,95,108,109,110,111,124,125,126,127,140,141,142,143,84,85,86,8 > 7,100,101,102,103,116,117,118,119,132,133,134,135 </span><span class="replyquote2">> > </span><span class="replyquote1">> Čo sa týka vytvorenia obrazu takéhoto fyzického disku, tak tu je tá > konverzia čísel sektorov a stôp komplikovanejšia. > V 'images.cfg' musí byť definícia: > EXT 240 48 > > Konverzia čísel sektorov a stôp: > > CP/M - PMD 32-SD > T00/S000-S047 - T000/S00-S47 > T00/S048-S095 - T001/S00-S47 > T00/S096-S143 - T002/S00-S47 > T01/S000-S047 - T003/S00-S47 > T01/S048-S095 - T004/S00-S47 > T01/S096-S143 - T005/S00-S47 > ... > T79/S000-S047 - T237/S00-S47 > T79/S048-S095 - T238/S00-S47 > T79/S096-S143 - T239/S00-S47 > > > Roman > > --------------------- > sapi@pandora.cz > Konference o SAPI-1 > --- > </span> --------------------- sapi@pandora.cz Konference o SAPI-1 --- </pre>