REBEL 3D

misox píše:Na konštrukciu je jednodukkší H-bot ako coreXY.
To nieje úplne tak pravda že by core xy nestíha mega 2560 len ju veĺmi brzdí grafický display ,a riadkový som neskúšal.Mám použite motory s 0,9°/krok takže my to vychádza 640 krok/mm .
Tlač aj 120mm/s ,prikladám aj par foto tlačiareň nieje ešte úplne hotová ..

Člověče, kolik v tom máš větráků.
Jirka

Áno na x je 12mm linear.
Na H bot-te je je ozubených remeň kratší. Čo sa týka výpočtu je to asi jedno ja tam mam megu a raspberry pi2 +kamera na Lan sieti.
Pri väčších rýchlostiach pravouhly prechod z Y na X rozochveje portál, predsa len ja tam mám dohromady 4m 9mm ozubeny remeň. Mám v pláne dorobiť spanovaky. Keď je rozdiel z X na Y tam zastavuje len vozík a nevidno nič na výtlačku.
Napíš čo by si chcel pofotit.
Čo sa týka ventikov to v predu sú len filtre, dolu je komplet elektronika a je oddelená PD tlačového priestoru.
Tie 4 hore sú na chladenie výtlačku - nie moc účinné...
A ten veľký je s uhlíkovým filtrom na udržiavanie teploty v komore ale to nemám vôbec rozchode.

Se ještě divím, že se nedělá (ještě jsem to neviděl), že by mega pouze počítala pohyb tiskárny a třeba uno nebo jiná vhodná deska by se použila pro ovládání, čtení z sd a display. U auta taky řídící jednotka motoru nemá na starost ovládání sedadel, zrcátek nebo autorádia (u těch modernějších).

Ale dělá - přece ne všechny tiskárny jsou stejné . Já mám třeba "samodomo" elektroniku Gen7 a nemám ani displej, ani čtečku SD karet ani nic jiného, takže elektronika opravdu jen "počítá pohyb". Ovládání řeším komplet přes Octoprint na Raspi, tiskárna je pak dostupná po wifi třeba i z tabletu a megu na Gen7 nemám v podstatě jak zahltit nebo ovlivnit.

To sice jo, to nemusím mít ani na rampsu. Mě jde o případ, kdy lidi využívají tisk z sd karty a ovládají ji pomocí displeje právě na deltách nebo core xy, h-bot

Jasně, ale tu SD kartu můžeš strčit i do toho Raspi s octoprintem, čtečka tam taky je. Já to ale nezkoušel (zda s tím nesouvisí třeba nějaká specifika), protože jsem z SD karty vlastně nikdy netisknul a ani neměl potřebu. Ono mi ostatně ani není moc jasné to workflow tisku z karty, předpokládám že to znamená vytvorit gcode - uložit na kartu - kartu vyndat z PC - odnést k tiskarne - zasunout - načíst gcode - spustit tisk? Prijde mi to šílený, ale zřejmě je to tím, že opakovaně jsem zcela shodný kód tiskl asi tak 2x. Takže furt měním data a to bych s kartou asi uběhal a uzasouval k smrti Safra OT, omlouvam se.

Hm a teď nad tím ještě přemýšlím - v Raspi karta strcená je a to se systémem, takze kartu s gcodem tam asi dat nepůjde. Leda by se to řešilo pres USB flašku (system nebo gcode), ale to uz jaksi postrádá eleganci.

AndroidCZ píše:Hm a teď nad tím ještě přemýšlím - v Raspi karta strcená je a to se systémem, takze kartu s gcodem tam asi dat nepůjde. Leda by se to řešilo pres USB flašku (system nebo gcode), ale to uz jaksi postrádá eleganci.

Ahoj, ale jde, přes USB rozbočovač v tom problém není, horší to bude se stabilitou systému. (vyměněno několikrát, včetně zdrojů i karet a op. systému)

Mám přes RAspi solární natáčení a jednou za 3 dny to pravidelně vytuhne a za boha na to nemůžu dojít co je tomu příčinou.
Přitom to jen komunikuje s Nanem které jede zcela bez problémů. Nano se stará o výpočet a dává příkazy.


Pepa

To vytuhávání bych nezobecňoval - tisknu z Octoprintu na Raspberry už přes rok a nevybavuju si nějaké zaváhání, natož 1x za 3 dny. Tisknul jsem i gcody co měly přes 100 MB a tisk trval desítky hodin, bez problémů. Ale to už jsme fakt OT, moderátoři nás plácnou přes klávesnici!

Jak udelat Hbot aby se vyrovnal Core XY ? Nebo Hbot nema cenu resit a rovnou stavet Core. Diky

zbek píše:Jak udelat Hbot aby se vyrovnal Core XY ? Nebo Hbot nema cenu resit a rovnou stavet Core. Diky

Aké sú podľa teba nevýhody Hbot u?

to je vcelku jednoduchy, pokud to nepostavis minimalne na kolejnickach s voziky a kovovymi dily, nebude to fungovat. Tuhost a presnost te XY rampy je v pripade sytemu H-BOT naprosto zasadi, protoze ten system ma tendenci ono X "pricit", takze jaka koli pruznost, vule ci nepresnost v loziskach se dvojnasobi 2x - vyzkouseno. S tistenymi dily a cinskymi lozisky na obycejnejch tycich se to neda zrealizovat s rozumnou presnosti.

Diky tohle jsem potřeboval slyšet. Budu řešit core .

Rebel píše:Urcite vyprazdni, bohuzel to MEGA pak uz nedava, to je vyzkousene. Delty s tim maji take problem, proto se na ne osazuji vetsinou LCD 20x4.

mozna by stalo zato vyzkouset Arduino DUE ,pinove je stejne ale vykon hodne jinde
misto grafickeho LCD pres SPI se da pouzit seriovy kde vlastni LCD obstarava vse sam,neni nutnost tedy cekat na zobrazeni SPI..a taky zbyde neco te RAM...

existuje take ETERDUE ktera je stejna jako DUE ale ma navic ETHERNET na desce,coz se take hodi

Na mi jede ORR, nic mene ten vykon je zasekanej hlavne ve vlastnim FW. Ale od CORE XY jsem kazdopadne upustil.