Hi Duet Experts,

I am trying to setup an extra EStop to for each XYZ axes on a Duet2 Wifi system (Firmware version 2, with extension board). Aside from homing purpose, this extra EStop serve the purpose to sense the position of my printing tip (I do have additional sensors for the tip position sensing and connect them to e2stop and e3stop ).

Based on the information from following pages, I tried to create another set of coordinates (U,V,W) which corresponding to X,Y and Z and setup EStop to U, V and W axes.

1.Connecting endstop switches
https://docs.duet3d.com/User_manual/Connecting_hardware/Sensors_endstops
2. Axis levelling using endstops
https://docs.duet3d.com/User_manual/Connecting_hardware/Z_probe_auto_levelling#axis-levelling-using-endstops
3. M584 and M574 commands

In Duet3, one can define the io pin to the axis but I can't find the way to do the same thing in Duet2. Is there anyway that I can setup or I should configure my hardware in certain way ?

Thanks!

Hi Experts,

I wrote my own code (python + requests) to send rr_gcode commands to control printer and use rr_reply to catch the response from the gcode command (like M290, G10 P2 ... ) The rr_reply was sent right after my rr_gcode command.

However, I have experienced a situation that the rr_reply sometime is empty. Sometimes, not all the time. Maybe more 50% than of time, I can get the correct response right away. For those empty response ones, I may get it right by keep resending the rr_gcode command and rr_reply.

This situation seems to happen only on Duet3 6HC (firmware version:3.3 Standalone mode) but not my duet 2 system. Does anyone have any suggestion/explanation for this problem ?

p.s.
I follow this page to sent my commands/requests to Duet system.
https://github.com/Duet3D/RepRapFirmware/wiki/HTTP-requests
and I am pretty sure the time interval between my rr_gcode and rr_reply is less than 1 second.

Thanks!

Hi Experts,

Is there a way to get the printer head's current/on-the-fly position ?
For command like M114 or the inquiring from machine status only return the destination position from current executing gcode.

For example, if the printer head is commanded to X500, it will return X500 while it is still moving. But I would like to know where it actually is at that moment.

Thanks !

@stuartofmt

Sorry ... I have a question again .

The machine/status does response properly ..
r = requests.get('http://192.168.168.144/machine/status/')
I did get all the status report

but when I sent the gcode command
r = requests.post('http://192.168.168.144/machine/code?gcode=G0 X300 Y300')

return code of r is 200 but the print is not moving as it was instructed.
I have tried "-" or just space to replace %20 space string but it doesn't work either.

Do I have the right format for the code I sent?

Thanks !

@stuartofmt , @chrishamm ,

Thanks for helping!
Indeed, my Duet3 system is in SBC mode....So I will have to look how to use the REST API.

@stuartofmt , @jay_s_uk

Thanks for helping me.

The url is certainly working. (I can see the web page and control the printer using the web interface)
but url/query_command (like rr_status, rr_model, rr_reply, rr_gcode ...) won't work (even in browser) .

I wonder whether any setup for Deut web control need to be configured. From my Duet WiFi system, I can see many transactions/responses (F12 on the web page) like rr_reply , but I did not see any from Duet 3.

Thanks!

@jay_s_uk

Thanks!

I use python requests to send the http commands like this

r = requests.get('http://192.168.168.144/rr_model?type=1/')
or any other similar rr_commands ...

but the response is always 404 .... Do I mistake anything ?

Hi Experts

I have some codes to controls Duet2/Wifi based on those rr_commands ( rr_gcode, rr_status ... ).
Since I have some new hardware (Duet3), these codes would not work for it. What is the new method to inquire status report or send gcode command via this new web control system?

Thanks a lot !

Kevin

Hi Experts,

I have couple questions regarding mesh bed compensation. For my printer, I have an external optical sensor to measure the bed topography. Therefore I generated my own heightmap file from the data given by that sensor.

1. What is the maximum amount of points/grid size I can use ? I have tested a 26x26 heightmap csv file but it complains about the wrong grid format. But it's fine for a 21x21 grid.

2. Is there any limitation for bed compensation ? In my heightmap file, the min error is -1.5 and max error is about 0.45. After applying this file, the result with compensation shows the min error is -0.8 and max error is 0.05 ( I re-measured the bed topology with mesh bed compensation enable). So I still got about -0.8 mm lower at that tilted corner with mesh bed compensation on.

Thanks !
Kevin

Hi

The laser scanner is not really talk/connect to Duet system. The way I did is to pause the print and then run the scanner to get current print surface topography. Once the scan is done, I resume the print.

What I would like to do is to feedback the scanned result to the Duet system for achieving better print.

Since the gcode of the print is sent, therefore it's impossible to modify the rest of gcode. That's why I am thinking to modify the heightmap to compensate the rest layers of print.