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

P?ed více než 10 lety jsem napsal p?evodní program z formátu Gerber RS-274D.  Nebyl myslím nikdy ší?en, ale m?žete si jej stáhnout zde: www.formica.cz/files/forum/R-GERBER.ZIP .  Uživatelský komfort od n?j ne?ekejte, ale kdybyste pot?eboval, možná bych k tomu n?kde našel i zdrojové texty.

Asi neuškodí znovu p?ipomenout, že klasický formát Gerber se odvolává prost?ednictvím tzv. D-kód? na clonky clonkového kotou?e, avšak popis jejich rozm?r? neobsahuje.  Takovéto informace (kup?íkladu že D21 je ?tvere?ek o stran? 1,5 mm, apod.) je proto t?eba p?edat n?jakým paralelním kanálem.  Vedle gerberovských soubor? vystavených na internetu bývají ob?as i n?jaké textové soubory s popisem clonek (?asto tytéž soubory, které provázely ty první k výrobci -- jsou ostatn? obdobou pr?vodních soubor?, které z firmy zasíláte výrobci).  Nejsou-li dostupné, nezbyde, než gerberovské soubory prohlédnout a rozm?ry si domyslet.  U t?ch plošných cívek, které zmi?ujete, by to asi nem?l být velký problém.

Informace o clonkách je samoz?ejm? t?eba n?kudy p?edat i výšezmín?nému programu.  K tomu slouží jeho konfigura?ní soubor, jehož p?íklad zde rad?ji uvádím (v zipu totiž ?áste?n? je ješt? ?eština Kamenických):

{ KONFIGURA?NÍ SOUBOR PROGRAMU R-GERBER.EXE }
{ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ }

{ Soubor R-Gerber.Cfg je konfigura?ní soubor pro program R-Gerber.Exe, který
  p?evádí p?íkazové soubory pro fotoplottery Gerber do formátu desek systemu
  FORMICA 4.0 (*.PCB).                                                       }

{ Z hlediska syntaxe tento konfigura?ní soubor obsahuje (vedle libovolných
  komentá??, uzav?ených ve složených závorkách) pouze celá ?ísla se znaménkem.
  Soubor sestává ze dvou (tri) ?ástí: první definuje transformaci sou?adnic
  z jednotek fotoplotteru do vnitrnich jednotek programu (0,001" ci 0,025 mm)
  druhá korespondenci mezi clonkami fotoplotteru a logickými typy základních
  prvk? v systému FORMICA 4.0.                                               }


{ 1. P?EVOD SOU?ADNIC }
{ ~~~~~~~~~~~~~~~~~~~ }

     1000   { hodnota Px,                                                    }
     1000   { hodnota Qx; koeficienty pro p?epo?et sou?adnic   (Qx > 0)      }
      000   { hodnota Dx; vodorovný offset, udaný v jednotkách fotoplotteru  }

     1000   { hodnota Py,                                                    }
     1000   { hodnota Qy; koeficienty pro p?epo?et sou?adnic   (Qy > 0)      }
      000   { hodnota Dy; svislý offset, udaný v jednotkách fotoplotteru     }

{ Výše definované hodnoty jsou použity k p?epo?tu sou?adnic podle vztah?

  GridX := Round (Px * Int (GerberX - Dx) / Qx)

  GridY := Round (Py * Int (GerberY - Dy) / Qy)                              }


{ 2. CISLO VRSTVY }
{ ~~~~~~~~~~~~~~~ }

      14 { cislo vrstvy, na kterou budou umisteny segmenty                }


{ 3. P?EVOD CLONEK }
{ ~~~~~~~~~~~~~~~~ }

{ P?evod kód? clonek na logické typy základních prvk? je definován tabulkou,
  obsahující libovolný po?et trojic celých ?ísel.   První ?íslo z trojice
  vždy ur?uje kód clonky na clonkovém kotu?i, druhé, resp. t?etí ?íslo udává
  logický typ spojové ?áry, resp. pájecího bodu, který bude generován,
  jestliže je clonka s tímto kódem použita pro kreslení spojové ?áry, resp.
  expozici pájecího bodu.                                                    }

{ P?ípustné rozsahy hodnot jsou 10 až 99 pro kód clonky, 0 až 15 pro logický
  typ spojové ?áry a 0 až 63 typ pájecího bodu.   Clonky, jejichž kódy se
  v tabulce nevyskytují, jsou prevedeny na (logicke typy)-10 nebo potlaceny. }

{ kód clonky   typ spojové ?áry   typ pájecího bodu                          }
     10               1                  -1
     11               3                  -1 {potlaceno}
     12               4                  -1
     13               5                  -1
     14              10                  -1
     15              11                  -1
     70              -1 {potlaceno}       3
     71              -1 {potlaceno}       3 {R 15 ???}
     20              -1 {potlaceno}       4
     21              -1 {potlaceno}      16 {R}
     22              -1 {potlaceno}       7 {???}
     23              -1 {potlaceno}       7 {R}
     24              -1 {potlaceno}       8
     25              -1 {potlaceno}       8 {R}
     26              -1 {potlaceno}      12
     30              -1 {potlaceno}       4
     31              -1 {potlaceno}      16 {R}
     32              -1 {potlaceno}       7 {???}
     33              -1 {potlaceno}       7 {R}


{ POZNAMKY                                                                   }
{ ========

  1) Program a zejmena jeho popis je ve zcela provizornim stavu.
  2) Je-li k dispozici puvodni navrhovy system, je treba mu zabranit
     v rozkreslovani pajecich bodu, samozrejme i za cenu, ze se k prevodu
     pouziji "smluvene" D-kody.   Jinak by totiz nebyl program R-Gerber
     schopen odlisit pajeci body od spojovych car.
  3) Je vhodne mit dva konfiguracni soubory, pro kazdou stranu desky jeden.
     V jednom z nich je pak mozno potlacit vrtane (vicevrstve) pajeci body,
     ktere by se jinak ve vysledne desce objevovaly na temze miste dvakrat.  }

Program je t?eba opakovan? užít na jednotlivé vrstvy (tj. gerberovské soubory) a vygenerované PCB soubory se?íst dohromady v editoru Layout.  Nebude-li Vám n?co jasné (a prostoru pro nejasnosti tu asi je víc než dost), zeptejte se nebo pošlete výchozí soubory.

Jiná v?c však jsou soubory ve formátu RS-274X, které mj. obsahují definice clonek (mezi znaky "%" -- podle toho je poznáte).  Na to jsem si provizorn? také napsal kus programu (který jsem užil nap?. k p?evodu té desky SBC6120).  Definice sice ne?te, alespo? je však zahazuje, takže lze v zásad? užít výše popsaný postup.

P?evod z Eaglu je zcela odlišné téma a založím tudíž pro n?j další vlákno.

Ze souboru, který jsem mezitím dostal, plyne, že problém byl shodou okolností také zp?soben kótováním segmentu, který byl p?íliš blízko okraje pracovní plochy (což sice nevedlo k nápis?m mimo ni, jak jsem psal prve, ale k segmentu kótovací šipky s jednou sou?adnicí zápornou, na které se pak jakási úklidová procedura zhroutila).  Program už jsem nahradil v archivu zmín?ném na po?átku vlákna -- te? se požaduje, aby segment ke kótování ležel uvnit? pracovní plochy alespo? o 75 vnit?ních jednotek, což by snad m?lo vždy sta?it.

Mimochodem, krátké segmenty na desce m?žete velmi efektivn? hledat pomocí p?íkazu Select | Select | Lines | Short -- ?asto se jedná o všelijaké smetí, u n?hož je vhodné se zamyslet, jak se na desku dostalo.

Pro up?esn?ní byste také mohl poslat desku, na níž jste se s popisovaným chováním setkal (a uvést logický typ padu), ale pokusím se odhadnout, na co jste z?ejm? narazil.

Rozm?ry zmín?ných pájecích bod? na vrstv? 15 asi máte vztaženy k vrstv? 8.  Pak by pro dosažení požadovaného výsledku možná sta?ilo je zv?tšit práv? na vrstv? 8 (což byl Váš první krok).  Zv?tšíte-li je pak ješt? na vrstv? 15, nastane to, co jste popsal.

Takhle je to naprogramované, je však p?irozen? otázkou, je-li toto chování žádoucí, pop?ípad? zda by se nabízelo n?jaké logi?t?jší:

* Na jedné stran? by se mohl první krok omezit výhradn? na rozm?ry na vrstv? 8, ale k tomu by program pot?eboval zrušit její vazbu na vrstvu 15.  Asi tolik nevadí, že by pak uživatel musel provést tutéž operaci ješt? s vrstvou 15.  V?tší potíž však vidím v tom, že by program nem?l žádnou možnost, jak vazbu op?t obnovit, ledaže by dedukoval, že vrstvy mají být svázány vzájemným odkazem ?ist? proto, že na nich rozm?ry zrovna jsou stejné.

* Na druhé stran? s dosavadním ?ešením nastává problém, uvážíme-li situaci, kdy v tabulce je THT pájecí bod (tj. oboustranný, s otvorem) a zárove? SMD pájecí bod na horní stran?.  Dejme tomu, že oba mají na po?átku rozm?r 3,0 mm.  Po Vašem prvním kroku budou mít rozm?ry (na vrstvách 8 / 15) 3,2 / 3,2 mm a --- / 3,0 mm, po druhém 3,2 / 3,4 mm a --- / 3,2 mm.  Ani jedno z toho asi není to, co si p?ejete.  Požadovaných rozm?r? m?žete dosáhnout prost? tím, že po?adí krok? obrátíte, avšak jedin? za tu cenu, že se tím vzájemná vazba rozm?r? zruší.

D?kuji za upozorn?ní na popsané chování.  Jelikož mne te? nenapadá chování programu, které bych zde mohl považovat za zcela náležité, pravd?pobn? se omezím na zmínku v helpu, pokud by se v diskusi neobjevil návrh lepšího ?ešení.

Bez dalšího softwaru to skutečně řešitelné není.  Ostatně snad až teprve před pár týdny Adobe uvolnil popis formátu PDF, jinak by se člověk musel opírat o nějaký neoficiální.

Protože se toto vlákno po déle než roce opět posunulo nahoru v seznamu témat, je asi vhodné zmínit, co se od té doby změnilo:  Z programu Layout je výstup do PDF nyní možný i přímo, pomocí nově vytvořeného driveru.  Více se dozvíte např. ve vlákně www.formica.cz/forum/viewtopic.php?id=134. 

Schematický editor (prostřednictvím zmíněného PDF.dll) spolupracuje s programem GhostScript, který si lze stáhnout z adresy ftp://mirror.cs.wisc.edu/pub/mirrors/ghost/GPL/gs856/ (bližší popis lze najít na http://pages.cs.wisc.edu/~ghost/ ).  Po jeho instalaci byste v menu měl vidět PDF.dll jako vybratelnou položku.  (Přiznám se, že s tím GhostScriptem z letošního března jsem to zatím nezkoušel, ale možná to zrovna vyzkouším někdy teď.) 

GPL Vám myslím dovoluje GhostScript užívat zdarma pro v podstatě libovolné účely.  Export do PDF skrz GhostScript běžně užívají i další autoři profesionálního softwaru.

PDF.dll dělá v zásadě to, že vyexportuje schema v PostScriptu a na ten pak zavolá GhostScript, který jej konvertuje do PDF.  V Layoutu je to trochu složitější, užívá se driver PostScriptu a na jeho výstup je nutno GhostScript zavolat ručně.  K tomu užívám takovouto dávku:

@ echo off
cd c:\progra~1\gstools\gs5.50
c:
call ps2pdf d:%1.ps
d:

Samozřejmě cestu je nutno si tam upravit dle skutečnosti (a navíc to předpokládá, že soubor v PostScriptu je na jiném disku, než je GhostScript).

Stejný způsob jsem užíval i pro generování těch PDF, co jsou v galerii (přičemž jsem do PostScriptu občas zasáhl ručně, např. abych doplnil otvory nebo změnil pořadí vrstev na lépe vypadající).  Pro podobné účely jsem si také napsal trochu rozšířený driver PostScrY.dll (možná jsem jej před časem poslal panu Fürbachovi), který např. umí nastavovat další pěkné barvy.  S barvami ze schematu byste asi neměl mít žádné problémy.