Forum Replies Created
-
AuthorPosts
-
Makerboost
MemberWhich tinyg.hex file did you flash it with?
I’ve bought an STK500 compatible programmer that I’ve used to program AVR chips with successfully in the past, and now more recently I’m using an AVR Dragon that comes with debugging capabilities.
I know you can use the arduino as an ISP device, but it’s much easier to just use Atmel Studio 6.1 and for example Olimex AVR-ISP-MK2 to program new firmware.
Makerboost
MemberJust a question about updating firmware, as I never really know for sure. Is it best practice to revert to factory settings after flashing? I.e. using $defa=1
Makerboost
MemberThat’s great news. Thank you for the update!
Makerboost
MemberCould this be attributed to backlash? Do you have MXL or GT2 timing belts? MXL belts are designed for linear motion in one direction only, and gives you some backlash when reversed. GT2 belts are better for bidirectional movement because the teeth are round and fit snugly into the pulley groves.
Makerboost
MemberThat is exactly the problem I’ve been having. My motors kept missing steps at the end of arcs, and I’ve had to be really careful to cut useful pieces. I’m really looking forward to the update as my machine is not very fun to use at the moment.
It’s nice to see the problem replicated on your machine alden 😉Makerboost
MemberDo you have a direct link to the diagram?
October 22, 2013 at 11:38 am in reply to: Could Jerk be causing my extended ShapeOko to miss steps? #4846Makerboost
MemberShould I use the debug tinyg.hex file or compile a release file myself?
October 22, 2013 at 12:43 am in reply to: Could Jerk be causing my extended ShapeOko to miss steps? #4844Makerboost
MemberThank you for your update, I’ll try the dev branch today 🙂
Makerboost
MemberAh, my mistake. Thank you for the informative link!
Makerboost
MemberCorrect me if I’m totally off base, but shouldn’t negative radius create a G2 code instead?
If you wanted a G3 code, but you’re inverting the radius, then you’re telling it to go CW instead?
Long day at work, so my mind is not working at peak efficency 😉
-
This reply was modified 11 years, 6 months ago by
Makerboost.
October 18, 2013 at 2:19 am in reply to: Could Jerk be causing my extended ShapeOko to miss steps? #4823Makerboost
MemberArcs converted into lines, made the machine stutter a lot as it accelerates/decelerates through tiny line segments. Stepper motors skipped steps here aswell, just in different places than it used to.
I’m going to check the EMC2 post processor directives in CamBam, and put in very conservative values.
Makerboost
MemberWhat kinds of problems are you experiencing?
Makerboost
MemberI’m going to try tgFX with my Intel i7 950 machine with Windows 7 x64 and 12GB RAM.
cmcgrath5035: Are you using a dual Y motor solution? You might want to change the $4tr setting to 36.540 mm instead of 360 to make it the same as your other Y motor. Also make sure to set motor 2 or 4 to reversed, depending on your wiring.
Try to change the following values aswell. It creates a smoother operation with less jerk at end of lines.
$ja=50000
$xjm=1000000000
$xjh=10000000000
$xjd=0.02
$yjm=1000000000
$yjh=10000000000
$yjd=0.02
$zjm=5000000000
$zjh=10000000000
$zjd=0.05Personal preference, but you’ll find your own by experimenting 😉
October 17, 2013 at 3:04 pm in reply to: Could Jerk be causing my extended ShapeOko to miss steps? #4809Makerboost
MemberThank you for your help, I really appreciate it!
Going to see if I can make it arcless in CamBam and run a test.
October 17, 2013 at 2:49 pm in reply to: Could Jerk be causing my extended ShapeOko to miss steps? #4807Makerboost
MemberNew development; I created the same job in Vectric Cut2D, and it worked like a charm. I don’t think it’s got anything to do with my machine, PSU or heat. The G-code created by CamBam does something that makes the motors skip a step. Until I find out what, I’m going to have to get a new CAM software.
-
This reply was modified 11 years, 6 months ago by
-
AuthorPosts