Ahoj, No ta podpora GitHubu u KiCADu je celkem slušná :) Packages/footprinty se dají používat přímo z repozitářů. U symbolů to je v plánu (už jsem viděl commity co čistí kód správce knihovny v pcbnew, aby šel použít pro 3d modely a symboly). Ale na druhou stranu.. já opravdu mám vlastní varianty obojího udělané tak, aby to vyhovovalo mému procesu (a ten není u všech stejný.. někdo dělá toner transfer, někdo UV, někdo reflow, někdo pájí ručně.. - a ty parametry pro pady se pak dost liší). Footprint jde vyměnit přímo z pcbnew, pokud sedí čísla pinů. Celkovou součástku ne, ale to obvykle znamená předělat zapojení, takže to až tak neřeším. Asi jsem si na to už zvykl.. Martin Dne 29. ledna 2017 17:48 sorki <srk(a)48.io> napsal(a): > Ahoj, > > > On 01/29/2017 04:09 PM, Martin Sivák wrote: >> Tohle klikání není vůbec potřeba. Každý rozumně vytvořený symbol má >> zároveň nastavený i filtr pro povolené packages. A pokud ten symbol je >> přímo dělaný podle názvu součástky od výrobce (obvykle různé suffixy >> pro různé package), tak v tom filtru je jen jediný footprint a funguje >> automatické přiřazení. > > >> >> Většina firem a jednotlivců co s EDA dělá často má stejně svou vlastní >> zkontrolovanou a otestovanou knihovnu součástek (můj poslední větší >> fail byl způsobený blbě udělaným symbolem "odjinud"). > > > >> >> Já mám typicky víc variant package (SMD podle datasheetu vs. SMD pro >> ruční pájení), takže mi to rozdělení package a symbolu vyhovuje. >> Nastavím si na symbolu filtr třeba na SOT-23-5_* a jen si vyberu podle >> způsobu montáže. >> >>> - konverter Eagle user skriptu do KiCAD libek; skripty, co Farnell >>> dodava ke spouste soucastek, se pousti v Eagle library editoru a >>> vyklikaji tam tu soucastku celou, cili to se da v podstate prehrat a >>> pouzit jako recept na postaveni KiCAD libky. >> No tak nějak nevím jestli by to mělo smysl, to už by bylo jednodušší >> spustit ten skript v Eagle na výrobu symbolu a ten pak konvertovat. >> Nicméně kolik různých součástek na té desce hodláš mít, že to nejde >> přežít? > > Zda sa, ze pomocou skriptu v Eagle by to slo aj vygenerovat pre Kicad > > https://github.com/lachlanA/eagle-to-kicad-libs > > also https://github.com/lachlanA/eagle-to-kicad > > - sorki > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list

Ale to už přece taky není pravda. Už poměrně dlouho je propojený model, takže označís spoj v eeschema a ukáže se ti i na desce a naopak. Při změně musíš pravda zmáčknout jedno tlačítko (pro pcb -> schema) nebo znova udělat netlist. Btw, co jsem zkoumal procesy u firem (diskusí na Amperu a s lidma na hackaday), tak mají fakt často oddělené lidi na schéma a PCB.. obzvláště kvůli EMC a RF.. je to černá magie. Doma je to něco jiného no. Co je zatím nedodělané je prohození komponent v pouzdře (6x ten samý invertor a tak) případně přehození na jiný port u CPU (se stejnou funkcí). To by se sakra hodilo a je to v roadmapě. On si člověk totiž nevybere, i takový Altium je plný dost divných úletů :) Vím, že hodně lidí zvyklých na Eagle nadává na způsob práce s myší v KiCADu. ale ta mi zrovna vyhovuje. Bývávalo, dneska jsou to repa na githubu (hledej .pretty) a je tam celkem živo. Btw, KiCAD obsahuje poměrně slušné generátory na footprinty - dvouřadé i čtvercové se dělají dost snadno a zbytek je skriptovatelný v Pythonu. Ta komunita poslední roky dost funguje. Fakt? Jsem žil v domění, že tam nebývaly (v těch hobby verzích) Martin Dne 29. ledna 2017 17:52 Pavel Snajdr <snajpa(a)snajpa.net> napsal(a): > > On 01/29/2017 04:09 PM, Martin Sivák wrote: >> Ahoj, >> >>> ja jsem do ted byl zvykly kreslit v Eagle a nemam >>> koupenou profi verzi. >> >> Eagle přešel na subscription model... a zvedl tím cenu. > > Ah, parada. > >> >>> - integrovany vyber symbolu soucastky do schema zaroven s package (nebo >>> tu stavajici workflow vyrazne optimalizovat, tohle klikani je na vyrvani >>> vlasu) >> >> Tohle klikání není vůbec potřeba. Každý rozumně vytvořený symbol má >> zároveň nastavený i filtr pro povolené packages. A pokud ten symbol je >> přímo dělaný podle názvu součástky od výrobce (obvykle různé suffixy >> pro různé package), tak v tom filtru je jen jediný footprint a funguje >> automatické přiřazení. >> >> Většina firem a jednotlivců co s EDA dělá často má stejně svou vlastní >> zkontrolovanou a otestovanou knihovnu součástek (můj poslední větší >> fail byl způsobený blbě udělaným symbolem "odjinud"). >> >> Já mám typicky víc variant package (SMD podle datasheetu vs. SMD pro >> ruční pájení), takže mi to rozdělení package a symbolu vyhovuje. >> Nastavím si na symbolu filtr třeba na SOT-23-5_* a jen si vyberu podle >> způsobu montáže. > > > Proc bych si nemohl vybrat package pri vyberu symbolu? Prijde mi to > maximalne logicky, protoze kdyz tam tu soucastku pridavam, tak vyresim > vsechny jeji parametry jednou a nemusim se k ni vracet. > > "Kazdy rozumne vytvoreny symbol" - tak to jich moc neni no... > >> >>> - konverter Eagle user skriptu do KiCAD libek; skripty, co Farnell >>> dodava ke spouste soucastek, se pousti v Eagle library editoru a >>> vyklikaji tam tu soucastku celou, cili to se da v podstate prehrat a >>> pouzit jako recept na postaveni KiCAD libky. >> >> No tak nějak nevím jestli by to mělo smysl, to už by bylo jednodušší >> spustit ten skript v Eagle na výrobu symbolu a ten pak konvertovat. >> Nicméně kolik různých součástek na té desce hodláš mít, že to nejde >> přežít? > > Jednodussi? Takze tvuj navrh je, abych sel, pokazdy prehral ten skript v > eagle a pak jeste poustel konverter, jednodussi je to v cem? ;) > > Oproti tomu, ze si naskladam ty skripty pri vyberu soucastek a pak si je > jednim skriptem prevedu a mam libky... > >> >> Obvykle si stejně všechny symboly dělám sám (nebo max použiju něco >> jako template), protože každý má trošku jiný styl a konvence (KiCAD je >> má i definované [1]) a míchat symboly z různých zdrojů je celkem humus >> (různé rozteče, zarovnání pinů a třeba jiné pořadí pinů u SPI typicky >> zprasí dráhy). >> >>> Cili se mi fakt nechce klikat jak u idiotu na dvorku, kdyz s Eagle nemusim. >> >> Musíš, jenom jinde, ta deska se sama nenakreslí :) KiCAD má trošku >> jinou filozofii ovládání a stavby knihovny, ale zase třeba umí >> diferenciální páry, má push & shove router a některé jiné vychytávky >> (CERN se fakt snažil). > > > > Push & shove router by se mi uz parkrat hodil, to jo. > > > > >> >>> Moje otazka zni: najde se nekdo, kdo to +- v cene licence Eagle je >>> schopny udelat? >> >> Nakreslit desku nebo napsat Eagle pro KiCAD? > > Dodelat KiCAD tak, abych mohl prestat pouzivat proprietarni soft... > > > ;) > > /snajpa > > >> >> >> [1] https://github.com/KiCad/kicad-library/wiki/Kicad-Library-Convention >> >> -- >> MarSik >> >> >> Dne 29. ledna 2017 3:40 Pavel Snajdr <snajpa(a)snajpa.net> napsal(a): >>> Ahojte, >>> >>> pomalu uz mi nic nechybi na to, abych mohl pokompletovat pro nase >>> servery RS232 switch+fencing device+SMS gateway; nicmene to vypada na >>> trochu vetsi desku a ja jsem do ted byl zvykly kreslit v Eagle a nemam >>> koupenou profi verzi. Do limitu free verze se s deskou pro 24+ seriovych >>> portu urcite nevejdu (8x10cm, bez sance). >>> >>> Nechce se mi z penez spolku podporovat proprietarni software, klidne to >>> nakreslim v KiCADu, ale musi umet 2 zasadni veci, jinak na nej ani nesahnu: >>> >>> - integrovany vyber symbolu soucastky do schema zaroven s package (nebo >>> tu stavajici workflow vyrazne optimalizovat, tohle klikani je na vyrvani >>> vlasu) >>> >>> - konverter Eagle user skriptu do KiCAD libek; skripty, co Farnell >>> dodava ke spouste soucastek, se pousti v Eagle library editoru a >>> vyklikaji tam tu soucastku celou, cili to se da v podstate prehrat a >>> pouzit jako recept na postaveni KiCAD libky. >>> >>> Cili se mi fakt nechce klikat jak u idiotu na dvorku, kdyz s Eagle nemusim. >>> >>> Moje otazka zni: najde se nekdo, kdo to +- v cene licence Eagle je >>> schopny udelat? >>> >>> Diky. >>> >>> /snajpa >>> (Pavel Snajdr) >>> (Predseda vpsFree.cz) >>> (+420 720 107 791) >>> >>> >>> _______________________________________________ >>> Community-list mailing list >>> Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >>> >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list >> > > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list >

On 01/31/2017 04:51 PM, Maros Zatko wrote: Jo, to by pomohlo, ale vubec bych se nezlobil za moznost (ne nutnost! ;) vybrat si ten package rovnou. Ja totiz kdyz pridavam soucastku do schematu, rovnou ji pridavam do shopping listu, takze vim presne, jaky pouzdro bude mit. Od prototypovani jak bude obvod vypadat pouzivam spis simulator (a s digitalnima obvodama co ted resim vetsinou to neni potreba simulovat vubec, jenom proste vyklikat +- katalogovy zapojeni a hlavne poskladat ho dobre na desku). Jediny v cem nemam jasno, kdyz to jdu kreslit vetsinou, je jak presne to sedne na ten danej sheet vedle sebe, ale vetsinou vim, co tam davam za soucastku, uz kdyz ji davam na schema - proto mne strasne irituje se tou samou soucastkou zabyvat na 2x. /snajpa