Yet more conditional gcode help required

OwenD

@dc42 Thanks for clarification.
I might have locked up a few machines over the years with my clumsy work when using loops.
I realise it's a valid method for those that think things through more than me before they press "executive" edit: "execute" (Stupid iPhone!!!)

deckingman

Err, in view of the above and as a further sanity check on my understanding, here is the full macro that I intend to start with ........

G91; Set relative
M400; wait for any moves to finish
G1 F6000 ; set feedrate to 100mm/sec

while sensors.gpIn[5].value=0 | sensors.gpIn[6].value=0 | sensors.gpIn[7].value=0 | sensors.gpIn[8].value=0
	
	if sensors.gpIn[5].value=0; joystick left 	
		
		if sensors.gpIn[7].value=0 ; joystick left and forwards 
			M400 
			G1 X-1 U-1 A-1 Y-1 V-1 B-1
			
		elif sensors.gpIn[8]; joystick left and backwards	
			M400
			G1 X-1 U-1 A-1 Y1 V1 B1
		
		else ; joystick left only
			M400
			G1 X-1 U-1 A-1
			
	elif sensors.gpIn[6].value=0; joystick right 	
		
		if sensors.gpIn[7].value=0 ; joystick right and forwards 
			M400
			G1 X1 U1 A1 Y-1 V-1 B-1
		
			
		elif sensors.gpIn[8]; joystick right and backward	
			M400
			G1 X1 U1 A1 Y1 V1 B1
			
		else ; joystick right only
			M400
			G1 X1 U1 A1
	
	elif sensors.gpIn[7].value=0 ; joystick forwards only	
		M400
		G1 Y-1 V-1 B-1
		
	elif sensors.gpIn[8].value=0 ; joystick backward only
		M400
		G1 Y1 V1 B1
		
	else break

Is that about right?

OwenD

To clarify my comments.

A "while" statement will loop if the condition test is true.
In your case by testing all those inputs.

If you put

while true
  G1 X1

Then you have an endless loop as true always equals true, so you're going to crash.
Therefore you must ensure that you put a test in somewhere the calls "break" to get you out of the loop.

In the suggested code above that test is satisfied when none of the IF statements resolve to true, so break is called.

deckingman

OK, so that's all wired up and working. It does what I hoped it would and it respects the axis limits too (of course it does - I never doubted it would ).

But I'd like to add an embellishment if possible. I've used 1mm as a movement length which is great for reasonably precise positioning but naturally, it's a bit slow if I want to travel the full 400mm or so of axis travel. Increasing the step size to (say) 5mm is about right but then I lose precision. So what I'd like to do is a bit like how one sets the time on some digital clocks. That is to say, the longer one holds the button, the faster the time changes.

So I'd like to alter the code so that if I hold the joystick in one position, it will move in 1mm increments but after (say) 5 iterations, the move length will increase to (say) 5mm). Ideally I'd like to do something a bit more sophisticated still, like keep increasing the move length the longer the joystick is held in one position but I'll settle for just a binary change after say 5 iterations of the same move.

Here is the code that I have now (without the errors that I had in some of the elif commands when I last posted it )

G91; Set relative
M400; wait for any moves to finish
G1 F6000 ; set feedrate to 100mm/sec
M118 S"Trigger 5 - Joystick"
while sensors.gpIn[5].value=0 | sensors.gpIn[6].value=0 | sensors.gpIn[7].value=0 | sensors.gpIn[8].value=0
	
	if sensors.gpIn[5].value=0; joystick left 	
		
		if sensors.gpIn[7].value=0 ; joystick left and forwards 
			M400 
			G1 X-1 U-1 A-1 Y-1 V-1 B-1
			echo "Left and forward"
			
		elif sensors.gpIn[8].value=0; joystick left and backwards	
			M400
			G1 X-1 U-1 A-1 Y1 V1 B1
			echo "Left and backwards"
			
		else ; joystick left only
			M400
			G1 X-1 U-1 A-1
			echo "Left"
			
	elif sensors.gpIn[6].value=0; joystick right 	
		
		if sensors.gpIn[7].value=0 ; joystick right and forwards 
			M400
			G1 X1 U1 A1 Y-1 V-1 B-1
			echo "Right and forward"
			
		elif sensors.gpIn[8].value=0; joystick right and backward	
			M400
			G1 X1 U1 A1 Y1 V1 B1
			echo "Right and backwards"
			
		else ; joystick right only
			M400
			G1 X1 U1 A1
			echo "Right"
	
	elif sensors.gpIn[7].value=0 ; joystick forwards only	
		M400
		G1 Y-1 V-1 B-1
		echo "Forward"
		
	elif sensors.gpIn[8].value=0 ; joystick backward only
		M400
		G1 Y1 V1 B1
		echo "Backwards"
		
	else break

dc42

You could use the built-in 'iterations' variable to adjust the movement amount and/or speed.

deckingman

@dc42 said in Yet more conditional gcode help required:

You could use the built-in 'iterations' variable to adjust the movement amount and/or speed.

Thanks. ~~Would I be right in assuming the "iterations" is a counter which increments by 1 every time the while loop runs?~~

Scratch that - found it.

deckingman

That's all working now although the code is a bit "clunky".

I'm guessing that once variables are introduced, I ought to be able to do something like ....

MoveAmount= 0.5+(iterations/5) 
G1 X MoveAmount..............

.......or some such. Anyway, this is what I've ended up with which may not be elegant but works.


G91; Set relative
M400; wait for any moves to finish
G1 F3000 ; set feedrate to 100mm/sec
M118 S"Trigger 5 - Joystick"
while sensors.gpIn[5].value=0 | sensors.gpIn[6].value=0 | sensors.gpIn[7].value=0 | sensors.gpIn[8].value=0
	
	if sensors.gpIn[5].value=0; joystick left 	
		
		if sensors.gpIn[7].value=0 ; joystick left and forwards 
			M400 
			if iterations<3
				G1 X-0.5 U-0.5 A-0.5 Y-0.5 V-0.5 B-0.5
			elif iterations<5
				G1 X-1 U-1 A-1 Y-1 V-1 B-1
			elif iterations<7
				G1 X-2 U-2 A-2 Y-2 V-2 B-2
			elif iterations<9
				G1 X-5 U-5 A-5 Y-5 V-5 B-5	
			elif iterations<11
				G1 X-10 U-10 A-10 Y-10 V-10 B-10
			else 
				G1 X-20 U-20 A-20 Y-20 V-20 B-20	
			
			
		elif sensors.gpIn[8].value=0; joystick left and backwards	
			M400
			if iterations<3
				G1 X-0.5 U-0.5 A-0.5 Y0.5 V0.5 B0.5
			elif iterations<5
				G1 X-1 U-1 A-1 Y1 V1 B1
			elif iterations<7
				G1 X-2 U-2 A-2 Y2 V2 B2
			elif iterations<9
				G1 X-5 U-5 A-5 Y5 V5 B5	
			elif iterations<11
				G1 X-10 U-10 A-10 Y10 V10 B10
			else 
				G1 X-20 U-20 A-20 Y20 V20 B20
			
			
		else ; joystick left only
			M400
			if iterations<3
				G1 X-0.5 U-0.5 A-0.5 
			elif iterations<5
				G1 X-1 U-1 A-1 
			elif iterations<7
				G1 X-2 U-2 A-2 
			elif iterations<9
				G1 X-5 U-5 A-5 
			elif iterations<11
				G1 X-10 U-10 A-10 
			else 
				G1 X-20 U-20 A-20
			
						
	elif sensors.gpIn[6].value=0; joystick right 	
		
		if sensors.gpIn[7].value=0 ; joystick right and forwards 
			M400
			if iterations<3
				G1 X0.5 U0.5 A0.5 Y-0.5 V-0.5 B-0.5
			elif iterations<5
				G1 X1 U1 A1 Y-1 V-1 B-1
			elif iterations<7
				G1 X2 U2 A2 Y-2 V-2 B-2
			elif iterations<9
				G1 X5 U5 A5 Y-5 V-5 B-5	
			elif iterations<11
				G1 X10 U10 A10 Y-10 V-10 B-10
			else 
				G1 X20 U20 A20 Y-20 V-20 B-20
			
			
		elif sensors.gpIn[8].value=0; joystick right and backward	
			M400
			if iterations<3
				G1 X0.5 U0.5 A0.5 Y0.5 V0.5 B0.5
			elif iterations<5
				G1 X1 U1 A1 Y1 V1 B1
			elif iterations<7
				G1 X2 U2 A2 Y2 V2 B2
			elif iterations<9
				G1 X5 U5 A5 Y5 V5 B5	
			elif iterations<11
				G1 X10 U10 A10 Y10 V10 B10
			else 
				G1 X20 U20 A20 Y20 V20 B20
			
			
		else ; joystick right only
			M400
			if iterations<3
				G1 X0.5 U0.5 A0.5
			elif iterations<5
				G1 X1 U1 A1 
			elif iterations<7
				G1 X2 U2 A2 
			elif iterations<9
				G1 X5 U5 A5 
			elif iterations<11
				G1 X10 U10 A10 
			else 
				G1 X20 U20 A20 
			
	
	elif sensors.gpIn[7].value=0 ; joystick forwards only	
		M400
		if iterations<3
				G1 Y-0.5 V-0.5 B-0.5
			elif iterations<5
				G1 Y-1 V-1 B-1
			elif iterations<7
				G1 Y-2 V-2 B-2
			elif iterations<9
				G1 Y-5 V-5 B-5	
			elif iterations<11
				G1 Y-10 V-10 B-10
			else 
				G1 Y-20 V-20 B-20
				
	elif sensors.gpIn[8].value=0 ; joystick backward only
		M400
		if iterations<3
				G1 Y0.5 V0.5 B0.5
			elif iterations<5
				G1 Y1 V1 B1
			elif iterations<7
				G1 Y2 V2 B2
			elif iterations<9
				G1 Y5 V5 B5	
			elif iterations<11
				G1 Y10 V10 B10
			else 
				G1 Y20 V20 B20
		
		
	else break

dc42

Another way is to use your original code but replace all the XYUVABC coordinates in the G1 commands by calculated values, something like this:

G1 X{0.5+0.1 * iterations} Y{-(0.5+0.1 * iterations)} ...

deckingman

@dc42 said in Yet more conditional gcode help required:

Another way is to use your original code but replace all the XYUVABC coordinates in the G1 commands by calculated values, something like this:

G1 X{0.5+0.1 * iterations} Y{-(0.5+0.1 * iterations)} ...

Ahhh - that looks good! I tried something similar but it didn't work - because I used plain braces rather than curly ones. I'll give that a go..............

deckingman

For the sake of completeness, here is the final code that I ended up using. After playing around with it, I ended up using just G1 X{0.5+interations}........etc, rather than using fraction's of "iterations".

G91; Set relative
M400; wait for any moves to finish
G1 F6000 ; set feedrate to 100mm/sec
M118 S"Trigger 5 - Joystick"
while sensors.gpIn[5].value=0 | sensors.gpIn[6].value=0 | sensors.gpIn[7].value=0 | sensors.gpIn[8].value=0
	
	if sensors.gpIn[5].value=0; joystick left 	
		
		if sensors.gpIn[7].value=0 ; joystick left and forwards 
			M400 
			G1 X{-(0.5+iterations)} U{-(0.5+iterations)} A{-(0.5+iterations)} Y{-(0.5+iterations)} V{-(0.5+iterations)} B{-(0.5+iterations)}
			echo "Left and forward"
			
		elif sensors.gpIn[8].value=0; joystick left and backwards	
			M400
			G1 X{-(0.5+iterations)} U{-(0.5+iterations)} A{-(0.5+iterations)} Y{0.5+iterations} V{0.5+iterations} B{0.5+iterations}
			
			echo "Left and backwards"
			
		else ; joystick left only
			M400
			G1 X{-(0.5+iterations)} U{-(0.5+iterations)} A{-(0.5+iterations)}
			echo "Left"
			
	elif sensors.gpIn[6].value=0; joystick right 	
		
		if sensors.gpIn[7].value=0 ; joystick right and forwards 
			M400
			G1 X{0.5+iterations} U{0.5+iterations} A{0.5+iterations} Y{-(0.5+iterations)} V{-(0.5+iterations)} B{-(0.5+iterations)}
			echo "Right and forward"
			
		elif sensors.gpIn[8].value=0; joystick right and backward	
			M400
			G1 X{0.5+iterations} U{0.5+iterations} A{0.5+iterations} Y{0.5+iterations} V{0.5+iterations} B{0.5+iterations}
			echo "Right and backwards"
			
		else ; joystick right only
			M400
			G1 X{0.5+iterations} U{0.5+iterations} A{0.5+iterations}
			echo "Right"
	
	elif sensors.gpIn[7].value=0 ; joystick forwards only	
		M400
		G1 Y{-(0.5+iterations)} V{-(0.5+iterations)} B{-(0.5+iterations)}
		echo "Forward"
		
	elif sensors.gpIn[8].value=0 ; joystick backward only
		M400
		G1 Y{0.5+iterations} V{0.5+iterations} B{0.5+iterations}
		echo "Backwards"
		
	else break

Thanks for all the help guys.

deckingman

For further completeness, I've added a "turbo button". So instead of increasing the distance using "iterations", I simply press the button in conjunction with moving the joystick. What that does is move the gantries 20mm if the button is pressed or 0.5mm if it isn't. I prefer this method but either one works.

I've also wrapped the entire thing in a "if state.status != "processing"" statement (thanks for the suggestion @T3P3Tony). What that does is checks to make sure that a print is NOT in progress which will do what the M581 R2 parameter will do in the next firmware. Here is that version of the code


if state.status != "processing" ; make sure that a print is NOT running
	G91; Set relative
	M400; wait for any moves to finish
	G1 F3000 ; set feedrate to 100mm/sec
	M118 S"Trigger 5 - Joystick"
	while sensors.gpIn[5].value=0 | sensors.gpIn[6].value=0 | sensors.gpIn[7].value=0 | sensors.gpIn[8].value=0
	
		if sensors.gpIn[5].value=0; joystick left 	
		
			if sensors.gpIn[7].value=0 ; joystick left and forwards 
				M400
				echo "Left and forward"
				if sensors.gpIn[4].value=0 ; check for long move button press
					G1 X-20 U-20 A-20 Y-20 V-20 B-20
				else
					G1 X-0.5 U-0.5 A-0.5 Y-0.5 V-0.5 B-0.5
			
			elif sensors.gpIn[8].value=0; joystick left and backwards	
				M400
				echo "Left and backwards"
				if sensors.gpIn[4].value=0 ; check for long move button press
					G1 X-20 U-20 A-20 Y20 V20 B20
				else
					G1 X-0.5 U-0.5 A-0.5 Y0.5 V0.5 B0.5
			
			else ; joystick left only
				M400
				echo "Left"
				if sensors.gpIn[4].value=0 ; check for long move button press
					G1 X-20 U-20 A-20
				else
					G1 X-0.5 U-0.5 A0.5
			
			
		elif sensors.gpIn[6].value=0; joystick right 	
		
			if sensors.gpIn[7].value=0 ; joystick right and forwards 
				M400
				echo "Right and forward"
				if sensors.gpIn[4].value=0 ; check for long move button press
					G1 X20 U20 A20 Y-20 V-20 B-20
				else
					G1 X0.5 U0.5 A0.5 Y-0.5 V-0.5 B-0.5
			
			elif sensors.gpIn[8].value=0; joystick right and backward	
				M400
				echo "Right and backwards"
				if sensors.gpIn[4].value=0 ; check for long move button press
					G1 X20 U20 A20 Y20 V20 B20
				else
					G1 X0.5 U0.5 A0.5 Y0.5 V0.5 B0.5
			
			else ; joystick right only
				M400
				echo "Right"
				if sensors.gpIn[4].value=0 ; check for long move button press
					G1 X20 U20 A20 
				else
					G1 X0.5 U0.5 A0.5 
			
	
		elif sensors.gpIn[7].value=0 ; joystick forwards only	
			M400
			echo "Forward"
			if sensors.gpIn[4].value=0 ; check for long move button press
				G1 Y-20 V-20 B-20 
			else
				G1 Y-0.5 V-0.5 B-0.5 
		
		
		elif sensors.gpIn[8].value=0 ; joystick backward only
			M400
			echo "Backwards"
			if sensors.gpIn[4].value=0 ; check for long move button press
				G1 Y20 V20 B20 
			else
				G1 Y0.5 V0.5 B0.5 
		
		else break
	
else break

appjaws

@deckingman I have followed this with interest but then I thought what was the actual problem? When I use the XY buttons in DWC my main XY and UV carriages move together and in sync. Have I not understood the problem?

deckingman

@appjaws said in Yet more conditional gcode help required:

@deckingman I have followed this with interest but then I thought what was the actual problem? When I use the XY buttons in DWC my main XY and UV carriages move together and in sync. Have I not understood the problem?

Hiya. I've changed things around a bit so that I no longer combine the axes after homing. So the DWC buttons only work for individual axes. i.e. XY moves will only move the hot end - not the hot end and extruder gantry (as they used to do when the axes were combined)

The reason being that I've exploited the fact that, because the extruders are connected to the hot end via short Bowden tubes, that extruder gantry doesn't have to exactly follow the hot end gantry. It doesn't have to replicate every tiny move that the hot end does - it only has to follow it within an allowable tolerance. So if there are small features (say a hole or a cylinder) then I can "park" the extruder gantry in the centre of that feature and let it sit there while the hot end does all those short moves which make that feature. The same applies to other short zig-zag type moves where the extruder gantry sits still while the hot end does the short zig-zags.

I made a couple of YouTube videos which explain it in a bit more detail
https://www.youtube.com/watch?v=rOP9QYAlhZU
and
https://www.youtube.com/watch?v=mTPV3Ss1D-4

So that's the reason why the axis button on DWC are no longer much use to me. A fuller explanation of what I wanted the joystick to do, and how that works in practice is here
https://www.youtube.com/watch?v=wCR5Ao0iH-c

appjaws

Hi again,
Very impressive videos @deckingman . Is it possible to have a copy of your python script that generates the movement please.
My machine really vibrates during short movements so your solution should solve it for me.

deckingman

@appjaws Sure. It's been a few years since we last communicated. Is your email address still the one ending ......ve.co.uk? If not, pm me with the address to use.

Be aware, that it's quite a lot of work to run the machine in "true" CoreXYUV mode. You need to change all you homing files so that they do not re-combine the axes, and change the "P" parameter in M581 so that the 5 axes are visible. Also any macros or gcode start and end scripts that have XY moves will need to be changed to incorporate XYUV moves.

Also be aware that, although the python code gets the job done, I'm not a writer of code, so it ain't pretty.

appjaws

@deckingman Yes same email address.
I was wondering if I could just change the XYUV to be individual just during a print similar to the way homeall.g works.
M584 X0 U3 Y1 V4 Z7:8:9 E2:5:6 P5 ; temporarily separate and map drives to U and V axes

complete the modified gcode part file using separate XYUV axes

M584 X0:3 Y1:4 Z7:8:9 U10 V11 E2:5:6 P3 ; put motor mapping back to normal so that X uses drives 0 and 3 Y uses 1 and 4

then once the printed part is removed from the bed run homeall.g

can you see any problems with this?

Thanks for your help

deckingman

@appjaws said in Yet more conditional gcode help required:

@deckingman Yes same email address.
I was wondering if I could just change the XYUV to be individual just during a print similar to the way homeall.g works.
M584 X0 U3 Y1 V4 Z7:8:9 E2:5:6 P5 ; temporarily separate and map drives to U and V axes

complete the modified gcode part file using separate XYUV axes

M584 X0:3 Y1:4 Z7:8:9 U10 V11 E2:5:6 P3 ; put motor mapping back to normal so that X uses drives 0 and 3 Y uses 1 and 4

then once the printed part is removed from the bed run homeall.g

can you see any problems with this?

Thanks for your help

I can't think of a reason why that wouldn't work. That is to say, it'll allow you to use the DWC buttons to jog all the axes in sync before and after a print, and also run any macros that aren't run during a print.

What I mean by that, is that I use macros to wipe and purge the nozzle, and these macros are called by the slicer gcode as part of the start and end scripts. As the axes are separated before the print starts, then these particular macros have to be modified. But of course, if you don't call any macros from the slicer gcode file that have G1 moves, then you won't need to worry about it.

deckingman

@appjaws Email sent....

appjaws

@deckingman This is my simplify3D start and end scripts

Starting script
M98 P"0:/macros/extra/Set LED Red"
if !move.axes[0].homed || !move.axes[1].homed
G28
G28 Z
;M98 P"0:/macros/Conditional/Auto_Bed_Levelling"
M98 P"0:/macros/Auto Nozzle Cleaning"
M98 P"0:/macros/Move to Print Position"
M98 P"0:/macros/extra/Set LED Blue"
M98 P"0:/macros/MapDrivesXYUV"
T0

Ending script
M98 P"0:/macros/End of Print"
M98 P"0:/macros/CombineDrivest"
M291 P"Print Completed " ; Display message

These are untouched by the the generator
Will be running the whole system later today, have sent you an email, requesting some advice.

Paul

deckingman

@appjaws Yup, the script only adds UV (and AB) moves to existing gcode files. It doesn't modify any macro which might be called by the slicer start or end codes. But it looks like you are keeping the axes mapped to XY to do the other stuff, then mapping them to XYUV just before the print starts - so that ought to work I would have thought (make sue that you use an M400 at the start of your "MapDrivesXYUV" macro to ensure any moves are completed first).

I've replied to your email.

Ian