Possible bug?
-
- Vectric Craftsman
- Posts: 101
- Joined: Thu Apr 07, 2011 5:40 pm
- Model of CNC Machine: DIY
- Location: Taft, Tennessee
- Contact:
Possible bug?
Hi,
I noticed this the other day and it happen to me again. Using Aspire 8. I have a shape to be cut with a 2D profile tool-path. I have placed tabs on the shape to keep it in the sheet while cutting. I decided that some of the internal corners need a T-bone fillet. After I apply the fillets my tabs have moved.
I reproduced the bug to make the picture. Kind of a pain to have to redo the tabs after you spend a lot of time trying to get them in the right spot. But I still love the software.
I noticed this the other day and it happen to me again. Using Aspire 8. I have a shape to be cut with a 2D profile tool-path. I have placed tabs on the shape to keep it in the sheet while cutting. I decided that some of the internal corners need a T-bone fillet. After I apply the fillets my tabs have moved.
I reproduced the bug to make the picture. Kind of a pain to have to redo the tabs after you spend a lot of time trying to get them in the right spot. But I still love the software.
farmertom
http://cncartwork.weebly.com/
http://cncartwork.weebly.com/
- TReischl
- Vectric Wizard
- Posts: 4657
- Joined: Thu Jan 18, 2007 6:04 pm
- Model of CNC Machine: 8020 48X36X7 RP 2022 UCCNC Screenset
- Location: Leland NC
Re: Possible bug?
I would not call it a bug. Adding dog bones changes the geometry. How tabs are referenced in software has never been an easy thing.
I cannot speak for Vectric, obviously, since I do not write their software. But back in the day, a cutting path is an ordered list. Each line, arc has a reference or index assigned to it. Then things like tabs are assigned to a piece of geometry in that list. For instance, the first tab goes on geometry item number 12 in the list. When you change that list by adding or subtracting geometry, that reference points to a different piece of geometry.
At first glance it would seem easy to somehow keep that reference updated, but unfortunately it is not. What I did was actually remove all tabs if that list was changed. That did not make anyone happy either. I spent 25 years working on my software on a continuous basis. That problem was never solved. When I say continuous, I mean every working day, it was what I did for a career.
BTW, I am not running V8, and mine does it too.
Another thought about this: Geometry is usually all adjusted before toolpathing which includes tabs. That is the normal flow.
I cannot speak for Vectric, obviously, since I do not write their software. But back in the day, a cutting path is an ordered list. Each line, arc has a reference or index assigned to it. Then things like tabs are assigned to a piece of geometry in that list. For instance, the first tab goes on geometry item number 12 in the list. When you change that list by adding or subtracting geometry, that reference points to a different piece of geometry.
At first glance it would seem easy to somehow keep that reference updated, but unfortunately it is not. What I did was actually remove all tabs if that list was changed. That did not make anyone happy either. I spent 25 years working on my software on a continuous basis. That problem was never solved. When I say continuous, I mean every working day, it was what I did for a career.
BTW, I am not running V8, and mine does it too.
Another thought about this: Geometry is usually all adjusted before toolpathing which includes tabs. That is the normal flow.
"If you see a good fight, get in it." Dr. Vernon Johns
- IslaWW
- Vectric Wizard
- Posts: 1403
- Joined: Wed Nov 21, 2007 11:42 pm
- Model of CNC Machine: CNC Controller Upgrades
- Location: Bergland, MI, USA
Re: Possible bug?
Wouldn't one normally add the dogbones prior to the toolpath operations? I would consider your case of adding tabs after tabs an unusual case of getting processes slightly out of order. Unless I am missing something, that is.
Gary Campbell
GCnC Control
ATC & Servo Controller Controller Upgrades
GCnC411 (at) gmail.com
GCnC Control
ATC & Servo Controller Controller Upgrades
GCnC411 (at) gmail.com
- Ms Wolffie
- Vectric Wizard
- Posts: 2695
- Joined: Sat Mar 31, 2012 10:41 pm
- Model of CNC Machine: Blue Elephant 1325, Shark HD Pro
- Location: Tully Heads, Wet Tropics, Queensland, Australia
Re: Possible bug?
I fail to see why it is a pain to manually move a few tabs.
However, in the first pic you have 5 tabs an in the second you only have 3 so something must have been change in the tab setup.
However, in the first pic you have 5 tabs an in the second you only have 3 so something must have been change in the tab setup.
Cheers
Wolffie
Whatshammacallit
Cut3D, VCarvePro 6.5, Aspire4, PhotoVCarve, Corel Graphics Suite X6
Wolffie
Whatshammacallit
Cut3D, VCarvePro 6.5, Aspire4, PhotoVCarve, Corel Graphics Suite X6
-
- Vectric Craftsman
- Posts: 101
- Joined: Thu Apr 07, 2011 5:40 pm
- Model of CNC Machine: DIY
- Location: Taft, Tennessee
- Contact:
Re: Possible bug?
Really! the sample was just to show the problem. If you had a 4 x 8 foot sheet of shapes to "re-tab" you would complain too. I did nothing to the tabs between the two shapes.Ms Wolffie wrote:I fail to see why it is a pain to manually move a few tabs.
However, in the first pic you have 5 tabs an in the second you only have 3 so something must have been change in the tab setup.
farmertom
http://cncartwork.weebly.com/
http://cncartwork.weebly.com/
-
- Vectric Craftsman
- Posts: 101
- Joined: Thu Apr 07, 2011 5:40 pm
- Model of CNC Machine: DIY
- Location: Taft, Tennessee
- Contact:
Re: Possible bug?
What! It should not make any difference the order you perform the operations. One you set a tab it should stay!IslaWW wrote:Wouldn't one normally add the dogbones prior to the toolpath operations? I would consider your case of adding tabs after tabs an unusual case of getting processes slightly out of order. Unless I am missing something, that is.
farmertom
http://cncartwork.weebly.com/
http://cncartwork.weebly.com/
-
- Vectric Craftsman
- Posts: 101
- Joined: Thu Apr 07, 2011 5:40 pm
- Model of CNC Machine: DIY
- Location: Taft, Tennessee
- Contact:
Re: Possible bug?
I am sure with all of the smart people at Vectric they can fix the problem? If you are building prototypes and make slight changes to geometry, fixing moved tabs can be a pain. Unless the geometry where the tab is placed has changed the tab should not move. In object oriented programming the tabs should be separated for the geometry.TReischl wrote:I would not call it a bug. Adding dog bones changes the geometry. How tabs are referenced in software has never been an easy thing.
I cannot speak for Vectric, obviously, since I do not write their software. But back in the day, a cutting path is an ordered list. Each line, arc has a reference or index assigned to it. Then things like tabs are assigned to a piece of geometry in that list. For instance, the first tab goes on geometry item number 12 in the list. When you change that list by adding or subtracting geometry, that reference points to a different piece of geometry.
At first glance it would seem easy to somehow keep that reference updated, but unfortunately it is not. What I did was actually remove all tabs if that list was changed. That did not make anyone happy either. I spent 25 years working on my software on a continuous basis. That problem was never solved. When I say continuous, I mean every working day, it was what I did for a career.
BTW, I am not running V8, and mine does it too.
Another thought about this: Geometry is usually all adjusted before toolpathing which includes tabs. That is the normal flow.
farmertom
http://cncartwork.weebly.com/
http://cncartwork.weebly.com/
- Adrian
- Vectric Archimage
- Posts: 14683
- Joined: Thu Nov 23, 2006 2:19 pm
- Model of CNC Machine: ShopBot PRS Alpha 96x48
- Location: Surrey, UK
Re: Possible bug?
So how would you do it? If you put a tab 10cm along a vector that position would be stored. You then put a couple of dog bone fillets in before that tab which means the effective length of the vector has now changed. Should the tab be at the same distance it was before or at the same percentage distance? With either approach someone is going to complain that it's not correct.farmertom wrote: I am sure with all of the smart people at Vectric they can fix the problem? If you are building prototypes and make slight changes to geometry, fixing moved tabs can be a pain. Unless the geometry where the tab is placed has changed the tab should not move. In object oriented programming the tabs should be separated for the geometry.
- Ms Wolffie
- Vectric Wizard
- Posts: 2695
- Joined: Sat Mar 31, 2012 10:41 pm
- Model of CNC Machine: Blue Elephant 1325, Shark HD Pro
- Location: Tully Heads, Wet Tropics, Queensland, Australia
Re: Possible bug?
Oh my oh my.farmertom wrote:Really! the sample was just to show the problem. If you had a 4 x 8 foot sheet of shapes to "re-tab" you would complain too. I did nothing to the tabs between the two shapes.Ms Wolffie wrote:I fail to see why it is a pain to manually move a few tabs.
However, in the first pic you have 5 tabs an in the second you only have 3 so something must have been change in the tab setup.
You seem to be a very angry aggressive person, take some deep breaths.
I do not really understand, do you dogbone every single piece manually?
I guess not.
Obviously you didn't tell the program how many tabs you wanted.
If you shift the tabs the same way you make the dogbones, you only need to do it once and they will all be fixed.
Cheers
Wolffie
Whatshammacallit
Cut3D, VCarvePro 6.5, Aspire4, PhotoVCarve, Corel Graphics Suite X6
Wolffie
Whatshammacallit
Cut3D, VCarvePro 6.5, Aspire4, PhotoVCarve, Corel Graphics Suite X6
- scottp55
- Vectric Wizard
- Posts: 4717
- Joined: Thu May 09, 2013 11:30 am
- Model of CNC Machine: ShopbotDesktop 5.5"Z/spindle/VCP11.5
- Location: Kennebunkport, Maine, US
Re: Possible bug?
F,
You probably already know this, But.... If you Proto ONE and then toolpath it exactly( Including tabs!), then when you linear array/nest... the tabs are automatically copied!
Rather than Dogbone all and tab all, just make 1 all the way and THEN multiply them?
scott
You probably already know this, But.... If you Proto ONE and then toolpath it exactly( Including tabs!), then when you linear array/nest... the tabs are automatically copied!
Rather than Dogbone all and tab all, just make 1 all the way and THEN multiply them?
scott
I've learned my lesson well. You can't please everyone,so you have to please yourself
R.N.
R.N.
- CYS-ARTISANS
- Vectric Craftsman
- Posts: 118
- Joined: Sun Sep 16, 2007 1:05 pm
- Model of CNC Machine: Shopbot PRT96
- Location: Katy, Texas
Re: Possible bug?
Well is an unwanted behavior. I had the same issue in Aspire 4.5. So is still there in version 8.
-
- Vectric Craftsman
- Posts: 101
- Joined: Thu Apr 07, 2011 5:40 pm
- Model of CNC Machine: DIY
- Location: Taft, Tennessee
- Contact:
Re: Possible bug?
Well, IMHO the tabs should have a xy location and associated with a geometry. Changing the geometry should not change the location of the tab. When the toolpath is calculated the tabs inserts itself into the final solution. At that time it could check to see if geometry exist at that location, if not a warning is thrown to alert the user that the tab will be omitted. We get other errors during toolpath calculation. Maybe there are three choices or tabs. Constant distance, constant percent distance, and fixed. All selectable the "Add tabs" dialogue. Thanks for listeningAdrian wrote:So how would you do it? If you put a tab 10cm along a vector that position would be stored. You then put a couple of dog bone fillets in before that tab which means the effective length of the vector has now changed. Should the tab be at the same distance it was before or at the same percentage distance? With either approach someone is going to complain that it's not correct.farmertom wrote: I am sure with all of the smart people at Vectric they can fix the problem? If you are building prototypes and make slight changes to geometry, fixing moved tabs can be a pain. Unless the geometry where the tab is placed has changed the tab should not move. In object oriented programming the tabs should be separated for the geometry.
farmertom
http://cncartwork.weebly.com/
http://cncartwork.weebly.com/
-
- Vectric Craftsman
- Posts: 101
- Joined: Thu Apr 07, 2011 5:40 pm
- Model of CNC Machine: DIY
- Location: Taft, Tennessee
- Contact:
Re: Possible bug?
Yes, but all of my parts are unique. No Array copies here.scottp55 wrote:F,
You probably already know this, But.... If you Proto ONE and then toolpath it exactly( Including tabs!), then when you linear array/nest... the tabs are automatically copied!
Rather than Dogbone all and tab all, just make 1 all the way and THEN multiply them?
scott
farmertom
http://cncartwork.weebly.com/
http://cncartwork.weebly.com/
-
- Vectric Craftsman
- Posts: 101
- Joined: Thu Apr 07, 2011 5:40 pm
- Model of CNC Machine: DIY
- Location: Taft, Tennessee
- Contact:
Re: Possible bug?
Yes, thanks you!CYS-ARTISANS wrote:Well is an unwanted behavior. I had the same issue in Aspire 4.5. So is still there in version 8.
farmertom
http://cncartwork.weebly.com/
http://cncartwork.weebly.com/
- TReischl
- Vectric Wizard
- Posts: 4657
- Joined: Thu Jan 18, 2007 6:04 pm
- Model of CNC Machine: 8020 48X36X7 RP 2022 UCCNC Screenset
- Location: Leland NC
Re: Possible bug?
If one looks closely at Aspire (and VCarve) it becomes apparent that a certain "flow" of work is intended.
The program starts with the left hand window visible. This allows creating and editing of geometry. Adding dog bones falls into this category. Once all the geometry is massaged to the users satisfaction, then the right hand pathing pane is opened. Tabs are not part of geometry so they are not in the left hand pane.
As for object oriented programming solving all issues? Hooey, just plain hooey. It works very nicely in many situations, this is not one of them. Interestingly enough, CAM programming was using "object" techniques long before a propeller head thought he invented the concept. Chained geometry is for all practical purposes an object. When any portion of it is selected the user can assign properties to that chain independent of all other chains in existence at the time. One can also perform operations on that object, such as adding tabs, setting feedrates, etc.
The classic example used in OOP is cars. An object is created that represents a car, then one is instantiated. Properties can be set such as color, size of wheels, etc. A new instance of that car can be created then properties modified, this is called inheritance. But, if one were running a car simulation, one of the tasks the user would have to enter would be to put gas in the car, turn the key or push the button to start it, and guide it down a road, stop when a red light appears, ad nauseam. If the user did not put gas in the car, then the rest of the program could be considered "buggy" by some because it did not do things the way THEY think they should work.
Frankly, I am impressed by the lack of "bugs" in Vectric software. I am also astounded by the number of users who want to believe there must be a bug when they have not figured out how to put gas in the car or turn the key BEFORE driving down the road.
The program starts with the left hand window visible. This allows creating and editing of geometry. Adding dog bones falls into this category. Once all the geometry is massaged to the users satisfaction, then the right hand pathing pane is opened. Tabs are not part of geometry so they are not in the left hand pane.
As for object oriented programming solving all issues? Hooey, just plain hooey. It works very nicely in many situations, this is not one of them. Interestingly enough, CAM programming was using "object" techniques long before a propeller head thought he invented the concept. Chained geometry is for all practical purposes an object. When any portion of it is selected the user can assign properties to that chain independent of all other chains in existence at the time. One can also perform operations on that object, such as adding tabs, setting feedrates, etc.
The classic example used in OOP is cars. An object is created that represents a car, then one is instantiated. Properties can be set such as color, size of wheels, etc. A new instance of that car can be created then properties modified, this is called inheritance. But, if one were running a car simulation, one of the tasks the user would have to enter would be to put gas in the car, turn the key or push the button to start it, and guide it down a road, stop when a red light appears, ad nauseam. If the user did not put gas in the car, then the rest of the program could be considered "buggy" by some because it did not do things the way THEY think they should work.
Frankly, I am impressed by the lack of "bugs" in Vectric software. I am also astounded by the number of users who want to believe there must be a bug when they have not figured out how to put gas in the car or turn the key BEFORE driving down the road.
"If you see a good fight, get in it." Dr. Vernon Johns