Hello Guest it is April 28, 2024, 08:33:43 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 - HimyKabibble

551
Major progress today!  Brian has finally reproduced, on his system, the odd behavior I have of the A axis moving when it shouldn't, like when I do a probe in Z.  This currently causes my Z axis to move on the order of 0.005" every time I set my tool length.  There is definitely a bug in there, in the math related to applying fixture offsets, which causes Mach3 to think the machine is in a position other than the position its actually in.  He's working feverishly on understanding the root cause right now, so he can fix it.

He's also ordered a pendant similar to mine, so he can run my macropump "driver", to understand the jogging issues I have.

Regards,
Ray L.

552
General Mach Discussion / Re: Dumb Turning Question
« on: August 14, 2011, 09:29:41 AM »
Hood,

Yesterday, I made my round-nosed tool, and debugged my first real parameterized G-code!  Worked perfectly!  Thanks again for the tip!

Regards,
Ray L.

553
General Mach Discussion / Re: Bit Height Offset
« on: August 14, 2011, 09:27:13 AM »
It is FAR easier to use probing to set the Z position.  Unless you have a tool changer, using tool length offsets really doesn't buy you much....

Regards,
Ray L.

554
Ray, Which V are you using? I've never had any of these issues - I've stuck with R3.042.020 as I've found this to be darn near completely stable and I've used plenty of complex macros. A few issues with the Brain editor but that's about it.

as hitting ESC (which kills all active VB processes)...

Personally I believe it SHOULD, but it doesn't - neither does hitting RESET - well not in the above V anyway.

Ian


Ian,

Version doesn't matter - these bugs have been in there for many, many years.  I first found them in 3.042.020.

Regards,
Ray L.

555
Another day of incremental progress....  Brian has made a few more changes in the button code, but the odd A axis behavior has, unfortunately, gotten worse.  The A axis now takes a step on the first move following an active axis change through my pendant, and it now also takes a step at the start of every move in any probe (G31) operation.  On my machine, the A axis is the knee, and I using probing on the quill (Z axis) to set tool length.  Each time I do this, the knee ends up moving by about 0.005".  Not good....  In addition, doing an axis select on the pendant sometimes causes jogging on the pendant to simply stop working.  Changing jog mode in-screen gets it going again.  My jerky continuous jog also reared it's ugly head again today, clearly caused by some VB process that lost its mind, as hitting ESC (which kills all active VB processes) got the jog working smoothly again.  Brian is still working hard on this, but unfortunately it doesn't happen on his machine!  Very odd....

Regards,
Ray L.

556
Well....  One step forward, one step backwards.  The worst of the problems are solved, but the fix seems to have uncovered, or created, a new problems, and I've run into a SmoothStepper problem as well.  Jogging now seems to be working well, except for step mode - whenever I change axes in step mode, the very first step will step both the selected axis, AND my A axis!  After that first step, all is well, until I change axes again.  Brian will take a look at that tomorrow.

The SmoothStepper is now randomly throwing errors, causing Mach3 to shut down.  It seems to be receiving an unexpected command.  We've tossed that one to Greg, to hopefully explain what the error code means.  I was forced to update both the USB driver and Plug-in for the SS to be able to run the new Mach3 executable, so there's no going back now.  Unfortunately, having the SS throw up is worse than having the flaky jog-related problems, so I got no work done today.  Hopefully Brian will have an "Aha!" moment in the AM, when he looks into this new issue.

Still, great progress today, and having buttons work more reliably through VB will definitely be of great benefit to many of us.

Regards,
Ray L.

557
Brian has found, and fixed, several problems already this AM.  I'm about to test what I think will be the final test build (at least until I find the next bug....   :D).  In addition to the threading issue, we also found that if you do Edit->SelectAll, followed by Edit->Delete in the button script editor, rather than deleting the selected code, it actually executes the macro!  In addition, Edit->Undo has, apparently, NEVER worked!  Both of those problems are now fixed as well.

I have to give Brian kudos - He has never failed to jump immediately on any problem I've found (and there have been many), and he's almost always come up with a fix in short order.  I"m cautiously optimistic fixing these issues will make a very significant difference in the reliability and stability of my machine.  It seems (so far....) to have fixed the many issues I've been having with jogging lately.

Regards,
Ray L.

558
General Mach Discussion / Macros And Buttons - Strangeness Abounds....
« on: August 11, 2011, 09:29:12 AM »
For, well, forever, I've had problems with my machine doing weird and unpredictable things from time to time.  Lately, for whatever reason, it's been much worse, and has really been driving me crazy.  Here's the kind of stuff I'd see:

1) At random, one axis would stop jogging. Jogging any other axis would get the "dead" one to come back to life
2) MDI would sometimes stop working
3) Occasionally, the machine would make un-commanded moves, or turn the spindle on, or off, by itself.
4) It would sometimes simply stop in the middle of a program run, as though someone had hit FeedHold
5) More often, the machine would refuse to make a move, by jogging, MDI or a macro, then spontaneously do it at a later time!
6) Jogging in continuous jog mode would sometimes give VERY jerky motion
7) A few times, I would command a probe in one axis, but the machine would actually probe in a different axis, or even multiple axes!
8) It would sometimes ignore SingleBlock, and run the program normally WHILE SingleBlock was still lit
9) Yesterday was the weirdest one of all - I tried to edit a button script, and within the VB editor window, if I selected some text, instead of the text being selected, the Z axis would go through a 1-2 second sequence of moves.  This was absolutely repeatable!
And more...

I've suspected for several days the problem was somehow related to macros not running correctly, and somehow getting buffered up within Mach3.  When I saw that last one, it became crystal clear that there was something really wrong within Mach3 itself, so I contacted Brian, with the result that he quickly found a serious problem in Mach3, related to the button code.  In his words: "the base Button code was never meant to be able to handle Macros".  He found some thread un-safe code in there, but he's now corrected the problem, and sent me a test build to try out, which I will be doing today.  This could explain a LOT of the problems I've had over the years.

I'll report back after testing.  This could be a major step forward in making macros more stable and predictable.

Regards,
Ray L.

559
General Mach Discussion / Re: Dumb Turning Question
« on: August 10, 2011, 10:16:01 AM »
Hood,

Thanks, but I've got it covered at this point.  Just need to grind myself a round-nosed tool....

Regards,
Ray L.

560
General Mach Discussion / Re: Dumb Turning Question
« on: August 10, 2011, 09:23:26 AM »
Hood,

Yup, that looks exactly like what I need to make.  I've already hand-coded some parameterized G-code to do the job, with parameters for the sphere diameter, tool tip radius, etc.  May get to give it a try later today.

Thanks!

Regards,
Ray L.