211
Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku
« kdy: 10. 03. 2020, 19:01:58 »
Nebo rovnou offset 3D dílu https://www.youtube.com/watch?v=2AcsJ81iXvA
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
212
Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku
« kdy: 10. 03. 2020, 18:54:07 »
A nebylo by trochu lepší vzít model, přidat jej do projektu, promítnout si jeho obrys do výkresu v příslušné rovině a říci výkresu, aby udělal kolem toho obrysu třeba 2mm offset a ten pak vytáhnout do 3D/odečíst/whatever? Offset zadat třeba jako parametr modelu, aby šel snadno kdykoliv změnit a nemusel jsi jej lovit v příslušném výkresu. Když se model nebo tvůj parameter boardOffset změní, změní se vše navázané. Netuším, zda to tinkercad umí, ale ve Fusion je to běžná operace. Pravděpodobně dospělejší (čti draze placené) cady to umí ještě stokrát lépe. Je možné, že to umí i FreeCAD, nevím.
213
Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku
« kdy: 10. 03. 2020, 14:34:35 »Problem s modely soucastek (ktere vkladam jako "holes") je trochu v tom, ze modelovat se musi nejen ta soucastka, ale i prostor nad/vedle ni a ten muze byt ruzny pro ruzne navrhy, takze clovek pak musi casto rezat.
Nejde součástky namodelovat přesně (super je digitální šuplera, tahle celokovová za pár stovek https://www.ebay.com/itm/8-Inch-200Mm-Digital-Caliper-Stainless-Steel-Digital-Lcd-Caliper-Vernier-Ca-P7Y7/254281859206 má přesnost < 50 mikronů a rozsah 200mm stačí pro možnosti běžné 3D tiskárny) a prostor kolem nich mít v daném projektu dle konkrétní potřeby?
214
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 09. 03. 2020, 13:30:43 »
Určitě je spoustu cest, jak to rozhodování řešit. Pro mě je ale podstatné, že se musí na začátku funkce něco takového řešit. To přece nemá s příjemným a robustním vývojem nic společného.
215
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 09. 03. 2020, 10:20:50 »
Bohužel s podobným přístupem k netypovanému parametru metod se setkávám v pythoních projektech docela často. Půlka metod API začíná runtime kontrolou správných typů parametrů.
216
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 09. 03. 2020, 08:29:30 »
Jistěže lze kdykoliv zjistit typ objektu. Bohužel to pak dopadá třeba takhle https://github.com/dddomodossola/remi/blob/master/remi/gui.py#L1914 . V javě (a spoustě jiných jazyků) by se v této situaci (pokud bych to nechtěl celé postavit jinak, víc objektově) udělalo více metod append s různými vstupními parametry (Map, Collection, Widget) a každá by se chovala jinak. Jak to udělat v pythonu? Udělat metody appendDict, appendCollection, appendWidget? Nebo jednu metodu, která ale ve skutečnosti dělá pomocí if elseif... tři různé věci, jak je to v ukázce.
Nicméně samozřejmě nesouhlasím, že by se java neměla od pythonu co učit. Chybějící mixiny jsou zásadní nedostatek, o který zakopávám v jednom kuse. A defaultní metody interfaců to zdaleka neřeší, protože jsou public a interfacy nemají vnitřní proměnné. Tuples by se sakra hodily. Rovněž nemožnost volat kód s checkovanými výjimkami ve streamu je zásadní omezení modernizace legacy kódu. Končí to obalováním bloků runtime výjimkami, což je zbytečný balast. Python to v generátorech neřeší, příjemně se používají.
Na druhou stranu chápu, že java musí držet nějakou kompatibilitu a přidávání nových vlastností není úplně jednoduché. Přechod python2 -> python3 byl úplně špatně, to mi nikdo nevymluví. Ale i java má své problémy, technické změny v javě 9 zasekly spoustu projektů na osmičce (nepočítám-li změnu licence).
O kvalitě vývoje v enterprise si nedělám iluze :-)
Nicméně samozřejmě nesouhlasím, že by se java neměla od pythonu co učit. Chybějící mixiny jsou zásadní nedostatek, o který zakopávám v jednom kuse. A defaultní metody interfaců to zdaleka neřeší, protože jsou public a interfacy nemají vnitřní proměnné. Tuples by se sakra hodily. Rovněž nemožnost volat kód s checkovanými výjimkami ve streamu je zásadní omezení modernizace legacy kódu. Končí to obalováním bloků runtime výjimkami, což je zbytečný balast. Python to v generátorech neřeší, příjemně se používají.
Na druhou stranu chápu, že java musí držet nějakou kompatibilitu a přidávání nových vlastností není úplně jednoduché. Přechod python2 -> python3 byl úplně špatně, to mi nikdo nevymluví. Ale i java má své problémy, technické změny v javě 9 zasekly spoustu projektů na osmičce (nepočítám-li změnu licence).
O kvalitě vývoje v enterprise si nedělám iluze :-)
217
Hardware / Re:Řešení pro připojení 10 monitorů
« kdy: 07. 03. 2020, 20:22:19 »
Moc nevěřím, že nové CPU bude výrazně rychlejší než těch xeoních 16/32 jader.
Tipuju si, že se více grafikami a na nich multiple monitory dostáváš za limity optimalizace grafiky windows. Funguje správně HW akcelerace na jedné obří ploše z více grafických karet?
Tipuju si, že se více grafikami a na nich multiple monitory dostáváš za limity optimalizace grafiky windows. Funguje správně HW akcelerace na jedné obří ploše z více grafických karet?
218
Hardware / Re:Řešení pro připojení 10 monitorů
« kdy: 07. 03. 2020, 11:03:59 »a funguje to výborně, až na to, že starý komp dell precission 7600 už je pomalý šlak a je potřeba něco novějšího.
Má to PCI-e v.3, když tam dáš 2 x osmijádro xeon + >=64GB RAM, pořád je to pomalé?
219
Studium a uplatnění / Re:FAV Plzeň - obor Softwarové inženýrství (Ing.)
« kdy: 03. 03. 2020, 08:41:55 »
Kubra na vás :-)
220
Hardware / Re:Doporučte DC zdroj pro domácí použití
« kdy: 01. 03. 2020, 18:34:23 »
50V požadavek je na běžné zdroje příliš. IMO je to zbytečné.
221
Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku
« kdy: 27. 02. 2020, 23:42:23 »
:-) Protože jsem to netušil, změna je z ledna 2020. Takové propojení je velice užitečné, moc děkuji za informaci.
Bohužel Autodesk může kdykoliv změnit svůj licenční model (neustále utahuje šrouby, s tržním podílem si to snadno může dovolit). Chci mít u nich jen nezbytně nutné věci, což by PCB být nemuselo, volný kicad je v pohodě (narozdíl od FreeCADu). Nevíš, jak dobře funguje konverze projektu z eaglu do kicadu? Nerad bych pak přišel o PCBs, kdyby free subskripci ukončili úplně. S modely toho moc nevymyslím, použitelnou volnou alternativu prostě neznám.
Bohužel Autodesk může kdykoliv změnit svůj licenční model (neustále utahuje šrouby, s tržním podílem si to snadno může dovolit). Chci mít u nich jen nezbytně nutné věci, což by PCB být nemuselo, volný kicad je v pohodě (narozdíl od FreeCADu). Nevíš, jak dobře funguje konverze projektu z eaglu do kicadu? Nerad bych pak přišel o PCBs, kdyby free subskripci ukončili úplně. S modely toho moc nevymyslím, použitelnou volnou alternativu prostě neznám.
222
Hardware / Re:PCI Express linky
« kdy: 27. 02. 2020, 20:53:16 »
I já se připojuji k poděkování za užitečný příkaz. Když je v LnkSta: Width 0x (u několika PCI-e hubů), znamená to, že do portů obsluhovaných danými huby zrovna není nic připojeno a tak huby nedostaly přidělené žádné linky?
223
Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku
« kdy: 27. 02. 2020, 16:43:53 »
Na netu máš nepřeberně videí a tutoriálů na oba softy, včetně popisů best practices, které minimalizují problémy při následných změnách.
Můžeš vše házet jako brambory do prostoru, nebo můžeš konstruovat od základního výkresu tak, aby vše bylo pevně svázané a drželo při změnách.
Můžeš vše házet jako brambory do prostoru, nebo můžeš konstruovat od základního výkresu tak, aby vše bylo pevně svázané a drželo při změnách.
224
Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku
« kdy: 27. 02. 2020, 14:11:51 »
Ještě si vzpomínám, že jsem tehdy u toho držáku potřeboval něco zmenšit v úvodních výkresech, když už byl návrh skoro hotový. Po předchozích zkušenostech, než řešit totálně rozpadlý model, jsem to zmenšení naprasil další ořezovou operací. Taková práce mě nebaví a zatím jsem ve fusion takhle čunit nemusel (ťuk ťuk).
Ale možná už od té doby implementovali/vyřešili příčinu těch problémů - https://www.freecadweb.org/wiki/Topological_Naming_Project
Ale možná už od té doby implementovali/vyřešili příčinu těch problémů - https://www.freecadweb.org/wiki/Topological_Naming_Project
225
Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku
« kdy: 27. 02. 2020, 13:18:47 »
Ve FreeCADu jsem dělal ještě ve verzi 0.16. Padalo to, navíc i mírné změny v historii způsobily zásadní rozpady modelu. Některé části jsem dělal opakovaně, pakárna. Nebylo to nic složitého, držák na PCI zvukovku do tenkého klienta
https://github.com/pavhofman/measurement-station/blob/master/images/9.jpg
https://github.com/pavhofman/measurement-station/blob/master/images/7.jpg
https://github.com/pavhofman/measurement-station/blob/master/images/8.jpg
Tehdy jsem se koukal do zdrojáků FreeCADu. Část (poměrně klíčová, žádný plugin) byla v pythonu a prováděné operace se tam předávaly jejich stringovými názvy. Takový styl programování prostě nemá šanci vyprodukovat dlouhodobě stabilní výsledek, navíc když je potřeba přidávat nové funkcionality. To bylo důvodem, proč jsem začal hledat jinou možnost, i když není opensource, běží jen ve windows a nativně neverzuje v gitu.
https://github.com/pavhofman/measurement-station/blob/master/images/9.jpg
https://github.com/pavhofman/measurement-station/blob/master/images/7.jpg
https://github.com/pavhofman/measurement-station/blob/master/images/8.jpg
Tehdy jsem se koukal do zdrojáků FreeCADu. Část (poměrně klíčová, žádný plugin) byla v pythonu a prováděné operace se tam předávaly jejich stringovými názvy. Takový styl programování prostě nemá šanci vyprodukovat dlouhodobě stabilní výsledek, navíc když je potřeba přidávat nové funkcionality. To bylo důvodem, proč jsem začal hledat jinou možnost, i když není opensource, běží jen ve windows a nativně neverzuje v gitu.
