|
Post by wildgrav on Oct 3, 2012 22:33:56 GMT -8
Hello All
Building my 4th machine in 8 years. Just when you think you have it nutted, something stumps you.
Using Version MACH 43.66 with SS Version V17F CNC4PC C23 BOB MSM2.0.5. PRO Windows 7 64bit running 3 Axis Mill X & Y work fine. The Z hits the home and will not back off thus calling for a reset. The DRO does not zero either. I have swapped pin outs, ports and cable outs trying to track the problem Pins that make y work will not fix the Z. Swapped pin assignment and triggered the Z with the Y switch. No go.
Reloaded all the software
Loaded the standard Mach Screen set and it works as it should thus in my mind proving that the all the hardware works.
Could this be a MSM Bur Bur B BB Bug.... dare I say it.
Regards
Noel
|
|
|
Post by DaveCVI on Oct 4, 2012 8:17:45 GMT -8
Hi noel, Loaded the standard Mach Screen set and it works as it should thus in my mind proving that the all the hardware works. Could this be a MSM Bur Bur B BB Bug.... dare I say it. Well, I admit that does tend to point the finger at MSM... but even so, NO, please don's use the "Bur Bur B BB...." word! ... it causes me to go into a "software errata correction frenzy". ;D Well, actually, I have been known to use that "B" word myself- but only when preferenced by the word "mach" and never the word "MSM" I'm uncertain how what you describe could be broken with MSM and not the 1024 screen set. To the best of my knowledge, (for the mill case) it uses exactly the same code as the button in 1024. A bit later today, I'll go into the shop, DL MSM and mach from the web and reinstall, then double check the RefAll action on my machine just in case The 2.0.5 upload was bad or something (not very likely I admit). In the mean time, I'd like to ask you to try a single axis reference operation for Z. The run page has separate ref button s for each axis - does the Z "ref" button cause the correct actions? This would tell us a bit more re whether this is a Z axis or a combination of axes related issue. I do have a suspicion.... A while back I had one other report of an issue with the refall home operation and I discovered a timing hole in the way mach does the ref script operations. Alas, the problem is PC dependent and rare as it involves how fast the CPU executes the scripts etc (It's a software timing problem in mach). In talking with Brian, we devised a way to work around the problem and I have an alternate RefrAllHome script with the workaround hack in it.... The problem I suspect only impact multiple axis reference operations, thus my request for the single axis test. Dave
|
|
|
Post by DaveCVI on Oct 4, 2012 13:02:32 GMT -8
Fyi - did the fresh test of mach 3.43.66 + MSM 2.0.5 and it's fine here on my PP driven system. I don't have a SS hooked up at the moment to check that variable.
Dave
|
|
|
Post by wildgrav on Oct 4, 2012 14:09:48 GMT -8
Hi Dave Your SECF can rest . Bounded out of bed with a thought this morning. When I loaded the old Mach screen set I didn't bother setting the motor tuning to the same rate which left it at a higher rate than the MSM screen set. The Z rate for the MSM is very low 10 step per. New gearing is on the way. GRR Burble F%&* SO I increased the rate to 200 and all works correctly except the depth measurement is out and the DRO needs more steps to Zero correctly. X and Y are around 1300 steps per mm Regards Noel
|
|
|
Post by DaveCVI on Oct 4, 2012 14:41:44 GMT -8
Noel, OK, SECF turned off. Isn't the subconscious a marvelous thing? I've solved numerous tech problems over the years by letting them soak overnight... Dave
|
|
|
Post by wildgrav on Oct 4, 2012 15:29:05 GMT -8
:)Soaked mine in red wine. Had to help
|
|
|
Post by DaveCVI on Oct 5, 2012 10:37:35 GMT -8
Hum, I sense a new research project...
Which type of wine is best for solving which type of problem? Can we map wine regions to productivity increase?
I think I need to go stock up on more good "test" wine... (note to self: Ask CPA if this can qualify as a business expense....)
Dave
|
|
|
Post by wildgrav on Oct 6, 2012 16:49:39 GMT -8
|
|