Hello Guest it is April 26, 2024, 05:14:58 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 »
231
CVI MachStdMill (MSM) / Re: Numbers in DRO's too big
« on: August 26, 2010, 08:07:47 PM »
OK, I'm going to need a bit more information -
1) install beta 8 - that is the latest MSM version

2) I need to know what is meant by "numbers in the DRO's are too big.  They don't fit." - I know you can see what you are talking about on a screen in front of you, but I can't.
Please take a screen shot and include it in a post so I can see that you are referring to.

3) IS your system set to use normal size windows fonts?
to check this: right click desktop, properties, settings, advanced, general tab, display box - is the DPI setting 96 DPI or some other value?

Dave

I've installed MachStdMill beta 7 and the first thing that I noticed is that the numbers in the DRO's are too big.  They don't fit.  Is there a way to fix this?

Thanks,
Mark

232
CVI MachStdMill (MSM) / MachStdMill Beta 8 released
« on: August 23, 2010, 10:40:35 PM »
I've released MSM 0.3.7 (Beta 8).

I missed converting a RunScript call in the M6 sequence - the call was using the old RS semantics not the new ones in 3.43.19.
This caused the RunScript call to invoke the M6ATC hook to fail. If that fails, the code aborts the tool change - as it's considered poor form to do an ATC routine without the user supplied ATC script...

Beta 8 has this fixed.

Dave






233
CVI MachStdMill (MSM) / Re: Auto Tool Change
« on: August 23, 2010, 10:36:53 PM »
Sorry - that bug was my fault.
I missed converting a RunScript call in the M6 sequence - the call was using the old RS semantics not the new ones in 3.43.19.
This caused the RunScript call to invoke the M6ATC hook to fail. If that fails, the code aborts the tool change - as it's considered poor form to do an ATC routine without the user supplied ATC script...

I am uploading MSM 0.3.7 (Beta 8 ) - it has problem fixed.

I'm not sure when it will show up on the web page as it is getting late on the US east coast.
I've sent Scott an email, it if doesn't see it this eve, I"m sure he'll update the links tomorrow.

Dave
 

234
CVI MachStdMill (MSM) / Re: Auto Tool Change
« on: August 23, 2010, 09:43:33 PM »
Alan,
Hang on - a fix is coming.
Dave

235
CVI MachStdMill (MSM) / MachStdMill Beta 7 released
« on: August 23, 2010, 06:04:49 PM »
Hi,
What can I say?
Would you believe we are practicing"just in time Beta delivery" as way to control the # bits we have inventoried?  :-[

Beta 7 fixes a bug in Beta 6:
Mach 3.43.19 StartPeriodicScript returns error if script is already running.
Old semantics (3.43.16) did not return an error in this case.
In Beta 6 this caused a error if loading MSM from MSM (as the background scripts are already running).
Changed MSM logic to test script state before (re)starting a script.

Dave




236
CVI MachStdMill (MSM) / Re: Can't get MSM installed
« on: August 23, 2010, 04:17:24 PM »
An update:

I have been working with Clyde to find this problem.

We narrowed it down enough to learn that when MSM checks the OS version at initialization, it is being told that the win version is < Win2000.  As Mach is not supported on < W2k, MSM refuses to continue.
When this test fails, MSM is supposed to show a dilaog box letting the user know what happened - that is the 2nd part of the bug - no messages are appearing.

The problem is specific to one of his PCs, he can install the same versions of Mach & MSM and it is fine other PCs.
As the problem seems specific to a single Windows installation, we have decided to let this one slide for now.

If anyone else sees a symptom where they install mach, then MSM, and when loading MSM, MSM shuts down without any message as to why, please let me know.

Dave


237
CVI MachStdMill (MSM) / Beta 6 Released
« on: August 23, 2010, 04:04:23 PM »
MachStdMill Beta 6 has been released.

The major changes since beta 5 are:

1) beta 6 now requires mach 3.43.19
        This mach dev rev fixes several bugs that were problems for MSM, including:
                Probing with SmoothSteppers
                Cycle Start vs tool changes
                Mach3 XML save vs Current directory

        This dev release also changed some script APIs - so MSM was updated to match the changes.

2) Several small MSM bugs related to probing have been fixed

3) An experimental new feature has been included in MSM - see releases notes.

See the release notes (available separately from the download page) for details of what has been changed.

Dave

238
Calum,

SS probing:
The probing issues with the SS are that the tip comp values returned by Mach are incorrect. I don't know if the root cause is in Mach or in the SS plug-in. I know that Brian has looked at the issue, and I think it may be fixed but hasn't shown up in a developement release yet.

Black Button image:
This is a mach bug awaiting a repair - see mach errata section in the MSM release notes.

NH/NRH LEDs:
See MSM release notes. These changed in Beta 5. They now change label text (NH or NRH) but do not change color.
The conundrum was that neither RH or NRH are more "right/wrong" than the other - so there was no intuitive pair of colors to use for the LEDs.

CV Angle:
Thanks for spotting this.
I've changed the button from CV angle to CV distance (The function was always CV Dist).
It turns out CV angle does not seem to be in the script APIs so I can't show it on the setting page. CV feedrate and CV dist are what 1024 has and the same controls are on the MSM page.
This change will be in the next MSM release.

Dave

239
Hi Calum,

2) Would it be possible to have the Set Z zero arrow on the WC Offset Touch Off tab made into an action button that would move Z down to the mobile TP on the work?  I can achieve this by using the TP as a home switch and setting the offset as the TP thickness but this make the MC Z = WC Z, this is the way I have been using Mach until I found MSM with MTM.

If you click the "Probe Z-" arrow on the probing page it will do just what you want.   ;D
The probing page handles "probing events" - i.e. moving until a probe event is seen by mach and the G31 movement is stopped.
Neither mach nor MSM know if the signal came from a probe or a touch plate..... or the push button I have wired to the BoB in my test setup in the office... A trigger is a trigger.
If you have Settings-common "TLO G-BLk is TP" on, you can "probe down to the mobile TP"....


1) Would it be possible/practical to be able to enter the thickness of the mobile TP and the gauge block? 
Hum, It is set up with the assumption that for a GBlk  one uses either a plain GBlk or a TP (which gives the ability to probe to the TP/GBlk). You can switch between a GBLk and TP, or for that matter between GBLk of different heights, or TPS of different heights (thihcknesses) by changing the DROs & button settings on the settings-common page.
The basic requirement is to change the data for the height of the GBLk/Mobile TP whenever the height of the block being used changes (I.e. whenever you use a different block).
MSM would still need to told whether the GBLK is a TP or not - as it can't "find out".
I suppose there could have two DROs, one for the GBLk and one for the "GBK is TP = mobile TP", but uh, I'd have to redesign the setting page to fit in it....  :(   
Honestly, I'd rather not unless I hear a lot of support/requests for this.
 

I use both, gauge block for ATLO and mobile TP to set WC Z zero.
I'm confused by this -
Auto-TLO as part of a tool change, requires the use of the TCP TP, which has to be in a fixed position under the TCP.
That action does not use the mobile TP (and can't as the TCP TP has to be at a known, fixed, physical location).
So, I'm not following when you say you use the "...gauge block for ATLO ..."


3 )Would it be possible to get the PTL for the master too from Tooling tab where it is entered or measured when we go to set TCP TP MCz on the Settings tab?  The way I have been setting up my machine is-
   Go to a random x, y ,z and Ref All (all install some home switches soon)
   Move to WC x, y & z zero and zero these
   Move to TC position, load the master tool then measure its PTL.  This updates the Master PTL on the Tooling tab
   Then go to the Settings tab and Set TCP TP MCz.  This requests the Master Tool PTL which was captured in the previous step.

Wow, I don't think that should work at all -

You can't use the TCP TP (before MSM is taught the MCz location of the TCP TP) to measure the MT PTL. The measurement will not be accurate as the TCP TP is not known.   If appears you are then using the measured MT PTL to locate the TCP TP in Z.
This is a boot strap problem.

The "locate the TCP TP in MCz" is a one time, special process. IT is needed whenever a TCP TP is installed or moved.
MSM has to start with some known data to accurately locate the TCP TP. The process requires that the machine know where it is along the MCz axis. Hence the requirement that the machine be referenced; referencing anchors the MC axes to the home switch physical location. When Z is referenced, MCz0 is anchored to a known spot - which can be found each time the machine is started and referenced.

Next MSM needs a known, calibrated measuring stick to measure from MCz0 to the TCP TP surface.
The setup process has you (offline) measure a tool to measure from MCz0 to the TP top surface. This is why the special setup process asks for hand input of the PTL of the tool being used to make the measurement.

With those two pieces of information in hand, MSM probes down to find the TCP TP surface. The MCz location of the TCP TP is then stored. The location is calculated from MCz0 and the hand input PTL of the tool used to make the measurement.
(the tool used to make the measurement is not any particular tool, not the MT, nor anything else).

From the time the TCP TP is located ***going forward in time****, the TCP TP is assumed to not have moved. This allows the TCP TP surface's MCz (in reference to MCz0 as set by the home switches) to be used to measure a tool's PTL as part of a tool change (This is the TC Auto TLO option). 
AFTER the TCP TP is located, it can be used to measure the PTL of the MT - but not before.
In MT mode, for tools that are not the MT, MT PTL - measured PTL gives TLO for the tool.

Dave

240
CVI MachStdMill (MSM) / Re: Can't get MSM installed
« on: August 20, 2010, 11:31:37 AM »
Clyde -
From what you say below, I believe the there is some significant confusion about how to load a screen set -

1. All Mach3 Files are located in Local Disk (c:) within a folder titled Mach3.
so far so good -

2. I can open Mach3, however, I cannot load the new screen set which is also located in the mach3 folder, screen set macros. When I try to open ScreenSetLoad.m1s the screen goes gray and then closes.  I cannot reopen mach3 until I reboot windows.
What you are trying to load is NOT a screen set file - which explains why it doesn't work.  ;)
I suspect that you have gone looking around to "find files" - there is no need to be looking "under the hood"  at places where parts of the MSM implementation are installed.

The ONLY place I want you to look for the set file is here:
C:\mach3\

For this exercise, please forget that you even noticed that other directories even exist.

The MachStdMill screen set file is located in the c:\mach3 directory.
The full path and name of the file you want is         c:\mach3\MachStdMill.set

Use the mach menu to do "view" then "load screens".
This will create a dialog box - if the dialog is not showing the contents of c:\Mach3, navigate to that directory. Do NOT look in any other location for the screen set file.

Select "MachStdMill" and then click the "Open" dialog button.
A screen shot of what the dialog box should look like is below.

Hopefully you will now see the MSM screen graphics.

3. Mach3 Version R3.043.016.
Good

4. 1024 screen set loads when selected.
Good

5. Mach3 cycled off and back on, original screen displayed.  Not sure how to tell if 1024
Screen Set actually loaded.
This is fine
 
6. There is a folder within mach3 folder, see #1, that is titled MachStdMill that contain the following files; Config., Logs, MSM Default Profile, MSM Support Libs, Profile Masters and Set Files.
See above - To install MSM you do not need to know this folder exists. Please stop looking in this folder.
 
7. I have uninstalled both new ver of Mach3 and MachStdMill and reloaded both again.
OK

8. There is no 1024 in the Mach3 Loader so I guess it didn't load.
There are two different concepts: Profile and Screen Set - they are not the same.
1) The concept of a profile:
A profile is what mach uses at start up to determine the configuration of Mach.
The mach loader lets you select a profile to start with.
2) The concept of a screen set:
The loaded profile determines what screen set is shown when mach starts. The screen set to be used is one of the options that is kept inside a profile.

Since 1024 is a screen set, it will not be displayed by the mach loader, as the loader selects a profile, not a screen set.

9. When you say that it takes longer to load MSM.set, does mach3 shut down during that process?
Assuming that by "shut down", you mean "does mach exit and restart"?, the answer is no.

Dave


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 »