OldComp.cz

Asi je chyba v F612, signál res je rozdělený, na G T27 dle Pandy je přiveden jiný signál, než na zbývajících 5

Když tak mě vyspajsni samotnou F612

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

Asi je jeste chyba v exportu. Bude potreba upravit labely tak, aby neobsahovaly nektere znaky.
Predpokladam, ze ty '-' by se interpretovaly jako minus.

Mas tam exportovany ten F612 v puvodni verzi a taky upraveny. Jsou tam i nektere dalsi

_________________
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

Ještě jedna chybka, tady má být out a nikoli out2

M1027 0 F612_a_137_8 out2 0 nfet w=48 l=2

Dle pandy T28


//

A jaký problém je s tímto v luftě visím nodu, ho nahradit 0?

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

Out a out2 jsem prohodil.
S vyhozenim nodu, ktery ma G ve vzduchu, problem neni. Jen me zarazilo, ze v exportu je nadefinovana cesta. To ze nikam nevede se musi otestovat dodatecne. A na to musim napsat nejakou funkci. Takze, vse chce nejaky cas. Ale bude...

Ok. Takze na F612 jsou dva:
M1020 0 F612_a_96_1 0 0
M1025 0 F612_a_175_1 0 0

a na celem GDG jich je 201. Priklad:
M4565 0 F612_45_22_a_175_1 0 0
M4801 vdd F615_141_21_a_79_65 vdd vdd
Mohlo by byt? Poslu...

_________________
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

Radku, uz mas importovany F961? Potreboval bych pregenerovane data.txt a data_blocks.txt, ktere zohlednuje posledni opravy, aby jsme mohli s Microlanem pokracovat. Kazda odstranena chyba ted pomaha v priprave na simulaci obvodu.

_________________
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

Mam ale data nejsou spravna. Mikesi21 ty jsi se jeste nevyjadril k tem nezarovnanym cestam (mrizka delitelna 8). Microlan zatim neupravil data. Takze pouzivam puvodni soubor a do nej jsem dal posledni definici F961, ktera ma ale stale par chyb. Nevim jestli mate zajem to vubec resit.

Vse jsem dal do http://www.radeksuk.cz/sharp/gdg/program/data20190227/
V kontrola_log.txt jsou chyby co to hlasi.

Ty jsi napsal, ze si to vyresis: 22 úno 2019, 13:35
Vyjadril: 24 úno 2019, 14:34

Hlaseno: 10 úno 2019, 23:51, 13 úno 2019, 11:16
Opraveno: 26 úno 2019, 09:02 - tak asi ne, myslel jsem, ze tohle je opravene.
Microlane, mohl by jsi projit Radkuv seznam chyb a opravit je?

Proc by jsme nemeli zajem to resit?

---------
Pozn.: Priznam se, ze se v tech datech uz uplne ztracim. Potreboval bych se dostat do stavu, kdy se nahlasi nejaka chyba ve spojich. Nejlepe Microlan je opravi, Radek vygeneruje data_blocks.txt, kde bude take vse aktualni. Pak udelam import do magicu a muzu vygenerovat data pro zkouseni simulace. Nasledne se bude pokracovat dal. Ted se mi to tak nejak cele smotalo dohromady a vubec nevim, co je v cem za zmeny a proc.

_________________
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

Ty jsi napsal, ze si to vyresis: 22 úno 2019, 13:35
Vyjadril: 24 úno 2019, 14:34 (ty mas asi jine casove pasmo)

Jenze ja jsem psal pozdeji v 24 úno 2019, 14:18 ze stale je problem se zarovnanim mrizky. A prave proto ze neni cesta zarovnana se nekresli. Proto jsem te zadal aby jsi se podival na tech pet spoju jako je "B 3460 24 1726 1488;" zda to nahodou nemas trosku jinde.

V phpBB se musí 2x ročně ručně přepínat letní/zimní čas, jinak se to bude lišit o hodinu. (doufám že ten nesmyslný letní čas už konečně někdy zruší!)

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

Casove pasmo mam stejne jako vsichni okolo me. Ted jsem si zrusil v nastaveni oldcompu zatrzeni letniho casu. Ale to neni podstatne.

To zarovnani mrizky:
Souradnice, kterou pises vidim poprve, asi jsem to musel prehlednout. Drive jsi pouzival souradnice z tveho programuna kresleni spoju, ted jsi napsal souradnice z exportu v CIF formatu.
Je to napajeci linka, to te taky zajima? Prekryv pouzivam schvalne, aby se mi propojily bunky vedle sebe. Myslel jsem si, ze napajeni neresis. Tohle je u F961 4x. U ostatnich hradel je to vzdy 2x.
Paty rozdil je v tom 'ocasku' a to jsi psal, ze vyresis. Tenhle 'ukaz' je taky v jinych hradlech.
Nemam moznost otestovat, ktere spoje v datech nezacinaji na tve mrizce, protoze v magicu pouzivam mrizku, ktera je 8 jemnejsi. Ale to uz jsme taky resili. Myslim, ze nejjednodussi by bylo, kdyby jsi vypsal spoje, ktere to hlasi. Ale pak musis zjistit, co ktery spoj znamena. Elektricky to neni dulezite.

_________________
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

Upravil jsem soubor GDG_pinout.csv, byla tam chyba v jednom napajeni a cislo pinu CPU. Jeste jsem zkratil moc dlouhe nazvy signalu. Na vysvetlivku je misto v poznamce.
V textu jsou pouzite znaky '/' a '-', ktere pri importu a naslednem exportu delaji problemy, tak je zamenuji na '_'. Mozna by bylo casem dobre to udelat hned tady, aby se na to nemuselo myslet.

_________________
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

/ je negace, aby v tom nebyl pak bordel
Pokud zaměnit za znak, tak asi N.
Co je povoleno za ostatní znaky, mimo abepedu ?

_________________
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

No, ja vim. Jenze on je v tom sw integrovany interpret TCL jazyka a ten to chape jako matematickou operaci. Povoleny je asi jen znak '_'. To s tim N by bylo mozne a asi i pochopitelne pri cteni zapojeni.
Takze volim '/' -> 'N' a '-' -> '_'

_________________
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

Nasel jsem jednu chybu v propojeni cipu. Z popisu jednoho poje:
"GND" is attached to metal2 in cell def testGDG (6 instances)
"out3" is attached to metal2 in cell use F961_61_11
Tzn, ze je spojeny vystup se zemi. Uz tusim, kde by mohla byt, tak ji vecer zkusim najit.
Je pri tom pouzity ten novy soubor GDG_pinout.csv.

Idealne bych ji (tu chybu) pak potreboval opravit v datech. Nebo je muzu zacit opravovat u sebe, ale potom by bylo potreba domluvit, jak si je predavat dale.
Pokud to budete nekdo opravovat, muzete potom presne napsat, co jste opravili a udelat tak pomyslnou caru mezi tim, co uz je a co jeste neni opravene?

_________________
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

Trochu předběhnu, právě se peru s tímto obvodem v jednom přístroji, tak mě napadlo, jestli by to nebyl vhodný kandidát na GDG

https://www.microsemi.com/document-portal/doc_view/130699-ds2136-40mx-and-42mx-fpga-families-datasheet

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