Posts made by Algadz

@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

Hi,

I would like to be able to extrude until an endstop is triggered (not for a FDM printer), that would allow me to know the exact position of the filament (in front of the switch) before starting to print.

I've seen that M574 command does no longer take into account E parameters which mean that I can no longer use G1 E100 S1.

Is there a way around to acheive this ? Or is it possible to re-activate this feature ?

Thank you,
Alban

Thanks it works !

You might have to correct the port value in the wiki here (?) :
https://duet3d.com/wiki/Adding_additional_output_ports

Alban

Also for the wiring of the sx1509, I plugged it to the following pin of the expansion header of the Duet Ethernet

SX1509 DUET
SCL –--> TWCK0
SDA ----> TWD0

Hi everyone,

I need some additionnal output so I'm trying to use the Sparkfun SX1509 i2c extension board.

My setup (M115 call) : 1.21RC1 ELECTRONICS: Duet Ethernet 1.02 or later + SX1509B expander FIRMWARE_DATE: 2018-01-25

I have soldered the sx1509 to be at i2c address 0x71 (I've checked with my Raspberry Pi that the address is correct).

My problem is the following:

I tryed to use the M42 S255 P1 command to set sx1509 pin 15 to HIGH,
and the board answer is : "Logical pin 255 is not available for writing" (same problem for pin 220 to 235)

Is there any thing to do to set this pin to output mode ?

I've tryed using :
M260 A0X0E B0X00
M260 A0X0F B0X00
to set RegDir register of the sx1509 to set pin 0 to 15 to output mode but the problem remain

I've also tried to send :
M260 A0X10 B0XFF
M260 A0X11 B0XFF
to set RegData register and set pin 0 to 15 to HIGH but no result either.

Thank you
Alban

Update :

Working on Duet 0.8.5 with release 1.19alpha2

The F parameter only takes into account XYZ movements, the U axis now adapts it's speed to be completed on time.

(But if U max acceleration is too low, it will still slow down the overall movement, adjust it with M201 command)

THANKS DC42 !

Thank you so much !

Hello DC42,

Do you think it is feasible to implement a linuxcnc like interpration of the Feedrate as you've said ?
Would you consider adding it to the next DC42 RRF ?

Thank you for your help !

Yes I'm calling it C because it correspond to a rotation around the Z axis but in my Gcode and on the Duet it is mapped and called as U.
I will use U in the next messages for the sake of clarity.

1. If any of XYZ are moving, F is in units per minute in the XYZ cartesian system, and all other axes (ABCUVW) move so as to start and stop in coordinated fashion.

This is precisly what I'm looking for

I have a Duet 0.8.5

Hi T3P3tony, Dc42,

I've made some tests regarding tony's answer,
When the X and Y max feedrate are limitating in the movement, the movement of the C axis will be completed in the time required by the XY move, which is what I want.

However, this solution is not very satisfying because I have a different feedrate to respect for each move (because of my C axis and the fact that i need to take into account the distance to the center ).

That means that I would need to set my X and Y max feedrate before every move and be sure to saturate the X and Y axis to this value.

Dc42's answer would be cleaner I think,
The movement planner would only take into account the movements made by the XYZ axis to determine the time in which the complete move would be done.
However, I don't know how complexe the modifications in the Besenham algorythm would be, but that would be great to have it added to the RRF.

One other solution would be to use the G93 command (inversed time mode), I know that this is implemented in Grbl for exemple.
I imagine that you have a huge list of request and I don't know if would it be possible for you to implement it in RRF for duet ?

An other solution would be for me to implement a complete 4 axis movement planing taking into account the lineic speed generated by the movement of the C axis depending on the XY position. I know that this type of vector transformation have been done in the 5 axis 3d printer Master Thesis base on the duet (Øyvind Kallevik Grutle, University of Oslo) and I will look into it. But the code was not published unfortunately.

Thank you for your answers, viewing your active support on this forum was 50% of the reasons why I chose to buy a DUET for this project.

Algadz

Hello everyone,

Let me put it in context,
I'm building a XYZ+C (rotary around z axis) machine for a special application,

In this application I need my feedrate to be constant regardless of the movements done by the C axis.

I mean when I do those three different commands:

-G1 X10 Y20 F1000
-G1 X10 Y20 C12 F1000
-G1 X10 Y20 C300 F1000

What I would like to get is that those three commands be executed in the same amount of time.

That means that the C axis needs to adapt it's speed in order to be completed in the amount of time required by the XY movement, regardless of the number of steps it has to complete.

I've first thought of the G93 command "Feed Rate Mode (Inverse Time Mode)" which instead of a feedrate determine an amount of time for the movement to be completed, but this command is not implemented in the reprap ( or DC42 ) firmware.

Do you have any advise on how to make the movement planner ignore the movement to be done on the C axis ?

Thank you all,
Algadz.