"James Reed" <[EMAIL PROTECTED]> wrote:
> I got Hal running as just the input for encoders. It needed the
> write to the port.
Glad to hear that. Last night I modified the parport driver so
that the port direction is set as soon as you load the driver.
(No need to run "parport.N.write" unless y
There is a way around it if we find that Paul successfully raises the
proprietary flag with the work that I encouraged him to do with qt3.
Smithy Company has purchased a written from scratch version of a QT4 EMC
library that will be LGPL copyright. This should be available before
long.
Rayh
O
paul_c wrote:
>On Wednesday 03 January 2007 02:17, Stephen Wille Padnos wrote:
>
>
>>There was a little bit of work done on a Qt<->NML interface a couple of
>>years ago. It never went too far, but strangely enough, the "demo app"
>>is a DRO :)
>>
>>
>The core code is being used in a couple
On Wednesday 03 January 2007 02:17, Stephen Wille Padnos wrote:
> There was a little bit of work done on a Qt<->NML interface a couple of
> years ago. It never went too far, but strangely enough, the "demo app"
> is a DRO :)
The core code is being used in a couple of applications.
> I'll dig it
> currently pyvcp runs when AXIS is run, but the modifications to make it
> run standalone with a use-specified input file are small. I (or someone
> else) just have to modify the parser to take an optional input argument,
> and create a root window when AXIS does not do that.
this brings up an
urve on it.
It's an old saying I once learned. To a person who's only tool is a hammer,
every problem has a nail head.
From: Anders Wallin <[EMAIL PROTECTED]>
Reply-To: "Enhanced Machine Controller (EMC)"
To: "Enhanced Machine Controller (EMC)"
Subje
James Reed wrote:
> I got Hal running as just the input for encoders. It needed the write to
> the port. The command 'loadrt hal_parport cfg="0x378_in"' seems to be
> legal. I've been running 1 encoder through it for a few hours. Now I need
> to talk about how to link it to something like QT
Well, if you must have Qt, then I think I can help you :)
There was a little bit of work done on a Qt<->NML interface a couple of
years ago. It never went too far, but strangely enough, the "demo app"
is a DRO :)
I'll dig it up and either stick it on the wiki or I can email it (or
even check
QT3.
You guys are great! Thanks for the help.
>From: [EMAIL PROTECTED]
>Reply-To: "Enhanced Machine Controller (EMC)"
>
>To: "Enhanced Machine Controller (EMC)"
>Subject: Re: [Emc-users] parallel port initializing
>Date: Tue, 02 Jan 2007 21:34:33 +
&g
On Tue, Jan 02, 2007 at 09:34:33PM +, [EMAIL PROTECTED] wrote:
> To use pins 1, 14, 16, and 17 as inputs, you first need a parport that
> supports it, not all do. Then you need to specify "x" in the config
> string. And finally, you need to set the corresponding outputs high.
[...]
also, not
"James Reed" <[EMAIL PROTECTED]> wrote:
> I am attempting to run HAL without the use of EMC2. As I have stated
> before, I want a DRO only at this point in time, and am not interested in
> the extras EMC offers.
>
> I have successfully run HAL as an internal (to the computer) program (using
>
I am attempting to run HAL without the use of EMC2. As I have stated
before, I want a DRO only at this point in time, and am not interested in
the extras EMC offers.
I have successfully run HAL as an internal (to the computer) program (using
the function generator in the HAL tutorial and a co
12 matches
Mail list logo
