Jeff Epler wrote:
>I think the tools are there ("run from line"), at least when O-words
>aren't being used--strictly the old-style g-codes. And unlike in the
>past, verify and run-from-line are both quite fast to process even
>10,000 lines.
>
>
>
I haven't worked with this much, but the speedup
I think the tools are there ("run from line"), at least when O-words
aren't being used--strictly the old-style g-codes. And unlike in the
past, verify and run-from-line are both quite fast to process even
10,000 lines.
The trick is to make it more transparent to the user -- replace pause
with thi
Mario. wrote:
>Most commercial CNC controls are far behind EMC.
>>From what I have seen.
>
>
>
>>Those familiar with commercial cnc-controls might suggest some useful
>>widgets that we are still missing ?
>>
>>
>>
The big thing on most "big name" controls is the ability to hop around
in the
Most commercial CNC controls are far behind EMC.
>From what I have seen.
> Those familiar with commercial cnc-controls might suggest some useful
> widgets that we are still missing ?
>
> Anders
>
-
Take Surveys. Earn Cash. In
> As a member of the board, I am 100% in favor of PyVCP becoming part of
> EMC2.
> (Yeah, I know this is late, you've already committed it. I was away
> for several days.)
> As the original author of VCP (the C version) I'm also very happy to
> see PyVCP. It looks like you have already taken PyVC
Anders Wallin <[EMAIL PROTECTED]> wrote:
> would the almighty board of directors please indicate if this
> development has a future, or if I should keep it as my private toy ??
As a member of the board, I am 100% in favor of PyVCP becoming part of
EMC2.
(Yeah, I know this is late, you've alrea
Now, you suggested me an idea!
The whole in/out thing in interfacing could be helped by shared
memory! The realtime system supports some definitions on this. We just
need to design all the names and their correct placement and agree on
that and it can be moved there! This is much how it is done in
Anders Wallin wrote:
>John Prentice wrote:
>
>
>>(a) There are occasions when the UI benefits from being bi-directional.
>>
>>
>
>Yes. But I don't know how to program a bidirectional slider or other
>widget yet. Maybe someone else can help ?
>
>
>
I did some of this in Tk/tcl for a nucle
> would the almighty board of directors please indicate if this
> development has a future, or if I should keep it as my private toy ??
>
>
>
> Anders
All the EMC development began and continues as a 'private toy' as you
say. And one day there was 1.0 working version that could do lot. So
if you
Hi Anders
I am probably not typical of the "almight board" but I tend to encourage
experimentation in most any direction seen to be of value by
users/developers. The board tends to fall out on the evolutionary side
when it comes to development in this project. As we progress we still
need to ke
John Prentice wrote:
> (a) There are occasions when the UI benefits from being bi-directional.
Yes. But I don't know how to program a bidirectional slider or other
widget yet. Maybe someone else can help ?
> (b) It would a useful generality to be able to display (and as above set)
> parameters
Anders, greetings
- Original Message -
From: "Anders Wallin" <[EMAIL PROTECTED]>
Subject: [Emc-developers] Python <-> HAL interfacing
>
> Hi all,
>
> I've played around with some Python code to generate Tkinter widgets
> that either control or in
I need.
I can certainly help with documenting.
Best wishes
John Prentice
- Original Message -
From: "Anders Wallin" <[EMAIL PROTECTED]>
To: "EMC developers"
Sent: Sunday, December 31, 2006 6:36 PM
Subject: [Emc-developers] Python <-> HAL interfacing
Hi all,
I've played around with some Python code to generate Tkinter widgets
that either control or indicate the status of a HAL pin:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?PyVCP
On IRC jepler/cradek indicated that this could perhaps be a way to
extend AXIS to include user configurable di
14 matches
Mail list logo
