OldComp.cz

To nie je pravda. Práve naopak, BASIC-G na PMD 85 používa binárnu formu FP čísla, podobne ako ZX Spectum.

_________________
https://pmd85.borik.net - PMD 85 Emulátor, PMD 85, PMD 32-SD
https://pp01.borik.net - PP 01 Emulátor, PP 01, SD-ROM Modul

Ak už tam má byť MIF 85, ktorý sám používa GAL, tak stačí nahradiť GAL16V8 za väčší, napr. GAL22V10 a doplniť adresový dekodér pre MH102.

_________________
https://pmd85.borik.net - PMD 85 Emulátor, PMD 85, PMD 32-SD
https://pp01.borik.net - PP 01 Emulátor, PP 01, SD-ROM Modul

popravdě 4 porty jsou zbytečné, stačí 2, to násobení záporných čísel je k ničemu a je lepší si ho vyřešit SW před násobením

Prakticky asi ano ale přijde mi ne úplně vhodné aby v každém 8bitu násobička fungovala jinak. Při konverzi programu se na to musí myslet. To by se měli vyjádřit programátoři, osobně bych jí z důvodu kompatibility ty 4 porty dal.

O to lepsie, potom nasobicka dokaze urychlit vypocty velmi dobre.

PS: Neviem preco som si pametal ze aj PMD basic pouziva BCD mantisu. Asi ma poplietlo PP01. V kazdom pripade, je to zvlastnost, ze do pocitaca, kde by nasobicka mohla basic urychlit, ju nedaju, a do pocitaca, kde to v basicu nema velky vyznam, ju daju (alebo aspon pripravia miesto) ...

o jakých programech se tu bavíme? ani na PP01 ani na IQ151 na to žádné programy nejsou

Tak GRAFIK nefunguje, takže se grafický test odkládá na neurčito...

Petr

Ok, programy nejsou. Ale - je to jeden signál v návrhu navíc, který už poté bez nového pcb nepůjde jen tak lehce přidat. Navíc PMD bude z té trojice jediná výjimka, co ho neumí. A co upgrade na MH1020? Každý řídící signál je tam dobrý. Není potřeba ho používat, ale je imho škoda ho nemít. S použitím GALu se navíc může počet portů následně lehce snížit třeba na ty dva podle zkušeností a potřeby.

Cestu natáhnu, používat s MH102 se nemusí ale s MH1020 může.

Tak GAL22V10 pokryje MIF a většinu MH 102 ale schází mi jeden fous na kladné a záporné násobeni. Šlo by to trochu obejít přes další 3205 co z 3 signálů udělá 8 variant ale to nestačí když je nutné signály dále kombinovat. Další v pořadí je GAL26V12 ale je už dost drahý a jestli se dá koupit kromě fejků i skutečný toť otázka...

Nová verze schématu s GAL26V12, do menšího se mi to nevejde. Pro autory MIFu - schází mi jeden výstup, tak jsem GCLK vytvořil ze signálu -ICO přes 74LS04. Doufám že to je tak schůdné a tvorba GCLK přes GAL odpadne. Vstupů má ten GAL dost, výstup mi ale jeden schází a takhle by to doufám šlo vyřešit že by do MH102 šly všechny řídící signály mimo ani jinde nepoužitého zaokrouhlovacího RND1.

Do patice MH102 jsem připravil i napájení 3.3V a měnič napětí z 5V aby se dalo lehce osadit MH1020 v SMD pouzdru DIL 16 s napájením 3.3V když bude 5V signálově tolerantní .

Paticově když bude GAL přibyde jen měnič a MH 102, což se na pcb vejde. Tak se na to prosím podívejte a řekněte mi zda to takhle je možné udělat. Pokud ano, předrátuju to a dám rychle do výroby a PMD bude mít taky násobičku .

Souhlasím s názorem, že znaménkové násobení se dá lehce udělat softwarově (navíc při náhradě float knihovny to je asi vážně zbytečné), za mě by bylo lepší zapojit RND a FR vynechat.

A možná se pletu (nemám MH102 doma), ale nestačilo by potom spojit přímo adresový vodič A1 spojit se vstupem RND? Podle katalogu se zaokrouhlování děje jen přes multiplexer během čtení. Takže z 3C čtu LSB, z 3D čtu MSB, z 3E čtu LSB, z 3F čtu zaokrouhlený MSB? A pokud je na té desce 74LS138, tak výstup z O3 je současně CS pro MH102. A přes GAL to chodit nemusí. Ostatně si myslím, že 22V10 by mohl pojmout jak celý MIF, tak i 74LS138.

_________________
http://maximalne.8u.cz

už jsme to tady zkoušeli několikrát probírat na co je vlastně dobré to zaokrouhlení a vypadá to že soudruzi v Tesle nepochopili přesně význam a nazvali to jak to nazvali a měl by to být snad nějaký přenos při přetečení předchozího násobení, ale prakticky to nikdo ještě nezkoušel jak se to vlastně chová a co to dělá ve skutečnosti
já jsem to při nahrazování FP násobení nepoužil...

To je zle.
1. Schematická značka GAL22V10 nezodpovedá skutočnosti (https://www.fpgakey.com/familyImages/202006/GAL22V10%20Pin%20Configuration.png)
2. Prečo je schematická značka MH102 taká "chaotická"? (Viď schéma PP 01 http://www.sapi.cz/klony_sm5040/pdf/sm3103.pdf)
3. Pin U9|11|/W pripojiť na signál /IOW|19|J2
4. Pin U9|10|/RD pripojiť na signál /IOR|22|J2
5. Pin U9|13|A0 pripojiť na signál A0|20|J2
6. Pin U9|14|FR pripojiť na signál A1|18|J2
7. Pin U9|9|RND1 pripojiť na signál A4|12|J2
8. Jedine Pin U9|12|/CSMH bude pripojený na niektorý výstup GALu.
9. U9 - Signál D8 neexistuje. Treba zmeniť na korektné D0 až D7.
10. Ak bude väčší GAL, U7 je zbytočné a adresový dekodér pre 8253 bude v GALe.

MH 102 by bolo na adresách 88h až 8Bh (RND1=0) a 98h až 9Bh (RND=1).

_________________
https://pmd85.borik.net - PMD 85 Emulátor, PMD 85, PMD 32-SD
https://pp01.borik.net - PP 01 Emulátor, PP 01, SD-ROM Modul

Popravdě se dívám s těmi signály trochu dopředu na MH1020, řekněme signál RESET by jí na něm slušil... Nějaké info o origo násobičce je zde:http://www.teslakatalog.cz/MH102.html, doporučuju si to přečíst.

Signál RND1 je signál, který se bojím používat. V PP-01 kupříkladu vůbec není pin fyzicky připojený a já s ním tak z důvodu kompatibility nepočítám - nejde to dělat univerzálně tak aby jeden 8bit signál měl a ty další ne. Je to spíš problém pro případnou MH1020.

Násobička potřebuje 3 nebo i 4 signály naráz - běžně CS, W/RD a Ax a případně ještě FR pro záporné násobení. Není jedno v jakém stavu se ty ostatní signály nachází protože dovedou násobičku zablokovat, musí být vždy všechny pevně definované a samostatné. Nedají se slučovat.

Ta 3205/74138 mě napadla taky ale pak jsem se podíval na to jaké signály do ní lezou (A4-7) a sama vytváří signál CS1 pro stínovou 8253. Gal ji k ničemu nepotřebuje, adresuje si sám. Samozřejmě varianta přepojit A4-7 mimo GAL může být zajímavá ale 1. rozbije rovnice se kterými GAL funguje a 2. stejně neřeší počet výstupů. Vstupů je sice dost i na originálním GALu, ale výstupů je o jeden málo i na verzi 26V12 za předpokladu že každý výstup je jeden signál a všechny se musí nastavit při každé kombinaci správně, což je určitě jednodušší dosáhnout v GALu než další logikou. GAL 22V10 jsem také zvažoval ale má příliš málo volných výstupů pro řízení - jen dva. Značka ve schématu je větší GAL26V12, za to se omlouvám zapoměl jsem to přepsat. Pokud bude stačit menší GAL22V10, tím lépe. Přeci je jen o dost kratší.

Bojuju i s fyzickým místem, na rozdávání už ho totiž nezbylo když se má jednat o dvojvrstevné pcb. Čtyřvrstvu bych mohl natlačit k sobě blíž, možná to tak stejně skončí protože to zabere o dost méně času natáhnout a cenově to není prakticky žádný velký rozdíl.

Ta D8 je z datasheetu k MH102, Tesla čísluje od D1 . To je jen drobnost.

Signály přepojím, GAL dám menší 22V10 a pak se zase uvidí.

Značka MH102 je taková jaká je protože to bylo první značka co jsem upravoval a hodilo se mi pinově 74LS138. Ještě to učešu už to umím .

Jenom se zeptám: co furt řešíte s těma 4 chipselektama? V PP01 i v IQčku je CS signál jen jeden a ostatní se řeší buď záchytným registrem (IQčko s MH3212), kdy se napřed nastaví typ operace/zaokrouhlování, anebo v PP01 pomocí A0 (A/B číslice a A1 na FRM (RND není připojeno nikam)). Tím, že na FRM pošleš signál CS nic neřeší, protože hlavní CS na MH102 zůstane nevybavený a tak to nic nedělá.

Za mě stačí jeden signál na CS a A0 (A/B) a A1 (FRM), případně A3 (RND) (nebo jiné adresní vodiče) a vyberu si kombinaci, jakou potřebuju - CS je jen jeden, ostatní řeší Ax. Nebo musíš mít jeden záchytný registr pro zapamatování FRM a RND eventuelně i výběr A/B (to je jeden CS) a druhý CS pro vybavení vlastní MH102 + jeden adresní vodič pro jednotlivé (pokud už není v záchytném registru).

Petr