On Mon, Jun 25, 2018 at 10:18:50AM -0400, Curtis Dutton wrote:
> The place where ports are allocated is halcmd_commands.c line 687. That was
> the easiest place I could find to do it. That code should probably be in
> hal_lib.c and just be called by hal command.
Should this line be dropped then?
On 26 June 2018 at 19:16, Curtis Dutton wrote:
> Ok makes sense. I found the datapainter.vhd in the hostmot2 source code
> downloaded from mesanet. Doesn't look like it is in the linuxcnc git yet.
The hostmot2 in the LinuxCNC git is a bit behind.
--
atp
"A motorcycle is a bicycle with a
On Tue, 26 Jun 2018, Curtis Dutton wrote:
Date: Tue, 26 Jun 2018 14:16:16 -0400
From: Curtis Dutton
Reply-To: EMC developers
To: EMC developers
Subject: Re: [Emc-developers] Pre-Pull Request Review: Better laser engraver
support + new HAL pin type "PORT"
Ok makes sens
Ok makes sense. I found the datapainter.vhd in the hostmot2 source code
downloaded from mesanet. Doesn't look like it is in the linuxcnc git yet.
On Tue, Jun 26, 2018 at 11:31 AM, andy pugh wrote:
> On 26 June 2018 at 02:30, Curtis Dutton wrote:
> > Peter that sounds great. Can I get some
On 26 June 2018 at 02:30, Curtis Dutton wrote:
> Peter that sounds great. Can I get some links into the relevant pieces? I'm
> willing to work on this, and add to the hm2 driver, do some testing and get
> something going after I finish my man pages. I have a 6i25 and a smart
> serial IO card in
, 2018 at 6:23 PM Peter C. Wallace wrote:
> On Mon, 25 Jun 2018, Curtis Dutton wrote:
>
> > Date: Mon, 25 Jun 2018 10:24:26 -0400
> > From: Curtis Dutton
> > Reply-To: EMC developers
> > To: EMC developers
> > Subject: Re: [Emc-developers] Pre-Pull Req
On Mon, 25 Jun 2018, Curtis Dutton wrote:
Date: Mon, 25 Jun 2018 10:24:26 -0400
From: Curtis Dutton
Reply-To: EMC developers
To: EMC developers
Subject: Re: [Emc-developers] Pre-Pull Request Review: Better laser engraver
support + new HAL pin type "PORT"
Andy,
I will look in
Andy,
I will look into this. I believe I had a conversation with Peter a while
back about getting a raster into Mesa cards. I plan on pursuing that. Right
now I have my servo thread rate jacked up higher on my laser to get a
little more detail. A hardware version is a must for an industrial grade
Jeff,
You are correct. The hal port operates at a lower level than hal_stream
calls. It is a byte stream, untyped and asynchronous in that a write or
read from the port can consume up to the buffer size of the port in a
single period.
So you could build a sampler, or hal stream on top of a hal
On 25 June 2018 at 01:41, Curtis Dutton wrote:
> A HAL_PORT pin allows for a writer component to send many bytes in one
> operation to a reader component in real time.
The Mesa Smart-Serial protocol defines a "stream" data type:
This is exciting, thank you.
Can you please mention how this compares/contrasts with
streamer/sampler, which have been factored into hal_stream_XXX API calls
in our master branch?
>From what I can see,
- hal "streams" are typed
- hal "streams" are agreed on by allocating small integers, not
I have been plying with your sim, this is absolutely awesome! Fantastic
work.
Cheers,
Kurt
On Sun, Jun 24, 2018 at 8:41 PM, Curtis Dutton wrote:
> Last year I retrofitted my laser engraver with linuxcnc. I do both
> rastering and vector cutting on my laser, and it is a 4 axis laser as I do
>
Last year I retrofitted my laser engraver with linuxcnc. I do both
rastering and vector cutting on my laser, and it is a 4 axis laser as I do
complicated raster and vector cutting on 3D objects.
I found existing solutions out on the web but they weren't quite adequate
for my needs. Because I have
13 matches
Mail list logo