Re: [Emc-users] parallel port definitions

[Phillip Carter]

In that case the lathe would have:

loadrt hal_parport cfg="1 out" 

And the mill would have:

loadrt hal_parport cfg="2 out"

But again BOTH would have parport.0.blah-blah as it would be the first port.

> On 20 Dec 2019, at 6:31 pm, Phillip Carter  wrote:
> 
> You would have two separate configs, the lathe would have:
> 
> loadrt hal_parport cfg="0 out" 
> 
> And the mill would have:
> 
> loadrt hal_parport cfg="1 out"


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

Re: [Emc-users] parallel port definitions

[R C]

ah  ok.


well the machine has 3 paralel ports.  one on the motherboard (that I 
don't want to use, in case I mess it up)  so I got two pcie cards


and connect them to those.


so:

on parport0; LPT1;  I have nothing connected

on parport1; LPT2:  I have the lathe

on partport2; LPT3:  I have the mill


I will try that tomorrow ..



thanks!!,

Ron

On 12/20/19 12:26 AM, Phillip Carter wrote:

For that to work you would need something like this in your hal file:

loadrt hal_parport cfg="0 out 1 out 2 out"

 From what I gather you have two ports, one for a mill and one for a lathe.

So you would have two separate configs and one would have:

loadrt hal_parport cfg="0 out"

And the other would have:

loadrt hal_parport cfg="1 out"

And BOTH would have

parport.0.pin-nn-out etc. etc.

Because BOTH have only one parport therefore it is the first parport in the 
config.




On 20 Dec 2019, at 6:15 pm, R C  wrote:

I tried changing that in that .hal config file by changing all occurrences:


parport.0.pin-02-out  to  parport.1.pin-02-out  and parport.2.pin-02-out   (for 
 LP1, LPT2 and LPT3 respectively)


linuxcnc doesn't seem to like that, throws errors


(A long time ago I used turbocnc for trying to get some things to work)



On 12/19/19 11:50 PM, Phillip Carter wrote:

It "should" work using 0,1 or 2 if not then you may need to enter the actual 
address

parport.0 refers to the first port configured in the hal file, if you had two 
ports they would be parport.0 and parport.1


On 20 Dec 2019, at 5:43 pm, R C  wrote:

Ok,  so I don't use the "standard/typical" address?

0: 0x3bc   1: 0x378   2: 0x278  ?


So I would want to use  lp1 for my lath   and lp2 for my mill.   From what I 
understand I need to  create two profiles, which is fine


I see stuff in Paxton-Patterson_Lathe.hal like

net xdir=> parport.0.pin-02-out
net xstep   => parport.0.pin-03-out
net ydir=> parport.0.pin-04-out
net ystep   => parport.0.pin-05-out
net zdir=> parport.0.pin-06-out
net zstep   => parport.0.pin-07-out
net adir=> parport.0.pin-08-out
net astep   => parport.0.pin-09-out


I kinda have the impression,  it should be partport.1 for the next parallel 
port and  port.2 for the  last one?



thanks,


Ron

On 12/19/19 10:57 PM, Phillip Carter wrote:

In the Base Information page you can select the number of parallel ports

Then in the Parallel Port 1 page you can select the parallel port using the 
numbers 0,1 or 2 in the Parport BaseAddress entry

Then in the Parallel Port 2 page you can select the parallel port using the 
numbers 0,1 or 2 in the entry that has no label in the bottom centre


  

On 20 Dec 2019, at 4:45 pm, R C  wrote:

Hello,


when I run stepconf, it creates a *.hal file.


It seems that the parallel port  used in there by default is "parport0"  (I 
have 3 parallel ports, 0, 1 and 2).


can I create a config for a specific port?  or di I manually need to edit them?

(I would like to have one machine on lp1/partport1 and the other on 
lp2/partport2 and not use parport0)


thanks,


Ron



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

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

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


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


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



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



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

Re: [Emc-users] parallel port definitions

[Phillip Carter]

Sorry, I reread what you said…

You would have two separate configs, the lathe would have:

loadrt hal_parport cfg="0 out" 

And the mill would have:

loadrt hal_parport cfg="1 out"


> On 20 Dec 2019, at 6:26 pm, Phillip Carter  wrote:
> 
> So you would have two separate configs and one would have:
> 
> loadrt hal_parport cfg="0 out" 
> 
> And the other would have:
> 
> loadrt hal_parport cfg="1 out"
> 


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

Re: [Emc-users] parallel port definitions

[Phillip Carter]

For that to work you would need something like this in your hal file:

loadrt hal_parport cfg="0 out 1 out 2 out"

>From what I gather you have two ports, one for a mill and one for a lathe.

So you would have two separate configs and one would have:

loadrt hal_parport cfg="0 out" 

And the other would have:

loadrt hal_parport cfg="1 out"

And BOTH would have 

parport.0.pin-nn-out etc. etc.

Because BOTH have only one parport therefore it is the first parport in the 
config.



> On 20 Dec 2019, at 6:15 pm, R C  wrote:
> 
> I tried changing that in that .hal config file by changing all occurrences:
> 
> 
> parport.0.pin-02-out  to  parport.1.pin-02-out  and parport.2.pin-02-out   
> (for  LP1, LPT2 and LPT3 respectively)
> 
> 
> linuxcnc doesn't seem to like that, throws errors
> 
> 
> (A long time ago I used turbocnc for trying to get some things to work)
> 
> 
> 
> On 12/19/19 11:50 PM, Phillip Carter wrote:
>> It "should" work using 0,1 or 2 if not then you may need to enter the actual 
>> address
>> 
>> parport.0 refers to the first port configured in the hal file, if you had 
>> two ports they would be parport.0 and parport.1
>> 
>>> On 20 Dec 2019, at 5:43 pm, R C  wrote:
>>> 
>>> Ok,  so I don't use the "standard/typical" address?
>>> 
>>> 0: 0x3bc   1: 0x378   2: 0x278  ?
>>> 
>>> 
>>> So I would want to use  lp1 for my lath   and lp2 for my mill.   From what 
>>> I understand I need to  create two profiles, which is fine
>>> 
>>> 
>>> I see stuff in Paxton-Patterson_Lathe.hal like
>>> 
>>> net xdir=> parport.0.pin-02-out
>>> net xstep   => parport.0.pin-03-out
>>> net ydir=> parport.0.pin-04-out
>>> net ystep   => parport.0.pin-05-out
>>> net zdir=> parport.0.pin-06-out
>>> net zstep   => parport.0.pin-07-out
>>> net adir=> parport.0.pin-08-out
>>> net astep   => parport.0.pin-09-out
>>> 
>>> 
>>> I kinda have the impression,  it should be partport.1 for the next parallel 
>>> port and  port.2 for the  last one?
>>> 
>>> 
>>> 
>>> thanks,
>>> 
>>> 
>>> Ron
>>> 
>>> On 12/19/19 10:57 PM, Phillip Carter wrote:
 In the Base Information page you can select the number of parallel ports
 
 Then in the Parallel Port 1 page you can select the parallel port using 
 the numbers 0,1 or 2 in the Parport BaseAddress entry
 
 Then in the Parallel Port 2 page you can select the parallel port using 
 the numbers 0,1 or 2 in the entry that has no label in the bottom centre
 
 
  
> On 20 Dec 2019, at 4:45 pm, R C  wrote:
> 
> Hello,
> 
> 
> when I run stepconf, it creates a *.hal file.
> 
> 
> It seems that the parallel port  used in there by default is "parport0"  
> (I have 3 parallel ports, 0, 1 and 2).
> 
> 
> can I create a config for a specific port?  or di I manually need to edit 
> them?
> 
> (I would like to have one machine on lp1/partport1 and the other on 
> lp2/partport2 and not use parport0)
> 
> 
> thanks,
> 
> 
> Ron
> 
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
 
 ___
 Emc-users mailing list
 Emc-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/emc-users
>>> 
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>> 
>> 
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> 
> ___
> Emc-users 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] parallel port definitions

[Phillip Carter]

It "should" work using 0,1 or 2 if not then you may need to enter the actual 
address

parport.0 refers to the first port configured in the hal file, if you had two 
ports they would be parport.0 and parport.1

> On 20 Dec 2019, at 5:43 pm, R C  wrote:
> 
> Ok,  so I don't use the "standard/typical" address?
> 
> 0: 0x3bc   1: 0x378   2: 0x278  ?
> 
> 
> So I would want to use  lp1 for my lath   and lp2 for my mill.   From what I 
> understand I need to  create two profiles, which is fine
> 
> 
> I see stuff in Paxton-Patterson_Lathe.hal like
> 
> net xdir=> parport.0.pin-02-out
> net xstep   => parport.0.pin-03-out
> net ydir=> parport.0.pin-04-out
> net ystep   => parport.0.pin-05-out
> net zdir=> parport.0.pin-06-out
> net zstep   => parport.0.pin-07-out
> net adir=> parport.0.pin-08-out
> net astep   => parport.0.pin-09-out
> 
> 
> I kinda have the impression,  it should be partport.1 for the next parallel 
> port and  port.2 for the  last one?
> 
> 
> 
> thanks,
> 
> 
> Ron
> 
> On 12/19/19 10:57 PM, Phillip Carter wrote:
>> In the Base Information page you can select the number of parallel ports
>> 
>> Then in the Parallel Port 1 page you can select the parallel port using the 
>> numbers 0,1 or 2 in the Parport BaseAddress entry
>> 
>> Then in the Parallel Port 2 page you can select the parallel port using the 
>> numbers 0,1 or 2 in the entry that has no label in the bottom centre
>> 
>> 
>>  
>>> On 20 Dec 2019, at 4:45 pm, R C  wrote:
>>> 
>>> Hello,
>>> 
>>> 
>>> when I run stepconf, it creates a *.hal file.
>>> 
>>> 
>>> It seems that the parallel port  used in there by default is "parport0"  (I 
>>> have 3 parallel ports, 0, 1 and 2).
>>> 
>>> 
>>> can I create a config for a specific port?  or di I manually need to edit 
>>> them?
>>> 
>>> (I would like to have one machine on lp1/partport1 and the other on 
>>> lp2/partport2 and not use parport0)
>>> 
>>> 
>>> thanks,
>>> 
>>> 
>>> Ron
>>> 
>>> 
>>> 
>>> ___
>>> Emc-users mailing list
>>> Emc-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/emc-users
>> 
>> 
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> 
> ___
> Emc-users 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] parallel port definitions

[R C]

Ok,  so I don't use the "standard/typical" address?

0: 0x3bc   1: 0x378   2: 0x278  ?


So I would want to use  lp1 for my lath   and lp2 for my mill.   From 
what I understand I need to  create two profiles, which is fine



I see stuff in Paxton-Patterson_Lathe.hal like

net xdir    => parport.0.pin-02-out
net xstep   => parport.0.pin-03-out
net ydir    => parport.0.pin-04-out
net ystep   => parport.0.pin-05-out
net zdir    => parport.0.pin-06-out
net zstep   => parport.0.pin-07-out
net adir    => parport.0.pin-08-out
net astep   => parport.0.pin-09-out


I kinda have the impression,  it should be partport.1 for the next 
parallel port and  port.2 for the  last one?




thanks,


Ron

On 12/19/19 10:57 PM, Phillip Carter wrote:

In the Base Information page you can select the number of parallel ports

Then in the Parallel Port 1 page you can select the parallel port using the 
numbers 0,1 or 2 in the Parport BaseAddress entry

Then in the Parallel Port 2 page you can select the parallel port using the 
numbers 0,1 or 2 in the entry that has no label in the bottom centre


  

On 20 Dec 2019, at 4:45 pm, R C  wrote:

Hello,


when I run stepconf, it creates a *.hal file.


It seems that the parallel port  used in there by default is "parport0"  (I 
have 3 parallel ports, 0, 1 and 2).


can I create a config for a specific port?  or di I manually need to edit them?

(I would like to have one machine on lp1/partport1 and the other on 
lp2/partport2 and not use parport0)


thanks,


Ron



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



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



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

Re: [Emc-users] parallel port definitions

[Phillip Carter]

In the Base Information page you can select the number of parallel ports

Then in the Parallel Port 1 page you can select the parallel port using the 
numbers 0,1 or 2 in the Parport BaseAddress entry 

Then in the Parallel Port 2 page you can select the parallel port using the 
numbers 0,1 or 2 in the entry that has no label in the bottom centre


 
> On 20 Dec 2019, at 4:45 pm, R C  wrote:
> 
> Hello,
> 
> 
> when I run stepconf, it creates a *.hal file.
> 
> 
> It seems that the parallel port  used in there by default is "parport0"  (I 
> have 3 parallel ports, 0, 1 and 2).
> 
> 
> can I create a config for a specific port?  or di I manually need to edit 
> them?
> 
> (I would like to have one machine on lp1/partport1 and the other on 
> lp2/partport2 and not use parport0)
> 
> 
> thanks,
> 
> 
> Ron
> 
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



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

[Emc-users] parallel port definitions

[R C]

Hello,


when I run stepconf, it creates a *.hal file.


It seems that the parallel port  used in there by default is "parport0"  
(I have 3 parallel ports, 0, 1 and 2).



can I create a config for a specific port?  or di I manually need to 
edit them?


(I would like to have one machine on lp1/partport1 and the other on 
lp2/partport2 and not use parport0)



thanks,


Ron



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

Re: [Emc-users] Update: Re: linuxcnc versions

[R C]

Hi Phil,


I changed the kernel options in the grub,  now it can find everything, 
debian wise.



I ran the stepperconfiguration real quick,  and that one actually saves 
a configuration, without that python error.



So I got that far/


I have both a lathe and a mill, one on one parallel port and one on 
another parallel port.  Now I am trying to figure out which one is where.



Trying to see if I can test it and  "jog" some



Ron



On 12/19/19 9:57 PM, Phillip Carter wrote:

Ron

The GUI installer, I'll try the text based one as well and see what 
that does.


Cheers, Phill

On 20 Dec 2019, at 3:52 pm, R C > wrote:


Hi Philip,


I'll download that one and see if it is the same as what I had.


did you use the GUI, txt installer or th live installer?


Ron





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

Re: [Emc-users] Update: Re: linuxcnc versions

[R C]

Hi Philip,


I'll download that one and see if it is the same as what I had.


did you use the GUI, txt installer or th live installer?


Ron

On 12/19/19 9:32 PM, Phillip Carter wrote:

I just downloaded the wheezy iso from 
http://www.linuxcnc.org/iso/linuxcnc-2.7.14-wheezy.iso 
 and installed it 
without any issues using the GUI install.

It does give a warning about the debian-security repo but that does not cause 
any problems.

I was then able to run StepConf without any issues to create a stepper config.
  
Cheers, Phill




On 20 Dec 2019, at 1:36 pm, R C  wrote:

Hello all,

finally had some time to install the linux iso (LinuxCNC 2.7.14 Debian 7 Wheezy 
>) again,  I used the link 
as mentioned earlier

(http://www.linuxcnc.org/downloads/ ) 
>


I couldn't make any screen dumps, since nothing gets installed), but I took 2 
pics.


The same ting happens in the gui install  (as in the text install.)


thanks,


Ron



___
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] Update: Re: linuxcnc versions

[Phillip Carter]

I just downloaded the wheezy iso from 
http://www.linuxcnc.org/iso/linuxcnc-2.7.14-wheezy.iso 
 and installed it 
without any issues using the GUI install.

It does give a warning about the debian-security repo but that does not cause 
any problems.

I was then able to run StepConf without any issues to create a stepper config.
 
Cheers, Phill


> On 20 Dec 2019, at 1:36 pm, R C  wrote:
> 
> Hello all,
> 
> finally had some time to install the linux iso (LinuxCNC 2.7.14 Debian 7 
> Wheezy  >) again,  I used the 
> link as mentioned earlier
> 
> (http://www.linuxcnc.org/downloads/ ) 
> >
> 
> 
> I couldn't make any screen dumps, since nothing gets installed), but I took 2 
> pics.
> 
> 
> The same ting happens in the gui install  (as in the text install.)
> 
> 
> thanks,
> 
> 
> Ron
> 


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

Re: [Emc-users] Update: Re: linuxcnc versions

[Dave Matthews]

The GUI installer has problems with my wifi dongle.  The dongle works fine
with after install.  The problem is that you can't bypass the network with
the GUI installer.

Dave

On Thu, Dec 19, 2019, 22:41 R C  wrote:

> also,  on that Stretch installation.  if you try to install on anyting
> other then the first sata port, it names the device /dev/sde, even
> though it is /dev/sda
>
>
> I think the installer is broken, I have seen that earlier.
>
>
> Ron
>
> On 12/19/19 8:05 PM, Dave Matthews wrote:
> > Odd, Stepconf ran fineon the one I did.
> >
> > Dave
> >
> > On Thu, Dec 19, 2019, 21:54 R C  wrote:
> >
> >> because a bunch of people were recommending it.
> >>
> >> Also, I managed to install "LinuxCNC Uspace 2.7.0 Debian 9 Stretch"
> >> 
> >>
> >>
> >> BUT:  there are two issues with that.
> >>
> >>
> >> 1:  It does not want to install if there is more than one drive in the
> >> system, which I can dodge by turning other drives off in the BIOS
> >>
> >>
> >> 2: There are issues with pyton,  it is trying to use something that is
> >> not there, files missing, when I start the "stepper config"
> >>
> >>
> >> Ron
> >>
> >>
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>

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

Re: [Emc-users] Buster RTAI Lathe HomeAxis Failure FIXED

[Thomas D. Dean]

On 12/19/19 5:38 PM, Dewey Garrett wrote:

With both the installed and the 'run in place' versions,
the home Axis button for the Z axis does nothing.


This is a newly reported bug for the axis gui and 'historical' lathe
configurations that specified 3 axes (xyz) for a lathe (xz).  In earlier
branches, the 'y' entry was required to make things work.

A bugfix committed to 2.8 branch and merged to master:
https://github.com/LinuxCNC/linuxcnc/commit/6b927afb83d199d95734bbf60658ef21c9b0eca7

please test.

Notes:

The 2.8.0~pre1 and master branches attempt to support 'historical'
lathe configurations for configs that are *updated* but *newly* created
configs can use a simpler (and more appropriate) configuration having
2 joints for xz lathes (0:,1:z).



I changed the .ini file to have 3 axis, XZA.  (I have a rotary table)
This fits the definitions in core_stepper.hal.

Now, the home axis button works.

Thanks.

Tom Dean


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

Re: [Emc-users] Update: Re: linuxcnc versions

[R C]

also,  on that Stretch installation.  if you try to install on anyting 
other then the first sata port, it names the device /dev/sde, even 
though it is /dev/sda



I think the installer is broken, I have seen that earlier.


Ron

On 12/19/19 8:05 PM, Dave Matthews wrote:

Odd, Stepconf ran fineon the one I did.

Dave

On Thu, Dec 19, 2019, 21:54 R C  wrote:


because a bunch of people were recommending it.

Also, I managed to install "LinuxCNC Uspace 2.7.0 Debian 9 Stretch"



BUT:  there are two issues with that.


1:  It does not want to install if there is more than one drive in the
system, which I can dodge by turning other drives off in the BIOS


2: There are issues with pyton,  it is trying to use something that is
not there, files missing, when I start the "stepper config"


Ron



___
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] Buster RTAI Lathe HomeAxis Failure

[Thomas D. Dean]

I did a 'git pull' and built the 'run in place' version.

I modified the SherlineLathe_inch.ini file to have 2 axis and removed 
the [Y Axis] and [joint_1] sections.  I changed the [Z Axis] [joint_2] 
to [Joint_1].


The SherlineLathe_inch.ini uses
HALFILE = core_stepper.hal
I think I need to cut out all the references to _2 and _2 and put a 
stepper_xy.hal in my config directory.  The Sherline mill config uses 
stepper_xyza.hal in the config directory.


What do I cut out?


When I start linuxcnc I see:
LINUXCNC - 2.9.0~pre0
Machine configuration directory is 
'/home/tomdean/linuxcnc/configs//by_machine.sherline.SherlineLathe'

Machine configuration file is 'SherlineLathe_inch.ini'
Starting LinuxCNC...
.
Found file(lib): /home/tomdean/RTAI/linuxcnc/lib/hallib/core_stepper.hal
/home/tomdean/RTAI/linuxcnc/lib/hallib/core_stepper.hal:23: Pin 
'joint.2.motor-pos-cmd' does not exist

Shutting down and cleaning up LinuxCNC...
LinuxCNC terminated with an error.  You can find more information in the 
log:

/home/tomdean/linuxcnc_debug.txt
and
/home/tomdean/linuxcnc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal

> cat ~/linuxcnc_debug.txt
30889
Stopping realtime threads
Unloading hal components

> cat ~/linuxcnc_print.txt
RUN_IN_PLACE=yes
LINUXCNC_DIR=
LINUXCNC_BIN_DIR=/home/tomdean/RTAI/linuxcnc/bin
LINUXCNC_TCL_DIR=/home/tomdean/RTAI/linuxcnc/tcl
LINUXCNC_SCRIPT_DIR=
LINUXCNC_RTLIB_DIR=/home/tomdean/RTAI/linuxcnc/rtlib
LINUXCNC_CONFIG_DIR=
LINUXCNC_LANG_DIR=/home/tomdean/RTAI/linuxcnc/src/objects
INIVAR=inivar
HALCMD=halcmd
LINUXCNC_EMCSH=/usr/bin/wish8.6
INIFILE=/home/tomdean/linuxcnc/configs//by_machine.sherline.SherlineLathe/SherlineLathe_inch.ini
VERSION=1.1
PARAMETER_FILE=stepper.var
TASK=milltask
HALUI=
DISPLAY=axis
COORDINATES=X  Z
KINEMATICS=trivkins coordinates=XZ
Starting LinuxCNC server program: linuxcncsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting LinuxCNC IO program: io
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments

Tom Dean


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

Re: [Emc-users] Fotek SSR

[Jon Elson]

On 12/19/2019 01:23 PM, andy pugh wrote:

I have a bunch of Fotek SSRs, rated 385V / 40A.


Possibly it's a fake 10A driver in a fake 40A SSR?


In the race to the bottom, you have found that there IS NO 
BOTTOM!


Jon


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

Re: [Emc-users] Update: Re: linuxcnc versions

[R C]

btw:  in LinuxCNC Uspace 2.7.0Debian 9 Stretch I see  


  linuxcnc-stretch-uspace-amd64-r12.iso  

 
2018-10-03 02:55  1.2G
  linuxcnc-stretch-uspace-amd64-r12.iso.zsync  

   
2018-10-02 19:06  2.5M
  linuxcnc-stretch-uspace-amd64-r13.iso  

 
2018-10-27 17:57  1.2G
  linuxcnc-stretch-uspace-amd64-r13.iso.zsync  

   
2018-10-27 11:17  2.5M
  linuxcnc-stretch-uspace-amd64.iso  

  
   2018-10-27 17:57  1.2G
  linuxcnc-stretch-uspace-amd64.iso.zsync  

   
2018-10-27 11:17  2.5M
  linuxcnc-stretch-uspace-i386-r12.iso  

  
2018-10-03 02:40  1.3G
  linuxcnc-stretch-uspace-i386-r12.iso.zsync  


2018-10-02 19:02  2.6M
  linuxcnc-stretch-uspace-i386-r13.iso  

  
2018-10-27 17:52  1.3G
  linuxcnc-stretch-uspace-i386-r13.iso.zsync  


2018-10-27 11:13  2.6M
  linuxcnc-stretch-uspace-i386.iso  

  
2018-10-27 17:52  1.3G
  linuxcnc-stretch-uspace-i386.iso.zsync  


2018-10-27 11:13  2.6M


the one for Stretch to install is:linuxcnc-stretch-uspace-amd64.iso  

   ???


Ron

 


On 12/19/19 7:46 PM, Dave Matthews wrote:

On Thu, Dec 19, 2019, 21:39 R C  wrote:


Hello all,

finally had some time to install the linux iso (LinuxCNC 2.7.14 Debian 7
Wheezy ) again,
I used the link as mentioned earlier

(http://www.linuxcnc.org/downloads/) 


I


Why are you trying to install Wheezy instead of Stretch?  It looks like it
is barfing on trying to find Wheezy updates on repos that have been turned
off.

I used the Stretch iso and the text installer worked.

Dave

___
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] Update: Re: linuxcnc versions

[Dave Matthews]

Odd, Stepconf ran fineon the one I did.

Dave

On Thu, Dec 19, 2019, 21:54 R C  wrote:

> because a bunch of people were recommending it.
>
> Also, I managed to install "LinuxCNC Uspace 2.7.0 Debian 9 Stretch"
> 
>
>
> BUT:  there are two issues with that.
>
>
> 1:  It does not want to install if there is more than one drive in the
> system, which I can dodge by turning other drives off in the BIOS
>
>
> 2: There are issues with pyton,  it is trying to use something that is
> not there, files missing, when I start the "stepper config"
>
>
> Ron
>
>

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

Re: [Emc-users] Update: Re: linuxcnc versions

[R C]

because a bunch of people were recommending it.

Also, I managed to install "LinuxCNC Uspace 2.7.0 Debian 9 Stretch" 




BUT:  there are two issues with that.


1:  It does not want to install if there is more than one drive in the 
system, which I can dodge by turning other drives off in the BIOS



2: There are issues with pyton,  it is trying to use something that is 
not there, files missing, when I start the "stepper config"



Ron


On 12/19/19 7:46 PM, Dave Matthews wrote:

On Thu, Dec 19, 2019, 21:39 R C  wrote:


Hello all,

finally had some time to install the linux iso (LinuxCNC 2.7.14 Debian 7
Wheezy ) again,
I used the link as mentioned earlier

(http://www.linuxcnc.org/downloads/) 


I


Why are you trying to install Wheezy instead of Stretch?  It looks like it
is barfing on trying to find Wheezy updates on repos that have been turned
off.

I used the Stretch iso and the text installer worked.

Dave

___
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] Update: Re: linuxcnc versions

[Dave Matthews]

On Thu, Dec 19, 2019, 21:39 R C  wrote:

> Hello all,
>
> finally had some time to install the linux iso (LinuxCNC 2.7.14 Debian 7
> Wheezy ) again,
> I used the link as mentioned earlier
>
> (http://www.linuxcnc.org/downloads/) 
>
>
> I
>

Why are you trying to install Wheezy instead of Stretch?  It looks like it
is barfing on trying to find Wheezy updates on repos that have been turned
off.

I used the Stretch iso and the text installer worked.

Dave

>

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

[Emc-users] Update: Re: linuxcnc versions

[R C]

Hello all,

finally had some time to install the linux iso (LinuxCNC 2.7.14 Debian 7 
Wheezy ) again,  
I used the link as mentioned earlier


(http://www.linuxcnc.org/downloads/) 


I couldn't make any screen dumps, since nothing gets installed), but I 
took 2 pics.



The same ting happens in the gui install  (as in the text install.)


thanks,


Ron


The two screen shots didn't get accepted on the list, so I'll try to 
type them here:



popup 1:

"The repository on security.debian.org couldn't be accessed, so it's 
updates will not be


made available to you at this time. You should investigate this later.


Commented out entries for security.debian.org have been added to the

/etc/apt/sources.list file."


popup 2 (next popup):

"/media/cdrom/:Please insert the disc labeled: 'Debian GNU/Linux 7.0.0 
_Wheezy_-Official


Snapshot  i386 LIVE/INSTALL Binary 20190522-22:10' in the drive 
'/media/cdrom' and press


enter."


Media Change"







On 12/15/19 7:54 PM, John Dammeyer wrote:

When you start up LinxuCNC you can click on an ICON that takes you to the 
folder that has the .ini and .hal files.  I have 2 icons on the desktop, one 
for the parallel port version and one for the MESA 7i92H.

For the last little while the MESA card has been sitting on the side and the PC 
parallel port cable goes to my BoB.  I can then dual boot into either LinuxCNC 
or WIN-XP/MACH3.

I'm holding off on a permanent solution until I get the spindle mounted.  I can 
do simple PWM to 10V analog with the single parallel port and the 7i92H can do 
that as can MACH3.

But while I can easily change those two pins, PWM and DIR, to be STEP and DIR 
under MACH3 there is no configuration file for the MESA that swaps a step 
generator into the pins allocated for PWM.  Hence the reason the MESA is 
sitting on the side.

The port P1 pins for the step generator on the MESA aren't available on my 
PMDX-126 BoB because the PMDX allocates those for their custom and proprietary 
expansion boards.  So if I want STEP/DIR with the MESA I have to build or add a 
second BoB that can interface to the spindle motor step/dir inputs.  With MACH3 
I can use either a Smooth Stepper or the parallel port and in both cases set 
the one pin to be PWM or STEP.  The Direction pin can remain unchanged.

Anyway your .hal and .ini files will define your environment.  You get to 
choose which hardware pins, within the limitation of the hardware, do what.  So 
there's no reason you can't have your lathe and your mill wired up to the same 
MESA I/O interface.You just can't run them at the same time.  And given how 
long some milling projects take I'm not sure I'd want to have my lathe disabled 
because milling project will take 2 hours.

I'll bet in no time at all you'd duplicate the hardware you have and have the 
two machines run independently.  What you can do is add a switch that shares, 
keyboard, mouse and display between two PCs.

John Dammeyer



-Original Message-
From: R C [mailto:cjv...@gmail.com]
Sent: December-15-19 6:11 PM
To: linuxcnc-users-list
Subject: Re: [Emc-users] linuxcnc versions

I don't know if it is ok to post a screenshot here, but this is what I
get to see in Debian (see attached).


Also, in linuxcnc, can I use two different parallel ports and hook a
mill up to one and a lathe to the orher and use

either one in linuxcnc (or does that mean I need to configurations,� one
for each specific parallel port?)


thanks,


Ron





On 12/15/19 3:50 PM, Thomas D. Dean wrote:

On 12/15/19 11:53 AM, andy pugh wrote:

On Sun, 15 Dec 2019 at 19:39, R C  wrote:


That was� a couple of weeks ago, mayb even 2 months.


The Wheezy ISO was updated to reference the archive repository on the
24th
of May. It sounds like your download was comfortably after that.

So that seems to indicate that the repository fix did not work. Which is
odd, as (and others) tested it.


I downloaded� and installed ten days ago.� The install went without
hitch.


ls -l *.iso

-rw-r--r-- 1 tomdean tomdean 1212776448 Oct 28 19:44
linuxcnc-2.7.14-wheezy.iso

sha256sum *.iso

079ba1fae48861b0814187b8048d6f2f299f943427d8c4806b65519f3a560d48
linuxcnc-2.7.14-wheezy.iso

Tom Dean


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



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


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

Re: [Emc-users] Buster RTAI Lathe HomeAxis Failure

[Dewey Garrett]

> With both the installed and the 'run in place' versions,
> the home Axis button for the Z axis does nothing.

This is a newly reported bug for the axis gui and 'historical' lathe
configurations that specified 3 axes (xyz) for a lathe (xz).  In earlier
branches, the 'y' entry was required to make things work.

A bugfix committed to 2.8 branch and merged to master:
https://github.com/LinuxCNC/linuxcnc/commit/6b927afb83d199d95734bbf60658ef21c9b0eca7

please test.

Notes:

The 2.8.0~pre1 and master branches attempt to support 'historical'
lathe configurations for configs that are *updated* but *newly* created
configs can use a simpler (and more appropriate) configuration having
2 joints for xz lathes (0:,1:z).  


-- 
Dewey Garrett



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

Re: [Emc-users] Fotek SSR

[Bruce Layne]

I have the same lead melt pot, and living in Kentucky, I do use it to
cast lead bullets.  Pew pew.

An honest to goodness PID temperature controller would be an
improvement, and it might be a product as some people would like that
upgrade.  An even better upgrade would be a self cleaning anti-dribble
nozzle.

I use a lot of the Fostek SSRs in my own projects (never for
commercial/industrial work) but I know the 40A rating is a joke.  I
always suspected the newer 40A version is the same as the 10A version
that wasn't good for a reliable 10A.  I generally limit the 40A version
to 5A and I watch them carefully on the initial startup to ensure they
work and don't latch in the shorted condition.  Sometimes I'll test them
manually with the load before installing them in my control panel.  The
internal heat sink potting on the ones I've seen is some white spooge
that isn't silicone grease, and it's very haphazardly applied with a lot
of variation from one to the next.  In general, I take US specs at 100%,
Japanese and German ratings at 150-200%, and Chinese specs at 15-20%. 
And the 15,000 mA hour 18650 lithium cells sold on eBay are pulled from
dead laptop battery packs and they were only rated for 2500 mA hours
when new.

Your little tankards are adorable.   :-)





On 12/19/19 2:23 PM, andy pugh wrote:
> I have a bunch of Fotek SSRs, rated 385V / 40A.
>
> Well, that's what it says on the label.
>
> Perhaps I have been hanging around with Americans too long, but I
> recently bought a bullet-casting melter. I wasn't happy with the
> temperature controller, so I modified it with a PID controller and
> SSR.
>
> https://photos.app.goo.gl/mq4NFtVtiSsVHFSk9
>
> (A variant of that 1/32 DIN controller has a built-in 5A SSR, which
> might be an easier modification, but I used the relay / ssr driver
> version: https://www.ebay.co.uk/itm/193179699038 )
>
> I measured the cold resistance of the element at 111ohms, so that's
> nominally 2A, or 3A if we allow for the actual peak mains voltage.
>
> So I figured that the 40A SSR should be fine. Imagine my surprise when
> it failed short-circuit almost immediately.
>
> It was potted up, and when I pulled it apart the actual driver chip
> fell apart, so no way to be sure what the actual rated current was
> now. The last one of these I took apart had a 10A driver, so that is
> what I have been mentally rating them at. Perhaps I was wrong.
> Possibly it's a fake 10A driver in a fake 40A SSR?
>
> If you are wondering why a resident of the UK wants a bullet mould, I
> have been making tiny glass-bottomed peter tankards:
> https://photos.app.goo.gl/RHmiUKG1BtCT5qW16
>


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

Re: [Emc-users] Buster RTAI Lathe HomeAxis Failure

[Frank Tkalcevic]

There are a lot of changes in 2.9, hence the conversion program.  There is a 
wiki page that describes the differences - 
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html

I had to make a few manual changes to get my lathe config to work.  From 
memory, there is confusion with the lathe axis lettering.  There is a section 
on that page that discusses lathe issues.


-Original Message-
From: Thomas D. Dean [mailto:tomd...@wavecable.com] 
Sent: Friday, 20 December 2019 10:09 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Buster RTAI Lathe HomeAxis Failure

On 12/19/19 2:38 PM, Thomas D. Dean wrote:
> I installed linuxcnc from git sources.
> 
> The mill config seems to work OK with my old 'wheezy' config as 
> converted by linuxcnc_2.9.0~pre0_amd64.� Manual control seems to work. 
> MDI seems to work.
> 
> The lathe config from 'wheezy' would not work after conversion by 
> linuxcnc_2.9.0~pre0_amd64.
> 
> I used the config file from linuxcnc_2.9.0~pre0_amd64 sources.� That 
> appears to function.
> 
> With both the installed and the 'run in place' versions,
> the home Axis button for the Z axis does nothing.� Clicking the button a 
> second time results in the expected 'are you sure' pop-up, but, does 
> nothing.� The Z Axis is not homed.� No 'homed' mark appears in the 
> Preview window. MDI does not work.
> 
> The X Axis is homed when the Home Axis button is clicked.
> 
> Machine->Homing->Home Axis Z does home the Z axis and MDI works.
> 
> On startup, I see:
> LINUXCNC - 2.9.0~pre0
> Machine configuration directory is 
> '/home/tomdean/linuxcnc/configs//by_machine.sherline.SherlineLathe'
> Machine configuration file is 'SherlineLathe_inch.ini'
> Starting LinuxCNC...
> Found file(lib): /usr/share/linuxcnc/hallib/core_stepper.hal
> Found file(REL): ./standard_pinout.hal
> note: MAXV max: 0.360 units/sec 21.600 units/min
> note: LJOG max: 0.360 units/sec 21.600 units/min
> note: LJOG default: 0.180 units/sec 10.800 units/min
> note: jog_order='ZX'
> note: jog_invert=set(['X'])
> task: main loop took 0.184661 seconds
> task: main loop took 0.202663 seconds
> 
> On exit, I see:
> Shutting down and cleaning up LinuxCNC...
> task: 2258 cycles, min=0.53, max=0.202663, avg=0.010238, 2 latency 
> excursions (> 10x expected cycle time of 0.01s)
> 
> This worked with the 'stretch' and 'wheezy' versions of linuxcnc.
> 
> Any ideas?
> 

I enabled debugging.

# Z Axis from home button
Issuing EMC_TRAJ_SET_TELEOP_ENABLE --(  +230,+24,   +41,+0,)
Issuing EMC_JOINT_HOME --(  +123,+24,   +42,+1,)

# Z Axis from machine->homing->home Axis Z
Issuing EMC_TRAJ_SET_TELEOP_ENABLE --(  +230,+24,   +43,+0,)
Issuing EMC_JOINT_HOME --(  +123,+24,   +44,+2,)

# X axis from home button
Issuing EMC_TRAJ_SET_TELEOP_ENABLE --(  +230,+24,   +45,+0,)
Issuing EMC_JOINT_HOME --(  +123,+24,   +46,+0,)

# X axis from machine->homing->home Axis X
Issuing EMC_TRAJ_SET_TELEOP_ENABLE --(  +230,+24,   +47,+0,)
Issuing EMC_JOINT_HOME --(  +123,+24,   +48,+0,)

The problem may be from The 4th argument in Issuing EMC_JOINT_HOME.

Tom Dean


___
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] Buster RTAI Lathe HomeAxis Failure

[Thomas D. Dean]

On 12/19/19 2:38 PM, Thomas D. Dean wrote:

I installed linuxcnc from git sources.

The mill config seems to work OK with my old 'wheezy' config as 
converted by linuxcnc_2.9.0~pre0_amd64.  Manual control seems to work. 
MDI seems to work.


The lathe config from 'wheezy' would not work after conversion by 
linuxcnc_2.9.0~pre0_amd64.


I used the config file from linuxcnc_2.9.0~pre0_amd64 sources.  That 
appears to function.


With both the installed and the 'run in place' versions,
the home Axis button for the Z axis does nothing.  Clicking the button a 
second time results in the expected 'are you sure' pop-up, but, does 
nothing.  The Z Axis is not homed.  No 'homed' mark appears in the 
Preview window. MDI does not work.


The X Axis is homed when the Home Axis button is clicked.

Machine->Homing->Home Axis Z does home the Z axis and MDI works.

On startup, I see:
LINUXCNC - 2.9.0~pre0
Machine configuration directory is 
'/home/tomdean/linuxcnc/configs//by_machine.sherline.SherlineLathe'

Machine configuration file is 'SherlineLathe_inch.ini'
Starting LinuxCNC...
Found file(lib): /usr/share/linuxcnc/hallib/core_stepper.hal
Found file(REL): ./standard_pinout.hal
note: MAXV max: 0.360 units/sec 21.600 units/min
note: LJOG max: 0.360 units/sec 21.600 units/min
note: LJOG default: 0.180 units/sec 10.800 units/min
note: jog_order='ZX'
note: jog_invert=set(['X'])
task: main loop took 0.184661 seconds
task: main loop took 0.202663 seconds

On exit, I see:
Shutting down and cleaning up LinuxCNC...
task: 2258 cycles, min=0.53, max=0.202663, avg=0.010238, 2 latency 
excursions (> 10x expected cycle time of 0.01s)


This worked with the 'stretch' and 'wheezy' versions of linuxcnc.

Any ideas?



I enabled debugging.

# Z Axis from home button
Issuing EMC_TRAJ_SET_TELEOP_ENABLE --(  +230,+24,   +41,+0,)
Issuing EMC_JOINT_HOME --(  +123,+24,   +42,+1,)

# Z Axis from machine->homing->home Axis Z
Issuing EMC_TRAJ_SET_TELEOP_ENABLE --(  +230,+24,   +43,+0,)
Issuing EMC_JOINT_HOME --(  +123,+24,   +44,+2,)

# X axis from home button
Issuing EMC_TRAJ_SET_TELEOP_ENABLE --(  +230,+24,   +45,+0,)
Issuing EMC_JOINT_HOME --(  +123,+24,   +46,+0,)

# X axis from machine->homing->home Axis X
Issuing EMC_TRAJ_SET_TELEOP_ENABLE --(  +230,+24,   +47,+0,)
Issuing EMC_JOINT_HOME --(  +123,+24,   +48,+0,)

The problem may be from The 4th argument in Issuing EMC_JOINT_HOME.

Tom Dean


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

[Emc-users] Buster RTAI Lathe HomeAxis Failure

[Thomas D. Dean]

I installed linuxcnc from git sources.

The mill config seems to work OK with my old 'wheezy' config as 
converted by linuxcnc_2.9.0~pre0_amd64.  Manual control seems to work. 
MDI seems to work.


The lathe config from 'wheezy' would not work after conversion by 
linuxcnc_2.9.0~pre0_amd64.


I used the config file from linuxcnc_2.9.0~pre0_amd64 sources.  That 
appears to function.


With both the installed and the 'run in place' versions,
the home Axis button for the Z axis does nothing.  Clicking the button a 
second time results in the expected 'are you sure' pop-up, but, does 
nothing.  The Z Axis is not homed.  No 'homed' mark appears in the 
Preview window. MDI does not work.


The X Axis is homed when the Home Axis button is clicked.

Machine->Homing->Home Axis Z does home the Z axis and MDI works.

On startup, I see:
LINUXCNC - 2.9.0~pre0
Machine configuration directory is 
'/home/tomdean/linuxcnc/configs//by_machine.sherline.SherlineLathe'

Machine configuration file is 'SherlineLathe_inch.ini'
Starting LinuxCNC...
Found file(lib): /usr/share/linuxcnc/hallib/core_stepper.hal
Found file(REL): ./standard_pinout.hal
note: MAXV max: 0.360 units/sec 21.600 units/min
note: LJOG max: 0.360 units/sec 21.600 units/min
note: LJOG default: 0.180 units/sec 10.800 units/min
note: jog_order='ZX'
note: jog_invert=set(['X'])
task: main loop took 0.184661 seconds
task: main loop took 0.202663 seconds

On exit, I see:
Shutting down and cleaning up LinuxCNC...
task: 2258 cycles, min=0.53, max=0.202663, avg=0.010238, 2 latency 
excursions (> 10x expected cycle time of 0.01s)


This worked with the 'stretch' and 'wheezy' versions of linuxcnc.

Any ideas?

Tom Dean


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

Re: [Emc-users] Latency Warning Messages

[Gene Heskett]

On Tuesday 17 December 2019 12:44:47 Dave Matthews wrote:

> On Tue, Dec 17, 2019 at 9:22 AM Peter C. Wallace  
wrote:
> > You can get really bad base jitter if you try to run the base thread
> > faster than the machine is capable of responding (the latency-tests
> > default 40 KHz base thread is too fast for some systems so you might
> > get considerably better reported latency at 20 KHz for example)
> >
> >
> > Peter Wallace
> > Mesa Electronics
>
> For those of us in the cheap seats how does the base thread frequency
> relate to the maximum number of words per second sent to the parallel
> port?  I figure 20k words / second would work out to 375 inches /
> minute of travel on my homebuilt CNC router.  Far faster than I would
> need and thus in the range of not needing to worry about it all that
> much.
>
> Dave
>
There is also the effect of variable latency to concider, and its very 
very important with software stepping.  Imagine when moving that near 
your calculated speed limit, and something disturbs the timeing of the 
steps.

The motor effectively stops, then the high speed signals resume.  But 
they resume at the current speed without the acceleration rampup in 
speed that accompany's the speed change.

Unless you have motors are wound on air cores, and the copper in the 
windings is also zero weight, a massless rotor in effect, the motor is 
not capable of resumeing that speed so it locks in place until the step 
rate received is low enough to allow it to restart.  But because it will 
restart at any of it 200 positions, lcnc has lost the reference point to 
the axis only and your part is wrecked. 

This is your REAL speed limit, and because the table has varying drag, 
increaseing as your approach ends of travel, your need additional head 
room.

The end result can often be 10% or less of what your calculations show.

Generally speaking that is still faster than the spindle horsepower 
provides for, and as those limits apply only to the rapid moves, and 
will probably be cutting air.

And its a lesson that cost me some broken tools and wrecked parts to 
learn.

And since every system involving springs has a resonant frequency that is 
often well below this speed limit, the motors magnetic bounce will cause 
the stalling to manifest itself at even lower speeds, so 
torsional "dampers" will often result in much hugher speeds as they 
dampen the resonance, in one case here a 435 oz motor as the vertical 
(Z) motor on a baby hf mill, went from an 8 ipm speed limit, to 34 ipm. 
That axis was not a ball screw, but a double nutted NOOK acme that I 
could adjust for about .0005" of backlash in a rotating nut design. You 
can see pix of these dampers on my web page. Those are alternating big 
steel fender washers with powdered (talcum) rubber disks cut out of 1/8 
thick rubber but the center holes in the rubber are smaller than the 
spools hub, so the center of the washer when installed is few thou 
fatter.  So the steel to rubber slips and the slippage is the resonance 
absorber. There are of coarse other designs. Choose your poison.

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


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

Re: [Emc-users] Latency Warning Messages

[Gene Heskett]

On Tuesday 17 December 2019 13:41:09 Dave Matthews wrote:

> On Tue, Dec 17, 2019 at 12:55 PM andy pugh  wrote:
> > On Tue, 17 Dec 2019 at 17:47, Dave Matthews  wrote:
> > > For those of us in the cheap seats how does the base thread
> > > frequency relate to the maximum number of words per second sent to
> > > the parallel port?
> >
> > The system can send a maximum of one pulse per base period.
>
> And that pulse contains the information for all of the motors being
> controlled.  Correct?
>
> Dave
>
Afaik, yes.

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


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

Re: [Emc-users] Buster RTAI

[Thomas D. Dean]

As noted above, I build .deb from git sources.
I installed using the method given by Dewey.

Initial install shows the following depends not met:
 linuxcnc depends on python2.7-glade2 | python-glade2; however:
  Package python2.7-glade2 is not installed.
  Package python-glade2 is not installed.
 linuxcnc depends on python2.7-imaging | python-imaging | python-pil; 
however:

  Package python2.7-imaging is not installed.
  Package python-imaging is not installed.
  Package python-pil is not installed.
 linuxcnc depends on python2.7-imaging-tk | python-imaging-tk; however:
  Package python2.7-imaging-tk is not installed.
  Package python-imaging-tk is not installed.
 linuxcnc depends on python-gtksourceview2; however:
  Package python-gtksourceview2 is not installed.
 linuxcnc depends on python-vte; however:
  Package python-vte is not installed.
 linuxcnc depends on python-gst-1.0; however:
  Package python-gst-1.0 is not installed.
 linuxcnc depends on python-xlib; however:
  Package python-xlib is not installed.
 linuxcnc depends on python-gtkglext1; however:
  Package python-gtkglext1 is not installed.
 linuxcnc depends on python-configobj; however:
  Package python-configobj is not installed.

I removed linuxcnc and used apt-get to install the above packages, as 
well as an equal number required by these.  As noted before, python-vte 
seems broken.


Now, when I install the linuxcnc .deb, only python-vte is not resolved.

Linuxcnc 2.9.0~pre0 works.

Tom Dean


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

Re: [Emc-users] Latency Warning Messages

[Gene Heskett]

On Tuesday 17 December 2019 13:18:10 Eric Keller wrote:

> In the past, I have had a reasonable amount of luck reducing real time
> delays by building a custom kernel.  Not sure if those kinds of gains
> are still possible.  And it's a lot of work unless you are using
> realtime preempt.
>
> As far as Gene's problem with the beep, they are probably using the
> 8051 on the system management bus for that.  I wonder if a sound card
> would have the same problem. I think most beeps can be routed through
> the sound card. Eric Keller
> Boalsburg, Pennsylvania
>
Probably could be done, but as has been said, this is my house machine, 
and newly built and will never cut metal.  I've to had no chance to fine 
tune yet, as I am just this afternoon back from a couple days in the 
shop, getting new Aortic valve in the top of my heart. It seems to be 
working well.

For those that observe Christmas, have a Merry one.
>
> On Mon, Dec 16, 2019 at 9:19 PM John Dammeyer 
>
> wrote:
> > > > For example.  The board in the machine at the moment generates a
> > > > Servo Jitter of 33217 and Base Jitter of 131983.
> > >
> > > Thats pretty slow john, I'd take that machine to the office and
> > > bring out the office machine.  It might just be faster. :)
> >
> > Yes Gene,
> > I sometimes wonder if there is something else going on.  Something
> > the BIOS settings that makes these two machines so slow.  Processor
> > and memory wise they should be more than adequate.  They weren't
> > expensive as they were used.  But what's to say if I went to COSTCO
> > and bought a new one that I'd be any better off.
> >
> > John
> >
> >
> >
> >
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


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


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

Re: [Emc-users] Fotek SSR

[John Dammeyer]

> -Original Message-
> From: andy pugh [mailto:bodge...@gmail.com]
 
> If you are wondering why a resident of the UK wants a bullet mould, I
> have been making tiny glass-bottomed peter tankards:
> https://photos.app.goo.gl/RHmiUKG1BtCT5qW16
> 
> --
> atp

Are those made to have only a "wee bit of ale"?

John Dammeyer



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

Re: [Emc-users] Buster RTAI

[Thomas D. Dean]

On 12/19/19 5:34 AM, Dewey Garrett wrote:

$ man dpkg
...
--force-help
   Give help about the --force-thing options.
...

The command: 'dpkg --force-help' shows how to force an install.

$ dpkg --force-help|grep depend
   [!] dependsTurn all dependency problems into warnings
   [!] depends-versionTurn dependency version problems into warnings


so you could try:
  
$ dpkg --force-depends --install yourpkg.deb




Thanks, Dewey, that worked.

Several depends were not met.  But, the display I want works.

I will try to install the missing depends, except python-vte, known to 
not work.


Tom Dean


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

Re: [Emc-users] Fotek SSR

[andy pugh]

On Thu, 19 Dec 2019 at 20:50, N  wrote:

> There is lead in the bucket?

No, it's lead-free pewter.

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


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

Re: [Emc-users] Fotek SSR

[N]

> I have a bunch of Fotek SSRs, rated 385V / 40A.
> 
> Well, that's what it says on the label.
> 
> Perhaps I have been hanging around with Americans too long, but I
> recently bought a bullet-casting melter. I wasn't happy with the
> temperature controller, so I modified it with a PID controller and
> SSR.
> 
> https://photos.app.goo.gl/mq4NFtVtiSsVHFSk9

There is lead in the bucket?

> (A variant of that 1/32 DIN controller has a built-in 5A SSR, which
> might be an easier modification, but I used the relay / ssr driver
> version: https://www.ebay.co.uk/itm/193179699038 )
> 
> I measured the cold resistance of the element at 111ohms, so that's
> nominally 2A, or 3A if we allow for the actual peak mains voltage.
> 
> So I figured that the 40A SSR should be fine. Imagine my surprise when
> it failed short-circuit almost immediately.

You know what effect lead have on cognitive performance?

> It was potted up, and when I pulled it apart the actual driver chip
> fell apart, so no way to be sure what the actual rated current was
> now. The last one of these I took apart had a 10A driver, so that is
> what I have been mentally rating them at. Perhaps I was wrong.
> Possibly it's a fake 10A driver in a fake 40A SSR?

With 230Vac or so and 111ohms DC resistance should be slightly above 2Arms, 
less than 3A peak, then inductance may lower current further a lot of margin. 
Thyristor/Triac may fail to turn off if there is to much inductive load unless 
a snubber capacitor is added to limit dv/dt and think it is common to use these 
in SSR.

> If you are wondering why a resident of the UK wants a bullet mould, I
> have been making tiny glass-bottomed peter tankards:
> https://photos.app.goo.gl/RHmiUKG1BtCT5qW16

Sure.

> -- 
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


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

Re: [Emc-users] Buster RTAI

[Thomas D. Dean]

On 12/19/19 5:34 AM, Dewey Garrett wrote:

$ man dpkg
...
--force-help
   Give help about the --force-thing options.
...

The command: 'dpkg --force-help' shows how to force an install.

$ dpkg --force-help|grep depend
   [!] dependsTurn all dependency problems into warnings
   [!] depends-versionTurn dependency version problems into warnings


so you could try:
  
$ dpkg --force-depends --install yourpkg.deb




I have been looking for something like this.

Thanks.

Tom Dean


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

[Emc-users] Fotek SSR

[andy pugh]

I have a bunch of Fotek SSRs, rated 385V / 40A.

Well, that's what it says on the label.

Perhaps I have been hanging around with Americans too long, but I
recently bought a bullet-casting melter. I wasn't happy with the
temperature controller, so I modified it with a PID controller and
SSR.

https://photos.app.goo.gl/mq4NFtVtiSsVHFSk9

(A variant of that 1/32 DIN controller has a built-in 5A SSR, which
might be an easier modification, but I used the relay / ssr driver
version: https://www.ebay.co.uk/itm/193179699038 )

I measured the cold resistance of the element at 111ohms, so that's
nominally 2A, or 3A if we allow for the actual peak mains voltage.

So I figured that the 40A SSR should be fine. Imagine my surprise when
it failed short-circuit almost immediately.

It was potted up, and when I pulled it apart the actual driver chip
fell apart, so no way to be sure what the actual rated current was
now. The last one of these I took apart had a 10A driver, so that is
what I have been mentally rating them at. Perhaps I was wrong.
Possibly it's a fake 10A driver in a fake 40A SSR?

If you are wondering why a resident of the UK wants a bullet mould, I
have been making tiny glass-bottomed peter tankards:
https://photos.app.goo.gl/RHmiUKG1BtCT5qW16

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


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

Re: [Emc-users] Buster RTAI

[Dewey Garrett]

$ man dpkg
...
   --force-help
  Give help about the --force-thing options.
...

The command: 'dpkg --force-help' shows how to force an install.

$ dpkg --force-help|grep depend
  [!] dependsTurn all dependency problems into warnings
  [!] depends-versionTurn dependency version problems into warnings


so you could try:
 
$ dpkg --force-depends --install yourpkg.deb
-- 
Dewey Garrett



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

Re: [Emc-users] 6i24 + 7i44 configuration

[andy pugh]

On Wed, 18 Dec 2019 at 22:32, Leonardo Marsaglia  wrote:

> Also thanks for the source files, I'll use them to compare with the others
> and try to understand better how to make my own bit files.

Just to clarify (for other readers, as you probably know this). If the
stepgen and encoder numbers are limited below maximum in the loadrt
hm2_pci line in the HAL then their pins revert to GPIO.
(But with so much smart-serial available, there is probably no reason
to use them)

My lathe uses a 6i24, with a 7i44 and 7i49. That leaves one spare
50-pin header. But with a 7i84 and 7i73 on the 7i44 that port is very
much spare.

(wandering off topic)
The ultimate retrofit kit now would seem to be a combination of 7i94
and STMBL drives.
Ethernet out of the PC, and digital end-to-end

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


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

Re: [Emc-users] Buster RTAI

[andy pugh]

On Thu, 19 Dec 2019 at 06:10, Thomas D. Dean  wrote:

> order to do that, the python-vte problem has to be fixed.
>
> Where should this fix be applied?

I think that it is in the Debian control files.

https://github.com/LinuxCNC/linuxcnc/blob/master/debian/control.bottom.in

I have been away from my LinuxCNC machines for a week or so, but
before that I was working through the build-time and run-time
dependencies one-by-one to determine which were real.

I think if you remove python-vte from that file then the deb will
install without it.
If you feel like doing the tests, it would be useful to see which GUIs
then work, and which not.

At release time we can probably backport python-vte on the linuxCNC
repo, the way we do with some other dependencies, like glade-gtk2
here: http://www.linuxcnc.org/dists/wheezy/base/binary-amd64/

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


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