[Emc-users] New (?) Ventilator patent

[James Isaac]

>From the "Yahoo" Email exit news,

The blurb about the inventor is at:

https://ca.news.yahoo.com/amid-critical-shortage-pandemic-ventilator-09437.html
[https://s.yimg.com/uu/api/res/1.2/dqy_3UabyO54dVMSdV3VOA--~B/aD00MTQ7dz02MjA7c209MTthcHBpZD15dGFjaHlvbg--/https://media.zenfs.com/en/cbc.ca/66fb958d6f6dae37173698bfc59e5166]
Amid a critical shortage, pandemic ventilator inventor makes his design open 
source - 
ca.news.yahoo.com
The London, Ont. man who came up with a potential low-cost solution to 
Ontario's critical shortage of ventilators is making his design for a pandemic 
ventilator freely available to anyone through an open source website. Retired 
respiratory therapist John Strupat said he made the decision after ...
ca.news.yahoo.com

and the patent itself is at:
http://www.freepatentsonline.com/4232668.html
Gas ventilating device - STRUPAT; JOHN 
P.
The invention discloses a gas ventilating device where the tidal volume during 
the inhalation phase of any cycle of patient consumption is constant and fixed; 
hence, the deliverable volume is independent of the head pressure of the supply 
source of the gas.
www.freepatentsonline.com


So how reliable is this "Free Patents Online?
This is the first time I have heard of it.


James Isaac.


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Question about 7i70 output voltage

[Leonardo Marsaglia]

Thanks Peter. I was measuring it wrong. Now I have the 12.1 volts at the
output when I turn it on.

Sorry for the foolishness!

Leonardo Marsaglia

El vie., 27 mar. 2020 21:07, Peter C. Wallace  escribió:

> On Fri, 27 Mar 2020, Leonardo Marsaglia wrote:
>
> > Date: Fri, 27 Mar 2020 20:35:43 -0300
> > From: Leonardo Marsaglia 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"  >
> > Subject: [Emc-users] Question about 7i70 output voltage
> >
> > Hello to all.
> >
> > I have practically all my config ready so I'm just tweaking and testing
> > minor things.
> >
> > One thing I've noticed is that the 7i71 has a I would say significant
> > lower voltage at the outputs compared to the field voltage I'm applying.
> > The outputs anyway are working as expected turning on the LEDs and going
> to
> > zero when I activate them.
>
> The output voltage should be the same as the field voltage since the
> output
> drivers are MOSFETs
>
> Note that a 7I71 is a sourcing driver so the outputs drive a positive
> voltage
> into a load that is referenced to power supply common
>
> >
> > The voltage I measure at the outputs is 10.7 volts while VFIELD is around
> > 12.1 volts. Do I have to worry about this? I suspect not because the
> > outputs are working as expected. But I just had to ask to be sure.
> >
> > By the way I'm using the same PC power supply to drive all the boards
> now,
> > just for testing purposes so I'm not applying any load.
> >
> > Thanks as always!
> >
> >
> >
> > Leonardo Marsaglia
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
>
> Peter Wallace
> Mesa Electronics
>
> (\__/)
> (='.'=) This is Bunny. Copy and paste bunny into your
> (")_(") signature to help him gain world domination.
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Question about 7i70 output voltage

[Peter C. Wallace]

On Fri, 27 Mar 2020, Leonardo Marsaglia wrote:


Date: Fri, 27 Mar 2020 20:35:43 -0300
From: Leonardo Marsaglia 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "Enhanced Machine Controller (EMC)" 
Subject: [Emc-users] Question about 7i70 output voltage

Hello to all.

I have practically all my config ready so I'm just tweaking and testing
minor things.

One thing I've noticed is that the 7i71 has a I would say significant
lower voltage at the outputs compared to the field voltage I'm applying.
The outputs anyway are working as expected turning on the LEDs and going to
zero when I activate them.


The output voltage should be the same as the field voltage since the output 
drivers are MOSFETs


Note that a 7I71 is a sourcing driver so the outputs drive a positive voltage 
into a load that is referenced to power supply common




The voltage I measure at the outputs is 10.7 volts while VFIELD is around
12.1 volts. Do I have to worry about this? I suspect not because the
outputs are working as expected. But I just had to ask to be sure.

By the way I'm using the same PC power supply to drive all the boards now,
just for testing purposes so I'm not applying any load.

Thanks as always!



Leonardo Marsaglia

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



Peter Wallace
Mesa Electronics

(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Question about 7i70 output voltage

[Leonardo Marsaglia]

Hello to all.

I have practically all my config ready so I'm just tweaking and testing
minor things.

One thing I've noticed is that the 7i71 has a I would say significant
lower voltage at the outputs compared to the field voltage I'm applying.
The outputs anyway are working as expected turning on the LEDs and going to
zero when I activate them.

The voltage I measure at the outputs is 10.7 volts while VFIELD is around
12.1 volts. Do I have to worry about this? I suspect not because the
outputs are working as expected. But I just had to ask to be sure.

By the way I'm using the same PC power supply to drive all the boards now,
just for testing purposes so I'm not applying any load.

Thanks as always!



Leonardo Marsaglia

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Question about 7i70 output voltage

[Leonardo Marsaglia]

I meant to say 7i71. Sorry for that.

El vie., 27 mar. 2020 20:35, Leonardo Marsaglia 
escribió:

> Hello to all.
>
> I have practically all my config ready so I'm just tweaking and testing
> minor things.
>
> One thing I've noticed is that the 7i71 has a I would say significant
> lower voltage at the outputs compared to the field voltage I'm applying.
> The outputs anyway are working as expected turning on the LEDs and going to
> zero when I activate them.
>
> The voltage I measure at the outputs is 10.7 volts while VFIELD is around
> 12.1 volts. Do I have to worry about this? I suspect not because the
> outputs are working as expected. But I just had to ask to be sure.
>
> By the way I'm using the same PC power supply to drive all the boards now,
> just for testing purposes so I'm not applying any load.
>
> Thanks as always!
>
>
>
> Leonardo Marsaglia
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Had to share

[Marcus Bowman]

Spam, spam, double-spam, egg, spam, spam and spam.
Loved the video; wouldn't eat the end product, though.

Marcus

On 27 Mar 2020, at 11:25, andy pugh wrote:

> https://youtu.be/GX68sOHZ12M
> 
> For maximum enjoyment turn on auto-captions. They really can't handle
> his accent.
> 
> -- 
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] another wild hare idea.

[Gene Heskett]

On Friday 27 March 2020 14:39:39 Gene Heskett wrote:

> On Friday 27 March 2020 07:20:33 Gene Heskett wrote:
> > On Friday 27 March 2020 02:53:03 theman whosoldtheworld wrote:
> > > Hi
> > >
> > > They are read only.
> > >
> > > The FEATURES=12 or whatever gives you access to the values, but
> > > you cannot change them, that would be the Holy Grail.
> > >
> > > If the pin can be written to, you can do it from a user M code
> > >
> > > halcmd setp  value type thing
> > >
> > > Whether it is linked and what type of pin it is is going to
> > > determine if it can be written
> > >
> > > regards
> > >
> > > (by ArcHye   with AndyPugh some years ago teach me about thse)
> > >
> > > plus on g code #<_hal[pinname]>

Apparently has been modified, see snip below from page 812 of the current 
docs, I finally found it with zero help from the index.

> > Great minds, I just thought of adding a module, putting it in the
> > correct place in the addf order & feeding it from hal but using its
> > output in the gcode. That syntax '#<_hal[pinname]>' may be the key
> > to the backwards path I need to actually make it work.
> >
Nope.

> > And a debug statement is all it will take to prove its working.  But
> > that also means the loading of the module will have to be moved out
> > of the postgui.hal to the initial loadrt's and addf's so that the
> > modules output exists at the hal scan time, else the error is that
> > the pin doesn't exist. I can sort that I think as geany's copy/paste
> > is I think, global.  I think I may have already done that as
> > postgui.hal is all 'net' statements:

> > net showdist1   <= scale-ovrtrvl.out => ovrtrvl-scaler-mux.in1
> > net display-mode<= units.G21 => ovrtrvl-scaler-mux.sel
> > setpscale-ovrtrvl.gain 25.40
> > # here, use a scale and a mux2 to select the scale.in for inches, or
> > the scale.out
> > # for a mm's conversion.

> > So in the gcode:
> > #<_z_depth> = [#<_hole_depth> - #<_hal[ovrtrvl-scaler-mux.out]>]

And on page 812, I find this example:
value = hal.get_value("iocontrol.0.emc-enable-in")
So I'll use that syntax just for S
Then I noted the dblquotes around the hal-pinname, but now it is an unk 
where a unary could be.  Gonna take more figuring I think.

Thanks again.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] another wild hare idea.

[Gene Heskett]

On Friday 27 March 2020 07:20:33 Gene Heskett wrote:

> On Friday 27 March 2020 02:53:03 theman whosoldtheworld wrote:
> > Hi
> >
> > They are read only.
> >
> > The FEATURES=12 or whatever gives you access to the values, but you
> > cannot change them, that would be the Holy Grail.
> >
> > If the pin can be written to, you can do it from a user M code
> >
> > halcmd setp  value type thing
> >
> > Whether it is linked and what type of pin it is is going to
> > determine if it can be written
> >
> > regards
> >
> > (by ArcHye   with AndyPugh some years ago teach me about thse)
> >
> > plus on g code #<_hal[pinname]>
>
> Great minds, I just thought of adding a module, putting it in the
> correct place in the addf order & feeding it from hal but using its
> output in the gcode. That syntax '#<_hal[pinname]>' may be the key to
> the backwards path I need to actually make it work.
>
> And a debug statement is all it will take to prove its working.  But
> that also means the loading of the module will have to be moved out of
> the postgui.hal to the initial loadrt's and addf's so that the modules
> output exists at the hal scan time, else the error is that the pin
> doesn't exist. I can sort that I think as geany's copy/paste is I
> think, global.  I think I may have already done that as postgui.hal is
> all 'net' statements:
> net   showdist1   <= scale-ovrtrvl.out => ovrtrvl-scaler-mux.in1
> net   display-mode<= units.G21 => ovrtrvl-scaler-mux.sel
> setp  scale-ovrtrvl.gain 25.40
> # here, use a scale and a mux2 to select the scale.in for inches, or
> the scale.out
> # for a mm's conversion.
>
> So in the gcode:
> #<_z_depth> = [#<_hole_depth> - #<_hal[ovrtrvl-scaler-mux.out]>]

unfortunately that source of data is undefined^^
after I fixed the copy/paste error. There was a typu in the first varname 
and an extra space in the 2nd, fixed above.  I have read the docs around 
page 812 and the sugar must be getting to my eyes, or the docs need 
help. That pin name does exist in postgui.hal.

> Which will subtract the overtravel from the gcode var that sets the
> ultimate depth of the hole.  And it should  be a value less for the
> peck increment than this.  And I could warn if the peck increment was
> greater than the over travel, which would setup a crash anyway
> situation.
>
> Thank you very much.
>
> Once I get both eyes open for the day. I'll test it. At 07:17 and only
> two sips of cold coffee, no bets.
>
> > *is this what you need? did I get it right? *
> >
> > regards and good luck with your work
> >
> >
> > Il giorno gio 26 mar 2020 alle ore 22:47 Gene Heskett
> > 
> >
> > ha scritto:
> > > Greetings all;
> > >
> > > I have some code in my Sheldon's hal file that accepts a value
> > > from gcode, #<_tpmm> or #<_tpi> that twiddles that value shipped
> > > across motion and then shows me via a pyvcp text box, the
> > > numerical distance value of the overshoot from inertia between the
> > > initiance of the reverse at the bottom of the g33.1 and the actual
> > > maximum overshoot before it gets stopped, which with an 8" 40 lb
> > > chuck mounted can exceed 3 turns at 300 rpms to slow and get the
> > > first 1.5 degrees of the reverse done.
> > >
> > > Works good but atm doesn't autoconvert metric/imperial. Thats a
> > > relatively minor detail involving the units module. and a sum2.
> > >
> > > Now what I want to do is ship that derived value back from hal to
> > > the gcode side of motion, so I can decrease the g33.1 depth and
> > > automatically adjust it to prevent the taps breakage from hitting
> > > the bottom of the hole.
> > >
> > > How can I do that backwards data transfer? The M6# codes don't
> > > seem to fit this.
> > >
> > > Thanks all.
> > > .
> > > Cheers, Gene Heskett
> > > --
> > > "There are four boxes to be used in defense of liberty:
> > >  soap, ballot, jury, and ammo. Please use in that order."
> > > -Ed Howdershelt (Author)
> > > If we desire respect for the law, we must first make the law
> > > respectable. - Louis D. Brandeis
> > > Genes Web page 
> > >
> > >
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> Cheers, Gene Heskett


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] another wild hare idea.

[theman whosoldtheworld]

Fine!

Il giorno ven 27 mar 2020 alle ore 12:23 Gene Heskett 
ha scritto:

> On Friday 27 March 2020 02:53:03 theman whosoldtheworld wrote:
>
> > Hi
> >
> > They are read only.
> >
> > The FEATURES=12 or whatever gives you access to the values, but you
> > cannot change them, that would be the Holy Grail.
> >
> > If the pin can be written to, you can do it from a user M code
> >
> > halcmd setp  value type thing
> >
> > Whether it is linked and what type of pin it is is going to determine
> > if it can be written
> >
> > regards
> >
> > (by ArcHye   with AndyPugh some years ago teach me about thse)
> >
> > plus on g code #<_hal[pinname]>
>
> Great minds, I just thought of adding a module, putting it in the correct
> place in the addf order & feeding it from hal but using its output in
> the gcode. That syntax '#<_hal[pinname]>' may be the key to the
> backwards path I need to actually make it work.
>
> And a debug statement is all it will take to prove its working.  But that
> also means the loading of the module will have to be moved out of the
> postgui.hal to the initial loadrt's and addf's so that the modules
> output exists at the hal scan time, else the error is that the pin
> doesn't exist. I can sort that I think as geany's copy/paste is I think,
> global.  I think I may have already done that as postgui.hal is
> all 'net' statements:
> net showdist1   <= scale-ovrtrvl.out => ovrtrvl-scaler-mux.in1
> net display-mode<= units.G21 => ovrtrvl-scaler-mux.sel
> setpscale-ovrtrvl.gain 25.40
> # here, use a scale and a mux2 to select the scale.in for inches, or the
> scale.out
> # for a mm's conversion.
>
> So in the gcode:
> #<-z_depth> = [#< _hole_depth> - #<_hal[ovrtrvl-scaler-mux.out]>]
>
> Which will subtract the overtravel from the gcode var that sets the
> ultimate depth of the hole.  And it should  be a value less for the peck
> increment than this.  And I could warn if the peck increment was greater
> than the over travel, which would setup a crash anyway situation.
>
> Thank you very much.
>
> Once I get both eyes open for the day. I'll test it. At 07:17 and only
> two sips of cold coffee, no bets.
> >
> >
> > *is this what you need? did I get it right? *
> >
> > regards and good luck with your work
> >
> >
> > Il giorno gio 26 mar 2020 alle ore 22:47 Gene Heskett
> > 
> >
> > ha scritto:
> > > Greetings all;
> > >
> > > I have some code in my Sheldon's hal file that accepts a value from
> > > gcode, #<_tpmm> or #<_tpi> that twiddles that value shipped across
> > > motion and then shows me via a pyvcp text box, the numerical
> > > distance value of the overshoot from inertia between the initiance
> > > of the reverse at the bottom of the g33.1 and the actual maximum
> > > overshoot before it gets stopped, which with an 8" 40 lb chuck
> > > mounted can exceed 3 turns at 300 rpms to slow and get the first 1.5
> > > degrees of the reverse done.
> > >
> > > Works good but atm doesn't autoconvert metric/imperial. Thats a
> > > relatively minor detail involving the units module. and a sum2.
> > >
> > > Now what I want to do is ship that derived value back from hal to
> > > the gcode side of motion, so I can decrease the g33.1 depth and
> > > automatically adjust it to prevent the taps breakage from hitting
> > > the bottom of the hole.
> > >
> > > How can I do that backwards data transfer? The M6# codes don't seem
> > > to fit this.
> > >
> > > Thanks all.
> > > .
> > > Cheers, Gene Heskett
> > > --
> > > "There are four boxes to be used in defense of liberty:
> > >  soap, ballot, jury, and ammo. Please use in that order."
> > > -Ed Howdershelt (Author)
> > > If we desire respect for the law, we must first make the law
> > > respectable. - Louis D. Brandeis
> > > Genes Web page 
> > >
> > >
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page 
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Had to share

[andy pugh]

On Fri, 27 Mar 2020 at 15:44, Ed  wrote:

> Hilarious!! Captions on made it all the better. What region does that
> accent come from?

He's a Geordie, I would say. From Newcastle / Sunderland, somewhere in
that area.

It's an accent I really like, especially in girls :-)

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Had to share

[Ed]

On 3/27/20 6:25 AM, andy pugh wrote:

https://youtu.be/GX68sOHZ12M

For maximum enjoyment turn on auto-captions. They really can't handle
his accent.

Hilarious!! Captions on made it all the better. What region does that 
accent come from?



Ed.




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Who knows about LASIMM ?

[andy pugh]

On Fri, 27 Mar 2020 at 13:00, Valerio Bellizzomi  wrote:

> This actially means they have an advanced control system. Can really
> LinuxCNC do the same with metal additive and subtractive plus metrology?

Yes and no...

LinuxCNC can't control three independent robots like this machine can.

But I would expect that the interactions between the robots were
handled in the CAM layer, not in the machine controller.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Had to share

[Les Newell]

Those captions are absolutely hilarious. You can just imagine the poor 
YT translatorbot smoking as it tries to figure out what he is saying.


Les


On 27/03/2020 11:25, andy pugh wrote:

https://youtu.be/GX68sOHZ12M

For maximum enjoyment turn on auto-captions. They really can't handle
his accent.





___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Who knows about LASIMM ?

[Valerio Bellizzomi]

On Fri, 2020-03-27 at 10:40 +0100, Valerio Bellizzomi wrote:
> Have you actually read or at least watched the site?
> 
> It is a hybrid machine doing additive and subtractive, metrology and
> cold work capabilities.


This actially means they have an advanced control system. Can really
LinuxCNC do the same with metal additive and subtractive plus metrology?




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Had to share

[andy pugh]

https://youtu.be/GX68sOHZ12M

For maximum enjoyment turn on auto-captions. They really can't handle
his accent.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] another wild hare idea.

[Gene Heskett]

On Friday 27 March 2020 02:53:03 theman whosoldtheworld wrote:

> Hi
>
> They are read only.
>
> The FEATURES=12 or whatever gives you access to the values, but you
> cannot change them, that would be the Holy Grail.
>
> If the pin can be written to, you can do it from a user M code
>
> halcmd setp  value type thing
>
> Whether it is linked and what type of pin it is is going to determine
> if it can be written
>
> regards
>
> (by ArcHye   with AndyPugh some years ago teach me about thse)
>
> plus on g code #<_hal[pinname]>

Great minds, I just thought of adding a module, putting it in the correct 
place in the addf order & feeding it from hal but using its output in 
the gcode. That syntax '#<_hal[pinname]>' may be the key to the 
backwards path I need to actually make it work. 

And a debug statement is all it will take to prove its working.  But that 
also means the loading of the module will have to be moved out of the 
postgui.hal to the initial loadrt's and addf's so that the modules 
output exists at the hal scan time, else the error is that the pin 
doesn't exist. I can sort that I think as geany's copy/paste is I think, 
global.  I think I may have already done that as postgui.hal is 
all 'net' statements:
net showdist1   <= scale-ovrtrvl.out => ovrtrvl-scaler-mux.in1
net display-mode<= units.G21 => ovrtrvl-scaler-mux.sel
setpscale-ovrtrvl.gain 25.40
# here, use a scale and a mux2 to select the scale.in for inches, or the 
scale.out
# for a mm's conversion.

So in the gcode:
#<-z_depth> = [#< _hole_depth> - #<_hal[ovrtrvl-scaler-mux.out]>]

Which will subtract the overtravel from the gcode var that sets the 
ultimate depth of the hole.  And it should  be a value less for the peck 
increment than this.  And I could warn if the peck increment was greater 
than the over travel, which would setup a crash anyway situation.

Thank you very much.

Once I get both eyes open for the day. I'll test it. At 07:17 and only 
two sips of cold coffee, no bets.
>
>
> *is this what you need? did I get it right? *
>
> regards and good luck with your work
>
>
> Il giorno gio 26 mar 2020 alle ore 22:47 Gene Heskett
> 
>
> ha scritto:
> > Greetings all;
> >
> > I have some code in my Sheldon's hal file that accepts a value from
> > gcode, #<_tpmm> or #<_tpi> that twiddles that value shipped across
> > motion and then shows me via a pyvcp text box, the numerical
> > distance value of the overshoot from inertia between the initiance
> > of the reverse at the bottom of the g33.1 and the actual maximum
> > overshoot before it gets stopped, which with an 8" 40 lb chuck
> > mounted can exceed 3 turns at 300 rpms to slow and get the first 1.5
> > degrees of the reverse done.
> >
> > Works good but atm doesn't autoconvert metric/imperial. Thats a
> > relatively minor detail involving the units module. and a sum2.
> >
> > Now what I want to do is ship that derived value back from hal to
> > the gcode side of motion, so I can decrease the g33.1 depth and
> > automatically adjust it to prevent the taps breakage from hitting
> > the bottom of the hole.
> >
> > How can I do that backwards data transfer? The M6# codes don't seem
> > to fit this.
> >
> > Thanks all.
> > .
> > Cheers, Gene Heskett
> > --
> > "There are four boxes to be used in defense of liberty:
> >  soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author)
> > If we desire respect for the law, we must first make the law
> > respectable. - Louis D. Brandeis
> > Genes Web page 
> >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Who knows about LASIMM ?

[Valerio Bellizzomi]

Have you actually read or at least watched the site?

It is a hybrid machine doing additive and subtractive, metrology and
cold work capabilities.


On Fri, 2020-03-27 at 11:32 +0200, Roland Jollivet wrote:
> On Fri, 27 Mar 2020 at 11:23, Valerio Bellizzomi  wrote:
> 
> > It is a phenomenal machine
> >
> > http://www.lasimm.eu/
> >
> >
> > 
> 
> 
> 
> 
> 
> I don't get it...
> 
> All those fancy robots and all they can show is a bit of crappy welding?
> 
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Who knows about LASIMM ?

[Roland Jollivet]

On Fri, 27 Mar 2020 at 11:23, Valerio Bellizzomi  wrote:

> It is a phenomenal machine
>
> http://www.lasimm.eu/
>
>
> 





I don't get it...

All those fancy robots and all they can show is a bit of crappy welding?



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Who knows about LASIMM ?

[Valerio Bellizzomi]

It is a phenomenal machine

http://www.lasimm.eu/




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] another wild hare idea.

[theman whosoldtheworld]

Hi

They are read only.

The FEATURES=12 or whatever gives you access to the values, but you cannot
change them, that would be the Holy Grail.

If the pin can be written to, you can do it from a user M code

halcmd setp  value type thing

Whether it is linked and what type of pin it is is going to determine if it
can be written

regards

(by ArcHye   with AndyPugh some years ago teach me about thse)

plus on g code #<_hal[pinname]>


*is this what you need? did I get it right? *

regards and good luck with your work


Il giorno gio 26 mar 2020 alle ore 22:47 Gene Heskett 
ha scritto:

> Greetings all;
>
> I have some code in my Sheldon's hal file that accepts a value from
> gcode, #<_tpmm> or #<_tpi> that twiddles that value shipped across
> motion and then shows me via a pyvcp text box, the numerical distance
> value of the overshoot from inertia between the initiance of the reverse
> at the bottom of the g33.1 and the actual maximum overshoot before it
> gets stopped, which with an 8" 40 lb chuck mounted can exceed 3 turns at
> 300 rpms to slow and get the first 1.5 degrees of the reverse done.
>
> Works good but atm doesn't autoconvert metric/imperial. Thats a
> relatively minor detail involving the units module. and a sum2.
>
> Now what I want to do is ship that derived value back from hal to the
> gcode side of motion, so I can decrease the g33.1 depth and
> automatically adjust it to prevent the taps breakage from hitting the
> bottom of the hole.
>
> How can I do that backwards data transfer? The M6# codes don't seem to
> fit this.
>
> Thanks all.
> .
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> If we desire respect for the law, we must first make the law respectable.
>  - Louis D. Brandeis
> Genes Web page 
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users