OldComp.cz

Experimentoval jsem včera s AY-3-8912 v ZX Spectrum 128k +2 a předem spočítané časování na takt mi nevychází. Musel jsem zkrátit kód ze spočítaných 61 taktů zhruba o 3 takty, abych se dostal na požadovaný čas trvání. Kód samozřejmě běží v rychlé RAM se zakázaným přerušením, zapisuju na oba porty 49149 i 65533 pomocí out(c),a

Může to být tím, že porty AY jsou zpomalené?

Matně vzpomínám, že o tom Velesoft kdesi psal detailněji. Zpomalení portů zmiňuje i tady https://velesoft.speccy.cz/pentagon512_interface.htm ale zbytek textu se věnuje jen rozšíření paměti.

_________________
https://cygnus.speccy.cz ZX Spectrum 128k, Betadisk, DivIDE, ESXDOS

Vsechny porty co maji A0=0 jsou zpomalene. Takze ty dva co pises jsou zpomalene.

Ty dva mají ale A0 v jedničce

_________________
>> Amiga 1200, ZX Spectrum+, Didaktik Gama, LnxSpectrum, LnxTracker, LnxAmigaImageConvertor, https://www.ilnx.cz <<

Ano to mas pravdu.

Nejenže mají A0 = 1,ale A0 = 0 má port 254 a ten je hojně využíván pro beeper, tam by zpomalení dělalo velké potíže.

Až budu doma, pošlu kód, který mi nevycházel, je krátký a není v něm nic záludného, kromě toho out (c),a, který jestli trvá o 1/3 času déle... no tak to je ono.

Na druhou stranu viz https://www.worldofspectrum.org/faq/ref ... Contention Zdá se to být komplikovanější, než jen závislost na jednom bitu adresy.

Suksoft má tedy s A0 = 0 pravdu plus rozsah od 0x4000 do 0x7fff. Proto se to neprojevuje například při práci s 8255.

Jenže "supply the result"... to se týká jen čtení, ne? Nebo i zápisu?

_________________
https://cygnus.speccy.cz ZX Spectrum 128k, Betadisk, DivIDE, ESXDOS

Aha. Takže pri spectre ako je pomalá pamäť, tak isto sú aj pomalé porty v rovnakom rozsahu. Zaujímavé. Povedal by som, že to bude aj čítanie, aj zápis. Zbernica sa predsa používa rovnako pri oboch funkciách.

Čo tak urobiť si test? Borderom sa to dobre meria. Najprv si načasovať miesto hore nad obrazovkou, tam zmeniť border, potom funkcia ktorú chceme odmerať, a znova zmena borderu. A opakovať. Podľa dĺžky pásiku vidíme počet taktov funkcie. 1 takt je viac ako 1 cm na obrazovke, takže sa to dá celkom slušne odmerať.

_________________
Všetky mnou poskytnuté informácie sú voľne šíriteľné. Odporúčam ich zálohovať, servery zvyknú padať, informácie sa strácať..... a ľudia tiež. Až sa nadobro stratím, už bude neskoro sa pýtať.

Co pisi mam vycteno z ZX48 ale pro ZX128 se pry pouziva stejna logika. Pozastavavani ULY pri IORQ je v puvodnim navrhu uplne spatne udelane a nefunguje spravne. Proto se postupne delaly dve upravy co zajistuji funkcnost pri IN/OUT operaci. Prvni je Dead Cockroach - to dela to, ze pri jakemkoliv pristupu IORQ nastavi A14=1 A15=0, ula se domniva ze se cte z pomale pameti. To ale ma nevyhodu ze se zastavuji uplne vsechny porty a proto bylo v dalsich verzich dodan tranzistor, ktery dela to, ze kdyz je A0=1. tak da vstup do ULA do log1 a tak ula nevi ze je nejaka cinnost na IORQ od CPU a tak nic nepozastavuje. Stale vsak muze byt ula pozastavena na kombinaci A14=1 a A15=0, Ula se domniva ze dochazi ke cteni pomale pameti.

=============

Pro ZX128

Pri A0=0 se provadi vzdy pozastaveni hodin. Uvnitr ULA se nastavuje A14=1 A15=0 a tak ULA se domniva ze se cte z pomale pameti.

Pri A0=1 se ULA vubec nedozvi ze je nejake cteni/zapis IORQ na sbernici od CPU a tak na to nereaguje. Ale soucasne je porad platne, ze pri kombinaci A14=1 A15=0 se domniva ze dochazi ke cteni z pomale pameti a tak bude pozastavovat hodiny.

Porty co pises jsou:
49149 BFDDH 1011 - nepozastavuje se
65533 FFFDH 1111 - nepozastavuje se

Podle mne by se nemela ula pozastavovat pro tyto dva porty.

Každej IORQ má automaticky jeden waitt, s tím ale určitě počítáš

No záleží na tom, akú veľkú máš obrazovku.

Mozna bych radeji pouzil definici, ze jeden znak se na sirku vykresluje 4 takty CPU.

WAIT přidaný k IO operacím trvá jak dlouho? Jeden takt? Déle?

Nicméně napsal jsem si na vyzkoušení nejjednodušší možný kód Spuštěno v rychlé RAM na ZX Spectrum 128k +2 by to mělo generovat stabilní obdélníky se střídou 50% o frekvenci 3546900/52 = 68209Hz
Jedním multimetrem naměřím cosi kolísajícího pod 69.9kHz (ignoruji), druhým naměřím 68.2kHz stabilně - ok, to se blíží předpokladu.

Osciloskop teď při ruce nemám, ale logickým analyzátorem vidím, že střída není 50%, log. 0 trvá 6.50us a log. 1 trvá 8.17us, tzn střída je 55.6% Celkový čas jedné periody 14.67us odpovídá zhruba 68.18kHz.

Multimetr potvrzuje, opravdu naměřím cca 55.5 až 55.6% - může být. Že by důsledek pullupů v I/O portu AY-3-8912 + ty 4 přidané (viz schéma 128k +2 - R16, R18, R20, R21 na výstupech AY A0 až A3)?

Přijde mi, že měření kromě nepoměru mezi trváním log. 0 a log. 1 odpovídá předpokladu, takže to je asi v pořádku.

Pro pořádek, neměřím na přímo na AY, ale měřím na RS232-> TTL převodníku, který je připojený do RS232/MIDI portu na zadní straně ZX Spectra. Měření přímo na AY pro mě nemá význam. Důležité je, že se nezdá, že by se tam zpomalení uplatňovalo a přidaný WAIT asi taky ne. Nebo to z toho jen nevidím?

Teď ještě zjistit, proč se ten komplikovanější kód rozchází v počtu taktů vs čas běhu. Možná jsem jen nějakou instrukci započítal špatně.

_________________
https://cygnus.speccy.cz ZX Spectrum 128k, Betadisk, DivIDE, ESXDOS

Nemas tam preklep? Ja bych misto $+2 instinktivne dal $+3 nebo radeji bych tam dal label. Asi tam mas takto NOP instrukci navic.

Zkoušel jsem trasovat a v Prometheovi to tak funguje. Ale máš pravdu, pro AS musí být $+3. Nedělalo by to nop, ale add a,b.

_________________
https://cygnus.speccy.cz ZX Spectrum 128k, Betadisk, DivIDE, ESXDOS

Ano, to je znama chyba Prometea. $ neznamena instrukcny pointer na zaciatku riadku, ale na zaciatku daneho vyrazu. Najlepsie to ukaze tento kod:

Hergot, ma neberte doslova, nemám tucha o dĺžke jedného taktu na obrazovke.
Som to myslel asi takto:

HALT
XOR A
OUT (254),A
LD BC, pauza (teraz neviem, treba odskúšať)
:loop
DEC BC
LD A,B
OR C
JR NZ,loop
LD A,4
OUT (254),A
[tu bude pozorovaná/é inštrukcia/e]
XOR A
OUT (254),A
RET

Toto spustiť z basicu v slučke. Pauzu skúsiť aby bola zelená čiarka v borderi hore nad obrazom. Podľa trvania pozorovanej inštrukcie sa dá pozorovať jej dĺžka. Prípadne porovnať s niekoľkými NOP. Trochu to bude možno skákať, lepší výsledok by bol s IM2 bez obsluhy klávesnice.

_________________
Všetky mnou poskytnuté informácie sú voľne šíriteľné. Odporúčam ich zálohovať, servery zvyknú padať, informácie sa strácať..... a ľudia tiež. Až sa nadobro stratím, už bude neskoro sa pýtať.