Hello Guest it is April 26, 2024, 11:14:05 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.


Messages - DaveCVI

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 »
341
CVI MachStdMill (MSM) / Re: Using Pulley with MSM
« on: July 29, 2010, 04:02:11 PM »
Hi,
Thanks for the input.
I'll add the idea of a pulley DRO on the run page to the "feature request list".

If others also want a pulley DRO on the run screen, I encourage them to post in this thread saying they like the idea too (that helps me get some idea of how much demand there is for requested features).

FYI - the blank areas on the V3 run page are not really blank - in the v4 versions of the screens those areas are filled - but I may be able to figure something out.

Re the idea of auto changing pulleys depending on requested spindle speed - I once tried a few years back to do that (I had a knee mill then with pulleys). I did not find a way to make pulley change automatic.
The problem was that I don't know a way to get notified when the S word is changed by Gcode. So there was no way to test the commanded RPM against the current pulley range.  

The pulley problem got "solved" for me when I sold the knee mill and got a bed mill (which only has one pulley position).   ;)

Dave

342
General Mach Discussion / Re: Probing Questions
« on: July 28, 2010, 10:57:13 AM »
Tom,
I doubt you will find anyone over here that knows anything about MSM....  come on home.... :D

The MSM calibration is only for effective diameter.
we can not compensate (in MSM) for the probe shaft being offset from the spindle center line. Mach would have to do that, and mach has no interfaces to support that  (there is no way to tell mach how much offset there is or in what direction the offset is).

Dave

343
CVI MachStdMill (MSM) / Re: Inhibited LED
« on: July 26, 2010, 05:21:52 PM »
Hi,

My machine with that the inhibit input line runs on a PP -
the inhibited LEDs work for me upon power up - while the screen is still madly blinking that mach is is not ready.

The logic for the inhibited LEDs basically is
    Mach Input signal 1 AND  ProgramSafetyLockOut() => turn on inhibited LED

Some wild ideas:
1) Could it be that your breakout board is not sending input signals to mach until it is cycled once?

2) Are you using a PP or a smooth stepper?
Maybe a SS does not feed back inputs to mach until after the SS is reset once?
I just got a smooth stepper to test with, but have not had time to hook it to anything yet.

The above two are only speculation on my part -

A way to test is to look at the hardware signals page - does the input 1 LED change when first powered up?
The LED on the page is the Mach LED - so if, it's not changing, most likely mach isn't seeing a change in the input signal.
That would indicate that it's a hardware issue you are seeing.

Dave

344
CVI MachStdMill (MSM) / Re: Inhibited LED
« on: July 26, 2010, 03:14:54 PM »
Tom,
I'm not quite following - would you clarify for me what you are referring to with "enable LED"?

I'm unsure if you mean the "inhibited LED" (as that was this topic of this thread) or
the big green "ready / Not ready" button (since you refer to "enabling" the machine), or
something else?

Sorry, I didn't want to assume, so I figured I'd ask.

Dave



345
CVI MachStdMill (MSM) / Re: scripter compile error , In:
« on: July 26, 2010, 11:48:51 AM »
As I write this there are two choices:
1) download Mach 3.43.12 and use it
or
2) download Mach 3.43.10 and use it.

<edited 7-26-2010 8:52 PDT - 3.43.10 is not available also>

Dave
 

346
CVI MachStdMill (MSM) / Re: MachStdMill and Galil plug-in
« on: July 26, 2010, 11:16:06 AM »
Honestly, I have no idea as I have never personally seen a Galil card.
That having been said, I don't know of a reason it shouldn't work. MSM does not have any knowledge of plugins and does not interact with them in any way.
In theory it should work just fine - but I don't think it's been tried yet.

I would guess that the important combination will be whether the galil plugin works with the development versions of mach.

If you decide to give it a go, please let me know what the results are.

Dave

Does anyone know if the latest MachStdMill screen set works with the Galil card plug-in?

Thanks,

Jim

347
CVI MachStdMill (MSM) / MSM and Mach3 versions
« on: July 26, 2010, 11:12:32 AM »
Hi,
For current information about the recommendations re Mach and MSM, please visit the Calypso ventures web site at
www.CalypsoVentures.com

Dave

348
CVI MachStdMill (MSM) / Re: scripter compile error , In:
« on: July 26, 2010, 11:02:11 AM »
My apologies,
You are the victim of an unfortunate combination of events.

1) MachStdMill requires a minimum Mach3 version of 3.43.10.
That is why nothing works in MSM when running 3.42.40. There is no way for MSM to tell you this as when it installed on top of versions < 3.43.10 - because the MSM code that checks the mach version is never run by earlier versions of Mach3 (they do not have the interfaces used by MSM).

I realize you figured this out....

2) Unfortunately, at the same time you were doing this over the weekend, Brian replaced 3.43.10 with 3.43.11.
That would have been fine except that 3.43.11. was a bad mach version and it reported it's version to MSM as 0.0.0 - which MSM figured was just a just a bit to old .... and so MSM refused to run with it....

I just noticed that Brian has now posted 3.43.12.
I have not personally had a chance to try 3.43.12 yet.

I have also asked Scott to make 3.43.10 available from the download archive page so that people can get that version in case something like this happens again in the future.

Dave

349
CVI MachStdMill (MSM) / Re: scripter compile error , In:
« on: July 26, 2010, 02:35:14 AM »
What revision of Mach are you using?
Dave

350
CVI MachStdMill (MSM) / Re: Edge Probing
« on: July 25, 2010, 02:24:26 PM »
Thanks for the report - it's nice when people let others know it's working for them.

As you figured out, that was a bug in Beta 1 which was fixed in beta 2.
Dave


Dave,
       Played with probe for couple hours today,the only problem i found is with the x+ down and over .
       after starting  the sequence there is no z movement , the x axis moves to max x/y  then
       returns to start pos,stops with probing error.

       probing ver 0.63

mick.

Please ignore this post,     useing wrong probing version


Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 »