OldComp.cz

Tak maximalni omezeni netusim, ale pokud se nepletu, tak software pro ATOM IDE interface ma disk deleny na 800kB bloky, coz je bezna velikost diskety na sam coupe. 2 strany, 80 stop, 10 sektoru, sektor 512bytes. U ATOM LITE nevim, ale neco jsem zaslechl, ze tam jsou i diskety jineho formatu a diskety jsou s odstupem 1MB, ale mozna si to ted s necim pletu...

_________________
http://velesoft.speccy.cz/

ATOM aj ATOM LITE má veľkosť recordov 800KB.
Aby s nimi vedel BDOS pracovať musia sa "naformátovať" tj. označia sa ako BDOS recordy. Ak niesu označené ako BDOS
recordy, nefungujú s nimi normálne dosove príkazy ani RECORD N. Výber recordu môžme urobiť pomocou POKE do DVAR a potom používať normálne čitanie a zápis sektorov cez BDOS (stále 2 strany,80 stôp,10 sektorov),alebo svojim Read/Write programom akýkoľvek formát (kludne jeden 800KB sektor).

Chlapci hardwaristi,
naozaj nechcete urobiť Atom3, ktorí by obsahoval výhody AtomClassic aj AtomLite a zároveň bol s oboma kompatibilný?
Ako som už písal logika je jednoduchá:

To čítanie a zápis cez buffer má už AtomClassic hotové (len s chybným poradím bajtov).
Potom treba už len z adresy portu zrušiť A0, aby port &F6=&F7 ako má AtomLite
a pridať 1-bitové počítadlo bajtov (alebo nejaký klopný obvod).

A hotovo: Máme 16-bitový Atom s rýchlosťou AtomLite.

To vis, ze by slo udelat ATOM 3 a mohl by pracovat stejne jako treba divide na ZX. Full speed, full 16 bit. Klidne prepinatelne na ATOM LITE a klidne i s RTC. Bylo by tam jedine CPLD a pripadne to RTC.

_________________
http://velesoft.speccy.cz/

Antony/DTA osobne bych si daval mensi ukoly. Myslim ze v prve rade by se mel zjistit obsah Galu. Schema Atom-lite mame. Pak pripadne udelat nejaky popis jak atom-lite funguje. Neco jako udelal Velesoft pro Atoma http://velesoft.speccy.cz/samcoupe/atom ... d_info.txt Pak udelat desku Atom-lite. Urcite by se i na poprve podarilo udelat funkcni desku a skoro jiste by se 10 desek rozdalo mezi nami.

Nezavisle na tom je mozno diskutovat o jinem projektu ale nedelal bych dalsi standard a dalsi variantu komunikace. Co se tyce poradi bajtu ctenych z IDE zarizeni tak bych zustal u projektu Atom (ne atom-lite) na puvodnim poradi High, Low jak je to doporucuje norma IDE, viz info i na http://www.retroleum.co.uk/electronics- ... interface/ To male zpomaleni neni podle mne kriticke. Stejne je vetsi zpozdeni nez prijdou pod hlavicku realneho HDD data a muzou se precist. Osobne preferuji realny HDD. Chci ale vyuzivat i jine moznosti jako je CD-ROM a CF card. V neposledni rade chci take pouzivat Trinity kartu. Otevru jine tema at to nepiseme sem.

Dobra, zkusim GAL zmapovat a nahradit vlastnim. Pak bych nekreslil malou jednoduchou desku s CPLD, jako nahradu ATOM IDE. A co to udelat dualni ? Myslim, ze by slo udelat desku, na ktere bude jak konektor pro FDD, tak konektor pro IDE kabel, pripadne slot na SD kartu. Takze by to mohlo fungovat jako redukce na pripojeni klasicke HD FDD i jako IDE/SD interface. Sice by to bylo na stejnych portech, ale i to se da zajistit a prepinani mezi FDD a IDE realizovat sekvenci ruznych outu/inu... Danou sekvenci by mela v sobe uz romka s IDE patchem,atd...

_________________
http://velesoft.speccy.cz/

Tak som trochu študoval a vizerá to naozaj tak, že ten AtomClassic má správne poradie bajtov.
Bajty sú prehodené v hdf súbore a to aj Identify_Drive_Data.
Takže to má prehodené AtomLite. Ale prečo a ako to prehadzuje AtomLite, keď pracuje v 8-bitovom móde?
Tu už sa zamotávam.


To spomalenie je pre BDOS zanedbateľné pretože veľa času sa stráca prepočítavaním adresy sektorov. Ale pri čítaní po sebe nasledujúcich sektorov to už je poznať. V mojom programe používam LBA28 multisector read a takéto sú výsledky:

AtomClassic 175 kB/s
AtomLite 204 kB/s
AtomClassic+ExtMem 245 kB/s
AtomLite+ExtMem 340 kB/s

Nieje to čistá rýchlosť čitania, ale rýchlosť popri obsluhe prerušení a prehrávaní samplingu.

PS:Ak sa teda bude robiť nejaká séria AtomLite, tak samozrejme budem mať o jeden kus záujem.

Zmatla mne tvoje veta "Nieje to čistá rýchlosť čitania, ale rýchlosť popri obsluhe prerušení a prehrávaní samplingu.".

Tu by sa mohlo ešte pridať prepínanie ExtMem ako náhrada internej pamete 512K.
Myslím to tak, že data by sa z IDE čítali do rýchlej externej pamete a tá by sa potom pripojila ako interná a mohol z nej ASIC
čítať bitmapu obrazovky.

To externe zajistit nelze a interne by to slo, ale chtelo by to trochu slozitejsi zapojeni, idealne se dvema sramkama misto dram.

_________________
http://velesoft.speccy.cz/

Na co tam vlastně celá ta maškaráda je ? CF karta se dá snad připojit snad přímo ?
Jede v 8-mi bit modu, je umístěna na krátkých drátech - jedno zařízení, tak na co posílení sběrnice ?

A stejný dotaz jako jinde, je tam nějaké omezení ve velikosti "ošetřených" disků ?

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Stale plati text z http://www.retroleum.co.uk/electronics- ... interface/

"All pins are TTL compatible, control signals are active low. (Note about using Compact Flash cards in “True ATA mode” via IDE adapters: According to the spec sheet, these cards require CMOS level logic inputs – so when running with Vcc at 5 volts, logic highs should be a minimum of 4v. This wont be an issue using 74HC series logic from a 5 volt system such the Z80 but its worth bearing in mind if mixing logic families etc.)"

To je take duvod proc budto pouzit GAL nebo CPLD XC95xx bez XL.

Našiel som tu rozdiel logiky pri čítaní:

http://www.retroleum.co.uk/electronics- ... interface/
"When reading the low half of the IDE data bus, the high 8 bits can be latched, you can then read the contents of the latch afterwards."

http://velesoft.speccy.cz/samcoupe/atom ... d_info.txt
"1)As first read data from port #F6 = ATOM yet read 16bit ide data and high byte
of 16bit word send to Z80CPU data bus. Low byte of of 16bit ide data are
automatically latched (will readable on port #F7)
2)As next step read data to port #F7 = read low byte of 16bit ide data(word)."

Atom číta aj zapisuje v rovnakom poradí (Hi,Lo).
To je dobré pre čítanie z IDE-Data registra, ale horšie pre čítanie z IDE-Status registra.

A to proč ? ani jeden nemá 5V CMOS výstupní charakteristiky.

http://ee-classes.usc.edu/ee459/library ... s/16v8.pdf
http://www.e2v-us.com/shared/content/re ... s/20v8.pdf
http://web.mit.edu/6.115/www/document/gal22v10.pdf
http://www.xilinx.com/support/documenta ... app150.pdf

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

No ja si naopak myslim, ze bejva problem z pocitace vytahnout cistych 5V. CF karty pojedou stabilneji pri 3.3V napajeni v kombinaci se vstupy 3.3V z XC95xxXL. U SAM COUPE jsem meril a kolisani 5V bylo docela nechutne... K te CF karte bych jeste dodal, ze se podle zkusenosti na DIVIDE(u ZX) casto stavalo, ze nektere karty stahuji reset do log.0 a bylo treba reset bud oddelit/posilit, nebo alespon pridat pull-up odpor. Dale CF neni delana na castou vymenu a nekdy se stava, ze se kontakty na CF redukci ohnou(staci kartu trochu sikmo zasunout a zatlacit). Jednak se piny pak ohnou a zadruhe nejspis i zkratuji vedlejsi signal. Takze CF konektor bych k Z80 busu naprimo nepripojoval (radeji). Hlavni problem je take v tom, ze nektere CFtoIDE redukce maji osazeny prilis melky slot na cf kartu a ta se da zasunout jen kratce a neni sance na vyrovnani karty (k tomu ucelu jsou tam ty drazky).

_________________
http://velesoft.speccy.cz/