New experimental firmware 0.78m-dc42 and web interface 0.99

I've released these at [github.com] and [github.com] respectively. The motivation for this release is to make dual-nozzle printing easier by providing easy adjustment of standby temperatures, and to better support disconnecting and reconnecting to the Duet via the web interface.

Changes to the firmware since 0.78k-dc42:

Quote

1. Bug fix: changing the heat sample interval via the M135 command no longer requires the I and D PID parameters to be scaled.

2. Bug fix to the JSON variable name of the extrusion factors array in the web server status response. Needed to support web interface 0.99.

3. When saving the name of a file being printed, ensure that the name of the file is null terminated, to prevent possible buffer overflow later on.

4. Removed redundant function SetStepHypotenuse and associated variables.

Changes in web interface 0.99 since 0.98:

Quote

1. The active and standby temperatures of each tool are now displayed and can be independently adjusted.

2. Setting the active temperature of a tool no longer selects it. To select a tool, click on the "Head 1" or "Head 2" text.

3. When connecting, the active and standby temperatures, speed factor and extrusion factors displayed are synced to the values currently in use on the printer. If a file is being printed, then the file data and print progress are displayed.

Notes for users upgrading from earlier versions:

Quote

1. Web interface 0.99 requires firmware 0.78m-dc42. Versions 0.95 and later of the web interface should work with 0.78m-dc42. So update the firmware first, and the web interface after you have the new firmware running.

2. As with the RRP 0.78a official release, the X motor connections should be reversed compared with RRP firmware 0.78 and earlier or my firmware 0.78j-dc42 and earlier.

3. If upgrading from 0.65 or 0.57 series firmware, there are other changes you need to make, described in other threads.

Edited 1 time(s). Last edit at 08/25/2014 10:33AM 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].

Hi,
I just upgraded to 0.78m from 0.65j (havent used in a while ) I also uploaded web interface 0.99 . When I try to connect to 192.168.1.14 I get not available messages on opera, I also tried it on Chrome and firefox got same result. I can connect via pronterface and M115 reports FIRMWARE_NAME:RepRapFirmware FIRMWARE_VERSION:0.78m-dc42 ELECTRONICS: Duet + Extension DATE:2014-08-24 which is what I expected so any idea what is wrong with my system? My router reports that mac address be:ef:de:ad:fe:ed at ip address 192.168.1.14 is connected for 0days 1hrs 32mins 53s

Alan

Hi David,

thanks for your work. I will test it after my current print.

One feature request, what about a mobile phone webcontrol layout to control the ormerod with the smartphone?

Hi Alan, did you extract all the web files to the SD card, not just reprap.htm?

Hi muggi, when I have done the work on the LCD display, I have it in mind to write a mobile web interface using the same layout.

---

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].

I've just done a minor firmware update to fix a bug (introduced at version 0.78i) with listing the SD card files from Pronterface. So the current version of my firmware fork is now 0.78n-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].

Hi David,

i upgraded von 078k to 078n and want to print a self modded heatsink duct.

Every went fine, update, new web interface, start up.....

So i uploaded the gcode and started the print over the webinterface 099. Bed reaches the print temperature, noozle 1 is selected and heats up (-print temp =205) slower then in FW 078k, reaches about 200 degrees and the heater shuts down and it cooled down to room temperature - nothing more happens...

Beginning of the printed file and my config.g (attached):

; generated by Slic3r 1.1.7 on 2014-08-26 at 18:12:06

; perimeters extrusion width = 0.50mm
; infill extrusion width = 0.50mm
; solid infill extrusion width = 0.50mm
; top infill extrusion width = 0.50mm

G21 ; set units to millimeters
M107
M190 S63 ; wait for bed temperature to be reached
M104 S205 ; set temperature
T1

M109 S205 ; wait for temperature to be reached
G90 ; use absolute coordinates
M83 ; use relative distances for extrusion
G1 F1800.000 E-2.40000
G1 Z0.240 F5400.000
G1 X64.471 Y78.837 F5400.000
G1 E2.40000 F1800.000
G1 X66.210 Y77.446 E0.16627 F600.000
G1 X67.853 Y76.837 E0.13090
G1 X107.773 Y68.157 E3.05110

Hi, I have just fixed my ORMEROD with your 0.78 k firmware and everything is working. I wanted to know if it is best to switch to version 0.78 m/n. a reconcile on your packages: When tearing the file.zip from GITHUB I take can I find firmware RELASE folder and install it via BOSSAC. Then I take the SD folder file IMMAGE and Joseph in their place, But all other files are in zip one thing serve?!
Thank you

If you are using 0.78k already, then you don't need to update the SD card files. You can just update the firmware, and when you are happy that it is working for you, update the web interface from the other repository.

Edited 1 time(s). Last edit at 08/26/2014 02:33PM 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].

David,

Any ideas to My Problem? Rolling back to 78k and all works fine

I'm running your file now...

---

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].

I had a bit of bother upgrading to 0.99 htm/js.

Firmware change to 78n went fine.

After changing reprap.htm and reprap.js the web page came up but wouldn't connect. The error was in getCookies storage.get('temps.active') was throwing an error.

I reasoned that was because temps variable was there but not temps.active and this was causing the error but would probably have been OK if temps wasn't there at all.

Clearing all browsing history, caches etc. did not help and I couldn't do a Reset All as the web page wasn't connecting.

I worked around it by temporarily changing reprap.js to comment out the storage.get('temps.active') test in getCookies so that the default got set up. That allowed the page to come up fine.

I then reverted the change back and it then was still fine as temps.active existed.

Note I was using Ubuntu Chrome and it is possible the browser error behaviour is different in this environment.

That file works fine for me. I reset the machine, do a home all, do a G1 X0 Y0, then print your file (with a few lines added to the end to raise the head and turn everything off). It starts extruding when the nozzle is up to temperature.

Some suggestions:

1. Do you have a dual nozzle machine already? If not, then you should remove from config.g the two lines that define tool 2 and set its temperatures. Otherwise it may wait for tool 2 to reach standby temperature.

2. What do you have in the tfree1.g, tpre1.g and tpost1.g files, and the similar files for tool 2 if you have a dual nozzle machine?

3. Are you using the same /sys files for version 0.78k, apart from the added M569 command in config.g?

4. Can you extrude filament manually, using the web interface controls?

---

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].

Hi David,

here my answers:

1. Do you have a dual nozzle machine already? If not, then you should remove from config.g the two lines that define tool 2 and set its temperatures. Otherwise it may wait for tool 2 to reach standby temperature.
I have a dual noozle machine but at the moment only a single noozle mounted.
I will test it with removed Tool 2 commands in the config.g

2. What do you have in the tfree1.g, tpre1.g and tpost1.g files, and the similar files for tool 2 if you have a dual nozzle machine?
; tfree1.g
; Put G/M Codes in here to run when Tool 1 is freed
G1 X1 Y205 F15000

; tpost1.g
; Put G/M Codes in here to run after Tool 1 is selected
M116 P1

But no commands in tpre1.g ...

3. Are you using the same /sys files for version 0.78k, apart from the added M569 command in config.g?
YES

4. Can you extrude filament manually, using the web interface controls?
i have to test

Edited 1 time(s). Last edit at 08/27/2014 12:00PM by muggi.

It's also worth looking at the message log in the web interface, or connecting with Pronterface, to see if you are getting any "temperature fault" messages. If you had tool 2 configured but no tool 2 thermistor connected, then you may well have had a temperature fault detected on heater 2.

PS I changed F15000 in my tfree files to F6000 because I found that the high speeds were more likely to knock the print off the bed.

Edited 1 time(s). Last edit at 08/27/2014 12:09PM 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].

Hi David,


so the problem was in my case not your firmware or web interface. It was an issue in front of the Computer screen = me.


I added a few weeks before a T1 command in my start code section. After removing this for single noozle print with 078n it works fine.


Thanks for your help

Hi muggi,

I'm glad you got it working. However, having a T1 command in your start gcode should be OK (I have one in mine when I do single nozzle prints), provided that you don't also have the M563 S1 command that you need for 2-nozzle printing. If you do have M563 S1 before the T1 command, then all the commands will be mapped to nozzle 2, which you don't yet have.

---

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].

So if i have My dual noozle is installed and want to print only with noozle 1 i need to add T1 again?

I have separate slic3r printer configurations for 1 and 2 nozzle printing.

For 1 nozzle printing, I have T1 or T2 in start gcode, depending on which nozzle I want to use. Also, I set both nozzles to 150C standby temperature, either in the web interface or with G10 P1 R150 and G10 P2 R150 in the start gcode.

For 2 nozzle printing, I have G10 P1 R150, G10 P2 R150 and M563 S1 in the start gcode.

---

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].

Hi David,

thanks for your help. Another question. Did you changed the PID Max on firmware 078m/n???

Quote
muggi
Hi David,

thanks for your help. Another question. Did you changed the PID Max on firmware 078m/n???

No (not intentionally anyway). The last change I made to the PID behaviour was at version 0.78e.

---

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].

hi David,


strange.... in Firmware 078m/n my hotend temperature raises a lot slower to print temerature than in firmware 078k.

Found a unwanted behavior:

First print works fine. When you then set a manual tempreature it works fine aswell. But as soon as you start the next print the tempreture of the nozzle drops. Any idea on that?

BTW: I dont have any temp commands in my gcodes, as i set the temp always manually. (Makes it easier to print different materials from same file)

1. Are there any T commands in your print file?

2. When you start the next print and the temperature drops, which nozzle (if any) does the web interface show is the active one?

You may find it helpful to use web interface version 1.00, which I released yesterday. It shows the status of each heater more clearly.

---

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].

Quote
dc42
1. Are there any T commands in your print file?

No, as i only have one nozzle and that is defined in the config. Isn't that enough?

Quote
dc42
2. When you start the next print and the temperature drops, which nozzle (if any) does the web interface show is the active one?

The Head1 is grey in the background, so active?

Quote
dc42
You may find it helpful to use web interface version 1.00, which I released yesterday. It shows the status of each heater more clearly.

I will after the print running right now, Thanks so far!

Edit: i updated.

Now it shows, that it turns the head off. If you turn it on manually it shows active, but the tempreture keeps dropping...

Edited 1 time(s). Last edit at 08/29/2014 06:16AM by djar.

The M0 command that is probably at the end of your custom gcode in slic3r turns both heaters off. So you will need to execute a T1 command before you can start another print. The usual way to do this is to put a T1 command in the start gcode, then you don't need one in config.g.

---

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].

Ahh ok, thanks, i'll try that!

Still have problems with that - even if i put it in the gcode, the nozzle heats up, but before it reaches the print temp, it starts to cool down...

Even if i manually heat to 240, it reaches it and cools it down after i started the print...

With less tempreture it works - eg 200° - but thats not enough for me :/

Thats in the gcode:

M190 S80 ; wait for bed temperature to be reached
M104 S230 ; set temperature
T1; Select extruder
M109 S230 ; wait for temperature to be reached

Did the temp commands changed and i didnt noticed?

Edit: Picture attached

Edited 1 time(s). Last edit at 08/30/2014 03:09PM by djar.

Hi djar,

To help me diagnose this, please post the following:

1. Your config.g file
2. The start of the gcode file from the beginning up to the first few lines of extrusion
3. The end of the gcode file from where it stops extruding. Or instead of 2 and 3 post the whole gcode file.
4. The message returned (see the message log tab of the web interface) in response to sending M563 P1 just before starting a print that goes wrong in this way.

From the graph, it looks to me that heater 1 (which is what the red line on the chart displays) is not assigned to tool 1. The web interface currently assumes that heater 1 is assigned to tool 1, and heater 2 to tool 2. So the red and green lines actually refer to heaters 1 and 2, not to tools 1 and 2.

Edited 4 time(s). Last edit at 08/30/2014 03:32PM 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].

Probable bug, not sure how long it has been in there:

If there are no files in the gcodes directory on the SD card, the web ui will give the following error in the console:

Uncaught TypeError: Cannot read property 'files' of undefined 192.168.0.14/js/reprap.js:853

Also the various bits of information in the web UI won't update (temperature numbers + graph, coordinates etc) will not update, they only reload if you disconnect/reconnect.

After uploading a gcode file, all is well.

I'm using fw 078p-dc42 and web ui 1.00.

Quote
jstck
If there are no files in the gcodes directory on the SD card, the web ui will give the following error in the console:

Uncaught TypeError: Cannot read property 'files' of undefined 192.168.0.14/js/reprap.js:853

As it happens, I encountered that bug myself and fixed it earlier tonight. The fix will be in version 0.78q. If you want to fix is yourself, in Webserver.cpp change line:

response.copy("{\"files\":[NONE]}");

to:

response.copy("{\"files\":[]}");

---

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].