JSONresponses

[CliveB]

I an running Duet Maestro 2 board and have just uploaded firmware V3.01RC6 and the latest DWC with it and the DWC actually shows the machine in the idle state.

The JSONresponses.md file does not mention the 'I' status, although it is in the RepRep documentation.

I have a machine specific web page which is keeping control of the status and scheduling of gcodes to create the particular prints I require, I rely on the 'I' status to let me know when the machine is static and I can rely on the X,Y,Z cords coming back in the status object.

I am finding that although I am moving the X and Y motors in integer steps for probing positions, the position coming back is an approximation of the actual position and I have to round the values to get back to integer figures as indices in the probe point 2-dimensional array.

A typical response debug message
xGrid=1 yGrid=2 xPos=155 yPos=7.977 zPos=59.62 zMinPos=59.219 zMaxPos=59.719

So far all the rounding works OK, but thought it worth mentioning.

[A Former User]

@CliveB said in JSONresponses:

I am finding that although I am moving the X and Y motors in integer steps for probing positions, the position coming back is an approximation of the actual position and I have to round the values to get back to integer figures as indices in the probe point 2-dimensional array.

you might find the its the other way around; the returned position is a the actual position to the closest microstep of the requested position (or its an artifact of limited resolution in decimal numbers)

[CliveB]

@bearer Thanks for the reply.
I had started thinking down that route, but have not explored it any further as the rounding is doing the job.
It just initially threw me off guard when I was trying to access an array with a decimal number!

[dc42]

Have you taken account of the probe X and Y offsets?

[CliveB]

@dc42 Yes, in config.g I have G31 X0 Y0 for now.
I am working on the physical calibration of the printer at the moment and will add these in when complete.
Thanks