AK_Eric
About
- Username
- AK_Eric
- Joined
- Visits
- 77
- Last Active
- Roles
- Member
Comments
-
I have the SD6128: It only has one pot. Maybe there is some way to configure that through firmware? I'll have to look into it, thx.
-
On a side note, I switched to 1/16 microstepping, they still show up. Bah!
-
To follow up: I installed RepRap Firmware on my bot: Same exact lines are showing up with that firmware.... so this isn't a firmware issue. At this point, I'm leaning towards it being something with the RADDS board itself, or the SD6128 stepper d…
-
Thanks for the feedback, but I'm not sure what you mean by this:"is not necessary if you set y back on home to 21mm. Then homing would go back 21mm after endstop is hit and assign that y=0, so no tricks required." If you mind, can you explain what y…
-
Yep, I think it's the G92 like you thought: After you suggested that I went looking...But to answer your question, it's a custom-built core-xy bot, called a "C-Bot":http://www.akeric.com/blog/?page_id=3063 When the machine starts a print, it (amon…
-
I agree that homing is a good idea: I was just trying to troubleshoot all possibilities of what could be causing it to fail and finally found that was it.I don't believe it's a 'z height added to y position' issue though : All of these tests were d…
-
Figured it out: The 're-homing' step, after the filament was loaded, was bugging me. So I went back into the configuration tool: In the features tab under the "Filament Change" section, I set the "Homing after Filament Change" to "No Homing". Or …
-
AAAAaaand solved:The 're-homing' step, after the filament was loaded, was bugging me. So I went back into the configuration tool: In the features tab under the "Filament Change" section, I set the "Homing after Filament Change" to "No Homing".That…
-
I tracked this down:https://github.com/repetier/Repetier-Firmware/blob/master/src/ArduinoDUE/Repetier/Repetier.ino Which lists M401 & M402 to store, and restore the positions. Seems like it should fix the 'offset' issue. I add this to my Gcod…
-
Inserting M600 into the gcode did cause it to pause for filament change. So that's good. But, the exact same problem happened after, from my other post:http://forum.repetier.com/discussion/2052/lcd-change-filament-doesn-t-return-to-correct-position…
-
I'll give M600 a shot: I hadn't, since the reprapwiki say that it is unsupported by Repetier:http://reprap.org/wiki/G-code#M600:_Filament_change_pause And it didn't seem to be listed at all here:https://github.com/repetier/Repetier-Firmware/wiki/G-…
-
Unfortunately not. For 1/32 microsteps:The SD1628 the dips are on,off,on.The DRV8825's, it's on,on,onhttp://doku.radds.org/dokumentation/radds/ So I have to basically take everything apart to access that. Not impossible, but not something I want t…
-
I saw there is a M25 that will pause an SD print, but this is to be sent to the running machine via host software, not added to the gcode directly (since you have to unpause it manually via M24). The RepRap wiki suggest using M226 to do a gcode ini…
-
Sounds like a good next step: To do that, I'll have to completely unwire my board to remove it from the case since all the dip switches I'd need to update to support this are on the back side of the board. Sigh, wish they would have put them under…
-
So I tried two more tests: .9v, and just over 1.0v (while holding two fans blowing directly at them) : In both instances, the behavior did not change: Exact same lines\dots popping up in no greater or lesser quantities. The issue thus appears to …
-
When I first got them I'd set them to .9v: This caused them to nearly turn to molten slag. But like you said maybe they need to be cooled down in the process. I'll try some more tests, thanks.
-
Changed the ref voltage from .58 a piece up to .75v: Printed again, exact same results.
-
Background: They're the same steppers I was using with my RUMBA board (with Marlin), with DRV8825's set to 1/32 microstepping: http://openbuildspartstore.com/nema-17-stepper-motor/These lines\dots never showed up in that config. The steppers are …
-
ekaggrat : That looks like a different problem from what I'm seeing. My lines are super tiny and very regular. Yours almost look like problem with the mechanics of your machine, if I could theorize about it. The screen-left vertical edge of the R…
-
Any chance on this getting fixed? I just upgraded from 92.8 to 92.9, the bug is still present. Still sets my temp type back to 14, even though the uploaded value is 8.
-
Ok, my eeprom wasn't being updated, that's the issue with the steps per mm, got that fixed. Ok, reprinted with those updated settings and.... same exact lines show up. Was worth a shot.Also, whenever it homes or moves the nozzle to start the print,…
-
I did a complete download\install of the latest firmware 92.9, added this line to my configuration.h:#define FAST_COREXYZ Halved my steps per mm on X&Y, and re-uploaded... Right now, everything is traveling twice as far as it should. As if I sh…
-
Thanks, I'll give that a shot. Feedback appreciated!
-
Nope. No replies here, or anywhere else I asked. They're still showing up
-
That does sound weird, In the past I went the other way (1/16 to 1/32) and all I had to do was double my steps per mm. If you halved the steps per mm in the firmware and it's only going half as far... it feels more like the dip switches are set inc…