OldComp.cz

Rozhodl jsem se ze to napisi sem, i kdyz to mozna patri do ZX Spectrum Hardware a nebo mozna do ZX Spectrum Software programovani, ale vlastne to patri i sem.

Jak je to vlastne se ctenim klaves na gumakovi.

Na netu se uvadi neco jako ze volas


a to ti ma do A nacist ???TRWEQ.

Kde u pismen je 1 kdy to neni stiskle a pokud je tak je tam nula. Otazniky jsou 101 u emulatoru Fuse.

Takze kdyz neni nic stisknuto ukazuje to 0xBF.

PS: Premyslim, ze bych udelal nejake prime testy stisku klavesy, protoze pro hru se to hodi kdyz to umi registrovat stisk vic klaves. Neco jako slovo PRESSKEY_Q a vraci to boolean.

Otazka c. 1: Jak moc se da spolehnout na to, ze nejvyssi bitu jsou 101?

Otazka c. 2: Proc je v registru C hodnota 0xFE? Tzn. proc je to port 0xFE? Kdyz tam muze byt asi cokoliv co ma nulty bit nulovy? Koliduje to pak s necim? S nejakym pripojenym hardwarem?

Otazka c. 3: Pokud budu cist port pres

tak me to cte vsech 8 radku najednou? Protoze neodesilam zadny horni bajt?

Otazka c. 4: Jak je to s temi duchy? Na netu je lepsi obrazek nez ten na rootu (protoze ten ma prehazene cisla "radku")

https://retrocomputing.stackexchange.com/questions/16235/how-zx-spectrum-avoided-key-ghosting

V odkazu je napsano, ze kdyz se stiskne zaroven A+S+Z tak to vyvola CapsLock. Plati tohle i pro jakoukoliv klavesu z tech 4 kdyz ostatni tri budou zmacknute? Napriklad S+A+CapsLock vyvola Z?
Muze byt ten ctverec i vetsi? 2+3+4+R+F vyvola EDWS?
A musi to byt vedle sebe? Q+W+Z vyvola CapsLock?

Otazka c.5: Jak moc je to nekompatibilni s dalsimi varianty ZX. Nektere maji vic tlacitek atd.

PS: Chtel bych napsat nejaka slova ve Forthu co primo zjistuji zda je tlacitko stiskle, protoze se to hodi pro hry kdy vetsinou chces vedet i vic klaves najednou. Bud hraji dva a nebo napriklad chces vedet FIRE+neco, pripadne NAHORU+DOLEVA treba.

Nijak. Na nejaky konkretny stav tych troch bitov sa nespoliehaj.
Pretoze navrhari sa tak rozhodli.
Ano, koliduje, s (temer) uplne vsetkym ! 128 a AY sa aktivuje ak je A1=0, ZX printer zase pri A2=0, ... a stary tradicny interface s 8255 pri A7=0.
RTFM !
Pozri datasheet k Z80. Pri IN A,(cislo) predstavuje cislo nizsi bajt adresy a vyssi bajt adresy sa berie z A.
Vola sa to maticovy jav. Ak stlacis tri klavesy nachadzajuce sa na troch vrcholoch lubovolneho (lubovolne velkeho) obdlznika, tak sa ti automaticky "stlaci" aj stvrty vrchol obdlnika. To preto, lebo nastane elektricke spojenie cez tie tri realne stacene vrcholy a potom sa to javi ako keby bol elektricky spojeny aj ten stvrty vrchol.
Zakladnych 40 klaves je plne kompatibilnych na vsetkych klonoch ZX Spektra a da sa na to spolahnut. Viac klaves ma napr. +2A/+3 ale to iba ULA pomocou nich simuluje stlacanie shiftovych klaves, takze sotftware sa o to uz starat nemusi.

Btw. ked uz pisem, napadlo ma, ze stale cakam odpoved na tuto moju otazku:
(alebo som odpoved v tej zaplave siahodlnych prispevkov iba prehliadol ?)

Diky za odpovedi s temi porty.


Nasel jsem to na str. 29 a ted uplne nevim na co se ptas.

Ale jsem si jisty ze spatne formulovana odpoved vyvolala jen dalsi zmateni. Napr. co myslim tim HI zda reg. H nebo horni bajt testovaneho cisla a nebo horni bajt konstanty.

Uloha je ze mas napsat program ktery testuje 16 bitove cislo na konstantu. Ty znas dopredu tu konstantu a tak muzes s ohledem na jeji hodnotu optimalizovat ten kod.

Pokud se nepletu tak v te uloze to mas navic stizene tim, ze mas odstranit tu testovanou hodnotu z HL a natahnout to HL hodnotu co je v DE a do DE nacist prvni hodnotu ze zasobniku.

Na foru jsem resil pripad kdy ta konstanta je treba 0x4020. Takze hi(const) = 2*lo(const) -> 0x40=2*0x20. S tim, ze reseni s "2*" ma nejake problemy (viz ta diskuze) a ze je lepsi to resit, kdyz to jde jako hi(const)=rlca(lo(const)) -> 0x40=rlca(0x20). Protoze tady drzime v A spravnou hodnotu i kdyz uz odstranime HL.

RLCA metoda:
RLCA metoda (je snazsi a) funguje pro vsechny nasobky dvou pokud je 7. bit konstanty nulovy. Ty metody maji 85% prunik nad nekteryma hodnotama. RLCA neumi jako 2x metoda 0x40A0 ale zase umi stejny pocet pripadu s napr. 0x41A0.

ADD A,A metoda s chybou:
ADD A,A metoda bez komplikaci ruseni HL:

ADD A,A metoda s rusenim HL:
tak jinak:
...ale to uz neni 2* metoda, ale jedna z pomalejsich univerzalnich.

tak jeste jinak:
...ale tohle je taky pomalejsi i kdyz to tak nemusi vypadat. U absolutniho odskoku je to jasne u relativniho si staci vzit pripad kdy se to pouziva pro "IF CONST <> HL"


oproti:



PS: Vsechny primo uvedene hodnoty jako 0x4020 jsou ty konstanty na ktere se to testuje. "Neznama" testovana hodnota je H a L.
PPS: Nevim zda si tam najdes tu odpoved co si chtel slyset, kdyby ne tak upresni otazku.

Zkousel jsem nejake moc nepouzivane priznaky Z80 a jsem trochu zmateny.

in A,(C) nastavuje ve FUSE emulatoru P/V bit pokud je stiskla nejaka klavesa.

Nenasel jsem k tomu dokumentaci, takze z chovani:
Kdyz neni nic stiskle a vraci to v A 0xBF tak je tam nula pri stisku jakekoliv klavesy z te rady nastavi (A=AF,B7,BB,BD,BE) P/V na 1.
Pokud se stisknou 2 zaroven ( napr A7, AB, AD) tak to vraci zase nulu.

==> Z toho me vychazi ze tady (instrukce IN) ten priznak zjistuje zda je soucet jednicek sudy v akumulatoru.

U toho se me ale (instrukce IN) nastavuje i 3. bit priznaku!

A, F 3. bit
AF=1
B7=0 ???
BB=1
BD=1
BE=1

Zkousel jsem i nasledujici "add A,A" a tam to taky nekdy meni 3. a i 5. bit.

ld A,0xAF
add a,a ; = 0x5E

vynuluje 5. bit

ld A,0x6E
add a,a ; =0xDC

take vynuluje 5. bit

PS: Instrukce "add" me zajimala pro priznak H pro rychlou detekci 3. a 2. bitu lezicich uprostred registru, ale k tomu se neda snadno dostat... :/
PPS: A "add" evidetne nastavuje "P/V" na preteceni (spravny vysledek mel byt mensi jak -128 a nebo vetsi jak 127) coz mam v tomhle pripade porad. Aspon to tak pise neoficialni dokumentace na netu.

Podle dokumentace bity F3 a F5 nejsou pouzite. To ale nevylucuje, ze nemaji v realu nejaky side efekt. Mozna trochu napovi stranka http://www.z80.info/z80sflag.htm, podle ktere instrukce LDI/LDIR/LDD/LDIR a CPI/CPIR/CPD/CPDR (a dalsi) odrazi stav zpracovavaneho bytu. Mozna se to tyka i samostatne IN instrukce.
Urcite by slo take nakouknout do schematu z reverzniho zdokumentovani navrhu kremikoveho cipu. A pak je taky velkou otazkou, jak to je implementovano v emulatorech nebo VHDL implenetacich 'noveho' CPU. Pro realne projekty bych to ale nebral moc smerodatne

_________________
Sharp MZ-800++, MZ-1500++, MZ-2500++, SM-B-80T, MK-14_replica, HP-85, ZX-80+replica, ZX81, ZX-Spectrum+replica++, PMI-80+replica, SAM coupe++, PMD-85-2A+3, Didaktik-M, SORD-M5, TI-57, TI-59+PC-100, TI99/4A, ZetaV2+ppp, ZX-uno, Petr

už to tu psal jednou Busy, na nejvyšší 3 bity se nespoléhej při testu kláves, je třeba je odmaskovat a pak teprve řešit nějaké příznaky

Jsem slepy...
3. a 5. bit by mely bit kopie tech samych bitu z akumulatoru.

0xA7 = 10(1)0 (0)111 to u 3. bitu sedi
0xDC = 11(0)1 (1)100 to taky u 5. bitu sedi

PS: Je to teda nedokumentovane, ale budu predpokladat ze minimalne pro vetsinu gumaku to bude tak. Teoreticky bych tak mohl mit moznost ulozit na zasobnik konkretni 16 bitove cislo kdybych vedel co mam v A + nejaka operace.
Hmm.. minimalne po "xor a + push af" Z+P tam mit 0x0044.

Uf! "and a" nastavuje H!!! primo z definice. Takze z nuloveho A po "and A + push AF" tam bude 0x0054

Protoze jsem trosku pracoval na tom cteni klavesnice tak jsem se dival jsem na ty IN instrukce a na webu co pouzivam to neni tak jasne jak to Busy popsal.

https://clrhome.org/table/


http://z80-heaven.wikidot.com/instructions-set:in
Tam k tomu neni v podstate vubec nic... .)

Takze se radeji znovu ujistim, delaji tyhle dva kody to same?


A treba:


A jeste me dostalo, ze ta "in a,(c)" varianta je i pro jine registry nez "A" + jedna nedokumentovana co jen nastavuje priznaky. To jsem uplne zazdil.

PS: Jinak jsem prejmenoval to slovo na zjisteni zda je klavesa stiskla na TESTKEY, protoze ve Forth standartu se to snazi resit pres slova KEY (to by melo nacitat jen znaky a specialni je mozne nahradit kombinaci znaku) a EKEY (to by melo nacitat i specialni znaky, tzn. napriklad s kodem mensim jak mezera). A ani jedno slovo se teda moc nehodi, protoze delaji neco jine nez test stisku.

PPS: Zrusil jsem a smazal vsechny slova jako TESTKEY_Q (PRESSKEY_Q), protoze to nebyl dobry napad a spatne by se me to pak kombinovalo napr. s IF. Musel bych vytvorit nasobek tech slov s IF,WHILE,UNTIL atd. Takze 40*5 slov... Takze jsem zavedl to, ze TESTKEY nacita parametr z TOS. Horni bajt je co se posila do portu a dolni bajt je maska co se provede s nactenym bajtem. To mi umoznuje otestovat vsechny klavesy a nebo i kombinaci klaves. Zavedl jsem pro ty konstanty masek makra jako __TESTKEY_Q co vraci 0xFBFE. Tim jsem si uvolnil cestu i pro slova jako PUSH_TESTKEY(__TESTKEY_Q), ktere je uplnou nahradou za TESTKEY_Q. Takze pro IF me stacilo udelat jen TESTKEY_IF a PUSH_TESTKEY_IF. Dalsi vyhoda je ze existuje to slovo co testuje klavesu jako promennou.

PPPS: Kdyby to nekoho zajimalo tak makra specialni klavesy se jmenuji:

__TESTKEY_SYMBOL_SHIFT
__TESTKEY_SPACE
__TESTKEY_ENTER
__TESTKEY_CAPS_SHIFT

PPPPS: Jo a v tech ukazkach jsou slova jako TESTKEY_ZF a IF_ZF.... hmmm o tom se asi nechci moc zminovat, jsou to takove pokusy jak si usetrit praci se spojovanim slov. Vytvoril jsem varianty u IF hned ctyri IF_ZF,IF_NZF,IF_CR a IF_NCF. TESTKEY ma jen TESTKEY_ZF a PUSH_TESTKEY_ZF. Nedoporucuji pouzivat. .)) Minimalne proto, ze uz mam (uploadnu zitra) TESTKEY_IF a PUSH_TESTKEY_IF a minimalne to druhe je efektivnejsi, protoze dokaze pro vsechny klavesy co maji masku na nultem bitu pouzit carry, ktery se efektivneji testuje.

Ano, tato instrukcia IN A,(adresa) pochadza este z Intelu 8080 a ziadne priznaky nenastavuje.
Kdezto naproti tomu vsetkych osem dalsich IN r,(c) (po prefixe ED) riadne nastavuju priznaky podla nacitaneho udaja. Teda okrem CY ktore nemenia (kedze tam nejake pretecenie cez osem bitov z principu nie je).
Pozeram to a tam je nastavovanie flagov popisane.
Ano, tieto dva kody robia to iste. Maju sice iny pocet bajtov a trvaju iny cas, ale funkcionalita je taka ista.
Ano, aj tieto dva kody maju taku istu funkcionalitu.
Obcas raz za cas je dobre si prejst cely instrukcny subor Z80. Je celkom vysoka sanca, ze tam objavis nejake poklady, ktore ti skratia (taktovo aj bajtovo) programatorsky zivot (resp. tu jeho cast ked pises a vykonavas program)

Diky za odpoved. Pro me byla dulezita ta cast ze ty kody jsou ekvivaletni, protoze jsem potreboval overit to ze "in A,(port)" posila do horniho bajtu portu "port" tu hodnotu co je v A a pak nasledne odpoved lezi zase v tom A. To je ta cast co nejak nemohu najit na tech webovych strankach.

PS: Nakonec overeno 3x. https://www.zilog.com/docs/z80/um0080.pdf

Ano. Uz som chcel napisat, preco pozeras vseliake stranky, ked oficialna dokumentacia od Zilog-a je volne dostupna

Dodelal jsem ty testy klaves.
Mel jsem k tomu jeste dve vyhrady. Jedna byla, co se stane kdyz nekdo bude chtit cist treba dvojici klaves najednou a mel jsem pocit, ze to nebude spravne fungovat.
O a P dohromady:
Ale diky tomu ze bitove je TRUE nula to funguje pekne, po "and maska" je nula jen v pripade, ze vsechny klavesy jsou stiskle. Kdyby to bylo naopak tak jeste musim udelat "cp maska" nebo jeste lepe "sub maska" a pak odcitat tu jednicku kvuli carry.

Druhy problem jsem mel ze jsem sice udelal ty kombinace s IF, WHILE a UNTIL jak pro TESTKEY tak s PUSH_TESTKEY, ale...
Co kdyz to nekdo bude chtit znegovat, neco jako

IF NOT PRESS("Q") THEN...

Tak se to najednou bude chovat neoptimalizovane. Bude se to prekladat samostatne jako slovo za slovem a to jen kvuli tomu, ze chci u jedne instrukce skoku otocit priznak...

Hledal jsem jak se dela ve Forthu NOT, protoze jsem sklerotik a nic jsem nenasel. Nasel jsem teda INVERSE co otaci vsechny bity a funguje pro spravne udelany TRUE jako 0xFFFF a FALSE jako 0x0000, ale ne kdyz to true bude jako cokoliv od nuly.
A pak jsem to nasel misto slova NOT se pouzije za podminkou slovo 0=, ktere dela presne co chci.

Stejne jako <>0 dostane libovolnou hodnotu do 0xFFFF a 0x0000, tak 0= to navic otoci jako NOT (zneguje, ale pozor NEGATE je ve Forthu aritmeticke otoceni znamenka).

Takze jsem udelal dalsich 7 slov pro:

TESTKEY_0EQ
TESTKEY_0EQ_IF
TESTKEY_0EQ_WHILE
TESTKEY_0EQ_UNTIL
PUSH_TESTKEY_0EQ_IF
PUSH_TESTKEY_0EQ_WHILE
PUSH_TESTKEY_0EQ_UNTIL

Pak jsem mel pocit, ze mam zase problem s temi kombinacemi klaves, zvlast u TESTKEY_0EQ.

Ale i po testech to vypada dobre.
Jen v pripade ze je vse zmackle tam po vymaskovani bude nula a pri pricteni 0xFF zadne carry nebude a vysledek bude FALSE.

Dnes jsem pridal pomocne masky pro Sinclair1 a Sinclair2 a Cursor joysticky.
Kdyz jsem se dival na ten Kempston tak je to jiny port a vysledek je navic TRUE je jednickovy bit. Krasne vynulovany nahore.
Nez delat 5 novych slov, tak to radsi udelam slova co ctou a zapisuji na port.
Forth standart asi na to nic nema...
Tak jsem premyslel nad nazvem a napadlo me jen: FETCHPORT a STOREPORT
To jsem nakonec otocil, protoze parametr je port, takze to vypada nejak takto: "port port@".

Studoval jsem zas manual pro zapis na port a pokud se nepletu tak u "out (port),a" je neco jako "ld (256*a+port),a" mysleno ne jako adresa ale sbernice.
Description
The operand n is placed on the bottom half (A0 through A7) of the address bus to select
the I/O device at one of 256 possible ports. The contents of the Accumulator (Register A)
also appear on the top half (A8 through A15) of the address bus at this time. Then the byte
contained in the Accumulator is placed on the data bus and written to the selected peripheral device.
Coz je fakt divne mit to A vyuzito 2x. Pouzil jsem teda jinou variantu "out (c),e"
Description
The contents of Register C are placed on the bottom half (A0 through A7) of the address
bus to select the I/O device at one of 256 possible ports. The contents of Register B are
placed on the top half (A8 through A15) of the address bus at this time. Then the byte contained in register r is placed on the data bus and written to the selected peripheral device.
Register r identifies any of the CPU registers shown in the following table, which also
shows the corresponding three-bit r field for each that appears in the assembled object
code.

Jsem to zamluvil, ale pro to Forth slovo jsem hledal i nejaky ascii symbol, ktery se pouziva ve vyznamu PORT a na nic jsem nenarazil. Protoze ve Forthu by se s tim nebabrali a nahradili to jedinym znakem, coz pro interpret dava smysl.

PS: Pro serial jsem nasel neco jako "10101" (vypada to spis jako "|O|Ol"), ale absolutne netusim jak je to v ZX a "port" je kratsi a nazornejsi.
PPS: Jeste jsem to teda jeste mohl nazvat IN a OUT, ale to me prislo ze by to mohlo kolidovat.