Olyat nem csináltak régen hogy sztereo magnós programtárolás? 2x-ére gyorsulhatna a betöltés!

Egy megleheto"sen kezdetleges próbálkozás gyors PC->EP másolásra:

[ Guests cannot view attachments ]

[ Guests cannot view attachments ]

[ Guests cannot view attachments ]

[ Guests cannot view attachments ]

[ Guests cannot view attachments ]
A sebessége elvileg 8770 bit/s körül van - ami kb. 2-szer lassabb a DTF betöltésnél - ha a 0 és 1 bitek azonos számban fordulnak elo" (az 1 bit kétszer lassabb, mint a 0: 38/250000 másodperc 19/250000 másodperc helyett).
Mivel ez csak egy teszt program, nem érdemes EXOS kompatibilis bo"víto" interface-t vagy felhasználóbarát mu"ködést várni Mindenesetre nekem háromszor kipróbálva mindig sikeresen átmásolta a "blue.com" file-t igazi gépre.
Valószínu"leg lehetne még gyorsítani is rajta, a kód optimalizálásán kívül a memória várakozások letiltásával (ez a verzió a "szabványos" 04H-t írja a BFH portra), vagy a lényegtelen részek (pl. keretcsíkozás) törlésével, illetve az elleno"rzo" összeg törlésével (ez talán nem annyira jó ötlet) vagy 16 bites helyett 8 bitesre való cseréjével. Az ido"zítés a mentésnél és a töltésnél is DAVE hanggenerátor megszakítással történik.

Azzal is próbálkoztam, hogy FM helyett közvetlenül a bit értékeket írja a hangkimenetre (de minden byte elején szinkronizálva) fix sebességgel és egy byte-ot 10 bitre növelve a szinkronizáció miatt, de ezt a megoldást csak emulátoron lehetett betölteni, így egyelo"re maradt a hagyományos FM, csak fél négyszögjelekkel.

uff... hat csak a loadot neztem ( igazabol az az ami mozgatna ), es nem mondanam hogy ertem ...
tokmasnak nez ki mint az enyem, es nem ertem mi ez a sok bonyesz dolog ...
aze meg nezegetem, de akar el is mondhatnad az elvet hogyan mukodik, meg h melyik kodresz mit csinal,
hatha ugy megertem ...

Igazán csak a sendByte és a receiveByte rutin érdekes, azok végzik a tényleges adatátvitelt, a többi csak a "keretprogram": inicializálás, fejléc küldése/feldolgozása, másoló ciklus (elleno"rzo" összeg frissítésével), stb.

na de itt vmi dave resetelesek vannak

A daveReset csak a DAVE regisztereit állítja alaphelyzetbe, hogy a kód akkor is mu"ködjön, ha azok egyébként valami másra lettek volna állítva.
A receiveByte-ban az A7H portra való írás a 0. hanggenerátor számlálóját indítja újra 25-ro"l (a 19 és a 38 átlaga 28.5 lenne, de néhány ciklust levontam a megszakítás tesztelése és az A7H port írása között eltelt ido" miatt).

, meg moindenfele rst hivasok... azok vlaami megszakitasok nem ? hat minek kellenek azok ?

Azok csak rövidebb és gyorsabb CALL utasítások fix címre

volt valami ha jol emlekszem szaz vagy tobbszaz kiloherces hangmegszak, lehet azzal kell idot merni ?

Én azzal mértem.

Egy megleheto"sen kezdetleges próbálkozás gyors PC->EP másolásra:

De ez elvileg 2 valódi EP között is menne, igaz?
Most kipróbáltam egyszer, betöltödött!

Magnóhang ki lett kapcsolva, vagy már átment ultrahangba?

Ugh... es miert valasztottad azt ?

Mert így nem függ az időzítés attól, hogy két bit olvasás között mi történik (pl. byte feldolgozása), feltéve, hogy a kód elég gyors ahhoz, hogy a következő bit olvasásáig ne teljen el túl sok idő (ebben az esetben legfeljebb 304 Z80 ciklus, azaz 4000000 * 19 / 250000, mert a mentésnél a DAVE hanggenerátor frekvenciakódja 18). Az egyszerű ciklusszámlálással jóval kisebb lenne a mért érték egy byte elején, mint a byte két bitje között. Ezen kívül a sebesség egyszerűen egy byte módosításával állítható a mentésnél és a töltésnél is.
De talán megoldható az is, hogy a csak Z80-at használó megoldásnál várakozások legyenek beépítve a stabilabb sebességhez, csak az nehezebb (viszont elvileg gyorsabb lehet, mint a DAVE számlálók használata).

A Dave-s módszernek viszont az a elönye, hogy nem függ a memóriavárakozások állítgatásától. És ha lehetne berakni hasonló órajel detectálást, mint a hanglejátszóba, akkor mindenféle turbós géppel is müködne.

Es ezzel a hangmegszakos modszernel mi limitalja a sebesseget az altalad megnevezett 8770 bit/s -ses sebessegre ?

Az, hogy a legrosszabb esetben a betöltő két bit feldolgozása között kb. 300 Z80 ciklust használ fel, ezért a legnagyobb frekvencia 250000 / 19, azaz ~13158 Hz lett, ami 304 Z80 ciklus. Ez az időtartam egy '0' bit hossza, az '1' bit két időegység, így lesz az átlagos sebesség (50-50% eloszlást feltételezve) 8770 bit/s körüli érték.
A további gyorsításra, mint említettem, több lehetőség is van:
 - várakozások letiltása (ezzel talán 15% körüli javulást lehetne elérni, esetleg valamivel többet is, ha sok az M1 olvasás)
 - keretcsíkozás letiltása (~15 ciklus a NICK port miatti várakozást is figyelembe véve)
 - az ellenőrző összeg számításának egyszerűsítése (jelenleg 47 ciklus várakozással, 39 ciklus várakozás nélkül)
 - lassabb időzítés vagy várakozás a byte határokon - bonyolultabb, de nem lenne minden bit a legrosszabb esetnek megfelelően lassú

A csak Z80-as időzítés a DAVE programozásra fordított idő elkerülése miatt lehetne valamivel gyorsabb, de nehezebb jól megoldani.

Mivel forditasz egyebkent, mik ezeke a forrasok, amiket attacsolsz ?

Ebben a csomagban taláható egy "sjasm.exe" (illetve Linuxra "sjasm-linux") nevű file. Ezzel lefordítható a forráskód: a használata a parancssorban "sjasm FORRÁSFILE KIMENETI_FILE" (az utóbbi nem kell, ha a forráskód tartalmaz "output" direktívát - ha nincs egyik sem, akkor a forrásfile kiterjesztését ".out"-ra cserélve írja a lefordított file-t). Fordításkor létrejön egy .lst kiterjesztésű lista file is, amely a debugger használatakor lehet hasznos.

A Dave-s módszernek viszont az a elönye, hogy nem függ a memóriavárakozások állítgatásától. És ha lehetne berakni hasonló órajel detectálást, mint a hanglejátszóba, akkor mindenféle turbós géppel is müködne.

Memóriavárakozás nélkül a betöltőben a DAVE frekvenciakódot talán célszerű lenne 24-ről 25-re növelni a gyorsabb utasítások miatt; elvileg 28.5/250000 másodperc után kellene megszakításnak lennie, de ebből levontam a megszakítás állapot olvasása és a számláló újraindítása közötti időt, és még egyet mert a számláló futásideje nem N/250000, hanem (N+1)/250000 másodperc.
Az viszont tény, hogy ennél a módszernél egyszerűbben lehet állítani a sebességet, legalábbis a program lehetőségeinek a határáig.
Már csak valami jól használható EXOS bővítőt kellene írni

A mondatod masik reszet viszont total nem ertem, ha egyszer megszak, akkor az mar proci orajel fuggetlen, nem ? Tehat nem kell mar bele egyeb orajel detektalas, ha egyszer nem prociorajellel, hanem megszakkal merunk, akkor az nem lesz orajelfuggo. Nem ?

A turbós gépeken a DAVE (és így a megszakítás) is ugyanolyan arányban gyorsul, csak a NICK órajele marad fix.