Nastavení hledání (Stránka 18 z 25)

V rychlosti jsem teď program v archivu www.formica.cz/files/Layout-p99-test1103.zip (který je nezávislý na poslední testovací verzi) změnil tak, že se každá součástka bez dalšího posune směrem do kreslicí plochy o tolik, o kolik její hranice po editaci překračovala.  Jistě by to chtělo nějaký čítač chyb (pro hromadnou editaci součástek ve stejném pouzdře, kde může hranice překročit jedno či několik z nich) a chybové hlášení na konci příkazu, ale to asi není prvořadé.

Prosím vyzkoušejte si, zda to skutečně funguje tak, jak byste očekával.  (Nemusím asi zdůrazňovat, že změnit program může být jednodušší než ověřit jeho funkci.)  Předpokládám, že se k tomu brzy ještě vrátím.

Přesněji řečeno, od změny P92/16 je to tak, že se vrstvy generují "zevnitř desky ven".  Základní úvaha, která za tím stála, je, že pokud je potisk přítomen, spojový obrazec je zobrazován spíše jen pro orientaci, takže nevadí, je-li někde něčím překryt.  Máte-li tam však více vrstev s funkcí podobnou potisku (což myslím právě je Váš případ), může ovšem být problém je vhodně seřadit.

Výstup pro tiskárnu má k těmto účelům přepínač Options | Opaque Colors = Off, který však na řadě tiskáren bohužel nefunguje.  Jedním z cílů, pro které jsem letos vytvářel generátor PDF, je právě transparence, kterou novější verze PDF formátu umožňují.  Ale ještě jsem se nedostal k tomu ji naprogramovat.

Nakonec ocituji ještě sám sebe (z jednoho e-mailu):  Přemýšlím již hezkou dobu o nějakém zásadnějším řešení; dosud totiž nemůžete např.
  * tisknout horní stranu desky na první stránce a dolní až na druhé;
  * vytisknout více stránek než dvě, ačkoliv by se to velmi hodilo třeba u 4-vrstvých desek;
  * opakovat tisk jedné vrstvy na více stránkách (natož s jinými parametry).
K tomu, co požadujete Vy, by stačilo, abych kupříkladu do menu Artwork | Sides & Extensions doplnil další sloupec, do něhož byste zapsal pořadí tisku.  Ale zajímavých požadavků může být více, a nejlépe by jim možná vyhověl nějaký jednoduchý skriptovací jazyk.

Dobrý den, příčina je patrně v tom, že knihovny pouzder, které jste si stáhl, jsou určeny pro verzi 4.40, kde hodnoty popisující pouzdra obecně mají větší rozsahy.  Přitom však verze 4.30 (na rozdíl od současné) nečte knihovnu jako celek (nýbrž si při jejím připojení příkazem Librarian | Add File to Library namapuje, kde je v ní které pouzdro, a ta pak přebírá jednotlivě).

Z poslední závorky plyne, že i když knihovna využívá taková rozšíření verze 4.40, jako jsou např. dvojnásobný počet typů pájecích bodů nebo zvýšený počet prvků na desce, běžná pouzdra mohou být zpětně využitelná ve verzi 4.30, pokud není rozsah hodnot překročen přímo v nich.  Bohužel však toto nastane téměř automaticky, protože běžné pouzdro mívá obrys kreslen na dvou vrstvách s nejvyššími čísly, což jsou ve verzi 4.40 čísla 22 a 23, a ta verze 4.30 nepřečte.  Ve verzi 4.40 je ale možné knihovnu vyexportovat zpět do formátu 4.30, což sice nezaručí, že tam z ní budou všechna (ani jen některá) pouzdra použitelná, eliminuje to však alespoň minulou větu.

Celé to ovšem zní složitě, ale shrnu to jednoduše:  Napište mi, o kterou knihovnu máte zájem, a já Vám ji pošlu vyexportovanou zpět do formátu 4.30.

Barvení netlistu je funkce zabudovaná zatím jen do testovací verze, kam se často dostávají takové funkce, které z různých důvodů nelze do editoru plně integrovat.  Přesněji řečeno, je jen ad hoc využitím uživatelských vlajek, které navíc samy nejsou dosud plně integrovány -- ukládat je do *.pcb souborů by totiž vyžadovalo změnu jejich formátu.

Přesto si myslím, že pomocí dvou maker zmíněných výše v tomto vlákně lze nety obarvit velmi snadno -- hlavní práce asi je ukázat na patřičný pin, pak už stačí se strefit do správné klávesové kombinace.  Pro pohodlí čtenáře zde makra zopakuji a doplním ještě další dvě, jimiž lze nety přidávat k červeným či modrým, anebo od nich ubírat:

Macros (
  <Shift-Ctrl-1> "označ net červeně"  (
    <Ctrl-U> <Ctrl-T> <Ctrl-Enter> <Alt-T> <f> <c> <c> <Alt-N> <r> <Ctrl-Home>)
  <Alt-Shift-1> "překlop červený net"  (
    <Ctrl-U> <Ctrl-T> <Ctrl-Enter> <Alt-T> <f> <c> <x> <Ctrl-U>)
  <Shift-Ctrl-2> "označ net modře"  (
    <Ctrl-U> <Ctrl-T> <Ctrl-Enter> <Alt-T> <f> <d> <c> <Alt-N> <r> <Ctrl-Home>)
  <Alt-Shift-2> "překlop modrý net"  (
    <Ctrl-U> <Ctrl-T> <Ctrl-Enter> <Alt-T> <f> <d> <x> <Ctrl-U>)
)

Omlouvám se za málo výstižné pojmenování překlop červený (modrý) net -- makro ve skutečnosti vždy pracuje s netem pod ukazatelem, přičemž z červeného udělá "zelený" a naopak.  Makra si také můžete stáhnout v souboru www.formica.cz/files/forum/Layout-color_nets.mac a příkazem Macros | Add, resp. Macros | Replace přidat ke standardním.

Mimochodem, dostal jsem také náměty na volbu barvy netů -- pak by mj. šlo nastavit např. obvyklou zelenou, takže by nevadilo, je-li vlajka užita pro něco jiného (ostatně pro něco jiného byly původně také míněny) a barvy by tedy mohly být nastavitelné pro všechny uživatelské vlajky, anebo černou, čímž by se příslušný net dal zneviditelnit (kupříkladu na čtyřvrstvé desce mohou v určitém stadiu návrhu být napájecí nety irelevantní, a naopak by zbytečně zastiňovaly signálové).  Nastavení barev se ovšem nabízí celkem přirozeně; dojde na něj řada, jakmile se zas bude měnit formát konfiguračního souboru.

Možná jednou přidám nějaký rychlokurs generování výstupů pro neuživatele (pomocí volně dostupné technologické verze).  Uživatelům by se dle mého názoru spíše hodil přehled možností -- anebo postup krok za krokem -- jak zkontrolovat desku, než ji do výroby pustí.

Zatím jsem jen doplnil pár animací do tohoto vlákna.

Informace o aktuálním umístění knihovny musí někudy probublat do příslušného souboru Layout.Cnf.  Prosím přesvědčte se, že máte na správném místě (tj. u schematického editoru) jeho správnou verzi.  Nějaké podrobnosti k tomu byste také našel ve vlákně http://www.formica.cz/forum/viewtopic.php?id=75 .

Něco takového mimochodem loni krátce prošlo testovací verzí Layoutu, ale nevzbudilo větší odezvu.

Automatický backup (by) byl řízen dvěma parametry, intervalem a počtem úrovní souborů (ten ale ve skutečnosti nebyl implementován).  Fungovalo to takhle:

1) Editačním zásahem do desky (při vynulované vlajce) se naplánoval čas backupu (= aktuální čas + interval) a nastavila vlajka bránící tomu, aby byl dalšími zásahy čas backupu přepisován.

2) Kdykoliv systém procházel hlavní smyčkou v nějakém neutrálním režimu ukazatele, zkontroloval se okamžitý čas.  Pokud byl vyšší než naplánovaný čas backupu, deska se zapsala do souboru a shodila vlajka.

Podmínka s hlavní smyčkou a neutrálním režimem byla nezbytná z toho důvodu, že jinak by se deska mohla uložit v nekonsistentním stavu.  Na druhé straně tak ovšem člověk mohl hezkou dobu pracovat třeba v editoru součástky, aniž by jakýkoliv backup proběhl.  Mechanismus spouštěný (až) editačním zásahem tam zase byl proto, aby se uživateli nepřepsaly všechny úrovně backupových souborů stejným obsahem, zatímco byl na obědě.

Chtěl jsem to tehdy celé ještě nějak provázat také s těmi backupy, které se vytvářejí v okamžiku explicitního ukládání desky (klávesou F2) -- i těch by totiž mohlo být několik úrovní (spíše než dosavadní jediná) --, ale místo toho jsem vše prozatím odložil k ledu.

Děkuji za výchozí upozornění a za mezitím zaslané soubory (krom *.cfg také *.pcb, bez kterého bych problém odhaloval podstatně obtížněji).  Šlo o zaokrouhlovací chybu; oprava se objeví v příští verzi.  Jako vedlejší efekt zřejmě přidám do chybových hlášení údaj, o kolik byla hranice média překročena, což by uživateli mohlo zjednodušit orientaci.

Pro zajímavost:  Šířka desky pro vypočtené měřítko vyšla 7015,56 pixelů tiskárny, zatímco rozměr papíru byl 297 mm = 7015,748 px (takže by se deska na papír měla vejít).  Jenže šířka desky byla ještě před porovnáním zaokrouhlena na celé pixely, tedy na 7016 px, a to už požadovanou nerovnost nesplňovalo.  Rozdíl (ovšem s nesprávným znaménkem) činil zhruba 0,252 px, čili asi setinu milimetru.  Zde také je příčina toho, proč se na tento problém nenarazilo již dávno.  Vypočtené měřítko totiž je vždy zaokrouhleno dolů na jednotky procent, v porovnání se zaokrouhlovací chybou u rozměru desky tedy velmi hrubě.  Proto bylo jen málo pravděpodobné, že rozměr papíru padne právě do pásma zaokrouhlovací chyby rozměru desky -- střední hodnota rozdílu rozměrů papíru a desky je asi o dva řády vyšší než střední hodnota zaokrouhlovací chyby s nepříznivým znaménkem.  Ale jednou se to stát muselo.

Do testovací verze už bylo leccos z věcí diskutovaných v tomto vláknu pokusně přidáno.  Zatím spíše čekám, jaké s tím budou zkušenosti.

Testovací verzi ve výše uvedených dvou archivech jsem právě aktualizoval, přibyly tyto změny:

9)  ošetřeno kreslení obdélníků redukovaných na 1 pixel (ElemGrph.pas)
10) doplněn příkaz Open Library File, příkaz View přejmenován (LibMenu.pas,
    PCBFiles.pas)
11) pájecí bod s otvorem je automaticky na všech vrstvách (Dimens.pas)
12) detekce součástky podmíněna navíc vrstvou (Elems.pas, Comps.pas)
13) doplněny příkazy Tools|Frame Window a Tools|Stretch Window (Tools.pas)