Re: [Emc-users] For PCW

2019-04-11 Thread Danny Miller
I have used an RS232-to-RS485 adapter and just plugged it into the PC 
serial port.  It was not ideal to add another cable from the PC but it 
works fine.  There are MODBUS drivers for LinuxCNC.


Danny

On 4/11/2019 5:30 PM, Peter C. Wallace wrote:

On Thu, 11 Apr 2019, Gene Heskett wrote:


Date: Thu, 11 Apr 2019 17:56:45 -0400
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"
    
To: "Enhanced Machine Controller (EMC)" 


Subject: [Emc-users] For PCW

Greetings Peter;

The new vfd materialized here today, and I see it actually has what it
calls an RS485 interface, a teeny little white 3 pin socket on its
motherboard.

And I have one or two 422 to 485 translators, the $2 variety, that I
believe are duplex capable as I had to wire them to a solid logic level
on the 5i25 end of them before they would take the balanced signals from
the encoder I put on the spindle motor of my G0704, and make nice 5 volt
rail to rail square waves to feed the 5i25.

If I jury rig the separate 422 lines end of that to the 422 terminals on
that 7i76D, can I talk to a huan yueng lookalike?  That is what I
supposedly bought but the instruction booklet makes no brand claims.

It is a YL-620-A, and it also has the usual analog interface too.
It claims no ascii, but supports the modbus RTU protocol, and mentions
modbus several times..  Am I better off useing the analog, or is the
RS-485 the better control?

Unfortunately you cannot do this currently since MODBUS is not 
supported by the Hostmot2 UART driver



Analog control may be better for things like rigid tapping since the 
normal MODBUS driver is a userland task (and I'm not sure how real 
time the MODBUS implementation in the VFD is.



I also see an AO output, but its reads like 0-5 volts, which doesn't
sound like it would work to indicate the achieved speed via one of the
A/D's on the 7i76D when the 7i76 goes to about 38 volts full scale.



If you have a spindle encoder, that a better way to get speed feedback

This is the first vfd I've had that actually has braking R terminals, 
and

says optional, but if used s/b 100 ohms, 100 watt.  What advantage would
hooking one of those up amount to?



Fater slow-down and faster reversals if tapping (better control of depth)


Thanks for any advice Peter.

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)
Genes Web page 



___
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] For PCW

2019-04-11 Thread Gene Heskett
On Thursday 11 April 2019 18:30:12 Peter C. Wallace wrote:

> On Thu, 11 Apr 2019, Gene Heskett wrote:
> > Date: Thu, 11 Apr 2019 17:56:45 -0400
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"
> >  Subject: [Emc-users] For PCW
> >
> > Greetings Peter;
> >
> > The new vfd materialized here today, and I see it actually has what
> > it calls an RS485 interface, a teeny little white 3 pin socket on
> > its motherboard.
> >
> > And I have one or two 422 to 485 translators, the $2 variety, that I
> > believe are duplex capable as I had to wire them to a solid logic
> > level on the 5i25 end of them before they would take the balanced
> > signals from the encoder I put on the spindle motor of my G0704, and
> > make nice 5 volt rail to rail square waves to feed the 5i25.
> >
> > If I jury rig the separate 422 lines end of that to the 422
> > terminals on that 7i76D, can I talk to a huan yueng lookalike?  That
> > is what I supposedly bought but the instruction booklet makes no
> > brand claims.
> >
> > It is a YL-620-A, and it also has the usual analog interface too.
> > It claims no ascii, but supports the modbus RTU protocol, and
> > mentions modbus several times..  Am I better off useing the analog,
> > or is the RS-485 the better control?
>
> Unfortunately you cannot do this currently since MODBUS is not
> supported by the Hostmot2 UART driver.
>
That settles that then, thank you Peter.
>
> Analog control may be better for things like rigid tapping since the
> normal MODBUS driver is a userland task (and I'm not sure how real
> time the MODBUS implementation in the VFD is.

Rigid tapping takes 2 things, an encoder, and 40x the torque.

> > I also see an AO output, but its reads like 0-5 volts, which doesn't
> > sound like it would work to indicate the achieved speed via one of
> > the A/D's on the 7i76D when the 7i76 goes to about 38 volts full
> > scale.
>
> If you have a spindle encoder, that a better way to get speed feedback

That would take something there's no room for. ER20 collet. What little 
room may get used by a hack-a-day pattern of tool changer because it 
will need a solenoid driven wrench to lock the spindle.

> > This is the first vfd I've had that actually has braking R
> > terminals, and says optional, but if used s/b 100 ohms, 100 watt. 
> > What advantage would hooking one of those up amount to?
>
> Faster slow-down and faster reversals if tapping.

which I won't be doing.

> > Thanks for any advice Peter.

Thank you Peter.

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)
Genes Web page 



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


Re: [Emc-users] For PCW

2019-04-11 Thread Peter C. Wallace

On Thu, 11 Apr 2019, Gene Heskett wrote:


Date: Thu, 11 Apr 2019 17:56:45 -0400
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: "Enhanced Machine Controller (EMC)" 
Subject: [Emc-users] For PCW

Greetings Peter;

The new vfd materialized here today, and I see it actually has what it
calls an RS485 interface, a teeny little white 3 pin socket on its
motherboard.

And I have one or two 422 to 485 translators, the $2 variety, that I
believe are duplex capable as I had to wire them to a solid logic level
on the 5i25 end of them before they would take the balanced signals from
the encoder I put on the spindle motor of my G0704, and make nice 5 volt
rail to rail square waves to feed the 5i25.

If I jury rig the separate 422 lines end of that to the 422 terminals on
that 7i76D, can I talk to a huan yueng lookalike?  That is what I
supposedly bought but the instruction booklet makes no brand claims.

It is a YL-620-A, and it also has the usual analog interface too.
It claims no ascii, but supports the modbus RTU protocol, and mentions
modbus several times..  Am I better off useing the analog, or is the
RS-485 the better control?

Unfortunately you cannot do this currently since MODBUS is not supported by 
the Hostmot2 UART driver



Analog control may be better for things like rigid tapping since the normal 
MODBUS driver is a userland task (and I'm not sure how real time the MODBUS 
implementation in the VFD is.



I also see an AO output, but its reads like 0-5 volts, which doesn't
sound like it would work to indicate the achieved speed via one of the
A/D's on the 7i76D when the 7i76 goes to about 38 volts full scale.



If you have a spindle encoder, that a better way to get speed feedback


This is the first vfd I've had that actually has braking R terminals, and
says optional, but if used s/b 100 ohms, 100 watt.  What advantage would
hooking one of those up amount to?



Fater slow-down and faster reversals if tapping (better control of depth)


Thanks for any advice Peter.

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)
Genes Web page 



___
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


Re: [Emc-users] For PCW

2019-02-01 Thread Gene Heskett
On Friday 01 February 2019 20:23:07 Peter C. Wallace wrote:

> On Fri, 1 Feb 2019, Gene Heskett wrote:
> > Date: Fri, 1 Feb 2019 20:13:54 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] For PCW
> >
> > On Friday 01 February 2019 15:10:44 Peter C. Wallace wrote:
> >> On Fri, 1 Feb 2019, Gene Heskett wrote:
> >>> Date: Fri, 1 Feb 2019 06:37:25 -0500
> >>> From: Gene Heskett 
> >>> Reply-To: "Enhanced Machine Controller (EMC)"
> >>> 
> >>> To: emc-users@lists.sourceforge.net
> >>> Subject: Re: [Emc-users] For PCW
> >>>
> >>> On Wednesday 30 January 2019 17:18:09 Gene Heskett wrote:
> >>>> On Wednesday 30 January 2019 15:58:30 Peter C. Wallace wrote:
> >>>>>> Now I've got one for you Peter. I have written that file with
> >>>>>> the extra pwmgen on pins 5-6 of p2, twice, and --verified it.
> >>>>>> But the only place I can see that 2nd pwmgen is in a mesaflash
> >>>>>> --device 5i25 --readhmid output. It is NOT showing anyplace
> >>>>>> else. ?? Anyplace else, and P2 is all gpio. Jumper on
> >>>>>> 5i25 set wrong? I gave it a good 30 seconds dead time before I
> >>>>>> hit the power button to reboot, which should have been long
> >>>>>> enough to reset it.  So whats next?
> >>>>>>
> >>>>>> Thanks Peter
> >>>>>
> >>>>> You probably have the PWMgen disabled in your hal file (in the
> >>>>> hm2 driver load line)
> >>>>
> >>>> Thanks, that was it.
> >>>
> >>> but the 7i76 acts like its not getting
> >>> Now, in setting it up in my .hal's, I can get pwmgen.1. out of p2
> >>> in order to drive Jon's pwm-servoamp, and I have setup both
> >>> pwmgens in parallel, and I seem to be controlling spindir and
> >>> spinena, but I am not seeing the analog out on
> >>> hm2_5i25.0.7i76.0.0.spinout. Do I need to apply a ground on tb4-1,
> >>> and some of the local 12volts to tb4-3 just to demo that its
> >>> working?  It makes sense but I'd druther be safe by asking.
> >>
> >> Yes, the 7I76(D)s analog spindle control is an isolated
> >> potentiometer replacement device so needs an external 10 or 12V
> >> power source (15V ABS MAX) normally this comes from a VFD
> >
> > ok, but then how do I enable a path from the 12 volts being fed to
> > ena+ to ena-. ditto 5 volts to dir+, which should from what I'm
> > reading, send 5 volts to the dir- terminal. The two supplies are
> > separate, sharing a negative common with +12 volts on ena+ but
> > nothing, well 60mv maybe on either dir- or ena-. The
> > pwmgen.0.0.value is 3.1 and growing very slowly, identical to
> > pwmgen.0.1.value, and I can see the pwm with the lalscope at either
> > output. But I've no clue how to verify its getting to the spindle
> > i/o other than looking at the right gpio pins on the 5i25. so
> > obviously I do not know what I'm doing
>
> The 7I76 dir and enable outputs are Darlington opto-coupler transistor
> outputs (+ = C and - = E) They may have as much as 1.5V drop when on
> but thats it. They are rated 50 mA max so be careful you do not turn
> them on into a shorted load (they will be stuck on if wired backwards)
>
But they are not coming on, regardless of the logic state of spinena or 
spindir at the hal inputs.

They've never had a load, I'm just measureing with a DVM at the - 
terminals. There is +5.12 on dir+, and +12.2 on ena+ but no change is 
see on either matching - terminal, which should be feeding the pico 
pwmservo amp to enable it, or reverse it.
>
In the hal file, the two pwmgens are driving identical pwm's on THE 5I25 
gpio'S 9 and 26, while identical dirs are on THE 5I25 gpio'S  8 & 25 and 
I can see the pwm's and dirs change with a halscope while clicking on 
the axis spindle stuff.

>From the g0704's hal file, the spinena chain looks like this:
net spindle-enable <=  spindle.0.on => boot.spindle.enable 
net spindle-enable => and_pid_s_en.in0
net spindle-enable => hm2_5i25.0.pwmgen.00.enable 
net spindle-enable => hm2_5i25.0.pwmgen.01.enable
net spindle-enable => hm2)5i25.0.pwmgen.00.enable 
net spindle-enable => hm2_5i24.0.7i76.0.0.spinena

The spindir chain looks like this:
net  spindle-ccw <= spindle.0.reverse
net  spindle-ccw => sample_dirchg.hold
net  spindle-ccw =>hm2_5i25.

Re: [Emc-users] For PCW

2019-02-01 Thread Peter C. Wallace

On Fri, 1 Feb 2019, Gene Heskett wrote:


Date: Fri, 1 Feb 2019 20:13:54 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Friday 01 February 2019 15:10:44 Peter C. Wallace wrote:


On Fri, 1 Feb 2019, Gene Heskett wrote:

Date: Fri, 1 Feb 2019 06:37:25 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Wednesday 30 January 2019 17:18:09 Gene Heskett wrote:

On Wednesday 30 January 2019 15:58:30 Peter C. Wallace wrote:

Now I've got one for you Peter. I have written that file with the
extra pwmgen on pins 5-6 of p2, twice, and --verified it. But the
only place I can see that 2nd pwmgen is in a mesaflash --device
5i25 --readhmid output. It is NOT showing anyplace else.
?? Anyplace else, and P2 is all gpio. Jumper on 5i25 set
wrong? I gave it a good 30 seconds dead time before I hit the
power button to reboot, which should have been long enough to
reset it.  So whats next?

Thanks Peter


You probably have the PWMgen disabled in your hal file (in the hm2
driver load line)


Thanks, that was it.


but the 7i76 acts like its not getting
Now, in setting it up in my .hal's, I can get pwmgen.1. out of p2 in
order to drive Jon's pwm-servoamp, and I have setup both pwmgens in
parallel, and I seem to be controlling spindir and spinena, but I am
not seeing the analog out on hm2_5i25.0.7i76.0.0.spinout. Do I need
to apply a ground on tb4-1, and some of the local 12volts to tb4-3
just to demo that its working?  It makes sense but I'd druther be
safe by asking.


Yes, the 7I76(D)s analog spindle control is an isolated potentiometer
replacement device so needs an external 10 or 12V power source (15V
ABS MAX) normally this comes from a VFD


ok, but then how do I enable a path from the 12 volts being fed to ena+
to ena-. ditto 5 volts to dir+, which should from what I'm reading, send
5 volts to the dir- terminal. The two supplies are separate, sharing a
negative common with +12 volts on ena+ but nothing, well 60mv maybe on
either dir- or ena-. The pwmgen.0.0.value is 3.1 and growing very
slowly, identical to pwmgen.0.1.value, and I can see the pwm with the
lalscope at either output. But I've no clue how to verify its getting to
the spindle i/o other than looking at the right gpio pins on the 5i25.
so obviously I do not know what I'm doing




The 7I76 dir and enable outputs are Darlington opto-coupler transistor outputs 
(+ = C and - = E) They may have as much as 1.5V drop when on but thats it. 
They are rated 50 mA max so be careful you do not turn them on into a shorted 
load (they will be stuck on if wired backwards)






Ok, that explains that.


In addition to setting hm2_5i25.0.7i76.0.0.spinout (to some fraction
of the current scale value) you need hm2_5i25.0.7i76.0.0.spinena set
true to get analog out

It is, set true by  starting the spindle. but no output at spinena>

I can see the other pwmgen.1 on its p2 pin, so routing that to the
pwm-servoamp in the G0704 will not be a problem. But the 6040 has a
vfd and will use the spinout 0-10 volt analogue signal.

What I'm trying to do is set this up so essentially the same bit of
hal stuff works for both machines and only the signal wiring in the
control box is different.

One potential problem might be needing a delay between the enables
and the boot module for the pwm-servo amp in case the opto's in the
isolation are slow, but thats a bridge I'll have to cross when I get
to it. I built the original boot module to bang it a bit harder, and
5 times in each direction, so its probably enough.

Thanks Peter.

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)
Genes Web page <http://geneslinuxbox.net:6309/gene>



___
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



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)
Genes Web page <http://geneslinuxbox.net:6309/gene>



___
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 domin

Re: [Emc-users] For PCW

2019-02-01 Thread Gene Heskett
On Friday 01 February 2019 15:10:44 Peter C. Wallace wrote:

> On Fri, 1 Feb 2019, Gene Heskett wrote:
> > Date: Fri, 1 Feb 2019 06:37:25 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] For PCW
> >
> > On Wednesday 30 January 2019 17:18:09 Gene Heskett wrote:
> >> On Wednesday 30 January 2019 15:58:30 Peter C. Wallace wrote:
> >>>> Now I've got one for you Peter. I have written that file with the
> >>>> extra pwmgen on pins 5-6 of p2, twice, and --verified it. But the
> >>>> only place I can see that 2nd pwmgen is in a mesaflash --device
> >>>> 5i25 --readhmid output. It is NOT showing anyplace else.
> >>>> ?? Anyplace else, and P2 is all gpio. Jumper on 5i25 set
> >>>> wrong? I gave it a good 30 seconds dead time before I hit the
> >>>> power button to reboot, which should have been long enough to
> >>>> reset it.  So whats next?
> >>>>
> >>>> Thanks Peter
> >>>
> >>> You probably have the PWMgen disabled in your hal file (in the hm2
> >>> driver load line)
> >>
> >> Thanks, that was it.
> >
> > but the 7i76 acts like its not getting  
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Now, in setting it up in my .hal's, I can get pwmgen.1. out of p2 in
> > order to drive Jon's pwm-servoamp, and I have setup both pwmgens in
> > parallel, and I seem to be controlling spindir and spinena, but I am
> > not seeing the analog out on hm2_5i25.0.7i76.0.0.spinout. Do I need
> > to apply a ground on tb4-1, and some of the local 12volts to tb4-3
> > just to demo that its working?  It makes sense but I'd druther be
> > safe by asking.
>
> Yes, the 7I76(D)s analog spindle control is an isolated potentiometer
> replacement device so needs an external 10 or 12V power source (15V
> ABS MAX) normally this comes from a VFD

ok, but then how do I enable a path from the 12 volts being fed to ena+ 
to ena-. ditto 5 volts to dir+, which should from what I'm reading, send 
5 volts to the dir- terminal. The two supplies are separate, sharing a 
negative common with +12 volts on ena+ but nothing, well 60mv maybe on 
either dir- or ena-. The pwmgen.0.0.value is 3.1 and growing very 
slowly, identical to pwmgen.0.1.value, and I can see the pwm with the 
lalscope at either output. But I've no clue how to verify its getting to 
the spindle i/o other than looking at the right gpio pins on the 5i25. 
so obviously I do not know what I'm doing


Ok, that explains that.

> In addition to setting hm2_5i25.0.7i76.0.0.spinout (to some fraction
> of the current scale value) you need hm2_5i25.0.7i76.0.0.spinena set
> true to get analog out
 It is, set true by  starting the spindle. but no output at spinena>
> > I can see the other pwmgen.1 on its p2 pin, so routing that to the
> > pwm-servoamp in the G0704 will not be a problem. But the 6040 has a
> > vfd and will use the spinout 0-10 volt analogue signal.
> >
> > What I'm trying to do is set this up so essentially the same bit of
> > hal stuff works for both machines and only the signal wiring in the
> > control box is different.
> >
> > One potential problem might be needing a delay between the enables
> > and the boot module for the pwm-servo amp in case the opto's in the
> > isolation are slow, but thats a bridge I'll have to cross when I get
> > to it. I built the original boot module to ban

Re: [Emc-users] For PCW

2019-02-01 Thread Peter C. Wallace

On Fri, 1 Feb 2019, Gene Heskett wrote:


Date: Fri, 1 Feb 2019 06:37:25 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Wednesday 30 January 2019 17:18:09 Gene Heskett wrote:


On Wednesday 30 January 2019 15:58:30 Peter C. Wallace wrote:

Now I've got one for you Peter. I have written that file with the
extra pwmgen on pins 5-6 of p2, twice, and --verified it. But the
only place I can see that 2nd pwmgen is in a mesaflash --device
5i25 --readhmid output. It is NOT showing anyplace else.
?? Anyplace else, and P2 is all gpio. Jumper on 5i25 set
wrong? I gave it a good 30 seconds dead time before I hit the
power button to reboot, which should have been long enough to
reset it.  So whats next?

Thanks Peter


You probably have the PWMgen disabled in your hal file (in the hm2
driver load line)


Thanks, that was it.


Now, in setting it up in my .hal's, I can get pwmgen.1. out of p2 in
order to drive Jon's pwm-servoamp, and I have setup both pwmgens in
parallel, and I seem to be controlling spindir and spinena, but I am not
seeing the analog out on hm2_5i25.0.7i76.0.0.spinout. Do I need to apply
a ground on tb4-1, and some of the local 12volts to tb4-3 just to demo
that its working?  It makes sense but I'd druther be safe by asking.


Yes, the 7I76(D)s analog spindle control is an isolated potentiometer 
replacement device so needs an external 10 or 12V power source (15V ABS MAX)

normally this comes from a VFD

In addition to setting hm2_5i25.0.7i76.0.0.spinout (to some fraction of the 
current scale value) you need hm2_5i25.0.7i76.0.0.spinena set true to get 
analog out




I can see the other pwmgen.1 on its p2 pin, so routing that to the
pwm-servoamp in the G0704 will not be a problem. But the 6040 has a vfd
and will use the spinout 0-10 volt analogue signal.

What I'm trying to do is set this up so essentially the same bit of hal
stuff works for both machines and only the signal wiring in the control
box is different.

One potential problem might be needing a delay between the enables and
the boot module for the pwm-servo amp in case the opto's in the
isolation are slow, but thats a bridge I'll have to cross when I get to
it. I built the original boot module to bang it a bit harder, and 5
times in each direction, so its probably enough.

Thanks Peter.

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)
Genes Web page <http://geneslinuxbox.net:6309/gene>



___
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


Re: [Emc-users] For PCW

2019-02-01 Thread Gene Heskett
On Wednesday 30 January 2019 17:18:09 Gene Heskett wrote:

> On Wednesday 30 January 2019 15:58:30 Peter C. Wallace wrote:
> > > Now I've got one for you Peter. I have written that file with the
> > > extra pwmgen on pins 5-6 of p2, twice, and --verified it. But the
> > > only place I can see that 2nd pwmgen is in a mesaflash --device
> > > 5i25 --readhmid output. It is NOT showing anyplace else.
> > > ?? Anyplace else, and P2 is all gpio. Jumper on 5i25 set
> > > wrong? I gave it a good 30 seconds dead time before I hit the
> > > power button to reboot, which should have been long enough to
> > > reset it.  So whats next?
> > >
> > > Thanks Peter
> >
> > You probably have the PWMgen disabled in your hal file (in the hm2
> > driver load line)
>
> Thanks, that was it.
>
Now, in setting it up in my .hal's, I can get pwmgen.1. out of p2 in 
order to drive Jon's pwm-servoamp, and I have setup both pwmgens in 
parallel, and I seem to be controlling spindir and spinena, but I am not 
seeing the analog out on hm2_5i25.0.7i76.0.0.spinout. Do I need to apply 
a ground on tb4-1, and some of the local 12volts to tb4-3 just to demo 
that its working?  It makes sense but I'd druther be safe by asking.

I can see the other pwmgen.1 on its p2 pin, so routing that to the 
pwm-servoamp in the G0704 will not be a problem. But the 6040 has a vfd 
and will use the spinout 0-10 volt analogue signal.

What I'm trying to do is set this up so essentially the same bit of hal 
stuff works for both machines and only the signal wiring in the control 
box is different.

One potential problem might be needing a delay between the enables and 
the boot module for the pwm-servo amp in case the opto's in the 
isolation are slow, but thats a bridge I'll have to cross when I get to 
it. I built the original boot module to bang it a bit harder, and 5 
times in each direction, so its probably enough.

Thanks Peter.

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)
Genes Web page 



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


Re: [Emc-users] For PCW

2019-01-30 Thread Gene Heskett
On Wednesday 30 January 2019 15:58:30 Peter C. Wallace wrote:

> > Now I've got one for you Peter. I have written that file with the
> > extra pwmgen on pins 5-6 of p2, twice, and --verified it. But the
> > only place I can see that 2nd pwmgen is in a mesaflash --device 5i25
> > --readhmid output. It is NOT showing anyplace else. ??
> > Anyplace else, and P2 is all gpio. Jumper on 5i25 set wrong? I gave
> > it a good 30 seconds dead time before I hit the power button to
> > reboot, which should have been long enough to reset it.  So whats
> > next?
> >
> > Thanks Peter
>
> You probably have the PWMgen disabled in your hal file (in the hm2
> driver load line)

Thanks, that was it. 

Now the next question is about field outputs in the d version. I have 
been using charge buckets to detect the 500 hz square waves, gated from 
the charge pump to enable, in sequence determined by timers in my hal 
file, to enable a couple 400 volt 30 amp SSR,s that turn on the spindle 
supply first thru a 50 ohm 200 watt R, then 4 seconds later, turns on a 
second such SSR that bypasses the 50 ohm. This to control the inrush 
that if hard switched, trips a 30 amp breaker.

If I clip out the charge buckets, and simply ground the - terminal of the 
SSR with the timed outputs while feeding the + terminal 12 volts. is 
there ever a situation during the systems power up where those 2 outputs 
might be pulled down, enabling things out of sequence or the timers 
control?

If its safe, I can simplify the hal file by at least 15 LOC.

Talked to you on and Catherine the phone just now. So that potential 
problem is solved also. Thank you.

> Peter Wallace
> Mesa Electronics
>
>
> ___
> 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)
Genes Web page 



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


Re: [Emc-users] For PCW

2019-01-30 Thread Gene Heskett
On Wednesday 30 January 2019 15:58:30 Peter C. Wallace wrote:

> > Now I've got one for you Peter. I have written that file with the
> > extra pwmgen on pins 5-6 of p2, twice, and --verified it. But the
> > only place I can see that 2nd pwmgen is in a mesaflash --device 5i25
> > --readhmid output. It is NOT showing anyplace else. ??
> > Anyplace else, and P2 is all gpio. Jumper on 5i25 set wrong? I gave
> > it a good 30 seconds dead time before I hit the power button to
> > reboot, which should have been long enough to reset it.  So whats
> > next?
> >
> > Thanks Peter
>
> You probably have the PWMgen disabled in your hal file (in the hm2
> driver load line)
>
That makes sense.  And it works. Thanks from a bionic old dummy.
>
> Peter Wallace
> Mesa Electronics
>
>
> ___
> 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)
Genes Web page 



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


Re: [Emc-users] For PCW

2019-01-30 Thread Peter C. Wallace

Now I've got one for you Peter. I have written that file with the extra
pwmgen on pins 5-6 of p2, twice, and --verified it. But the only place I
can see that 2nd pwmgen is in a mesaflash --device 5i25 --readhmid
output. It is NOT showing anyplace else. ?? Anyplace else, and
P2 is all gpio. Jumper on 5i25 set wrong? I gave it a good 30 seconds
dead time before I hit the power button to reboot, which should have
been long enough to reset it.  So whats next?

Thanks Peter


You probably have the PWMgen disabled in your hal file (in the hm2 driver load 
line)



Peter Wallace
Mesa Electronics


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


Re: [Emc-users] For PCW

2019-01-30 Thread Gene Heskett
On Wednesday 30 January 2019 14:30:22 Gene Heskett wrote:

> On Wednesday 30 January 2019 13:44:41 Peter C. Wallace wrote:
> > On Wed, 30 Jan 2019, Gene Heskett wrote:
> > > Date: Wed, 30 Jan 2019 13:32:16 -0500
> > > From: Gene Heskett 
> > > Reply-To: "Enhanced Machine Controller (EMC)"
> > > 
> > > To: emc-users@lists.sourceforge.net
> > > Subject: Re: [Emc-users] For PCW
> > >
> > > On Wednesday 30 January 2019 11:52:07 Peter C. Wallace wrote:
> > >> On Wed, 30 Jan 2019, Gene Heskett wrote:
> > >>> Date: Wed, 30 Jan 2019 11:37:07 -0500
> > >>> From: Gene Heskett 
> > >>> Reply-To: "Enhanced Machine Controller (EMC)"
> > >>> 
> > >>> To: emc-users@lists.sourceforge.net
> > >>> Subject: Re: [Emc-users] For PCW
> > >>>
> > >>> On Wednesday 30 January 2019 07:58:48 Peter C. Wallace wrote:
> > >>>> On Tue, 29 Jan 2019, Gene Heskett wrote:
> > >>>>> Date: Tue, 29 Jan 2019 20:30:14 -0500
> > >>>>> From: Gene Heskett 
> > >>>>> Reply-To: "Enhanced Machine Controller (EMC)"
> > >>>>> 
> > >>>>> To: emc-users@lists.sourceforge.net
> > >>>>> Subject: [Emc-users] For PCW
> > >>>>>
> > >>>>> Peter;
> > >>>>>
> > >>>>> I got one of the panels cut, stuck a line cord gland and a
> > >>>>> line cord feeding a 5 volt and a 12 volt supply for field
> > >>>>> power, hooked it up. But I see no hints of the 7i76 in the
> > >>>>> dmesg or halmeter menu's.
> > >>>>>
> > >>>>> So I poked at it with mesaflash, again w/o finding much.
> > >>>>> Asking for --serial, I get:
> > >>>>> SSLBP VERSION 1.43
> > >>>>> SSLBP CHANNELS 4
> > >>>>> SSLBP baud rate 250 kilobaud.
> > >>>>>
> > >>>>> I've put the 5i25_7i76_1px2d.bit file in the 5i25 in the
> > >>>>> G0704's Dell. And I do see a #1 pwmgen out of p2.
> > >>>>>
> > >>>>> Shouldn't I be seeing more evidence of the 7i76? I've no clue
> > >>>>> how to address it in the .hal files.
> > >>>>
> > >>>> Yes, but you need field power (say 12 or 24V) on the isolated
> > >>>> I/O section ( orange connector) for the 7I76 I/O pins to show
> > >>>> up
> > >>>
> > >>> It has 12 volts (assuming all such marked pins are paralleled),
> > >>> and both amber leds are on, and w1 is set for separate supplies.
> > >>> Available current is only 1.25 amps from that rather teeny
> > >>> supply. Verified by DVM.
> > >>
> > >> Power TB1 (Orange) from 12v (+12v on TB1.1, 12Vcom on TB1.8)
> > >> Move W1 left and it should work
> > >
> > > Slight improvement. The rear amber led is not quite as bright as
> > > it was. Did a full powerdown on everything, moved the jumper
> > > toward the db25 & booted it all back up.  Now dmesg says:
> > >
> > > [  193.137868] hm2: loading Mesa HostMot2 driver version 0.15
> > > [  193.141620] hm2_pci: loading Mesa AnyIO HostMot2 driver version
> > > 0.7 [  193.141669] hm2_pci: discovered 5i25 at :04:02.0
> > > [  193.142154] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
> > > [  193.226156] Board hm2_5i25.0.7i76.0.0 Hardware Mode 0 =
> > > standard [  193.230054] Board hm2_5i25.0.7i76.0.0 Software Mode 0
> > > = io_spin [  193.234463] Board hm2_5i25.0.7i76.0.0 Software Mode 1
> > > = io_ana_spin [  193.239815] Board hm2_5i25.0.7i76.0.0 Software
> > > Mode 2 =
> > > io_enc_ana_spin_fv
> > > [  193.345774] hm2/hm2_5i25.0: 34 I/O Pins used:
> > > [  193.345781] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0,
> > > pin Direction (Output)
> > > [  193.345785] hm2/hm2_5i25.0: IO Pin 001 (P3-14): StepGen #0,
> > > pin Step (Output)
> > > [  193.345789] hm2/hm2_5i25.0: IO Pin 002 (P3-02): StepGen #1,
> > > pin Direction (Output)
> > > [  193.345793] hm2/hm2_5i25.0: IO Pin 003 (P3-15): StepGen #1,
> > > pin Step (Output)
> > > [  193.345797] hm2/hm2_5i25.0: IO Pin 004 (P3-03): StepGen #2,
> > > pin Direction (Output)
> > > [  193.345801] hm2/hm2_5i25.0:  

Re: [Emc-users] For PCW

2019-01-30 Thread Gene Heskett
On Wednesday 30 January 2019 13:44:41 Peter C. Wallace wrote:

> On Wed, 30 Jan 2019, Gene Heskett wrote:
> > Date: Wed, 30 Jan 2019 13:32:16 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] For PCW
> >
> > On Wednesday 30 January 2019 11:52:07 Peter C. Wallace wrote:
> >> On Wed, 30 Jan 2019, Gene Heskett wrote:
> >>> Date: Wed, 30 Jan 2019 11:37:07 -0500
> >>> From: Gene Heskett 
> >>> Reply-To: "Enhanced Machine Controller (EMC)"
> >>> 
> >>> To: emc-users@lists.sourceforge.net
> >>> Subject: Re: [Emc-users] For PCW
> >>>
> >>> On Wednesday 30 January 2019 07:58:48 Peter C. Wallace wrote:
> >>>> On Tue, 29 Jan 2019, Gene Heskett wrote:
> >>>>> Date: Tue, 29 Jan 2019 20:30:14 -0500
> >>>>> From: Gene Heskett 
> >>>>> Reply-To: "Enhanced Machine Controller (EMC)"
> >>>>> 
> >>>>> To: emc-users@lists.sourceforge.net
> >>>>> Subject: [Emc-users] For PCW
> >>>>>
> >>>>> Peter;
> >>>>>
> >>>>> I got one of the panels cut, stuck a line cord gland and a line
> >>>>> cord feeding a 5 volt and a 12 volt supply for field power,
> >>>>> hooked it up. But I see no hints of the 7i76 in the dmesg or
> >>>>> halmeter menu's.
> >>>>>
> >>>>> So I poked at it with mesaflash, again w/o finding much. Asking
> >>>>> for --serial, I get:
> >>>>> SSLBP VERSION 1.43
> >>>>> SSLBP CHANNELS 4
> >>>>> SSLBP baud rate 250 kilobaud.
> >>>>>
> >>>>> I've put the 5i25_7i76_1px2d.bit file in the 5i25 in the G0704's
> >>>>> Dell. And I do see a #1 pwmgen out of p2.
> >>>>>
> >>>>> Shouldn't I be seeing more evidence of the 7i76? I've no clue
> >>>>> how to address it in the .hal files.
> >>>>
> >>>> Yes, but you need field power (say 12 or 24V) on the isolated I/O
> >>>> section ( orange connector) for the 7I76 I/O pins to show up
> >>>
> >>> It has 12 volts (assuming all such marked pins are paralleled),
> >>> and both amber leds are on, and w1 is set for separate supplies.
> >>> Available current is only 1.25 amps from that rather teeny supply.
> >>> Verified by DVM.
> >>
> >> Power TB1 (Orange) from 12v (+12v on TB1.1, 12Vcom on TB1.8)
> >> Move W1 left and it should work
> >
> > Slight improvement. The rear amber led is not quite as bright as it
> > was. Did a full powerdown on everything, moved the jumper toward the
> > db25 & booted it all back up.  Now dmesg says:
> >
> > [  193.137868] hm2: loading Mesa HostMot2 driver version 0.15
> > [  193.141620] hm2_pci: loading Mesa AnyIO HostMot2 driver version
> > 0.7 [  193.141669] hm2_pci: discovered 5i25 at :04:02.0
> > [  193.142154] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
> > [  193.226156] Board hm2_5i25.0.7i76.0.0 Hardware Mode 0 = standard
> > [  193.230054] Board hm2_5i25.0.7i76.0.0 Software Mode 0 = io_spin
> > [  193.234463] Board hm2_5i25.0.7i76.0.0 Software Mode 1 =
> > io_ana_spin [  193.239815] Board hm2_5i25.0.7i76.0.0 Software Mode 2
> > =
> > io_enc_ana_spin_fv
> > [  193.345774] hm2/hm2_5i25.0: 34 I/O Pins used:
> > [  193.345781] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0,
> > pin Direction (Output)
> > [  193.345785] hm2/hm2_5i25.0: IO Pin 001 (P3-14): StepGen #0,
> > pin Step (Output)
> > [  193.345789] hm2/hm2_5i25.0: IO Pin 002 (P3-02): StepGen #1,
> > pin Direction (Output)
> > [  193.345793] hm2/hm2_5i25.0: IO Pin 003 (P3-15): StepGen #1,
> > pin Step (Output)
> > [  193.345797] hm2/hm2_5i25.0: IO Pin 004 (P3-03): StepGen #2,
> > pin Direction (Output)
> > [  193.345801] hm2/hm2_5i25.0: IO Pin 005 (P3-16): StepGen #2,
> > pin Step (Output)
> > [  193.345805] hm2/hm2_5i25.0: IO Pin 006 (P3-04): StepGen #3,
> > pin Direction (Output)
> > [  193.345809] hm2/hm2_5i25.0: IO Pin 007 (P3-17): StepGen #3,
> > pin Step (Output)
> > [  193.345813] hm2/hm2_5i25.0: IO Pin 008 (P3-05): PWMGen #0,
> > pin Out1 (Dir or Down) (Output)
> > [  193.345818] hm2/hm2_5i25.0: IO Pin 009 (P3-06): PWMGen #0,
> > pin Out0 (PWM 

Re: [Emc-users] For PCW

2019-01-30 Thread Peter C. Wallace

On Wed, 30 Jan 2019, Gene Heskett wrote:


Date: Wed, 30 Jan 2019 13:32:16 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Wednesday 30 January 2019 11:52:07 Peter C. Wallace wrote:


On Wed, 30 Jan 2019, Gene Heskett wrote:

Date: Wed, 30 Jan 2019 11:37:07 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Wednesday 30 January 2019 07:58:48 Peter C. Wallace wrote:

On Tue, 29 Jan 2019, Gene Heskett wrote:

Date: Tue, 29 Jan 2019 20:30:14 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: [Emc-users] For PCW

Peter;

I got one of the panels cut, stuck a line cord gland and a line
cord feeding a 5 volt and a 12 volt supply for field power, hooked
it up. But I see no hints of the 7i76 in the dmesg or halmeter
menu's.

So I poked at it with mesaflash, again w/o finding much. Asking
for --serial, I get:
SSLBP VERSION 1.43
SSLBP CHANNELS 4
SSLBP baud rate 250 kilobaud.

I've put the 5i25_7i76_1px2d.bit file in the 5i25 in the G0704's
Dell. And I do see a #1 pwmgen out of p2.

Shouldn't I be seeing more evidence of the 7i76? I've no clue how
to address it in the .hal files.


Yes, but you need field power (say 12 or 24V) on the isolated I/O
section ( orange connector) for the 7I76 I/O pins to show up


It has 12 volts (assuming all such marked pins are paralleled), and
both amber leds are on, and w1 is set for separate supplies.
Available current is only 1.25 amps from that rather teeny supply.
Verified by DVM.


Power TB1 (Orange) from 12v (+12v on TB1.1, 12Vcom on TB1.8)
Move W1 left and it should work


Slight improvement. The rear amber led is not quite as bright as it was.
Did a full powerdown on everything, moved the jumper toward the db25 &
booted it all back up.  Now dmesg says:

[  193.137868] hm2: loading Mesa HostMot2 driver version 0.15
[  193.141620] hm2_pci: loading Mesa AnyIO HostMot2 driver version 0.7
[  193.141669] hm2_pci: discovered 5i25 at :04:02.0
[  193.142154] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
[  193.226156] Board hm2_5i25.0.7i76.0.0 Hardware Mode 0 = standard
[  193.230054] Board hm2_5i25.0.7i76.0.0 Software Mode 0 = io_spin
[  193.234463] Board hm2_5i25.0.7i76.0.0 Software Mode 1 = io_ana_spin
[  193.239815] Board hm2_5i25.0.7i76.0.0 Software Mode 2 =
io_enc_ana_spin_fv
[  193.345774] hm2/hm2_5i25.0: 34 I/O Pins used:
[  193.345781] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0, pin
Direction (Output)
[  193.345785] hm2/hm2_5i25.0: IO Pin 001 (P3-14): StepGen #0, pin
Step (Output)
[  193.345789] hm2/hm2_5i25.0: IO Pin 002 (P3-02): StepGen #1, pin
Direction (Output)
[  193.345793] hm2/hm2_5i25.0: IO Pin 003 (P3-15): StepGen #1, pin
Step (Output)
[  193.345797] hm2/hm2_5i25.0: IO Pin 004 (P3-03): StepGen #2, pin
Direction (Output)
[  193.345801] hm2/hm2_5i25.0: IO Pin 005 (P3-16): StepGen #2, pin
Step (Output)
[  193.345805] hm2/hm2_5i25.0: IO Pin 006 (P3-04): StepGen #3, pin
Direction (Output)
[  193.345809] hm2/hm2_5i25.0: IO Pin 007 (P3-17): StepGen #3, pin
Step (Output)
[  193.345813] hm2/hm2_5i25.0: IO Pin 008 (P3-05): PWMGen #0, pin
Out1 (Dir or Down) (Output)
[  193.345818] hm2/hm2_5i25.0: IO Pin 009 (P3-06): PWMGen #0, pin
Out0 (PWM or Up) (Output)
[  193.345823] hm2/hm2_5i25.0: IO Pin 010 (P3-07): Smart Serial
Interface #0, pin TxData0 (Output)
[  193.345827] hm2/hm2_5i25.0: IO Pin 011 (P3-08): Smart Serial
Interface #0, pin RxData0 (Input)
[  193.345831] hm2/hm2_5i25.0: IO Pin 012 (P3-09): IOPort
[  193.345834] hm2/hm2_5i25.0: IO Pin 013 (P3-10): IOPort
[  193.345838] hm2/hm2_5i25.0: IO Pin 014 (P3-11): Encoder #0, pin
Index (Input)
[  193.345842] hm2/hm2_5i25.0: IO Pin 015 (P3-12): Encoder #0, pin B
(Input)
[  193.345846] hm2/hm2_5i25.0: IO Pin 016 (P3-13): Encoder #0, pin A
(Input)
[  193.345850] hm2/hm2_5i25.0: IO Pin 017 (P2-01): IOPort
[  193.345853] hm2/hm2_5i25.0: IO Pin 018 (P2-14): IOPort
[  193.345856] hm2/hm2_5i25.0: IO Pin 019 (P2-02): IOPort
[  193.345860] hm2/hm2_5i25.0: IO Pin 020 (P2-15): IOPort
[  193.345863] hm2/hm2_5i25.0: IO Pin 021 (P2-03): IOPort
[  193.345867] hm2/hm2_5i25.0: IO Pin 022 (P2-16): IOPort
[  193.345870] hm2/hm2_5i25.0: IO Pin 023 (P2-04): IOPort
[  193.345873] hm2/hm2_5i25.0: IO Pin 024 (P2-17): IOPort
[  193.345877] hm2/hm2_5i25.0: IO Pin 025 (P2-05): IOPort
[  193.345880] hm2/hm2_5i25.0: IO Pin 026 (P2-06): IOPort
[  193.345884] hm2/hm2_5i25.0: IO Pin 027 (P2-07): IOPort
[  193.345887] hm2/hm2_5i25.0: IO Pin 028 (P2-08): IOPort
[  193.345890] hm2/hm2_5i25.0: IO Pin 029 (P2-09): IOPort
[  193.345894] hm2/hm2_5i25.0: IO Pin 030 (P2-10): IOPort
[  193.345897] hm2/hm2_5i25.0: IO Pin 031 

Re: [Emc-users] For PCW

2019-01-30 Thread Gene Heskett
On Wednesday 30 January 2019 11:52:07 Peter C. Wallace wrote:

> On Wed, 30 Jan 2019, Gene Heskett wrote:
> > Date: Wed, 30 Jan 2019 11:37:07 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] For PCW
> >
> > On Wednesday 30 January 2019 07:58:48 Peter C. Wallace wrote:
> >> On Tue, 29 Jan 2019, Gene Heskett wrote:
> >>> Date: Tue, 29 Jan 2019 20:30:14 -0500
> >>> From: Gene Heskett 
> >>> Reply-To: "Enhanced Machine Controller (EMC)"
> >>> 
> >>> To: emc-users@lists.sourceforge.net
> >>> Subject: [Emc-users] For PCW
> >>>
> >>> Peter;
> >>>
> >>> I got one of the panels cut, stuck a line cord gland and a line
> >>> cord feeding a 5 volt and a 12 volt supply for field power, hooked
> >>> it up. But I see no hints of the 7i76 in the dmesg or halmeter
> >>> menu's.
> >>>
> >>> So I poked at it with mesaflash, again w/o finding much. Asking
> >>> for --serial, I get:
> >>> SSLBP VERSION 1.43
> >>> SSLBP CHANNELS 4
> >>> SSLBP baud rate 250 kilobaud.
> >>>
> >>> I've put the 5i25_7i76_1px2d.bit file in the 5i25 in the G0704's
> >>> Dell. And I do see a #1 pwmgen out of p2.
> >>>
> >>> Shouldn't I be seeing more evidence of the 7i76? I've no clue how
> >>> to address it in the .hal files.
> >>
> >> Yes, but you need field power (say 12 or 24V) on the isolated I/O
> >> section ( orange connector) for the 7I76 I/O pins to show up
> >
> > It has 12 volts (assuming all such marked pins are paralleled), and
> > both amber leds are on, and w1 is set for separate supplies.
> > Available current is only 1.25 amps from that rather teeny supply.
> > Verified by DVM.
>
> Power TB1 (Orange) from 12v (+12v on TB1.1, 12Vcom on TB1.8)
> Move W1 left and it should work
>
Slight improvement. The rear amber led is not quite as bright as it was.  
Did a full powerdown on everything, moved the jumper toward the db25 & 
booted it all back up.  Now dmesg says:

[  193.137868] hm2: loading Mesa HostMot2 driver version 0.15
[  193.141620] hm2_pci: loading Mesa AnyIO HostMot2 driver version 0.7
[  193.141669] hm2_pci: discovered 5i25 at :04:02.0
[  193.142154] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
[  193.226156] Board hm2_5i25.0.7i76.0.0 Hardware Mode 0 = standard
[  193.230054] Board hm2_5i25.0.7i76.0.0 Software Mode 0 = io_spin
[  193.234463] Board hm2_5i25.0.7i76.0.0 Software Mode 1 = io_ana_spin
[  193.239815] Board hm2_5i25.0.7i76.0.0 Software Mode 2 = 
io_enc_ana_spin_fv
[  193.345774] hm2/hm2_5i25.0: 34 I/O Pins used:
[  193.345781] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0, pin 
Direction (Output)
[  193.345785] hm2/hm2_5i25.0: IO Pin 001 (P3-14): StepGen #0, pin 
Step (Output)
[  193.345789] hm2/hm2_5i25.0: IO Pin 002 (P3-02): StepGen #1, pin 
Direction (Output)
[  193.345793] hm2/hm2_5i25.0: IO Pin 003 (P3-15): StepGen #1, pin 
Step (Output)
[  193.345797] hm2/hm2_5i25.0: IO Pin 004 (P3-03): StepGen #2, pin 
Direction (Output)
[  193.345801] hm2/hm2_5i25.0: IO Pin 005 (P3-16): StepGen #2, pin 
Step (Output)
[  193.345805] hm2/hm2_5i25.0: IO Pin 006 (P3-04): StepGen #3, pin 
Direction (Output)
[  193.345809] hm2/hm2_5i25.0: IO Pin 007 (P3-17): StepGen #3, pin 
Step (Output)
[  193.345813] hm2/hm2_5i25.0: IO Pin 008 (P3-05): PWMGen #0, pin 
Out1 (Dir or Down) (Output)
[  193.345818] hm2/hm2_5i25.0: IO Pin 009 (P3-06): PWMGen #0, pin 
Out0 (PWM or Up) (Output)
[  193.345823] hm2/hm2_5i25.0: IO Pin 010 (P3-07): Smart Serial 
Interface #0, pin TxData0 (Output)
[  193.345827] hm2/hm2_5i25.0: IO Pin 011 (P3-08): Smart Serial 
Interface #0, pin RxData0 (Input)
[  193.345831] hm2/hm2_5i25.0: IO Pin 012 (P3-09): IOPort
[  193.345834] hm2/hm2_5i25.0: IO Pin 013 (P3-10): IOPort
[  193.345838] hm2/hm2_5i25.0: IO Pin 014 (P3-11): Encoder #0, pin 
Index (Input)
[  193.345842] hm2/hm2_5i25.0: IO Pin 015 (P3-12): Encoder #0, pin B 
(Input)
[  193.345846] hm2/hm2_5i25.0: IO Pin 016 (P3-13): Encoder #0, pin A 
(Input)
[  193.345850] hm2/hm2_5i25.0: IO Pin 017 (P2-01): IOPort
[  193.345853] hm2/hm2_5i25.0: IO Pin 018 (P2-14): IOPort
[  193.345856] hm2/hm2_5i25.0: IO Pin 019 (P2-02): IOPort
[  193.345860] hm2/hm2_5i25.0: IO Pin 020 (P2-15): IOPort
[  193.345863] hm2/hm2_5i25.0: IO Pin 021 (P2-03): IOPort
[  193.345867] hm2/hm2_5i25.0: IO Pin 022 (P2-16): IOPort
[  193.345870] hm2/hm2_5i25.0: IO Pin 023 (P2-04): IOPort
[  193.345873] hm2/hm2_5i25.0: IO Pin 024 (P2-17): IOPort

Re: [Emc-users] For PCW

2019-01-30 Thread Gene Heskett
On Wednesday 30 January 2019 11:52:07 Peter C. Wallace wrote:

> On Wed, 30 Jan 2019, Gene Heskett wrote:
> > Date: Wed, 30 Jan 2019 11:37:07 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] For PCW
> >
> > On Wednesday 30 January 2019 07:58:48 Peter C. Wallace wrote:
> >> On Tue, 29 Jan 2019, Gene Heskett wrote:
> >>> Date: Tue, 29 Jan 2019 20:30:14 -0500
> >>> From: Gene Heskett 
> >>> Reply-To: "Enhanced Machine Controller (EMC)"
> >>> 
> >>> To: emc-users@lists.sourceforge.net
> >>> Subject: [Emc-users] For PCW
> >>>
> >>> Peter;
> >>>
> >>> I got one of the panels cut, stuck a line cord gland and a line
> >>> cord feeding a 5 volt and a 12 volt supply for field power, hooked
> >>> it up. But I see no hints of the 7i76 in the dmesg or halmeter
> >>> menu's.
> >>>
> >>> So I poked at it with mesaflash, again w/o finding much. Asking
> >>> for --serial, I get:
> >>> SSLBP VERSION 1.43
> >>> SSLBP CHANNELS 4
> >>> SSLBP baud rate 250 kilobaud.
> >>>
> >>> I've put the 5i25_7i76_1px2d.bit file in the 5i25 in the G0704's
> >>> Dell. And I do see a #1 pwmgen out of p2.
> >>>
> >>> Shouldn't I be seeing more evidence of the 7i76? I've no clue how
> >>> to address it in the .hal files.
> >>
> >> Yes, but you need field power (say 12 or 24V) on the isolated I/O
> >> section ( orange connector) for the 7I76 I/O pins to show up
> >
> > It has 12 volts (assuming all such marked pins are paralleled), and
> > both amber leds are on, and w1 is set for separate supplies.
> > Available current is only 1.25 amps from that rather teeny supply.
> > Verified by DVM.
>
> Power TB1 (Orange) from 12v (+12v on TB1.1, 12Vcom on TB1.8)
> Move W1 left and it should work
>
I'll verify that, and report back, thanks Peter.

> >>> 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)
> >>> Genes Web page <http://geneslinuxbox.net:6309/gene>
> >>>
> >>>
> >>>
> >>> ___
> >>> 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
> >
> > 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)
> > Genes Web page <http://geneslinuxbox.net:6309/gene>
> >
> >
> >
> > ___
> > 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


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)
Genes Web page <http://geneslinuxbox.net:6309/gene>



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


Re: [Emc-users] For PCW

2019-01-30 Thread Peter C. Wallace

On Wed, 30 Jan 2019, Gene Heskett wrote:


Date: Wed, 30 Jan 2019 11:37:07 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Wednesday 30 January 2019 07:58:48 Peter C. Wallace wrote:


On Tue, 29 Jan 2019, Gene Heskett wrote:

Date: Tue, 29 Jan 2019 20:30:14 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: [Emc-users] For PCW

Peter;

I got one of the panels cut, stuck a line cord gland and a line cord
feeding a 5 volt and a 12 volt supply for field power, hooked it up.
But I see no hints of the 7i76 in the dmesg or halmeter menu's.

So I poked at it with mesaflash, again w/o finding much. Asking
for --serial, I get:
SSLBP VERSION 1.43
SSLBP CHANNELS 4
SSLBP baud rate 250 kilobaud.

I've put the 5i25_7i76_1px2d.bit file in the 5i25 in the G0704's
Dell. And I do see a #1 pwmgen out of p2.

Shouldn't I be seeing more evidence of the 7i76? I've no clue how to
address it in the .hal files.


Yes, but you need field power (say 12 or 24V) on the isolated I/O
section ( orange connector) for the 7I76 I/O pins to show up


It has 12 volts (assuming all such marked pins are paralleled), and both
amber leds are on, and w1 is set for separate supplies. Available
current is only 1.25 amps from that rather teeny supply. Verified by
DVM.



Power TB1 (Orange) from 12v (+12v on TB1.1, 12Vcom on TB1.8)
Move W1 left and it should work





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)
Genes Web page <http://geneslinuxbox.net:6309/gene>



___
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



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)
Genes Web page <http://geneslinuxbox.net:6309/gene>



___
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


Re: [Emc-users] For PCW

2019-01-30 Thread Gene Heskett
On Wednesday 30 January 2019 07:58:48 Peter C. Wallace wrote:

> On Tue, 29 Jan 2019, Gene Heskett wrote:
> > Date: Tue, 29 Jan 2019 20:30:14 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: [Emc-users] For PCW
> >
> > Peter;
> >
> > I got one of the panels cut, stuck a line cord gland and a line cord
> > feeding a 5 volt and a 12 volt supply for field power, hooked it up.
> > But I see no hints of the 7i76 in the dmesg or halmeter menu's.
> >
> > So I poked at it with mesaflash, again w/o finding much. Asking
> > for --serial, I get:
> > SSLBP VERSION 1.43
> > SSLBP CHANNELS 4
> > SSLBP baud rate 250 kilobaud.
> >
> > I've put the 5i25_7i76_1px2d.bit file in the 5i25 in the G0704's
> > Dell. And I do see a #1 pwmgen out of p2.
> >
> > Shouldn't I be seeing more evidence of the 7i76? I've no clue how to
> > address it in the .hal files.
>
> Yes, but you need field power (say 12 or 24V) on the isolated I/O
> section ( orange connector) for the 7I76 I/O pins to show up

It has 12 volts (assuming all such marked pins are paralleled), and both 
amber leds are on, and w1 is set for separate supplies. Available 
current is only 1.25 amps from that rather teeny supply. Verified by 
DVM.

> > 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)
> > Genes Web page 
> >
> >
> >
> > ___
> > 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


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)
Genes Web page 



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


Re: [Emc-users] For PCW

2019-01-30 Thread Peter C. Wallace

On Tue, 29 Jan 2019, Gene Heskett wrote:


Date: Tue, 29 Jan 2019 20:30:14 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: [Emc-users] For PCW

Peter;

I got one of the panels cut, stuck a line cord gland and a line cord
feeding a 5 volt and a 12 volt supply for field power, hooked it up. But
I see no hints of the 7i76 in the dmesg or halmeter menu's.

So I poked at it with mesaflash, again w/o finding much. Asking
for --serial, I get:
SSLBP VERSION 1.43
SSLBP CHANNELS 4
SSLBP baud rate 250 kilobaud.

I've put the 5i25_7i76_1px2d.bit file in the 5i25 in the G0704's Dell.
And I do see a #1 pwmgen out of p2.

Shouldn't I be seeing more evidence of the 7i76? I've no clue how to
address it in the .hal files.


Yes, but you need field power (say 12 or 24V) on the isolated I/O section
( orange connector) for the 7I76 I/O pins to show up




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)
Genes Web page 



___
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


Re: [Emc-users] For PCW

2018-11-28 Thread Gene Heskett
On Wednesday 28 November 2018 16:43:35 andy pugh wrote:

> On Wed, 28 Nov 2018 at 21:37, Gene Heskett 
> wrote:
>
> I'd imagine, the 7i76 isn't cheap either. But in thinking what I have
>
> > now, and having a dedicated encoder interface thats not subtracted
> > from the 21 inputs I have now, I think theres enough to tally a tool
> > changer at some point.
>
> I am puzzled about where these numbers come from.
Never having dealt with the 7i76 before, I wasn't aware that 
pre-configured gpio was available as the "Field i/o", so I wasn't 
counting them. Peter just showed me the error in my thinking, so that 
problem has gone away, solved by suitable edits in my hal file, or 
simply making a new named file and switch to it in the ini. That way I'm 
not pouring 30 gallon drums of K2 on the bridges I've crossed and 
tossing a match back over my shoulder.
>
> The 7i76 has 32 inputs and 16 outputs, and then (if you needed them)
> you could use the 17  GPIO lines on the second header of the 5i25.

It has a std bob on p2, which limits it to 5 inputs.

> So that's 49 inputs if you really needed them, and potentially 416 if
> you filled the second header with a 7i44 and 8 x 48 input cards.

-- 
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)
Genes Web page 


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


Re: [Emc-users] For PCW

2018-11-28 Thread Gene Heskett
On Wednesday 28 November 2018 12:10:13 Peter C. Wallace wrote:

> No need to scope the Step/DIR outputs, the + outputs are active high
> and match the FPGA pin polarity, the - outputs are inverted

Gigahertz samling Scope is handy, sitting on a mahogany 1x12 above the 
mill thats too badly warped to use for big stuff. And I've had a scope 
probe in one hand since I was 16 yo. Very Handy tool. Then I was fixing 
all the Zenith radios and TV's the dealers in Iowa and the north half of 
Missouri couldn't fix.

> > The lack of being capable of bidir on its gpio's reduces my inputs
> > to a max of 21, 16 in the 7i76 ad 5 on the std bob. Might get
> > crowded, we'll see but the 3 from the encoder won't come out of
> > that, so that helps, a lot. For gpio inputs I'll probably do like I
> > did on the 7i90 on the pi/sheldon, I started from the top, gpio.071
> > and worked down, so the uncommited stuff was always in the middle,
> > and thats worked well, I've not had to move anything to add another
> > in/out circuit.
>
> Umm the 7I76 has 32 field inputs (and 16 field outputs), so you
> probably dont need any GPIO...
>
I can see how I'll have to change my thinking, too used to configuring 
the 7i90 gpio pin to do what I need to do before I can actually use 
it.  ;-)

[...]

Thanks Peter.

-- 
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)
Genes Web page 


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


Re: [Emc-users] For PCW

2018-11-28 Thread andy pugh
On Wed, 28 Nov 2018 at 21:37, Gene Heskett  wrote:

I'd imagine, the 7i76 isn't cheap either. But in thinking what I have
> now, and having a dedicated encoder interface thats not subtracted from
> the 21 inputs I have now, I think theres enough to tally a tool changer
> at some point.


I am puzzled about where these numbers come from.

The 7i76 has 32 inputs and 16 outputs, and then (if you needed them) you
could use the 17  GPIO lines on the second header of the 5i25.

So that's 49 inputs if you really needed them, and potentially 416 if you
filled the second header with a 7i44 and 8 x 48 input cards.

-- 
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, 1916

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


Re: [Emc-users] For PCW

2018-11-28 Thread Gene Heskett
On Wednesday 28 November 2018 12:00:57 andy pugh wrote:

> On Wed, 28 Nov 2018 at 16:53, Gene Heskett  
wrote:
> > The lack of being capable of bidir on its gpio's reduces my inputs
> > to a max of 21, 16 in the 7i76 ad 5 on the std bob. Might get
> > crowded, we'll see
>
> You can easily add more, the 7i76 has a board for adding a
> smart-serial expansion card, such as a 7i70 (for 48 more inputs).
> But those do cost money.

I'd imagine, the 7i76 isn't cheap either. But in thinking what I have 
now, and having a dedicated encoder interface thats not subtracted from 
the 21 inputs I have now, I think theres enough to tally a tool changer 
at some point. But I need to design it first... Something that will 
swing completely out of the way when not in actual use seems to be the 
first requirement. Something that is not mounted on the table, 
unbalancing it worse than it is, is the second need. Pinning the spindle 
is #3, Running the impact wrench up and down onto the drawbolt is 4th. 
Home switch for pocket 1, a step switch to count tools going by is #5.  
And that likely accounts for only half the tally's of a tool changer.  
jig control I'm now doing with flood/mist. That needs tallied for tool 
and jig safety.  Throw in a tool probe and I've used over half of what 
I'll have when I'm done with this in the next week or 2.

I now have 5 volts on the bob for the 5i25-p2, so next is to edit the 
show pin list I made earlier today, and edit in the tb number and the 
pin # number on it so I can cross ref hm2_5i25.0.7i76.0.0.input-00 to 
TB4-1, yadda, yadda. 96 such cross refs if I can count just whats on 
tb2,tb3,tb5 & tb6

Only then can I attack the hal file with hopes I can get it right for 
this new interface, But I've a pan of water on the stove, gonna make 
some tri-color rotini & sauce tonight. Probably with about 6 oz of ham 
blended in to help satisfy the carnivore in me. Dee could care less, but 
that would take some effort she hasn't got left. COPD is relentless.

 
Thanks Andy.

-- 
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)
Genes Web page 


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


Re: [Emc-users] For PCW

2018-11-28 Thread Peter C. Wallace

On Wed, 28 Nov 2018, Gene Heskett wrote:


Date: Wed, 28 Nov 2018 11:51:50 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Wednesday 28 November 2018 10:25:40 Peter C. Wallace wrote:


On Wed, 28 Nov 2018, Gene Heskett wrote:

Date: Wed, 28 Nov 2018 10:16:07 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Wednesday 28 November 2018 06:31:30 andy pugh wrote:

On Wed, 28 Nov 2018 at 04:26, Gene Heskett 
wrote:

And that brought cr1 back on, and an attempt to run LCNC now shows
two


gpio's as serial tx and rx, but doesn't show anything that from my
understanding, should be there on that subcircuit.  And should
there not be 2 such on adjacent pins pairs, a total of 3 per 7i76?


If the HAL pins show as TX and RX and have not reverted to GPIO
then that means that they have found the 7i76 smart-serial channel.

You won't see the other ones without a smart-serial remote on the
7i76 expansion connection.


Hmm, makes sense.


The 7i76 field-IO doesn't show in dmesg. You should see it with
halcmd show pin.


I hadn't considered that, thanks. And it works. Lots and lots of
i/o. Saved and printed. Should be helpfull but will need translation
from gpio-nn to tb-#-# to use. Go feed the missus and input some
more coffee and get to it, starting with getting the other bob for
5i25-p2 powered. Looks like this will get me going as soon as
another standoff kit gets here, promised tomorrow evening. The box
is 3" tall, so I'll mount the cards about 2" high, and take all the
cableing to the machine out under the boards, so the terminals are
not buried in wire. And I'll have a kajillion of these to fix:

twopass: Error in file ./GO704fast.hal:
   setting parameter 'hm2_5i25.0.gpio.007.is_output' to 'true'
parameter or pin 'hm2_5i25.0.gpio.007.is_output' not found

Hmmm, ack that printout, it almost exist, but is_output does not,
only invert and open_drain. Since that is also the stepgen #3 step
output, that line can be nuked in favor of an open_drain, which is
how I've driven the steppers anyway.


The 7I76's 5 step/dir outputs are buffered 5V signals so open_drain is
not appropriate, invert is typically not used either because you have
differential pairs for each of the 7I76's 5 step/dir signals so you
just choose the correct (+ or -) output for the type of drive you have
(or swap +,- outputs for diffentially driven drives)


Of which I have none, so we scope them and use the correct polarity...
okay. My encoder inputs are ttl level so one side only does it, athough
the encoder is push pull on all 3 sigs, implying that a little box with
rs485-ttl conversions in it could go away at the expense of some
stranded cat-5 exiting another teeny mid cable box, but the ttl works so
that can be an afterthought. Cleanup maybe?



No need to scope the Step/DIR outputs, the + outputs are active high
and match the FPGA pin polarity, the - outputs are inverted




The lack of being capable of bidir on its gpio's reduces my inputs to a
max of 21, 16 in the 7i76 ad 5 on the std bob. Might get crowded, we'll
see but the 3 from the encoder won't come out of that, so that helps, a
lot. For gpio inputs I'll probably do like I did on the 7i90 on the
pi/sheldon, I started from the top, gpio.071 and worked down, so the
uncommited stuff was always in the middle, and thats worked well, I've
not had to move anything to add another in/out circuit.



Umm the 7I76 has 32 field inputs (and 16 field outputs), so you probably dont 
need any GPIO...




I take it the ability to change a gpio's direction was lost in the
7i76? Abd I just discovered that none of the 7i76 stuffs made it to
the save all output. I guess I'll toss these printouts and make the
pin file with screen copy pasted to geany, which added 60 more lines
to the printout.

Laborious, but I'll get there.

Thank you Peter. Now for that 2nd cuppa. And feed the missus. Then
make more coffee, this is yesterdays leftovers. :)


All done, but I had a bowl of cereal too so I'll see about a sugar driven
nap next.

--
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)
Genes Web page <http://geneslinuxbox.net:6309/gene>


___
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


Re: [Emc-users] For PCW

2018-11-28 Thread andy pugh
On Wed, 28 Nov 2018 at 16:53, Gene Heskett  wrote:

>
> The lack of being capable of bidir on its gpio's reduces my inputs to a
> max of 21, 16 in the 7i76 ad 5 on the std bob. Might get crowded, we'll
> see


You can easily add more, the 7i76 has a board for adding a smart-serial
expansion card, such as a 7i70 (for 48 more inputs).
But those do cost money.

-- 
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, 1916

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


Re: [Emc-users] For PCW

2018-11-28 Thread Gene Heskett
On Wednesday 28 November 2018 10:25:40 Peter C. Wallace wrote:

> On Wed, 28 Nov 2018, Gene Heskett wrote:
> > Date: Wed, 28 Nov 2018 10:16:07 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] For PCW
> >
> > On Wednesday 28 November 2018 06:31:30 andy pugh wrote:
> >> On Wed, 28 Nov 2018 at 04:26, Gene Heskett 
> >> wrote:
> >>
> >> And that brought cr1 back on, and an attempt to run LCNC now shows
> >> two
> >>
> >>> gpio's as serial tx and rx, but doesn't show anything that from my
> >>> understanding, should be there on that subcircuit.  And should
> >>> there not be 2 such on adjacent pins pairs, a total of 3 per 7i76?
> >>
> >> If the HAL pins show as TX and RX and have not reverted to GPIO
> >> then that means that they have found the 7i76 smart-serial channel.
> >>
> >> You won't see the other ones without a smart-serial remote on the
> >> 7i76 expansion connection.
> >
> > Hmm, makes sense.
> >
> >> The 7i76 field-IO doesn't show in dmesg. You should see it with
> >> halcmd show pin.
> >
> > I hadn't considered that, thanks. And it works. Lots and lots of
> > i/o. Saved and printed. Should be helpfull but will need translation
> > from gpio-nn to tb-#-# to use. Go feed the missus and input some
> > more coffee and get to it, starting with getting the other bob for
> > 5i25-p2 powered. Looks like this will get me going as soon as
> > another standoff kit gets here, promised tomorrow evening. The box
> > is 3" tall, so I'll mount the cards about 2" high, and take all the
> > cableing to the machine out under the boards, so the terminals are
> > not buried in wire. And I'll have a kajillion of these to fix:
> >
> > twopass: Error in file ./GO704fast.hal:
> >setting parameter 'hm2_5i25.0.gpio.007.is_output' to 'true'
> > parameter or pin 'hm2_5i25.0.gpio.007.is_output' not found
> >
> > Hmmm, ack that printout, it almost exist, but is_output does not,
> > only invert and open_drain. Since that is also the stepgen #3 step
> > output, that line can be nuked in favor of an open_drain, which is
> > how I've driven the steppers anyway.
>
> The 7I76's 5 step/dir outputs are buffered 5V signals so open_drain is
> not appropriate, invert is typically not used either because you have
> differential pairs for each of the 7I76's 5 step/dir signals so you
> just choose the correct (+ or -) output for the type of drive you have
> (or swap +,- outputs for diffentially driven drives)

Of which I have none, so we scope them and use the correct polarity... 
okay. My encoder inputs are ttl level so one side only does it, athough 
the encoder is push pull on all 3 sigs, implying that a little box with 
rs485-ttl conversions in it could go away at the expense of some 
stranded cat-5 exiting another teeny mid cable box, but the ttl works so 
that can be an afterthought. Cleanup maybe?

The lack of being capable of bidir on its gpio's reduces my inputs to a 
max of 21, 16 in the 7i76 ad 5 on the std bob. Might get crowded, we'll 
see but the 3 from the encoder won't come out of that, so that helps, a 
lot. For gpio inputs I'll probably do like I did on the 7i90 on the 
pi/sheldon, I started from the top, gpio.071 and worked down, so the 
uncommited stuff was always in the middle, and thats worked well, I've 
not had to move anything to add another in/out circuit.

> > I take it the ability to change a gpio's direction was lost in the
> > 7i76? Abd I just discovered that none of the 7i76 stuffs made it to
> > the save all output. I guess I'll toss these printouts and make the
> > pin file with screen copy pasted to geany, which added 60 more lines
> > to the printout.
> >
> > Laborious, but I'll get there.
> >
> > Thank you Peter. Now for that 2nd cuppa. And feed the missus. Then
> > make more coffee, this is yesterdays leftovers. :)

All done, but I had a bowl of cereal too so I'll see about a sugar driven 
nap next.

-- 
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)
Genes Web page <http://geneslinuxbox.net:6309/gene>


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


Re: [Emc-users] For PCW

2018-11-28 Thread andy pugh
On Wed, 28 Nov 2018 at 15:18, Gene Heskett  wrote:

I take it the ability to change a gpio's direction was lost in the 7i76?
>

Yes, because the direction of the 5i25 pins is entirely governed by the
7i76 hardware, and the 7i76 hardware also determines whether pins on the
terminal blocks there are inputs and outputs.

Ignore the dmesg output now. The pins are unambiguously named in HAL and
correspond to the layout given in 7i76man.pdf

-- 
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, 1916

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


Re: [Emc-users] For PCW

2018-11-28 Thread Peter C. Wallace

On Wed, 28 Nov 2018, Gene Heskett wrote:


Date: Wed, 28 Nov 2018 10:16:07 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Wednesday 28 November 2018 06:31:30 andy pugh wrote:


On Wed, 28 Nov 2018 at 04:26, Gene Heskett 
wrote:

And that brought cr1 back on, and an attempt to run LCNC now shows two


gpio's as serial tx and rx, but doesn't show anything that from my
understanding, should be there on that subcircuit.  And should there
not be 2 such on adjacent pins pairs, a total of 3 per 7i76?


If the HAL pins show as TX and RX and have not reverted to GPIO then
that means that they have found the 7i76 smart-serial channel.

You won't see the other ones without a smart-serial remote on the 7i76
expansion connection.


Hmm, makes sense.


The 7i76 field-IO doesn't show in dmesg. You should see it with halcmd
show pin.


I hadn't considered that, thanks. And it works. Lots and lots of i/o.
Saved and printed. Should be helpfull but will need translation from
gpio-nn to tb-#-# to use. Go feed the missus and input some more coffee
and get to it, starting with getting the other bob for 5i25-p2 powered.
Looks like this will get me going as soon as another standoff kit gets
here, promised tomorrow evening. The box is 3" tall, so I'll mount the
cards about 2" high, and take all the cableing to the machine out under
the boards, so the terminals are not buried in wire. And I'll have a
kajillion of these to fix:

twopass: Error in file ./GO704fast.hal:
   setting parameter 'hm2_5i25.0.gpio.007.is_output' to 'true'
parameter or pin 'hm2_5i25.0.gpio.007.is_output' not found

Hmmm, ack that printout, it almost exist, but is_output does not, only
invert and open_drain. Since that is also the stepgen #3 step output,
that line can be nuked in favor of an open_drain, which is how I've
driven the steppers anyway.



The 7I76's 5 step/dir outputs are buffered 5V signals so open_drain is not 
appropriate, invert is typically not used either because you have differential 
pairs for each of the 7I76's 5 step/dir signals so you just choose the correct 
(+ or -) output for the type of drive you have (or swap +,- outputs for 
diffentially driven drives)





I take it the ability to change a gpio's direction was lost in the 7i76?
Abd I just discovered that none of the 7i76 stuffs made it to the save
all output. I guess I'll toss these printouts and make the pin file with
screen copy pasted to geany, which added 60 more lines to the printout.

Laborious, but I'll get there.

Thank you Peter. Now for that 2nd cuppa. And feed the missus. Then make
more coffee, this is yesterdays leftovers. :)

--
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)
Genes Web page <http://geneslinuxbox.net:6309/gene>


___
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


Re: [Emc-users] For PCW

2018-11-28 Thread Gene Heskett
On Wednesday 28 November 2018 06:31:30 andy pugh wrote:

> On Wed, 28 Nov 2018 at 04:26, Gene Heskett 
> wrote:
>
> And that brought cr1 back on, and an attempt to run LCNC now shows two
>
> > gpio's as serial tx and rx, but doesn't show anything that from my
> > understanding, should be there on that subcircuit.  And should there
> > not be 2 such on adjacent pins pairs, a total of 3 per 7i76?
>
> If the HAL pins show as TX and RX and have not reverted to GPIO then
> that means that they have found the 7i76 smart-serial channel.
>
> You won't see the other ones without a smart-serial remote on the 7i76
> expansion connection.

Hmm, makes sense.

> The 7i76 field-IO doesn't show in dmesg. You should see it with halcmd
> show pin.

I hadn't considered that, thanks. And it works. Lots and lots of i/o. 
Saved and printed. Should be helpfull but will need translation from 
gpio-nn to tb-#-# to use. Go feed the missus and input some more coffee 
and get to it, starting with getting the other bob for 5i25-p2 powered. 
Looks like this will get me going as soon as another standoff kit gets 
here, promised tomorrow evening. The box is 3" tall, so I'll mount the 
cards about 2" high, and take all the cableing to the machine out under 
the boards, so the terminals are not buried in wire. And I'll have a 
kajillion of these to fix:

twopass: Error in file ./GO704fast.hal:
setting parameter 'hm2_5i25.0.gpio.007.is_output' to 'true'
parameter or pin 'hm2_5i25.0.gpio.007.is_output' not found

Hmmm, ack that printout, it almost exist, but is_output does not, only 
invert and open_drain. Since that is also the stepgen #3 step output, 
that line can be nuked in favor of an open_drain, which is how I've 
driven the steppers anyway.

I take it the ability to change a gpio's direction was lost in the 7i76?
Abd I just discovered that none of the 7i76 stuffs made it to the save 
all output. I guess I'll toss these printouts and make the pin file with 
screen copy pasted to geany, which added 60 more lines to the printout.

Laborious, but I'll get there.

Thank you Peter. Now for that 2nd cuppa. And feed the missus. Then make 
more coffee, this is yesterdays leftovers. :)

-- 
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)
Genes Web page 


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


Re: [Emc-users] For PCW

2018-11-28 Thread andy pugh
On Wed, 28 Nov 2018 at 04:26, Gene Heskett  wrote:

And that brought cr1 back on, and an attempt to run LCNC now shows two
> gpio's as serial tx and rx, but doesn't show anything that from my
> understanding, should be there on that subcircuit.  And should there not
> be 2 such on adjacent pins pairs, a total of 3 per 7i76?


If the HAL pins show as TX and RX and have not reverted to GPIO then that
means that they have found the 7i76 smart-serial channel.

You won't see the other ones without a smart-serial remote on the 7i76
expansion connection.

The 7i76 field-IO doesn't show in dmesg. You should see it with halcmd show
pin.

-- 
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, 1916

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


Re: [Emc-users] For PCW

2018-11-28 Thread Gene Heskett
On Tuesday 27 November 2018 23:24:39 Gene Heskett wrote:
[snip]
> I'll go put w2 vack to cable power...
>
> And that brought cr1 back on, and an attempt to run LCNC now shows two
> gpio's as serial tx and rx, but doesn't show anything that from my
> understanding, should be there on that subcircuit.  And should there
> not be 2 such on adjacent pins pairs, a total of 3 per 7i76?
>
> And I'm still showing the 12.6 volts of field power on what I think is
> the VIN terminal, so it has power there but no clue where its coming
> from.
>
[...]
>
> My hal file needs a load of editing of course so until thats done I
> don't expect it to run, but I do expect the rest of the i/o to show
> up in the dmesg output, so how do I get that?  Not much use working on 
the .hal file until I have a complete dmesg listing.
>
> While you're mulling this over, I'll go shut down and see about
> rigging a teeny buck regulator up to power the other, Sainsmart Bob on
> p2 since its either usb powered, or separate terminals for 5v and
> ground. No provision for cable power.
>
Except I didn't shut down, I checked for heating. and left it running so 
amanda could back it up tonight. And since its running, let me get the 
loadrt stuff to see if thats correct.

That is:

loadrt hm2_pci   config="num_encoders=1 num_pwmgens=1 num_stepgens=4"

Anything else I need to add to that?

As far as I know the 7i76 is still factory programmed as I have not 
specified a firmware for it, and have no clue how to do it if its 
needed, all I done is put the 5i25_7i76_7i78.bit file into the 5i25.

Now, because the pdm is being fed to 5i25-p2 now, I'll still have to use 
the rather rube goldberg kit to make a 12 volt enable for Jons pwm-servo 
amp. But its worked well for a couple years in spite of itself.

I am currently using charge buckets to control a couple 40 amp SSR's that 
soft start the spindle supply so those hacks will still be needed. 
Without the delays of the charge buckets, there are instances at powerup 
that will trip a 20 amp service breaker nearly 100% of the time. Too 
many microfarads in that supply, so it gets started with a 50 ohm 100  
watt R to control the inrush.

Thanks Peter.

-- 
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)
Genes Web page 


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


Re: [Emc-users] For PCW

2018-11-27 Thread Gene Heskett
On Tuesday 27 November 2018 22:24:37 Peter C. Wallace wrote:

> On Tue, 27 Nov 2018, Gene Heskett wrote:
> > Date: Tue, 27 Nov 2018 21:58:04 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] For PCW
> >
> > On Sunday 25 November 2018 17:24:36 Gene Heskett wrote:
> >> Greetings Peter;
> >>
> >> Since I am building a whole new box to hold the 7i76 and a
> >> Sainsmart BoB plugged onto p2 of a 5i25, and this is an expensive
> >> card, I'm going slow.
> >>
> >> Currently under power so I can copy/paste stuff to you over my
> >> network, here's the current setup.
> >>
> >> 5i25 with 5i25_7i76_7i78 firmware in it, jumpers set to supply
> >> logic power to the 7i76 only(5i25's p3), 7i76 jumpers set for cable
> >> power.
> >>
> >> cr1 is lit to a normal brightness and those stepper sigs at logic 1
> >> are 5.00 to 5.01 volts.
> >>
> >> Zero volts anyplace on the orange connector for field power, and no
> >> heat detectable anyplace.
> >>
> >> Fire up linuxcnc -l, which will have buckets of errors because
> >> quite a few pins in its hal file probably do not exist, and I get
> >> the output to dmesg that looks like this:
> >>
> >> [   52.975710] I-pipe: head domain RTAI registered.
> >> [   52.975718] RTAI[hal]: compiled with gcc version 4.7.2 (Debian
> >> 4.7.2-5) . [   52.975798] RTAI[hal]: mounted (IPIPE-NOTHREADS,
> >> IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0). [
> >> 52.975808] SYSINFO: CPUs 2, LINUX APIC IRQ 2312, TIM_FREQ 12467820,
> >> CLK_FREQ 3391559000, CPU_FREQ 3391559000 [   52.978137]
> >> RTAI_APIC_TIMER_IPI: RTAI DEFINED 2314, VECTOR 2314;
> >> LINUX_APIC_TIMER_IPI: RTAI DEFINED 2312, VECTOR 2312 [   52.978145]
> >> TIMER NAME: lapic; VARIOUSLY FOUND APIC FREQs: 12467820, 12467820,
> >> 12414750 [   52.996445] RTAI[malloc]: global heap size = 2097152
> >> bytes, . [   52.996499] , , kstacks pool
> >> size = 524288 bytes. [   52.996507] RTAI[sched]: hard timer
> >> type/freq = APIC/12467820(Hz); default timing: oneshot; linear
> >> timed lists. [ 52.996512] RTAI[sched]: Linux timer freq = 250 (Hz),
> >> TimeBase freq = 3391559000 hz. [   52.996516] RTAI[sched]: timer
> >> setup = 999 ns, resched latency = 2944 ns. [   53.017666]
> >> RTAI[math]: loaded. [   53.360074] hm2: loading Mesa HostMot2
> >> driver version 0.15 [   53.368632] hm2_pci: loading Mesa AnyIO
> >> HostMot2 driver version 0.7 [   53.368691] hm2_pci: discovered 5i25
> >> at :04:02.0
> >> [   53.369076] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
> >> [   53.426843] hm2/hm2_5i25.0: 34 I/O Pins used:
> >> [   53.426850] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0,
> >> pin Direction (Output) [   53.426855] hm2/hm2_5i25.0: IO Pin
> >> 001 (P3-14): StepGen #0, pin Step (Output) [   53.426859]
> >> hm2/hm2_5i25.0: IO Pin 002 (P3-02): StepGen #1, pin Direction
> >> (Output) [ 53.426863] hm2/hm2_5i25.0: IO Pin 003 (P3-15):
> >> StepGen #1, pin Step (Output) [   53.426868] hm2/hm2_5i25.0: IO
> >> Pin 004 (P3-03): StepGen #2, pin Direction (Output) [   53.426872]
> >> hm2/hm2_5i25.0: IO Pin 005 (P3-16): StepGen #2, pin Step (Output) [
> >>   53.426876] hm2/hm2_5i25.0: IO Pin 006 (P3-04): StepGen #3,
> >> pin Direction (Output) [   53.426880] hm2/hm2_5i25.0: IO Pin
> >> 007 (P3-17): StepGen #3, pin Step (Output) [   53.426884]
> >> hm2/hm2_5i25.0: IO Pin 008 (P3-05): IOPort [   53.426887]
> >> hm2/hm2_5i25.0: IO Pin 009 (P3-06): IOPort [   53.426891]
> >> hm2/hm2_5i25.0: IO Pin 010 (P3-07): IOPort [   53.426894]
> >> hm2/hm2_5i25.0: IO Pin 011 (P3-08): IOPort [ 53.426898]
> >> hm2/hm2_5i25.0: IO Pin 012 (P3-09): IOPort [ 53.426901]
> >> hm2/hm2_5i25.0: IO Pin 013 (P3-10): IOPort [ 53.426905]
> >> hm2/hm2_5i25.0: IO Pin 014 (P3-11): Encoder #0, pin Index
> >> (Input) [   53.426909] hm2/hm2_5i25.0: IO Pin 015 (P3-12):
> >> Encoder #0, pin B (Input) [   53.426913] hm2/hm2_5i25.0: IO Pin
> >> 016 (P3-13): Encoder #0, pin A (Input) [   53.426917]
> >> hm2/hm2_5i25.0: IO Pin 017 (P2-01): IOPort [   53.426921]
> >> hm2/hm2_5i25.0: IO Pin 018 (P2-14): IOPort [   53.426924]
> >> hm2/hm2_5i25.0: IO Pin 019 (P2-02): IOPort [   53.426928]
> >> hm2/hm2_5i25.0: IO Pin 020 (P

Re: [Emc-users] For PCW

2018-11-27 Thread Peter C. Wallace

On Tue, 27 Nov 2018, Gene Heskett wrote:


Date: Tue, 27 Nov 2018 21:58:04 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] For PCW

On Sunday 25 November 2018 17:24:36 Gene Heskett wrote:


Greetings Peter;

Since I am building a whole new box to hold the 7i76 and a Sainsmart
BoB plugged onto p2 of a 5i25, and this is an expensive card, I'm
going slow.

Currently under power so I can copy/paste stuff to you over my
network, here's the current setup.

5i25 with 5i25_7i76_7i78 firmware in it, jumpers set to supply logic
power to the 7i76 only(5i25's p3), 7i76 jumpers set for cable power.

cr1 is lit to a normal brightness and those stepper sigs at logic 1
are 5.00 to 5.01 volts.

Zero volts anyplace on the orange connector for field power, and no
heat detectable anyplace.

Fire up linuxcnc -l, which will have buckets of errors because quite a
few pins in its hal file probably do not exist, and I get the output
to dmesg that looks like this:

[   52.975710] I-pipe: head domain RTAI registered.
[   52.975718] RTAI[hal]: compiled with gcc version 4.7.2 (Debian
4.7.2-5) . [   52.975798] RTAI[hal]: mounted (IPIPE-NOTHREADS,
IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0). [
52.975808] SYSINFO: CPUs 2, LINUX APIC IRQ 2312, TIM_FREQ 12467820,
CLK_FREQ 3391559000, CPU_FREQ 3391559000 [   52.978137]
RTAI_APIC_TIMER_IPI: RTAI DEFINED 2314, VECTOR 2314;
LINUX_APIC_TIMER_IPI: RTAI DEFINED 2312, VECTOR 2312 [   52.978145]
TIMER NAME: lapic; VARIOUSLY FOUND APIC FREQs: 12467820, 12467820,
12414750 [   52.996445] RTAI[malloc]: global heap size = 2097152
bytes, . [   52.996499] , , kstacks pool
size = 524288 bytes. [   52.996507] RTAI[sched]: hard timer type/freq
= APIC/12467820(Hz); default timing: oneshot; linear timed lists. [
52.996512] RTAI[sched]: Linux timer freq = 250 (Hz), TimeBase freq =
3391559000 hz. [   52.996516] RTAI[sched]: timer setup = 999 ns,
resched latency = 2944 ns. [   53.017666] RTAI[math]: loaded.
[   53.360074] hm2: loading Mesa HostMot2 driver version 0.15
[   53.368632] hm2_pci: loading Mesa AnyIO HostMot2 driver version 0.7
[   53.368691] hm2_pci: discovered 5i25 at :04:02.0
[   53.369076] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
[   53.426843] hm2/hm2_5i25.0: 34 I/O Pins used:
[   53.426850] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0, pin
Direction (Output) [   53.426855] hm2/hm2_5i25.0: IO Pin 001
(P3-14): StepGen #0, pin Step (Output) [   53.426859] hm2/hm2_5i25.0:
   IO Pin 002 (P3-02): StepGen #1, pin Direction (Output) [
53.426863] hm2/hm2_5i25.0: IO Pin 003 (P3-15): StepGen #1, pin
Step (Output) [   53.426868] hm2/hm2_5i25.0: IO Pin 004 (P3-03):
StepGen #2, pin Direction (Output) [   53.426872] hm2/hm2_5i25.0:
IO Pin 005 (P3-16): StepGen #2, pin Step (Output) [   53.426876]
hm2/hm2_5i25.0: IO Pin 006 (P3-04): StepGen #3, pin Direction
(Output) [   53.426880] hm2/hm2_5i25.0: IO Pin 007 (P3-17):
StepGen #3, pin Step (Output) [   53.426884] hm2/hm2_5i25.0: IO
Pin 008 (P3-05): IOPort [   53.426887] hm2/hm2_5i25.0: IO Pin 009
(P3-06): IOPort [   53.426891] hm2/hm2_5i25.0: IO Pin 010 (P3-07):
IOPort [   53.426894] hm2/hm2_5i25.0: IO Pin 011 (P3-08): IOPort [
  53.426898] hm2/hm2_5i25.0: IO Pin 012 (P3-09): IOPort [
53.426901] hm2/hm2_5i25.0: IO Pin 013 (P3-10): IOPort [
53.426905] hm2/hm2_5i25.0: IO Pin 014 (P3-11): Encoder #0, pin
Index (Input) [   53.426909] hm2/hm2_5i25.0: IO Pin 015 (P3-12):
Encoder #0, pin B (Input) [   53.426913] hm2/hm2_5i25.0: IO Pin
016 (P3-13): Encoder #0, pin A (Input) [   53.426917] hm2/hm2_5i25.0:
   IO Pin 017 (P2-01): IOPort [   53.426921] hm2/hm2_5i25.0: IO
Pin 018 (P2-14): IOPort [   53.426924] hm2/hm2_5i25.0: IO Pin 019
(P2-02): IOPort [   53.426928] hm2/hm2_5i25.0: IO Pin 020 (P2-15):
IOPort [   53.426931] hm2/hm2_5i25.0: IO Pin 021 (P2-03): IOPort [
  53.426934] hm2/hm2_5i25.0: IO Pin 022 (P2-16): IOPort [
53.426938] hm2/hm2_5i25.0: IO Pin 023 (P2-04): IOPort [
53.426941] hm2/hm2_5i25.0: IO Pin 024 (P2-17): IOPort [
53.426945] hm2/hm2_5i25.0: IO Pin 025 (P2-05): PWMGen #0, pin Out0
(PWM or Up) (Output) [   53.426950] hm2/hm2_5i25.0: IO Pin 026
(P2-06): PWMGen #0, pin Not-Enable (Output) [   53.426954]
hm2/hm2_5i25.0: IO Pin 027 (P2-07): PWMGen #0, pin Out1 (Dir or
Down) (Output) [   53.426958] hm2/hm2_5i25.0: IO Pin 028 (P2-08):
IOPort [   53.426961] hm2/hm2_5i25.0: IO Pin 029 (P2-09): IOPort [
  53.426965] hm2/hm2_5i25.0: IO Pin 030 (P2-10): IOPort [
53.426968] hm2/hm2_5i25.0: IO Pin 031 (P2-11): IOPort [
53.426972] hm2/hm2_5i25.0: IO Pin 032 (P2-12): IOPort [
53.426975] hm2/hm2_5i25.0: IO Pin 033 (P2-13): IOPort [
53.427131] hm2/hm2_5i25.0: registered
[   53.427134] hm2_5i25.0: initialized AnyIO board at :04:02.0
[   54.020944] hm2_5i25.0: dropping AnyIO board at :04:02.0
[   54.020954] hm2/

Re: [Emc-users] For PCW

2018-11-27 Thread Gene Heskett
On Sunday 25 November 2018 17:24:36 Gene Heskett wrote:

> Greetings Peter;
>
> Since I am building a whole new box to hold the 7i76 and a Sainsmart
> BoB plugged onto p2 of a 5i25, and this is an expensive card, I'm
> going slow.
>
> Currently under power so I can copy/paste stuff to you over my
> network, here's the current setup.
>
> 5i25 with 5i25_7i76_7i78 firmware in it, jumpers set to supply logic
> power to the 7i76 only(5i25's p3), 7i76 jumpers set for cable power.
>
> cr1 is lit to a normal brightness and those stepper sigs at logic 1
> are 5.00 to 5.01 volts.
>
> Zero volts anyplace on the orange connector for field power, and no
> heat detectable anyplace.
>
> Fire up linuxcnc -l, which will have buckets of errors because quite a
> few pins in its hal file probably do not exist, and I get the output
> to dmesg that looks like this:
>
> [   52.975710] I-pipe: head domain RTAI registered.
> [   52.975718] RTAI[hal]: compiled with gcc version 4.7.2 (Debian
> 4.7.2-5) . [   52.975798] RTAI[hal]: mounted (IPIPE-NOTHREADS,
> IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0). [  
> 52.975808] SYSINFO: CPUs 2, LINUX APIC IRQ 2312, TIM_FREQ 12467820,
> CLK_FREQ 3391559000, CPU_FREQ 3391559000 [   52.978137]
> RTAI_APIC_TIMER_IPI: RTAI DEFINED 2314, VECTOR 2314;
> LINUX_APIC_TIMER_IPI: RTAI DEFINED 2312, VECTOR 2312 [   52.978145]
> TIMER NAME: lapic; VARIOUSLY FOUND APIC FREQs: 12467820, 12467820,
> 12414750 [   52.996445] RTAI[malloc]: global heap size = 2097152
> bytes, . [   52.996499] , , kstacks pool
> size = 524288 bytes. [   52.996507] RTAI[sched]: hard timer type/freq
> = APIC/12467820(Hz); default timing: oneshot; linear timed lists. [  
> 52.996512] RTAI[sched]: Linux timer freq = 250 (Hz), TimeBase freq =
> 3391559000 hz. [   52.996516] RTAI[sched]: timer setup = 999 ns,
> resched latency = 2944 ns. [   53.017666] RTAI[math]: loaded.
> [   53.360074] hm2: loading Mesa HostMot2 driver version 0.15
> [   53.368632] hm2_pci: loading Mesa AnyIO HostMot2 driver version 0.7
> [   53.368691] hm2_pci: discovered 5i25 at :04:02.0
> [   53.369076] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
> [   53.426843] hm2/hm2_5i25.0: 34 I/O Pins used:
> [   53.426850] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0, pin
> Direction (Output) [   53.426855] hm2/hm2_5i25.0: IO Pin 001
> (P3-14): StepGen #0, pin Step (Output) [   53.426859] hm2/hm2_5i25.0: 
>IO Pin 002 (P3-02): StepGen #1, pin Direction (Output) [  
> 53.426863] hm2/hm2_5i25.0: IO Pin 003 (P3-15): StepGen #1, pin
> Step (Output) [   53.426868] hm2/hm2_5i25.0: IO Pin 004 (P3-03):
> StepGen #2, pin Direction (Output) [   53.426872] hm2/hm2_5i25.0:
> IO Pin 005 (P3-16): StepGen #2, pin Step (Output) [   53.426876]
> hm2/hm2_5i25.0: IO Pin 006 (P3-04): StepGen #3, pin Direction
> (Output) [   53.426880] hm2/hm2_5i25.0: IO Pin 007 (P3-17):
> StepGen #3, pin Step (Output) [   53.426884] hm2/hm2_5i25.0: IO
> Pin 008 (P3-05): IOPort [   53.426887] hm2/hm2_5i25.0: IO Pin 009
> (P3-06): IOPort [   53.426891] hm2/hm2_5i25.0: IO Pin 010 (P3-07):
> IOPort [   53.426894] hm2/hm2_5i25.0: IO Pin 011 (P3-08): IOPort [
>   53.426898] hm2/hm2_5i25.0: IO Pin 012 (P3-09): IOPort [  
> 53.426901] hm2/hm2_5i25.0: IO Pin 013 (P3-10): IOPort [  
> 53.426905] hm2/hm2_5i25.0: IO Pin 014 (P3-11): Encoder #0, pin
> Index (Input) [   53.426909] hm2/hm2_5i25.0: IO Pin 015 (P3-12):
> Encoder #0, pin B (Input) [   53.426913] hm2/hm2_5i25.0: IO Pin
> 016 (P3-13): Encoder #0, pin A (Input) [   53.426917] hm2/hm2_5i25.0: 
>IO Pin 017 (P2-01): IOPort [   53.426921] hm2/hm2_5i25.0: IO
> Pin 018 (P2-14): IOPort [   53.426924] hm2/hm2_5i25.0: IO Pin 019
> (P2-02): IOPort [   53.426928] hm2/hm2_5i25.0: IO Pin 020 (P2-15):
> IOPort [   53.426931] hm2/hm2_5i25.0: IO Pin 021 (P2-03): IOPort [
>   53.426934] hm2/hm2_5i25.0: IO Pin 022 (P2-16): IOPort [  
> 53.426938] hm2/hm2_5i25.0: IO Pin 023 (P2-04): IOPort [  
> 53.426941] hm2/hm2_5i25.0: IO Pin 024 (P2-17): IOPort [  
> 53.426945] hm2/hm2_5i25.0: IO Pin 025 (P2-05): PWMGen #0, pin Out0
> (PWM or Up) (Output) [   53.426950] hm2/hm2_5i25.0: IO Pin 026
> (P2-06): PWMGen #0, pin Not-Enable (Output) [   53.426954]
> hm2/hm2_5i25.0: IO Pin 027 (P2-07): PWMGen #0, pin Out1 (Dir or
> Down) (Output) [   53.426958] hm2/hm2_5i25.0: IO Pin 028 (P2-08):
> IOPort [   53.426961] hm2/hm2_5i25.0: IO Pin 029 (P2-09): IOPort [
>   53.426965] hm2/hm2_5i25.0: IO Pin 030 (P2-10): IOPort [  
> 53.426968] hm2/hm2_5i25.0: IO Pin 031 (P2-11): IOPort [  
> 53.426972] hm2/hm2_5i25.0: IO Pin 032 (P2-12): IOPort [  
> 53.426975] hm2/hm2_5i25.0: IO Pin 033 (P2-13): IOPort [  
> 53.427131] hm2/hm2_5i25.0: registered
> [   53.427134] hm2_5i25.0: initialized AnyIO board at :04:02.0
> [   54.020944] hm2_5i25.0: dropping AnyIO board at :04:02.0
> [   54.020954] hm2/hm2_5i25.0: unregistered
> [   54.021020] hm2_pci: 

Re: [Emc-users] For PCW

2018-11-25 Thread Gene Heskett
On Sunday 25 November 2018 17:36:52 Peter C. Wallace wrote:

> On Sun, 25 Nov 2018, Gene Heskett wrote:
> > Date: Sun, 25 Nov 2018 17:24:36 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: emc-users@lists.sourceforge.net
> > Subject: [Emc-users] For PCW
> >
> > Greetings Peter;
> >
> > Since I am building a whole new box to hold the 7i76 and a Sainsmart
> > BoB plugged onto p2 of a 5i25, and this is an expensive card, I'm
> > going slow.
> >
> > Currently under power so I can copy/paste stuff to you over my
> > network, here's the current setup.
> >
> > 5i25 with 5i25_7i76_7i78 firmware in it, jumpers set to supply logic
> > power to the 7i76 only(5i25's p3), 7i76 jumpers set for cable power.
> >
> > cr1 is lit to a normal brightness and those stepper sigs at logic 1
> > are 5.00 to 5.01 volts.
> >
> > Zero volts anyplace on the orange connector for field power, and no
> > heat detectable anyplace.
> >
> > Fire up linuxcnc -l, which will have buckets of errors because quite
> > a few pins in its hal file probably do not exist, and I get the
> > output to dmesg that looks like this:
> >
> > [   52.975710] I-pipe: head domain RTAI registered.
> > [   52.975718] RTAI[hal]: compiled with gcc version 4.7.2 (Debian
> > 4.7.2-5) . [   52.975798] RTAI[hal]: mounted (IPIPE-NOTHREADS,
> > IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0). [  
> > 52.975808] SYSINFO: CPUs 2, LINUX APIC IRQ 2312, TIM_FREQ 12467820,
> > CLK_FREQ 3391559000, CPU_FREQ 3391559000 [   52.978137]
> > RTAI_APIC_TIMER_IPI: RTAI DEFINED 2314, VECTOR 2314;
> > LINUX_APIC_TIMER_IPI: RTAI DEFINED 2312, VECTOR 2312 [   52.978145]
> > TIMER NAME: lapic; VARIOUSLY FOUND APIC FREQs: 12467820, 12467820,
> > 12414750 [   52.996445] RTAI[malloc]: global heap size = 2097152
> > bytes, . [   52.996499] , , kstacks pool
> > size = 524288 bytes. [   52.996507] RTAI[sched]: hard timer
> > type/freq = APIC/12467820(Hz); default timing: oneshot; linear timed
> > lists. [   52.996512] RTAI[sched]: Linux timer freq = 250 (Hz),
> > TimeBase freq = 3391559000 hz. [   52.996516] RTAI[sched]: timer
> > setup = 999 ns, resched latency = 2944 ns. [   53.017666]
> > RTAI[math]: loaded.
> > [   53.360074] hm2: loading Mesa HostMot2 driver version 0.15
> > [   53.368632] hm2_pci: loading Mesa AnyIO HostMot2 driver version
> > 0.7 [   53.368691] hm2_pci: discovered 5i25 at :04:02.0
> > [   53.369076] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
> > [   53.426843] hm2/hm2_5i25.0: 34 I/O Pins used:
> > [   53.426850] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0,
> > pin Direction (Output) [   53.426855] hm2/hm2_5i25.0: IO Pin 001
> > (P3-14): StepGen #0, pin Step (Output) [   53.426859]
> > hm2/hm2_5i25.0: IO Pin 002 (P3-02): StepGen #1, pin Direction
> > (Output) [   53.426863] hm2/hm2_5i25.0: IO Pin 003 (P3-15):
> > StepGen #1, pin Step (Output) [   53.426868] hm2/hm2_5i25.0: IO
> > Pin 004 (P3-03): StepGen #2, pin Direction (Output) [   53.426872]
> > hm2/hm2_5i25.0: IO Pin 005 (P3-16): StepGen #2, pin Step
> > (Output) [   53.426876] hm2/hm2_5i25.0: IO Pin 006 (P3-04):
> > StepGen #3, pin Direction (Output) [   53.426880] hm2/hm2_5i25.0:   
> >  IO Pin 007 (P3-17): StepGen #3, pin Step (Output) [   53.426884]
> > hm2/hm2_5i25.0: IO Pin 008 (P3-05): IOPort [   53.426887]
> > hm2/hm2_5i25.0: IO Pin 009 (P3-06): IOPort [   53.426891]
> > hm2/hm2_5i25.0: IO Pin 010 (P3-07): IOPort [   53.426894]
> > hm2/hm2_5i25.0: IO Pin 011 (P3-08): IOPort [   53.426898]
> > hm2/hm2_5i25.0: IO Pin 012 (P3-09): IOPort [   53.426901]
> > hm2/hm2_5i25.0: IO Pin 013 (P3-10): IOPort [   53.426905]
> > hm2/hm2_5i25.0: IO Pin 014 (P3-11): Encoder #0, pin Index
> > (Input) [   53.426909] hm2/hm2_5i25.0: IO Pin 015 (P3-12):
> > Encoder #0, pin B (Input) [   53.426913] hm2/hm2_5i25.0: IO Pin
> > 016 (P3-13): Encoder #0, pin A (Input) [   53.426917]
> > hm2/hm2_5i25.0: IO Pin 017 (P2-01): IOPort [   53.426921]
> > hm2/hm2_5i25.0: IO Pin 018 (P2-14): IOPort [   53.426924]
> > hm2/hm2_5i25.0: IO Pin 019 (P2-02): IOPort [   53.426928]
> > hm2/hm2_5i25.0: IO Pin 020 (P2-15): IOPort [   53.426931]
> > hm2/hm2_5i25.0: IO Pin 021 (P2-03): IOPort [   53.426934]
> > hm2/hm2_5i25.0: IO Pin 022 (P2-16): IOPort [   53.426938]
> > hm2/hm2_5i25.0: IO Pin 023 (P2-04): IOPort [   53.426941]
> > hm2/hm2_5i25.0: IO Pin 024 (P2-17): IOPort [   53.426945]
> > hm2/hm2_5i25.0: IO Pin 025 (P2-05): PWMGen #0, pin Out0 (PWM or
> > Up) (Output) [   53.426950] hm2/hm2_5i25.0: IO Pin 026 (P2-06):
> > PWMGen #0, pin Not-Enable (Output) [   53.426954] hm2/hm2_5i25.0:   
> >  IO Pin 027 (P2-07): PWMGen #0, pin Out1 (Dir or Down) (Output) [  
> > 53.426958] hm2/hm2_5i25.0: IO Pin 028 (P2-08): IOPort [  
> > 53.426961] hm2/hm2_5i25.0: IO Pin 029 (P2-09): IOPort [  
> > 53.426965] hm2/hm2_5i25.0: IO Pin 030 (P2-10): IOPort [  
> > 53.426968] 

Re: [Emc-users] For PCW

2018-11-25 Thread Peter C. Wallace

On Sun, 25 Nov 2018, Gene Heskett wrote:


Date: Sun, 25 Nov 2018 17:24:36 -0500
From: Gene Heskett 
Reply-To: "Enhanced Machine Controller (EMC)"

To: emc-users@lists.sourceforge.net
Subject: [Emc-users] For PCW

Greetings Peter;

Since I am building a whole new box to hold the 7i76 and a Sainsmart BoB
plugged onto p2 of a 5i25, and this is an expensive card, I'm going slow.

Currently under power so I can copy/paste stuff to you over my network,
here's the current setup.

5i25 with 5i25_7i76_7i78 firmware in it, jumpers set to supply logic
power to the 7i76 only(5i25's p3), 7i76 jumpers set for cable power.

cr1 is lit to a normal brightness and those stepper sigs at logic 1
are 5.00 to 5.01 volts.

Zero volts anyplace on the orange connector for field power, and no heat
detectable anyplace.

Fire up linuxcnc -l, which will have buckets of errors because quite a
few pins in its hal file probably do not exist, and I get the output to
dmesg that looks like this:

[   52.975710] I-pipe: head domain RTAI registered.
[   52.975718] RTAI[hal]: compiled with gcc version 4.7.2 (Debian 4.7.2-5) .
[   52.975798] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL IRQs 
DISPATCHED), ISOL_CPUS_MASK: 0).
[   52.975808] SYSINFO: CPUs 2, LINUX APIC IRQ 2312, TIM_FREQ 12467820, 
CLK_FREQ 3391559000, CPU_FREQ 3391559000
[   52.978137] RTAI_APIC_TIMER_IPI: RTAI DEFINED 2314, VECTOR 2314; 
LINUX_APIC_TIMER_IPI: RTAI DEFINED 2312, VECTOR 2312
[   52.978145] TIMER NAME: lapic; VARIOUSLY FOUND APIC FREQs: 12467820, 
12467820, 12414750
[   52.996445] RTAI[malloc]: global heap size = 2097152 bytes, .
[   52.996499] , , kstacks pool size = 524288 bytes.
[   52.996507] RTAI[sched]: hard timer type/freq = APIC/12467820(Hz); default 
timing: oneshot; linear timed lists.
[   52.996512] RTAI[sched]: Linux timer freq = 250 (Hz), TimeBase freq = 
3391559000 hz.
[   52.996516] RTAI[sched]: timer setup = 999 ns, resched latency = 2944 ns.
[   53.017666] RTAI[math]: loaded.
[   53.360074] hm2: loading Mesa HostMot2 driver version 0.15
[   53.368632] hm2_pci: loading Mesa AnyIO HostMot2 driver version 0.7
[   53.368691] hm2_pci: discovered 5i25 at :04:02.0
[   53.369076] hm2/hm2_5i25.0: Smart Serial Firmware Version 43
[   53.426843] hm2/hm2_5i25.0: 34 I/O Pins used:
[   53.426850] hm2/hm2_5i25.0: IO Pin 000 (P3-01): StepGen #0, pin 
Direction (Output)
[   53.426855] hm2/hm2_5i25.0: IO Pin 001 (P3-14): StepGen #0, pin Step 
(Output)
[   53.426859] hm2/hm2_5i25.0: IO Pin 002 (P3-02): StepGen #1, pin 
Direction (Output)
[   53.426863] hm2/hm2_5i25.0: IO Pin 003 (P3-15): StepGen #1, pin Step 
(Output)
[   53.426868] hm2/hm2_5i25.0: IO Pin 004 (P3-03): StepGen #2, pin 
Direction (Output)
[   53.426872] hm2/hm2_5i25.0: IO Pin 005 (P3-16): StepGen #2, pin Step 
(Output)
[   53.426876] hm2/hm2_5i25.0: IO Pin 006 (P3-04): StepGen #3, pin 
Direction (Output)
[   53.426880] hm2/hm2_5i25.0: IO Pin 007 (P3-17): StepGen #3, pin Step 
(Output)
[   53.426884] hm2/hm2_5i25.0: IO Pin 008 (P3-05): IOPort
[   53.426887] hm2/hm2_5i25.0: IO Pin 009 (P3-06): IOPort
[   53.426891] hm2/hm2_5i25.0: IO Pin 010 (P3-07): IOPort
[   53.426894] hm2/hm2_5i25.0: IO Pin 011 (P3-08): IOPort
[   53.426898] hm2/hm2_5i25.0: IO Pin 012 (P3-09): IOPort
[   53.426901] hm2/hm2_5i25.0: IO Pin 013 (P3-10): IOPort
[   53.426905] hm2/hm2_5i25.0: IO Pin 014 (P3-11): Encoder #0, pin Index 
(Input)
[   53.426909] hm2/hm2_5i25.0: IO Pin 015 (P3-12): Encoder #0, pin B (Input)
[   53.426913] hm2/hm2_5i25.0: IO Pin 016 (P3-13): Encoder #0, pin A (Input)
[   53.426917] hm2/hm2_5i25.0: IO Pin 017 (P2-01): IOPort
[   53.426921] hm2/hm2_5i25.0: IO Pin 018 (P2-14): IOPort
[   53.426924] hm2/hm2_5i25.0: IO Pin 019 (P2-02): IOPort
[   53.426928] hm2/hm2_5i25.0: IO Pin 020 (P2-15): IOPort
[   53.426931] hm2/hm2_5i25.0: IO Pin 021 (P2-03): IOPort
[   53.426934] hm2/hm2_5i25.0: IO Pin 022 (P2-16): IOPort
[   53.426938] hm2/hm2_5i25.0: IO Pin 023 (P2-04): IOPort
[   53.426941] hm2/hm2_5i25.0: IO Pin 024 (P2-17): IOPort
[   53.426945] hm2/hm2_5i25.0: IO Pin 025 (P2-05): PWMGen #0, pin Out0 (PWM 
or Up) (Output)
[   53.426950] hm2/hm2_5i25.0: IO Pin 026 (P2-06): PWMGen #0, pin 
Not-Enable (Output)
[   53.426954] hm2/hm2_5i25.0: IO Pin 027 (P2-07): PWMGen #0, pin Out1 (Dir 
or Down) (Output)
[   53.426958] hm2/hm2_5i25.0: IO Pin 028 (P2-08): IOPort
[   53.426961] hm2/hm2_5i25.0: IO Pin 029 (P2-09): IOPort
[   53.426965] hm2/hm2_5i25.0: IO Pin 030 (P2-10): IOPort
[   53.426968] hm2/hm2_5i25.0: IO Pin 031 (P2-11): IOPort
[   53.426972] hm2/hm2_5i25.0: IO Pin 032 (P2-12): IOPort
[   53.426975] hm2/hm2_5i25.0: IO Pin 033 (P2-13): IOPort
[   53.427131] hm2/hm2_5i25.0: registered
[   53.427134] hm2_5i25.0: initialized AnyIO board at :04:02.0
[   54.020944] hm2_5i25.0: dropping AnyIO board at :04:02.0
[   54.020954] hm2/hm2_5i25.0: unregistered
[   

Re: [Emc-users] for PCW?

2017-04-07 Thread Jon Elson
On 04/07/2017 11:52 AM, Peter C. Wallace wrote:
> Note that these times are all in CPU clocks
>>
Thanks for pointing that out!  (I'd forgotten that).  Is 
there an easy way to convert that to seconds?
Is it just the stated clock rate of the CPU in GHz?

Jon

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Jon Elson
On 04/07/2017 11:25 AM, Gene Heskett wrote:
> On Friday 07 April 2017 11:53:45 Jon Elson wrote:
>
>> On 04/07/2017 10:29 AM, Gene Heskett wrote:
>>> What I want, but don't know if I can get, is to have the
>>> servo thread running at the highest priority, fully
>>> capable of interrupting the jog-thread, but the jog-thread
>>> cannot interrupt the servo thread as its not that time
>>> critical. How best to do that, given the tools available?
>>> Thanks Peter and everybody. Cheers, Gene Heskett
>> Faster threads will, in theory, interrupt slower threads.
>> But, the way RTAPI threads are set up, at least with RTAI,
>> the slower threads will be forced to run at multiples of the
>> faster thread period. Therefore, I think, the slower threads
>> will actually never get interrupted.  I think they will just
>> get tacked onto the end after the faster thread runs.
>>
>> Jon
>>
> That would be acceptable, if the slower thread tacked on, gets done fast
> enough to not impinge on the faster threads next scheduled run.
> Unfortunately, such may not be the case.  This jog-threads addf list is
> at least 5x longer than the servo-thread's list.
>
> Do we have a latency test that can monitor a running system? I've not had
> luck running it on a live, moving system. It seems to be mutually
> exclusive.
>
>
Each task in a thread is supposed to have a timer that tells 
how long it took on the last execution.
You can look at these with Halmeter.  There will be some 
jitter in the numbers, but it should be a relatively small 
percent.  I think you can find these in the list of 
pins/parameters in Halmeter.  (You could also get them from 
Halscope, to see the range of values.) You'd have to add up 
all the functions to get the overall time for the thread.  I 
think I asked a while ago, and there was no overall timer 
for the entire thread, but I could be wrong.

Jon

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Friday 07 April 2017 16:00:04 John Kasunich wrote:

> On Fri, Apr 7, 2017, at 11:53 AM, Jon Elson wrote:
> > On 04/07/2017 10:29 AM, Gene Heskett wrote:
> > > What I want, but don't know if I can get, is to have the
> > > servo thread running at the highest priority, fully
> > > capable of interrupting the jog-thread, but the jog-thread
> > > cannot interrupt the servo thread as its not that time
> > > critical. How best to do that, given the tools available?
> > > Thanks Peter and everybody. Cheers, Gene Heskett
> >
> > Faster threads will, in theory, interrupt slower threads.
> > But, the way RTAPI threads are set up, at least with RTAI,
> > the slower threads will be forced to run at multiples of the
> > faster thread period. Therefore, I think, the slower threads
> > will actually never get interrupted.  I think they will just
> > get tacked onto the end after the faster thread runs.
>
> Slower threads can get interrupted, if they take a long time to
> complete.
>
> Suppose you have a 1mS servo thread that takes 170uS to run.
> And a 10mS "jog thread" to use Gene's example, that takes 1300uS to
> run.
>
> starting at time 0, the servo thread will run
> it will finish at 170uS, then the jog thread will start
> at 1000uS, the servo thread will interrupt the jog thread, even
> though the jog thread has only run for 830uS and still has 470uS
> of work to do the servo thread will take its 170uS, and finish at
> 1170uS
> the jog thread will resume where it left off, and run for another
> 470uS, finishing its work at 1640uS non-realtime code will run from
> 1640uS to 2000uS
> at 2000uS, the servo thread will run for 170uS
> non-realtime code will run from 2170uS to 3000uS
> and so on, until 1uS, when the process repeats
>
> If a slow thread has lots to do, it can and will be interrupted by
> faster threads.  Thread priority in HAL is automatically set up with
> the fastest threads having the highest priority so they can interrupt
> slower threads.

And thats the answer I was looking for, thank you John.

I can get it to last thru 5 to 8 repetitions of the lathe_pawn.ngc, but 
somewhere, its going to throw errors in both joints. I am now convinced 
more than ever that the spi bus has a sync problem.  I have caught the 
tach needle bouncing when the spindle is not turning a couple times as 
the errors were spit out. So I just got off the horn w/digikey from 
ordering enough stuff to make up all 3 of those pi<->7i90 interface 
cable assemblies, s/b be here by thursday next.  Maybe that will give 
enough cleaner a signal to stop this BS.  If not, the search resumes for 
a solution.

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)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Friday 07 April 2017 14:24:35 andy pugh wrote:

> On 7 April 2017 at 17:32, Peter C. Wallace  wrote:
> > You can use the tmax parameters for each function to see the worst
> > case times, and the corresponding time pins to get an idea of the
> > average times.
>
> There is an easier way.
>
> "halcmd show thread" will show how long each thread takes to run, and
> what the longest time it has taken to run is.
> It also show the functions in the thread, in running order.

Thats interesting too. Servo-thread claims 920xxx max, recent in the 
250xxx range.  This is live, running loops of lathe_pawn.ngc.

My jog-thread range, which I set back to 100Hz, is showing a max of just 
under 900xxx, with recent being in the 40xxx + an occasional shot of 
60xxx. But theres no activity there when its running code. And when its 
not running code, who cares if its a bit late doing the processing?  
joints apparently care but thats what I see on screen, but if I look at 
the joint-is-errored pin its NOT there. WTH?  I looked up minmax, but 
its FP, and I need an int for this.  Probably signed.

I dbl checked those boards from OSHPark for the spi hookup, and while the 
printouts show ONLY the 4 signal wires, an ohmmeter says the ground 
inter-connections are present and accounted for, so I'm going to order 
enough connectors and resistors to make up the 3 I have.  The errors I 
actually see carry all the tatoo's of a comm error in my mind. Its a 
frame of scrambled data FROM the 7i90 IMO as even the tach in the pyvcp 
added gui takes a big jump at the instant of the error.

Thanks Andy.

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)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread John Kasunich


On Fri, Apr 7, 2017, at 11:53 AM, Jon Elson wrote:
> On 04/07/2017 10:29 AM, Gene Heskett wrote:
> > What I want, but don't know if I can get, is to have the 
> > servo thread running at the highest priority, fully 
> > capable of interrupting the jog-thread, but the jog-thread 
> > cannot interrupt the servo thread as its not that time 
> > critical. How best to do that, given the tools available? 
> > Thanks Peter and everybody. Cheers, Gene Heskett 
> Faster threads will, in theory, interrupt slower threads.  
> But, the way RTAPI threads are set up, at least with RTAI, 
> the slower threads will be forced to run at multiples of the 
> faster thread period. Therefore, I think, the slower threads 
> will actually never get interrupted.  I think they will just 
> get tacked onto the end after the faster thread runs.
> 

Slower threads can get interrupted, if they take a long time to 
complete.

Suppose you have a 1mS servo thread that takes 170uS to run.
And a 10mS "jog thread" to use Gene's example, that takes 1300uS to run.

starting at time 0, the servo thread will run
it will finish at 170uS, then the jog thread will start
at 1000uS, the servo thread will interrupt the jog thread, even
though the jog thread has only run for 830uS and still has 470uS of work to 
do
the servo thread will take its 170uS, and finish at 1170uS
the jog thread will resume where it left off, and run for another 470uS, 
finishing its work at 1640uS
non-realtime code will run from 1640uS to 2000uS
at 2000uS, the servo thread will run for 170uS
non-realtime code will run from 2170uS to 3000uS
and so on, until 1uS, when the process repeats

If a slow thread has lots to do, it can and will be interrupted by
faster threads.  Thread priority in HAL is automatically set up with
the fastest threads having the highest priority so they can interrupt
slower threads.


-- 
  John Kasunich
  jmkasun...@fastmail.fm

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Peter C. Wallace

On Fri, 7 Apr 2017, andy pugh wrote:


Date: Fri, 7 Apr 2017 19:24:35 +0100
From: andy pugh <bodge...@gmail.com>
Reply-To: "Enhanced Machine Controller (EMC)"
<emc-users@lists.sourceforge.net>
To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Subject: Re: [Emc-users] for PCW?

On 7 April 2017 at 17:32, Peter C. Wallace <p...@mesanet.com> wrote:


You can use the tmax parameters for each function to see the worst
case times, and the corresponding time pins to get an idea of the average
times.




There is an easier way.

"halcmd show thread" will show how long each thread takes to run, and
what the longest time it has taken to run is.
It also show the functions in the thread, in running order.


--
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, 1916



Yes, though this does not show the individual function maximum times
In my experience, you must add all the maximum times up to know your
actual timing headroom.

You also have to be a litte careful since the period in the show thread
command is in nanoseconds but the Time and Max-Time listed are in CPU clocks

(also motion.servo.last-period is in CPU clocks)


Peter Wallace
Mesa Electronics

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread andy pugh
On 7 April 2017 at 17:32, Peter C. Wallace  wrote:
>
> You can use the tmax parameters for each function to see the worst
> case times, and the corresponding time pins to get an idea of the average
> times.


There is an easier way.

"halcmd show thread" will show how long each thread takes to run, and
what the longest time it has taken to run is.
It also show the functions in the thread, in running order.


-- 
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, 1916

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Friday 07 April 2017 13:26:57 Peter C. Wallace wrote:

> >> Note that these times are all in CPU clocks
> >
> > from this I can strip out
> > 561769  jog-thread.tmax, and
> > 834372  servo-thread.tmax
> >
> > I do not know what the current clock speed is, could be as low as
> > 700 or as high as 1200 MHz.
>
> You can get an idea of the CPU clock speed by looking at the pin
>
> motion.servo.last-period
>
> (or better the average of this)
>
Pretty close to a millisecond on a halmeter.

> Also interresting to plot with halscope

Interesting, I do not see any excersions of more than 2 or 3% in either 
direction, so sitting idle its pretty stable.  I think I'll keep it. :)

Time to go refill our coffee cups with fresh caffiene and hit the garage. 
Probably to hand hacksaw some pieces to make bearing pushers out of. I 
have got to buy me a power hacksaw...

Thanks Peter.
>
> Peter Wallace
> Mesa Electronics
>
>
> --
> Check out the vibrant tech community on one of the world's
> most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Friday 07 April 2017 13:10:44 Peter C. Wallace wrote:

> On Fri, 7 Apr 2017, Gene Heskett wrote:
> > Date: Fri, 7 Apr 2017 12:58:29 -0400
> > From: Gene Heskett <ghesk...@shentel.net>
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > <emc-users@lists.sourceforge.net>
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] for PCW?
> >
> > On Friday 07 April 2017 12:32:33 Peter C. Wallace wrote:
> >> On Fri, 7 Apr 2017, Gene Heskett wrote:
> >>> Do we have a latency test that can monitor a running system? I've
> >>> not had luck running it on a live, moving system. It seems to be
> >>> mutually exclusive.
> >>
> >> You can use the tmax parameters for each function to see the worst
> >> case times, and the corresponding time pins to get an idea of the
> >> average times.
> >
> > I hadn't thought of that.  I guess thats why I don't get the big
> > bucks. ;-) I'll see if there is a huge difference anyplace of note.
> > That s/b non-volatile so I should be looking at data thats been
> > collecting all night.
> >
> > looking at motion-command-handler tmax-increased is false.
> > tmax is 161822, time is 25xx worst case (these are on an idling
> > system)
> >
> > looking at motion.controller, tmax-increased is also false.
> > tmax is 214426, and time is 31xxx worst case, so neither is using
> > anywhere near its allocated time ATM. On the face of it, there
> > should not be a problem. Famous last words...
> >
> > This I think is good.  Is it not?  Or should I be looking at and
> > adding up the rest of the times too?
>
> Thats been done for you, its
>
> servo-thread.tmax

Which is 834372 clocks, and this then includes the 200hz jog-thread? So 
its got to be running at full speed to meet its 1 millisecond schedule 
reliably.

I don't think I have a lot more to add, home switches are about it. Noise 
filters to be made for that I expect. Andy's gearchange stuff is in 
there as far as addf's go, just not activated yet. Some xml stuff to 
hook it up is next, but until I can actually turn the spindle again, 
I've not worked on "hooking it up" to the pyvcp leds yet.

Thanks Peter.

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)
Genes Web page <http://geneslinuxbox.net:6309/gene>

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Peter C. Wallace
>> Note that these times are all in CPU clocks
>
> from this I can strip out
> 561769  jog-thread.tmax, and
> 834372  servo-thread.tmax
>
> I do not know what the current clock speed is, could be as low as 700 or
> as high as 1200 MHz.

You can get an idea of the CPU clock speed by looking at the pin

motion.servo.last-period

(or better the average of this)

Also interresting to plot with halscope

Peter Wallace
Mesa Electronics


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Friday 07 April 2017 12:52:44 Peter C. Wallace wrote:

> On Fri, 7 Apr 2017, Gene Heskett wrote:
> > Date: Fri, 7 Apr 2017 12:38:45 -0400
> > From: Gene Heskett <ghesk...@shentel.net>
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > <emc-users@lists.sourceforge.net>
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] for PCW?
> >
> > On Friday 07 April 2017 12:15:10 Peter C. Wallace wrote:
> >> On Thu, 6 Apr 2017, Gene Heskett wrote:
> >>> Date: Thu, 6 Apr 2017 22:19:56 -0400
> >>> From: Gene Heskett <ghesk...@shentel.net>
> >>> Reply-To: "Enhanced Machine Controller (EMC)"
> >>> <emc-users@lists.sourceforge.net>
> >>> To: "Enhanced Machine Controller (EMC)"
> >>> <emc-users@lists.sourceforge.net> Subject: [Emc-users] for PCW?
> >>>
> >>> Greetings Peter;
> >>>
> >>> 1) This config I started out with has a watchdog.reset as a
> >>> separate addf'd function which I suspect is in the leftovers that
> >>> are now past their use-by date column.  Can I nuke that addf
> >>> entry?
> >>
> >> In 2.7 and > the hm2 pet_watchdog function has been merged with the
> >> hm2_write function so it should no longer be called
> >>
> >>> 2) I'm not that familiar with threads when they are added, slower
> >>> than servo threads.
> >>>
> >>> So, can I move the final write to the 7i90 to the end of that
> >>> string of servo-thread addf's, and treat the other slower thread
> >>> for my jog wheel thread stuff as independent of the servo-thread
> >>> list?
> >>
> >> You should ba able to, this is the normal LinuxCNC operation order:
> >>
> >> read inputs
> >> process
> >> write outputs
> >
> > IOW, my slow thread has to have its addf list between "process"
> > and "write outputs"
>
> I think that Jon is right and the faster thread runs to completion
> first before a slower thread is launched which means the order of
> addfs only applies to a single thread
>
> BTW heres a way to dump all the tmaxes:
>
> pcw@pcw-G41M-Combo:~/linuxcnc-dev/scripts$ halcmd show param | grep
> tmax | grep -v increased
>  23  s32   RW  0  hm2_7i76e.0.read-request.tmax
>  23  s32   RW 484870  hm2_7i76e.0.read.tmax
>  23  s32   RW  96197  hm2_7i76e.0.write.tmax
>  13  s32   RW  36898  motion-command-handler.tmax
>  13  s32   RW  92834  motion-controller.tmax
>  17  s32   RW  41030  pid.0.do-pid-calcs.tmax
>  17  s32   RW  35255  pid.1.do-pid-calcs.tmax
>  17  s32   RW  52240  pid.2.do-pid-calcs.tmax
>  17  s32   RW  27198  pid.3.do-pid-calcs.tmax
>  14  s32   RW 581638  servo-thread.tmax
>
> Note that these times are all in CPU clocks

from this I can strip out
561769  jog-thread.tmax, and 
834372  servo-thread.tmax

I do not know what the current clock speed is, could be as low as 700 or 
as high as 1200 MHz.

Another thing this script is good for, showing me that I have 8 modules 
loaded but not addf'd, so those loadrt's can go away, saving a few bytes 
of memory.  Stuff left in when I changed my mind about howtodoit.
>
> > So, I guess the best way to test this is to raise the slow-threads
> > rate to match the servo-thread and see if that causes timeing
> > overruns out the wazoo.  Or set it down to really slow and see if it
> > still works.
> >
> > What we need is not "hard real time" out of threads, but a way to
> > set the priority of the threads it creates, and we do not now have
> > that.
> >
> > Is it too late for a feature request for "soft threads" to get into
> > 2.8 final? This jog-wheel stuff can I'm sure, be run on leftover
> > time as long as there is some "leftover" time.
> >
> > Thanks Peter.
> >
> > 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)
> > Genes Web page <http://geneslinuxbox.net:6309/gene>
> >
> > 
> >-- Check out the vibrant tech community on one of the world's
> > most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > ___
> > Emc-users mailing list
> &

Re: [Emc-users] for PCW?

2017-04-07 Thread Peter C. Wallace
On Fri, 7 Apr 2017, Gene Heskett wrote:

> Date: Fri, 7 Apr 2017 12:58:29 -0400
> From: Gene Heskett <ghesk...@shentel.net>
> Reply-To: "Enhanced Machine Controller (EMC)"
> <emc-users@lists.sourceforge.net>
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] for PCW?
> 
> On Friday 07 April 2017 12:32:33 Peter C. Wallace wrote:
>
>> On Fri, 7 Apr 2017, Gene Heskett wrote:
>>> Do we have a latency test that can monitor a running system? I've
>>> not had luck running it on a live, moving system. It seems to be
>>> mutually exclusive.
>>
>> You can use the tmax parameters for each function to see the worst
>> case times, and the corresponding time pins to get an idea of the
>> average times.
>>
> I hadn't thought of that.  I guess thats why I don't get the big
> bucks. ;-) I'll see if there is a huge difference anyplace of note.
> That s/b non-volatile so I should be looking at data thats been
> collecting all night.
>
> looking at motion-command-handler tmax-increased is false.
> tmax is 161822, time is 25xx worst case (these are on an idling system)
>
> looking at motion.controller, tmax-increased is also false.
> tmax is 214426, and time is 31xxx worst case, so neither is using
> anywhere near its allocated time ATM. On the face of it, there should
> not be a problem. Famous last words...
>
> This I think is good.  Is it not?  Or should I be looking at and adding
> up the rest of the times too?

Thats been done for you, its

servo-thread.tmax


>
> 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)
> Genes Web page <http://geneslinuxbox.net:6309/gene>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Friday 07 April 2017 12:32:33 Peter C. Wallace wrote:

> On Fri, 7 Apr 2017, Gene Heskett wrote:
> > Do we have a latency test that can monitor a running system? I've
> > not had luck running it on a live, moving system. It seems to be
> > mutually exclusive.
>
> You can use the tmax parameters for each function to see the worst
> case times, and the corresponding time pins to get an idea of the
> average times.
>
I hadn't thought of that.  I guess thats why I don't get the big 
bucks. ;-) I'll see if there is a huge difference anyplace of note.
That s/b non-volatile so I should be looking at data thats been 
collecting all night.

looking at motion-command-handler tmax-increased is false.
tmax is 161822, time is 25xx worst case (these are on an idling system)

looking at motion.controller, tmax-increased is also false.
tmax is 214426, and time is 31xxx worst case, so neither is using 
anywhere near its allocated time ATM. On the face of it, there should 
not be a problem. Famous last words...

This I think is good.  Is it not?  Or should I be looking at and adding 
up the rest of the times too?

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)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Peter C. Wallace
On Fri, 7 Apr 2017, Gene Heskett wrote:

> Date: Fri, 7 Apr 2017 12:38:45 -0400
> From: Gene Heskett <ghesk...@shentel.net>
> Reply-To: "Enhanced Machine Controller (EMC)"
> <emc-users@lists.sourceforge.net>
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] for PCW?
> 
> On Friday 07 April 2017 12:15:10 Peter C. Wallace wrote:
>
>> On Thu, 6 Apr 2017, Gene Heskett wrote:
>>> Date: Thu, 6 Apr 2017 22:19:56 -0400
>>> From: Gene Heskett <ghesk...@shentel.net>
>>> Reply-To: "Enhanced Machine Controller (EMC)"
>>> <emc-users@lists.sourceforge.net>
>>> To: "Enhanced Machine Controller (EMC)"
>>> <emc-users@lists.sourceforge.net> Subject: [Emc-users] for PCW?
>>>
>>> Greetings Peter;
>>>
>>> 1) This config I started out with has a watchdog.reset as a separate
>>> addf'd function which I suspect is in the leftovers that are now
>>> past their use-by date column.  Can I nuke that addf entry?
>>
>> In 2.7 and > the hm2 pet_watchdog function has been merged with the
>> hm2_write function so it should no longer be called
>>
>>> 2) I'm not that familiar with threads when they are added, slower
>>> than servo threads.
>>>
>>> So, can I move the final write to the 7i90 to the end of that string
>>> of servo-thread addf's, and treat the other slower thread for my jog
>>> wheel thread stuff as independent of the servo-thread list?
>>
>> You should ba able to, this is the normal LinuxCNC operation order:
>>
>> read inputs
>> process
>> write outputs
>
> IOW, my slow thread has to have its addf list between "process"
> and "write outputs"

I think that Jon is right and the faster thread runs to completion first
before a slower thread is launched which means the order of addfs only applies
to a single thread

BTW heres a way to dump all the tmaxes:

pcw@pcw-G41M-Combo:~/linuxcnc-dev/scripts$ halcmd show param | grep tmax | 
grep -v increased
 23  s32   RW  0  hm2_7i76e.0.read-request.tmax
 23  s32   RW 484870  hm2_7i76e.0.read.tmax
 23  s32   RW  96197  hm2_7i76e.0.write.tmax
 13  s32   RW  36898  motion-command-handler.tmax
 13  s32   RW  92834  motion-controller.tmax
 17  s32   RW  41030  pid.0.do-pid-calcs.tmax
 17  s32   RW  35255  pid.1.do-pid-calcs.tmax
 17  s32   RW  52240  pid.2.do-pid-calcs.tmax
 17  s32   RW  27198  pid.3.do-pid-calcs.tmax
 14  s32   RW 581638  servo-thread.tmax

Note that these times are all in CPU clocks

>
> So, I guess the best way to test this is to raise the slow-threads rate
> to match the servo-thread and see if that causes timeing overruns out
> the wazoo.  Or set it down to really slow and see if it still works.
>
> What we need is not "hard real time" out of threads, but a way to set the
> priority of the threads it creates, and we do not now have that.
>
> Is it too late for a feature request for "soft threads" to get into 2.8
> final? This jog-wheel stuff can I'm sure, be run on leftover time as
> long as there is some "leftover" time.
>
> Thanks Peter.
>
> 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)
> Genes Web page <http://geneslinuxbox.net:6309/gene>
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Friday 07 April 2017 12:15:10 Peter C. Wallace wrote:

> On Thu, 6 Apr 2017, Gene Heskett wrote:
> > Date: Thu, 6 Apr 2017 22:19:56 -0400
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"
> >  Subject: [Emc-users] for PCW?
> >
> > Greetings Peter;
> >
> > 1) This config I started out with has a watchdog.reset as a separate
> > addf'd function which I suspect is in the leftovers that are now
> > past their use-by date column.  Can I nuke that addf entry?
>
> In 2.7 and > the hm2 pet_watchdog function has been merged with the
> hm2_write function so it should no longer be called
>
> > 2) I'm not that familiar with threads when they are added, slower
> > than servo threads.
> >
> > So, can I move the final write to the 7i90 to the end of that string
> > of servo-thread addf's, and treat the other slower thread for my jog
> > wheel thread stuff as independent of the servo-thread list?
>
> You should ba able to, this is the normal LinuxCNC operation order:
>
> read inputs
> process
> write outputs

IOW, my slow thread has to have its addf list between "process" 
and "write outputs"

So, I guess the best way to test this is to raise the slow-threads rate 
to match the servo-thread and see if that causes timeing overruns out 
the wazoo.  Or set it down to really slow and see if it still works.

What we need is not "hard real time" out of threads, but a way to set the 
priority of the threads it creates, and we do not now have that.

Is it too late for a feature request for "soft threads" to get into 2.8 
final? This jog-wheel stuff can I'm sure, be run on leftover time as 
long as there is some "leftover" time.

Thanks Peter.

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)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Peter C. Wallace
On Fri, 7 Apr 2017, Gene Heskett wrote:
>
> Do we have a latency test that can monitor a running system? I've not had
> luck running it on a live, moving system. It seems to be mutually
> exclusive.

You can use the tmax parameters for each function to see the worst
case times, and the corresponding time pins to get an idea of the average 
times.



>
> Thanks Jon.
>
> 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)
> Genes Web page 
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Friday 07 April 2017 11:53:45 Jon Elson wrote:

> On 04/07/2017 10:29 AM, Gene Heskett wrote:
> > What I want, but don't know if I can get, is to have the
> > servo thread running at the highest priority, fully
> > capable of interrupting the jog-thread, but the jog-thread
> > cannot interrupt the servo thread as its not that time
> > critical. How best to do that, given the tools available?
> > Thanks Peter and everybody. Cheers, Gene Heskett
>
> Faster threads will, in theory, interrupt slower threads.
> But, the way RTAPI threads are set up, at least with RTAI,
> the slower threads will be forced to run at multiples of the
> faster thread period. Therefore, I think, the slower threads
> will actually never get interrupted.  I think they will just
> get tacked onto the end after the faster thread runs.
>
> Jon
>
That would be acceptable, if the slower thread tacked on, gets done fast 
enough to not impinge on the faster threads next scheduled run. 
Unfortunately, such may not be the case.  This jog-threads addf list is 
at least 5x longer than the servo-thread's list.

Do we have a latency test that can monitor a running system? I've not had  
luck running it on a live, moving system. It seems to be mutually 
exclusive.

Thanks Jon.

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)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Peter C. Wallace
On Thu, 6 Apr 2017, Gene Heskett wrote:

> Date: Thu, 6 Apr 2017 22:19:56 -0400
> From: Gene Heskett 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: [Emc-users] for PCW?
> 
> Greetings Peter;
>
> 1) This config I started out with has a watchdog.reset as a separate
> addf'd function which I suspect is in the leftovers that are now past
> their use-by date column.  Can I nuke that addf entry?

In 2.7 and > the hm2 pet_watchdog function has been merged with the hm2_write 
function so it should no longer be called

>
> 2) I'm not that familiar with threads when they are added, slower than
> servo threads.
>
> So, can I move the final write to the 7i90 to the end of that string of
> servo-thread addf's, and treat the other slower thread for my jog wheel
> thread stuff as independent of the servo-thread list?
>
You should ba able to, this is the normal LinuxCNC operation order:

read inputs
process
write outputs


> I feel like I have created a monster by having the jog-thread stuff
> inside the servo-thread addf list in my hal file. But I don't know for
> sure because man 9 threads manpage doesn't illuminate how thats handled.
> It says "hard real time" and one interpretation sets off alarm bells in
> my alleged mind because that implies it might fight with the
> servo-thread enough to cause the joint errors at random times. The
> threads module makes no mention of priority order, and I am using just
> one, slower than servo thread additional thread.  And I would like to
> think the jog-thread only executes between servo-thread invocations.
>
> So can anyone shed some light on this admittedly unusual situation?
>
> Thanks Peter and 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)
> Genes Web page 
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> 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.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Jon Elson
On 04/07/2017 10:29 AM, Gene Heskett wrote:
> What I want, but don't know if I can get, is to have the 
> servo thread running at the highest priority, fully 
> capable of interrupting the jog-thread, but the jog-thread 
> cannot interrupt the servo thread as its not that time 
> critical. How best to do that, given the tools available? 
> Thanks Peter and everybody. Cheers, Gene Heskett 
Faster threads will, in theory, interrupt slower threads.  
But, the way RTAPI threads are set up, at least with RTAI, 
the slower threads will be forced to run at multiples of the 
faster thread period. Therefore, I think, the slower threads 
will actually never get interrupted.  I think they will just 
get tacked onto the end after the faster thread runs.

Jon

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW?

2017-04-07 Thread Gene Heskett
On Thursday 06 April 2017 22:19:56 Gene Heskett wrote:

> Greetings Peter;
>
> 1) This config I started out with has a watchdog.reset as a separate
> addf'd function which I suspect is in the leftovers that are now past
> their use-by date column.  Can I nuke that addf entry?
>
> 2) I'm not that familiar with threads when they are added, slower than
> servo threads.
>
> So, can I move the final write to the 7i90 to the end of that string
> of servo-thread addf's, and treat the other slower thread for my jog
> wheel thread stuff as independent of the servo-thread list?
>
> I feel like I have created a monster by having the jog-thread stuff
> inside the servo-thread addf list in my hal file. But I don't know for
> sure because man 9 threads manpage doesn't illuminate how thats
> handled. It says "hard real time" and one interpretation sets off
> alarm bells in my alleged mind because that implies it might fight
> with the
> servo-thread enough to cause the joint errors at random times. The
> threads module makes no mention of priority order, and I am using just
> one, slower than servo thread additional thread.  And I would like to
> think the jog-thread only executes between servo-thread invocations.
>
> So can anyone shed some light on this admittedly unusual situation?

ping?

As a PS, I left it running 50 copies of the lathe_pawn.ngc when I hit the 
light switch about 9:40-ish last night. Inspecting it with a halmeter 
from here and only one eye open simultaniously this morning shows no 
motion, spindle motor shut down, and neither joint is in an errored 
condition, so I assume it did the 50 cycles I asked it to do. I have not 
dressed to go out and actually look at its screen to be sure it 
finished, been busy feeding us, and getting the dishwasher started.

I had inserted a couple modules of spindle tracing, to do with tracking 
overshoot at the reversal point when doing rigid tapping with it, but I 
moved them farther down in the servo-thread addf loop before starting 
this last exercise, so that all the addf's of the original config I 
started with were still in that order with all my additions later but 
before the write to the 7i90.

What I want, but don't know if I can get, is to have the servo thread 
running at the highest priority, fully capable of interrupting the 
jog-thread, but the jog-thread cannot interrupt the servo thread as its 
not that time critical.

How best to do that, given the tools available?

Thanks Peter and everybody.

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)
Genes Web page 

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW

2017-03-11 Thread Gene Heskett
On Saturday 11 March 2017 17:01:23 Peter C. Wallace wrote:

> On Sat, 11 Mar 2017, Gene Heskett wrote:
> > Date: Sat, 11 Mar 2017 16:53:28 -0500
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"
> >  Subject: [Emc-users] for PCW
> >
> > Greetings Peter;
> >
> > I just ran into a 2nd dead module on this 7i90, encoder 2 says
> > everything is true/high. So I switched the wires & code to use
> > encoder 3, for Z-jog, and which its not all hooked up yet in the hal
> > file, it works fine so far.
> >
> > I bought me a pair of the static straps, and have not touched that
> > card w/o clipping on. Stepgen 2 was dead on the initial power-up.
> > And now an encoder-02 is DOA although the login/registration trace
> > at LCNC startup looks perfectly normal.
> >
> > What can be destroying it now?
> >
> > Thanks Peter.
> >
> > Cheers, Gene Heskett
>
> Usually grounding issues
>
> Any input swings with unlimited current > about 7V or < about -0.5V
> may destroy the FPGAs input (+voltages tend to kill the bus switches,
> -voltages the FPGA)
>
> Unlimited currents -0.5V are easy to generate if you have grounding
> issues
>
Its all on a star circuit now, using 1/4" tinned braid. I don't think 
theres any excessive bounce left. I have enough modules left to make it 
work, and I have one more card yet, so I guess I'll "wait for the other 
shoe".

Thanks Peter.
> > --
> > "There are four boxes to be used in defense of liberty:
> > soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author)
> > Genes Web page 
> >
> > 
> >-- Announcing the Oxford Dictionaries API! The API offers
> > world-renowned dictionary content that is easy and intuitive to
> > access. Sign up for an account today to start using our lexical data
> > to power your apps and projects. Get started today and enter our
> > developer competition. http://sdm.link/oxford
> > ___
> > 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.
>
>
> --
> Announcing the Oxford Dictionaries API! The API offers
> world-renowned dictionary content that is easy and intuitive to
> access. Sign up for an account today to start using our lexical data
> to power your apps and projects. Get started today and enter our
> developer competition. http://sdm.link/oxford
> ___
> 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)
Genes Web page 

--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] for PCW

2017-03-11 Thread Peter C. Wallace
On Sat, 11 Mar 2017, Gene Heskett wrote:

> Date: Sat, 11 Mar 2017 16:53:28 -0500
> From: Gene Heskett 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: [Emc-users] for PCW
> 
> Greetings Peter;
>
> I just ran into a 2nd dead module on this 7i90, encoder 2 says everything
> is true/high. So I switched the wires & code to use encoder 3, for
> Z-jog, and which its not all hooked up yet in the hal file, it works
> fine so far.
>
> I bought me a pair of the static straps, and have not touched that card
> w/o clipping on. Stepgen 2 was dead on the initial power-up. And now an
> encoder-02 is DOA although the login/registration trace at LCNC startup
> looks perfectly normal.
>
> What can be destroying it now?
>
> Thanks Peter.
>
> Cheers, Gene Heskett

Usually grounding issues

Any input swings with unlimited current > about 7V or < about -0.5V may 
destroy the FPGAs input (+voltages tend to kill the bus switches, 
-voltages the FPGA)

Unlimited currents -0.5V are easy to generate if you have grounding issues


> -- 
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 
>
> --
> Announcing the Oxford Dictionaries API! The API offers world-renowned
> dictionary content that is easy and intuitive to access. Sign up for an
> account today to start using our lexical data to power your apps and
> projects. Get started today and enter our developer competition.
> http://sdm.link/oxford
> ___
> 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.


--
Announcing the Oxford Dictionaries API! The API offers world-renowned
dictionary content that is easy and intuitive to access. Sign up for an
account today to start using our lexical data to power your apps and
projects. Get started today and enter our developer competition.
http://sdm.link/oxford
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] To PCW: retuning for inches

2015-10-12 Thread Peter C. Wallace
On Mon, 12 Oct 2015, Gene Heskett wrote:

> Date: Mon, 12 Oct 2015 15:56:07 -0400
> From: Gene Heskett 
> Reply-To: "Enhanced Machine Controller (EMC)"
> 
> To: "Enhanced Machine Controller (EMC)" 
> Subject: [Emc-users] To PCW: retuning for inches
> 
> Greetings Peter;
>
> In getting a decent rapids w/o following error, I wound up with all the
> pid.Pgains at 2000, and while I played with the FF2 setting, couldn't
> detect that is was affecting anything I'm smart enough to detect.

PGain should really be 1/period, more _will_ cause overshoot/oscillations


>
> However, after a move of one of the axis's I can hear a faint tone at the
> servo-thread frequency from the motors. Firing up halscope and looking
> at the x,y,x outputs, when its singing I can see this tone at all the
> pid.outputs, at from 15 to 50 milivolts peak to peak.  Move an axis a
> couple thou and it may stop.

This is most likely the step driver (or excessive Pgain, see above)

>
> However, when its doing it, the z, being tasked with supporting the
> weight of the head, can be seen to move, perhaps as much as 5 thou in a
> minute or less.  I have twice added half a microsecond to the dirsetup
> and dirhold settings, and a quarter to the step widths which seems to
> have helped.  This particular driver is a DM860 since thats a nema34
> motor, running on 60 volts.  And 60 is NOT enough for that high of an
> inductance motor.  120 would be about right, and should put its speeds
> up there with the 450 oz x motors, but no one makes a stepper driver
> rated for that high a voltage.  The DM860 is also noisey as can be as it
> switches from the microstep chosen to lower values as the speeds
> requested rises. 3IPM is silent, 30 IPM positively howls, its like a 16
> speed road ranger truck transmission, taking the engine thru its optimum
> power rpm range from the traffic light till its out of sight and
> hearing.
>
> So my guess is that the oscillation may be confusing its internal
> gearshift.
>
> What has been the pulse timing settings a DM860 needs in your experience,
> and is there something in the pid settings that will dampen that 1
> kiloihertz oscillation out, without lowering the Pgain, which seems to
> be required to get any real rapids speeds above 20 ipm.
>

If you cannnot get rapids above 20 IPM without a Pgain of 2000 you have 
something badly broken in the PID ( _is_ FF1 1.000? )




I would set the pulse timimg as long as the maximum step rate will allow
(with about a 20% margin)


> Clues will be gleefully applied at this point.  Thanks Peter.
>
> 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)
> Genes Web page 
>
> --
> ___
> 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


Re: [Emc-users] To PCW: retuning for inches

2015-10-12 Thread Gene Heskett
On Monday 12 October 2015 16:10:47 Peter C. Wallace wrote:

> On Mon, 12 Oct 2015, Gene Heskett wrote:
> > Date: Mon, 12 Oct 2015 15:56:07 -0400
> > From: Gene Heskett 
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > 
> > To: "Enhanced Machine Controller (EMC)"
> >  Subject: [Emc-users] To PCW:
> > retuning for inches
> >
> > Greetings Peter;
> >
> > In getting a decent rapids w/o following error, I wound up with all
> > the pid.Pgains at 2000, and while I played with the FF2 setting,
> > couldn't detect that is was affecting anything I'm smart enough to
> > detect.
>
> PGain should really be 1/period, more _will_ cause
> overshoot/oscillations
>
> > However, after a move of one of the axis's I can hear a faint tone
> > at the servo-thread frequency from the motors. Firing up halscope
> > and looking at the x,y,x outputs, when its singing I can see this
> > tone at all the pid.outputs, at from 15 to 50 milivolts peak to
> > peak.  Move an axis a couple thou and it may stop.
>
> This is most likely the step driver (or excessive Pgain, see above)

I'll get following errors fairly quickly at 1000.

> > However, when its doing it, the z, being tasked with supporting the
> > weight of the head, can be seen to move, perhaps as much as 5 thou
> > in a minute or less.  I have twice added half a microsecond to the
> > dirsetup and dirhold settings, and a quarter to the step widths
> > which seems to have helped.  This particular driver is a DM860 since
> > thats a nema34 motor, running on 60 volts.  And 60 is NOT enough for
> > that high of an inductance motor.  120 would be about right, and
> > should put its speeds up there with the 450 oz x motors, but no
> > one makes a stepper driver rated for that high a voltage.  The DM860
> > is also noisey as can be as it switches from the microstep chosen to
> > lower values as the speeds requested rises. 3IPM is silent, 30 IPM
> > positively howls, its like a 16 speed road ranger truck
> > transmission, taking the engine thru its optimum power rpm range
> > from the traffic light till its out of sight and hearing.
> >
> > So my guess is that the oscillation may be confusing its internal
> > gearshift.
> >
> > What has been the pulse timing settings a DM860 needs in your
> > experience, and is there something in the pid settings that will
> > dampen that 1 kiloihertz oscillation out, without lowering the
> > Pgain, which seems to be required to get any real rapids speeds
> > above 20 ipm.
>
> If you cannnot get rapids above 20 IPM without a Pgain of 2000 you
> have something badly broken in the PID ( _is_ FF1 1.000? )
>
Yes, to about 4 decimal places. 

> I would set the pulse timimg as long as the maximum step rate will
> allow (with about a 20% margin)

That would then be about 40% of the 1/scale then?  Scale by the time I 
get it moving exactly an inch for an inch requested, is about 5 digits 
either side of the decimal point.

Here is the .ini as it exists right now.

I *think* I have done as suggested.

> > Clues will be gleefully applied at this point.  Thanks Peter.
> >
> > 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)
> > Genes Web page 
> >
> > 
> >-- ___
> > 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


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)
Genes Web page 
# Generated by PNCconf at Tue Jun 30 22:44:28 2015
# If you make changes to this file, they will be
# overwritten when you run PNCconf again

[EMC]
MACHINE = GO704fast
DEBUG = 0x

[DISPLAY]
DISPLAY = axis
PYVCP = pyvcp-panel.xml
#GLADEVCP = -U --catalog=mill-mm features.ui
#FEATURES_PATH = /home/gene/linuxcnc/linuxcnc-features-master
#EMBED_TAB_NAME = GladeVCP
#EMBED_TAB_COMMAND = halcmd loadusr -Wn gladevcp gladevcp -c gladevcp -H 
gvcp_call_list.hal -x {XID} gvcp-panel.ui
POSITION_OFFSET = RELATIVE
POSITION_FEEDBACK = ACTUAL
MAX_FEED_OVERRIDE = 2.00
MAX_SPINDLE_OVERRIDE = 1.5
MIN_SPINDLE_OVERRIDE = 0.25000
DEFAULT_SPINDLE_SPEED = 100
INTRO_GRAPHIC = linuxcnc.gif
INTRO_TIME = 4

Re: [Emc-users] To PCW: retuning for inches

2015-10-12 Thread Gene Heskett
On Monday 12 October 2015 18:02:33 Peter C. Wallace wrote:

> On Mon, 12 Oct 2015, Gene Heskett wrote:
> > Date: Mon, 12 Oct 2015 17:02:20 -0400
> > From: Gene Heskett <ghesk...@wdtv.com>
> > Reply-To: "Enhanced Machine Controller (EMC)"
> > <emc-users@lists.sourceforge.net>
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] To PCW: retuning for inches
> >
> > On Monday 12 October 2015 16:10:47 Peter C. Wallace wrote:
> >> On Mon, 12 Oct 2015, Gene Heskett wrote:
> >>> Date: Mon, 12 Oct 2015 15:56:07 -0400
> >>> From: Gene Heskett <ghesk...@wdtv.com>
> >>> Reply-To: "Enhanced Machine Controller (EMC)"
> >>> <emc-users@lists.sourceforge.net>
> >>> To: "Enhanced Machine Controller (EMC)"
> >>> <emc-users@lists.sourceforge.net> Subject: [Emc-users] To PCW:
> >>> retuning for inches
> >>>
> >>> Greetings Peter;
> >>>
> >>> In getting a decent rapids w/o following error, I wound up with
> >>> all the pid.Pgains at 2000, and while I played with the FF2
> >>> setting, couldn't detect that is was affecting anything I'm smart
> >>> enough to detect.
> >>
> >> PGain should really be 1/period, more _will_ cause
> >> overshoot/oscillations
> >>
> >>> However, after a move of one of the axis's I can hear a faint tone
> >>> at the servo-thread frequency from the motors. Firing up halscope
> >>> and looking at the x,y,x outputs, when its singing I can see this
> >>> tone at all the pid.outputs, at from 15 to 50 milivolts peak to
> >>> peak.  Move an axis a couple thou and it may stop.
> >>
> >> This is most likely the step driver (or excessive Pgain, see above)
> >
> > I'll get following errors fairly quickly at 1000.
>
> Then something is really broken, you might have to post your hal/ini
> files (also FF2 of .0005 is way to large .5 shoud be closer)
>
Done, but it will be tomorrow before I test it now.  Between clearing a 
gutter with a major clog, and making a piece of 1/2" copper pipe about 
an inch long into a bent in fingers to engage the output gear on the 
gauge flipping motor, required to it can slide a bit due to 
miss-alignment, and that was battling the o-ring I put in to pull the 
end play out of the piano hinge. So my x results for a G38.2 were 
randomized by 2 or 3 thou.

I had copied out the needed pieces of the jig finder, removed the G10 L2 
stuff and just (debug, etc) the output to see how consistent it wasn't, 
x in particular was wandering around at least 2 thou, and z was still 
walking down half a thou or so per repeat pass. That could be thermal I 
suppose. So I just stretched the timings on that DM860 driver another .5 
microseconds, which might make that a little more repeatable.  Fiddled 
with the backlash until a .005 move was a .005 move going both ways, on 
sll 3 active axis's then setup a 1" travel indicator & made the scales 
produce within a thou of an inch when jogged an inch both ways.  For 
some UNK reason, my math from a TI-030x for the scale changes was 
spitting out figures that were about 5 thou off. Either way.

The bit of copper is working (I cut with a 1/16" carbide mill, 8 slots 
about .095" wide & .3" deep, which were then crushed into the gaps 
between the gear teeth, sloppily but also slides endways about 1/8" as 
the motor moves, so its not pushing on the o-ring taking up the endplay 
in the piano hinge, but I need to find the next size bigger hose clamp 
to reduce the chance of the hose slipping on the pipe.  Cheap, some sort 
of black plastic hose, I had to setup the hot air wand to about 230C to 
make it soggy enough I could stretch it over the 1/2" copper pipe. 
Cooled off, it seems to have enough grip, but based of experience so 
far, I don't trust it without an aeroseal binding it up 1/4 turn from 
stripped.

Now I'd better get the pix out of the camera an posted on my web page.

Thanks Peter.
>
> 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


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)
Genes Web page <http://geneslinuxbox.net:6309/gene>

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


Re: [Emc-users] To PCW: retuning for inches

2015-10-12 Thread Peter C. Wallace
On Mon, 12 Oct 2015, Gene Heskett wrote:

> Date: Mon, 12 Oct 2015 17:02:20 -0400
> From: Gene Heskett <ghesk...@wdtv.com>
> Reply-To: "Enhanced Machine Controller (EMC)"
> <emc-users@lists.sourceforge.net>
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] To PCW: retuning for inches
> 
> On Monday 12 October 2015 16:10:47 Peter C. Wallace wrote:
>
>> On Mon, 12 Oct 2015, Gene Heskett wrote:
>>> Date: Mon, 12 Oct 2015 15:56:07 -0400
>>> From: Gene Heskett <ghesk...@wdtv.com>
>>> Reply-To: "Enhanced Machine Controller (EMC)"
>>> <emc-users@lists.sourceforge.net>
>>> To: "Enhanced Machine Controller (EMC)"
>>> <emc-users@lists.sourceforge.net> Subject: [Emc-users] To PCW:
>>> retuning for inches
>>>
>>> Greetings Peter;
>>>
>>> In getting a decent rapids w/o following error, I wound up with all
>>> the pid.Pgains at 2000, and while I played with the FF2 setting,
>>> couldn't detect that is was affecting anything I'm smart enough to
>>> detect.
>>
>> PGain should really be 1/period, more _will_ cause
>> overshoot/oscillations
>>
>>> However, after a move of one of the axis's I can hear a faint tone
>>> at the servo-thread frequency from the motors. Firing up halscope
>>> and looking at the x,y,x outputs, when its singing I can see this
>>> tone at all the pid.outputs, at from 15 to 50 milivolts peak to
>>> peak.  Move an axis a couple thou and it may stop.
>>
>> This is most likely the step driver (or excessive Pgain, see above)
>
> I'll get following errors fairly quickly at 1000.

Then something is really broken, you might have to post your hal/ini files
(also FF2 of .0005 is way to large .5 shoud be closer)




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