[SharpMZ] pridana emulace QD
Radek Suk
suk na radeksuk.cz
Středa Únor 24 23:49:06 CET 2016
Neboj mechanika je ok jen data jsou spatne zapsana. Pro pokusy jsem
vybral tu co funguje dobre.
Bohuzel pocitac co vcera fungoval dnes po zapnuti nenastartoval. Je tam
nejaky problem na zakladni desce, mozna GDG cip. Puvodne jsem chtel
napsat ze jsem ho hodil do srotu ale pak jsem si rikal, ze ne kazdy by
pochopil ze je to sranda. Casem se na to budu muset podivat. Nastesti
neni problem vzit dalsi a tak to bylo jen male zdrzeni.
Jeste osobne zkusim zapsat mensi soubor a vyhodnotit co jeste pujde.
Vec co se mi nelibi je ta CALL @SYNS2. podle mne to nemas delat. Pak
prepisujes cast media na ktery uz nemas po naformatovani sahat. Klidne
takto nakopnes prvni blok dat. Dejte si bacha ze jak prijde prvni chyba
pri nacitani dat tak se vse prerusi a zacina se znova.
Radek
Dne 24.2.2016 v 23:19 Michal Hucik - ORDOZ napsal(a):
>
>
> > V tu dobu jeste fungoval QD
>
> jako ze odesel???
>
>
> Zapis toho FILE3 by mel zahlasit error - to je v poradku. Ten zapis
> hlavicky disku dela tohle:
>
>
> call #efe1 ; test, zda je pripravena mechanika
> ret c ; error neni ready
>
>
> ; tohle je opsano z casti, kde se formatuje 0xe090
>
> ld a,#06 ; budeme se tvarit, ze je ulozeno 6 bloku, tzn. 3
> soubory
>
> call #e268 ; CALL @QDSVF
> call #e365 ; CALL @SYNS2
>
> call #e2e8 ; CALL @MTOFF
>
> ret
>
> Michal
>
>
> Dne 24.2.2016 v 22:44 Radek Suk napsal(a):
>> Ahoj Michale
>>
>> Tak jsem to provedl. Naplneni pameti proslo v poradku. Formatovani
>> take. Zapis prvnich dvou souboru bylo take dle ocekavani ok. File3
>> nesel nahrat a hlasilo to "QD:no file space err". V tu dobu jeste
>> fungoval QD. Po spusteni tveho programu na zapsani noveho QD headeru
>> se uz jen toci a nic nezobrazi. Zkusil jsem to cele 2x a chova se to
>> porad stejne.
>>
>> Jeste se podivam co vlastne dela tvuj program. Rychle jsem to
>> vyzkousel aby jsi mel jeste dnes odpoved.
>>
>> Pri testu jsem zjistil ze samplery pouzivaji stejny elementarni
>> zapis, protoze pouzite medium zobrazilo jeden nesmyslny soubor.
>>
>> Radek
>>
>>
>> Dne 24.2.2016 v 21:31 Michal Hucik - ORDOZ napsal(a):
>>>
>>>
>>> Ahoj Radku, a vy co mate QD:
>>>
>>> muzete vyzkouset postup popsany na pripojenych screenshotech?
>>>
>>> 1. vyplnit pamet posloupnosti cisel
>>>
>>> 2. neformatovat QD a nahrat 2 soubory do 100% velikost QD formatu +
>>> 1 soubor nad tento limit (EXEC addr = 0x0000 !!!)
>>>
>>> 3. zapsat novy QD header
>>>
>>> 4. provest reset pocitace (kvuli vymazani obsahu RAM) a natahnout z
>>> QD "FILE3"
>>>
>>> 5. po resetu se podivat na obsah pameti - muj obrazek odpovida tomu,
>>> ze se na muj QD veslo presne 8 kB nad ramec QD formatu
>>>
>>> Doufam, ze prilozene screenshoty prolezou mailmanem a ze v bodu 3
>>> jsem ucinil vse co je potreba - v mem emulatoru to alespon takhle
>>> proslo.
>>>
>>>
>>> Michal
>>>
>>>
>>> Dne 23.2.2016 v 20:32 Radek Suk napsal(a):
>>>> Kluci ted osobne delam takovy archeologicky vyzkum QD. Nejdrive
>>>> jsem se
>>>> koukal na rutinky v romce, pak na zdrojak QD Basicu. Uz z romky bylo
>>>> jasne ze ty rutinky jsou pripravene jako podprogram neceho vetsiho
>>>> a ze
>>>> umi vice nez je potreba a ze by to slo cele udelat prehledneji. Pri
>>>> rychlem cteni obsluhy QD v Basicu je okamzite jasne, ze rutinky jsou
>>>> uplne stejne, jen je to lehce upravene pro rezim MZ800. Pri
>>>> prohlednuti
>>>> SAVE ALL a LOAD ALL je jasne, ze prace s QD a s RAMdiskem je hodne
>>>> podobna. Je videt ze cela myslenka je ta, ze pri bezne praci
>>>> uzivatel ma
>>>> pracovat s ramdiskem a po ukonceni prace si ma obsah ramdisku
>>>> prehrat na
>>>> QD medium.
>>>>
>>>> Jestli je pravda na http://www.sharpmz.org/qdinside.htm ze 5,52 s trva
>>>> cast kdy je mozno cist data tak lze ulozit 70380 bajtu. Je jasne ze
>>>> urcite zde bude nejaka vyrobni tolerance.
>>>>
>>>> Protoze na Ramdisk a QD se ma vejit max 32 souboru, tak v pripade RD,
>>>> kde se ulozi 64KB dat je potreba na QD pro vsechny mezery a znacky mit
>>>> 87213 bajtu ale toto neni mozne. Reseni by bylo udelat image ramdisku
>>>> jako jednoho souboru specialni rutinkou. Ten program by asi nebyl moc
>>>> slozity.
>>>>
>>>> Osobne kdyz bych chtel presne zjistit kolik dat se vejde na QD medium,
>>>> tak bych to udelal tak, ze bych nejdrive zapsal nejaky 60KB soubor.
>>>> Nasledne bych pres write zapsal blok dat ale s parametrem reset bit2 a
>>>> tak bych rekl systemu ze nechci aktualizovat pocet bloku na zacatku
>>>> media. Kdyz bych se vratil z rutinky a mel bych nastavene CY tak bych
>>>> vedel ze zapis neprosel a pomoci puleni intervalu bych hledal spravnou
>>>> hodnotu.
>>>>
>>>> Radek
>>>>
>>>>
>>>>
>>>> --
>>>> *Radek* *Suk*
>>>> Vedoucí administrátor sítě
>>>> SOFTEX NCP, s.r.o., Růžová 1426, 434 01 Most
>>>> Web: www.softex.cz, Tel.: 840 77 88 99
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> SharpMZ mailing list
>>>> SharpMZ na mail.ordoz.com
>>>> http://mail.ordoz.com/mailman/listinfo/sharpmz
>>>
>>>
>>>
>>> _______________________________________________
>>> SharpMZ mailing list
>>> SharpMZ na mail.ordoz.com
>>> http://mail.ordoz.com/mailman/listinfo/sharpmz
>>
>>
>>
>> _______________________________________________
>> SharpMZ mailing list
>> SharpMZ na mail.ordoz.com
>> http://mail.ordoz.com/mailman/listinfo/sharpmz
>
>
>
> _______________________________________________
> SharpMZ mailing list
> SharpMZ na mail.ordoz.com
> http://mail.ordoz.com/mailman/listinfo/sharpmz
------------- další část ---------------
HTML příloha byla odstraněna...
URL: http://mail.ordoz.com/pipermail/sharpmz/attachments/20160224/4ba4f755/attachment-0001.html
------------- další část ---------------
Netextová příloha byla odstraněna...
Jméno: [žádný popis není k dispozici]
Typ: image/jpeg
Velikost: 12005 bytes
Popis: [žádný popis není k dispozici]
Url : http://mail.ordoz.com/pipermail/sharpmz/attachments/20160224/4ba4f755/attachment-0002.jpe
------------- další část ---------------
Netextová příloha byla odstraněna...
Jméno: [žádný popis není k dispozici]
Typ: image/jpeg
Velikost: 24632 bytes
Popis: [žádný popis není k dispozici]
Url : http://mail.ordoz.com/pipermail/sharpmz/attachments/20160224/4ba4f755/attachment-0003.jpe
Další informace o konferenci SharpMZ