Příspěvky

301

Software / Re:3D tisk - rychlý návrh krabiček pro elektroniku

« kdy: 10. 07. 2020, 19:37:06 »

Pro podobne bastlire, udelal jsem na cinske modulky a plosne spoje prvek na naveseni na DIN listu: https://www.thingiverse.com/thing:4537955 ; jsou tam i predgenerovana STL data od 10 do 100mm s M3 sroubkem.

Mam jeste drzak na "cokoladu" (terminal block) a pak nejake specificke blbosti.

302

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 06. 07. 2020, 16:35:15 »

FT-CAN je jen jiny transceiver, kazdy CAN controller umi FT i HS CAN. Jeste krome toho existuje SW-CAN (single-wire), ktery bezi po jednom dratu, je to urcite specifikum automobilky GM. Zjednodusene to je vlastne FT-CAN s nepouzitym CAN-L.

Dle mych informaci a praxe vsechny tri CAN-BUSy mohou mit velmi ruzne topologie, jsou okolo toho v automotive ruzne studie jak to udelat spravne. A to vc. HS-CANu.

Pres vsechno napsane chci tu RS485 :-). A verte mi, ze CAN-BUS je muj denni chleba, prave v automotive.

303

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 06. 07. 2020, 11:39:24 »

To co pisete v prvnim odstavci (Modbus/profibus) jsem tak trochu ocekaval. To jak je navrzeny Modbus mi prijde trochu zkostnatele (napr. omezeni na 16bit cisla), nicmene treba to je jen muj predsudek.

Ad CAN-BUS: ano, ten znam a pouzivam, ale tady to nechci, skutecne by na konci melo byt neco naprosto tupeho co ma jen UART. S tim CANem to dle mych zkusenosti neni tak uplne jednoduche, je potreba mit spravne terminace a kdyz se navrhne "sit" hodne spatne, tak to moc nechodi. RS485 dle mych zkusenosti na male rychlosti funguje na kdejakem bastlu.

304

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 04. 07. 2020, 16:16:07 »

Nedelam to moc rad, internet je plny nedodelku a clovek se pak jen divi co si vytisknul, ale tady to je:
http://leteckaposta.cz/513236080 (prosim NESIRIT, ja to zverejnim az to bude hotove)

ABS, 100% infill, funguje ale i 50%, strci se to do 3/4" fitinky nebo kohoutu (muj pripad), pod tim musi byt gumove tesneni na 3/4", utahnout to jde nejakym klicem nebo klestemi. Do drazky nahore patri O krouzek, je specificky na tyto spojky (jako nahradni dil, maji to treba v Rudne u Prahy za 3kc/kus), tusim ze neco x 3mm, bez nej to NEBUDE fungovat.

=========================

Nyni mam zasadni otazku, mam hotovou regulaci tlaku a casovani zapnuti a jdu nejak rozumne resit to ovladani prackovych ventilu. Plan je takovy, ze vezmu nejakou desticku s AVR, prihodim k tomu RS485 + relatka pro ventily a spojim to s centralnim mozkem zavlahy pres tu RS485ku. Nemam ale uplne predstavu jaky protokol bych po tom chtel honit, neco standardniho, JEDNODUSE implementovatelneho pres UART (muze to byt master-slave), na zpusob CAN-BUSu (ten je ale overkill pro tuto aplikaci). Potrebuju tam vlastne jen poslat prikaz "zapni vetev XYZ" a dostat zpet nejaky stav, ze je sepnuto. Idealne aby to bylo rozsiritelne treba o nejake dalsi prvky na stejne sbernici, treba nejaky senzor vlhkosti, hladiny, dalsi senzor tlaku, apod. Je tu nekdo kdo dela prumyslovou automatizaci a poradi mi vhodny protokol ?

Dale k problemum s tlakem a likvidaci prackovych ventilu, muj "system" umi nastavit libovolny min-max tlak (sepnuti-vypnuti cerpadla). Zjistil jsem, ze mi staci celkem nizky tlak, ale pro specificke aplikace (cisteni apod) chci mit moznost jej rucne zvednout. Automatickou zavlahu bych v tom pripade zavrel kohoutem. Jako pojistka bych misto draheho regulatoru tlaku pouzil pouze bezpecnostni ventil treba na 6 bar. Zda se vam to jako rozumne reseni? Je hlavne podstatne levnejsi, tech spinanych okruhu musi byt zrejme vic nez jsem cekal a neustale menit nejake vlozky regulatoru se mi moc nechce.

305

Hardware / Re:Reálný zájem o ARM desktop

« kdy: 01. 07. 2020, 10:44:40 »

I kdyz jedeme naprosto offtopic tema, zahnojim si tu taky:

- pouzivam Windows i Linux s Xfce. Mam radsi Linux, protoze se mi v nem mnohem lepe pracuje z prikazove radky, na druhou stranu efektivita prace s Windows je vyssi, ma-li clovek pouzivat GUI. Takhle  to mam ja, subjektivne.

- na Xfce je par veci, ktere mne docela stvou, ze se treba da spatne asociovat nejaka klavesova zkratka (kolize s necim), nebo spousta veci je nedotazenych.

- na co se v threadu ale myslim zapomina je to co bezi pod tim co v MacOS vidime a to je https://en.wikipedia.org/wiki/Cocoa_(API) . Srovnam-li jednotliva API/knihovny, zcela urcite je z meho pohledu jejich "kvalita" GTK -> Win32 -> Cocoa (u Win32 neresim to, ze tam spoustu veci doprasili, beru to spis z pohledu prvotniho navrhu a komplexity). Diky tomu co vsechno umi Cocoa je i pri emulaci/translaci x64->arm mozne dosahnout dobre rychlosti.

306

Hardware / Re:Reálný zájem o ARM desktop

« kdy: 30. 06. 2020, 14:35:24 »

Ano, měl by to být emulovaný x86 přes Rosseta 2. Takže reálný nativní výkon by měl být vyšší. Ale myslím, že Apple spíš velmi dobře udělal emulaci než aby příliš zvýšil výkon ARM CPU.

Tusite nekdo jestli se uz nekde da ziskat image nejakeho Mac OS, kde je Rosetta 2, aby se na ni clovek podival ? Binarni translatory mne moc zajimaji.

Osobne si myslim, ze ten translator nemusi byt zadny velky zazrak, aby vetsina aplikaci fungovala obstojne, protoze vetsinu CPU time to stejne bezi v nejakych knihovnach. Resp. zde je vyhoda jeste Objective C, kde vidim moznou hromadu zrychleni bez nutnosti nejak extremne ladit ten translator.

Omlouvam se za lehky offtopic!

307

Hardware / Re:Reálný zájem o ARM desktop

« kdy: 29. 06. 2020, 13:41:08 »

Ja bych rekl, ze Apple vi co dela a ten vykon tam bude. Asi malokdo uveri tomu, ze high-end firma ve stadiu kdy ma uz development stroje jeste nema naprosto realnou predstavu jak to bude fungovat a hlavne ze to bude fungovat (jako nahrada Intelu).

Druha vec je, ze ty procesory budou asi dost odlisne od toho co zname nyni v low-end segmentu (MTK,Samsung,RockChip, AllWinner, ...).

308

Hardware / Re:Reálný zájem o ARM desktop

« kdy: 27. 06. 2020, 09:42:44 »

Nechci se dotknout autora prvotniho postu, ale nedovedu si predstavit, ze bych vysvihnul takovou desku bez nejakeho vyvoje, a to i kdyz bych mel neco podobneho jiz v minulosti postavene. Nenavrhuji plosne spoje kde by bezely komponenty v GHz, jsem v maximalne nejake stovce MHz, ovsem i tam se da uplne trivialne spatnym navrhem udelat chyba, kterou clovek hleda treba mesic nejakeho testovani (kdyz se projevuje treba jen nejakou nestabilitou/obcasnym rusenim/apod).

Pekne to je videt na stabilite cinskych ARM desticek, kdy probehne "rychly vyvoj" a v okamziku kdy to uz neco dela se vec zacne vyrabet, vs. "zapadni" vyvoj, kdy deska stoji vice, casto je nekolik revizi, ale hlavne to funguje tak o rad lepe.

Predstava, ze by melo smysl delat takovy projekt pro par desitek/stovku kusu, mi prijde z meho pohledu naprosto nerealna.

309

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 23. 06. 2020, 23:51:02 »

Tisknu z ABS, ale je to spis z duvodu pohodlnosti, PETG funguje taky. Zakladem je mit dobre navrzene zavity a pouzit ruzna gumova tesneni, idealne O krouzky a necpat to tam pres nejake teflonove pasky apod. Na plnem slunci (UV) je par prvku, tak uvidime co to udela na podzim, nebo v zime - to budou na slunicku vsechny, i ty co jsou ted' zakryte rostlinami.

Modely zverejnim nejak hromadne na thingiverse.com, porad tam je co doladovat - treba na spojce 3/4" x Gardena chci jeste vylepsit "vtok" pomoci lepsiho zuzeni; clovek takhle postupne iteruje, ale aktualne dalsi kusy nepotrebuju, neb vsechny zahradni pripojky jsou jiz osazene :-). Pres leto ale budu dalsi 3 delat!

Aktualne zvazuju, ze z automaticke zavlahy zcela vyradim impulsni postrikovace a jen bych na 1/2" LDPE hadici (trubku) nasazel natistene sprinklery (vic na jednu vetev a nejak tam srovnam tlaky). Inspiroval mne k tomu nedavno prodavany sprinkler z Lidlu, u ktereho se otacenim voli ruzne profily - je to dabelsky jednoduche a pritom velmi funkcni.

310

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 23. 06. 2020, 16:34:12 »

Kdokoliv kdo ma 3D tiskarnu to vytiskne do 5 korun kus, presne ty spravne rozmery.

Tvarově to z 3D tiskárny není problém, ale pevnostně se to vstřikovaným plastovým dílům nepřiblíží.
Takže je velká šance, že se to při neopatrém zacházení rozlomí.

Moje zkusenost s 3D tiskem u vetsich zahradnickych dilu je VELMI DOBRA. Je potreba samozrejme udelat navrh tak, aby to melo pevnost ve spravne ose (smer tisku) a bylo tam dost "masa".

Aktualne premyslim o tisku sprinkleru, to bude teprve masakr (abrazivni vlastnosti vody/necistot). Prvni pokusy dopadly vice nez dobre, ted' resim otazku nastavitelnosti trysek (ruzne tlaky apod.)

311

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 19. 06. 2020, 11:05:08 »

V Hornbachu/OBI/Baumaxu/ZelezarstviNaRohu... maji hadicniky + nejake redukce mezi zavity z mosazi. Bude to stat raketu (co dil tak 30-100,-). V akvaristickych potrebach maji obvykle plastove veci, ale nevim jestli se trefi do spravnych prumeru.

Kdokoliv kdo ma 3D tiskarnu to vytiskne do 5 korun kus, presne ty spravne rozmery.

312

Software / Re:OpenSCAD vs. dxf soubor s filletovanými tvary

« kdy: 18. 06. 2020, 23:58:11 »

Nezkoumal jsem dxf, neumim to cist jako jine formaty. nicmene: $fn zrejme funguje na NEKTERE ostatni filletovane veci, je tam skutecne temer kruh. U toho dalsiho tvaru kde to nechodi je v CADu zelena krivka, ktera pri zoomu jde do kruznice (po 'regen'), ale openscad vidi to tluste cervene. https://pasteboard.co/JdIonnf.png

313

Vývoj / Re:Geekovská automatická závlaha, vodárna a měření hladiny ve studni

« kdy: 18. 06. 2020, 20:42:15 »

Ja si tyto redukce/prechodky/fitinky tisknu z lepsiho ABS. Mam vyrobenych par overenych designu zavitu 1/2", 3/4", gardenackou spojku, ruzne "hadicniky", a jen to kombinuju k sobe. Zacal jsem s prvnim kusem v lednu, takze zadna dlouha doba na overovani zatim nebyla, ale vse doposud funguje jak ma. Dokonce syn vsi silou zatahnul za 10m hadici a moje redukce 3/4"->gardena to ustala, dokonce ani hadice nevypadla.

314

Software / Re:OpenSCAD vs. dxf soubor s filletovanými tvary

« kdy: 18. 06. 2020, 15:22:38 »

$fn nefunguje, chyba bude v importu dxf, protoze ty 2 tvary to udelalo s kruznicemi (=mnohouhelniky), ty dalsi to dela jen zkosene. Pritom oba jsou "fillety", nevidim zadny rozdil krome toho ze to jedno byl filletovany rectangle, druhe byl lichobeznik. STL je OK, odpovida nahledu v OpenSCAD.

Muzu to vyresit tak, ze tam strcim kus kruznice.

Mimochodem ten konektor jsem vcera hodil pokusne i do tiskarny. Problem tech konektoru z vykresu je, ze nic nevydrzi. Fuknkcni je typicky z nejakeho specialniho polykarbonatu, snad s nejakymi dalsimi vlakny. Naopak to co delaji cinani je obvykle nejake ABS a lame se to uz od pohledu. Muj vytisk je tak nekde mezi, byl jsem celkem prekvapen z pouzitelnosti 3D tisku na tento ucel.

315

Software / Re:Openscad vs. dxf soubor s filletovanymi tvary

« kdy: 17. 06. 2020, 17:46:14 »

Jeste doplnujici otazka pro znalce openscadu - mam nejakou moznost si nakreslit DXF s realnymi rozmery soucastek (napr. pinu, na ktere potrebuju mit diry) a potom nejakym parametrem rict openscadu ze ma vysledek linear_extrude(import...) zvetsit/zmensit vsude o 0.5mm (ve vnitrnim i vnejsim obrysu) ? Jednak to potrebuji kvuli tolerancim, ale hlavne k vytvoreni protikusu konektoru bez toho, abych to musel znovu kreslit do dalsi vrstvy DXF, jen si parametrizoval .scad soubor.