Dobrý den, chápu to správně, že sice vidíte vypsáno "Driver PLViewer.dll loaded", ale v adresáři vedle schematického editoru nevidíte Layout.Cnf (ani se skrytou příponou)?
326 2010-02-20 20:38:12
Re: Prohlížení pouzder ze schematického editoru (14 odpovědí, posláno do Testovací verze programu Layout)
327 2010-01-30 19:11:50
Téma: Standardní knihovna symbolů pro verze 4.30 a 4.2 (0 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Protože řada uživatelů dosud pracuje se staršími verzemi Formiky, exportovali jsme poslední podobu knihovny symbolů zpět do formátu verze 4.30, který je čitelný i ve verzi 4.2. Uživatelé těchto verzí si ji mohou stáhnout v archivu Lib440-D(4_30).zip a připojit v menu Librarian; pro editaci ve starších verzích je však příliš veliká.
Knihovna symbolů může nahradit ty, které byly součástí instalačních sad uvedených starších verzí (a dokonce musí v případě, že by všechny knihovní soubory společně překračovaly kapacitu knihovního rejstříku). Pokud uživatelé mají vlastní knihovní soubory s novými či upravenými symboly, mohou je jako obvykle do knihovny zařadit s nejvyšší prioritou.
328 2010-01-24 23:59:23
Re: Ako zobrazit napajacie piny pri CMOS obvode? (4 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Dobrý den, rozdíl zde nebyl v samotných programech, ale v jejich knihovnách. Jak je uvedeno výše, součástky CMOS v knihovně dodávané s Formicou bohužel nemají nakresleny alternativy s viditelným napájením; s nimi by složitost vyšla v obou programech srovnatelná.
329 2009-12-09 11:50:50
Re: Move Block, Drag Block (4 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Něco takového by se ostatně možná uplatnilo i v programu Layout: klávesa Shift by mohla zahrnout i prvky a součástky, které nejsou v okénku celé. Toto chování by se ale dostalo do konfliktu s dříve zvažovanou možností, že by užitím klávesy Shift bylo kopírované či přesouvané okénko uchopeno za střed. Ledaže bychom se v první větě zajímali o stav klávesy při vložení prvního rohu okénka a v druhé u druhého. Ale jestli by to vedlo k přehlednějšímu ovládání, to opravdu nevím -- každé přetěžování funkcí kláves má někde hranici.
330 2009-12-07 11:00:17
Re: Editor soucastky: Vkladani rady Pinu (6 odpovědí, posláno do Dotazy a náměty k programu Layout)
Nakonec jsem zadávání rozteče pinů prostě zjemnil (stokrát -- ale není to kritické). I nadále je možné zadat číslo bez desetinné tečky, a to pak bude interpretováno jako údaj v základních jednotkách. Mělo by se to snad chovat konsistentně, s jedinou výjimkou (o níž vím) při čtení starého konfiguračního souboru.
Právě jsem Vám poslal odkaz na pokusnou verzi s touto úpravou.
331 2009-12-01 07:46:52
Re: Editor soucastky: Vkladani rady Pinu (6 odpovědí, posláno do Dotazy a náměty k programu Layout)
Dobrý den, to rozhodně je dobrá připomínka, už jsem o tom také kdysi uvažoval. Tedy, přesněji řečeno, uvažoval jsem o čemsi trochu jiném, totiž o zadávání celkové délky řady pinů. (Při jejím umísování by se pak interpolovalo do stejného základního rastru, jinak to ostatně ani nejde.)
Druhotnou motivaci by takovéto řešení mělo v tom, že člověk občas narazí na katalogové listy, v nichž nominální rozteč sousedních pinů není vůbec uvedena, pouze její horní a dolní mez. (Co si vzpomínám, stalo se mi to např. s integrovaným Graetzovým můstkem jakéhosi obskurního výrobce, a možná ještě jinde.) V takovém případě člověk neví, jaké číslo tam má vlastně napsat, i pokud má k disposici neomezenou přesnost.
Podívám se, co by se z těchto dvou možností dalo naprogramovat lépe (zřejmě ta zvýšená přesnost, jinak bych tam asi musel implementovat vkládání obou možných hodnot, jak rozteče sousedních pinů, tak i celkové délky) a přidám do nějaké příští testovací verze.
332 2009-11-16 07:43:19
Re: Tloustka pisma (3 odpovědí, posláno do Dotazy a náměty k programu Layout)
Možná bude vhodné udělat ještě jeden krok dále a zajímat se také o čitelnost písma, které se již slévá. (Abychom to nějak napodobili, je vždy druhý obrázek v každé dvojici ukázek úmyslně trochu rozostřen.)
Pozorný uživatel si možná všimne, že pro zlepšení čitelnosti je oproti původnímu fontu navíc upraven i řez písmene s.
333 2009-11-09 09:36:51
Re: Seznam nezapojenych spoju - namet (3 odpovědí, posláno do Dotazy a náměty k programu Layout)
Zvýrazňování označených a částečně označených chybějících spojek jsem před chvilkou přidal do té pokusné verze, na niž jsem Vám posílal odkaz v pátek. Musím říci, že dost pochybuji, že to takhle v textové formě bude k něčemu dobré, ale na druhé straně stačilo připsat jen pár řádek kódu, takže proč to nezkusit? Případným dalším zájemcům mohu poslat stejný odkaz, ale základní dojem si asi lze vytvořit již z obrázku -- zřejmě ani není třeba vysvětlovat, co nově doplněné značky znamenají:
Ještě bych se však měl zastavit tady -- přesněji řečeno, měl jsem to udělat hned na počátku vlákna:
(...) celistvost jednoho netu ma mnohem vyssi prioritu nez ty ostatni (...) Bylo by to pohodlnejsi, nez prohlizet rozsahlou desku, jestli mi nekde neunikl nejaky oznaceny segment.
Možná jsem totiž příliš zdůrazňoval barvení netlistu. Efektivnější bude označit konce všech chybějících spojek (Select | Select | Pads | Pins in Rats' Nest), pomocí uživatelské vlajky spočítat logický součin tohoto označení s piny na zmíněném netu (označenými v režimu Mark Net) a pak tyto piny najít na desce příkazem Jump To | First Marked / Next Marked. Makra jsou k tomu ideální nástroj.
334 2009-10-27 09:04:33
Re: Seznam nezapojenych spoju - namet (3 odpovědí, posláno do Dotazy a náměty k programu Layout)
Dobrý den, nevím, zda Vám rozumím správně, ale máte-li na mysli grafické zobrazení, takováto funkce v testovací verzi již je: Je to barvení netlistu, pro něž stačí přesunout zvýraznění do některé z uživatelských vlajek. (Lze snadno napsat docela jednoduché makro, které např. obarví chybějící spojky netu pod ukazatelem.)
Pokud Vám jde jen o počet, dovolím si upozornit na (opomíjený a někdy užitečný) příkaz Select | Select | Pads | Pins in Rats' Nest, kterým si můžete označit pájecí body, v nichž chybějící spojky končí, a z jejich počtu usuzovat na počet těchto spojek. (Samozřejmě to není zcela jednoznačné: Budou-li např. čtyři, nepoznáte z toho čísla, zda jde o dvě nezávislé spojky, anebo o tři související.) Přejete-li si označení pinů omezit na jednotlivé označené nety, jde to docela elegantně udělat právě pomocí množinových operací a znovu oněch uživatelských vlajek -- opět se na to hodí jednoduché makro.
A nakonec ještě zmíním příkaz Netlist | View Links. Ten ovšem vypisuje všechny chybějící spojky, nejen ty označené. Měl jste snad na mysli vytvoření nějaké jeho varianty?
Napíšete-li si nějaká makra, budu rád, jestliže je zde zveřejníte. Naopak je mohu napsat i sám, jakmile si ujasníme, co přesně požadujete.
335 2009-10-26 10:55:30
Re: Vývody propojené uvnitř pouzdra (7 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Možná bych měl zmínit ještě pár jemností, na něž lze narazit v souvislostech s "ekvivalentními" piny (čímž rozumím vývody interně propojené v reálné součástce), diskutovanými v tomto vlákně.
Ve skutečnosti je jediný celkem dobře řešitelný případ ten, který zmiňuje Ing. Peroutka, totiž případ, kdy požadujeme, aby všechny ekvivalentní piny byly zapojeny. Tam stačí, aby všechny piny byly uvedeny v *.pnl souboru, a program Layout ani nemusí vědět, že vlastně jsou v součástce již propojeny. Požadavek může být vyjádřen ve schematu, za tu cenu, že v symbolu součástky budou všechny piny rozkresleny a vodič ve schematu je propojí.
K popisu této situace by mohla také existovat jakási zkratka, kdy jeden vývod zakreslený ve schematické značce by reprezentoval více čísle pinů. Jenže -- spíše pro zajímavost a čistě teoreticky -- představme si případ, kdy tuto součástku chceme užít, aniž bychom takovýto "supervývod" zapojovali. Samotné užití symbolu by však vedlo k tomu, že by *.pnl soubor obsahoval vzájemné propojení těchto ekvivalentních pinů (aniž by byly připojeny kamkoliv dál), což je oproti tomu, co jsme doopravdy chtěli, zjevně nadbytečné.
Opačný případ jsou (zde rovněž zmíněné) součástky, z jejichž ekvivalentních pinů stačí připojit jeden (ale hodilo by se jich zapojit i více). Pro popis této situace neexistuje dnes ve struktuře netlistu nástroj, lze ji však popsat speciálním pouzdrem obsahujícím propojku v nevyužité vodivé vrstvě.
Jako příklad si zde často volívám starodávné pouzdro TO-3. Na spoustě desek jej můžeme považovat za zapojené, připojíme-li alespoň jeden jeho upevňovací otvor, přitom by ale nebylo na škodu připojit oba, kdekoliv to lze pohodlně udělat. Zřejmě však nechceme připustit, aby např. lineární stabilizátor v pouzdře TO-3 dělil zem na desce na dvě části. Jinými slovy, ke zbytku netu lze připojit jeden či oba ekvivalentní vývody, ale v druhém případě musejí být na desce propojeny navzájem. Nevím o návrhovém systému, který by takovouto jemnost uměl vyjádřit (čímž vůbec nechci tvrdit, že neexistuje) a ve Formice mne nenapadá žádný způsob, jak toto popsat v knihovnách.
Ještě daleko lepší příklad je však ten nesmyslný symbol P-1720, který zmiňuje pan Vít. Pro pohodlí čtenáře sem přidám jeho obrázek:
Pravděpodobně se, včetně očíslování vývodů, do knihovny kdysi dostal překreslením z katalogu GM bez nějakých bližších úvah. Je to jen laciné tlačítko se dvěma páry ekvivalentních pinů uspořádaných zhruba do čtverce. Piny jsou asi zdvojeny především pro dosažení lepší tuhosti. Když ale chceme zapojit maticovou klávesnici na jednovrstvé desce, dvojice pinů můžeme s výhodou využít v roli drátových propojek, což je v naprostém protikladu k tomu, co jsem o odstavec výše napsal o pouzdře TO-3.
Jenomže totéž tlačítko mohu jindy chtít užít tak, že budu spínat bit nějakého vstupního portu na zem. Kdybych tedy měl v knihovně popis vyjadřující požadavky z předchozího odstavce, užitím takového tlačítka na desce by ji Layout považoval za správně zapojenou i tehdy, kdy by rozdělilo celý zemní vodič na dvě části -- což bychom si s pravděpodobností blížící se jistotě nepřáli. Jediným východiskem zde proto je kreslit symbol tlačítka právě tímto zdánlivě nesmyslným způsobem, a nechat na návrháři, a jej ve schematu propojí právě tak, jak potřebuje.
Takhle obšírně jsem se zde však rozepsal též z toho důvodu, že v pozadí je skryta celková koncepce Formiky -- udržovat vnitřní representaci schematu i desky co možná jednoduchou a dobře pochopitelnou, což návrháři dovolí popsat problém srozumitelně pro obě strany -- a zdálo se mi, že ekvivalentní piny jsou dobrý příklad dovolující ilustrovat, k jakým záludnostem se lze také snadno dostat, pokud se pokusíme základní nástroje rozšířit.
336 2009-10-21 13:36:27
Re: Tloustka pisma (3 odpovědí, posláno do Dotazy a náměty k programu Layout)
Po několika e-mailových a telefonických konsultacích jsem v pokusné verzi raději nakonec udělal něco trochu jiného: Spíše než bych rozšiřoval působení parametru Graphics | Items | Lines na nápisy, rozšířil jsem funkci parametru Graphics | Thresholds | Fine Font (px) tak, že jakmile se zapne hrubší font, šířka čáry bude automaticky 1px.
Vedle toho jsem v tomto fontu upravil řez číslic 6 a 9 tak, aby se méně slévaly a zároveň méně pletly s osmičkou:
A když už jsem zasahoval do vzhledu fontů, změnil jsem i řez a a e v jemném fontu, opět ve snaze omezit slévání:
Poslední v této souvislosti dosud provedená změna se týká čísel vývodů -- jakmile je k jejich vykreslení užit hrubší font, nebude nikdy škálován. (Pokud tedy parametrem Graphics | Thresholds | Pin Numbers povolíte zobrazování čísel i v hodně malých měřítcích, čísla mohou vposledku vyjít větší než součástky.)
Případným zájemcům rád pošlu odkaz na pokusnou verzi. Další připomínky, např. ke vzhledu jednotlivých písmen v jemném fontu, jsou jako vždy vítány.
337 2009-10-19 08:59:51
Re: FORMICA 4.40 a začiatočník (34 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Dobrý den, píšete-li, že pouzdro umíte vytvořit, pak už stačí jej pod odpovídajícím jménem vložit do nějakého knihovního souboru *.pcb (strukturou podobného těm knihovnám, které jste si nainstaloval spolu s Formicou) a tento knihovní soubor si připojit pomocí příkazu Library | Add File(s). Samozřejmě se předpokládá, že ze schematu se na pouzdro odkazujete výše zmíněným jménem.
338 2009-10-16 10:40:53
Re: Tloustka pisma (3 odpovědí, posláno do Dotazy a náměty k programu Layout)
Dobrý den, takový parametr (který by byl obdobou Graphics | Items | Lines = Axes Only pro spojové čáry) v Layoutu skutečně není, ale nebyl by problém jej do nějaké testovací verze přidat (anebo rozšířit působnost toho uvedeného v závorce), pokud by se to ukázalo odůvodněné.
Můžete prosím uvést konkrétní hodnoty (tj. výšku znaků, šířku čáry a měřítko zobrazování), s nimiž jste narazil na potíže? Současné řešení v zásadě předpokládá, že u rozumného poměru šířky čáry k výšce znaků (kdysi u písma kresleného šablonkou se např. požadovalo alespoň 1 : 7) se zobrazované čáry včas zredukují na 1px samy od sebe. Na druhé straně, pokud však na desce chcete mít opravdu hodně malé nápisy, můžete narazit na technologické omezení v podobě nejužší vyrobitelné čáry, které pak asi musí dostat přednost před pohodlnou čitelností.
339 2009-10-15 21:17:28
Re: Vývody propojené uvnitř pouzdra (7 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Dobrý večer, pro jistotu bych měl asi zdůraznit, že jakmile by se to udělalo takto:
(...) možnost, ve Schematiku zadat seznam do čísel vývodů, který se pak přenese i do souboru *.pnl a tedy Layoutu. (...)
Layout bude desku považovat za úplně zapojenou pouze v případě, že budou zapojeny všechny piny -- v současné syntaxi *.pnl souborů není nástroj, který by dovoloval popsat, že z nějaké množiny pinů stačí zapojit pouze jeden. To tedy není ještě to, co pan Vít původně požadoval, ale také to ovšem není ve sporu s užitím speciálního pouzdra s předpropojenými piny.
340 2009-10-09 13:33:53
Re: Vývody propojené uvnitř pouzdra (7 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Dobrý den, nejprve by myslím bylo třeba ujasnit, čeho si přejete dosáhnout. Můžete totiž požadovat různé věci: Na jedné straně byste mohl chtít, aby Layout považoval součástku za zapojenou až tehdy, jsou-li v plošném spoji připojeny všechny vnitřně propojené vývody, na druhé tehdy, je-li připojen alespoň jeden z nich. (Speciální požadavky, jako např. připojit nejméně dva ze čtyř, raději zcela pomiňme.)
První případ lze asi nejlépe řešit symbolem ve schematu, který opravdu má všech osm vývodů, a je na návrháři, aby spoje nakreslil dle svého uvážení. (Takové součástky myslím v knihovnách někde také máme, jen teď nemám kdy hledat příklad.)
Druhý případ lze vyřešit speciálním pouzdrem, v němž jsou interně spojené vývody součástky propojeny spojovou čarou na nějaké (neviditelné) vodivé vrstvě, kterou nebudete vyrábět. Obdobný problém ostatně představují tzv. nulové odpory, diskutované zde: http://www.formica.cz/dotazy.html#l61 .
341 2009-10-08 08:49:30
Téma: Modifikace dat pro osazovací automat (0 odpovědí, posláno do Dotazy a náměty k programu Layout)
Osazovací program často obsahuje více součástek, než bude automat skutečně osazovat. Program Layout ve verzi 4.40 do něj sice může přenést příznak, odlišující součástky, které jsou v okamžiku generování výstupu označené, pak ale vzniká otázka, jak (množinovými operacemi či jednu po druhé) označit ty správné.
Další problém existoval v programu Layout verze 4.2, který (pravděpodobně jen v několika svých releasech, ale neověřoval jsem si to) přesouval do pole Value součástky hodnotu Part Name ze schematického editoru.
Uživatel verze 4.2, jenž si -- jak vysvětluje v dále citovaném e-mailu -- přeje setrvat v anonymitě, mi pro ošetření obou problémů zaslal svoji utilitu:
http://www.formica.cz/files/forum/PartListMod.zip
Utiltku PartListMod, zdrojové texty, popis apod. použijte podle svého uvážení, jen ji nespojujte s mým jménem nebo jménem firmy. (Vznikla v rychlosti pro naší potřebu, takže zdrojové texty ani provedení nesplňují nároky, které bych si pro neanonymní zveřejnění kladl.) Na ukázku, nebo pro někoho v podobné situaci, ale jistě poslouží.
Ačkoliv program PartListMod asi nemá tu robustnost, kterou by jeho autor vyžadoval u svých profesionálních aplikací, oceňuji jeho zdrojový text jakožto ukázku, jak snadno lze programově zacházet se soubory generovanými Formicou. (Stačí totiž předpokládat, že soubor byl zapsán přímo programem, a lze si ušetřit spoustu práce s jeho lexikální a syntaktickou analýzou, což jinak Formica dělá, aby mohla zpracovávat i soubory ve volném formátu vytvořené uživatelem.) Proto jej zde s potěšením zveřejňuji nejen jako ošetření výše uvedených problémů, ale také jako vzor či inspiraci pro řešení obdobných situací.
Dále již následuje text e-mailu, který jsem spolu s programem dostal:
Program Scheme správně vygeneruje netlist (*.pnl), tam je i hodnota. Při načítání do Layout (minimálně u verze 4.2) se však součástce na desce nepřiřadí do pole Value hodnota Value z netlistu, ale právě Part Name (viz obrázek). Nelze to nijak ovlivnit.
Nikdy nám to nevadilo a výrobce s tím také neměl problém. Nyní jsme změnili výrobce a potřebovali jsme seznam součástek i s hodnotami. Při malém počtu součástek bych změny udělal ručně, ale současná deska jich obsahuje téměř 800, a to už je riziko chyby veliké.
Udělal jsem na to takovou utilitku, se kterou jsem problém vyřešil. Je to napsáno opravdu v rychlosti za několik (nočních) hodin, proto se pod ní nepodepisuji :-) Ale účel -- zdá se -- plní.
Vyřešil jsem také druhý (častý) problém. Deska je navržena pro kompletní variantu. Kromě toho ji lze osadit i ve variantě jednodušší, kdy jsou některé součástky vynechány. Desku tedy navrhnu z plného schématu, pak schéma upravím (odstraním prvky, které v jednodušší verzi nejsou) a vygeneruji nový netlist. Pomocí utilitky pak z Part listu vynechám součástky, které nemají odpovídající referenci ve zjednodušeném netlistu.
Více obrázky dole.
Otevřu netlist, který obsahuje seznam součástek, které budou osazeny (může být plný, nebo může obsahovat jen součástky pro danou verzi).
Otevřu part list vygenerovaný Layout 4.40 -- ten se hned zobrazí (druhý sloupec by měl obsahovat Value).
K zaškrtávacím políčkům: co bude zaškrtnuté, to se neobjeví v výsledném modifikovaném Part listu.
Tlačítkem Compare se porovná Part list s netlistem. Pokud v netlistu neexistuje daná reference, políčko se zaškrtne a řádek se zobrazí červeně.
Naváděcí značky v netlistu nebudou, ale jejich přesná poloha je výhodná -- proto u nich zaškrnutí ručně zruším.
Tlačítkem Replace se spustí nahrazování údajů Part listu -- pouze ve sloupci Value -- hodnotami z Netlistu (rozhodující je reference).
Nahrazovat lze s potvrzováním jednotlivých změn, nebo hromadně.
Nakonec ještě projdu seznam a zaškrtám položky, které se osazují manuálně, aby se neobjevily v seznamu pro automat.
Tlačítkem Save Part List se vygeneruje modifikovaný seznam, který obsahuje jen položky, které nejsou zaškrtnuté (t.j. jsou bílé).
Utilitku přikládám i se zdrojovými texty a s ukázkou použití, pokud by někdo narazil na podobný problém.
342 2009-08-31 22:03:17
Re: FORMICA 4.40 a začiatočník (34 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Dobrý večer, mohl byste mi prosím poslat schema, jak vypadalo před posledním kopírováním?
343 2009-08-17 15:59:49
Re: problém s tiskem (4 odpovědí, posláno do Dotazy a náměty k programu Layout)
Aha, už vám asi rozumím. Problém je zřejmě v tom, že chcete vyrobit jednovrstvý plošný spoj, ale vodiče máte na horní straně desky (nejspíš tedy nejsou červené, ale modrozelené). Jde-li o tento případ, nejlepší asi bude opravit desku tím, že zadáte Select | Select | All Elements a pak Edit | Change | Swap Layers. Poté by mělo stačit tisknout jen stranu A.
344 2009-08-17 15:32:05
Re: problém s tiskem (4 odpovědí, posláno do Dotazy a náměty k programu Layout)
Dobrý den, předpokládám, že tisknete pomocí menu Files | Print | ..., nevím ale, zda dotazu rozumím správně. Otvory by se měly tisknout ve středech pájecích bodů. Neděje se tak, anebo je chcete vytisknout samostatně (tedy na jiné místo stránky)?
345 2009-08-02 10:33:49
Re: Ako zobrazit napajacie piny pri CMOS obvode? (4 odpovědí, posláno do Dotazy a náměty ke schematickému editoru)
Dobrý den, pan Křivka je teď v zahraničí, proto se Vám pokusím nějak odpovědět já (ačkoliv jsem v zahraničí také).
Automatické propojení stejnojmenných skrytých napájecích vývodů zrušit nelze (stejně jako byste nemohl zrušit propojení stejnojmenných labelů). Můžete si však vytvořit alternativní grafickou podobu symbolu, která místo skrytého napájení bude mít další viditelné vývody, uložit symbol do lokální knihovny a použít. Trochu více byste o tom našel v nápovědě, např. v kapitolce "Grafická podoba".
346 2009-06-25 12:07:19
Re: Prolém s layout.exe 4.30 při autorouteru (2 odpovědí, posláno do Dotazy a náměty k programu Layout)
Dobrý den, verzi 4.30 už momentálně nemám nainstalovanou, ale rád bych si vyzkoušel chování routeru s Vaší deskou. Můžete mi ji prosím poslat uloženou ve stavu bezprostředně před spuštěním autorouteru (tedy poté, co jste nastavil jeho parametry)?
Co se týče řešení, je dost obtížné cokoliv rozumného napsat bez znalosti dalších souvislostí. Máte např. správně nastavený modul rastru pro router?
347 2009-05-18 11:02:17
Re: Rozsireni moznosti v menu pro kontrolu vzdalenosti (4 odpovědí, posláno do Dotazy a náměty k programu Layout)
Ad 2): Jde mi nyni primarne bezpecne odvratit pripad, kdy se cin zastavi o potisk. Samozrejme, ze ja i jini uvitaji, pokud se bude hlidat i prunik textu ci car.
Kdyby snad někdo chtěl vyloučit testování vzájemné kolize nápisů, může k tomu využít další schopnost Formiky, totiž testování kolize množiny označených prvků oproti zbývajícím. (Tou označenou množinou by zde zřejmě byly pady.) V praxi ale nebývá problém v tom, že se označilo i něco málo navíc -- tam uživatel během tří vteřin pohledem zjistí, že mu to nevadí --, nýbrž v tom, že se nesmí nic přehlédnout.
V souvislosti s tim chci jeste upozornit, ze dalsi parametr, ktery je potreba hlidat, je vzdalenost od padu. Totiz, vsiml jsem si, ze nekteri vyrobci maji problem s ulpenim potisku na desce, ktery lezi v tesne blizkosti padu (lhostejno jestli odmaskovanym, nebo ne, vrtanym nebo smd). (...) zatimco pokud se potisk preleva pres bezny spoj, nezaznamenal jsem, ze by byl problem.
Tomu dost dobře nerozumím, jak se zde liší neodmaskovaný nevrtaný pad od vodiče?
Minimalni vhodna mezera okraj padu - potisk je odhadem 0,7 az 1 mm
Není problém si na určité vrstvě nastavit jiné minimální vzdálenosti -- jmenovitě asi Pad to Line na vrstvě nepájivé masky; kdybyste si tam však zvýšil i Pad to Pad, musel byste zřejmě testovat množinu proti množině (viz výše), protože mezi pady milimetrové mezery asi nebudou.
Petr Horský napsal:* Spoje realizované příliš tenkým vodičem (tzn. nestačilo by, že se příliš tenké segmenty někde na vodiči vyskytují, ale jediné možné propojení by muselo jít skrze ně).
Mno, dokazal bych si predstavit i omylem vzniklou situaci v rozlite medi, kdy jeden tenky spoj siroko daleko propojuje dve soucastky, ktere musi byt spojeny co nejsilnejsim a co nejkratsim spojem (napriklad ve spinanem zdroji). V takovem pripade by takto definovana podminka nestacila...kdyz je rec o rozlite medi - v nove verzi by asi byla realizovana uz ne z obycejnych Lines ale jako jednolita plocha polygonu, nicmene v pripade ze by to stale tvorily nejake segmenty typu Line, bylo by nutne brat v uvahu nejen sirku daneho nejkratsiho spojeni, ale i smer toku enegrie. A tim smerem nemam namysli polaritu, ale vypocet nejkratsi drahy toku tou rozlitou medi. Navic segmenty, ktere lezi rovnobezne se smerem toku energie, se mohou castecne prekryvat, nebo byt naopak v odstupu a tvorit tak nekolik paralelnich cest... Tedy predpokladam, ze tuto kontrolu byste uvazoval jen jako primitivni doplnek, ktery by byl u rozlite medi ignorovan - v opacnem pripade uz by to spise zavanelo simulaci realneho obvodu a asi dost slozitym kodem..
Nojo, když to vezmete dostatečně obecně, po doplnění pár materiálových konstant by teoreticky šlo počítat impedanci mezi libovolnými dvěma body na vodiči. Numerické metody, které se k tomu užívají, však nejsou zrovna jednoduché a do Formiky je sotva budu přidávat, nehledě na to, že netuším, kdo by ji pak zaplatil.
Samozřejmě máte pravdu, že potřebujete-li spojit dva body vodičem s dostatečně nízkou impedancí, samotná podmínka minimální šířky k tomu nestačí, stejně jako nestačí samotná podmínka maximální délky. Ale jejich kombinace by už dala správnou postačující podmínku. (Mimochodem, nikoliv podmínku nutnou -- uvědomíme-li si, že v současné Formice bývá rozlévaná měď řešena tenkými spojovými čarami, které se však navzájem překrývají.)
348 2009-05-17 14:31:10
Re: Zmena vybraých padov (2 odpovědí, posláno do Dotazy a náměty k programu Layout)
Dobrý den, úloha se skutečně dělí na dvě jednoduché podúlohy: Jak označit ty správné pady a jak jim vnutit nové rozměry. (Je to ostatně důsledkem oddělení operandů od operátorů -- blíže zde: http://www.formica.cz/principy.html#210).
1) Nejprve musíte nějak označit všechny pájecí body, kterým si přejete dát novou velikost. Podle situace se k tomu nabízí řada postupů, např. můžete označovat celé součástky (stačí na ně ukázat a stisknout klávesu *), čímž označíte i všechny jejich pady; můžete zkontrolovat isolační vzdálenosti, což také označí ty pady, které by mohlo být vhodné zmenšit; můžete součástky označit dle nějakého kritéria pomocí menu Select | Select | ...; atd. -- všecny možnosti zde ani zdaleka nelze vyčerpat.
2a) Označeným pájecím bodům musíte vnutit nový logický typ pomocí příkazu Edit | Change | Pad Type (protože jiným postupem byste si změnil i rozměry těch pájecích bodů, které sice nejsou označené, ale mají stejný typ.
2b) Pokud vhodný typ neexistuje, musíte si jej nadefinovat. O tom jsem shodou okolností zrovna včera napsal trochu více zde: http://www.formica.cz/forum/viewtopic.php?id=171 .
3) Je-li těch požadovaných nových velikostí padů více, pochopitelně musíte pro každou z nich kroky 1 a 2 provést jednotlivě.
Příklad změny rozměru padů najdete třeba v animovaném obrázku zde: http://www.formica.cz/principy.html#180 . Zůstává-li snad něco nejasné, zkuste prosím problém upřesnit a/nebo mi pošlete desku, kterou upravujete.
349 2009-05-16 22:22:59
Re: Vlastní typ PADu (1 odpovědí, posláno do Dotazy a náměty k programu Layout)
Nové logické typy (jak se jim ve Formice tradičně říká; v jiných systémech se často nazývají padstacky) či tvary pájecích bodů si můžete vytvořit v menu Dimensions | Pad Shapes. Je vhodné užít čísla typu, u něhož je co možná malé riziko, že se dostane do konfliktu s nějakým jiným (např. v okamžiku, kdy budete přebírat pouzdra z cizí knihovny). Předpokládejme, že si vyberete třeba typ 201. Nejjednodušší bude, když si do něj příkazem Dimensions | Pad Shapes | 201 | Get Dimensions | 45 přenesete rozměry podobného (i když zcela jinak velkého) pájecího bodu pro SMD, a ty si pak upravíte v menu Dimensions | Pad Shapes | 201 | Layers. Stačí je přitom změnit jen na vrstvě 14, rozměry na vrstvě 15 (pro nepájivou masku) se od nich odvodí automaticky.
350 2009-05-14 14:04:58
Re: Rozsireni moznosti v menu pro kontrolu vzdalenosti (4 odpovědí, posláno do Dotazy a náměty k programu Layout)
Dobrý den, děkuji za náměty. Letos jsem podobný dotaz již dostal: také se v zásadě jednalo o kolize pájecích bodů s potiskem. Odpověď si dovolím rozdělit na dvě části. Než se dostanu k úvahám, co vše by se (jednou snad) dalo dělat v příští verzi, zůstanu chvilku na zemi a ukážu postupy, jak jde kolize padů hledat relativně pohodlně i ve verzi 4.40.
Vlastně jsou zde jen dva drobné problémy: Jednak se program Layout při testování isolačních vzdáleností nestará o nevodivé vrstvy, jednak objekty, jejichž vzájemnou polohu je třeba ohlídat, jsou na různých vrstvách. Oba se ve Formice dají velmi jednoduše obejít (jen snad je vhodnější si k tomu vytvořit pracovní kopii souboru).
1) Po dobu testování můžete vrstvy potisku nastavit jako vodivé (např. Layers | Last Conductive = 23). To samo o sobě stačí, aby se (po nastavení příslušné vrstvy) příkazem Dimensions | Check Violations | Default Layer zvýraznily kolize potisku s vrtanými pájecími body.
2) Proč tedy pro testování potisk nepřesunout na vrstvu, kde jsou objekty, s nimiž může fakticky být v kolizi? (Nevím jak jiné systémy, ale Formica toto umí.) Zdá se mi, že jako cílová vrstva se k tomu nejvíce nabízí nepájivá maska. Stačí tedy označit vše na vrstvách 21 a např. 22 (dle toho, z kterých vrstev potisk skládáte), přesunout je na vrstvu nepájivé masky příkazem Edit | Change | Layer, pak se na ni přepnout a otestovat ji výše uvedeným příkazem. Možný výsledek vidíte na ukázce. (Samozřejmě uživatel musí sám posoudit, zda mu všechny nalezené kolize -- třeba dvou nápisů -- opravdu vadí.)
A jakmile jsme problém vyřešili prakticky, můžeme začít uvažovat, co vše by teoreticky padalo v úvahu do budoucna. Pod pojem návrhových pravidel by kupříkladu šlo ještě zahrnout:
* Kolize prvků na nevodivých vrstvách, pokud náležejí k různým součástkám. To by mohlo (ovšem s podstatným přispěním uvažujícího uživatele) pomoci při hledání případných mechanických kolizí na desce.
* Kolize s okrajem desky (až jednou bude něco takového zavedeno).
* Příliš dlouhé spoje.
* Spoje realizované příliš tenkým vodičem (tzn. nestačilo by, že se příliš tenké segmenty někde na vodiči vyskytují, ale jediné možné propojení by muselo jít skrze ně).