Hello Guest it is April 24, 2024, 03:55:28 PM

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - willower

Pages: 1
1
Share Your GCode / Re: Stringing MDI Instructions together
« on: January 10, 2017, 03:10:43 AM »
Great answer, had never really thought about it that way.

Sounds to me that you are about right with this, as you say, there is bound to be a little confusion if it is actually running two macros concurrently.

Why didn't I think of this?

2
Share Your GCode / Re: Stringing MDI Instructions together
« on: January 10, 2017, 02:41:33 AM »
Just a thought, this is the code I am using at the moment - just so you can see if I have made any mistakes?

Xs = GetOemDRO(59) 'X-Scale DRO

Ys = GetOemDRO(60) 'Y-Scale DRO

Xmove = -1.5386 * 1/Xs 'Move distance adjusted for X-Scale factor

Ymove = 1.0863 * 1/Ys 'Move distance adjusted for Y-Scale factor

DeActivateSignal(OUTPUT5) 'Turn off laser

Code"G91 G0 X"  &Xmove
While IsMoving ()
Wend
Code "G0 Y"  &Ymove
While IsMoving () ' Waits while that happens

Wend

Code "G90" 'Goes back to absolute moves

DoOEMButton (1008) 'Zero X-Axis DRO

DoOEMButton (1009) 'Zero Y-Axis DRO


3
Share Your GCode / Re: Stringing MDI Instructions together
« on: January 10, 2017, 02:21:48 AM »
OK, I've modified the code as suggested and, yes, it now moves as I would like it to. However, it still sounds lile the X and Y steppers are fighting with each other while the moves are being made.

When I make a 'straight' move using the controller joysticks, the move is as smooth as silk. But when I invoke the Macro via the Xbox Controller button, the motors seem to 'stutter' into position, not smoothly as I would expect.

Any ideas why this shold be? ???

4
Share Your GCode / Re: Stringing MDI Instructions together
« on: January 09, 2017, 05:34:08 AM »
Many thanks Tweakie - I'll certainly be giving this a try...

5
Share Your GCode / Stringing MDI Instructions together
« on: January 09, 2017, 03:15:49 AM »
I have a small Machine (600mm X 300mm) on which I use an XBox controller as my pendant. I also have a laser crosshair (vitually identical to the Tweakie setup) which I use to position the X and Y axes for the progarm start point.

Trouble is, I have the pendant configured to prevent diagonal moves - this because I find it a lot easier to keep to straight X or Y moves to get me close to the required start point. I can then 'jog' at slow speed to get me right over the start point i require - again using the pendant.

However, when I use the 'Tweakie' macro to move the cutting head to the required start point, Mach3 seems to have great difficulty in deciding which X or Y move to make to get me there. The motors make a lot of weird noises but do eventually get me to the right point. It seems like it struggles to do it smoothly as one continuous move.

I would prefer to do the moves singly (rather than a diagonal) as I dont want to change the configuration on the pendant for the reasons already stated above.

I admit to being absolutely useless with VB in Mach3 - its like it's written in Chinese to me, just can't get my haed around it at all, I find the whole VB thing a bit of a black art!

However, I can (just about) get the result I am looking for via the MDI Line instructions - providing I concentrate.

My thoughts are that I would like to string together two lines that I use via the MDI to make the moves required but with some sort of  'WAIT' instruction between the lines so that they dont both happen concurrently - and attempt this diagonal movement again.

Can someone possibly point me in the right direction with this?

Many thnks if you can....

6
General Mach Discussion / Re: Confusion with 'Homing and Limit switches"
« on: January 31, 2015, 12:19:51 PM »
What can I say ger21, you are the man - without doubt!!!

I have been struggling with this for  a couple of days now, one post here and all is solved. The whole setup of the machine is sorted now, everything works the way it should. I bow to your vast knowledge of this program, you clearly have a lot of hours on your log-book that's for sure.

I really appreciate the all help that you have given me on this - i've read many of the other posts that you have made on this Forum - a lot of which have already helped me previously when I first started looking at Mach3 to possibly replace the ugly looking Linux setup that I have run prior to this.

It's now onwards and upwards as they say - I'll now try  a few small cutting excercises to get a feel of the program properly and will make the final choice when I see how things turn out in reality.

Once again, a thousand thanks for your support....

willower

7
General Mach Discussion / Re: Confusion with 'Homing and Limit switches"
« on: January 31, 2015, 08:04:02 AM »
Many thanks for that ger21 - much appreciated.  Have done as you suggested and all appears to work as expected now.

It has (as seems to be normal for me at least) raised another question. Once a trigger is activated, on whichever axis has been activated, I cannot re-set the the E-stop warning message sayng that the E-stop has been activated in order to 'move off' the activated switch - the motors are still being powered and I have to turn off the supply to be able to move them.  Is this normal with Mach3?

I suppose I could do that - and then do a 'GoTo Zero' followed by the 'Ref All Home' button to bring the machine back to its original zero - but it seems a long way round so that the coordinates are returned to a known point.  Its almost like an 'Override' button would be useful just to allow movement of the actvated swutch to be reversed thus allowing the DRO's to mantain their correct relationship - or am I just missing some other little undocumentd trick in Mach3?

willower

8
General Mach Discussion / Confusion with 'Homing and Limit switches"
« on: January 30, 2015, 09:09:05 PM »
Hi all, Just to set the scene....

I am fairly new to all this cnc stuff so please bear with me if can while I try and explain my dilemma.

After home building a very small MDF machine, I eventually purchased a Marchant Dice A4 sized machine as the MDF job wasn't really accurate enough. This came equipped with proximity sensors on only one end of each of the three axes (X,Y and Z).  However, I didn't buy the controls for the machine from Marchant Dice (they make their own PS/BOB/Driverboard all packed into a nice box which costs a lot of money...) as I had built my own driver board from a kit from HobbyCNC.

I have this now all wired up and everything appears to work superbly - I have cut several successful jobs now (after a steep learning curve) mainly using LinuxCNC. I am now dipping my toes in the water trying out Mach3 - which I am very impressed with so far - many more options when compared with the somewhat clunky (by comparison) linux setup. Never liked linux much to be truthful, it's just too different from Windows for me really.

Anyway, I have found that I am having a problem with the proximity switches insofar as - my reading of the Mach Manual suggests that these switches can/may/will - also act as limit switches.  My understanding of that means that, in the event of one of these switches being triggered whilst running a program, the machine should stop - in much the same way as if I had hit the E-Stop switch.

For me, this is not happening.  As I am using a trial version of Mach, I can't run large programs but even on very short instructions via the MDI screen I can easily over-ride the proximity switch (which does trigger) and crash the Z Carriage into the Y support.

On the other hand, I can do a 'Ref All Home' from the program screen in Mach and everything works perfectly - consistantly and with surprising accuracy. I am at a bit of a loss now as to why they don't stop the machine when it is clearly about to come off the rails!

If it has any bearing on the matter, I have the proximity switches wired to pin10 on the HobbyCNC board and the E-Stop wired to pin13.

I'm sure someone has come across this before - and it's more than likely I am being stupid - but I have to say that it is beginning to drive me around the twist trying to figure out why it works when 'Homing' but doesn't do so when it's an emergency while running code?

Can anybody help me out here.... :-\?

Pages: 1