Messages

1

LazyTurn / Re: LazyTurn

« on: January 03, 2009, 03:38:59 AM »

...  
So it seems Im stuck with having to do a "material removed" algorithm instead at this point so I can sense when the tool colides with the stock itself on a non-cutting edge. Till now we've been assuming all tools can cut on both sides, a bad
...

I'm mainly just thinking aloud;

"Material removed algorithm";

When the each rough pass is finished, in each endpoint of each pass LT seems to rectract the tool by moving just X outwards.

But IF it would instead move the tool by linear movement to the -previous- rough pass endpoint (both in X and Z), then there would be no material between each rough-pass endpoints, would there ? At least tool should have no problems to take left over material with semi-finish or finish-pass.

Then the "material removed algorithm" would then simply be a polygon made of each endpoint (X & Z) of rough-passes ?

"Finish pass";
Finish pass limitations could be partially determined by measuring perpendicular distance between actual DXF-line and above material-removed polygon, taking measurements in each material-removed polygon endpoint.

If perpendicular distance is greater than user has wanted to be left after roughing in both ends of one polygon section (X1,Z1)-( (X2,Z2), then the rough-step has already determined that there is tool limitations involved in this cutting point and no finish pass is possible, so there should be no finish pass calculations between these points and thus maybe saving some computation time.

If the perpendicular distance is same as user wanted, then there is possibility to do finish pass at this polygon segment. After that there could be tracing of DXF-line, perhaps by offsetting it for finish-pass "left-over". Well, certainly this tool limitations check at only polygon endpoints is not suited fine for actual finish-pass cutting, I think the same checks of tool cutting limitations should be done for each (X,Z) point of finishing-path.

And for what it's worth, I'm too voting for simplicity & "lazyness". If the tooling (left/right/center) selected could be used to determine the cutting side of the tool, that would be quite nice for user.

These are just my thoughts, not necessarily useful at all.

With best regards from Finland,

Henry "Henkka" Palonen

2

PoKeys / Re: Any one tried a MPG with the PoKeys?

« on: December 31, 2008, 03:54:28 PM »

Yes, the date is same. I got the plugin from PoKeys homepage, that had same date as that post had (the post where the new plugig was attached).

Henkka

3

PoKeys / Re: Any one tried a MPG with the PoKeys?

« on: December 31, 2008, 03:47:08 PM »

It's working ok now. I restarted the machine & Mach and did some other button-configurations in the meantime.

Here is the configuration I'm using for PoKeys55T MPG:

1) In Config->Ports & Pins ->MPG config;
1a) enable, A-port = 10, A-Pin = 1, B-Port = 10, B-pin = 2

2) "Plugin Control"-> "PoKeys Conf" -> "Use Encoder5 - MPG1" is checked

After that it seems to work OK, albeit little slow. I can't judge yet how actual milling machine will perform,
since I'm running Mac OS X and on top of that VMWare virtual machine where the Mach3 & PoKeys is run in the Windows-machine. There might be some
lag issues due to my machine setup. As soon as I wire the rest of the buttons & configure the PoKeys, I'll transfer the setup to the actual workshop-machine.

With best regards & Happy New Year from Tampere / Finland,

Henry "Henkka" Palonen


Thanks for your quick reply.

4

PoKeys / Re: Any one tried a MPG with the PoKeys?

« on: December 31, 2008, 02:35:11 PM »

How should I configure MPG in Mach3 ? I have it working OK in PoKeys-configuration software, it's showing values from 0->254 just ok. But when I tried to use MPG #1 in Mach3, it outputs strange values (tens of thousands of clicks per one unit) to the MPG calibration screen. Something I'm missing. I don't have any Brains configured for MPG-input, I'm using Brains just for analog FeedOvrd for now.

With best regards from Finland & Happy New Year !

Henry "Henkka" Palonen