Celé vlákno · 10 zpráv

nešlo by použít pro SAPI ??

http://www.retrotechnology.com/herbs_stuff/gide.html

http://www.ardiehl.de/gide/

http://www.gaby.de/gide/

ahoj Pavel

V zásadě si troufám tvrdit, že jde všechno ale:
1) mi to přijde jako krok zpět s přihlédnutím k perfektně fungující
 PMD-32-SD. Ta totiž dá "na prdel" každému harddisku. Také si neumím
představit, že by 8080 (Z80) s 64kB paměti obsluhovala FAT systém a ještě 
zbylo na aplikace.
2) jsem pro "čistotu" systému. Pokud to jen půjde, budu se bít za to aby se 
do vany SAPI strkaly jen desky vyrobené pro SAPI (byť nově např. pokud se
originál nezachoval např. MFC-1A)

S PMD-32-SD máme vyřešen přenos souborů na PC, tohle řešení nezatěžuje
systém SAPI, (maká tam ATMega), je ďábelsky rychlé, tiché (SAPI nemá
větrák - díky konstrukci ho nepotřebuje) a spolehlivé. A mimo jiné plně
kompatibilní s CP/M. A reprodukovatelné!!! Velikost emulovaného disku je do
2MB. Opravdu potřebujeme zastaralé a na obsluhu náročné rozhraní? (teď
myslím nějaký rozumný filesystém - neumím si představit práci jen se
surovými bloky dat).

Pravdou je, že jsem zatím neodhalil způsob, jakým pracovalo CP/M s pevnými 
disky. Pokud to někdy zjistím, potom by stálo za úvahu nějaké IDE
rozchodit ALE - s ohledem na bod 2) bych se snažil využít desku DPP-1 a
použít stejný způsob jakým se (s pomocí 8255) připojovaly IDE disky
např. k Atari Portfoliu. Je to naprosto dostačující způsob a v podstatě je
na to hotový HW. Propojení by stejně řešil kabel, který by byl zároveň
"redukcí".

BTW: Jak jsi Pavle daleko s PMD-32-SD? Nejvyšší čas se do ní pustit!!!
Pro ty, kdož neuvažují o stavbě MFC-1A (možná to bude dost hardcore a
problém se součástkami a mechanikami) je to optimální možnost. Roman
svého času nabízel PMD-32-SD i sestavené a otestované (nebo jen desku, nebo
desku +sadu součástek), stačí si jen připájet konektory na kabel a
stáhnout můj BIOS a bootovací obraz CP/M. 
Softvér vydolovaný z disket systému ZPS-7 postupně odzkouším a dodám
třeba i ve formě obrazů pro PMD-32-SD

Na ZX se obsluhuje Fat16 v 16kB strankovanych po 2x8 ve spodni casti
adresoveho prostoru. IDE nejsou jen disky ale i CompactFlash karty.

Krok zpet to rozhodne neni, jen jiny pristup. Zatim co o PMD-32-SD
stroj nevi a povazuje ho za floppy, IDE si obsluhuje sam.

Logout

2010/5/11 melsoft (sapipandora.cz) <melsoft[doména skryta]>:

>
> V zásadě si troufám tvrdit, že jde všechno ale:
> 1) mi to přijde jako krok zpět s přihlédnutím k perfektně fungující
 PMD-32-SD. Ta totiž dá "na prdel" každému harddisku. Také si neumím
představit, že by 8080 (Z80) s 64kB paměti obsluhovala FAT systém a ještě 
zbylo na aplikace.
> 2) jsem pro "čistotu" systému. Pokud to jen půjde, budu se bít za to aby
se do vany SAPI strkaly jen desky vyrobené pro SAPI (byť nově např. pokud se
originál nezachoval např. MFC-1A)
>
> S PMD-32-SD máme vyřešen přenos souborů na PC, tohle řešení
nezatěžuje systém SAPI, (maká tam ATMega), je ďábelsky rychlé, tiché
(SAPI nemá větrák - díky konstrukci ho nepotřebuje) a spolehlivé. A mimo
jiné plně kompatibilní s CP/M. A reprodukovatelné!!! Velikost emulovaného
disku je do 2MB. Opravdu potřebujeme zastaralé a na obsluhu náročné
rozhraní? (teď myslím nějaký rozumný filesystém - neumím si představit 
práci jen se surovými bloky dat).
>
> Pravdou je, že jsem zatím neodhalil způsob, jakým pracovalo CP/M s
pevnými disky. Pokud to někdy zjistím, potom by stálo za úvahu nějaké IDE
rozchodit ALE - s ohledem na bod 2) bych se snažil využít desku DPP-1 a
použít stejný způsob jakým se (s pomocí 8255) připojovaly IDE disky
např. k Atari Portfoliu. Je to naprosto dostačující způsob a v podstatě je
na to hotový HW. Propojení by stejně řešil kabel, který by byl zároveň
"redukcí".
>
> BTW: Jak jsi Pavle daleko s PMD-32-SD? Nejvyšší čas se do ní pustit!!!
> Pro ty, kdož neuvažují o stavbě MFC-1A (možná to bude dost hardcore a
problém se součástkami a mechanikami) je to optimální možnost. Roman
svého času nabízel PMD-32-SD i sestavené a otestované (nebo jen desku, nebo
desku +sadu součástek), stačí si jen připájet konektory na kabel a
stáhnout můj BIOS a bootovací obraz CP/M.
> Softvér vydolovaný z disket systému ZPS-7 postupně odzkouším a dodám
třeba i ve formě obrazů pro PMD-32-SD---------------------
> sapipandora.cz
> Konference o SAPI-1
> ---
>

Mám rád CF karty a je čím dál tím těžší sehnat zařízení, které na 
ně je vyvinuto - prostě jsou opouštěny a za pár let - kdoví. Mám je rád 
(spíš měl jsem) hlavně kvůli možnosti postavit si s pomocí jednoduché
redukce tichounký routřík, tedy jejich režimu, ve kterém se chovají jako
IDE harddisk. Nemám je rád kvůli ceně. (Nejlevnější CF na Alze 299,-Kč, 
nejlevnější SD - 155Kč - obě brutálně překračují mé nároky na
kapacitu i rozsah FAT16). SD karty úspěšně prošly miniaturizací a dnes je 
najdete v každém telefonu. Kapacity rostou a i 2GB karty jsou stále k mání 
a za super ceny. Vypadá to, že v kursu budou ještě hezkých pár let.
Nemám rád staré a hlučné a často nespolehlivé a nenažrané pevné disky.
Ano jsou jich všude tuny vyřazených za hubičku ale jak je to se
spolehlivostí?
 Vždycky jsem si pevné disky z počítačů schovával (hlavně kvůli datům)
a občas se přesvědčuju o jejich čitelnost. Mám dokonce dva HD á 40MB
vyřazené v roce 1997 - musím je ručně roztáčet a pokusně dávat do
lednice či zahřívat abych z nich něco načetl. Ne takhle si skutečně
moderní médium nepředstavuju.

Dále - někde v této konferenci jsou vyjmenovány desky, které (a jak moc)
podporují mapování. SAPI není Spektrum a není apriori stavěno na
stránkování paměti (i když jsou různé fígle, ale žádný systém je
důsledně nevyužívá). Pokud u Spektra někdo někdy v minulosti (když to
bylo aktuální) navrhl a vymyslel IDE rozhraní a to bylo zahrnuto do "rodiny",
běhá s ním nějaký soft atd. pak OK, je třeba ho ctít a zachovat a
opečovávat (a nakoupit si do zásoby CF karty). Proč ale začínat dneska s
vývojem něčeho co je i tak překonáno, když je tu moderní, opensource,
laciný a reprodukovatelný prostředek, plně zaintegrovaný do systému s
minimem (0) hardvérových změn? A ještě ubírat výkon už tam slabému
systému?
Trvám si na svém, že by to byl v případě SAPI KROK ZPĚT. Energii
potřebnou pro vývoj můžeme napřít jinam. Jó kdyby nás byly tisíce
aktivních vývojářů jako bylo (kdysi) spektristů.... SAPI bylo vždy
otevřenou platformou, ale pro organizace.  A každá organizace si vyvíjela po
vlastní koleji a podle vlastních požadavků. A podle toho to dnes vypadá.
Člověk aby špendlíčkem hrabal...
Nabádám k tomu, abychom raději využili existující ověřené řešení
(softvéru mnoho není a jeho hlavní část je orientována pod CP/M - díky
bohu i za něj), než se pouštět do vývoje něčeho nového, navíc
nepřesvědčivého. Pro obzvlášť skalní hardcoristy je tu varianta s MFC-1 
(pořád zastřešená CP/M) a myslím, že i tak se užije dost "srandy".
Až nebude co dále vyvíjet, skenovat a archivovat, můžeme se pustit do
blbnutí. V tom případě dám ale přednost robotické ruce před IDE
rozhraním.

v tomto pripade se zachovam jako pamatkar SAPI asi nikdi nepracovalo s HDD a uz vubec s pametivimi kartami ale s FDD

pokut se pouzije emulator FDD tereba pomoci SD ci jine beru to jako nouzove reseni pokut neni k dispozici radic/mechaniky/diskety

meli bichom si stanovit cil jaky chceme dosahnout u SAPI a toho drzet asi nejlepsi bude rozjet CP/M na poctivich disketach s radicem MFC-1A (kteri jsem se rozhodl vzkrisit) ruku na srce vedle SAPI nam truni nejake to PC a neni nic jednodusiho nez ho propojit pres DSM-1. v kazdem PC a nezalezi na sistemu lze najit terminalovy emulator s hromadou protokolu takze staci najit ten spravny do SAPI se soupne spravna BOOT ROM a muzem klidne botovat s PC nebo pres nej nahrat vsechno potrebne dalsi vec co jsem delal je SRZ-1 jde o SRAM (128KB) se zalohou s hromadou dalsich blbosti (zatim ve fazi zrodu) takze kdy se dotahla do konce tak bi stacilo zapnout SAPI a sistem bi bil pripraven k provozu

pouziti terminalu umuznuje nezavilost na platforme pouzinam terminal k nahravani novich verzi mich programu do SAPI (MONITOR/MIKOS V4) a tez k prenosu dat ze SAPI do PC terminal ve pripojen primo na port bez protokolu a poku ch ulozit data ze SAPI dam proste zachitavat text. timto zposobem ovladam ctecku pameti EPROM/PROM/... na   SAPI pustim dani program a pak vse ovladam z widli pres hiper terminal ale pokut to pripojim treba k linuxu/dosu/macos/... tak mi to pojede. jedina snad nevihoda je v tom ze se nada promo prenaset binari data pouzivam intel hex

..................

petr

ja jsem pro zachovani tohoto sisiteme jako technickeho dedictvy a to v provozu schopnem stavu a pokut uz se k tomu bude neco dodelavat tak abi to jaksi patrilo k sobe

dalsi veci je ta ze SAPI dnes berem spis jako hracku nez stroj na vaznou praci

petr 

Moje řeč....

Dobra, v zasade mi to je jedno, zadne sapi nemam. Jen jsem zil v
presvedceni, ze na kazde platforme je kazda aktivita vitana. Mozna to
ale plati jen mezi spektristy...

Logout

2010/5/12 melsoft (sapipandora.cz) <melsoft[doména skryta]>:

>
> Moje řeč....---------------------
> sapipandora.cz
> Konference o SAPI-1
> ---
>

Aktivita vítaná určitě je (pokud to není jen mlácení prázdné slámy na 
konferenci) a jak říkám, můžeme se časem zabývat i rozhraním IDE, ale
pokud je sil málo a cílů hodně, musí se postupovat trošku s rozumem a
koordinovaně. Pokud bys ale chtěl být aktivní a nemáš SAPI (to vůbec
nevadíc, navíc se to může časem změnit), tak bychom ti mohli zkusit najít
jinou aktivitu než GIDE. 
Měl bych tu třeba akutní požadavek na napsání testovacího programu
řadiče RPD-1 (resp stavů připojené mechaniky), který se čert ví proč
nedaří rozjet. (dokumentaci můžu poskytnout). Přičemž je jedno, jestli by
to byl program pro Mikos, CP/M nebo prostě utilita do ROMky. 
Jde totiž o to, dostat co nejvíce obsahu z disket dokud to (doufám) ještě
jde. Každým rokem se zvyšuje šance, že diskety zapomenou. Podle mého
skromného názoru by tohle mělo mít prioritu.
Třeba se jednou dostaneme do stadia, že nebudeme vědět roupama co dělat a
budeme připojovat k SAPI WiFi modul (BTW tam to taky neřeší Spektrum ale
procesor v modulu).
Jestli chceš, napiš, pošlu ti dokumentaci a existující zdrojáky obsluhy
řadiče RPD-1.

> budeme připojovat k SAPI WiFi modul (BTW tam to taky neřeší Spektrum ale
 procesor v modulu).

Ja vim, proto jsem k tomuto modulu od pocatku velmi pesimisticky.

Logout