Zdravím,
je možné nějak jednoduše dostat z knihovny seznam pouzder? Třeba jen jako prostý výpis do souboru TXT a asi nejlépe každé pouzdro na samostatné řádce?
Nejste přihlášen. Přihlaste se, nebo se zaregistrujte.
Diskusní fórum k návrhovému systému Formica » Příspěvky od Peroutka
Stránky 1
Zdravím,
je možné nějak jednoduše dostat z knihovny seznam pouzder? Třeba jen jako prostý výpis do souboru TXT a asi nejlépe každé pouzdro na samostatné řádce?
Zdravím,
já používám to, co píše pan Horský. Ve dvou zvolených vrstvách (ale ne z vodivých vrstev a jsou tak obsazené 2 protilehlé, v obou je vlastně totéž) mám prokovené frézování a dávám k tomu popis pro výrobce. Ten ostatně dávám vždy (i když většinou nutný není) a je v něm popis vrstev.
O. Peroutka
Zdravím a vstoupím do diskuze i když opožděně, se svými poznatky (z funkce programů PADS či Eagle). Pokud by výsledkem vylévání Cu měla být nějaká entita, pak předpokládám, že by se k ní nešlo nijak jednoduše připojit jako dnes a to kdekoliv, jako dnes. K vylité Cu v Layoutu můžete připojit i dodatečně jakýkoliv pad. To je něco, co mi u těchto programů hodně chybí. Při jakékoliv drobné změně pak totiž musíte tuto entitu celou smazat a znovu celou definovat a rozlít. To rozhodně nemusí být jen jednoduchá triviální záležitost proveditelná pouhými několika kliky myši.
Mě to u těchto programů např. hodně chybí.
Pro vylévání Cu používám rastr 0,1 mm a na hotové rozlité Cu, s tím vizuelně ani funkčně nemám problém. Samozřejmě na obrazovce PC to vidět je a kruh to není. Vylévám Cu nejčastěji s parametry 0,6 mm/0,3 mm a pod. Pro 5. konstrukční třídu je to naprosto dostatečné a ve většině případů i pro třídu o jednu vyšší.
To jednoduché připojení pájecího bodu k entitě jak je to možné dnes, by mi hodně chybělo. Jakmile to bude entita, tak už to nebude tak snadné.
Druhá věc, která s tím souvisí je, jak udělat spoje tepelnými můstky k pájecím bodům. Jejich počet a šíře musí být definována spolu s tou entitou neb k entitě se již nepřipojíte. Což by teoreticky mohlo vést k tomu, že kolik máte typů pájecích bodů, tolik musíte mít definic. Spousta dalších věcí by mohla následovat.
Takže za mě, pokud entita, tak jako další možnost pro vytvoření rozlité Cu, ale určitě ne jako náhrada současného způsobu.
Na Layoutu (Formice) je dle mě nejkrásnější ta, řekněme, uživatelská jednoduchost a PŘÍTULNOST i když to je pohled ovlivněný tím, že ji používám cca 16 let a znám ji.
Co se funkčnosti a výstupu týká, tak podle mě URČITĚ není horší než ty ostatní programy. Spíš bych řekl, že co se ovládání a dostupnosti funkcí týká (jak jsou pro uživatele přístupné a jak se k nim musí proklikat), tak těm ostatním programům toho hodně z jednoduchosti ovládání ve FORMICE chybí. Jeden příklad za všechny. Zrcadlit v EAGLE musíte tak, že nejprve myší z menu (nebo pokud si napíšete makro) zvolíte funkci MIRROR (2x klik) a potom opět stejně zvolíte funkci ROTACE (minimálně 2x klik). Kde je ta jednoduchost několika klepnutí na klávesu TAB. No nic, to může být opět jen můj pohled, ovlivněný mými znalostmi a trochu jsem uhnul od tématu rozlité Cu..
Pozor na to, že pokud je schéma stažené z US prostředí, pak je naše síové napětí cca 2x vyšší než jejich a součástky nemusí napěově vydržet namáhání. Je třeba to modifikovat.
Také bych se přidal a byl bych pro
Dobrý den,
vzhledem k poznámce o knihovně " Lib_GMElectronic-mil " z 24.3.2017, která je asi moje soudím, že mohu vnést trochu jasno, snad.
V knihovnách pro Layout jsou skutečně pouzdra pojmenována tak, že nemají mnoho společného s typem součástky (jak z označení SO-16 poznat o který integrovaný obvod jde, že). To ani nejde, bylo by tam těch pouzder příliš. Takže tam se nedá součástka poznat ani najít. Byl by to trochu problém, vysvětlím na odporu: RR0805 10k 1% je označení jednoho odporu v nabídce GMe. Ve stejném pouzdře však je nebo může být celá řada hodnot E3,E6,E12 atd. Takže v knihovně Layoutu je vhodné pouzdro jen jednou asi jako GM/SMD0805. GM znamená v jaké knihovně a SMD0805 jaké to je pouzdro. To je však ten jednodušší případ. V mnoha případech je třeba nějaký název zvolit podle typu součástky. To je i případ trimrů (např. TP095 atd). Někde to jde někde ne a co se mi v době tvorby pouzdra jako vhodné zdálo se nemusí zdát jako vhodné někomu jinému a ani mě dneska, ale vzhledem k rozsahu knihoven a provázanosti s knihovnami Schematiku to těžko budu zpětně měnit.
V každém případě pokud zadáte svůj název součástky ve Schematiku pak, pokud je v knihovně, se k této součástce správné pouzdro přiřadí a nemusíte nic hledat. Jde jen o to, zadat ten název součástky do Schematiku a ne do Layoutu. Při zadání ve Schematiku je třeba uvažovat s variantami (mezery a pomlčky atd), které mohou být trochu jinak a ne vždy jsem do svých knihoven všechny možné kombinace dal (příklad - transil 1.5KE33CA nebo 1,5KE33CA).
Teď, k tomu proč Vám ten problém asi vzniknul. Správně by návrh měl probíhat vždy od schématu, generováním sítí (otevření Layoutu) a k návrhu PS (včetně zpětných úprav ve schématu). Nikdy, ani u velmi jednoduchých spojů, by neměl být pouze návrh spoje. Alespoň já si to myslím i když, vzhledem k obsahu diskusí, to vždy někteří lidé zkouší v domnění, že si ulehčí práci. Není to pravda. Výrazně dražší návrhové programy (PADs atd) by Vám tento způsob práce ani nedovolily, protože u nich v Layoutu není možné jednoduchým způsobem pouzdro položit bez toho, že není v síti generované schématem.
Omlouvám se, pokud jsem neporadil očekávaným způsobem nebo to ještě víc zamotal.
Dobrý den,
jen krátkou poznámku k uvedenému.
Já většinou dělám nejdřív schéma, z něj vygeneruji netlist, pak začnu PS a současně se vracím i do schématu a provádím úpravy tak, aby layout vycházel nějak rozumně (změny pouzder, prohození vývodů přidání můstků atd.). Nedovedu si moc představit jakékoliv opravy ve schématu po tomto přečíslování. Hledat součástku ve schématu po této operaci bude určitě zdržovat víc než jen stisk klávesy navíc v Layoutu a co teprve takové přečíslování v Layout udělá s provázaností netlistu ze Schematiku. Opravovat něco takového, aby to sedělo, bych nechtěl :-). Samozřejmě, pokud někomu o tuto provázanost nejde, nepotřebuje ji a stačí mu Layout a vidí v něm schéma, nic proti tomu. Není zcela triviální ani přidat kopii nějakého bloku ve schématu a pak stejně zkopírovat stejný hotový blok v Layoutu. Jde to, ale je třeba sladit nastavení. Tuto operaci, aby po ní sedělo označení součástek ve schématu i na PS, si však moc představit nedovedu. Zvláš když změny mezi programy se vzájemně nepromítají. V Layoutu mohu přidat odpor, ale do Schematiku jej musím přidat v podstatě ručně. Opačně je to přes netlist mnohem lepší, ale také jde v podstatě o ruční přidání (musím jej někam umístit a natahat spoje).
Takže já bych se přikláněl k tomu, že pokud ano, pak určitě s jedním přepínačem, který to vypne.
K definicím padů mám jedinou poznámku. Již delší dobu pokud potřebuji nový PAD, vyberu libovolný jiný, ale pokud možno nejbližší takový, který má v obou osách menší rozměr a zbylé rozměry ve všech potřebných vrstvách doplním jako spoje, které spojím se středem PADu. To je nutné jinak by byla hlášena chyba nedodržení izolačních vzdáleností u čar a PADů.
S čím jsem měl teď naposledy problém byly nekruhové prokovené otvory v PADech, protože PAD může mít v podstatě libovolný tvar, ale 'díra' v něm zatím ne, pochopitelně neb je definovaná vrtákem. Zatím to řeším tak, že v nějaké jinak nepoužité vrstvě definuji drážku/y a do poznámek pro výrobu PS napíšu, že je/jsou prokovená/é. Vůbec to není ideální, spíš nevyhovující, ale jde to, zatím. Jsem zvědavý co bude až na to výrobce zapomene a poznámku přehlédne.
Má někdo nějaké jiné lepší řešení? Třeba něco přehlížím a uniká mi elegantnější způsob.
Dobrý den,
vstoupím do vaší diskuse co se tabulky vrtáků týká. Myslím si, že tabulka vrtáků byla doplněna až ve verzi 4.3. Bavili jsme se tenkrát o tom s p. Horským a myslím si, že u těch instalačních disket (tenrát ještě skutečně disket) které mám generována ještě nebyla. Verzi 4.2 jsem neměl.
Z těchto důvodů jsem GC Prevue přestal už před časem (už u verze 4.3) používat úplně a spoléhám pouze na PDF výstup a výrobce. Kdybych měl díry mimo desku, tak předpokládám, že by se výrobce ozval a chtěl by vysvětlení jak jsem to myslel a že to vyrobit nejde. Teď už se o tom ani extra nedomlouvám. Setkal jsem se však také s tím, že při nezávilé kontrole se mi lidé ozývali, že to nesedí. Bohužel nejen díry, ale občas i texty atd.
Domnívám se, že dnes je již členění knihoven na mil a mm souřadnice (to je význam těchto znaků v názvu) zbytečné. Se současným vnitřním rozlišením Layoutu nedochází k zaokrouhlovacím chybám a bod lze položit do místa, které vyhovuje a je definovatelné v obou souřadných systémech. Pokud by to neznamenalo dost práce, asi bych je dávno sloučil, takhle to však asi skončí tak, že se budou v budoucnu jmenovat Lib_xxxx-1.pcb (místo Lib_xxxx-mm.pcb) a Lib_xxxx-2.pcb (místo Lib_xxxx-Mil.pcb).
Ve starších knihovnách je pouzder méně a také se mohou v novějších knihovnách vyskytovat opravená pouzdra, pokud ve starší knihovně byla nějaká chyba či upřesněné názvy pouzder. Obecně lze však říci, že knihovny jsou velmi podobné.
V novějších knihovnách jsou starší součástky zahrnuty vždy, ale občas jsou i přesunuty do jiné knihovny, případně s jiným (mírně upraveným) názvem, tak, aby bylo jasné z jaké knihovny (výrobce) je. Ne vždycky jsou stejná pouzdra u všech výrobců skutečně zcela stejná. Jedná se sice o drobné změny rozměrů ale u součástek SMD mohou být zásadní, pokud se snažíte ušetřit místo příliš.
Dobrý den,
já to, díry bez prokovení, řeším stejně jako jsou řešen PADy s nekruhovou dírou v příspěvku 'Layout - Vlastní tvar díry PADu - Frézování díry od ViSoft [ Nový příspěvek ]'. Je mi jasné že to není řešení idální a v mnoha případech třeba nevyhoví. Generuji prostě jednu vrstvu navíc.
Bohužel, pokud je potřeba mít na desce ještě prokovené otvory nebo drážky, jsou to navíc již vrstvy 2.
O. Peroutka
Dobrý den,
měl jsem s Layoutem před časem obdobný problém a řešení je v nastavení přístupových práv ve panelu Vlastnosti a tam záložka Kompatibilita u daného programu.
Pravým tlačítkem na ikonu programu v adresáři a vybrat vlastnosti. Nakonec se mi to tam podařilo na Vistách nastavit tak, že program šel spouštět bez požadavku na potvrzení a při ukončení zapisoval do konfiguračního souboru.
Krátce na to mi však havaroval HD a při instalaci jsem se radši vrátil k Windows XP. Bohužel teď si již nepamatuji nastavení ani přesnější postup.
Zajímavé bylo, že Schematik s Vistama podobný problém neměl a choval se stejně jako dříve.
O.Peroutka
Dobrý den,
než vyvolávat speciálními znaky nějaká dialogová okna pro společná jména souborů během generování bych považoval za vhodnější mít tam pole, do kterého by se textový řetězec, společný pro všechny generované soubory, zapsal před generováním a tento řetězec by se potom vkládal před všechny znaky ve jménech generovaných souborů. Pokud by pole zůstalo prázdné, nebyl by před jména generovaných souborů vkládán žádný společný řetězec.
např.: xxxxTop.gbr
Kde xxxx je společný řetězec vložený před.
Variantou by mohly být dvě pole pro 2 řetězce z nichž jeden by se vkládal před název souboru a druhý před '.' v názvu souboru (před rozšíření)
Poslední variantou je, dát toto pole před každý z generovaných souborů. To už ale považuji trochu za zvrhlost, protože pak již generované soubory žádný společný řetězec namají.
Ale to je na diskuzi co je lepší, zda toto nebo dialogová okna vyvolaná speciálními znaky.
Dobrý den,
ještě bych to možná trochu zesložitil dalším požadavkem. Ve většině případů výrobci ještě vytváří potisk na desku PS do kterého slučují vrstvy 21+22 a 1+2. Bylo by vhodné zařadit přepínač který by toto umožnil již při generování. Dne to řeším tak, že vrstvy 21 + 22 (obdobně 1+2) sloučím do jedné vrstvy a pak generuji. Po vygenerování se přes 'UNDO' vrátím k původnímu nebo bez uložení soubor znovu načtu.
To jen na okraj, když už by se změny dělaly, tak nad nimi zauvažovat trochu komplexněji, aby pokrývaly nebo v budoucnosti umožnily pokrýt i tuto možnost.
Dobrý den,
Mám následující návrh. Někteří výrobci (např.: Pragoboard, www.pragoboard.cz) nabízejí výrobu prototypových desek PS. Je to výrazně levnější a rychlejší pro výrobu prototypu u kterého někdy dochází ještě k nějakým úpravám v motivu PS (úspora cca 6 000,- Kč). Naráží to však na problém s pojmenováním vygenerovaných souborů. Není to sice až takový problém, protože se soubory po vygenerování dají ručně přejmenovat, ale proč by to nemohlo být provedeno rovnou Layoutem při generování?
Je to spíš takový návrh na přidání možností zadání nejen koncovky, ale i jména souboru generované vrstvy. Dnes je jako možnost pouze Reject, A a B a jako jméno souboru je vždy vzato jméno ???desky??? (jeden textový řetězec pro všechny generované soubory - vrstvy. Šlo by o to, přidat ještě volbu Name. U rozšíření souboru je možné takřka libovolný řetězec vložit.
V přiloženém obrázku jsou názvy požadovaných souborů:
S pozdravem O.P.
Dobrý den,
vstoupím též do této diskuze, nebo jsem se na podobné téma již s panem Křivkou kdysi bavil.
Některé součástky mají více vývodů se stejným významem a tyto vývody by pro správnou funkci většinou měly být propojeny. Typickým příkladem jsou například vývody u zdrojů a napájecí vývody u mikrokontrolérů.
Pokud na součástce všechny zobrazím a i zapojím ve schématu, zabírá to mnoho místa a schéma se stává nepřehledné. Pokud všechny nezapojím nebo dokonce nezobrazím nebude správně soubor sítí (* pnl) a tedy nemusí být správně ani PS. Měl jsem tedy návrh řešit to možností, vložit ke každému vývodu seznam čísel odpovídající vývodům pouzdra v Layoutu.
Vytvářet speciální pouzdro, které si ponese informaci o propojení vývodů v nevodivých vrstvách je myslím si nevhodné, protože tyto vývody nemusím na hotovém PS propojit a propojené vrstvy nebudu generovat (nic mně ani neupozorní, abych se do těchto vrstev podíval). Nemám informaci ze souboru *.pnl a vše poté opět nemusí správně fungovat.
Dle mého názoru by to řešila ona možnost, ve Schematiku zadat seznam do čísel vývodů, který se pak přenese i do souboru *.pnl a tedy Layoutu. Otázka zní co se zpětnou kompatibilitou takových součástek ve Schematiku. V Layoutu by problém vzniknout neměl.
S pozdravem Ing. O. Peroutka
Peroutka napsal:Toto by snad šlo i u současné verze následujícím způsobem:
V menu 'C' (Name, Package,...) určit počet sekcí. Např. 3 a všechny mohou být zobrazeny různě. Pro dvě sekce např dioda + cívka relé v jedné součástce o 2 sekcích. Tato kombinace je určitě nesmyslná, ale jde to.
pak se zobrazí pro každý vývod 3 řádky pro zadání čísla vývodu. Pokud se pro každou ze sekcí (naprosto spolu nemusí souviset) využije jiný řádek a v ostatních se nechá 0. Je vývod zobrazen pouze u nenulového čísla.Ano. Přesně tak je to uděláno ve výše uvedeném příkladu relé.
Peroutka napsal:Sekce s '0' přiřazenou k vývodům (tedy nezobrazeným) by se nemohla do schematu položit (je to však žádoucí?)...
Děkuji za námět. Pojďme to ještě zkusit promyslet.
Přítomnost vývodu s indexem 0 v dané kombinaci sekce-předloha určitě neznamená, že se nemá používat. Existují například předlohy, kde se napájecí vývody zobrazují jen v sekci A, zatímco v ostatních jsou právě díky tomuto mechanismu skryty.
Snad by bylo řešením zakázat zobrazení sekce pomocí předlohy, kde jsou skryty úplně všechny vývody. Pomohlo by takové chování?
Ano toto chování by asi smysl mělo.
Toto by snad šlo i u současné verze následujícím způsobem:
V menu 'C' (Name, Package,...) určit počet sekcí. Např. 3 a všechny mohou být zobrazeny různě. Pro dvě sekce např dioda + cívka relé v jedné součástce o 2 sekcích. Tato kombinace je určitě nesmyslná, ale jde to.
pak se zobrazí pro každý vývod 3 řádky pro zadání čísla vývodu. Pokud se pro každou ze sekcí (naprosto spolu nemusí souviset) využije jiný řádek a v ostatních se nechá 0. Je vývod zobrazen pouze u nenulového čísla. Sekce s '0' přiřazenou k vývodům (tedy nezobrazeným) by se nemohla do schematu položit (je to však žádoucí?). Snad jsem to napsal srozumitelně. Pokud ne, podívejte se do některé z mých knihoven na součástku relé (GM elektronik) nebo IGBT tranzistor FF800... (PW modules) či optočlen v knihovně HP.
S pozdravem O.P.
Bylo by možné změnit funkci pro výběr textu v Layoutu dle orientace tak, aby se rozlišovala nejen horizontální či vertikální orientace, ale i to zda je horizontálně správně či vzhůru nohama (0° či 180° pro horizontální orientaci)? Pak by byla ještě vhodná funkce ke skupinové změně orientace vybraných textů na požadovanou orientaci (0°, 90°, 180°, 270°) kolem středu. Dnes je občas docela obtížné nesprávně orientované reference součástek najít a žádnou nepřehlédnout.
Program Layout.exe z historických důvodů nemá příkaz Files | New Board ani nic, co by se mu podobalo. Vždy se zřejmě užívá buď postup z bodu 2, nebo příkaz Open Layout ve schematickém editoru.
Pokud by v Layoutu tento příkaz byl, mnohé by to možná u této úlohy zjednodušilo nebo udělalo jednoznačným, i když v podstatě nikomu nechybí.
Požadavky na data pro osazování součástek SMD automatem, jak mi přišly od firmy, která nám bude zajišovat osazování, jsou následující. Můžete k tomu něco říci?
1) Začátek souřadného systému by měl být v rohu desky a to nejlépe v levém dolním.
2) Souřadnice se součástkami by měli obsahovat i souřadnice naváděcích značek, nejlépe dvou a to křížem přes desku. Tyto souřadnice by měli být vztažené k souřadnicím značek ( mít počátek ve stejném bodě).
3) Soubor se souřadnicemi stačí ve formátu txt (excel je to v podstatě jedno) ale jednotlivé sloupce (položky) by měli být jasně odděleny a to nejlépe tabulátorem, středníkem, nevhodné jsou pomlčky, dájí se zaměnit s mínusem,čárky a tečky. Příklad souborů je v příloze.
4) V tomto souboru by se měli nacházet pouze smd součástky, pokud jsou tam i klasické je dobré je rozlišit.
5) Pokud se jedná o oboustranou desku, rozlišit top a bot stranu, přičemž naváděcí značky by měli být uvedeny pro každou stranu zvláš. Je to s důvodu přesnosti osazování. Pokud se značky začnou různě překlápět a přepočítávat zanáší se tam chyba, která se dá a musí pak korigovat na osaz. stroji. To je ale pracné a zdlouhavé.
6) Dále je dobré se souborem souřadnic posílat ještě jeden soubor, kde je uveden rozměr desky, popř. panelizace jednáli se o multipanel.
Něco k tomuto tématu je na adresách:
http://www.tkb-4u.com/articles/other/fi … ducial.php
http://www.microtronix.co.za/pcb_requir … ements.htm
Dobrý den,
mám následující dotaz, který se netýká jen Layoutu, ale i Schematiku. Když vytvořím součástku - prvek ve Schematiku, vyberu mu nějaké pouzdro z knihovny Layoutu. Např.: HCF4000BEY -> DIP14.
Mám však problém v tom, že u některých součástek se mezi výrobci rozměry pouzdra liší. Někdy sice jen drobně, ale jsou případy kdy je rozměr pouzdra podstatně jiný a přesto je v katalogu označeno jako DIP14. Je např delší a pak jej nelze osadit. V poslední době se mi to několikrát stalo, naštěstí jsem to zjistil vždy ještě před odesláním dat pro výrobu desky.
Mám tedy následující návrh. Nebylo by možné, přiřazení pouzdra změnit např.: tak, že se například bude nejprve prohledávat knihovna stejného jména (např. Microchip.sch -> Microchip.PCB) a až potom ostatní knihovny. Dnes to myslím funguje tak, že se vybere první shodné pouzdro které je nalezeno při prohledávání knihoven. Dnes nepomůže ani když ve Schematiku použiju volbu "User Defined". To by se pouzdro nesmělo jmenovat DIP8 nebo jiným standardním jménem, ale např Microchip- DIP8, ale to mi připadá trochu kostrbaté. I když to tak asi budu muset začít dělat, abych nemusel součástky neustále kontrolovat.
Je mi jasné, že to asi bude velký zásah do filosofie programů tvorby souboru PNL a asi i sdílení datmezi programy, ale velmi by to usnadnilo práci a omezilo množství chyb na PS.
Prostě pouzdra u různých výrobců nejsou shodná i když se shodně jmenují (i když existuje norma). Někdy je ten rozdíl tak veliký, že buď nebude možné osadit okolní součástky nebo samotnou součástku.
S pozdravem Oldřich Peroutka
Mám problém jak vyřešit potřebu pouzder BGA. Zde ještě mohu utéct k SMD klasice s vývody, ale jsou případy kdy už ne. Samozřejmě mohu číslovat 1-xx, ale pak musím vždy počítat o který vývod jde. Mluvím teď zejména o schematu. Na PS je to jednodušší, tam vidím umístění. Ve schematu mám vývod např 15, v Layoutu je to 15, ale v datasheetu B2. Při orientaci ve schematu je to trochu problém při přehazování vývodů (swapu).
Stránky 1
Diskusní fórum k návrhovému systému Formica » Příspěvky od Peroutka