Zabyvam se navrhem elektroniky na profesionalni urovni. Pokud se budu bavit o navrhovem systemu pro PCB, tak momentalne pouzivame vynikajici Altium Designer. Je obrovsky intuitivni a podporuje vsechny potrebne funkce pro navrh slozitych desek s FPGA ci embedded procesory. Prosel jsem dlouhou cestou - od DOS verzi Eaglu, PADSu a OrCADu, pres jejich Win verze az po Altium. Na navrh vf casti pouzivame produkty AnSoft (Designer a HFSS). Cena Altia uz dnes neni tak krvava. My jsme ji kupovali jeste za cca 600000Kc za plovouci licenci. Na produktivite se to ale vratilo asi za tri roky.
K opensource produktum. Vzdy se prubezne divam po tom co je dostupne za OS software pro navrh obvodu. Zatim se nenasel jediny, ktery by umoznoval nakreslit intuitivne slozitejsi desku. Zatim nejzhavejsim kandidatem byl KiCAD v nejnovejsi verzi, ale pohrbila ho lehka nestabilita a nemotorna prace s knihovnami soucastek. Balik gEDA je predem pohrben praktickou neexistenci Windows verze. Spousta vyvojaru nema Linux z jednoho praktickeho duvodu - velka spousta vyvojovych prostredi pro procesory bezi na Win. Emulatory bezi na Win. JTAG kabely bezi na Win. Nekteri vyrobci delaji multiplatformni vyvojove aplikace (Xilinx), ale verte mi - ackoliv je balik ISE DS napsan v QT, v linuxu je pekelne nestabilni a nektere veci nefunguji vubec. gEDA/PCB ma pomerne slusny potencial, ale jeho rozsireni brani dle meho neexistence win verze. Malokdo bude jen kvuli PCB prebootovavat do linuxu nebo se poustet do virtualizace.
Na linuxu je nejlepsi volba Eagle, ten ale rozhodne neni vhodny pro vetsi a slozitejsi projekty. Znam par firem ktere Eagle pouzivaji na opravdu velke veci a i mikrovlnne veci, ale to pouzivani je hodne za hranici moznosti a spousta veci se resi zpusobem drbani se levou rukou na prave strane hlavy. Krome KiCADu a baliku gEDA/GAF a PCB existuji dalsi, ale ti jsou skutecne na okraji zajmu.
> Zatim se nenasel jediny, ktery by umoznoval nakreslit intuitivne slozitejsi desku.
- obavam sa, ze pri navrhu PCB sa musi vyvojar v prvom rade opierat o specifikaciu, podklady a skusenosti, intuiciu ziaden program nedoda
> gEDA je predem pohrben praktickou neexistenci Windows verze.
- je len k prospechu veci, ze vyvojari gEDA netriestia sily na rozchodenie ich roboty na dalsej platforme.
> Malokdo bude jen kvuli PCB prebootovavat do linuxu nebo se poustet do virtualizace.
- nie je s tym absolutne ziaden problem, napr. u nas vyvojove prostredie pre Cypress procesory bezi na WinXp vo Virtualbox-e, vratane USB programatora a HW emulatora (IcyBox)
> obavam sa, ze pri navrhu PCB sa musi vyvojar v prvom rade opierat o specifikaciu, podklady a skusenosti, intuiciu ziaden program nedoda
- o tom zadna, ale program by vam v tom mel pomoct - a ne klast prekazky. V neposledni rade by mohl umoznit alespon routing diferencialnich spoju, automaticke dorovnavani delek u kritickych spoju atd.
> je len k prospechu veci, ze vyvojari gEDA netriestia sily na rozchodenie ich roboty na dalsej platforme
- neni a neni a neni. gEDA/gaf a PCB jsou oba napsane primarne v GTK toolkitu s minimalnimi zavislostmi. Prekompilovat pro Windows to JDE. Obtizne, ale jde. Sam jsem to kompiloval v Gentoo pomoci MinGW cross-kompileru. Stacilo by vychytat problemy s kompilaci a problemy s behem ve Win. Pokud to pisu ve frameworku ktery primo umoznuje beh na Win, pak portace necini problemy
> nie je s tym absolutne ziaden problem, napr. u nas vyvojove prostredie pre Cypress procesory bezi na WinXp vo Virtualbox-e, vratane USB programatora a HW emulatora (IcyBox)
Takze misto licence na WinXP si koupim pro jistotu licenci na VirtualBox a na WinXP ? To je vynikajici a velmi logicke reseni ;-) (za predpokladu, ze se nic nezmenilo a VirtualBox v open-source verzi nema USB emulaci a v binarni je zdarma jen PUEL, coz znamena ze aby mel USB emulaci a tim padem sel pouzit na JTAG atd. tak je nutna komercni verze)
Suma sumarum - ackoliv v embedded a PCB navrhu se vsude pouzivaji open source nastroje (zejmena GCC, GDB a Eclipse), je nepopiratelne ze primarni platforma je Windows.
Nechci pusobit jako nejaky Windows fanatik - jen se nedivam v tomto ruzovymi linuxovymi brylemi. Sam pouzivam dualboot Windows/Gentoo. Do Gentoo ovsem bootuji, jsou-li potreba nativni linuxove nastroje a shell. A chci-li zkompilovat U-Boot a kernel pro jakoukoliv platformu, take se bez nej neobejdu.
> V neposledni rade by mohl umoznit alespon routing diferencialnich spoju, automaticke dorovnavani delek u kritickych spoju atd
- pretoze pri gEDA pozname formaty suborov, nemusime za vyssie uvedene featury platit, trivialny pythonovsky skriptik vie jednoducho zratat dlzky vodicov, ich plochy, kapacity voci zvolenym plocham atd.
Namachlenie nejakeho motivu skriptom do schemy alebo pcb podla zadanych parametrov ma tiez svoje caro, a to nespominam zjednodusenie kadejakych byrokratickych ptakovin, ako je priamy export BOM do OpenOffice vratane cenotvorby z dodacich listov atd., atd ...
> Takze misto licence na WinXP si koupim pro jistotu licenci na VirtualBox a na WinXP ?
- VirtualBox je len jedno z mnohych rieseni, existuju aj ine (preverene) virtualizacne platformy s USB supportom nevyzadujuce zakupenie licencie. Licenciu na WinXP urcite kupovat nemusime, z minulosti ich zopar oficialne mame, takze M$ sme urcite neposkodili (vsetky stroje, kde kedysi WinXp boli, bud uz fyzicky neexistuju alebo davno presli na Linux)
> Suma sumarum - ackoliv v embedded a PCB navrhu se vsude pouzivaji open source nastroje (zejmena GCC, GDB a Eclipse), je nepopiratelne ze primarni platforma je Windows.
- mam pravo sa domnievat, ze tuto teoriu moji zamestnanci uz velmi dlhu dobu uspesne popieraju.
(sorry že reaguji takhle, ale nemohl jsem si pomoct)
Pán asi nepochopil, že uživatel chce kreslit desku plošných spojů, ne programovat. Podpora diferenciálních drátů a vyrovnávání jejich délek sice není základní funkce, ale běžně se to používá (používalo by se to, kdyby to editor uměl), není to žádná exotika.
Pokud by si uživatel měl chybějící funkce programovat, umí každý editor každou featuru.
> - neni a neni a neni. gEDA/gaf a PCB jsou oba napsane primarne v GTK toolkitu s minimalnimi zavislostmi. Prekompilovat pro Windows to JDE. Obtizne, ale jde. Sam jsem to kompiloval v Gentoo pomoci MinGW cross-kompileru. Stacilo by vychytat problemy s kompilaci a problemy s behem ve Win. Pokud to pisu ve frameworku ktery primo umoznuje beh na Win, pak portace necini problemy
Kdo vám bránit to udělat? (Ale popravdě se vývojářům nedivím, komu by se chtělo takovýma píčovinava ztrácet čas...)
>>>>>> ackoliv je balik ISE DS napsan v QT, v linuxu je pekelne nestabilni a nektere
veci nefunguji vubec
U altery takove problemy nejsou. Verze 10.0 konecne jede nativne a pouziva take QT. Predchozi verze jedou zabalene ve wine. U verze 10.0 pozoruji v grafice (kresleni blokovych schemat) vyrazne snizeni rychlosti vykreslovani. rekl bych ale, ze je to dane tim, ze pouzivam xineramu, se kterou si nerozumi vice programu. V zasade mi to nevadi pac pouzivam emacs.
