Celé vlákno · 9 zpráv

>
> Ahoj,
>
> ted jsem chvili laboroval nad tim, proc se mi Horava zahryzava tak, ze
> nepomaha ani reset a musim vzdy vypnout cely pocitac. Zjistil jsem, ze
> toho dosahnu poslanim cehokoliv na port 0xdf, coz je u upraveneho radice
> port kterym se v 0. bitu povoluje/zakazuje DRQ preruseni od radice.
>
> Schema Horavy jsem bohuzel nenasel, nicmene na Zdenkovem webu se v
> clanku o uprave radice m.j. pise:
>
> Většina řadičů obsahuje ještě jeden jednobitový registr apřístupný 
na
> adrese DE nebo DF, který je určený na přepínání mechanik osm palců a
> 5,25 palce ( port přepíná přenosovou rychlost 250/500 kb/s a zároveň
> způsob záznamu FM/MFM- používá se též označení SD/DD).
>
> V navodu na vyrobu FDC Horava na scavu jsou zmineny propojky J1 a J2,
> kterymi se prednastavi zda je po resetu radic nastaven na 5,25", nebo na
> 8". Ja jsem vsak odsledoval, ze pokud na ten port neco poslu, tak uz se
> se mnou radic v read/write operacich nebavi ani po resetu a musim
> odpojit napajeni, aby to opet nabehlo.
>
> Mate nekdo predstavu je na tom portu u neupraveneho radice a jaky je
> vyznam bitu? Bez schemata se to bude hledat dost blbe :(
>
> Michal
>
>
>
> ---
>

>
> Ahoj Michale
>
> Poslam odkazy na tvuj radic
> http://mz-800.xf.cz/horava.htm
> http://mz-800.xf.cz/fddhds.htm
> http://mz-800.xf.cz/pics/fddhds.gif
>
> Jinak ten port DF bit 0 u tohoto radice prepina rychlost na 250K/500K 
> a soucasne to prepne z MFM na FM.
>
> Skoda ze neni Bytefest a neni mozno se nekde sejit na hodinku a 
> pohovorit jak "spravne" zapojit ty vyvody DDEN, 5/8 atd. Jedna se mi o 
> to ze kazdy si to delal jinak. Spravne na zacatku existence floppy na 
> Sharpu port DE bit 0 prepinal FM/MFM (DDEN) ale v kazdem nasledujicim 
> schematu to kazdy nasledne delal jinak nebo stejny port se pouzil k 
> jine cinnosti.

>
>
>
> Diky, to schema jsem nejak prehlednul.
>
> Pokusil jsem se tam poslat 0x00 a 0x01, coz jsou bity pouzivane v HD 
> uprave a v obou pripadech to ten radic zahryzlo ... Bez schematu jsem 
> nectel vic experimentovat.
>
> Kdyz se divam na schema, tak to vypada, ze bez upravy se pri zapisu na 
> 0xfd pouziva  1. bit - zaslanim 0x00 se to hryzne a 0x02 je to 
> kouzelne cislo, diky kteremu to opet nabehne! ;) Jeste mi nejde do 
> hlavy jak to, ze nepomuze RESET... ale po tom uz dnes patrat nebudu.
>
> Michal

>
>
> Radku, Pavle,
>
> az ted po 2 dnech mi v souvislosti s tim 1.bitem doslo, ze se v v
> driveru oproti BIOSu cp/m 4.1 prece jen lisim v tom, ze povoluji
> interrupt v FDC stejnou hodnotou v A registru, jakou jsem tesne pred tim
> pouzil pro zakaz interruptu od PIOZ80, tedy 0x03 (coz by pro neupraveny
> radic bylo spravne). V cp/m se tam ale posila 0x01 ... Upravil jsem to
> ted tedy tak, ze se pred ctenim posle na port 0xdf hodnota 0x01 a na
> port 0xde hodnota 0x00 (720kB DD).
> MZF posilam v priloze. Muzete to prosim vyzkouset? Diky.
>
> Michal
>
>
>
> Dne 11.1.2012 16:59, Michal Hučík (sharpemupandora.cz) napsal(a):
>>
>>
>>
>> Diky, to schema jsem nejak prehlednul.
>>
>> Pokusil jsem se tam poslat 0x00 a 0x01, coz jsou bity pouzivane v HD
>> uprave a v obou pripadech to ten radic zahryzlo ... Bez schematu jsem
>> nectel vic experimentovat.
>>
>> Kdyz se divam na schema, tak to vypada, ze bez upravy se pri zapisu na
>> 0xfd pouziva 1. bit - zaslanim 0x00 se to hryzne a 0x02 je to kouzelne
>> cislo, diky kteremu to opet nabehne! ;) Jeste mi nejde do hlavy jak
>> to, ze nepomuze RESET... ale po tom uz dnes patrat nebudu.
>>
>> Michal
>
>
>
> ---

> ----------------------------------------
> 
> Asi 5x to zaseekuje a pak to da chybu 255. Chce to aby to odzkousel 
> jeste Pavel.

>
> Asi 5x to zaseekuje a pak to da chybu 255. Chce to aby to odzkousel 
> jeste Pavel.
>
> Radek

>
>
> Jeste by mozna stalo za to podivat se na adresu 0x6000, zda se tam
> alespon neco nenacetlo ... Lze treba i po resetu skocit do monitoru a
> zapsat si neco na 0x6000 - aby se ukazalo, zda se nacetl alespon jeden
> bajt. Program je pak znovu spustitelny od adresy 0x3000.
>
> V jedne z prvnich verzi testovaciho prg, ktery jsem vam posilal jsem tam
> mel v testu jeste pred ReadSector funkci ReadAddr, kterou jsem pozdeji z
> driveru vyhodil. Divam se na fotky obrazovek, ktere jste tehdy oba
> poslali a ta funkce vam obema vracela spravne hodnoty. Pritom se jednalo
> o uplne stejnou rutinu jaka se pouziva i pri cteni sektoru, jen jsem v
> ni nastavil jiny prikaz a do testu prenesenych bajtu jsem nastavil 6 -
> komunikace s radicem pak sla pres IM1 .... Hmmm to mi nejde do hlavy.
>
> Michal
>
>
> Dne 13.1.2012 10:56, Radek Suk (sharpemupandora.cz) napsal(a):
>>
>> Asi 5x to zaseekuje a pak to da chybu 255. Chce to aby to odzkousel
>> jeste Pavel.
>>
>> Radek
>
>
> ---
>
>

> ----------------------------------------
> 
> Nenacetlo se nic. Zkusil jsem to g3000 a to funguje.
> 
> Radek