OldComp.cz

Komunitní diskuzní fórum pro fanoušky historických počítačů


Právě je 28.03.2024, 19:59

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]




Odeslat nové téma Odpovědět na téma  [ Příspěvků: 83 ]  Přejít na stránku Předchozí  1, 2, 3, 4, 5, 6  Další
Autor Zpráva
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 08.11.2014, 10:04 
Offline
Kecálek

Registrován: 21.12.2013, 13:09
Příspěvky: 96
Has thanked: 3 times
Been thanked: 40 times
Takze jsem prohledal, co jsem nasel... Nasel jsem zdrojaky dvou formatovacich programu. 1. je jednoduchy a umel formatovat diskety jen na pocatecni formaty. Druhy uz mel instalovatelne typy formatu disket (vsechno mas v priloze). Bohuzel jsem ale nenasel nikde ani zminku o tom, jak udelat systemovou disketu. Pokud budes mit funkcni emulator, tak bych zkusil vyrobit obraz disku tim CPCDiskXP. Dalsi moznosti pak je zkusit zkopirovat disketu (5.25), kterou mam k Sordovi - tam ale budu muset sehnat PC s mechanikou...


Přílohy:
format.zip [44.15 KiB]
777 krát
Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 08.11.2014, 10:21 
Offline
Kecka

Registrován: 11.12.2013, 00:46
Příspěvky: 64
Has thanked: 8 times
Been thanked: 10 times
Děkuju. Pomoci cpcdiskxp už skoro jednu mám. Bohužel neni úplne jednoduchý tam natáhnout systémové stopy, ale vím zpusob jak to tam dostat, zel je to dost ruční práce. Konečně sem přišel na to proc nechodilo čtení z disket. Wokna totiž před vlastním čtením ne nastavují disketovku a tak byl emulátor v konci. Patrne to na sordu fungovalo defaultne s 1. Nalezenou.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 08.11.2014, 14:07 
Offline
Kecálek

Registrován: 21.12.2013, 13:09
Příspěvky: 96
Has thanked: 3 times
Been thanked: 40 times
Takze v priloze mas obrazy stopy 0 a stopy 1. Melo by stacit je nahrat na disketu a je z ni zavadeci...


Přílohy:
SYSTEM.zip [7.51 KiB]
768 krát
Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 08.11.2014, 14:11 
Offline
Kecálek

Registrován: 21.12.2013, 13:09
Příspěvky: 96
Has thanked: 3 times
Been thanked: 40 times
A jeste jedna vec - v priloze je basic-i.sys. Kdyz ho nahrajes na disketu jako normalni CP/M soubor, tak by melo zacit fungovat spousteni Basic-I z toho Ladova menu... (teda jen co jsem vysledoval ze zdrojaku...)


Přílohy:
BASIC-I.ZIP [6.46 KiB]
739 krát
Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 08.11.2014, 21:27 
Offline
Kecálek

Registrován: 21.12.2013, 13:09
Příspěvky: 96
Has thanked: 3 times
Been thanked: 40 times
Protože nemám jak sestavovat programy pro M5, tak se pokouším udělat build systém na STMZ80. Přitom jsem narazil na potíž, že uniutil.com nepřenáší některé soubory. Například soubor, který je v archívu v příloze to nikdy nepřenese - vypíše to vždycky "Copy -14043 B from SD file /DSKIO.MAC to CP/M file DSKIO.MAC" a soubor má nulovou délku. Bohouši prosímtě můžeš se na to podívat a poradit mi? Jednie, co mi zatím šlo přenést je CCP, z BDOSu se přenese pár bytů a není úplný. Nebo nezná někdo nějakou metodu, jak manipulovat s obrazy disků pro emulátor?


Přílohy:
DSKIO.ZIP [14.94 KiB]
754 krát
Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 08.11.2014, 21:55 
Offline
Kecálek

Registrován: 21.12.2013, 13:09
Příspěvky: 96
Has thanked: 3 times
Been thanked: 40 times
Hmm, tak si asi odpovím sám - ten nástroj nezvládne přenést víc než 32768 bytů - potíž je v tom, že v procedure FileFromSD je fs jako Integer... Zkusím s tím něco udělat...


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 08.11.2014, 22:14 
Offline
Radil

Registrován: 08.10.2013, 18:00
Příspěvky: 296
Has thanked: 12 times
Been thanked: 228 times
Pablo2048 píše:
Hmm, tak si asi odpovím sám - ten nástroj nezvládne přenést víc než 32768 bytů - potíž je v tom, že v procedure FileFromSD je fs jako Integer... Zkusím s tím něco udělat...

Jó už jsem to Martinovi psal, že mu to nepřenáší soubory větší než 32kB. Taky jsem to potřeboval rychle řešit, tak jsem si to dobastlil sám.
No šel jsem cestou nejmenšího odporu, v případě, že vyjde délka souboru záporná, odečte se od ní 32768 (bohužel -32768 nelze zapsat do zdrojáku, píšu ho tedy jako +128*256) stejně jako od indexu, který počítá už přenesené byty a soubor se tak krásně přenese, sice u 50kB mylně vypisuje že kopíruje od bytu -32768 do bajtu 15000, ale hlavně že soubor přenese :-) Přikládám takto opravený UU.PAS (teda zip, pas není dovolená příloha). Teoreticky by to šlo asi řešit přes typ real, ale to jsem nezkoušel.

Mimochodem našel jsem zábavnou funkci CP/M, když dám spustit soubor o délce 0 bytů, tak ho spustí :-) Tedy přečte nic, nikam to nedá a spustí to od adresy 100h, tedy spustí se předchozí spuštěný program (pokud z něj něco v paměti zbylo).


Přílohy:
UU.ZIP [2.11 KiB]
773 krát
Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 09.11.2014, 17:16 
Offline
Kecálek

Registrován: 21.12.2013, 13:09
Příspěvky: 96
Has thanked: 3 times
Been thanked: 40 times
Takže uu jsem upravil (několik proměnných změnil na Real - ještě musím upravit výpis) a PHYTBL jsem úspěšně přenesl. Bohužel jsem ale narazil na BDOS.MAC, který je veliký 67kB. Vypadá to, jako kdyby se ve 4 bytech délky při čtení reakce povelu cmdSIZE šly už z Unikarty vyplněné jen dva (dva nejvyšší jsou vždycky nulové)... Poradíš Bohouši, co s tím?
Díky.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 09.11.2014, 21:31 
Offline
Radil

Registrován: 08.10.2013, 18:00
Příspěvky: 296
Has thanked: 12 times
Been thanked: 228 times
Pablo2048 píše:
Vypadá to, jako kdyby se ve 4 bytech délky při čtení reakce povelu cmdSIZE šly už z Unikarty vyplněné jen dva (dva nejvyšší jsou vždycky nulové)... Poradíš Bohouši, co s tím?
To je divné, unikartou to nebude, ten dotaz fungoval vždycky, původní verze uniutil.com pozná, když je soubor >= 64kB podle nenulových horních bytů a zahlásí "File too large". Typoval bych to na nějaké špatné přetypování nebo něco takového.

Teď přemýšlím o převodu zpátky z CP/M na SD kartu a napadá mě, že s tou velikostí souborů to bude v turbo pascalu potíž, podle dokumentace co jsem našel, je funkce FileSize typu integer, takže nad 32k se nečape. Asi nezbývá, než soubor otevřít, číst byte po bytu a sčítat do real proměnné než narazím na konec souboru. No už jsem tyhle konstrukce v pascalovskejch programech viděl a smál jsem se jim, teď koukám, jak to asi vzniklo, že pro CP/M je to asi nutnost.


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 09.11.2014, 21:47 
Offline
Kecálek

Registrován: 21.12.2013, 13:09
Příspěvky: 96
Has thanked: 3 times
Been thanked: 40 times
nobomi píše:
Pablo2048 píše:
Vypadá to, jako kdyby se ve 4 bytech délky při čtení reakce povelu cmdSIZE šly už z Unikarty vyplněné jen dva (dva nejvyšší jsou vždycky nulové)... Poradíš Bohouši, co s tím?
To je divné, unikartou to nebude, ten dotaz fungoval vždycky, původní verze uniutil.com pozná, když je soubor >= 64kB podle nenulových horních bytů a zahlásí "File too large". Typoval bych to na nějaké špatné přetypování nebo něco takového.

Teď přemýšlím o převodu zpátky z CP/M na SD kartu a napadá mě, že s tou velikostí souborů to bude v turbo pascalu potíž, podle dokumentace co jsem našel, je funkce FileSize typu integer, takže nad 32k se nečape. Asi nezbývá, než soubor otevřít, číst byte po bytu a sčítat do real proměnné než narazím na konec souboru. No už jsem tyhle konstrukce v pascalovskejch programech viděl a smál jsem se jim, teď koukám, jak to asi vzniklo, že pro CP/M je to asi nutnost.

Tak jsem to vyzkousel - skutecne se vrati pri dotazu na velikost souboru spravnou velikost. Nevsiml jsem si hlaseni File too large - will be truncated. Takze budu upravovat dal. Diky za nakopnuti :-)


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 10.11.2014, 01:18 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 14.05.2013, 19:10
Příspěvky: 1486
Bydliště: Kurim
Has thanked: 828 times
Been thanked: 577 times
Ja se na to vyhledove kouknu, Bohous mi to uz kdysi hlasil, ale jsem furt nejake prebufferovnej, sorry :(

_________________
http://www.8bity.cz


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 10.11.2014, 18:26 
Offline
Kecálek

Registrován: 21.12.2013, 13:09
Příspěvky: 96
Has thanked: 3 times
Been thanked: 40 times
V pohodě - v příloze je moje upravená verze. Dovolil jsem si pouze zvýšit písmenko verze, aby to bylo poznat...
PS: Bohouši nešlo by prosímtě v příští verzi FW do STMZ800 doplnit to, že filesystém na SD bude používat RTC? Když totiž ukládám z CP/M na SD pomocí UU, tak je datum nastavený na 6.1.2000 ...


Přílohy:
UU.ZIP [2.11 KiB]
707 krát
Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 10.11.2014, 23:42 
Offline
Radil

Registrován: 08.10.2013, 18:00
Příspěvky: 296
Has thanked: 12 times
Been thanked: 228 times
Pablo2048 píše:
PS: Bohouši nešlo by prosímtě v příští verzi FW do STMZ800 doplnit to, že filesystém na SD bude používat RTC? Když totiž ukládám z CP/M na SD pomocí UU, tak je datum nastavený na 6.1.2000 ...
Ono to tam je už od první verze, nemáš asi na RTC nastavený datum. Ten UNIUTIL.COM umí nastavit jen hodiny, datum nechá, chtělo by to dopsat. Zatím přikládám jak to rychle nastavit v BASICu a jak to zkontrolovat :) Snad je to pochopitelné a nepotřebuje další komentář.


Přílohy:
SETDATE.png
SETDATE.png [ 5.16 KiB | Zobrazeno 20562 krát ]
GETDATE.png
GETDATE.png [ 5.61 KiB | Zobrazeno 20562 krát ]
Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 11.11.2014, 10:00 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 14.05.2013, 19:10
Příspěvky: 1486
Bydliště: Kurim
Has thanked: 828 times
Been thanked: 577 times
Koukam, ze budu muset Uniutil fakt upravit. Kdyz mne to datum v zasade netrapilo, protoze jedine co Sharp pouziva je cas a to jeste jen tak pro to, aby byl na obrazovce ve stavove liste ;-)

_________________
http://www.8bity.cz


Nahoru
 Profil  
 
 Předmět příspěvku: Re: Sord M5 záchrana kazet
PříspěvekNapsal: 26.12.2014, 00:39 
Offline
Kecka

Registrován: 11.12.2013, 00:46
Příspěvky: 64
Has thanked: 8 times
Been thanked: 10 times
Muzu jeste Pablo poprosit o objasneni funkce odepinani pripinani ROM/RAM. Ze zdrojaku sem vysledoval ze:
out &6b,0 - povoli Ramdisk
out &6b,&ff - zakaze ramdisk
out &6c,0 - povoli ROM
out &6c,&ff - zakaze ROM

pak uplne nerozumim out &6b,&80 a &81 nejak pracuje s ROM1 a 2. Potreboval bych teda vyzvedet jak se vypina MONITOR a jak ROM od &2000. Pak bych potreboval overit ze kdyz je povolen Ramdisk a zaroven ROM tak ROM prekryva ramdisk? Co se stane kdyz zakazu ROM a zaroven Ramdisk? A nakonec jestli se da odpojit 4kB RAM Sordu, nebo ji nelze ramdiskem prekryt.

Zatim me emulator jiz umi emulovat 1000kB ramdisk, a zavede cpm bios. Co jeste nezvladne, je docist stopu 0 z druhe hlavy. ( to multisektorove cteni). A take skocit do BI, ktere je v ROM za windows

Diky moc.

P.S. Na to FTP se bohuzel nedostanu, pockam az to nekdo uploadne nekam jinam.


Nahoru
 Profil  
 
Zobrazit příspěvky za předchozí:  Seřadit podle  
Odeslat nové téma Odpovědět na téma  [ Příspěvků: 83 ]  Přejít na stránku Předchozí  1, 2, 3, 4, 5, 6  Další

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]


Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 1 návštěvník


Nemůžete zakládat nová témata v tomto fóru
Nemůžete odpovídat v tomto fóru
Nemůžete upravovat své příspěvky v tomto fóru
Nemůžete mazat své příspěvky v tomto fóru
Nemůžete přikládat soubory v tomto fóru

Hledat:
Přejít na:  
Založeno na phpBB® Forum Software © phpBB Group
Český překlad – phpBB.cz