Konference: Počítač SHARP MZ-800 a emulátory

Od:	Fuzzy
Datum:	21.3.2012 15:48
Předmět:	Re: RRD - detekce flash

[Archiv 2012 / 3]

Ahoj,

dik za nazory a informace. Udelal bych to tedy takhle:
- projedu celou (potencialni) 64kB stranku romdisku kombinacemi
instrukci "in a, (xx)" a "in r,(c)" nekolikrat pro kazdy bajt RD;
jestli:
     - vsude bude stejna (jakakoliv) hodnota, RD tam neni (anebo ma
neprilis smysluplny obsah, pak je to stejne jedno :-)
     - se pro jakykoliv bajt nactou ruzne hodnoty ruznymi instrukcemi,
RD tam taky neni
- jinak je to stranka romdisku a udelam z nej "read-only block device" pro
 mzix

zkoumani 1. bajtu na konkretni hodnotu 0xA5, eventualne crc kontrolu
bych nedelal, kdo vi co si kdo vymysli za alternativni (treba
nebootovatelny) obsah romdisku.

vidite v tom nekdo nejaky problem?

Fuzzy

2012/3/21 Radek Suk (sharpemu tu byla ta zakroucena vec pandora.cz) <suk tu byla ta zakroucena vec softex.cz>:
>
>
> Ja nerikam ze to nefunguje, jen ze je to hazardni stav a nemelo by se to
> pouzivat. Co kdyz nekdo si udela posilovac sbernice a ten bude mit jine
> dynamicke vlastnosti? Pak mu to nepujde a pritom on ma vse dle norem. To
> muze byt zpusobeno napr. tim ze rekne ze /G vstup LS245 bude aktivni jen pri
> /IORQ a tak se "nenabije" druha cast a pri operaci se vrati nedefinovana
> hodnota nebo mozna ty 0FFh. Proste MREQ pozadavky se nebudou prenaset na
> druhou stranu obvodu. Take otazka je, jak se to bude chovat pri pripojeni
> napr. MZ-1U06, skoda ze to nikdo nema. Proste problem "dlouheho vedeni" zde
> je a neni vhodne to ignorovat, kdyz stav sbernice neni definovany a je
> nachylny k preslechum.
>
>
> Radek
>
>
>
> Dne 21.3.2012 9:52, Michal Hučík (sharpemu tu byla ta zakroucena vec pandora.cz) napsal(a):
>
>>
>>
>> Radku, mam pocit, ze jsem kdysi tento typ testu videl i v nektere variante
>> cp/m, jako test RD takze bych se toho zase az tak nebal ... Kdykoliv jsem
>> tuto metodu testoval (naposledy vcera), tak jsem precetl hodnotu jakou jsem
>> ocekaval.
>>
>> Pokud se vratime k puvodnimu dotazu - jak obecne otestovat neobsazene
>> porty pomoci instrukce IN, tak je tohle jediny zpusob, jaky mame k
>> dispozici.
>>
>> Michal
>>
>>
>> Dne 21.3.2012 9:18, Radek Suk (sharpemu tu byla ta zakroucena vec pandora.cz) napsal(a):
>>>
>>>
>>>
>>>
>>> Velesofte v Sharovi zadne pull-up resistory na datove sbernici nejsou.
>>> Kazde zarizeni ktere vyda signal INT pri IM2 ma povinost dodat vektror
>>> preruseni, ne jako u ZX kde to za ULA dodavaji
>>> ty pull-up odpory.
>>>
>>> Jinak schema Shapra je http://www.sharpmz.org/mz-800/download/sm800.pdf
>>>
>>> A zde na strane 45 je obvod 9C (74ls245 v poli E9) a ten dela toto, ze
>>> vidite, ze kdyz na datove sbernici je posledni cteni posledniho bajtu IN
>>> instrukce, tak se tato logicka
>>> hodnota prenese na konektor T9. Pri instrukci IN se jen prepne smer
>>> tohoto obvodu a tak se na urcitou dobu udrzi informace na konektoru T9
>>> vlivem parazitni kapacity. Da se rici
>>> se je to "polovicni" aktivni terminator - zakladni princip je stejny -
>>> "odebere" nebo doda energii na T9 a te nejakou dobu trva nez se da do
>>> nedefinovaneho stavu.
>>> Rozhodne bych ale toho nepouzil v necem co maji pouzivat ostatni lide. Je
>>> to totalni hazard a muze to blbnout. Staci jen staticka elektrina. Proste
>>> vodice jsou v "luftu".
>>>
>>> Radek
>>>
>>>
>>> Dne 20.3.2012 18:35, Michal Hučík (sharpemu tu byla ta zakroucena vec pandora.cz) napsal(a):
>>>>
>>>>
>>>>
>>>> Jde o nedokumentovanou fci. Popsal to Zdenek ve svem dokumentu, ktery
>>>> sem pred lety poslal. Nikdy jsem nezkoumal jak je to na sbernici
>>>> realizovano.
>>>>
>>>> Kazdopadne pokud to nekdo bude chtit vyzkouset, tak pozor pokud mate v
>>>> systemu zapojen FDC Horava! Ten totiz krome svych FDC portu obsazuje i
>>>> dolnich 127 portu, kterym dela extenzi.... Kdysi mne to potrapilo a
>>>> nazlobilo tak, ze jsem zmineny problem opravil behem 10 sekund stipacima
>>>> klestema :)
>>>>
>>>> Michal
>>>>
>>>> Dne 20.3.2012 17:31, Jardax (sharpemu tu byla ta zakroucena vec pandora.cz) napsal(a):
>>>>>
>>>>>
>>>>> Jo, uz to vidim, nejak mi to v te diskusi uteklo. Nicmene mne to docela
>>>>> zarazi, protoze bych ocekaval FF, presne jak pise Velesoft. Koneckoncu
>>>>> instrukce probehla a cteni melo obsah registru prepsat, obzvlast pokud
>>>>> volany port neexistuje - at uz ma pull-up rezistory nebo ne.
>>>>> Ne?
>>>>>
>>>>> Jarda
>>>>>
>>>>> 20. březen 2012 17:22:02, Michal Hučík (sharpemu tu byla ta zakroucena vec pandora.cz) napsal:
>>>>>>
>>>>>>
>>>>>> Dne 20.3.2012 17:17, Jardax (sharpemu tu byla ta zakroucena vec pandora.cz) napsal(a):
>>>>>>>
>>>>>>>
>>>>>>> Nemate nahodou tak trochu hokej v tom, ze jeden vypravite o prenosu
>>>>>>> instrukce z pameti do CPU a druhy o cteni portu do CPU?
>>>>>>> :) :)
>>>>>>
>>>>>>
>>>>>> Mozne je vse, nicmene smerodatny je v tomto pripade predevsim obsah
>>>>>> registru (v tomto pripade A) do ktereho se cetlo pri testovaci instrukci 
IN,
>>>>>> coz je mozno vyzkouset jak na Sharpu, tak ve Zdenkove emulatoru.
>>>>>>
>>>>>> Michal
>>>>>>
>>>>>> ---
>>>>>>
>>>>>
>>>>> ---
>>>>
>>>>
>>>>
>>>> ---
>>>>
>>>>
>>>
>>>
>>> ---
>>
>>
>>
>> ---
>>
>>
>
>
> ---