Sounds like a normal renashaw type of probe you have. When probing your first
touch is at a higher speed then the second touch is slower to get exact
position. The
results can be stored in a file. Look at gridprobe.ngc in your nc_files folder
for an
example.
John
On 3 Jul 2008 at 9:47, Kai S
Hi every1,
Thank you for all the response to my question. So this is a very active
community. As our ERP system we have chosen ADempiere
(http://www.adempiere.com). There we have a very active community, too
(and we are an active part of it ;-) ). I know how valuable such a
community is for an
Kai Schaeffer wrote:
> Andre' Blanchard schrieb:
What does "it wouldn't be trivial" mean in man-months?
Actually, I think those were my words. EMC doesn't currently
have a feature to scan a surface and then modify the meaning of
a G-code file. There was some discussion once about a general
t
Andre' Blanchard wrote:
>
> It kind of sounds like the current system may be running multiple machines
> off one computer, some type of drip feed DNC.
>
It is highly desirable to NOT do this anymore. 1970's
technology, only the tiniest step above paper tape!
>
>
>- Measurement of the sur
One possible solution to the probing issue is to write a special
kinematics that interfaces with probing. With the kinematics turned off,
probe the sheet at the desired resolution. A special (new) command would
write the X, Y, Z coordinates of each probed point to the kinematics.
When the kinem
I have to admit I don't have a vast amount of experience of the
internals of EMC but it shouldn't be difficult to probe the whole sheet
then generate a correction matrix that is used before the G-code is
generated. Probing a large sheet would be very time consuming.
Do you need this for engravi
At 03:29 PM 7/2/2008, you wrote:
>Andre' Blanchard schrieb:
> >>
>
> > - Measurement of the surface for a Z-correction
> >
> >
> probing?
>
>
> >>> At the beginning of each program we measure the Z-profile of the surface
> >>> of the sheet. This profile is used to correct
Andre' Blanchard schrieb:
>>
>> Why would it run out of lines? It should always have a buffer
>> of interpreted G-code to read ahead. I did some experiments
>> with the relatively new G64 P command to set the allowable
>> tolerance during contouring. I was doing 588 blocks of G-code a
>> sec
Hi Kirk,
You are asking very good questions. :-)
Kirk Wallace schrieb:
> Is this document also valid?
>
> http://www.datron.de/fileadmin/media/pdf/Englisch/CNC/CNC_Large-format_GB_I_V10.pdf
>
Yes it is.
> Here are some thoughts that come to mind:
>
> How much of the conversion do you want to
On Wed, 2008-07-02 at 09:21 -0700, Kirk Wallace wrote:
> On Wed, 2008-07-02 at 12:17 +0200, Kai Schaeffer wrote:
> > Hello EMC community,
> >
> > I am new here and I am dropping in with a longer question.
> I
> prefer to keep EMC2 lean, so I tend to use C to make HAL components to
> add features
At 12:36 PM 7/2/2008, you wrote:
>Kai Schaeffer wrote:
> >
> >>There's also an issue with the speed at which the interpreter can
> >>process and output G-code lines, but others know more about this...
> >>
> >
> > Good point. What happens if the system is running out of lines? Does the
> > machine
Kai Schaeffer wrote:
>
> This sound not so bad. Actually we need this speed only for the rapid
> movements. For the cutting speed we have to max. speed of 5m/min. That
> would mean 0.02mm per cycle. I guess we could work with this. Or what do
> you think?
>
Depending on thew hardware interface
On Wed, 2008-07-02 at 12:17 +0200, Kai Schaeffer wrote:
> Hello EMC community,
>
> I am new here and I am dropping in with a longer question. Sorry for
> this, but we are looking for a machine controller and this might help us
> to decide if this is the right place for us. So here is the story:
Am Mittwoch, den 02.07.2008, 13:44 +0200 schrieb Kai Schaeffer:
> Stored Program Control (in German called SPS).
The guys from abroad call it "PLC" (Programmable Logic Controller)
> Perhaps it's not so common outside Germany... :-)
Oh - I've seen some here and there... ;-) And I'm also glad to s
On Wed, Jul 02, 2008 at 01:47:51PM +0300, Anders Wallin wrote:
> Writing a simple script in python to estimate the milling time would be
> straightforward.
AXIS does a simple milling time estimate. It is on the
File/Properties window with some other useful information about the
loaded program.
Hi Andreas,
thank you for your quick answer...
>> - Fast movements (up to 16m/min, we are doing HSC)
>>
>
> You must find a motherboard+cpu combination that has good real-time
> performance. I am running emc2 with a servo-thread rate of 4 kHz, during
> that 250 us your machine would move 0.
> - Servo motors
yes, depending on what servo-interface you choose the drives can be
controlled either with a -10..+10V analog voltage or with PWM+direction
signals.
Newer interfaces such as canbus or sercos are not supported afaik.
> - Fast movements (up to 16m/min, we are doing HSC)
You must
Hello EMC community,
I am new here and I am dropping in with a longer question. Sorry for
this, but we are looking for a machine controller and this might help us
to decide if this is the right place for us. So here is the story:
We are a manufacturer of customized front panels - specialized on
18 matches
Mail list logo