OldComp.cz

Komunitní diskuzní fórum pro fanoušky historických počítačů


Právě je 29.03.2024, 11:08

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]




Odeslat nové téma Odpovědět na téma  [ Příspěvků: 141 ]  Přejít na stránku Předchozí  1, 2, 3, 4, 5 ... 10  Další
Autor Zpráva
PříspěvekNapsal: 18.07.2020, 11:30 
Offline
Profík

Registrován: 15.01.2014, 20:08
Příspěvky: 783
Bydliště: Šlapanice
Has thanked: 129 times
Been thanked: 97 times
Mé programátorské schopnosti nejsou takové, abych byl schopen velkých úprav kódu, a věřím tomu, že co nenapíšu, to nebude, aneb kolik z vás má ten 19“ 4U rám trvale na stole, osobně ty rámy mám dva aneb, do jednoho se už nevlezu. Já to SAPI-1 čas od času na něco použiji … nejčastěji k čelení EPROM. Další věcí SAPI-1 je díky své stavebnicové koncepci mohutně modulární ale taky děsně roztříštěné co se týče konfigurací. Ono SAPI-1 vzniklo primárně jako jednoduchý stavebnicový řídící počítač to že pak SAPI-1 se CP/M a Z80 jelo jako kancelářsky stroj a za zdí SAPI-1 řídilo obráběcí stroj s osazenou 8080A na jednodeskáči JPR-1 mající porty v RAM.

Ta grafika se musí vejit na jednu desku 140x150mm a to postavená na TTL aneb v historizujícím stylu takže na excesy není místo.

Jsem si vědom toho, že grafika na ZXS je lepší ale a i Z80 dává vetší možnosti no Z80 je na SAPI-1 jen kvůli tomu aby pod CP/M běžel tehdy ukrutně populární PACKAL (bytostně ho nesnáším)

ZXS mně moc nebere a jak jsem již několikrát zmiňoval tak chci, aby se dalo použít maximum toho co je k dispozici takže kód musí být schopen běžet na 8080A a pokut vezmu produkci ČSSR tak mi tu zbude jen PMD 85. Ano do SAPI-1 je monochrom grafika DGD-1 s úctyhodným rozlišením 320x240 bodu a stránkováním ale já to přepsat nezvládnu a nikdo to psát nebude. Pokut se povede portovat těch pár her co je pro PMD 85 tak to bude fajn.

Pokut jde o zvuk s SAA1099 tak ten by se dal připojit na konektor X3 JPR-1x aneb na X3 jsou dva výstupní porty a jeden vstupní, díky obvodům 3212 je dostupný signál WR takže by se ani nemusela programovat sběrnice, jen by to potřebovalo více IO, aneb ušetřila by se pozice v roštu.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/


Nahoru
 Profil  
 
PříspěvekNapsal: 18.07.2020, 12:50 
Offline
Profík

Registrován: 28.07.2018, 14:37
Příspěvky: 921
Has thanked: 43 times
Been thanked: 411 times
Jak už správně zaznělo, ideální rozkladové obvody obrazu jedou v cyklech délky mocnin čísla dvě. PMD-85 má řádkový čítač šestibitový (zobrazuje 48 že 64 stavů) a vertikální čítač čítá do 320 (256+64). Skoro ideální stav. A pixelový shifter lze osadit 74165 nebo ještě lépe 74166-kou. Dekódování synchronizace, zatmívání a zkracování cyklů je podle mne velice jednoduché. A dobře se to celkem programuje. Možná bych ale navíc nativně implementoval možnost testovat výšku právě generovaného mikrořádku kvůli omezení rušivých efektů při velkém objemu dat přesouvaných do videoram. Stačil by klopný obvod, nahazovaný při stavu mikrořádkového čítače 256.


Nahoru
 Profil  
 
PříspěvekNapsal: 18.07.2020, 13:53 
Offline
Profík

Registrován: 15.01.2014, 20:08
Příspěvky: 783
Bydliště: Šlapanice
Has thanked: 129 times
Been thanked: 97 times
Tak jsem konečně překreslil to schéma z SM80-351 a je tam aspoň z mého pohledu pár zajímavých zapojení viz PDF (snad jsem tan nenasekal chyby, DPS mám ale tak moc naskládanou že se mi nechce tahat).

Pokut čítače čítají u horizontálu do 64 a zobrazuje se jen 48 tak není co krátit a u vertikálu se těch 320 dá zkrátit rovnou pomoci 7493. Pak nějak vydyndat z toho ještě synchronizační impulzy ale to je pro mne už vyšší dívčí


Přílohy:
Poznámka: schema vydeo desky z MS80
SM80-351.pdf [49.35 KiB]
342 krát

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/
Nahoru
 Profil  
 
PříspěvekNapsal: 18.07.2020, 17:31 
Offline
Profík

Registrován: 06.02.2019, 11:47
Příspěvky: 898
Has thanked: 51 times
Been thanked: 230 times
EC1045.01 píše:
Pokut čítače čítají u horizontálu do 64 a zobrazuje se jen 48 tak není co krátit a u vertikálu se těch 320 dá zkrátit rovnou pomoci 7493. Pak nějak vydyndat z toho ještě synchronizační impulzy ale to je pro mne už vyšší dívčí

Podľa schémy vertikálny čítač číta do 160, ale keďže sa horizontálne každý riadok dvakrát opakuje, tak je to 320 (ale podľa PAL by to malo byť len 312,5). Správny cyklus sa dal dosiahnuť krátením, je tam tá PROM, z ktorej sa dal ľahko generovať resetovací pulz pre vertikálne čítače.
Z PROM idú dva signály, predpokladám jeden na SYNC a druhý zatemnenie.
M1
P.S. Na čítanie by sa dali použiť aj 74193, ale potom by sa muselo čítať smerom dole a pri nule prednastaviť na 312. Tak či onak treba riešiť SYNC a BLANK nejakou logikou.


Nahoru
 Profil  
 
PříspěvekNapsal: 18.07.2020, 17:48 
Offline
Profík

Registrován: 28.07.2018, 14:37
Příspěvky: 921
Has thanked: 43 times
Been thanked: 411 times
PMD-85 čítá taky 320 mikrořádků (linek). Ale protože bajty na mikrořádku nejdou co 1us ale trochu pomaleji v poměru 18,000/18,432MHz (mikrořádek se tak vykresluje pouze 62,5us oproti normovaným 64us), tak ve výsledku ten půlsnímek trvá přesně 20ms. A s mírně rozdílnou délkou mikrořádků se TV přijímače zjevně dokáží vyrovnat.


Nahoru
 Profil  
 
PříspěvekNapsal: 18.07.2020, 18:20 
Offline
Profík

Registrován: 15.01.2014, 20:08
Příspěvky: 783
Bydliště: Šlapanice
Has thanked: 129 times
Been thanked: 97 times
Snažím se překopat na zobrazení PMD a pochopit tu desku MS80-351

CPU je brzděn pouze tehdy pokut se kreslí video, tj. při zatemnění se CPU, nebrzdí. Měl by to mít na svědomí signál, co leze z PROM DS1/Q3 a vstupuje do IC4 74175/D1. Blbé je, že v dokumentaci není obsah těch PROM a mám pocit, že ty PROM jsou v desce zapájené, a tu desku mám moc v hluboko zahrabanou.

Čítat pozadu znamená, že bude obra na dvakráte převrácen tj. jak horizontálně tak vertikálně.

Budu muset trochu nastudovat jak ty displeje chodí. Asi nejlepší bude tam nechat ty PROM a tím se ušetří dost IO.

U AND-1 je LC oscilátor, pokut se šáhne na tu cívku a tím pádem kmitočet ujede a trvá to dost dlouho než se obraz rozpadne, zkoušel jsem na MERKUR2, takže TV si toho nechá líbit docela dost.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/


Nahoru
 Profil  
 
PříspěvekNapsal: 18.07.2020, 19:47 
Offline
Profík

Registrován: 28.07.2018, 14:37
Příspěvky: 921
Has thanked: 43 times
Been thanked: 411 times
Jako programátor bych se s dvojnásob obrácenou geometrií obrazu uměl vyrovnat. To samo o sobě by vůbec nevadilo. Jestliže jde kreslit obrázky do videoram ZX Spectra, tak potom už jde všechno.


Nahoru
 Profil  
 
PříspěvekNapsal: 18.07.2020, 20:31 
Offline
Profík

Registrován: 06.02.2019, 11:47
Příspěvky: 898
Has thanked: 51 times
Been thanked: 230 times
Libor L.A. píše:
Jako programátor bych se s dvojnásob obrácenou geometrií obrazu uměl vyrovnat. To samo o sobě by vůbec nevadilo. Jestliže jde kreslit obrázky do videoram ZX Spectra, tak potom už jde všechno.

Ondra má tak postavenú grafiku, FFFF je vľavo hore, nižší bajt klesá s riadkom, vyšší so znakom.
Až na ten bug s prehodenými adresnými linkami.
M1


Nahoru
 Profil  
 
PříspěvekNapsal: 19.07.2020, 09:33 
Offline
Pan Štábní
Uživatelský avatar

Registrován: 16.03.2017, 11:36
Příspěvky: 1493
Bydliště: Kósek vod Brna
Has thanked: 101 times
Been thanked: 112 times
Co takhle úplně univerzální systém s rozlišením cca 300 x 200, kde by 1 byte definoval 1 pixel. Umělo by to 256 barev a stačila by na to dnes běžná, rychlá 64 kB SRAMka. Bylo by to 8x náročnější na plnění datama (v porovnání se ZXS), ale asi by to neznamenalo nějaké omezení, protože v těch hrách bývají často dlouhé čekací smyčky.

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


Nahoru
 Profil  
 
PříspěvekNapsal: 19.07.2020, 10:48 
Offline
Profík

Registrován: 15.01.2014, 20:08
Příspěvky: 783
Bydliště: Šlapanice
Has thanked: 129 times
Been thanked: 97 times
Pokut bych byl dobrý programátor tak ty hry přepíšu pro DGD-1 která je jen monochrom ale má 320x240 bodu.

Navrhnout ultimátní grafiku není problém (pro mě jo), ale, kdo pro to napíše ty hry. Když už jsem se do toho uvrtal a mé schopnosti jak v návrhu železa, tak v oblasti programování jsou tristní tak doufám, že s dílčími problémy mi pomůže komunita. Proto taky jsem se rozhodl použít grafiku shodnou s PMD 85 a to kvůli tomu že má 8080A a je „barevná“ a s autory novodobých her se domluvím. Aneb už vidím ty zástupy nedočkavých programátoru, jak se hrnou, aby napsaly hry na průmyslový počítač (v RACK bedně 19“ 4U) který je snad ještě méně rozšířen než PP01. Aneb si to budu muset „napsat“ sám jak jsem uvedl tak jsem mizerný na tvorbu železa tak i na programy takže jediná schůdná cesta je mít co nejméně věcí co se bude muset přepisovat. Desek DGD-1 se moc nedochovalo, takže by se buď musela postavit replika, nebo rovnou novostavba. A když jsme u té novostavby tak z mého pohledu něco co tuje aneb budu to schopen s přítelem na telefonu portovat.

Protože vím, že jsem mizerný jak na tvorbu železa tak programu tak jsem se vrhnul na překreslování původní 8 bit ČSSR techniky, aneb na to mé znalosti stačí.

Co vím je jsou min už dvě hry co mají „problém“ s tím že v PMD 85 je 8080A jen 2MHz a to ještě trvale brzděn, u SAPI-1 bude trochu výkonu navíc aneb CPU je brzděn jen při přístupu do VRAM

:lamer:

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/


Nahoru
 Profil  
 
PříspěvekNapsal: 19.07.2020, 23:46 
Offline
Profík

Registrován: 15.01.2014, 20:08
Příspěvky: 783
Bydliště: Šlapanice
Has thanked: 129 times
Been thanked: 97 times
Tak jsem si trochu pohrál a pokusil jsem se poupravovat to schéma z MS80-351, prozatím tam je božnost mít výstup ala PMD 85 s modifikací pro SCART, a souběžně i COLORACE. Vzhledem k tomu že COLORACE chce oddělený vstup a výstupy pro data u pamětí tak to vychází na DRAM no 10ks 4116 je už trochu moc a blbě se shánějí a chtějí ještě moc napájecích napětí o 4416 nemá cenu ani uvažovat tak jsem se rozhodl pro 2x 4464 a 2x 4164 s tím že pokut se povede uvolnit poslední mutiplexer pro adresy DRAM tak by, mohly být 4 video stránky. Po delším zvažování jsem se rozhodl, že bude vhodné, aby si deska generovala, i signály MAP čímž je možno získat i adresy pro možnost přepínat video stránky a to zvlášť pro tu která se bude zobrazovat a ta do které bude, CPU zapisovat či číst. Je v planu také aby se na začátku snímkového zatemnění vygenerovalo přerušení. Zatím to vypadá tak na 31 IO.

Jen mne trochu znervózňuje, že některé 4464 mají „/OE“ co jsem tak zběžně prolit datasheet tak za jistých okolností je při ctění jedno co je za logickou úroveň na onom „/OE“.

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/


Nahoru
 Profil  
 
PříspěvekNapsal: 20.07.2020, 03:45 
Offline
Óm Nejvyšší
Uživatelský avatar

Registrován: 28.01.2016, 23:57
Příspěvky: 3756
Has thanked: 213 times
Been thanked: 388 times
Nebude lepsi rovnou pouzit tri 4464? Usetris jedno pouzdro a nebude zapotrebi shanet dva ruzne druhy pameti o vhodne rychlosti.

_________________
Nikdy nediskutujte s blbcem. Stáhne vás na svoji úroveň a vyhraje zkušeností.


Nahoru
 Profil  
 
PříspěvekNapsal: 20.07.2020, 07:45 
Offline
Profík

Registrován: 15.01.2014, 20:08
Příspěvky: 783
Bydliště: Šlapanice
Has thanked: 129 times
Been thanked: 97 times
EC1045.01 píše:
... Vzhledem k tomu že COLORACE chce oddělený vstup a výstupy pro data u pamětí tak to vychází na DRAM .....


Kubik píše:
Nebude lepsi rovnou pouzit tri 4464? Usetris jedno pouzdro a nebude zapotrebi shanet dva ruzne druhy pameti o vhodne rychlosti.


Ach ti písmenka, 4464 nemá oddělený datový vstup a vystup, takže ušetřím pouzdro na pamětech, ale zase mi přibude v logice pro COLORACE teda aspoň podle autora COLORACE.

Ted mne ještě napadla jedna úprava, pro COLORACE je potřeba mutiplexer a je použít typ 74157 ale, aby šlo použít video ostranky tak je potřeba jeden multiplex typu 74153. Jenže 74157 je využitá z 1/4 a ještě potřebuje jedno hradlo 7410. Pokut se místo 74157 dá 74153 tak vypadne do hradlo 7410 a bude kam připojit adresy pro video stránky, odpojit COLORACE pořad půjde jen se ten jumper přestěhuje do signálu ….

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/


Nahoru
 Profil  
 
PříspěvekNapsal: 20.07.2020, 15:24 
Offline
Profík

Registrován: 15.01.2014, 20:08
Příspěvky: 783
Bydliště: Šlapanice
Has thanked: 129 times
Been thanked: 97 times
Chtěl jsem požádat o pomoc NOSTALCOMpa ale jaksi je zaneprázdněn jinými neodkladnými úkoly. Tak bych chtěl poprosit někoho zde na fóru, zda by byl ochoten mi s tím pomoct, aneb některé věci jsou nad mé síly.

Nejtěžší oříšek je pro mě dát do hromady obsah PROM (IC25 a IC30). Těch dvou PROM by se dalo zbavit tím, že by polehlo zapojením z PMD 85 (3) jenže netuším jak pak vyřešit časovou základnu …. Asi by mohla zůstat tak je, ale to zapojení by vyžadovalo vice IO.

NOSTALCOM mi taky naznačil, že ta 74151 na výsun dat není úplně nejlepší řešení, že nejlepší by byla 74166 ‚čímž by se ušetřil ten záchytný registr. Jestli jsem to pochopil správně tak něco naznačil v tom duchu, že zpoždění v té 74151 se řeší další synchronizací.

Pokut jde o hodnotu Kristlo tak z originálu dokumentace jsem to nevyčet, aneb ve schématu je flek který nejvíce připomíná čtyřku a v dokumentaci není rozpiska součástek a z originálu deky to nezjistím, aneb ji mám tak kvalitně zaskládanou, že nemám odvahu se k ní dobývat. A rychlost oscilátoru bude asi jiná pro zobrazení v duchu PMD 85 než v tom původním.

Pokut se najde nějaký dobrovolník tak bych prosil o určení odkdy do kdy má trvat který signál u PROM IC25 a IC30. Něco se mi povedlo vztáhnout ze zapojení, ale moc chytrý toho nejsem. U PMD 85 0 až 2A je signál SD v nule v řádcích 288 až 291 u PMD 85 3 je to 288 až 303, čítače čítají do 329. U signálu SR je u všech modelů v nule od 53 to 56 a čítače jedou do 63, ale dál se v tom ztrácím.

Pokut by někdo překontroloval, zda to je života schopné zapojení a upozornil na chyby popřípadě navrhl nějaké vylepšení tak budu rád. Jen prosím žádný GAL.

Co jsem to zkoušel naskládat na DPS tak to vypadá, že se to vleze, jen u některých IO se budou muset přeházet (PROM, budiče ….) vývody. Pokut jde o ty 4464 tak co se vstupem 1 aneb /OE podle katalogového listu od TMS4464 ne vždy je při čtení použil.


Přílohy:
Poznámka: Schéma s přílepky do původního schématu od SM80-351
navrh_3.pdf [99.21 KiB]
347 krát
Poznámka: Schéma po vyházení nepotřebného a pár optimalizací.
navrh_optmalizace.pdf [61.08 KiB]
348 krát
Poznámka: Zkouška jak se to vleze na DPS
navrh_optmalizace.png
navrh_optmalizace.png [ 96.98 KiB | Zobrazeno 5534 krát ]

_________________
Ne všichni jsme měli z češtiny za jedna, aneb jsem dyslektik a dysgrafik.

http://www.sapi.cz/
Nahoru
 Profil  
 
PříspěvekNapsal: 20.07.2020, 21:08 
Offline
Pan Generální

Registrován: 19.07.2013, 15:54
Příspěvky: 2723
Has thanked: 144 times
Been thanked: 422 times
EC1045.01 co udelat "deal", Sharp komunita ti poradi a ty ji za to prekreslis zakladni desku k Sharp MZ800? Co ty na to? Neboj neni to z me hlavy, jen jako "vedouci" se ptam.

Jinak koukal jsem na https://www.root.cz/clanky/ceskoslovens ... md-85/#k05 a https://www.schotek.cz/pmd/scan149ax.gif . Domnivam ze ze v prvnim odkazu maji spatne frekvenci krystalu a spravne ma byt 18,432 MHz (ne 18,422). Take zde v tematu byla recena frekvence 18MHz, to neni spravne, presna frekvence pro PAL je 17734375 Hz.

Osobne se domnivam ze vypocet pro pmd85 ma byt:
50 ramcu za sekundu
320 radek
64 (znaku) - to je 512 bodu (64*8)
takze pronasobenim cisel vyjde 8192000. Podle schematu se signal deli dvema jeste nez vstupuje do horizontalniho citace. Takze vstupni frekvence je 16384000 Hz. Tato frekvence se vytvori tak, ze do 74164 vstupuji hodiny s frekvenci 18432000 Hz a soucasne PHI_2_TTL. Takto se vlastne signal deli 9 a nasobi 8. Takze z 18432000 se stane 16384000. Docela by mne zajimalo, zda opravdu zobrazene body maji ruznou sirku podle toho jak se prave vyhodnoti PHI_2_TTL na vystupu toho shift registru 74164.

EC1045.01 píše:
Pokud se najde nějaký dobrovolník tak bych prosil o určení od kdy do kdy má trvat který signál u PROM IC25 a IC30. Něco se mi povedlo vztáhnout ze zapojení, ale moc chytrý toho nejsem. U PMD 85 0 až 2A je signál SD v nule v řádcích 288 až 291 u PMD 85 3 je to 288 až 303, čítače čítají do 329. U signálu SR je u všech modelů v nule od 53 to 56 a čítače jedou do 63, ale dál se v tom ztrácím.

Pocitej ze U PMD 85 0 až 2A je to tak ze body se zobrazuji od 0 do 256. Pak je 32 radek zatemneni. Nasleduji tri radky kde je vertikalni synchronizace. Take soucasne je dalsich 32 radku zatemneni. Jinak receno mas 256 radku co se neco zobrazuje. 64 radku je zatemneni. 3 radky je vertikalni synchronizace.

U SR bych ocekaval ze budou zobrazovat body mezi 0 a 35. 36 az 63 bude horizontalni zatemneni. Pri 53 az 56 bude horizontalni synchronizace.

EC1045 pises "čítače čítají do 329" neni zde preklep? Nema bych spravne 320 a pri tom se to resetuje? Mame schema?

EC1045 "Jen prosím žádný GAL." PAL, SPLD, CPLD a FPGA je povoleno?

EC1045 kdyz nikoho nesezenes na tu definic casu tak bych mohl pomoc. Myslim ze vim jak se to pocita.


Nahoru
 Profil  
 
Zobrazit příspěvky za předchozí:  Seřadit podle  
Odeslat nové téma Odpovědět na téma  [ Příspěvků: 141 ]  Přejít na stránku Předchozí  1, 2, 3, 4, 5 ... 10  Další

Všechny časy jsou v UTC + 1 hodina [ Letní čas ]


Kdo je online

Uživatelé procházející toto fórum: Žádní registrovaní uživatelé a 4 návštevníků


Nemůžete zakládat nová témata v tomto fóru
Nemůžete odpovídat v tomto fóru
Nemůžete upravovat své příspěvky v tomto fóru
Nemůžete mazat své příspěvky v tomto fóru
Nemůžete přikládat soubory v tomto fóru

Hledat:
Přejít na:  
Založeno na phpBB® Forum Software © phpBB Group
Český překlad – phpBB.cz