Nézegettem a kínainál az USB-s logic analizereket, mikor eszembe jutott, hogy ezt lehet, hogy az Aduino is tudja, és mivel a gugli a barátom, találtam is egy párat, ez a legígéretesebb: Arduino DIY Logic Analyzer
Pali79 | 711
2018-04-18 13:13:06
[1058]
Én kész megoldást keresek, nem vagyok hajlandó megtanulni az arduino programozását.
Elvileg lehetne csinálni hozzá SD karis támogatést, ahogy olvastam egy fórumtárs be is fogja mutatni. Kivancsi lennék rá, hogy egy két problémát milyen modon oldott meg. Biztosra veszem, hogy nem fel ora alatt dobta ossze a dolgot es biztos van benne sok munkaora.
A GRBL nem úgy van megírva, hogy az olyan könnyen portolható legyen más környezetbe (azert annyira nem is tul nehez) és más modulokkal együttműködjön. Sok benne a szinkron hivás (komplett homeolas), ahol hogy a rendszer fusson felhivja a fontosabb funkciokat. Ezeket illik kibontani, mert egyreszt blokkolja a rendszert, mindenfele fuggvenyeket kell hivni teljesen mas modulokbol es szintekbol. Én legalábbis a saját vezérlőmben átirtam ezeket aszinkronra.
Aztan az SD Kari libraryk sem mindegyike tul kezed joszag. Itt is hasonlo problema neha, hogy szinkron hivasok vannak es addig nem fut mas. Vagy az SPI nem Interrupt/DMA -val megy hanem SW-bol pollozva, esetleg meg rosszabb SW bit bang.
Az első lépés hogy egyáltalán tudjam ide-oda tekerni. Utána persze az hogy miként lehet CNC vezérlést csinálni belőle. Mindössze szeretném valamelyest megérteni hogyan is működik a rendszer, mielőtt a kész rendszereket összeteszem. Mert feltételezem mindenre van kész összeépíthető egység. Úgymint egy szerkesztő ami G kódot generálja, egy másik ami ezt átfordítja vezérlő jelekké(arduino), valamint egy másik ami tekergeti a motort.
Akár így is. De a kérdés az inkább, hogy mit szeretnél vele. Ha CNC vezérlés a cél akkor (ahogy én tapasztaltam) két út lehet. Az egyik a GRBL amihez kell egy PC ami átküldi a G kód tartalmát az ardu számára. A másik a Marlin, ami 3D nyomtatóhoz lett kitalálva, de használható - komprumisszumokkal - bármi más G kódos vezérlésre és ez tud SD kártyáról is dolgozni, tehát nem kell feltétlenlül PC kapcsolat hozzá.
Biztos vagyok benne hogy egyszerűt kérdezek. Valószínűleg le is van írva visszább a válasz. De ha nem gond nem tekerném át ezt a jópár oldalt. A kérdésem az hogy miként lehet egy arduinóval vezérelni a léptetőmotor vezérlőjét? Mert ha jól gondolom a léptetőmotor vezérlő pl TB67S109 vezérli a motort a beállításoknak megfelelően. A vezérlőt pedig a központi egység, jelen esetben egy arduino. Tehát hogyan lehet a Pull, Dir, Ena jelekkel vezérelni a vezérlőt? Biztosan van erről egy leírás vagy videó, csak még nem találtam meg.
Pali79 | 711
2018-04-14 13:32:11
[1044]
Nem ragaszkodom a GRBL-hez, lehet más megoldás is. Most a Marlint használom, de mivel az elsősorban 3D nyomtatóhoz készült, egy kicsit kompromisszumosnak érzem. Főleg az egy szem encodert mint kezelő felületet.
Sziasztok! A GRBL-nek van olyan normális megoldása, hogy PC nélkül SD kártyáról tud dolgozni?
Törölt felhasználó
2018-04-13 21:53:18
[1041]
Egy jobb air programozo lett az esplinktöl...
Törölt felhasználó
2018-04-10 15:30:47
[1040]
Tudom hogy gyorsulás, de ha nem elég magas a gyorsulásod akkor soha nem lehet magas a sebességed, legalább is sokáig kell várni. Majd később otthon megnézem pontosan a sebességet is, mert itt ami van az tudom hogy rossz és nem emlékszem rá pontosan. Azt tudom hogy az új gépemnek több mint 4000mm/min sebessége van a Z tengelyen mert azt tegnap este próbáltam ki először.
A programban mm/s egységet használ, az biztos, mert olyan 30 körüli értékeket tudtam neki adni ahol még lépésvesztés nélkül megy 4 mm-es emelkedésű orsóval. De a G kódban használt F értéket mm/min-nek veszi, mert oda be tudok írni F1200-at és megy is szépen.
#define DEFAULT_MAX_ACCELERATION { 4000, 4000, 40, 4000 } #define DEFAULT_ACCELERATION 3000 // X, Y, Z and E acceleration for printing moves #define DEFAULT_RETRACT_ACCELERATION 3000 // E acceleration for retracts #define DEFAULT_TRAVEL_ACCELERATION 3000 // X, Y, Z acceleration for travel (non printing) moves
Bár most nem otthoni PC előtt vagyok, lehet hogy már megváltoztattam ezeket, de majd este megnézem. A Z gyorsan megy, de nem annyira mint az X és Y, mivel 8mm (1.25mm/fordulat) csavarral megy direkt hajtással.
Inkább G1 Z50 F1200 kell használni. Ha én G0-al akarom használni akkor lassan megy nekem is... Marlin nem jól használja a G0 és G1 kódokat, G0 = maximális sebesség (F nem kell) CNC-világban, de nem a Marlin 3D printernek.
A Marlinban hiba van, sebességet mm/s-ben írja de az nem igaz, mm/min az igaz. Nem értem a Marlin programozí ezt miért nem javítják soha ki, az elején ez nagyon zavart engem, de már nem mert megszoktam.
Jó lenne ha a nyomtatóm valóban menne azokkal a sebességekkel... még 400mm/s (24m/min) is hatalmas lenne ha igaz lenne...
Senki sem haragszik, hogy beleszóltál, hisz segítő szándékkal tetted. Én is meglepődve tapasztaltam, hogy nem tesz különbséget. Számomra érthetetlen hogy miért van így, de így van sajnos.
Üdv én kérek bocsánatot hogy beleszóltam, igaz nem használok marlint, cnc shield megkülönbözteti. nem találkoztam olyan vezérlővel ami nem tudná, de legalább ennyivel is okosabb lettem.
A 4-es emelkedésű orsóval valóban kéne 1200-at tudnia. Még az jutott eszembe, hogy meg kéne próbálni kisebb mikrostep-pel, pl. fél lépéssel. Aztán már csak másik motor következhet
Nincs áttétel, a motor tengelye kuplunggal közvetlen a 10×4-es trapéz orsóra csatlakozik, ahogy a többi is. Majd holnap kipróbálom a driver cserét, de nem hinném, hogy azzal van a gond, mert a pontosság az rendben van, tehát annyit mozog amennyit kell. A többi tengely simán megy akkora sebességgel amennyi a programban be van állítva, akkor is ha a kijelzőn lévő encoderrel léptetem a tengelyeket.
Én úgy vettem észre, hogy nem tesz különbséget a G0-G1 között. Csináltam nemrég egy sorozat fúrást úgy, hogy G1 F50-nel mozgattam lefelé és simán G0-val felfelé. Ekkor vettem észre, hogy a G0-ra is ugyanazt az előtolást használja. Át kellett írjam a G-kódot olyanra, ahol minden mozgásnál megadtam az előtolás értékét, különben sose végeztem volna vele.
A műhelyes gépemen van marlin, de úgy emlékszem, deklarálva vannak valamelyik fájlban a mozgások mm/min mértékegységgel, tehát ezt használja G-kódból.
Prinx: Igazad van, elméletileg G0 után a max. speed-et kéne felvennie és értelmetlen F értéket adni, de úgy emlékszem, elfogadja az F paramétert. Palit megkérjük és majd kipróbálja. Aztán megnézi G1 után is ugyanazt. De valóban, G1-et kellett volna írnom.
Érzékelhetően gyorsabban megy, de meg sem közelíti az X, Y tengelyek sebességét. Egy kicsit idevágó kérdés csak, hogy biztosan jól értem-e: a configban a sebesség maxok mm/sec-ben vannak megadva, de ha a G kódban írom az F1200-at akkor az mm/min-t jelent ugye?
#define DEFAULT_MAX_FEEDRATE {50, 50, 50, 25} // (mm/sec) #define DEFAULT_ACCELERATION 100 // X, Y, Z and E acceleration in mm/s^2 for printing moves #define DEFAULT_AXIS_STEPS_PER_UNIT
Meg tudná nekem valaki mondani, hogy a Marlin-ban hol lehet beállítani a Z tengely sebességét? A Config-ban hiába adok neki bármilyen értéket csak gyökkettővel hajlandó mozogni. A többi meghajtás szépen beállítható, de a Z valamiért nem hajlandó gyorsabban menni.
Ami a fö problémád gondolatom szerint uno,nano,mini probálod megoldani? sajnos ezekben az alap bootloader nem támogat usb-hub emuláciot ami a projekted alapja ezért kell egy Arduino-Leonardo beszerezned hozzá ö támogat usb hub emuláciot (keyboard.h)...
2018-04-18 13:49:46
Kivancsi lennek majd a megoldasra.
még 400mm/s (24m/min) is hatalmas lenne ha igaz lenne...
