Welcome! Log In Create A New Profile

Advanced

New experimental firmware 0.65f-dc42

Posted by dc42 
New experimental firmware 0.65f-dc42
June 09, 2014 01:48PM
I've just released firmware 0.65f-dc42 at [github.com]. The changes since 0.65e-dc42 are just a couple of bug fixes:

* M221 command (set extrude factor override percentage) works again

* If a print from SD card was paused and reset, and then a new SD card file (or the same one) was printed, then depending on the file contents the printer would sometimes reset itself.

For differences from RRP's 0.65e and where to get the 0.90 web interface that is compatible, see [forums.reprap.org].

Edited 1 time(s). Last edit at 06/09/2014 05:36PM 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: New experimental firmware 0.65f-dc42
June 11, 2014 07:37AM
I've published a short blog article on getting the most out of my firmware fork at [miscsolutions.wordpress.com].



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: New experimental firmware 0.65f-dc42
June 11, 2014 05:28PM
Great article!
Thanks /Joar
Re: New experimental firmware 0.65f-dc42
June 12, 2014 01:45AM
Hi,


since the Firmware 065e-dc42 it seems that something is buggy with stopping the heatbed after printing. The hotend cools down after end the print, but the bed does not turn off.
I´ve updated to 065e, edited config.g to T1 and also updated to web 0.90.


After a dowgrade to FW 059e it works again.


Greetings
Re: New experimental firmware 0.65f-dc42
June 12, 2014 02:40AM
Quote
muggi
The hotend cools down after end the print, but the bed does not turn off.

What do you have in tour end gcode? Is M140 S0 in there? If you have any G10 P0 commands, those would now affect the bed heater instead of the extruder/hotend, and that could confuse things.
Re: New experimental firmware 0.65f-dc42
June 12, 2014 03:01AM
Hi fstck,

here is my endcode:

G1 X2 Y190; park the machine
M104 S0 ; turn off extruder temperature
M140 S0; turn off bed temperature
M1
Re: New experimental firmware 0.65f-dc42
June 12, 2014 03:15AM
Please try firmware 0.65f-dc42. If the problem persists then please post a smallish gcode file that demonstrates the problem.



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: New experimental firmware 0.65f-dc42
June 12, 2014 04:52AM
Hi dc42,

i have updated to 65f, web 0.90, edited config.g from T0 to T1.

Here is my testprint-gcode (start and end). The bed didn´t power of after print.


; generated by Slic3r 1.0.1 on 2014-06-12 at 09:49:54

; layer_height = 0.2
; perimeters = 2
; top_solid_layers = 3
; bottom_solid_layers = 3
; fill_density = 0.40
; perimeter_speed = 45
; infill_speed = 40
; travel_speed = 110
; nozzle_diameter = 0.3
; filament_diameter = 1.75
; extrusion_multiplier = 1
; perimeters extrusion width = 0.30mm
; infill extrusion width = 0.30mm
; solid infill extrusion width = 0.30mm
; top infill extrusion width = 0.30mm
; first layer extrusion width = 0.60mm

G21 ; set units to millimeters
M107
M190 S60 ; wait for bed temperature to be reached
M104 S215 ; set temperature
; layerHeight = 0.2
M109 S215 ; wait for temperature to be reached
G90 ; use absolute coordinates
M83 ; use relative distances for extrusion


G1 F3600.000 E-2.40000
G1 Z0.200 F6600.000
G1 X86.362 Y86.250 F6600.000
G1 E2.40000 F3600.000
G1 X86.972 Y85.670 E0.03899 F1080.000
G1 X87.882 Y84.890 E0.05552
G1 X88.932 Y84.110 E0.06059
G1 X89.862 Y83.500 E0.05152

G1 F3600.000 E-2.40000
M107
G1 X2 Y190; park the machine
M104 S0 ; turn off extruder temperature
M140 S0; turn off bed temperature
M1
; filament used = 1156.6mm (2.8cm3)

greetings
Re: New experimental firmware 0.65f-dc42
June 12, 2014 07:00AM
Thanks for the sample, I reproduced the problem.

This behaviour is a feature of the RRP 0.65e firmware that got fed into mine when I did the merge. The M190 command sets both the active and the standby bed temperatures to the value you give. I don't know why it sets the standby temperature, and there is a FIXME comment and query on that line of code. Then, when you execute M1 at the end, it sets the bed heater to the standby temperature - thus cancelling the M140 command you just sent.

I'll change this in my next release to not set the standby temperature when processing M190. In the meantime, I suggest that you don't use M190 to set the bed temperature. Use M140 followed by M116 instead. That way, the standby temperature won't get set. Alternatively, add command G10 P0 R0 after the M190 command, which should reset the bed standby temperature to 0.



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