StirlingMachine
Aluminum
- Joined
- Apr 19, 2015
Hi all, I know aspects of this topic has been covered before, but I've been searching the forums for a few days and haven't found anything that quite matches my problem, so I decided it was time for a post.
Machine: Fadal VMC 40, (like 2216) 1991 vintage, CNC88 control.
Running Cimco Edit V5 for program load and drip feed.
Standard setup:
9600 BAUD
Stop Bits 1
Even Parity
Data Bits 7
DTR/RTS Yes (tried both ways)
\17 Xon
\19 Xoff
So here's the issue. Programs load fine with TA,1 assuming they're small enough. DNC works great, most of the time, but intermittently it does not. When it doesn't it'll be running along fine and then the code just stops and says DNC error, table is still, spindle and coolant still running. When this happens usually Cimco says program transferred successfully. This happens most often when using adaptive clearing type paths, but it doesn't happen consistently in the same part of the path, or even the same operation within a program if there are multiple adaptive style paths in a program. Initially I thought it was just the mass of code and how fast it was transferring, but after messing with the smoothing and tolerances to reduce the code massively and change to arc moves the problem still persists.
I'm using it setup as I bought it, PC, Cable, etc. The existing cable is off the shelf stuff, which was my first thought, I've got parts to make a cable I know has the right pinouts on the way. But the fact that it works most of the time and will load programs just fine has me questioning if that's really the issue. I've spent some time looking over the code that's produced, and the only thing that seems very different from a surfacing path or other high volume code is the number of feed changes, don't know if that would cause it though?
Any insight or experience with something similar would be much appreciated. I've been getting by just avoiding these types of toolpaths, but it would be great to be able to run them without worrying about wasting a ton of time restarting after errors mid stream. I'm currently running a program that makes this happen just to figure out what the deal is, and it seems like I get maybe 50% success of a DNC transfer without some error. I'm running Mastercam X4, and it seems to take dynamic core mill paths just fine, but dynamic pockets not so much.
Also, I've noticed the almost everyone runs Fadals with cables set up for software handshake instead of hardware handshake. Is there a particular reason for this?
Cheers and Thanks
Devin
Machine: Fadal VMC 40, (like 2216) 1991 vintage, CNC88 control.
Running Cimco Edit V5 for program load and drip feed.
Standard setup:
9600 BAUD
Stop Bits 1
Even Parity
Data Bits 7
DTR/RTS Yes (tried both ways)
\17 Xon
\19 Xoff
So here's the issue. Programs load fine with TA,1 assuming they're small enough. DNC works great, most of the time, but intermittently it does not. When it doesn't it'll be running along fine and then the code just stops and says DNC error, table is still, spindle and coolant still running. When this happens usually Cimco says program transferred successfully. This happens most often when using adaptive clearing type paths, but it doesn't happen consistently in the same part of the path, or even the same operation within a program if there are multiple adaptive style paths in a program. Initially I thought it was just the mass of code and how fast it was transferring, but after messing with the smoothing and tolerances to reduce the code massively and change to arc moves the problem still persists.
I'm using it setup as I bought it, PC, Cable, etc. The existing cable is off the shelf stuff, which was my first thought, I've got parts to make a cable I know has the right pinouts on the way. But the fact that it works most of the time and will load programs just fine has me questioning if that's really the issue. I've spent some time looking over the code that's produced, and the only thing that seems very different from a surfacing path or other high volume code is the number of feed changes, don't know if that would cause it though?
Any insight or experience with something similar would be much appreciated. I've been getting by just avoiding these types of toolpaths, but it would be great to be able to run them without worrying about wasting a ton of time restarting after errors mid stream. I'm currently running a program that makes this happen just to figure out what the deal is, and it seems like I get maybe 50% success of a DNC transfer without some error. I'm running Mastercam X4, and it seems to take dynamic core mill paths just fine, but dynamic pockets not so much.
Also, I've noticed the almost everyone runs Fadals with cables set up for software handshake instead of hardware handshake. Is there a particular reason for this?
Cheers and Thanks
Devin