30. 11. 2009

JHCon 2009

O JHConu 2009 už psali leckde, napíšeme o něm tedy něco málo i my, když už ho organizujeme:

  • místo: Gymnázium Vítězslava Nováka v Jindřichově Hradci
  • datum a čas: pátek 11.12.2009 ~17:00neděle 13.12.2009 ~15:00
  • vstupné: dobrovolné na pokrytí nájemného místností. nájemné pro mně činí 1200,-, čili kdo co dá půjde na tento účel. buřty na pivě letos můzu zajistit s tím, že si kazdý zaplatí to, co projí. pokud s tímto konceptem nesouhlasíte, dejte to do přihlašovacího mailu (viz dále)
  • přihláška: kdo chce přijet ať pošle mail na logout128 zavináč gmail tečka com s předmětem JHCon2009 (dohromady, bez mezery), automatický filtr mi ho zaškatulkuje a bude s ním počítáno. to znamená, že na něj třeba po ránu zbyde sáček čaje, nebo bude mít kde spát.

Pozvánkové intro si můžete stáhnout tady: jhcon09.tap

Kdo přijede? Zatím se přihlásili (v pseudonáhodném pořadí): Factor6, diZZy, Tritol, Poke, Tau, Sweet Factory, Shrek, Pardál, MikeZT, Flyyn a Dex. 

...a co vy?

4. 11. 2009

Jak jsem navštívil SK Plzeň

Ne, nebojte se - nebudu tu popisovat nějaký fotbalový zápas, SK Plzeň totiž označuje místní Sinclair Klub.

Jak si jistě všiml každý, kdo čte stránky CI5, od ledna letošního roku zahájil činnost Sinclair Klub Plzeň. Spektristi se schází každých čtrnáct dnů a poté, co se přestěhovali do větších prostor, se rozhodli otevřít veřejnosti. I vydal jsem se tedy v pátek v podvečer s Dexem směrem na Plzeň. I přes absenci navigace jsme našli místo conání velmi rychle a pár minut po příjezdu už jsem v ruce měl bramborák zabalený na cesty a chlazenou plzeňskou dvanáctku.




Chvíli po nás dorazil i Tau, který (jak jinak) vybalil svého Kompakta a začala demoshow.



Já jsem se usadil u Sinclair PC200, protože narozdíl od ZX Spectra u něj nemám možnost sedět každý den. MS-DOS verze 3 je jeden z těch systémů, které v sobě již obsahují vývojové prostředí (debug.com) a já jsem po celovečerním laborování zvládl naplnit VRAM standardním bordelem, což považuji za úspěch. Doufám, že PC200 bude k mání i příště neboť jsem se na něj vybavil a připravil.



Součástí klubu je i sbírka Rudy Matějky. V hlavní místnosti jsou to zejména všeliké časopisy s tématikou Sinclair a kompatibilní. V nich člověk najde nejednu pěknou reklamu, tahle nám třeba říká, že rok 1985 je jednoznačně rokem komunikace.



A nemohu si odpustit ještě jednu, která jasně dokazuje, že Sinclair strčí do kapsy i Apple.



Sinclair - to nebyly jen počítače, ale také třeba elektrické vozítko C5. Ruda má jedno v rozebraném stavu, ale ani tento fakt nemohl zabránit Dexově představivosti.



Jádro sbírky je ale v místnosti, kterou si Ruda zamyká (a po její prohlídce to plně chápu, já bych tam ještě postavil ostrahu). Lze tam najít prakticky vše, co na sobě mělo někdy značku Sinclair, nebo to alespoň se Sinclairem souvisí.



Například pěkný ruční řádkový scanner pro Sinclair QL, který neměl problémy ani s OCR textu.



Není nouze ani o kvalitní audiokomponenty značky Sinclair.



Je to prostě radost! :-)



Rozhodně nelituju návštěvy v Plzni a poté, co Sweet předělal rozvrh SKP budu asi jezdit směrem na západ pravidelně. Přijeďte také!

Kompletní fotogalerii z pátečního Sinclair Klubu, sobotního extended Sinclair Klubu, geocachingu a code párty u Shreka doma si můžete prohlédnout zde.

16. 10. 2009

SinDiKat

Na Twitteru jsem se dnes od z00ma dozvěděl, že v Bratislavě rozjíždí činnost Sinclair & Didaktik - Klub aktívnych technikov. Tato parta Spectristů se chce zaměřovat hlavně na hardware a pravidelně se setkávat každých čtrnáct dní. Na jejich web se můžete podívat tady.

5. 10. 2009

ZX Printer v akci

O víkendu se v Praze na Smíchovském nádraží konal ByteFest, multiplatformní setkání Ataristů, Commodoristů, Spectristů a jiných ztracených existencí. V sobotu byla návštěva Spectristů poměrně masivní, do neděle ovšem vydrželi jen ti nejzdatnější a stálo to za to.

A.I.D.S., který se mimochodem ukázal jako pravý extrémní Spectrista a snažil se vysvětlit několika Ataristům, že jejich počítače vlastně nejsou počítače, totiž vybalil ZX Printer a vesele se tisklo.

Pro ty, kteří už byli doma jsem si dovolil natočit krátké video:





A.I.D.S.ovi patří samozřejmě díky za to, že nás nechal se vyblbnout a obětoval odhadem metr cenného pokoveného papíru.

30. 9. 2009

Speccy má mnoho podob

Nedávno se v Rokycanech u Gregora konal OldCon. Nejde tak úplně o spectristickou akci, spíše o příležitost pokecat o osmibitových počítačích obecně, najíst se Zilogových buřtů na pivě, vypít pár Klasiků, projít všechny geocache v okolí a vůbec příjemně prožít sobotu.

Nicméně tentokrát se tam o Spectru mluvilo hned několikrát. Jednak jsem dostal k zapůjčení funkční Diskface A, dvě diskety s CP/M a návod jak si upravit Speccy pro tento operační systém, dále ale kolovalo jedno velmi zajímavě předělané Spectrum.

V době kdy ještě kdekdo věděl, že jedině Z80 je ten pravý procesor se pomocí Speccy řídilo kde co. Takový gumák je sice už od výroby ideální stroj, ale pro účely ovládání v průmyslových podmínkách je třeba něco masivnějšího, odolnějšího a se spoustou portů. Proto se někdo rozhodl předělat právě 48k Speccy do podoby, kdy bude vyhovovat těmto nárokům. Sice je předělávka nedokončená, ale považuju ji za velmi zajímavou a za důkaz toho, že Speccy má mnoho podob a mnoho využití.

Vnitřek a zadní stranu si můžete prohlédnout tady, stejně jako zbytek fotogalerie z OldConu 2009.

15. 9. 2009

Z archivu MB Maniax: Matrix OS

V prosinci roku 2004 vyšel na SpeccyWebu článek o systému Matrix, který plánovali pánové Tritol a PVL. I když (pokud je mi známo) světlo světa nespatřil, myšlenky v následujícím textu jsou pořád platné a jak se tak množí navzájem totálně odlišné systémy pro divIDE, přijdou mi ještě platnější.

Úvod - proč Matrix
Jak známo, klasickým softwareovým základem ZX Spectra je jeho ROMka. Ač stará nějakých 17 let, stále dostačující. Splňuje základní věc, kterou by splňovat měla, a to spouštění programů. Dále je v ní interpret BASICa, takže poskytuje daleko víc, než je vlastně bezpodmíněčně nutné. Co se nahrávání programů týče,podporuje pouze kazetový magnetofon - záznamové medium z dob jejího vzniku.Časem samozřejmě vznikala jiná záznamová zařízení, z nichž nejpraktičtější je jistě disketová mechanika. Způsobů připojení je několik, ale každé nějakým způsobem nahradilo nahrávání programů. Nepotřebujete vyměňovat ROM, většinou jen připojíte a jedete (no prostě Plug and Play, ne? to je takový ten ideál, který se marně snaží alespoň z části napodobit výrobci PeCí - bezúspešně).
Vezmeme-li ale v úvahu jednotlivé diskové systémy, každý je světem jen sám pro sebe. Dnes je situace taková, že každý se drží svého systému, protože si na něj zvykl, nebo oceňuje některé jeho přednosti. Tuto situaci třeba měnit není, a si každý zůstane u svého. Jediný problém, který je třeba vždy vyřešit, je přenos dat.


Samozřejmě je možné pro každý systém napsat konverzní program. Ale.. Jsou prostě důvody proč to prakticky možné není. Na mě známých systémech existuje většinou konverzní program do jediného jiného systému. Jelikož tím systémem byl většinou MSDOS, byla vlastně šance přenosu mezi systémy navzájem, ale náročná. Nejprve export, poté import.
V současné době - nástupu harddisku - je potřeba vymyslet nový systém souborů (FS - File System), který bude koncipován na větší diskové kapacity, než bylo třeba u disketových mechanik. S novým FS tedy opět vznikne nový systém. Jelikož ale HDD sám o sobě není tak uplně soběstačný a stejně většina lidí nějakou tu disketovku má, budou chtít aby jim systém podporoval oboje.

Příkladem takového systému bude BS-DOS 400, na kterém se už (prý, možná, snad trochu, jestli vůbec .. no spíš ne .. ???) pracuje. Bude to samozřejmě pokrok, nebo to bude jeden systém a bude podporovat dva FS. Tohoto pokroku už dosáhly dokonce i PeCoidní všemi oblíbené Wokna (také podporují až dva, nebo snad dokonce až tři (!) FS.
Bude-li chtít někdo HDD s jiným systémem, nebo spíš bez něj, může klidně použít nový BS-DOS bez MB-02 a pracovat jen s hadrem. Nebo si napíše svůj OS pro HDD a svůj systém. A budou všichni zase tam, kde doposud. (jest-li ale vůbec aspoň tam). Snad s tím rozdílem, že bude-li na HDD existovat jen jeden FS, půjde připojit bez problémů k jinému systému (ale HDD neni primárně určen k přenášení a dokonce mu to škodí. Kdo nevěří může zkusit, ale znám jeden co cestu na DOXyCon'98 nevydržel).
Znáte někdo Unix? Jedna taková jedo odrůda, stará pár let (Linux) podporuje současně klidně 32 různých systémů souborů (někde psali).

Co z toho čistou spectráckou úvahou vyplývá?
Že to jde!
(Ono tedy mezi náma, konec klasické spectrácké úvahy má pokaždé stejné řešení)


Co je to Matrix
Možná bude lepší začít tím, co Matrix není. Takže za prvé určitě není samostatnou aplikací. Zrovna tak ale není jen BIOSem (basic input/output system). Je tedy něco mezi. Nám se nejvíce líbí jádro (kernel). Je to vlastně objekt, zapouzdřená skupina rutinek, které mají jeden vstupní
bod pro poskytované služby, které se budou povětšinou týkat práce se soubory, přičemž odstíní aplikaci od takových maličkostí, jako se kterým hw a fs se právě pracuje. O stejné možnosti se ale snažil už OPAT. Problém s OPATem ale byl, že byl příliš vázán na D40. Matrix by měl být více univerzálnější a hlavně by měl sám o sobě podporovat současně více druhů hw a fs.
Při realizaci a návrhu služeb Matrixu bereme nejvíce ohled na HDD, pak diskety a až pak hodně daleko kazetu. Toto pojetí se liší od přístupu BUSYho, NORa a jiných zastánců kazeáku, kteří zastávají názor, že kazeta je z historických důvodů na speccy základ a vše ostatní ji více méně přizpůsobují (viz např. BSDOS). Je nepopiratelné, že je výhodné, aby staré programy, nahrávající z kazety přes ROM, fungovaly bez jakéhokoli zásahu. To je hezká vlastnost BSDOSu a špatná D40 (proto jsem také pro D40 napsal TAPE Emulator).
Přesto se Matrix bude orientovat diskově, neboť považuji za snažší ohýbat diskové služby na kazetové, než obráceně! A krom toho, kazetové služby bude v podstatě potřebovat jediná aplikace - TAPE EMULATOR, pro ostatní bude jistě výhodnější zvolit diskové, takže to bude i ekonomičtější.
Zároveň hodlám programovat jen jednou, ale použitelné to chci mít pro více věcí. Základní představa je taková, že by šel Matrix použít jako součást jiného programu (jako měl sloužit OPAT, ale vzhledem k tomu, že Matrix bude kvůli svým možnostem daleko větší než OPAT, tak to vidím praktické jen u takových vyjímek jako File Comander apd.). Druhou možností je, že by Matrix ležel někde dole v ROM a aplikace by si ho volaly odtamtud přes RST. Jelikož většina programů potřebuje i klasickou ROM (Basic), tak ji předpokládáme jako základ, v ní bude definovaný vstupní bod, který zajistí přestránkování do stínové ROM s Matrixem, kde bude fungovat ono RST a zároveň bude fungovat i bod pro přestránkování do Basic ROM.
A jelikož potřebujete spustit o onu aplikaci samotnou, bude asi chtít, aby i Basic ROM byla upravena pro práci s Matrixem. Takže buď to bude obdoba D40 a podobných, které přidávají pár svých příkazů, nebo lépe to bude zmíněný TAPE Emulator, dokonce to může být něco tak rozsáhlého jako BSROM apd. To už je věcí názoru.


Mně osobně se zdá, že už je čas na něco uplně nového. Osobně stejně BASIC používám posledních X let pouze k nahrání jiného programu a musím říct, že k tomu fakt není určen (chybí historie příkazů a tak). Takže bych to viděl k napsání něčeho speciálního lépe vybaveného ke spouštění programů a práci se soubory - to už ale není záležitost Matrixu, přesto se tu o tom zmíním.
MASH (MAtrix SHel) by měl nabídnout příkazový interface k službám Matrixu (i kdyby na nic jiného, nějak se Matrix otestovat musí), bude se nacházet ve stejné ROM s Matrixem a k dispozici zůstane ale i Basic ROM, nebo tu bodou pravděpodobně potřebovat spuštěné programy.
Samotný MASH i MATRIX budou na Basic ROM nezávislý. Pokud bude takto nezávislý i váš program, nemusíte se stránkováním ROM zabývat. Jelikož MASH bude realizovat mnoho zajímavých funkcí, bude některé z nich poskytovat jako služby na dalších RST. Již dnes je jasné, že budou existovat programy, které budou vyžadovat jak Matrix tak MASH.
Říkám to zde proto, že takovýto program bude muset být s největší pravděpodobností spuštěn MASHem a nebude tedy stačit pouhá přítomnost MASHe v ROM. Takovýchto programů by ale podle mě mělo být málo, aby měl uživatel možnost volby a mohl pracovat třeba jen v lehce upravené Basic ROM. Tritol ale nedávno oznámil, že jeho fdisk bude MASH&MATRIX only, takže si radši začněte zvykat.


Vnitřní uspořádání Matrixu

Aby mohl MATRIX obsloužit více druhů hw i různé fs, je nezbytné jeho rozdělení do vrstev.
Software
Aplikační programy
Rozhraní služeb (SL)
Ovladače systému souborů (FS)
Ovladače fyzických zařízení (LL)
Hardware
Technické prostředky

Vrstva služeb (SL) bude vyřizovat takové ty formalitky. Vrstvy FS a LL mají každá jeden vstupní bod, ve které se však provede rozskok do rutiny podporující právě aktivní hw či fs.

Každý druh LL nebo FS bude mít své číslo, kterým se identifikuje mezi svými kolegy v dané vrstvě (tzv. MAJOR číslo). Důležité je dále zmínit ještě MINOR číslo, které identifikuje zařízení nebo fs v rámci jednoho MAJOR čísla.
ZařízeníMAJORMINOR
D40 Mechanika A10
D40 Mechanika B11
MB02 Mechanika A20
MB02 Mechanika B21
MB02 Mechanika C22
MB02 Mechanika D23
Obdobně to bude i u FS; v případě že mám hadr s pěti partition (3 ext2, 2 FAT16)
PartitionMAJORMINOR
hda1 (ext2)10
hda2 (FAT16)20
hda3 (FAT16)21
hda4 (ext2)11
hda5 (ext2)12
V praxi si to představuji asi takto (ukáži na příkladu):
  • Aplikace zavolá přes jednotné rozhraní službu (např. z otevřeného souboru XY přečti ABC bajtu)
  • Vrstva služeb, pouze zkontroluje správnost parametrů o nic moc víc asi ne (např. zda opravdu soubor XY je otevřen pro čtení)
  • Je-li vše v pořádku, nastaví MAJOR/MINOR čísla pro FS i LL.
  • Vrstva FS se stará o logickou organizaci file systému a potřebuje-li data, volá LL vrstvu.
  • LowLevel ovladač dle MINOR čísla zjistí o jaké konkrétní zařízení jde (master/slave, drive A/drive B, ..) a načte bajtíky z media.
Celý příklad byl trochu zjednodušen, praxe bude o malinko komplikovanější.


Výhody Matrixu a jeho vrstvené architektury
Napsat čtení sectoru a podobné lowlevel rutiny je strašně jednoduché. Takže není problém toto udělat za odpoledne pro kopu systémů.
Podpora FS je samozřejmě náročnější, ale je-li jednou udělaná, funguje na všech typech podporovaných zařízení.

Výhoda je vysoká přenositelnost, např. napíšu ovladaní D40 a IDE-IF, dále pak podporu pro MDOS, SFS a a nejsem měkej tak ještě MS-DOS. V tu chvíli budu schopen číst z harddisku partition typu MS-DOS i SFS, budu moc mít MDOS, MSDOS a SFS -ovské diskety (kvuli D40 jen DDčka). Pak to ve zdrojáku předám někomu s MB02 a ten v mžiku napíše rutinu pro obsluhu MB02. V tu chvíli je schopen do svého MB02 vrazit a číst disketu pro SFS, MSDOS a MDOS
(ale ne pro BS-DOS). A zrovna tak s HDD. Jestliže bude produktivní napiše práci s BSDOSem a bude číst i ten. (teď si vlastně uvědomuji že BS-DOS přejde na SFS, takže BS-DOSem myslím starší verze - pro příklad).

Pak mi to vše vrátí a já budu schopen číst z D40 i BS-DOSovský formát. Přineseli někdo ke mně MB02 a (to sice nejde, ale jako) připojíme ho současně s mou D40, bude mi fungovat vše naprosto na všem, jediný rozdíl bude že si budu moc dovolit HD disketu.

A k tomu stačí jediný jednoduchý File Manager, který používá řádně služby a budu schopen vše alespoň kopírovat.
Samozřejmostí a ztělesněnou jednoduchostí je upravení ZX ROM, aby místo z kazeáku nahrávala přes služby a mám TAPE Emulátor.

Nevýhodou je, že si nedokážu představit, jak upravit sekvenční přístup k souboru pro milovanou TAPE. Ta by dejme tomu podporovala jen čtení celých souborů. No spíše to dopadne tak, že Matrix s kazetou pracovat nebude umět ;-)

SpeccyFication

Matrix
Jeden vstupní bod.
Seznam služeb (coming soon)
hlavní vývoj: pvl, tnt
Budou existovat asi jen jedny zdrojáky, neboť nejčastější bude jeho umístění v ROM

Matrix ROM SpeccyFication
Matrix používá adresy 0-15360(15kB) a zásobník
Call pro přestránkování do ROM s Matrixem: #002B (43 Dec)
Call pro přestránkování do ROM s Basicem: #0013 (19 Dec)
Vstupní bod do Matrixu (RST 48)

MASH SpeccyFication
Shel který bude sloužit primárně k práci se soubory a spouštění programů. Řádkové rozhraní ke službám Matrixu.
MASH používá adresy 0-15360(15kB) a zásobník
Vstupní body pro služby MASHe (RST ?? ..)
Seznam služeb (coming soon)
hlavní vývoj: pvl

MAFIE - MAtrix FIle Exploder
File manager, tak jak je znáte ... zatím pouze v plánu, teoreticky by to mohlo být schopné mít zkompilován matrix v sobě a běhat na libovolném HW (i bez možnosti zápisu dolu do ROM).
hlavní vývoj: tnt(?)

9. 9. 2009

PathIncludingTime v1.3

Ačkoliv jsem myslel, že již nebudu PITa vylepšovat, spletl jsem se. Ozval se mi Hood, že když nainstaluje Pita, tak jakýkoliv pokus o vypsání chybové hlášky BS Dosu (Data integrity error, Disk full...) zkončí zhroucením BS Dosu (červená obrazovka...).

Chvilku jsem hledal a nenašel jsem jedinou chybu. Věc jsem konzultoval s Busym, který si po čase všiml, že využívám volné místo na path od adresy #229D, což je chybně, neboť volné místo je od adresy: #22D9.

Tuto adresu jsem si nevycucal z prstu, ale vzal jsem jí ze zdrojáku BS Dosu 3.08, kde na konci jsou popsána volná místa, resp. všechny důležité adresy a tam byla tato hodnota uvedena špatně... (to vše k mému ospravedlnění ;) ).

Problém ale nastal, když jsem zjistil, že od adresy #22D9 je volných pouze 32 bytů, což je pro PITa málo (musím do druhé stránky přenášet info o počáteční adrese souboru, délce, času a datumu vytvoření... ), takže jsem na patch použil adresu #0383, kde je volno 60 bytů. Takže jsem patch zkrátil o 3 bytíky a patch se tam krásně vešel (a jeden byte zůstal volný...).

Snad už poslední verzi můžete stahovat zde.

Takže testujte, používejte, toto je můj nejoblíbenější patch jaký jsem pro BS Dos udělal...

8. 9. 2009

Z archivu MB Maniax: Převod atributových souřadnic na pixelovou adresu ve videopaměti

Následující článek se nacházel na SpeccyWebu v sekci Coding a jeho autorem není nikdo jiný, než Mike/ZeroTeam. Užijte si ho.

--
Určite ste vo svojich programoch prišli k zaujímavému problému, ako previesť 'atribútové' súradnice na pixelovú adresu vo videopamäti. Ale no tak, aspoň jeden z Vás určite áno. Keďže Spectrum nemá lineárne adresovanie videopamäti, treba skutočnú adresu vypočítať. V prvom rade si zožeňte tabuľku adries videopamäti. Nájdete ju v napríklad v ZXM č. 06/94 alebo v tabuľke videopamäti od Nairama. Ako je známe, tak videopamäť je rozdelená na tri tretiny. Najprv si všimnime vyšší bajt adries prvých riadkov v atribútoch. Pre prvú tretinu je to #40, pre druhú #48 a pre tretiu #50. Skúsme si tieto čísla zapísať pod seba v dvojkovej sústave:

01000000
01001000
01010000

Ukážme si teraz, ako vyzerajú niektoré Y-súradnice z prvej, druhej a tretej tretiny. Zoberme si napríklad 3, 12 a 22.

00000011
00001100
00010110

A vida, každá tretina je už zakódovaná, ako v Y-súradnici, tak v hornom bajte adresy. Povedzme, že naša rutinka na výpočet pixelovej adresy očakáva súradnicu X v registri C a súradnicu Y v registri B a nazvime si ju napríklad CHCU_PIXEL_ADRESU. Môžeme teda začať s prvým krokom:

CHCU_PIXEL_ADRESU ld a,b
and 11000b
add a,40h
ld h,a

Tak, vyšší bajt máme za sebou a skúsme sa pozrieť na nižší. Vezmime si začiatočné adresy (s X súradnicou rovnou nule). Opakujú sa tam čísla #00, #20, #40, #60, #80, #A0, #C0 a #E0. Napíšme si ich teda znova pod seba v dvojkovej sústave.

00000000
00100000
01000000
01100000
10000000
10100000
11000000
11100000

Určite už radostne vykrikujete: "Aha, stačí rotovať Y súradnicu o 5 bitov doľava". Áno, určite máte pravdu, ale čo by sa stalo, keby sme ju rotovali o 3 bity doprava? Určite na správnu odpoveď príjdete aj sami. Pozor na nechcené bity, tie treba vynulovať dobre miereným andom. K takto pripravenej adrese ešte pričítame X súradnicu. Pozor na to, aby súradnica neprekročila rozmedzie 0-31. Skúsme teda doplniť náš program.

CHCU_PIXEL_ADRESU ld a,b ;vstup: reg.C - X, reg.B - Y
and 11000b ;výstup: HL - adresa vo videopamäti
add a,40h
ld h,a
ld a,b
and 111b
rrca
rrca
rrca
add a,c
ld l,a
ret

Tak a to je všetko, čo by Vám malo stačiť ako odpoveď na Vašu otázku 'Ako získať pixelovú adresu z atribútových súradníc' a hanbili ste sa ma opýtať.

mikezt

6. 9. 2009

Rádobyseriál: TrueWare (3)

Takže je tu malinkaté info o aktuálním stavu projektu TrueWare.

Věc se má tak, že v současné době čekám, až mi přijde od Velesofta IDE kabel na resetování CF karty za běhu. Možná Vás napadne, proč jsem si tento kabel nevyrobil sám (toto Vás napadne, jen v případě, že mne neznáte), ale pokud mne znáte, je Vám zcela jasné, že pokud bych se pokusil o výrobu tohoto kabelu a zapojil ho, neodpálil bych si pouze CF kartu, ale s 99% šancí bych si odrovnal i MB-02+ a ZX Spectrum (a možná by vybuchla i elektrárna, ze které napájím ZXko a MBčko ;) ). Takže až mi přijde IDE kabel od Velesofta, tak se bude na projektu prokračovat. Prozatím mám rozpracované hledání volného sektoru ve FAT tabulce (což není tak těžké) a začínám vymýšlet algoritmus na zápis dat.

Takže asi tak... ;)

4. 9. 2009

Z archivu MB Maniax: TANX

Následující článek vyšel 24. 04. 2005 v "internetovém časopise" SpeccyMan, který sloužil jako výkladní skříň extremního Spectricismu. Mám tu čest být jeho původním autorem a dle statistik si ho v oněch časech přečetlo celých 193 lidí.

---
S drobným zpožděním, za které se omlouvám (Myslím to upřímně. Jsem Pravý Hlas Symbiozy.), je tu další recenze na hru z roku 1982. Tentokrát je to hra Tanx...

Stalo se to v roce 2014, desátého roku Svaté války všech Spectristů proti Sjednoceným vojskům Tříregistrových. My tento rok známe jako Rok Vítězství, nechybělo ale moc a byl rokem prohry. Předchozích pár let Spectristům nepřálo. Víra lidu v Symbiozu a Spectrum byla podlomena neúspěchy na bojištích. Jen málokdo v neděli po obědě zapnul svoje Spectrum a hrál Manic Minera, jen pár nejvyšších generálů pak ovládalo umění Svatého Kódu. Když tu se náhle stalo to nejhorší. Obrana samotného Státu byla prolomena a hordy Ataristických a Commodoristických sonických tanků (zejména pak nejnebezpečnějších modelů SID-4 a Pokey-2010) se řítily do země. Když padla menší provinciální města jako AY-3-8910 a AY-3-8912, bylo všem jasné, že obléhání samotného ULA-City je otázkou hodin. Z rozhodnutí těch nejsympatičtějších vůdců Speccy národa byly zničeny mosty přes všech 128 řek, které dělily ULA-City od zbytku světa. Všechny až na jeden. U tohoto mostu byl postaven poslední funkční tank a v něm poslední Hrdina, aby zabránil nejhorší katastrofě a zdržel nepřátelská vojska, než se armáda opět zformuje. Tím hrdinou jsi ty....

Tak nějak by zněl úvodní příběh hry Tanx, kdybych měl tu čest psát ho já. Bohužel v roce kdy tato hra vyšla, tedy v roce 1982 jsem byl ještě jenom přáním (či obavou ?) svých rodičů a tak jsem tuhle dle mého názoru skvělou hru poprvé hrál až v roce 1996. Hru nenaprogramoval nikdo jiný než Don Priestley a o distribuci se postarala firma DK`Tronics. Jak mohlo dojít už i méně bystrému čtenáři, ve hře jde o ničení nepřátelských tanků. Hra je zpracována v opravdu zajímavém pohledu. Zatímco svůj tank vidíte shora, jeho dělo je trojrozměrné a tanky nepřátel vidíte z boku. Kupodivu to tvoří poměrně přehlednou herní obrazovku. Tanky jezdí v několika vzdálenostech, proto musíte měnit náklon hlavně, abyste dostřelili dál. Zároveň to chce mít na paměti, že střela tank nepronásleduje, prostě si tak letí a při dopadu exploduje, jak to ostatně dělá většina granátů. Proto je dobré střílet poněkud před tank.
Menu ve hře je téměř totožné s tím v hře Meteoroids, kterou jsem recenzoval minulý týden, v tom zde se konkrétně dá:
I - informace o hře - tady se dozvíte, co je za kolik bodů a jaké máte právě nadefinované ovládání
C - změna herních parametrů - redefinice ovládání, nastavení obtížnosti atd.
1,2 - hra jednoho či více hráčů - tato volba maže skóre, chcete-li pouze pokračovat bez smazání, stiskněte libovolnou klávesu krom předchozích čtyř

K průběhu samotné hry není potřeba nic moc dodávat. Snad jen, že pokud trefíte tank jednou, zůstane rozbitý stát a blokovat jednu z cest, dokud ho vy nebo další tank, jedoucí za ním, nezničíte. Zničit se ho docela hodí, protože stojící tanky nemají na práci obvykle nic lepšího, než do vás střílet. Ministerstvo Speccy her varuje: Střelba na vás vám může přivodit smrt.

... bylo nedělní ráno. Vítězství bylo naše a chutnalo jako svěží jarní šunka vařená ve whisky. Všude se povalovaly roztavené kryty z Atari a Commodore, ohořelé tanky Sjednocených vojsk Tříregistrových tvořily nejlepší pomník hrdinství Speccy lidu. ULA-City bylo oděno do slavnostního roucha, duhové vlajky vlály na každém domě, lidé vybíhali do ulic a spontánně projevovali oddanost Spectru. Transparenty typu "10 PRINT "SPECCY RULEZ":GOTO 10" byly k vidění všude. Taktika vyšla. Spojené armádní oddíly zasadily rozhodující ránu v rozhodující okamžik. Finální hegemonie Spectra byla obnovena.
---

K článku náleželo i několik screenů, které jsou ovšem definitivně ztracené. Co se ale neztratilo je závěrečný veršík na konci:

Směle jsem se podíval
Do očí nepříteli
A pak jsem hrdě prohlásil:
Neprojdou, veliteli !

Speccy zdar!

3. 9. 2009

Z archivu MB Maniax: RockOn2003

Rozhodl jsem se začít zveřejňovat na SpeccyWebu staré články, které zmizely v propadlišti dějin, stejně jako staré werze našeho webu. První archivní článek je Shrekova reportáž z RockOnu 2003. Jde o článek z doby, kdy jsme ještě všichni byli mladí a krásní, jak je patrné z dochovaných fotek (zachovalo se 6 ze 7 fotek).

Ze nevite co RockOn 2003? Byl to maly sraz 8bitovych nadsencu v obci Rokycany. A vzhledem k tomu, ze nazvy Conu se odviji od mista konani a jelikokoz mestecko Rokycany znam i pod jinymi nazvy (Romcikany, Rocikany...) tak jsem tak nejak tyto nazvy zkombinoval a a vysel nazev RockOn 2003 :) Dale je dulezite rici, ze tento sraz svolal Gregor. Melo se jednat ciste o sraz, kde se mela probirat problematika hardware, ale jelikoz na prosby Logouta a Wixeta se Gregor obmekcil a pozval me take. Takze jsem na teto hradwarove akci pouze kodoval (keep coding :) ). Tak a kdo tam vsecho byl? Bohuzel si nepamatuji kazdeho, ale co si pamatuji tak tam byl Logout, Wixet, Velesoft, +Gama, Zelezo, Gregor :) a jeho druzka. Ja jsem pouze sedel u moji speccyalni sestavy slozene ze ZX Spectra 128kB, MB-02+ 512kB a momentalne bez MB Ide Face, jelikoz mi ho 8bc jeste neopravili... (LMN prosiiiim oprav to !!!). Ehm trosku jsem odbocil, takze se vratime k RockOnu. Vsude se porad nekde neco resilo a diskutovalo. Jinak co se tyce kodovani, tak jsem tam nebyl sam, taky tam makal Velesoft, ktery za tu dobu co tam byl, tak upravil Promethea 128 pro SAMa. Jinak co se tyce SAMa, mi Velesoft predvedl opravdu zajimave veci :). Ja jsem delal na ...... (no tak to prozradim)... BS Dosu 4.00, ale vubec mi to nefungovalo, jak jsem chtel. Mno to je tak asi vse, co mohu o RockOnu 2003 z me strany napsat. Jinak bych chtel podekovat Gregorovi a jeho druzce za usporadani supr akce.

Tak a ted nejake fotky z nataceni :) :






2. 9. 2009

Můj první program pro MB-02+

Svého času někdy kolem roku 2001 jsem vlastnil ještě ZX DiskFace QUICK (kterého jsem neprozřetelně daroval Falcenovi, za což si dodnes nadávám), programoval jsem pro něj UniRuny (přežitek z doby kdy jsem ještě vlastnil Didaktik Kompakt), upravoval a crackoval hry pro tento diskový systém, prostě jsem si hrál na drsného spectristu. V té době jsem potkal na ZlínConu Hooda, který měl sebou MB-02+ a tím začala moje úplně nová éra. Hood do mne hučel, že pokud chci pro ZX Spectrum něco dělat, tak MB-02+ skrývá veliký potenciál (což platilo tenkrát, ale i dnes). Prostě slovo dalo slovo, na ZlínConu jsem odchytl pana LMNa (ahoj Honzo :) ) a ten mi po několika hodinovém naléhání slíbil ještě jeden kus MB-02+ vyrobit. Když jsem tenkrát odjel domů, tak jsem skoro denně Honzovi Kučerovi volal jestli už náhodou MB-02+ není vyrobené. Ono tomu asi hodně lidí neuvěří, ale umím být občas otravnej ;) (viď Logoute :) ). No v té době se tradovalo, že dodací doba (výroba MB-02+) trvala cca půl roku, já měl moje MB-02+ doma za cca měsíc a myslím, že se LMNovi celkem ulevilo...

No abych se vrátil k tématu, měl jsem doma MB-02+, koukal jsem na něj jak na svatej obrázek a začal jsem řešit s Hoodem co vlastně bych měl programovat, abych jakože vyplnil tu obrovskou mezeru na speccy scéně. Hood tenkrát navrhl, abych napsal prográmek, kterej umožní u každého souboru změnit jmeno, typ, adresu, čas a datum, flag byte...

Začal jsem programovat, učit se jak se BS Dos ovládá a vše šlo velmi rychle. Program jsem pojmenoval ChanATTR a ačkoliv má mnoho omezení (nenačítá celý adresář, je tam čecho-angličtina, ...) hrozně rád vzpomínám na tohle programování, neboť jsem dokázal na tomto programu strávit i 10 hodin denně.

Dovolil bych si Vám ukázat ještě jeden screenshot (ukradl jsem ho z tcg.speccy.cz ... Wixete sorry ;) ), abych Vám přiblížil ovládání a vzhled programu...



Pokud byste přeci jen chtěli vyzkoušet jak program funguje tak ho můžete stáhnout zde.

29. 8. 2009

PIT - další vylepšení

Aby toho dnes nebylo málo, tak mám pro Vás dnes novou verzi PITa:





Aaaaa, špatně, myslím tohoto PITa. ;)

Možná se ptáte co je nového. Nová verze PIT 1.2 má pouze jednu vlastnost navíc. Když si pomocí PITa opatchujete systém a spustíte tento patch znova, vše se uvede do stavu jako před patchnutím - prostě se nebudou vypisovat údaje o čase a datumu. (Pro Ataristy - tuhle činnost můžete provádět pořád dokola... ;) ).

Keep coding.

Rádobyseriál: TrueWare (2)

Takže dnes se podíváme na aktuální stav TrueWare.

Jelikož DivIDE je opravdu na <|>u, tak jsem se rozhodl vše programovat na reálném ZX Spectru, MB-02+ a v Prometheovi (neboť v něm umím, má výborný monitor na ladění...). Takže věc se má aktuálně takto:

Prográmek zjistí informace o první partition na CF kartě (dále zjistí první sektor FAT, první datový sektor, zjistí se číslo DIR sektoru).

- zatím vše funguje jak má, vše mám odzkoušeno, čte se DIR sektor i FATka... (jupííí) ;)

Chybí prohledat FATku, abysme našli volný sektor od kterého začneme zapisovat data na FAT16.

Prozatím zkusíme zapsat na disk soubor pokus.txt, který bude obsahovat text:

DivIDE sux!

;) ale nepředbíhejme...

A je to tu zase: DivIDE

Jak jsem slíbil, tak jsem začal pracovat na TrueWARE. Pokoušel jsem se sehnat nějaké info o emulátoru, který by uměl DivIDE porty a uměl by pracovat s nějakým image diskem naformátovaným pod FAT16. Chvíli jsem si hrál s Fuse, ale bylo to hodně krkolomné, prostě něco jako drbat se pravou rukou za levým uchem.

Rozhodl jsem se tedy, že budu TrueWare zkoušet na realné mašině. Ačkoliv jsem zarytý MBčkář, tak jsem se rozhodl, že testovací systém bude DivIDE a to z jediného důvodu - jsem líný tvor. Mám na MBčku pouze jednu IDE CF redukci a pro vyzkoušení zápisu na FAT16 bych musel pořád dokola prohazovat CFku (s BS Dosem a FAT16), což je malinko nepraktické.

Idea byla ta, že si do DivIDE flashnu FatWARE, nahraju si do paměti z CF karty Devastaci (qůli ladění) a pak si z PeCe vypískám TAPku s TrueWARE a podívám se, co to vlastně dělá (pomocí Devastace...).

JENŽE: DivIDE, resp. FatWare, je opravdu jen pro lidi, kteří si chtějí hrát gamesy a nic jiného neumožňuje (opět mimo MDosu3, ale to můj problém neřeší). FatWare neumožňuje přepnout LOAD a SAVE na reálný kazeťák, pořád se nahrává jen TAPka z Fat16...

A abych pořád dokola vyndaval CFku, na PeCi nahrál na tuto CFku TAPku s TrueWare a tu pak zase vložil do DivIDE, to mi přijde milejší prohazovat CF karty na MB-02+...

Takže si všichni užívejte DivIDE a úžasného čtení z FAT16, ja mohu jen dodat, že na práci to opravdu není...

MB-02+ rox!

28. 8. 2009

Rádobyseriál: TrueWare (1)

Tak jak jsem slíbil, budu zde postupně uveřejňovat kód prográmku TrueWare, který si klade za cíl se stát nativní kopírkou z/na FAT16 medium.

Takže žádné dlouhé okecávání a jdem na to:

Zde si můžete stáhnout zdorjový kód v TXT.

Co dělá tahle rutinka? Vlastně skoro nic, co by bylo vidět, ale na druhé straně připravuje samotný zápis souboru do FAT16 (víme první sektor FAT tabulky, oblast kořenoveho adresáře a první datový sektor).

Tak a co bude dál?

Chybí např. najít volný sektor ve FATce a to si ukážeme příště.

Takže kdyby někdo měl chuť, tak mi muže kód zkontrolovat. Upřímě si myslím, že tam nějaká ta chyba bude, neladil jsem ho na skutečném HW, jen jsem si ho procházel v hlavě...

btw. nevíte o nějakém linux friendly emulátoru, který by podporoval PVL porty, umožňoval si hrát s nějakou image disku (FAT16) a zároveň měl nějaký debugger?

27. 8. 2009

Co se 128k flash v MB-02+ ?

Mám už pár měsíců ve svém MBčku 128kB flash. Proč? Proč ne!

BS-DOS a BS-ROM zaberou sotva dvě 16k stránky i s FlashBootem a krásným logem od Factora6. To máme ještě dalších šest volných stránek. Dumal jsem co s nimi a pak jsem narazil na web zabývající se Interface 2. Na něm jsou ke stažení image s různými hrami a softwarem pro tento interface. Zkusil jsem cvičně Space Raiders a emulátor Jupiter Ace, což je klon ZX-81, který místo BASICu měl v ROMce zásobníkový jazyk Forth (o Forthu si můžete přečíst tady a tady). Oboje fungovalo na jedničku. I když obraz, který přes K-Mouse interface produkuje do TV tuneru v Macu moje plusko nestojí za moc, udělal jsem video, které ukazuje první zmiňované - Space Raiders.

Kód, který spouštím na videu je opravdu hyperkomplikovaný:
ld a, 130
out (23), a
rst 0






Plánuji využít možností MB-02+ s velkou flashkou k typicky megalomanským účelům ala MB Maniax.

Již brzy...

26. 8. 2009

Zvýraznění syntaxe Z80 v editoru Gedit

Před pár měsíci jsem se snažil zprovoznit zvýraznění syntaxe assembleru procesoru Z80 v textovém editoru Gedit. Neúspěšně. Vykašlal jsem se na to, s dodatkem: "Prostě to nejde, PeC...". ;)

Dnes jsem našel tyto stránky s rozšířením pro Gedit, kde se mimo jiné píše, že jedna z featur je: Syntax highlighting for ASM cod.

Rozhodl jsem se, že soubor stáhnu a případně upravím pro assembler procesoru Z80. Jaké bylo mé překvapení, když po rozbalení archiv obsahoval soubor z80asm.lang a po zkopírování do adresáře /usr/share/gtksourceview-2.0/language-specs/ mi Gedit krásně zobrazoval zvýrazněnou syntax i v tomto mém oblíbeném textovém editoru pro Gnome.

Co dodat? 3x hurá!!! :) (ať žijou barvičky).

K čemu je vlastně autosys?

Jelikož se ukázalo, že Hoodův komentář ohledně autosys je tím správným řešením problému, kvůli kterému chudák Shrek dělal celou novou verzi FlashBootu (nicméně již brzy se i tak bude tato verze velmi hodit, nechte se překvapit), rozhodl jsem se odhodit hrdost a přiznat, že i po letech nevím, k čemu vlastně je.

Napsal jsem proto Busymu (kdo by měl být povolanější?) a zeptat se ho. Odpověď zveřejňuji tady, protože je třeba aby i ostatní případní ignoranti došli osvícení:

Subor "autosys" sa spusta ako prvy po nabootovani BS-DOSu. Kedze ale vo vseobecnosti po nabootovani (resp. po zapnuti Spektra / po resete) nemusia este existovat systemky BASICu, tak autosys je kratky program v strojaku, ktory BASICove systemy vytvori, a potom zavola klasicke NEW "autoexe". Ty padom subor "autoexe" uz moze byt aj BASIC.

Tento napad na nazov "autosys" som zobral z nejakych starsich MS-DOSov, ktore sice mali autoexec.bat ale ako som zistil, po config.sys-e si najprv spustili subor auto.sys ktory bol schovany niekde v adresari C:\DOS a az potom sa spustal klasicky a dobre znamy autoexec.bat :)

A este som zabudol napisat, ze ked sa subor autosys nenajde, tak po nabootovani sa urobi klasicky velky 128k reset (bsrom=>NMImenu=>E) a system je pripraveny na pouzivanie.

23. 8. 2009

FlashBoot v4 - malá změna

Jelikož Logoutovi přišla z opravy MB-02+, ve které měl nově namontovanou FlashROM, rozhodl se, že prubne náš FlashBoot, ale pokus o nabootování mu vždy skončil v NMI menu. Stačilo sice stisknout klávesu ´E´ a BS Dos nastartoval, ale dle slov našeho duchovního představitele: "Je to opruz!".

Ten kdo zná mé programátorské "kvality" jistě ví, že mám problém hlavně s jednou věcí, které souvisí s tím, že mám v ZXku deprchátor - tudíž nestarám se o reg. I.

To byl pravděpodobně i problém našeho FlashBootu (píšu pravděpodobně, neboť Logout to bude moct vyzkoušet až po víkendu).

Jelikož jsem se ptal dost lidí na reg. I a jeho bezproblémovou hodnotu a nikdo mi nedal dostačující odpověď, prubl jsem to a do reg. I jsem hodil hodnotu 0. Teď mi můžete nadávat, pomlouvat mne, pokud jsem tuto hodnotu urcil spatně... jen mi prosím Vás už někdo řekněte, jaká hodnota tam tedy má být, aby to fungovalo aj Logoutovi ;).

Stahovat můžete zde.

V archivu se nachází tyto soubory:

  • EEPROM_Dron.cod, EEPROM_PVL.cod - poslední verze, publikovaná po JHConu 2007. Tyto soubory stačí přímo vlashnout do MBčka. Nejedná se o opravenou verzi.
  • f6boot.cod - zkomprimovaný obrázek od Factora6
  • pack_dos.bin - komprimované stránky MBčka (BS Dos, BS Rom)
  • easy_hdd_light_Dron.bin, easy_hdd_light_PVL.cod - očesaná verze EasyHDD
  • hlavni.a80 - tenhle zdroják vytvoří "prográmek", který Vám do stránek 0 a 1 rozbalí BS Romku a BS Dos a ten pak opatchuje pomocí HDD Patche.
  • booting.a80 - tenhle zdroják vytvoří další "prográmek", který dostane výše uvedenou rutinku (hlavni.a80) z Flash paměti do RAMěti ZX Spectra a spustí ho - čímž se zavede BS Rom, BS Dos a opatchuje ho HDD Patchem...
Takže návod na zkompilování:

  • zkompilovat hlavni.a80 - upravit si PVL nebo Dron porty (určuje se podle easy_hdd_light_Dron.bin, easy_hdd_light_PVL.cod, které se includuje do zdrojáku) - defaultně Dronovo porty.
  • pak jen stačí zkompilovat booting.a80 a výsledný booting.bin flashnout do MBčka...

Možná Vás překvapuje proč jsem napsal tento dlouhosáhlý popis veškerých souborů. Věřte, že když jsem se na zdrojáky bez jediného popisu podíval po více jak roce, tak jsem byl zmatenej, takže tenhle článek je hlavně pro mou osobu, až se za dalších pár let budu opět v těchto zdrojákách hrabat... ;)

Jináč myslím, že podobný problém měl i Hood...

2. 8. 2009

MB Maniax na Twitteru

Co je Twitter ví dneska už kdejaký Commodorista. Právě proto ale nejen proto by neměl Spectrista zůstat pozadu. Ode dneška tedy tuto síť používají i MB Maniax. Uvidíme, kolik lidí zvládneme naštvat ve 140 znacích.

Náš Twitter feed můžete sledovat zde.

27. 7. 2009

TrueWare - bude, nebude?

Jelikož se zde již delší dobu nic nedělo a neustále mne pronásleduje rest v podobě TrueWare, rozhodl jsem se v TrueWare pokračovat. Pro ty co nevědí o co jde, bych rád připomenul, že se mělo jednat o nativní kopírku mezi diskama BS Dos a diskem naformátovaným FAT16. Program jsem začal psát, dostal ho do nějakého stavu a pak se na vše vyprdnul...

Jelikož trpím kvůli tomu nespavostí, výčitkami, nechutná mi jíst (!!!), rád bych tento projekt dotáhl do konce. Ideu mám takovou, že zde postupně (cca jednou týdně) uveřejním část kódu co jsem zplácal a vy mi do toho budete moct kecat.

Myslím, že to bude přínosné pro všechny strany, mou osobu to dokope k tomu, abych něco dělal (ono v parných letních dnech jsem extrémně líný ;) ), případné opravy také nejsou k zahození a Vy máte možnost opravovat, kecat do výsledné podoby a do funkcí tohoto projektu.

Co myslíte má cenu v dnešní době začít na tomto projektu dělat, nebo ne?

18. 3. 2009

RSP - RS232 Patch

Na Speccy konferenci se objevil nenápadný patch od Omegy pro BS Dos 3.08. Jelikož se o tomto super prográmku moc nemluví, podívejme se na něj trochu podrobněji.


Je to patch pro MB-02+, které nahradí standartní LOAD/SAVE rutiny pomocí RS232 TAP emulaci.

Popis

ZX Spektrum 128k a vyšší jsou vybaveny portem RS-232. Neexistuje hardwarová podpora sériové komunikace na ZX spektrum, a proto všichni musí být řízeny procesorem. Úkolem bylo:

RSP je určen pro MB02, ale nic nebrání tomu, aby fungoval v každém systému, který umožňuje zápis do do ZX Rom.

Technické detaily

Tento patch, se napíchne do dvou rutin: LOAD na #0565 a SAVE na #04c9. Oba vstupy zahrnují podporu TAP formátu, a proto to funguje nativně bez změny základní syntaxe. Ze strojového kódu neexistují žádné změny, pokud budete používat standardní volání adres #0565 a #04c9 (Poznámka: Některé programy mají vlastní LOAD a SAVE rutinky, zde tento patch pochopitelně fungovat nebude...).

Komunikační rychlost je 9600Bd. Rutinky na sériovou komunikaci napsal Busy, Omega přidal handshake a TurboSound podporu.

Omezení

Vzhledem k tomu, že PC používá na přenos buffer, PC pošle najednou i více jak jeden byte, ačkoliv Speccy již není schopno přijímat. Toto můžete obejít zakázáním čtení parity bytu (defaultní nastavení). Možná to budete potřebovat při použití na jiných platfomách (např. Psion...).

Uživatelské proměnné:

RSP Patch má nasledující uživatelské proměnné:

#6006 - číst paritní byte (0 - vypnuto, 1 - zapnuto)
#6007 - povolení blikání borderem pro load (0 - vypnuto, 1 - zapnuto)
#6008 - povolení blikání borderem pro save (0 - vypnuto, 1 - zapnuto)
#6009 - logování na adresu #7000 (jen pro ladící účely) (0 - vypnuto, 1 - zapnuto)



Připojení:

Potřebujete pouze ZX Spectrum a PC s RS232. Připojení je realizováno pomocí kabelu s tímto jednoduchým zapojením:

PS sériový konektor Canon:

1 - CD - Nosný Detect (IN)
2 - RX - Data Receive (IN) 2 - RX - Příjem dat (IN)
3 - TX - Data Transmit (OUT) 3 - TX - Data Transmit (OUT)
4 - DTR - Data Terminal Ready (OUT) 4 - DTR - Data Terminal Ready (OUT)
5 - GND - Ground 5 - GND - Ground
6 - DSR - Data Set Ready (IN) 6 - DSR - Data Set Ready (IN)
7 - RTS - Request To Send (OUT) 7 - RTS - Request to Send (OUT)


ZX Spectrum sériový konektor

1 - GND
2 - TXD 2 - TXD
3 - RXD 3 - RXD
4 -DTR 4-DTR
5 -CTS 5-CTS
6 - 12V 6 - 12V
8 - CTS - Clear To Send (IN) 8 - CTS - Clear to Send (IN)
9 - RI - Ring Indicator (IN) 9 - RI - Ring Ukazatel (IN)

Zapojení kabelu:

GND (1 )------( 5) GND
TxD (2)------(3) TxD TxD (2 )------( 3) TxD
RxD (3)------(2) RxD RxD (3 )------( 2) RxD
DTR (4)------(4) DTR DTR (4 )------( 4) DTR
CTS (5)------(8) CTS CTS (5 )------( 8) CTS

Stažení RSP Patche:

RSP Patch

Více se dozvíte přímo na Omegově blogu (odkud jsem s jeho svolením článek převzal): http://omega.webnode.com/products/rsp/.


btw. nejsem angličtinář, takže pokud jste objevili nějaké chyby v překladu tak je napište prosím pod článek, večer případně článek upravím...

28. 2. 2009

Co se vše stihlo v poslední době udělat pro to mrtvé MBčko...

Ačkoliv se Vám mnozí demagogové (ne, tentokrát to opravdu nejsem já :) ) snaží namluvit, že MB-02+ s BS Dosem 3.08 je mrtvá platforma, na kterou nevznikají žádné programy, rád bych Vás vyvedl z omylu. Dovolil jsem si udělat takové malé schrnutí našich výtvorů pro MB-02+, které jsme s Logoutem zvládli v poslední době.

Takže:


FlashBoot - bootování BS Dosu bez nutnosti mít připojenou floppy mechaniku s bootvací disketou. Obrázek spáchal Factor6. Jako systémový disk se používá disk 3, na kterém můžete mít uložen soubor autoexe, který se při bootování spustí. Na detekování HDD image na CF kartě či "hadru" se používá mírně ořezaná utilita Easy HDD.



FF20 - rychlý formátovač pro virtuální disky na CF kartě pro BS Dos 3.08. V současné době mám ještě jeden rest, který jsem slíbil Hoodovi. Takže v nejbližší době čekejte novou verzi.




tap2mbhdd - tuto utilitku nespáchal nikdo z MB Maniax, ale človíček, který si říká Dusky. Odpověděl na moji prosbu a tuto utilitku vytvořil. Jedná se o utilitku, která Vám z TAP souboru vytvoří image, který je schodný s formátem, který se používá na CF kartě.

MB Commander 2.1 - jelikož se díky Samistovi podařilo zachránit zdrojáky verze 2.0, vyšla opravená verze MB Commanderu. Byly opravené chyby v rutinkách s DMA, a přidal jsem pár drobností. Jo a čekejte další verze, MB Commander není něco co se lehce opouští... našlo se pár chyb, tak až je opravím, tak vyjde nová verze...



TrueWare - můj pokus o zápis na FAT16. Prozatím jsem tento "projekt" odsunul na vedlejší kolej. Zdrojáky mám uložené, tak jakmile se začnu nudit, tak se na to opět vrhnu. V současné době mám v plánu ale jiné věci, ale člověk nikdy neví... Takže tímto si sypu popel na hlavu. Projel jsem to na celé čáře, ja lama, ko*ot a blb... uznávám :)

Binary Clock - binární hodiny pro Vaše MB-02+ s RTC čipem... Logout je prostě heavy assembler coder :)





PathIncludingTime - neboli PIT. O tom se tu psalo nedávno.

Další věci co zde uvedu se netýkají MB Maniax, ale i tak si zaslouží zmíňku:

- NMI Menu od Hooda
- Portování ResiDOSu pro MB-02+
- MB Resi Copz Tool - kopírka souborů na FAT16/32, která využívá OS ResiDOS.
- Portování Demfiru pro MB-02+
- Portování FatWARE pro MB-02+
- ZASM 3.0 pro MB-02+

Pořád si myslíte, že MB-02+ je mrtvý kus HW. Co bylo vytvořeno na Vaše obdivované systémy?

26. 2. 2009

PathIncludingTime v1.1

Jelikož Hood našel menší chybu v PITovi (za což mu děkuji), uvolňuji dnes poslední verzi tohoto patche. (vice zde)

Stahovat můžete zde.

Ještě jako důkaz funkčnosti jeden screenshot:

25. 2. 2009

PIT - opravená verze

Takže se s Vami dnes podělím o poslední verzi patche pro BS Dos, Logoutem trefně nazvaný Path Including Time. Opravil jsem chybu s hláškou Scroll ? a nic se již na obrazovce nepřemazává.

Takže stahovat můžete zde. Jedná se o finální a poslední verzi. Nebudu již tento patch nijak rozšiřovat, tedy pokud se samozřejmě nenajde nějaká chyba...

V archivu ZIP najdete i zdrojový kód, takže kdokoliv bude chtít patch rozšířit, upravit, budete si muset vystačit svépomocí...

PathIncludingTime - PIT

Takže tady můžete sosat patch, nad kterým jsem strávil poslední dva dny. Těsně před releasem jsem našel jeden bug.

Když bude mít adresář počet položek, které se vejdou na obrazovku, poslední dva záznamy z adresáře vám přepíše hláška:

0 OK, 0:1

už vím kde je chyba, vrhnu se na to dnes večer...

Jináč v RealSpecu po aplikování tohoto patche se nepovedl save (nahodila se červená obrazovka), ale na realném Spectru vše jede...

Testujte, posílejte připomínky, nebo jen kritizujte...

btw. Logoutovi děkuji za vymyšlení názvu pro patch, mého psíka to potěšilo a spokojeně pobroukává v košíku :)

Nový výpis adresáře pro BS Dos 3.08 - hotovo!

Tak jsem dnes v 04:58 hodin dokončil patch a vše je kompletně hotovo. Patch je dlouhý přesně 3000 bytů (než začnete nadávat, tak obsahuje font o délce 768 bytů, tisk. rutinky - jsou rozepsané veškeré smyčky - qůli rychlosti, ...).

Ještě přiložím screenshot:


Patch se nahrává do MB stránky od adresy #229D a prozatím jí mám ve stránce 66. Takže otázka do pléna, do jaké stránky mám patch vložit, aby nekolidoval s již existujícími patchy? Jen pro pořádek, adresu #229D nebudu měnit, neboť jsem vše napsal co nejjednodušeji, aby se pokud možno nezměnila rychlost výpisu adresáře.

Keep coding ataristi! :)

24. 2. 2009

Nový výpis adresáře pro BS Dos 3.08 - update!!!

Jelikož na speccy konferenci se nedávno psalo, že kdosi, kdysi viděl screenshot výpisu adresáře BS Dosu, kde bylo 4 bitovým fontem vypsán datum a čas vytvoření souboru a nikdo nevěděl jestli uvedený patch existuje/existoval, rozhodl jsem se ho napsat. Hrál jsem si s tím dnes jen asi hodinku, ale výsledek můžete vidět na následujícím screenshotu:



Ještě dnes pravděpodobně stihnu vypsat datum a čas vytvoření souboru, ale nic raději neslibuji. V posledni době nestíhám skoro nic...

Prozatím se nejedná o patch. Jedná se o prográmek, který běží od adresy 32768 a jen se napíchně na BS Dos. Takže jestli tento příspěvek bude číst Hood, který má pravděpodobně nejlepší přehled o volných stránkách a volných místech v MB-02+, ať mi napíše do jaké stránky a jaké stránkovací body (volné místo v BS Dosu) mohu použít...

Keep coding!

UPDATE:

Tak výpis času a datumu je již hotov. Podívejte se zde:


Dnes, 24.2.2009, v 15.58 hodin jsem si jako zkušební soubor vytvořil soubor s názvem ´a´. Je jako poslední ve výpisu....

Teď už jen z toho udělat patch... :)