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.


Příspěvky - mhi

Stran: 1 ... 20 21 [22] 23 24 ... 33
316
Software / Re:Openscad vs. dxf soubor s filletovanymi tvary
« kdy: 17. 06. 2020, 16:53:42 »
Doplnim, ze v preview v openscadu je to uplne to same, jen se to hure screenshotuje, proto jsem to hodil do sliceru.

S openscadem neumim, to priznam na rovinu, ale vyzkousel jsem udelat dve kruznice v sobe a vlepit to tam a to se povedlo vcelku OK, rozhodne to bylo podobnejsi vic kruhu nez ctverci :-).

317
Software / OpenSCAD vs. dxf soubor s filletovanými tvary
« kdy: 17. 06. 2020, 16:38:24 »
Mate nekdo zkusenost s DXF souborem, ktery ma tvary upravene prikazem "fillet" a ktery je extrudovany v openscadu ?

https://pasteboard.co/Jdw3Xur.png (barevne jsou ruzne layery)

na toto jsem zavolal rutiny tohoto typu:

Kód: [Vybrat]
module obd2_trapezoid() {
   
    translate([0,0,FLANGE1_SIZE+FLANGE2_SIZE+FLANGE3_SIZE])
    difference() {
       
    linear_extrude(height=TRAPEZOID_HEIGHT, bottom=true) {
import(file="obd2.dxf", layer="trapezoid");
};

    linear_extrude(height=TRAPEZOID_HEIGHT+1, bottom=true) {
import(file="obd2.dxf", layer="obdtab");
       
    };
}
}

vysledek v Prusovi:

https://pasteboard.co/Jdw4lHh.png

jde mi o to, ze misto krasneho radiusu mam tento nespojity hnus - u te dolni "priruby" (zelena v DXF) je to uplne desive, u lichobezniku to je trochu lepsi.

Je mi jasne, ze si muzu udelat v openscadu primo ty tvary, ale to NECHCI (potrebuju to mit cele definovane v DXF a v openscadu jen jak udelat extruze/rozdily/uniony.

318
Ty hadicky bych taky rad vedel kde koupit ve spolehlive kvalite. Na odkazu jsem nasel nakonec https://www.technicke-soucasti.cz/index.php?listorderby=oxprice&listorder=asc&cl=alist&searchparam=&cnid=6600000101 ale neprijde mi to za timto ucelem uplne vhodne, chtelo by to tu cernou tvrdsi (HDPE?), jako maji v ruznych zahradnictvich. Mam i ty mekke pruhledne PE, ale bohuzel kdyz se zahrabou do zeme, neudrzi svuj tvar. Ono je neco jineho mit truhlik a neco jineho 1000m^2 zahrady, kde se to jednoduse neda neustale udrzovat (ucpani, deformace rustem korenu, atd.).

Male hadicky zatim nepouzivam, popravde receno ani nevim jeste jak vyresim prechod 1/2" na ty male. Voda tam jde pomerne pod tlakem, takze na prechodu by to muselo jit treba na 5-10 tech mensich hadicek. Nebo se napichnout pred nejaky vetsi postrikovac ktery je primo na te 1/2" a doufat, ze tlakove pomery budou vsude uspokojive.

319
Dekuji pekne za odpoved'. Ty IP 68 konektory nejsou zadna lace :-).

Vim, ze to co chci je blbost, ale po nejakou dobu to bude stale prototyp, jak co nejlepe zabezpecit v takovem pripade napr. STM32 "bluepill" desticku proti te vlhkosti? Rozhodne nechci nyni delat plosnak. Desku jako takovou zalakuju, pinheader 2,54mm bych tam rad nechal, pripadne muzu pouzit nejakou lepsi svorkovnici a cele to zalit. No a jeste pro pouziti 2) a 3) umistit do neceho takoveho: https://www.hornbach.cz/shop/Rozvodnice-na-omitku-IP40-6-modulu-bila/6271258/artikl.html

(je neuveritelne, ze Hornbach ma tyto zakladni veci levnejsi nez elektrovelkobchod)

320
Dovolil bych si znovu otevrit toto tema s otazkou na ty, kdo maji elektroniku v nejakem vlhkem prostredi typu studna, nebo nekde v zemi. Dostal jsem se do dalsiho stadia, kdy potrebuju prototyp zacit pouzivat seriozneji a finalizovat montaz, aby to nebyly ruzne krabice a rozpadajici se draty. Premyslim jak zabezpecit elektroniku proti vlhkosti. Videl bych 3 stupne:

1) studna (neustala vlhkost, oxiduji draty, atd.)
2) vybetonovana dira v zemi (vlhke taky, i kdyz mi to subjektivne prijde lepsi nez ta studna)
3) venku pod strechou (stridave vlhko)

Pokud jde o instalaci maleho napeti (tzn. ruzna "arduina", apod.), pouzivam krabice tohoto typu: https://www.hornbach.cz/shop/Krabice-rozbocovaci-IP54-s-krytem-75x75x35mm/5931253/artikl.html ; moje otazka zni, zda to jde rozumne v podminkach 1)-3) zabezpecit proti vlhku, nebo se tam ta mrska nakonec vzdycky dostane. Myslite, ze je rozumne do krabice udelat diru napr. na "DSUB/CANON" konektor (DB9 apod.) pripadne nejaky mikrofonni a na lepidlo tam konektor zasroubovat? Nebo pouzivat vsude ty predpripravene pruchody ?

Pro bod 3) mi skoro prijde lepsi krabice s dirou dole, aby mela pripadna vlhkost sanci zmizet, treba pres nejaky vlepeny kus filtracniho materialu braniciho primemu ostrikani. Nebo ...? Alternativne jeste  hledam nejakou levnou IP54 krabici s pruhlednym vikem, aby tam sel dat display (nejen na tento projekt, obecne, ceka mne jeste rizeni ventilacniho systemu, osvetleni, atd., je toho vic).

321
Vývoj / Re:Kreslení složitého objektu do HTML5 canvas
« kdy: 14. 06. 2020, 23:41:47 »
STL javascript loader mam, to funguje OK. Jde mi skutecne o tu techniku jak takove veci do canvasu kreslit aby to nebyl zrout pameti nebo to nebylo moc pomale.

Cim vic o tom premyslim, tim vic mam intuitivni pocit, ze bude nutna nejaka kombinace DOM + canvas, tedy pri aktivni operaci uzivatele prioritne hybat existujicim canvasem nebo ho transformovat a na pozadi si v klidu prekreslit nove zobrazeni a to podstrcit uzivateli. Pri zoomu je stale asi jedno ze se objevi detaily az po chvili, pri pohybu staci dokreslit jen ty nove odkryte casti.

322
Vývoj / Re:Kresleni sloziteho objektu do html5 canvas
« kdy: 14. 06. 2020, 20:46:42 »
THREE.js znam, nicmene pro ten dalsi projekt potrebuju to 2D (tam jde o slozitejsi strukturu vektorovych a bitmapovych objektu, ktere budu muset zobrazit bud pres nejake DIVy nebo canvasy, resp. kombinaci obojiho; to uz ale dost zabiham pryc od tematu). Navic jestli jsem spravne pochopil jak three.js funguje, stjene by mi to nepomohlo-chci ruzna zobrazeni toho STL a stejne bych v 3D musel prekreslovat vse co chci (napr. jen objekty "za" urcitou hranici v nezobrazovane ose, abych mohl udelat rez objektem, pripadne jen prumet rovinou rezu).

Pro to zoomovani mne jeste napadla cesta si udelat jeden obrovsky canvas nezavisly na rozliseni monitoru a s nim soupat,  ale nevim co by na to rekly prohlizece (uz takhle mam 2x canvas o rozmerech okna).

323
Vývoj / Kreslení složitého objektu do HTML5 canvas
« kdy: 14. 06. 2020, 20:01:05 »
Delam jednoduchy javascriptovy nastroj, ktery mi umozni zjistit co je v STL souboru (3D model). Mam to naprogramovane tak, ze nactu STL do pole poli, ktere potom javascriptem kreslim (jako cary do 2D canvas contextu; nize v obrazku cerne). Nad tim mam dalsi zindex+1 layer s dalsi canvas, ktery mi dela "kurzor" (nize v obrazku zeleny) a bude i kreslit koty + rez do dalsi osy. Nemusim tedy prekreslovat puvodni STL model pri pohybu kurzoru, coz muze trvat i velmi dlouho - radove vteriny pro tohoto typu model s 60k facety  https://pasteboard.co/Jd53wIP.png (nejake slozite 3D-scanovane objekty maji stovky tisic facetu trva to treba 5-10 vterin!).

Moje otazka je zda to kresleni do dvou vrstev nedelam nejak blbe (neni na to nejaka lepsi metoda?), pripadne jak vyresit lepe kresleni toho 3D objektu ze STL souboru. Planuju preoptimalizovat facety z trojuhelniku na slozitejsi utvary (provede se pri loadu), principielne mi ale jde hlavne o to vykreslovani, zde je kod:

Kód: [Vybrat]
  ctx.clearRect(0, 0, ctx.canvas.width, ctx.canvas.height);  
     
  for (j=0;j<geometry.length;j++) {
             
    ctx.beginPath();
    ctx.moveTo((geometry[j][geometry[j].length-1][axisX]-min[axisX])*scale*mulX + addX,(geometry[j][geometry[j].length-1][axisY]-min[axisY])*scale*mulY + addY);
   
    for (i=1;i<geometry[j].length;i++) {
   
      ctx.lineTo((geometry[j][i][axisX]-min[axisX])*scale*mulX + addX,(geometry[j][i][axisY]-min[axisY])*scale*mulY + addY);
     
    }
    ctx.stroke();

promenne axisX/Y, mulX/Y, addX/Y, min[..], max[..] resi ruzna zobrazeni, nejaka dalsi rutina tyto promenne prednaplni.

Druha otazka je jak udelat dragovani + zoom, aby to bylo uzivatelsky privetive. Je nejaka lepsi cesta, nez ze transformuji puvodni canvas pres CSS canvas.style.xxx = ... (posun+zoom, u tabletu bude i rotace kdyz clovek zamatla dvema prsty) a kdyz uzivatel dokonci operaci nebo dobehne nejaky timer, tak vykreslim novou canvas? Pripadne uz pri nejakem timeoutu si muzu kreslit do schovane canvas a ty jen prohodit (zviditelnit "tu lepsi").

Javascript/HTML/CSS mne nezivi, tak se chci zeptat zkusenejsich nez to cele budu programovat cestou vedouci do slepe ulicky.

PS: Nejaky takovy nastroj na STLka jako delam by se mi hodil, jestli nekdo neco znate klidne poslete odkaz; nicmene mym cilem je se naucit spis to co tady programuju pro jiny, slozitejsi projekt. Takze ten STL inspektor je jen takovy bonus na kterem se ucim, protoze to je docela jednoducha aplikace. Musi to chodit jak na pocitaci tak tabletech, tzn mysi klikani i ruzne touch operace, ale to neni jadro dotazu.

324
Hardware / Re:Měření výšky hladiny vody ve vrtu
« kdy: 12. 06. 2020, 18:31:50 »
Bezny "vrt" (delany lomarskou vrtackou) vypada tak, ze je treba d=110 mm  trubka, ktera ma tech 50m. ted' si predstavte, ze do te trubky musite spustit kabel, lano drzici cerpadlo, a jeste k tomu nejakou hadici typu 3/4". No, mista tam moc neni. Taky je bezne, ze cerpadlo ma po stranach mezirku nejaky centimetr, takze tam spadne kaminek, soucastka, kabel ... a je konec.

Samozrejme nevim jaky vrt ma tazatel, treba ma nejaky slusne udelany, to co maji ale lide okolo mne i za ceny vrtu okolo 100 000 CZK jsou spis ty spatne udelane hruzy; pravda, poradne by to vyslo jeste draz a to je pak levnejsi brat vodu z vodovodu.

Takze na cidla "na dne", nebo reseni s ruznymi plovaky, pripadne smerovani laseru apod. mi prijde jako cista utopie. Alespon ja si to nedokazu predstavit jak bych to provozoval.

325
Hardware / Re:Měření výšky hladiny vody ve vrtu
« kdy: 11. 06. 2020, 16:10:05 »
Myslim, ze na hladinu nekdo odpovidal v "mem" threadu https://forum.root.cz/index.php?topic=22352.0 ;

Na ebayi se daji koupit velmi levne senzory tlaku se standardnimi zavity a na ruzne tlaky. Na atm. tlak jde pouzit MAP (mass air pressure) senzor z auta/motorky, pri chvili hledani se daji najit velmi levne. Alternativne se dela primo mala soucastka na plosnak, jde vytahnout z vhodne ECU auta nebo koupit, CN nebo Digikey/Farnell.

Rozhodne bych do takove hloubky spustil PE cernou 1/2" trubku (hadici) pouzivanou na rozvody vody. Stoji asi 12Kc/m a jde ohybat pri vytahovani/spousteni, ve vrtu se gravitacne srovna. Pred spoustenim nutno nekde nechat odstat rozvinute, prodavaji to v kole a ta mrska si svuj tvar pamatuje minimalne 14 dnu.

326
Vývoj / Re:Minimalistické GUI pro malé displeje
« kdy: 08. 06. 2020, 15:50:32 »
Tomas-T: diky za tip, dobry napad. Nekdy si s tim pohraju. Budu ted' premyslet nahlas: do inputu dam "abecedu", ktera se bude zobrazovat +-2 znaky nad/pod tim vybranym. K tomu znak backspace a konec (sipky <-- --> ).

Druha moznost u cisel kdy znam rozsah (0-1000) je ze bude "kurzor" na cisle, kdyz budu tocit koleckem, bude to skakat po pozicich + OK + cancel (nebo tak neco). Stiskem tlacitka na cisle se mi ukaze zase "abeceda" (012...9, nebo 0123...A..F) a pak budu moci volit danou pozici.

No a posledni moznost je jen chytre udelany + - pro hodnotu (parametry min-max-step). To je prakticke kdyz treba chci zvolit rozsah 0..100, to se da vytocit docela rychle. Jenze treba pro frekvenci 0 ... 20 MHz bych se utocil. Mozna nejak zohlednit tu rychlost jak tocim, otazka je zda to bude dost intuitivni a vubec pouzitelne. Tato varianta je totalne nepouzitelna pro tlacitka misto rotenc.

Křišťan: naprosty souhlas, on je to problem i ve fazi "hracky" kdyz chci jen neco hloupeho do ruky co se prakticky ovlada, clovek se musi patlat s mobilem, pripojovat wifi, atd... mel jsem pres bluetooth serial udelane ovladani rizeni spalovaciho motoru u motorky, spis to bylo ciste na logovani toho co se deje (abych videl kdy mi to treba chcipne proc se tak stalo) a vzdy jsem si nadaval kdyz jsem musel resit co s tim logem apod., dalsi neprakticka vec do ruky (ale tam by to nezachranil ani velky display).

327
Vývoj / Re:Minimalistické GUI pro malé displeje
« kdy: 08. 06. 2020, 11:38:07 »
KorporatniLopata: dekuji za tip. J2ME mne vubec nenapadlo, ani nevim kdy jsem to pouzival jak je to davno.

V mezidobi jsem objevil kouzlo "menu s hodnotami" (vlevo polozka, vpravo nastavena hodnota, checkbox, atd.) ve stylu Androidu/iOS. https://www.bu.edu/tech/files/2019/10/iPhoneWiFi_1-435x636.png Tim se da velmi elegantne vyresit spousta veci i bez klavesnice/touchscreenu, budu to muset doimplementovat.

Stejne tak ruzne MessageBox() z Win32 API jsou na tyto veci pouzitelne a celkem univerzalni.

Hlavni problem je asi zadavani nejakych hodnot, bud ciselnych nebo ascii retezcu. Ta cisla potrebuju docela casto a jak to udelat prakticky nevim.

Asi jsou 2 moznosti: rotary encoder nahoru/dolu meni cislo (to je prakticke pro male hodnoty), pri zrychleni by to mohlo skakat pres rady. Nebo zvyraznit nejaky digit a ten menit up/down, jenze to nejde pouzit kdyz chci "doladovat" nejakou hodnotu za behu. Taky je neprakticke potvrzovani, vraceni zpet, atd (mame jen jedno tlacitko v rotenc). Vymena enkoderu za 4 tlacitka zase ztraci rychlost prace se zarizenim. A u maleho touch dispaye to taky neni zadna slava, tam asi nejde vymyslet nic lepsiho nez miniklavesnici.

328
Vývoj / Re:Minimalistické GUI pro malé displeje
« kdy: 08. 06. 2020, 10:54:46 »
Naroky ve smyslu kolik FLASH a RAM to potrebuje. O rychlost mi ani nejde, pouzivam na ty male displaye SPI, clovek sice vidi jak se to refreshuje... Treba ten bluepill (STM32F103C8) na vyvoj pouzivam taky a chtel bych, aby z 64kB / 20kB to zabiralo co nejmene, aby byl prostor pro dalsi kod. A rozhodne nechci nutnost OS, hlavne z duvodu legacy kodu a 'quick hacku'. Potrebuju neco rychle zbastlit a LCD s menu je optimalni uz od okamziku kdy se tam nastavuje vic nez 2-3 parametry, nebo nestaci par LEDek na signalizaci (coz u mne nestaci nikdy).

329
Vývoj / Re:Minimalisticke GUI pro male displaye
« kdy: 07. 06. 2020, 13:14:20 »
Diky, jake byly naroky uGFX ? Podle webu mi to ale prijde jako kladivo na komara, tzn. prilis mnoho features na to co chci. Nicmene dekuji za tip!

Jen pro info, moje predstava je takoveto pouziti - priklad menu (recyklovany kod z jineho stareho projektu):

Kód: [Vybrat]
const struct MenuItem testmenu[] = {
  {"LOREM IPSUM :)", 0, MF_TITLE|MF_SCROLLBAR},
  {"<< Back", 0, 0},
  {"ligula id egestas ornare", 2, 0},
  {"Donec porta", 3, 0},
  {"Sed molestie massa", 4, MF_DISABLED},
  {"Sed in maximus ex", 5, 0},
  {"Etiam luctus enim ", 6, 0},

...

    i=-1;
    while(1) {
   i = RunMenu(testmenu, i);
     if (i==0) break;
     MessageBox(testmenu[i].label, "You have chosen",0);
    }


330
Vývoj / Minimalistické GUI pro malé displeje
« kdy: 07. 06. 2020, 11:10:41 »
Zrejme budu resit otazku tvorby jednoducheho user interface pro embedded app, ktery:

1) bude fungovat na malych barevnych LCD displayich typu 1,8" 160x128 (na vysku i na sirku)

2) bude pouzitelny s rotary encoderem (tzn. jen "klavesy" up/down/enter), podobne jako to maji treba 3d tiskarny

3) bude pouzitelny s resistive touch displayi typu 2,8" a 3,5" (320x480)

4) bude rozumne vyuzivat moznosti LCD, tzn. nebude to vypadat jako ZX Spectrum :-); idealne bude v ramci moznosti vypadat "moderne"

5) bude VELMI MALY co se tyce naroku na MCU, tzn. veci typu https://lvgl.io/ nepripadaji v uvahu, potrebuju aby cela knihovna mela maximalne okolo 10-20kB MAX a minimalni pozadavky na RAM

6) by mel umet veci typu menu, messagebox, nejake vstupy, kreslit vlastni obrazovky, zakladni utvary (cara, obdelnik, ctverec, text, ...)

Mate nekdo nejaky tip, nebo alespon inspiraci (staci obrazky), zejmena k bodu 4) ve spojeni s bodem 1)-3) ? Zacal jsem uz totiz neco programovat a samozrejme z toho vznikl UI typu ZX Spectrum :). Nicmene chvili jsem se dival na cizi navrhy hlavne u tlacitkovych mobilu s podobnymi LCD a zjistil jsem, ze trivialni upravou se treba menu da upravit na temer Apple-like vzhled pouhym pridanim oddelovacu (Line), zmenou barev, velikosti fontu (8->10,12,14) a vytvorenim gradientnich mezer mezi polozkami (FillRect). Nejsem grafik, takze je to porad takove divne, hlavne asi diky extrapolaci fontu 8x5 ktery mam kvuli velikosti. Na velikost kodu a pracnost ale velmi zajimavy vysledek (syn prisel a rekl mi "je, ty jsi to udelal nejake hezke" :-)) ).

Stran: 1 ... 20 21 [22] 23 24 ... 33