RADDS work now stable with RepRap Firmware

Quote
ICanBeRobot
I have a question about the iapadds.bin update method. If something goes wrong with the upgrade process such as a unexpected power failure, is the due bricked or can you just use bossac to reflash it?

Quote
dc42
You can press the Erase button and use bossac to reflash it.

Quote
ICanBeRobot
Nandox7 - You will want to double check which wires are for which of the two coils on your stepper and make sure you keep the polarity of the coils correct. If you flip the polarity on A coils and the B coils around the stepper will run in reverse. If you flip just the A coils or just the B coils they wont work at all.

G1 E10 F600

G1 E-10 F600

Quote
shofman
Hi everyone,

I'm using repetier on RADDS with an LCD screen and Wifi card (ESP8266).
This screen, with this configuration : [github.com]

Can this screen be supported on RRF with this configuration ?
And the wifi card, with this solution for example : [github.com]

Thanks
@++

Quote
AK_Eric
Question about G1 and extruding filament.

If I from a terminal issue this:

G1 E10 F600

It will spool out 10mm of filament
If I run it again, nothing happens.
If I then do this:

G1 E-10 F600

It will retract 10mm. But then retract no more. However, it'll let me extrude 10mm again. Or even 100mm on the next try. But then I have to retract 100mm before I can extrude again.

This is quite different behavior from what I'm used to in Sailfish\Marlin\Repetier. I've tried both putting it into absolute\relative modes G90\G91 first, but that has no effect on things.
What am I missing here?
Thanks!

Quote
shofman
Hi everyone,

I'm using repetier on RADDS with an LCD screen and Wifi card (ESP8266).
This screen, with this configuration : [github.com]

Can this screen be supported on RRF with this configuration ?
And the wifi card, with this solution for example : [github.com]

Thanks
@++

Quote
dc42
Use M83 to put the extruder in relative mode.

Quote
AK_Eric
Thanks dc42, that did the trick!

Quote
dc42
Use M83 to put the extruder in relative mode.

Quote
dnewman
I use an Octopi with my RRF on RADDS. Works great. There is a mismatch in SD card file ops between OP and RRF, there being no "standard" for how the gcode/mcode commands work. Earlier in this thread AK_Eric worked with the OP folks -- Mark Walker namely -- to get OP updated to be able to work with RRF correctly. (OP was, for instance, forcing SD card file paths to have a leading "/" in their name which actually has meaning to RRF.)

Quote
AK_Eric

Quote
AK_Eric
Thanks dc42, that did the trick!

Quote
dc42
Use M83 to put the extruder in relative mode.

Or... not:
So when I first turn on the machine, before doing a print doing a M83 lets me extrude \ retract as much as I need, no problem.
However, I start a print off the SD:
Pause via M25.
During the Pause, I enter a M83 again : Retract a bunch of filament. Then extrude some back in.
Unpause the print: Immediately the extruder retracts as fast as it possibly can (picture a stepper whirring as fast as it possibly can), for a good 10+ seconds, either divoting the line due to the extreme speed, or just snapping it.
I've tried this a couple times now, thinking I need to enter a M82 before I unpause, but it's the same result.
Now what am I doing wrong?
Thanks

Quote
dc42

Quote
AK_Eric

Quote
AK_Eric
Thanks dc42, that did the trick!

Quote
dc42
Use M83 to put the extruder in relative mode.

Or... not:
So when I first turn on the machine, before doing a print doing a M83 lets me extrude \ retract as much as I need, no problem.
However, I start a print off the SD:
Pause via M25.
During the Pause, I enter a M83 again : Retract a bunch of filament. Then extrude some back in.
Unpause the print: Immediately the extruder retracts as fast as it possibly can (picture a stepper whirring as fast as it possibly can), for a good 10+ seconds, either divoting the line due to the extreme speed, or just snapping it.
I've tried this a couple times now, thinking I need to enter a M82 before I unpause, but it's the same result.
Now what am I doing wrong?
Thanks

If your gcode file was sliced using absolute extruder coordinates, then yes you do need to enter M82 before resuming, if you sent M83 when paused other than in a macro file.

With RepRapFirmware, we recommend you slice using relative extruder coordinates. All slicers that I know of except Cura can do this.

Quote
shofman

Quote
dnewman

Question about octoprint with RRF : is it possible to update the configuration file on the SD card from it ?

@++

Nope, but once set you dont change the config all the time, plus you can enter the change you need in terminal and it will apply but will reset to the config.g on sd card once you reboot the radds, its useful to change thing on the fly or try need setting.

ps: Je croit que tu parle francais ( Les Anglais ne disent pas @+ ), si tu as besoin d'info ou besoin d'explication en francais sur RRF n'hesite pas a me PM

Edited 1 time(s). Last edit at 07/01/2016 09:43AM by GroupB.

Quote
GroupB


ps: Je croit que tu parle francais ( Les Anglais ne disent pas @+ ), si tu as besoin d'info ou besoin d'explication en francais sur RRF n'hesite pas a me PM

Quote
o_lampe
Where would I put my z-probe connectors? On a duet it'd be the E0 endstop, but I've found no dokumentation about it on doku.radds.....
Searching the forum for [radds z-probe (all words)] showed each comment where radds was included.
WTF does all words mean then?

Quote
o_lampe

Best way will be to extend the external SD_card port to the outside of the enclosure and also wire the reset pin to a panel.
.