OldComp.cz

Jak moc je jinej vystup Unikarty? Ten je v pohode? Je jasne, ze jeji cast emulace bude cajk, ale cipselecty na periferky a nektere mapovani musi bezet v Sharpovi. Teda nemusi, ale na standardnim firmwaru Unikarty bezi

_________________
http://www.8bity.cz

Ja jsem predelal svoji verzi desky ze simulace na realny beh. To neni uplne trivialni ale je to prepnute. Vim ze uz drive mi sel spravne border a ted jsem overil na realnem Benq monitoru co fuguje jako RGB PAL input ze po:

ld a,2
ld bc,06cf
out (c),a

vidim cerveny border.

Tak kluci v noci jsem delal testy co u Vivado (ne)meni rychlost prekladu.

Nejdrive napisi co je mozne a proc. Velmi dobra vlastnost systemu je, ze po synteze muzete spustit simulaci a overit si funkcnost. To je super ale ma to jednu obrovskou nevyhodu a to ze je to emulace a je radove pomalejsi nez realny system. Takze na zakladni overeni obvodu je to ok ale nemuzete pocitat ze takto vyzkousite treba jen zapnuti pocitace a zobrazeni uvodniho menu. Treba jen cekani 40ms je na nekolik minut emulace.

Druha cesta je po synteze udelat jeste implementaci. Ta trva dalsi dve minuty. Pak se jen vytvori bit soubor a muze se to dat do realneho zeleza. To uz ma realnou rychlost jako pravy Sharp MZ800. I zde existuje moznost sond. To se bezne dela pres IP ILA. Na zacatku (aktualne) projektu jsem mel 21 sond. Ted to budu potrebovat rozsirit tak na 60 a mozna vice abych vedel co se deje uvitr fpga. Jinak tech zdroju uvnitr fpga neni neomezene a tak je potreba zvazit pocet sond a pocet vzorku.

Pri testovani jsem zkusil zda ma nejaky vliv nastaveni "jobs". A musi rici, ze at se tam da cokoliv, tak vysledny preklad je uplne stejny. Takze realne Vivado nepouziva dalsi jadra. Take pri nastavovani vlaken jsem nepochodil. Misto aby se to zlepsovalo, tak to bylo stejne nebo se to dokonce neskutecne zpomalilo. Asi i pamet nema zadny velky vliv. Takze podle vseho cokoliv pres 4GB ram staci. Vsude jsem ale realne mel 8 a vice GB ram. Vysledek mereni jasne ukazoval ze hodnota pro signle thread z https://www.cpubenchmark.net/ presne koresponduje s rychlosti prekladu.

Takze kdo se bude zajimat o preklad, tak at si poridi procesor uplne nahore z tabulky https://www.cpubenchmark.net/singleThread.html.

=====

Jinak mam pripravenou romku v COE zaznamu a tak jako dalsi pokus bude spustit Z80 cpu spolu s GDG a romkou. Teoreticky by mel program uvnitr romky prochazet porad dokola.

To je tedy pěkně prasácky napsaná aplikace. Při použití SMP by se dalo dosáhnout několikanásobku výkonu toho CPU-rychlovarky při nižší spotřebě

Tady nás obkoukal známý konzervativní výrobce a nesehnatelný UART nahradil procesorem.

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Co to je za UART, že to nezvládne nějakej prcek ?

_________________
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

SCN2641

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Ja samozrejme neocekavam ze zrychleni paralelnim prekladem bude velke ale par procent by mne prijemne prekvapilo. Pekne je to popsane pro Intel napr. na https://www.intel.com/content/www/us/en ... 7_474.html . Ja ted muzu udelat 12 kompletnich prekladu do hodiny. Jinak jeden z vas mi nabidnul pristup na nejaky super linux server s hodne jadry ale myslim si ze asi nema smysl to testovat. Mozna ze za 14 dni budu moci udelal test na jednom pocitaci co bude mit ten uplne novy 10900k procesor a to rozhodne, zda opravdu rychlost procesoru je nejdulezitejsi parametr pro prekladac Vivado. To testovani mne moc nebavi, je potreba nahrat na disk skoro 18GB archiv a to 2x rozbalit a pak konecne instalovat. Proste to chvili trva.

Kdyz by nekdo nasel na webu HDL emulaci Z80 SIO tak by to hodne pomohlo. Klidne kdyz by to byla jen asynchronni cast. V pripade i synchronni casti by to hodne pomohlo emulovat QD.

Paralelní kompilace v gcc se minimálně na linuxu pohybuje v násobcích výkonu v závislosti na počtu použitých jader, tedy 1 CPU =100% času, 2CPU =50% času, 16 CPU = 7% času (na stejné frekvenci) atd. U aplikace samotné už ale hodně záleží co dělá. Pro paralelismus musí být aplikace hlavně uvnitř napsaná, nejde to "out of the box rekompilací." Takže ta firma šetří náklady a používá starý jednovláknový program pořád dokolečka s tím, že potenciální efektivita práce zákazníka neustále klesá s pokrokem v oblasti možností hardwaru. Ale asi mají takovou pozici na trhu, že si to mohou dovolit. I takový Intel ovšem před pár lety uvažoval stejně, tak aby se třeba za pár let taky nedivili.

- Ja osobne pouzivam Quartus a tam vice jader neni problem. Sw si je automaticky vyuzije vsechny.
- na Webu jde najit 'tuny' ruznych nahrad io a take v obrovskem rozsahu kvality, od 0-100%

Moc bych poprosil, aby jste zvazili obsah svych prispevku v tomto vlakne a 'nezaplevelovali' ho tim,co jste kde na webu nasli nebo kolik prace mate s vyuzivanim/konfigurovanim sw/hw. Byl bych rad, kdyby jste toto vlakno primarne venovali analyze, rozklicovavani a dokumentaci fotografii ziskanych z GDG Sharpa. I tak je to tu uz hodne dlouhe (93 stran) a IMHO velice mnoho prispevku je 'mimo misu'. Tim bych vas nechtel odrazovat od prispivani, jen bych chtel aby se tykaly tematu.

Napoveda: Kdyby nekdo postnul prispevek, ktere hradla a ktere signaly vytvari nejaky vyssi celek, tak by zde byl oslavovan a vitan

P.S.: Musel jsem...

_________________
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

Admin by mohl někomu dát privilegium na mazání OT. Ale stejně si myslím, že tato spousta úzce směrovaných informací není vhodná k jinému účelu, než r.e. GDG, který už je téměř splněn.

P.S. Nemusel jsem

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Tak tedy k věci. To že nejede PSG je divné, v modelu je to až takhle jednoduché (viz obrázek) - musí být aktivní IORQ a zároveň WR a nesmí být M1 a dolních 8bitů adresy musí být F2h. Jediné co by to mohlo zblbnout je, kdyby se něco jiného v GDG pokusilo o konflikt na datové sběrnici. A nebo konflikt (ať už logický nebo zkrat na desce) s jiným řídícím signálem.

Zjistil jsem, ze CS na PSG funguje opravdu dobre, ale obvod se (asi) nenastavuje dobre a zadny program (BASIC, hry, hudebni demo) nehraje. Jen z reproduktoru jde stale brum. A pro doplneni, pokud se hraje pres i8253, tak to hraje (pipnuti po resetu). Takze bych to videl na tu chybu v datove sbernici. Vecer zkusim propipat mozny zkrat CS a neceho.

_________________
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

Jedine co mne napada je, zda /Wait signal nemas omylem jinak definovany. Spravne je to open collector. V Pripade ze by to byl bezny vystup, tak by realny zvukovy cip nebyl schopen pozastavit cpu a nenastavil by se spravne.

Jo, to má suksoft pravdu, signál WTGD by mohl úpěšný zápis do PSG zmařit, kdyby ho někdo držel v aktivní log. 1.