tak bohuzel jeste nefunguje, viz.popis v tematu http://www.formica.cz/forum/viewtopic.php?pid=341#p341

277

(11 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)

Vyzkousel jsem opravenou verzi programu viz. tema http://www.formica.cz/forum/viewtopic.php?id=69, a nyni vznikla nova chyba:

1) vysvitim nejaky objekt nebo objekty (Edit / Group Operation / Mark Element)
2) ted, pokud prikazem Edit / Drag Pick zvednu jakykoliv spoj (plati i pro contours) v miste lomu, zvednou se soucasne s nim i vsechny vysvicene objekty, a ty se posunuji jakoby v rezimu Move Pick.

Pokud vezmu spoj za jeho cast mimo misto lomu, nebo vezmu jakoukoliv komponentu, je vse v poradku. Jedine nespravne chovani, na ktere jsem pri testech narazil, je tedy v momente zvednuti jakehokoliv spoje v miste jeho lomu.

Dekuji, vse funguje jak ma.

279

(1 odpovědí, posláno do Dotazy a náměty k programu Layout)

v Place / Pin / Pad Type nefunguje posledni uvedena polozka (Pad Type) na klavesu "T" ale na "Y". Nejprve jsme myslel ze neni prirazena vubec ale pro jistotu jsem projel celou abecedu a nasel pod "Y"

Dnes jsem poprve pouzil moznost nastavit si tloustku cary signalu, kterou se ma cara na obrazovce vykreslit, a zjistil jsem, ze pokud dojde ke spojeni standartni a jine tloustky (konkretne jsem pouzil typ 0 a typ 5), je Junction oznaceno jako neodstranitelne, a nejde ted ani smazat, ani s nim hybat, dokonce to nelze ani v pripade, ze dojde pouze ke spojeni koncu dvou ruznych typu car. Z jakeho duvodu to je?

281

(21 odpovědí, posláno do Dotazy a náměty k programu Layout)

Dekuji, tak jak to funguje, tomu davam za sebe palec nahoru, a primlouvam se o rozsireni poctu flagu - bohate staci 8 az 10 (bude se dobre delat makro). Zaroven by mozna stalo za uvahu, jestli se budou barvit jen urcite flagy (potom by to melo byt pojmenovano jinak, aby uzivatel vedel, ze tyto jsou barvene), nebo mit u kazdeho flagu moznost prepinace pro vybarvovani, vcetne volby barvy.

282

(11 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)

Omlouvam se za mystifikaci, jedna se o prikaz Drag (nedavno jsem si lehce prekopaval makra, tak se mi to chvili bude este motat), Move je nejspis v poradku, jen pokud predtim nastanou predmetne chyby, pak pri postupnem zvedani a pokladani pomoci prave Move, se vzdy dva labely pod prave zvedanym odbarvi do tyrkysove. Kdyz projedu postupne pomoci funkci Move vsechny labely, je pak jiz vse v poradku. Tedy projevuje se to jen u Drag.

283

(29 odpovědí, posláno do Dotazy a náměty k programu Layout)

Takto je to alespon pro mne naprosto vyhovujici. Predpokladam ze po zabudovani to bude platit i pro praci se skupinou vysvicenych objektu. Pak to nebude mit chybu.

284

(38 odpovědí, posláno do Testovací verze programu Layout)

Tak po dlouhodobem pouzivani jsem dospel k temto zaverum:
Zobrazit barvy zapnutych vrstev vedle polozky v menu by nebylo spatne. Ovsem neni to nastin veskereho nastaveni, ktereho se ta polozka take tyka. Nicmene pro orientaci v menu jsem pro.
Vzhledem k tomu, ze je mozno prepinat se i bez nutnosti chodit pres menu, melo by se toto graficke znazorneni objevit napriklad i v hornim informacnim panelu. Ne jen to aktualni - to je jasne, to vicemene vidim na vykresu. Ale myslim zobrazit vsech 9 grafickych vyjadreni, a kolem aktualne zvoleneho udelat napriklad obdelnicek.
Co se tyce operaci s pozicemi nastaveni v menu, myslim ze jsem to tu nejak jiz popisoval, jake jsou predstavy me. Bral bych funkce ciste po uzivatelsku: pridat, aktualizovat, smazat, posunout o pozici nahoru / dolu, prejit na predchozi / dalsi polozku. Proste v tomto mene programatorskem duchu.
Otazka je jeste, co s nastavenim, ktere neni ulozeno v zadne z 9ti pozic a v soucasnosti se da skakat mezi nim a ulozenymi vzhledy. Pokud se na to divam z meho pohledu, kdy pouzivam pouze predem pripravene pohledy, je zbytecna a je spis na obtiz.
Co se tyka soucasneho stavu, kdy zmenim nastaveni a to se ihned promita do aktualne zvolene pozice, bych uvital spise funkci aktualizace, nez automaticke promitnuti.

Aha, tak uz chapu. Dobra.
Jeste se tedy vyjadrim k ukladani pohledu grafiky a editace nezobrazenych vrstev.

tak jsem si nasel cas na preneseni veskereho nastaveni. Nainstaloval jsem si instalaci Layout440p98p-test.exe, na ktery jste poprve pouzil novy instalator. Pak jsem nainstalovany layout.exe nahradil tim, ktery barvi gumy padu obsazenych ve skupine Flag C a D.
Ale po zpusteni se opet hlaska o spatnem .cnf souboru objevila.
Take jsem zjistil, ze v teto verzi vubec neni v menu Graphics moznost ukladat nastaveni grafiky, tak jestli zde neni toto pricina te hlasky o spatnem .cnf

287

(11 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)

tak sem to odkrokoval a provedl screenshoty, a dopadlo to takto:
0 verze programu:
http://www.papouch.com/users/hroch/FormSchLabely/FormSch00.jpg
1 takto vypadaji labely, kdyz je odtrhnu od spoju a volne polozim vedle:
http://www.papouch.com/users/hroch/FormSchLabely/FormSch01.gif
2 kdyz prvni label zvednu, stale je vse v poradku, taktez se nic nezmeni, pokud po zvednuti zrusim operaci klavesou Esc:
http://www.papouch.com/users/hroch/FormSchLabely/FormSch02.gif
3 ale jakmile label polozim, nastane toto:
http://www.papouch.com/users/hroch/FormSchLabely/FormSch03.gif
4 nasledne dam prekreslit obrazovku:
http://www.papouch.com/users/hroch/FormSchLabely/FormSch04.gif
5 provedu Unselect All:
http://www.papouch.com/users/hroch/FormSchLabely/FormSch05.gif
6 zvednu jiny label:
http://www.papouch.com/users/hroch/FormSchLabely/FormSch06.gif
7 polozim ho a opet Unselec All (pokud bych vzal celou skupinu a polozil, bude fialove vse, cili co zvednu a polozim, to si barvu udrzi):
http://www.papouch.com/users/hroch/FormSchLabely/FormSch07.gif
8 pak jsem jeste schvalne zvedl label START_SENSOR2 a dopadlo to takto (dokonce u START_SENSOR4 je fialove poze podrtzitko mezi slovy):
http://www.papouch.com/users/hroch/FormSchLabely/FormSch08.gif

Pokud schema zavru a otevru, je opet vse v poradku, dokud s tim nehnu.

288

(11 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)

Dobry den,
delsi dobu pozoruji u labelu, zvlastni chovani. Mam nekolik labelu, ktere jsou klasicky prirazeny spojum. Ted labely vezmu a presunu do volneho prostoru tak, aby nenalezely zadnemu signalu, a zbarvi se spravne vsechny do fialova (zapnute zvyraznovani chyb typu Lost Labels). Nasledne jeden label zvednu a hned polozim (move). vsechny ostatni labely se zmeni na tyrkysovou, jako kdyby bylo v poradku ze nenalezi k zadnemu signalu. Fialovy zustane jen ten, ktery jsem zvedl, polozil (a protoze se i oznacil jako vybrany do skupiny, tak samozrejme i odoznacil pomoci Unselect All).

Rekl bych ze je toto chovani spatne, nebo jsem neco nepochopil...

U testu pokusnych verzi nekdy dochazi k vyhlaseni chybneho souboru Layout.cnf, partne protoze doslo ke zmene poctu polozek. Timpadem ztracim veskere nastaveni programu. Neustale nastavovani novych verzi programu je dost zdlouhave a abych novou funkci pouzil, musim nakou dobu novou verzi pouzivat v praxi. Neslo by nejak to osetrit, ze pokud v souboru .cnf chybi polozka, program ji jen doplni, namisto toho aby zahodil cely soubor? Myslim ze od poskozeneho souboru je soubor s chybejici polozkou velmi snadno rozpoznatelny..
Popripade pouzit zpetnou kompatibilitu, nebo proces pro preneseni dat ze stareho do noveho formatu....

290

(21 odpovědí, posláno do Dotazy a náměty k programu Layout)

Je to zajimavy kompromis... Jen malokdy vyuziju vsechny 4 flagy, proto by uplne stacilo 2 az 3 flagy pouzit na ulozeni napriklad tri napajecich sinalu GND, +3,3V, pripadne jeste +5V. Myslim ze je to dostacujici. Je to velmi kompromisni ale funkcni. Pokud by se v budoucnu ukladaly i flagy, bylo by dobre pocet flagu alespon zdvojnasobit, abych i po ulozeni skupin napajecich padu mel jeste dostatecny pocet flagu k dispozici, a uzivatel si mohl barevne odlisit vice signalu (analogove + digitalni, silove + slaboproude, ...)

291

(21 odpovědí, posláno do Dotazy a náměty k programu Layout)

Petr Horský napsal:

Prvotním účelem "krysího hnízda" (a již jedno- či vícebarevného) není ani tak ukázat, co kam konkrétně vede, jako spíše zobrazovat celkovou hustotu v jednotlivých oblastech desky.

A krom informativni funkce ma prave i podruznou funkci prave toho zobrazeni co kam vede. To se hodi predevsim pri rozmistovani soucastek. Pokud mame zem vylitou a tahame digitalni signaly, pak resime o signal mene, a pri sledovani co kam vede muzeme gumu v jine barve (indikujici treba tu zem) ignorovat mnohem lepe, bez neustaleho vysvicovani. Navic pokud vysvitim   cely jeden signal, nevysviti se spolu s tim i guma - podotykam ze jsem to odzkousel pri nastavene tmavsi barve gumy, aby vysviceni bylo patrne (a toto by mozna nebylo od veci aby program umel).

Petr Horský napsal:

Důvod, proč jinde po barvení netlistu sahají, bych hledal především v tom, že tam konceptu highlightování prvků návrhu neužívají vůbec, anebo jen velmi omezeně.

Jenze pokud si vysvitim spoj, pak nemohu soucasne s tim pouzivat funkci posunu zvyraznene skupiny komponent, protoze Formica nerozlisuje mezi vysvicenym komponentem a vybranou skupinou prvku. Coz znamena spoj vysvitit a hned ho zase odsvitit (a davat pozor, jestli nahodou jiz predtim skupina zvytaznenych prvku, s niz potrebuji i nadale pracovat, neobsahovala i cast prave vysvicovaneho signalu). Takze o trvale indikaci napajeciho signalu nemuze byt rec, a pokud si predtim skupinu zazalohuju do Flags, tak to uz rozhodne neni otazka jednoho kliknuti.

Petr Horský napsal:

Teď je ale třeba, abych také trochu obhajoval firemní barvy Formiky.  Asi by bylo zbytečné znovu opakovat, že jejím cílem nikdy nebylo napodobit chování jiných systémů,

Na druhou stranu pokud je ta funkce zajimava, nema cenu se branit. Uz kolikrat jsme si kazdy urcite povzdechli nad tim, proc v kazdem programu je neco naprosto uzasneho, a nikdo to nikdy neda do jednoho programu :o) Ale to jen na okraj.

292

(21 odpovědí, posláno do Dotazy a náměty k programu Layout)

Dobry den, mam jeste jeden namet pro gum.spoje - vykresleni napajecich spoju jinou barvou. Vzhledem k tomu, ze by to znamenalo nejspise i zmenu formatu generovaneho netlistu, predkladam to jen jako namet do budoucna. V jedne publikaci o kresleni DPS jsem narazil na obrazek (viz.nize), a je krasne videt, jak to ratsnest velmi zprehlednuje. Bylo by samozrejme nutno zamyslet se nad pripady, kdy je ve schematu pouzito vice zemi a vice napajecich signalu. To by znamenalo asi pouziti vice barev, cizm se opet zacina ratsnest stavat neprehlednym...

zde je obrazek:
http://www.papouch.com/users/hroch/ratsnest_colored.gif

293

(5 odpovědí, posláno do Testovací verze programu Layout)

Na Vistach nebyl s instalaci zadny problem, nechtelo to nikam povolit pristup od uzivatele (krom spusteni instalace a odinstalace), vse probehlo korektne.

294

(4 odpovědí, posláno do Dotazy a náměty k programu Layout)

ad 2) urcite nepospicha, vyliti jsem provedl ve Vami doporucenem gridu. Az budete hledat, tak pokud mame souradnice 0; 0 v levem hornim rohu okraje desky, tak zmizeni spoju ve sbernici jsou napriklad kolem souradnic 65; 95, zmizele spoje prvni casti vylite medi jsou nejvice videt u padu na pozici 5; 88

295

(4 odpovědí, posláno do Dotazy a náměty k programu Layout)

ad 1) ano, to mi honem nedoslo
ad 3) Souhlasim, ukladani neni treba zakazovat.
Rozumim tomu, ze po prekroceni hranic by nebyly naposled vytvorene spoje zobrazeny. Zde se ovsem po prekroceni ztrati spoje, ktere byly kresleny pred druhym vylevanim a tedy prekrocenim hranic. Jde o spoje prvniho vyliti. Predpokladam, ze si program pamatuje nakreslene segmenty chronologicky tak, jak byly kreslene, tedy kdyz se dostane v seznamu na segment presahujici hranici, zastavi se. Na zaklade toho mi je divne, ze se zmizi segmenty prvni casti vyliti. Sledoval jsem schvalne i postup, kdy se kresli nejprve vsechny svisle, vodorovne, pak postupne diagonalni, a ani v tomto pripade to nijak logicky nevyplyva.
Smazani zemnich spoju ve sbernici mohlo byt zpusobeno pri vylevani nahrazenim spoje lijici se medi vedouci stejnym mistem. Ovsem neprisel jsem na to, proc se ztrati spoje prvni vylite medi kreslene davno pred prekrocenim limitu. Toto se mi prave jevi spise jako chyba. Ovsem nevim jestli to tak skutecne je, nebo jsem neco prehledl.
4) Urcite bych byl velice rad, tedy jestli vas mohu poprosit, vytvorte mi tento certifikat. Pokud se navyseni vykonu pameti nedotkne tak to je urcite dobre. 2,4MB je krasne, rekl bych ze ani u starsich a dnes jeste pouzitelnych PC by hodnota desetkrat vyssi nemela zpusobovat sebemensi problem protoze uz jen otevreni nejakeho PDF je alespon 20MB pameti, Layout zabira (ted konkretne s timto schematem) asi 11MB.

296

(4 odpovědí, posláno do Dotazy a náměty k programu Layout)

Dobry den, narazil jsem zrejme na velkou chybku. Jelikoz je deska velka, musel jsem holt pristoupit k vylevani na dve casti. Vylil jsem jednu cast (celkovy pocet elementu po vyliti asi 120tis.), pak druhou cast a po chvili vyskocila hlaska "Too many elements." (celkovy pocet elementu po vyliti 156778). Maximalni pocet elementu podle uvitaciho okna je ale 200tis. Ovsem co me take prekvapilo, kdyz jsem se na desku podival lepe, ze cast medi vylite v prvni fazi zmizelo, s tim zmizely i zemni spoje prokladane v datove sbernici, a podivne je i to, ze naposled vylita med je temer bez poskvnky. A takto zmrseny vykres se take ulozi..

Prikladam soubory v jednotlivych fazich vylevani:
http://papouch.com/users/hroch/limity_layoutu.zip

297

(2 odpovědí, posláno do Dotazy a náměty k programu Layout)

Tak jsem si nastavil 150% a je to lepsi, cislo je alespon trochu videt, dekuji. Kdyz jsem zkousel nastavit tmavsi pismo (seda, cerna) nebylo cislo videt vubec.
Napada me jeste, jestli by neslo udelat jen u pisma neco na principu preteceni maximalni hodnoty svetlosti, tedy ke standartne nastavene svetlosti pisma po zvyrazneni pripocist jeste polovinu z maximalni mozne svetlosti pixelu a pak pouzit MOD (modulo)... Proste docilit, aby svetlost pisma byla po zvyrazeni vzdy v opacne polovine rozsahu svetlosti, nez je zvyrazneny podklad pisma - kvuli max.kontrastu. Je to jen napad, nejak jsem prilis neuvazoval nasledky na okoli, nebo mozne problemy...

298

(2 odpovědí, posláno do Dotazy a náměty k programu Layout)

Je nejak mozne invertovat svetlost (nebo barvu, to je celkem jedno) pisma pro cislo pinu, pokud je pad vysviceny? Dokud nenastavim pruhlednost padu, tak cislo neni vubec videt. Zkousel jsem si hrat s barvami ale to k nicemu nevedlo..

299

(8 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)

Tak to jsem se spatne jsem se vyjadril (omlouvam se, pisu to v rychlosti). Stale se samozrejme bavime o tom, jak mnozinovymi operacemi oznacit vsechny prvky, ktere maji v PartName (resp.i Package, Value a Note) urcity text.

Spravna cesta opravdu povede pres Alphanumerical, kde je take cast prace s komponentami. Zmatlo me, ze je tam jeste take polozka Components (protoze to, co ted chci delat, se logicky tyka komponent), a v podmenu Components je pouze moznost vybrat referenci. Alphanumerical jsem prehledl.
Samozrejme chapu, ze polozky od PartNames po Notes nelze presunout do menu Components, protoze je to spise prace s textem, nez samotnou komponentou. Na druhou stranu pokud vlezu menu Components, pak je lehce matouci, ze vidim jen moznost prace s References a vse ostatni vcetne take prace s References je v jinem menu.. Je otazkou jestli to je spravne, nebo ne. Na jednu stranu je prace s References na dvou mistech, na druhou stranu rikate, ze References jsou "usporadana mnozina" a uznavam ze neco na tom je.

300

(29 odpovědí, posláno do Dotazy a náměty k programu Layout)

Petr Horský napsal:

Sám jsem si už také párkrát rozbil obrys desky v nepájivé masce (kterou mám obvykle zhasnutou) blokovými operacemi s okénkem blízko okraje.  Jak byste se ale vyrovnal s posouváním celé desky?  V jistém smyslu je možnost zhasínat vrstvy do programu zabudována proto, aby na ně uživatel mohl zapomenout.  Pak je ale sporné, zda má program právo po něm žádat, aby si před určitými operacemi zase vzpomněl.

S odkazem na jine tema, by se mohlo na obrys desky vyuzit fixace, ktera se ale v soucasnosti tyka pouze komponent, nikoliv samostatnych spoju (nenalezicich jine komponente). Zrovna u obrysu, ktery v drtive vetsine je dan jednou pred zapocetim rozmistovani a routovani a pak se jiz nemeni, anebo meni minimalne, by bylo vhodne jej fixovat proti nechtene manipulaci. Snad ani nicemu nevadi, ze by to jiz byla fixace naprosto univerzalni, vztazitelna na jakykoliv samostatny element..
Ale to patri spise do jineho vlakna.

P.Krecmer ma vlastne zajimavy napad: moznost omezit vybranou skupinu nejen na jednu vrstvu, ale na rozsah nekolika vrstev (od - do), tim si mohu vyber omezit prave i na jednu stranu desky.

Rekl bych, ze pokud ma program pravo zahrnout skryte prvky, musi mit i pravo (nebo dokonce povinnost?) dotazat se na tyto skryte zahrnovatelne prvky....