Forum Replies Created
-
AuthorPosts
-
MakerboostMember
Which 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.
MakerboostMemberJust 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
MakerboostMemberThat’s great news. Thank you for the update!
MakerboostMemberCould 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.
MakerboostMemberThat 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 😉MakerboostMemberDo 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? #4846MakerboostMemberShould 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? #4844MakerboostMemberThank you for your update, I’ll try the dev branch today 🙂
MakerboostMemberAh, my mistake. Thank you for the informative link!
MakerboostMemberCorrect 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, 2 months ago by Makerboost.
October 18, 2013 at 2:19 am in reply to: Could Jerk be causing my extended ShapeOko to miss steps? #4823MakerboostMemberArcs 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.
MakerboostMemberWhat kinds of problems are you experiencing?
MakerboostMemberI’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? #4809MakerboostMemberThank 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? #4807MakerboostMemberNew 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.
-
AuthorPosts