Welcome! Log In Create A New Profile

Advanced

RADDS work now stable with RepRap Firmware

Posted by angelo 
Re: RADDS work now stable with RepRap Firmware
November 03, 2016 12:50PM
I'm on 1.13a : The only feature I've found missing is the ability to update the firmware off the SD card directly now: I tried to update to Dan's 1.14 port via the SD and M997 S0, but was unsuccessful. I talk about this experience a few pages back. That's the only 'bug' I've found so far. But yah, otherwise I'm really enjoying the firmware, especially with the 5-point bed leveling, it's like magic!

Quote
o_lampe
I'm pretty happy with the RRF version1.13 I'm running on my RADDS. I didn't miss a feature yet; it's bug free AFAIK, what else do I need??
RADDS only drawback compared to the duet is, it doesn't fit under my deltas heated bed winking smiley
Re: RADDS work now stable with RepRap Firmware
November 04, 2016 05:16AM
Quote
AK_Eric
The only feature I've found missing is the ability to update the firmware off the SD card directly now

Without any future FW updates, you won't miss much, right? winking smiley
But editing the config files on the SD-card is a drag without the ability to use Chrishamm's browser tool.
Re: RADDS work now stable with RepRap Firmware
November 23, 2016 02:24PM
Today I tried to print my first part with the delta/diamond/RADDS RRF v1.14 combo and observed a fault, I'd seen with other hotends before:
The extruder builds up pressure and works for awhile, but ( at a turning point of a track?) the stepper gets pushed backwards.
It's not a retraction. The stepper seems to loose torque ( gets disabled for a blink ?) and that causes the filament to grind through the extruder gears.

In marlin we had a feature to disable steppers when unused ( convenient for z-axis on a Prusa ) but in RRF v1.14 I haven't seen such parameter.
Is it a known bug? Maybe related to RAPS128?

THX
Olaf
Re: RADDS work now stable with RepRap Firmware
January 03, 2017 05:31AM
RRF reduces the motor currents when motors are idle instead of disabling them, to help them hold position. But RADDS doesn'the support software control of motor current.

Edited 1 time(s). Last edit at 01/03/2017 03:23PM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 03, 2017 05:38AM
I have just released RepRapFirmware version 1.17a. There is an untested RADDS build of it at [github.com]. Remember to follow the link and then press Raw if you want to download it. See [github.com] for the change list and important upgrade notes.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 03, 2017 02:55PM
i can confirm the current/official RADDS port works very well (i'm using it on a cartesian printer). I use RAPS128 @ 1/32 and 0.9 steppers. with 1/128 microstepping i had performance issues. i plan to use different drivers anyway so this is not a big deal for me.

thanks @dc42 for doing the extra work!
Re: RADDS work now stable with RepRap Firmware
January 03, 2017 03:21PM
Thanks for trying it. I would expect that you should be able to use at least 64x microstepping unless you are using 0.9deg motors or trying for very high travel speeds.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 03, 2017 04:30PM
you are right the problems with 1/128 and 0.9 steppers where at travel speeds set to 300mm/s. the 1/32 works flawlessly for >2weeks almost continous printing (i tested the previous radds versions as well). print speed usually at 100-120mm/s and travel 300mm/s. steps/mm roughly 226.
Re: RADDS work now stable with RepRap Firmware
January 04, 2017 03:32AM
That explains it. With 128x microstepping and 0.9deg motors, if your printer has 20 tooth pulleys then your steps/mm would be 1280. At 300mm/sec that's a step pulse rate of 384kHz, which is faster than the Duet WiFi can manage. The limit is 240kHz when just one motor is moving.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 04, 2017 04:44AM
Quote
dc42
I have just released RepRapFirmware version 1.17a. There is an untested RADDS build of it at [github.com]. Remember to follow the link and then press Raw if you want to download it. See [github.com] for the change list and important upgrade notes.

That's awesome David!
I owe you a beer or two grinning smiley smileys with beer
I'll test it as soon as my diamond hotend is unclogged. (which is a nightmare to do)
Re: RADDS work now stable with RepRap Firmware
January 04, 2017 07:53AM
OK, I couldn't wait and updated to 1.17a using the method described at dnewmans github page:
Rename the file to RepRapFirmware.bin; copy to /sys folder and send M997 S0 *
The update process ended with an communication failure, but obviously it has worked. thumbs up ( IMHO it was a fault in my Due's reset routine )

*David, if you decided to update the RADDS-branch frequently from now on, could you please add this method to your Wiki as "backup method #2" ?



I powered up the printer and was surprised to see the steppers weren't enabled at startup. Maybe an issue with RAPS128 requiring a different R parameter in M569 P0 S1 R1?
It is set to R1 in my config.g, but steppers only work after sending G28.

Of course I also got heater faults and started M303 autotuning.
Usually, the hotend fan automatically kicks in at 50°C, but with autotuning it doesn't. Is that on purpose? Should I leave it off during tuning?
Anyway, I wanted to end the tuning session with M0, but the temp climbed on. I pulled the plug and now wait until the hotend is cooled down.

Edited 1 time(s). Last edit at 01/04/2017 07:54AM by o_lampe.
Re: RADDS work now stable with RepRap Firmware
January 04, 2017 10:51AM
i can't comment on autotune because my dyzendx with 500C thermistor and 60W heater did not work this way. had to find suitable values manually.

my hotend fan starts automatically when temp is >60. i use the following config:

M307 H1 A500.0 C200.0 D5.0 B0 S0.8
M305 P0 T100000 B4719 R4700 L0 H0   
M305 P1 T4700000 B5253 R4700 H0 L0
M106 P1 S1 I0 F500 H1 T60    ; hotend fan on when temp >60      
M563 P0 D0 H1 ; tool 0 uses heater 1

hope that helps.

if you used repetier before you might have the hotend and part fan mixed up.

ohh and for programming i used:

stty -F /dev/ttyACM0 1200
bossac -e -v -w -b RepRapFirmware-RADDS-1.17a.bin

Edited 1 time(s). Last edit at 01/04/2017 10:55AM by xor_ea_ebx.
Re: RADDS work now stable with RepRap Firmware
January 04, 2017 05:25PM
Auto tuning turns on any thermostatic fans but leaves the print cooling fan off. This is intentional. In a future firmware version I intend to tune with the print cooling fan both on and off, so that I can implement feed-forward control when the fan speed changes.

Information on RADDS doesn't really belong on the Duet3D wiki, also I am not the right person to write about RADDS because I don't use it. In the long term we may migrate the wiki to RepRapFirmware.org; but in the mean time, perhaps you should create a wiki page about using RepRapFirmware on RADDS here on reprap.org?



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 05, 2017 03:33AM
The M106 command has evolved a lot since v1.14!
I think, I better review my config.g for more improvements.

Quote

...perhaps you should create a wiki page about using RepRapFirmware on RADDS here on reprap.org?

I'd love to contribute more than I do at the moment, but my technical English is so poor, it takes hours to write a few sentence here in the forum.
If someone would start a wiki page, I'd love to chime in.

Edited 1 time(s). Last edit at 01/05/2017 03:37AM by o_lampe.
Re: RADDS work now stable with RepRap Firmware
January 06, 2017 04:38AM
Happy new year to everyone,

DC42, big thanks for the RADDS firmware update !
I have upgraded to it.

I have a few questions :
1/ For now, your IR sensor has 4 led blinking at startup. Before (1.14 firmware), there was only 2. Is there any difference ?

2/ I want use PID tuning. I have read your documentation [duet3d.com]
What I have to do :
Delete the M301 lines
Use M303 command to make the M307 lines
Insert the M307 lines into the config.g file

I'm right ?

3/ Here are my results :
M303 H1 P0.5 S240
Auto tuning heater 1 - do not leave printer unattended
Auto tune heater 1 with PWM=0.50 completed in 404 sec, maximum temperature reached 235.4C
Use M307 H1 to see the result
>>> M307 H1
SENDING:M307 H1
Heater 1 model: gain 467.8, time constant 140.4, dead time 4.1, max PWM 1.00, mode: PID
Setpoint change: P13.0, I0.093, D37.5
Load change: P13.0, I1.146, D37.5

What do we do with the two last lines ?

4/ is my m307 right ?
M307 H1 A467.8 C140.4 D4.1 B0

Thanks

Edited 1 time(s). Last edit at 01/06/2017 04:39AM by shofman.
Re: RADDS work now stable with RepRap Firmware
January 07, 2017 03:35AM
1. Blinking 4 times is correct if you have the Z probe configured as type 1, i.e. M558 P1 in config.g.

2. Yes, although instead of entering the M307 lines in config.g, you can run M500 to save them to config-override.g. Then include M501 near the end of config.g to invoke config-override.g.

3. Ignore those last 2 lines unless you find that those computed PID parameters don't work well enough.

4. Yes.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 07, 2017 04:48AM
Yes I have a M558 P1 in config.sys.

For my bed, I think the P value is too slow :
M303 H0 P0.5 S130
Auto tune heater 0 with PWM=0.50 completed in 2064 sec, maximum temperature reached 74.6C
Use M307 H0 to see the result
>>> M307 H0
SENDING:M307 H0
Heater 0 model: gain 111.4, time constant 547.9, dead time 7.0, max PWM 1.00, mode: PID
Setpoint change: P126.1, I0.230, D614.5
Load change: P126.1, I5.333, D614.5

So the M307 line is M307 H0 A111.4 C547.9 D7.0 B1
I have a big bed (diam 30 cm) with lot of power (24V 15A ), so what is an acceptable delay to have a result ?
Re: RADDS work now stable with RepRap Firmware
January 07, 2017 12:37PM
The P value you use when you auto tune the bed isn't too critical as long as the temperature gets high enough. It's quite common for auto tuning the bed to take a long time, because of the long time constant. It might be a little quicker if you use P=0.8. If you go higher than that, you risk exceeding your 130C maximum temperature.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 07, 2017 03:53PM
Ok
We are ok that the objective is to be near from the limit (S130) if we want a good measure ?

I will test different values
With 0.6 :
>>> M303 H0 P0.6 S130
SENDING:M303 H0 P0.6 S130
Auto tuning heater 0 - do not leave printer unattended
Auto tune heater 0 with PWM=0.60 completed in 3473 sec, maximum temperature reached 93.1C
>>> M307 H0
SENDING:M307 H0
Heater 0 model: gain 164.7, time constant 1276.0, dead time 10.0, max PWM 1.00, mode: PID
Setpoint change: P138.7, I0.109, D967.9
Load change: P138.7, I3.627, D967.9

Not enough (P0.6) ?
Re: RADDS work now stable with RepRap Firmware
January 07, 2017 06:57PM
Quote
dc42
I have just released RepRapFirmware version 1.17a. There is an untested RADDS build of it at [github.com]. Remember to follow the link and then press Raw if you want to download it. See [github.com] for the change list and important upgrade notes.

Thanks! Just got it installed without a hitch with successful test print. Feel like I've caught up again winking smiley
Re: RADDS work now stable with RepRap Firmware
January 08, 2017 02:32PM
Many thanks to dc42 for this RADDS build!

I have installed 1.17b and run autotune on my e3d v5 clone (a 40W heater I think). M303 H1 P0.5 S240 exceeded 240C and aborted. Trying P0.45 seems to have worked but produced a "heater over-powered" warning:

>>> M303 H1 P0.45 S240
SENDING:M303 H1 P0.45 S240
Auto tuning heater 1 - do not leave printer unattended
Warning: Heater 1 appears to be over-powered and a fire risk! If left on at full power, its temperature is predicted to reach 506C.
Auto tune heater 1 with PWM=0.45 completed in 379 sec, maximum temperature reached 226.6C
Use M307 H1 to see the result
>>> M307 H1
SENDING:M307 H1
Heater 1 model: gain 486.8, time constant 130.8, dead time 7.3, max PWM 1.00, mode: PID
Setpoint change: P6.6, I0.050, D33.6
Load change: P6.6, I0.385, D33.6

I've tried P values down to 0.2, all of which produce the same warning (but fail to reach a reasonable temp). I don't think there's anything unusual about my hotend, which has been working fine with previous versions of RRF, except that I have insulated the heating block with kapton tape. Could that be the cause?

The M307 parameters themselves are working very well.

Edited 1 time(s). Last edit at 01/08/2017 02:49PM by spinor.
Re: RADDS work now stable with RepRap Firmware
January 08, 2017 03:18PM
Insulating the heater block with either Kapton tape or the E3D silicone sock increases the heater gain, hence you get the warning. Ideally you would use a 25W or 30W heater instead of 40W.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 08, 2017 04:02PM
Thanks.

I just finished a print and noticed that, despite being in a nice steady state before the print (+/- 0.1C), during the print the temperature started fluctuating +/-5C around the 205C set point. I dropped this to 200C and the fluctuations dropped to around +/-2C. I attach a shot of the Octoprint graph. It's possible that my thermistor isn't secure enough, though I didn't notice this behaviour in RRF 1.14.
Attachments:
open | download - temps.jpg (48.1 KB)
Re: RADDS work now stable with RepRap Firmware
January 09, 2017 03:46AM
Quote
spinor
I just finished a print and noticed that, despite being in a nice steady state before the print (+/- 0.1C), during the print the temperature started fluctuating +/-5C around the 205C set point. I dropped this to 200C and the fluctuations dropped to around +/-2C. I attach a shot of the Octoprint graph. It's possible that my thermistor isn't secure enough, though I didn't notice this behaviour in RRF 1.14.

If the oscillations are regular, it may be that the auto tuning hasn't got the PID parameters quite right. Increasing the D parameter in the M307 command for that heater may fix that. If you prefer, you can set manual PID parameters using an M301 command after the M307.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 09, 2017 05:42AM
Thanks again. I tried varying D in M307 during the print without much luck. I then issued my old M301 command and the oscillations stabilised to what I'm used to seeing (+/- 1C). So for now I will override the autotune settings with the old PID parameters. Will try again once I get a 30W heater.

Interestingly, the problem only started a few minutes into the print when the effector went through a series of rapid movements, at which point the temperature dropped from 205 to below 200, then up to 210, etc. At the beginning of the print (the first few layers being smooth 100% infill) the temperature was extremely stable. I suspect that my thermistor may be moving under high acceleration (it's not easy to secure), but for some reason it doesn't seem to cause much of a problem with the manual PID settings. When working properly (eg heat-up and steady operation), the autotune settings are much more stable than my old PID parameters (which tend to overshoot and oscillate more) so I hope to get it working at some point.

Edited 1 time(s). Last edit at 01/09/2017 05:46AM by spinor.
Re: RADDS work now stable with RepRap Firmware
January 09, 2017 04:25PM
I've run through the autotune session too and noticed the "F"- parameter wasn't explained very well in the Wiki.
I've chosen F500 because I saw it from another user.
Maybe a wrong PWM frequency can get the whole planner " out off tune" as soon, as the tracks get shorter?

David, what is the default PWM frequency and what are recommended values?
Re: RADDS work now stable with RepRap Firmware
January 09, 2017 04:49PM
Which F parameter are you referring to?

The heater PWM frequency is 250Hz for extruders, and 10Hz for bed and chamber heaters.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Re: RADDS work now stable with RepRap Firmware
January 10, 2017 03:18AM
Quote
dc42
Which F parameter are you referring to?

The heater PWM frequency is 250Hz for extruders, and 10Hz for bed and chamber heaters.

eye rolling smiley My bad
I confused the PID setting with the new M106 fan control. I've done both at the same day....
Re: RADDS work now stable with RepRap Firmware
January 16, 2017 12:06PM
dc42 thank you for the update. There are a number of new features in RRF that I have been waiting for like PID autotune. Are you taking over the RADDS development for RRF going forward?
Re: RADDS work now stable with RepRap Firmware
January 16, 2017 01:38PM
No, I am not taking over RADDS development of RRF. But I will try to not make changes that break the RADDS build. The RADDS build that I publish on github are untested, unlike the Duet builds.

Edited 2 time(s). Last edit at 01/16/2017 01:39PM by dc42.



Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].
Sorry, only registered users may post in this forum.

Click here to login