Hello Guest it is March 29, 2024, 11:40:40 AM

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.


Topics - willower

Pages: 1
1
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....

2
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