@Phaedrux said in Setup Z-probe and endstop:

I've never heard of using a probe on zmax. Are you just wanting to use it as an endstop?

Yes it is for a specific application,
My Z axis is homed at Zmin with a switch but later on the printing process I would like to be able to move the Z axis toward Zmax until the probe is triggered.

Thanks

Yes the probe works properly,

If the inductive sensor is triggered (metal part in front) G31 returns 1000 and switch to 0 when I move away the metal part.
The problem is not that the inductive sensor is not working, but just that I would like to reverse the direction in wich the probing is done (Z max instead of Zmin).

When I'm using G30 S-1 the stage moves away (to Zmin) from the probe (installed at Z max) until I manually trigger the probe with a piece of metal.

My config is the Following :
Duet 2 ethernet V1.04c RRF 2.03c

On the config.g file the probe is configured with M558 P5 I1 just before setting each axis stepper direction and endstop side.

Here it is :

M555 P2 ; Set output to look like Marlin
G21 ; Work in millimetres

;Define axis
M584 Z2 X0 Y1 U3 E4

;Set drive current an idle current at 20%
M906 Z1500 X1500 Y1500 U1500 E1500 I20

;Set inactive time before idle to 5s
M84 S5

; set microstepping with interpolation
M350 X16 Y16 Z16 U61 E16 I1

;Set axis step/unit
M92 Z3200 X3200 Y3200 U44.444444444444 E459.4040311 ;

;Set acceleration
M201 Z200 X500 Y500 U20000 E3000

;Set max feedrate (unit/min)
M203 Z800 X1600 Y1600 U216000 E10000

;Set instant speed changes mm/minute (Jerk)
M566 X1200 Y1200 Z1200 E1200

; define Z probe
M558 P5 I1

; Axis and motor configuration
M569 P0 S1 ; Drive 0 goes forwards
M569 P1 S1 ; Drive 1 goes forwards
M569 P2 S1 ; Drive 2 goes forwards
M569 P3 S1 ; Drive 3 goes forwards
M569 P4 S1 ; Drive 4 goes forwards

;define min and max travel
M208 X-27 Y-29 Z2.9 u-1000000000000 S1; min travel
M208 X25 Y23 Z100.1 u1000000000000 S0; max travel

;Endstop configuration
M574 X2 Y2 Z1 u2 S1

;Tool definition
M563 P0 D0

;Tool selection
T0

G90 ; Send absolute coordinates...
M83 ; ...but relative extruder moves

Hello,

I have an inductive sensor mounted on the Zmax side,
On the same axis, I have a limit switch mounted at Zmin.

My homing sequence is correct, it goes to Z- until the endswitch is touched.

My problem is that when I want to use the Zprobe (using G30 S-1), the Z axis goes to Zmin direction.

Is there a way to setup the Z probe to probe to an opposite direction ?

My Z probe is connected and configured as described in this page :
https://duet3d.dozuki.com/Wiki/Connecting_a_Z_probe#Section_NPN_output_normally_open_inductive_or_capacitive_sensor

Thank you,

Ok if DC42 says so I will start to reconsider my usb interface

I will not be able to use the web interface as the process is automated, is there a way to use this file transfer to the SD card without the web interface ?
with HTML requests I suppose ?

Also, the ethernet port of the RPI is already used for internet connexion, is it possible to use a dual ethernet port extension such as the ethernetberry to connect the Duet ?

Thank you

Yes it could also work from the Panel Due but unfortunately I can only use the USB port.

I found a solution that could also be helpfull for others so here it is :

I 've developped a small python script using Pyshark on my Raspberry, it is a wrapper in python for Tshark (wireshark), it reads all packet transmitted via USB, with some filtering on the content of the packet, I am able to detect the answers of M114 commands and collect axis position for my measurements.

Anyway, thank you for your propositions !

Hi Phaedrux,

Unfortunately no because I would need to interrupt the print to be able to read the SD card, here I would like to be able to report the position during the print.
I forgot but I've already asked a similar question last year and DC42 told me to use the ethernet interface but unfortunatly it's not an option in the current design.
What I probably need is a way to have a second software listening to the USB interface pronterface is using. I Don't know if this is possible or not

thanks

Hello,

I haven't been able to find this topic on Duet forum (neither reprap) so here I am :

I have a Raspberry connected via USB to a Duet Ethernet streaming Gcode commands using pronsole SW (or pronterface).

What I would like to do is to be able to log on a separated file the feedback from the Duet.
For exemple, when a M114 command is streamed to the Duet, I would like to be able to capture the output position in a file on the RPI to use this data later on.

The problem I face today is that the USB interface cannot be accessed by an additional listening SW as it is already used by pronterface.

Does anyone have the begining of a solution for that ?

Thank you,
Sincerely,
Alban03

Thank you for your answer,

Initially, I was hopping to only connect the Duet through USB because the Ethernet port of the device hosting pronterface is already taken. But if I can't find any other solution I will probably search this way.

I do agree, my initial idea was to have Pronterface reading the port and writing M114 command (+other gcode) and an other SW only reading the port and extrating M114 answers.
But I think this boils down to the question of exclusivity on the COM port, once connected, does Pronterface allows other SW to use the same COM port.

I realise now that my question is not really on the Duet side but mostly on pronterface and the host computer so it may not be the right forum to post. Anyway, if you have an idea on this I'll take it

Thank you !

Hello everyone

I have developped some automated SW to control a 3D printer and I use prontercore library to stream Gcode to my printer.

What I would like to do is send a M114 command and be able to store the answer in a variable to make some computation on the axis position.

I know that prontercore/pronterface can read this value but I cannot access it or use it in any other context.

Would it be possible to have a second SW reading the same COM port and log the Duet answers or will the port be considered as busy when prontercore is connected ?

Do you see any other option to access this value ?

Thank you !

Okay, this could be a solution, I need to test if it's precise enough or if it bends the wire too much before stalling.

Thanks,
Alban