OldComp.cz

Ano. Ta rada segm04*.jpg ma oproti dalsim radam jinak zacatek a roztec "bodu" neni 34. Takze nejde dat vzorec podle ktereho se pocitaji vsechny dalsi radky. Reseni jsem nasel v tom, ze tato rada ma roztec bodu jen 32 a y posunuti obrazku je upraveno.

Jinak receno, prekryv mezi 04?? a 05?? je jiny nez napr. mezi 05?? a 06??.

Krásná práce, jestli jsem při svém vzdělání vše pochopil, tak není třeba už gdg.cfg nijak pasovat a už jen rozdělit hřiště jednotlivým hráčům. Asi se nabízí vertikálně horizontální třetiny, tedy 9 polí. Bude nás 9? Kdo se hlásí?

//Budeme obkreslovat i nefunkční bunky?


Půjde Ctrl-Z?

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

Ano je to tak. Ted se generuje gdg.cfg pri kazdem spusteni programu. To ale v pristi verzi zrusim at muzeme to pripadne rucne upravovat. Ted to vlastne udela podklady pro slicovani pro vsech 735 obrazku.

Ja bych obkresloval i ty prazdne bunky. Jedine co bych nedelal jsou ty rozvody napajeni. To tam bude strasit navic a spise to bude neprehledne. Zatim mam v hlave uvahu, ze co bude prekreslene a soucasne zpracovane nechame zesednout a tak budeme resit to co bude barevne. Ted nejsme ani na zacatku a tak nema cenu o tom vice uvazovat.

Nejakou verzi ukladani prace tam urcite dame. Osobne bych byl treba pro 10 poslednich kroku nebo 10 ulozeni. Treba pri stisku S by se to ulozilo.

Pamalu by chtelo udelat nabor co opravdu maji zajem to prekreslit. Muze to byt pomaly rozjezd. Osobne bych zacal v prave dolni casti a slo by se proti smeru hodinovych rucicek. Pro zacatek bych treba ja udelal tu spodni radku v segmentu 9 a pak bych sel nahoru uplne vpravo. Microlane ty by jsi zacal v segmentu 6 a delal by jsi take uplne vpravo. Pak se musime sejit na hranici
segmentu 6 a 9. Tam nam to musi souhlasit. Samozrejme by jsi delal na spodni casti tveho prideleneho segmentu. Mikes21 by mohl treba delat segment 3.

pocitani segmentu:
123
456
789


Co by nebylo spatne je udelat malou knihovnu uz hotovych funkcich bloku. Ocekavam specialne v tvem segmentu 6 porad se opakujici hradla co delaji citac.

Jak se to zacne prekreslovat, tak zacnu uvazovat jak naprogramuji hledani cest a oznaceni vyvodu tranzistoru.

Toto jsou dalsi ukoly:
- ukazani kde je jaky vyvod bunky
- najit cestu a pridelit ji cislo - nejmensi cislo bunky dava cislo cesty. Soucasne nejmensi cislo vyvodu dava cislo cesty. To jsou zpusoby jak se v realnych pocitacovych sitich hleda cesta. Neni to zadna novinka a na teto bazi funguji pocitacove site.
- udelat seznam cest a pripojenych vyvodu
- seznam cest a vyvodu pouzit pro hledani logickych zapojeni. To bude asi nejzajimavejsi cast tohoto projektu.
- nahrada bunek za funkcni bloky.

Vysvetlim jak zpracovavam tvoje data. Cely cip si predstavuji jako jedno velke nenastrihane pexaso. Pexaso se bezne nastrihava na stejne kousky a proto muzu sesadit jednotlive obrazky k sobe. Bohuzel u tebe prvni rada je mensi nez ostatni.Proto ji musim usadit trosku dolu. Samozrejme co je vlevo a nad bodem [0,0] mne nezajima, tam nic nebudeme kreslit. Ani neni potreba aby to bylo sesazene.

takto to realne generuji:



Jinak uz se tesim jak treba podle http://www.rnbs.hiroshima-u.ac.jp/RCNS/ ... _8(H20-6-6).pdf budeme hledat scitacku.

Aha už vidím v editoru co máš na mysli - musíš ty řádky posunout o 1/2 políčka aby to sedělo. Zkontroloval jsem ve Photoshopu - posunul jsem obrázky mezi řádky 4 a 5 o 2412 pixelů a sedí to, navazuje, obrázky by měl být v pořádku. Důvod bude nejspíš ten, že obraz mezi řadami buněk deformuješ (kvůli rozdílnému gridu), ale u řad 1-4 by se to nemělo deformovat, tam to přepočítáváš jinak a proto se to chová jinak.

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

Kluci na http://www.radeksuk.cz/sharp/gdg/progra ... _mz800.txt jsem dal maly popis jak vidim gdg a cislovani ja.

Kluci pisete:
Panda38 "Já mám označení buněk ve tvaru "radek.sloupec" (radek=1..26, sloupec=1..155)"
Mikes21 "Ted prakticky. Bunky 01.152 a 01.153 nedelaji nic, ale 01.154 az 01.156 bude asi nejaky latch"

Rikam ze je potreba tech 2x8 bodu nepocitat jako bunky, jsou to jen rozvody energie. Sice nam to zkomplikuje zivot ale budeme v seznamu mit jen tech 4104 bunek co opravdu existuji.

Protoze kazdy bod budu ukladat do 32bitoveho cisla tak si umim prestavit ze 001.001.01 (rada, pozice zleva, vyvod) by byla prvni bunka v uplne horni rade a soucasne by to byl vyvod 1. S takovym cislem bych mohl dobre pracovat.

Toto jsem castecne resil pred dvema lety. Ty signaly navic jsou jen pomocne signaly a je to logicke. Budto to obraci smer I/O nebo delaji neco podobneho. Napr. u datove sbernice to musi delat odpojeni od sbernice.

--------------

Ted zpet k hlavnimu tematu:

Otazka je jak to prekreslovat? Jedna moznost je nejak oznacovat uz nakreslene veci a z toho delat knihovnu a tu pak pouzit na definici zapojeni na jinem miste pro stejny clen. Ta problematika je docela slozita.

Treba by to slo udelat tak, ze by se dat do programu 7x radio button
-bezna prace
-smazani (smazani pole)
-prekresleni layer1 (plus obe via)
-prekresleni layer2 (jen vrchni cesta)
-uloz vzor (soucasne z jineho textoveho pole by se vzalo jmeno pro vzor)
-vloz vzor
-nacti vzor (pro editaci jiz ulozeneho vzoru)

Bezne by to bylo prepnut v rezimu "bezna prace". Pak by se to prepnulo na "smazani" -to by smazalo dve pomocna pole. Nasledne bych mohl vybrat "prekresleni layer1" nebo "prekresleni layer2" a pak kam bych kliknul to pole by se oznacilo jako definice mustru. Az bych vsechny body oznacil, tak bych stisnul "uloz vzor" a to by zapsalo data na disk.

Pozdeji bych vypnil textove pole. Treba bych tam dal "null" a to by zpracovalo soubor null.def a na misto kde byl naposledy kurzory umistilo definici. Spustil bych to prikazem "vloz vzor".

Pod pojmem prekresleni neni ze se to cele znova definuje ale jen oznaci bunky a vrstvy ze maji slouzit jako predloha.

Kdyz jsme s Uunkem planovali realizaci ofoceni GDG cipu, tak jsem vyjadril prani, aby komunita prispela na naklady spojene s focenim. Predpokladal jem tak 2-3 ochotne prispevatele. Nakonec se seslo 9 ochotnych darcu a vybrala se castka 3832,-Kc.
Proto bych chtel vyjadrit velke diky vsem prispevatelum. Vybralo se vice nez jsme predpokladali, proto necham neco odlozene a pouzil bych to na zaplaceni klubovny pro nasledujici setkani sharpistu, predpokladam ze na Talskem mlyne.
Urcite bude GDG jedno z hlavnich temat a budou se probirat dosazene uspechy.
Takze jeste jednou velke diky, moc si vasi podpory vazim

_________________
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

Tak jsem vcera v noci pokrocil. Neni to cele udelane ale mam pripravenou cestu jak oznacovat a kopirovat vzory. Mala ukazka je na http://www.radeksuk.cz/sharp/gdg/ukazka11.png. Uz ted to uspesne dava na mista ktere oznacim prazdne bunky. Staci jen ukazat kurzorem na levy horni gate tranzistoru a stisknout radio button 'vloz vzor'.

Desifrujete nekdo alespon na papir ty bunky?

Narazil jsem na podivné nikam nevedoucí vodiče (2. řada buněk). Tak nevím co to může být, stínění, kapacita, designový omyl? Přikláněl bych se ke stínění parazitních proudů, ale nevím jestli tam něco takového mohou mít?

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

Pokusil jsem se nakreslit nekolik bunek tak, aby z nich mohly vzniknout podklady pro simulaci jejich funkce. Pripadalo mi jako dobry zaklad pro overeneni jednak spravnosti kresleni bunky samotne a take spravnosti propojeni jednotlivych tranzistoru a hlavne funkce celeho obvodu. Program generuje data primo z nakresu jednotlivych polovodicovych struktur. Simulator na zaklade toho simuluje jednak logickou funkce a druhak propocitava rychlost a vliv parazitnich kapacit v zapojeni.
Panda38: zkusim prekreslit tebou zminovane bunky (C02_014 a C02_026/026 a taky C03_025 a C031/032) a pokusim se nasimulovat jejich funkci a porovnat rozdily s/bez tech 'zbytecnych' casti. Treba nam to neco napovi.
Jednu teorii mam, ze to tam zanechal nejaky CAD program pri navrhu. Nebo to vzniklo nedokonalym odmazanim nejakeho prvku. Preci jen pisou, ze od navrhu do realizace to trvalo 4-6 tydnu a to by mohlo byt docela malo casu na nejake velke optimalizace.
Pokud by to melo mit nejaky vliv na funkci (stineni, zpozdeni, apod.) tak by to mohly vystupy ze simulatoru ukazat.

Prikladam ukazku ze simulace dvou invertoru, 2-vstupoveho NOR a 3-vstupoveho NAND hradel.

_________________
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

Ten analyzátor dokáže simulovat i věci jako časování a parazitní kapacity obvodů na čipu? To jsou věci

Při podrobnějším zkoumání je vidět, že ty nezakončené vodiče jsou standardní součástí mnoha buněk po celém čipu, tedy to nebude chyba, ale nějaká funkčnost. Tak to se bude špatně převádět na schéma a simulovat jinými obvody.

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

Taky jsem na ně narazil, budeme je obkreslovat?

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

Podle mne to asi nema zadny funkcni vyznam. Spise to vidim ze se to nebude prekreslovat. Nemuzu si pomoc ale vidim v tom jen antenu, co spise udela uvnitr cipu vice neplechy, nez nejakou solidni funkci.

Dal jsem dalsi verzi programu na web at si muzete hrat. Jsou zde i tri DEF soubory 'null','F111' a 'F112'. Vkladani je jednohuche, staci ukazat na bod kde to chci vlozit a samozrejme dat jmeno vzoru do textoveho pole. A pak stisknout "vloz vzor". To podle jine casti cipu prekresli dle sablony na nove misto to puvodni. Takze je asi jasne ze na uplne prazne plose to nic nedela. Zatim to ma omezujici vlastnost ze pri definici musi byt ten "fialovy" pocatecni bod vzdy vlevo a uplne nahore. Casem to ale nebude takto omezujici.