Re: KiCad - otočení souřadnice Y, export do SVG

[Pavel Hudeček]

Tak mě napadá, že pokud jde o šablonu na pastu, mohlo by být lepší 
normálně vygenerovat gerber a ten konvertovat do SVG. Aneb když to podle 
toho Číňan normálně udělá, tam tam ty data musí být OK, ne?

PH

Dne 14.10.2022 v 20:09 Petr Labaj napsal(a):
> Ve verzi 6 už je ten export do SVG použitelný.
> Sice tam pořád přidává ten offset 5mm:1mm, ale je to fixní. Aspoň na 
> tom jediném tišťáku, co tam zatím mám, je to fixní.
> Stará verze 5 tam dala offset taky, ale ještě ten export umístila 
> podle toho, na jakých souřadnicích byl namalovaný v KiCadu, Takže 
> třeba někam daleko do záporného kvadrantu.
>
> On do exportu zahrne i ten offset. Takže moje deska má šířku 95mm, on 
> dá nulu v X na pozici 5mm, a šířku viewboxu pak uvede jako 105mm.
> Ale to by stejně zas tak moc nemuselo vadit, pokud jsou to stále 
> konstantní čísla.
>
> Problém ale je, že on při exportu nějaké vrstvy (v mém případě 
> F_paste) tam kromě objektů z té vrstvy dá i obrys desky. I když ten 
> samozřejmě v zadání exportu není uvedený.
> Já to SVG potřebuju poslat do laseru, aby mi z toho vyřízl šablonu. 
> Ale když je tam ten obrys, tak kromě děr pro pastu vyřízne i obrys desky.
> Takže to musím napřed načíst do CAMu, aby tam ten obrys umazal 
> (laserový SW to sám neumí). A ten CAM má zase problém s jednotkami 
> "cm", bere je jako nějakou úplně jinou jednotku.
>
> Zřejmě bych zvládl ve zdrojácích najít a změnit ty jednotky, a možná i 
> zrušit generování obrysu desky. Ale děsím se kompilace tak obrovského 
> balíku. Bude tam určitě mraky závislostí. A navíc bych to musel po 
> každé verzi zase dělat znovu.
>
> Odmazat nějakým externím programem ten obrys desky možná nebude 
> snadné. Já zásadně dělám desky s kulatými rohy. Aspoň v Eagle jsem to 
> tam vždy dělal. A doufám, že v KiCadu to taky půjde snadno.
> A odmazat obdélník s kulatými rohy z toho SVG možná nebude tak snadné 
> jako u prostého obdélníku. Tam by případně stačilo jen oříznout 
> velikost výstupu tak, aby ten okraj zmizel.
>
> PL
>
> *********************
>
> Dne 14.10.2022 v 10:07 Pavel Hudeček napsal(a):
>> A když tak koukám sem:
>> https://cs.wikipedia.org/wiki/Scalable_Vector_Graphics#P%C5%99%C3%ADklady_SVG 
>>
>> tak shift a zoom souřadnic v svg bude triviální.
>>
>> PH
>>
>> Dne 14.10.2022 v 10:01 Pavel Hudeček napsal(a):
>>> Pro některé zákazníky upravuji data na osazování. Udělal jsem si na 
>>> to python skript, kterým proženu vyexportovaný pos spoubor, protože 
>>> chtějí jiné pořadí sloupců, formát souřednic, nulu jinde, ... až po 
>>> třeba že pro nějakej čínskej stroj musí být první součástka R1:-) 
>>> Myslím, že by nebyl zas takový problém něčím takovým prohnat svg. 
>>> Posunout 0 a změnit jednotky, mi přijde triviální procedura.
>>> Ale do SVG jsem nikdy nekoukal, třeba to není tak snadné. A nebo 
>>> taky jo, třeba je nějaká SVG knihovna do pythonu, která to usnadní. 
>>> Nebo neusnadní, ale bude jen umět SVG vyrobit přesně dle požadavků a 
>>> pak by se zas dal skript pustit přímo z Kicadu, aby to SVG 
>>> vygeneroval sám.
>>>
>>> Jo a používám 5 a ten způsob zoomu byla jedna z prvních věcí, co 
>>> jsem v nastavení změnil. Kdyby to nešlo, Kicad bych nejspíš 
>>> nepoužíval:-)
>>> 6 mě vůbec nepotěšil, sice splnili mé přání, aby různé části nebyly 
>>> "každej pes jiná ves", ale s tou systematizací to přehnali, takže už 
>>> nejde třeba ve schématu jen tak zkopírovat součástku pouhým stiskem 
>>> C při myši nad ní, což je moje oblíbená funkce. Takže jsem po pár 
>>> dnech snažení přestal 6 používat.