Re: [Emc-developers] List of includes for components

[Marius Liebenberg]

Hi Andy, I am using C.

On 2024/04/18 10:43, andy pugh wrote:

On Wed, 17 Apr 2024 at 10:08, Marius Liebenberg 
wrote:


Is there a document that lists all the includes (modules) that can be
used to develop a component for linuxcnc?


Not that I know of.

  Are you talking about Python or C?




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

[Emc-developers] List of includes for components

[Marius Liebenberg]

Hi,

Is there a document that lists all the includes (modules) that can be 
used to develop a component for linuxcnc? And maybe something to tell 
what functions are available for each included module?





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

[Emc-developers] Redis for degugging

[Marius Liebenberg]

Hi

I used Redis many years ago to do very basic debugging by looking at 
some internal variables. Does anyone still use that or know if we still 
can use Redis?


Regards

Marius



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

Re: [Emc-developers] Problems with multi axis behaviour in Gmoccapy nad QTDragon

[Marius]

On 2024/02/06 18:20, Marius wrote:

Hi

If I stop any Gcode program using the cycle stop button while any of 
the rotational axis (B and C) are not at 0 or home position, then I 
get a joint following error on joint 0 and joint 2 (X and Z). If the 
head is situated at the zero or home location then there is no problem.


The following test were done:

1) 2.8.4 with Axis giu - no problem

2) 2.8.4 with Gmoccapy - problem

3) 2.9.2 with Axis - no problem

4) 2.9.2 with Gmoccapy - joint following error on 0 and 2

5) 2.9.2 with GTDragon - joint following error on 0 and 2

6) 2.10 with Gmoccapy - joint following error on 0 and 2

It would seem that both the programs do not handle tool length offset 
correctly especially if a rotation axis is involved. It seems that the 
tool length setting jumps to zero if the stop button is pressed while 
the b axis is not on zero. The C axis and A axis has not been tested yet.



It would seem that the problem occurs when the gui executes a G49 in the 
background. This does not happen with Axis but it does with Gmoccapy and 
QTDragon.


G49 should not be used with a multi axis machine at all and there should 
be an option either on the gui or in the setup to allow the user to make 
the choice if they want to use it or not.





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



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

Re: [Emc-developers] Error fetching from buildbot

[Marius]

That is very confusing to me now. What is this then 
http://buildbot.linuxcnc.org/dists/buster/2.9-rtpreempt/binary-amd64/



On 2024/02/05 10:32, Rod Webster wrote:

You need to change your sources tohttp://buildbot2.highlab.com/  per the
instructions there
Linuxcnc never really released a version on other  than Bookworm
I'm not sure if it will give you exactly what was on the Bookworm release
which was a snapshot but it will be close.


Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Mon, 5 Feb 2024 at 18:17, Marius  wrote:


Hi

I have a machine on Buster and I tried to update to the latest 2.9.2.
These are the errors.

Failed to fetchhttp://buildbot.linuxcnc.org/dists/buster/InRelease
Temporary failure resolving 'buildbot.linuxcnc.org'Failed to fetch
http://linuxcnc.org/dists/buster/InRelease
Temporary failure resolving 'linuxcnc.org'Some index files failed to
download. They have been ignored, or old ones used instead.

This is in my /etc/apt/sources.list

debhttp://buildbot.linuxcnc.org  buster 2.9-rtpreempt
deb-srchttp://linuxcnc.org  buster 2.9-rtpreempts

regards

Marius



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


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

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

Re: [Emc-developers] Error fetching from buildbot

[Marius]

On 2024/02/05 12:15, andy pugh wrote:

On Mon, 5 Feb 2024 at 08:20, Marius  wrote:


debhttp://buildbot.linuxcnc.org  buster 2.9-rtpreempt
deb-srchttp://linuxcnc.org  buster 2.9-rtpreempts

They should both be builbot.linuxcnc.org, and it's "preempt" not "preempts"


Hand type typos. They  are the same :)



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

[Emc-developers] Problems with multi axis behaviour in Gmoccapy nad QTDragon

[Marius]

Hi

If I stop any Gcode program using the cycle stop button while any of the 
rotational axis (B and C) are not at 0 or home position, then I get a 
joint following error on joint 0 and joint 2 (X and Z). If the head is 
situated at the zero or home location then there is no problem.


The following test were done:

1) 2.8.4 with Axis giu - no problem

2) 2.8.4 with Gmoccapy - problem

3) 2.9.2 with Axis - no problem

4) 2.9.2 with Gmoccapy - joint following error on 0 and 2

5) 2.9.2 with GTDragon - joint following error on 0 and 2

6) 2.10 with Gmoccapy - joint following error on 0 and 2

It would seem that both the programs do not handle tool length offset 
correctly especially if a rotation axis is involved. It seems that the 
tool length setting jumps to zero if the stop button is pressed while 
the b axis is not on zero. The C axis and A axis has not been tested yet.



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

Re: [Emc-developers] Error fetching from buildbot

[Marius]

That is very confusing to me now. What is this then 
http://buildbot.linuxcnc.org/dists/buster/2.9-rtpreempt/binary-amd64/


The latest snapshot was on 2024-02-02


On 2024/02/05 10:32, Rod Webster wrote:

You need to change your sources to http://buildbot2.highlab.com/ per the
instructions there
Linuxcnc never really released a version on other  than Bookworm
I'm not sure if it will give you exactly what was on the Bookworm release
which was a snapshot but it will be close.


Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Mon, 5 Feb 2024 at 18:17, Marius  wrote:


Hi

I have a machine on Buster and I tried to update to the latest 2.9.2.
These are the errors.

Failed to fetch http://buildbot.linuxcnc.org/dists/buster/InRelease
Temporary failure resolving 'buildbot.linuxcnc.org'Failed to fetch
http://linuxcnc.org/dists/buster/InRelease
Temporary failure resolving 'linuxcnc.org'Some index files failed to
download. They have been ignored, or old ones used instead.

This is in my /etc/apt/sources.list

deb http://buildbot.linuxcnc.org buster 2.9-rtpreempt
deb-src http://linuxcnc.org buster 2.9-rtpreempts

regards

Marius



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


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



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

[Emc-developers] Error fetching from buildbot

[Marius]

Hi

I have a machine on Buster and I tried to update to the latest 2.9.2. 
These are the errors.


Failed to fetch http://buildbot.linuxcnc.org/dists/buster/InRelease
Temporary failure resolving 'buildbot.linuxcnc.org'Failed to fetch 
http://linuxcnc.org/dists/buster/InRelease
Temporary failure resolving 'linuxcnc.org'Some index files failed to 
download. They have been ignored, or old ones used instead.


This is in my /etc/apt/sources.list

deb http://buildbot.linuxcnc.org buster 2.9-rtpreempt
deb-src http://linuxcnc.org buster 2.9-rtpreempts

regards

Marius



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

Re: [Emc-developers] Repositories for buildbot on bullseye

[Marius]

Thanks Rod, let me chew on this a bit and see what I can get done.

The pc's I am using are new Liva Z - small form factor pc units but they 
are two core only. I have many of them out there on machines an it has 
never been a problem until I went up to Bullseye and 2.9.2.


I will report back.

On 2024/02/02 23:34, Rod Webster wrote:

This issue is well known and was introduced to the Debian  kernel with
Bullseye (Kernel 5.10).
It is caused by excessive kernel network latency and is nothing to do with
2.9.2
Building a kernel from pristine kernel.org  sources mostly solves it.
It has been slowly improving with successive versions of the kernel so I am
surprised that Bookworm made it worse.
We need more info to help much. CPU, number of cores, NIC manufacturers and
model. Older 2 core PCs may not cut it today.

If it's an Intel nic, be sure to add the coalescing settings as advised in
man hm2_eth
My guess is that you probably have realtek NIC's that get the wrong driver
(R8169) installed.
If this is the case, you need to install a dkms driver. (r8168-dkms or
r8125-dkms)

I have a document in Google drive that outlines the way forward (under the
heading optional steps)
https://docs.google.com/document/d/1jeV_4VKzVmOIzbB-ytcgsW2I_PhCm1x7oiw8VcLFdiY/edit?usp=sharing
This has solved the issue for hundreds of users. One or 2 of them were
using a 2 core PC but I have never had anything less than 4 cores

So in summary, I would
1. Install the Linux 2.9.2 ISO
2. Pick up on step 36 of my Document and install my 6.3 kernel. There is an
instructions document if you wish to try your hand at building a later
version (say 6.6)
3. Install the correct Realtek DKMS driver
4. Enjoy using linuxcnc!



Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Sat, 3 Feb 2024 at 00:14, Peter Wallace  wrote:


On Fri, 2 Feb 2024, Marius wrote:


Date: Fri, 2 Feb 2024 10:32:54 +0200
From: Marius 
Reply-To: EMC developers 
To: Alec Ari via Emc-developers 
Subject: Re: [Emc-developers] Repositories for buildbot on bullseye

More information regarding this issue

This is the max timings at startup of linuxcnc running Gmoccapy

Parameters:
Owner   Type  Dir Value  Name
 56  s32   RW  32713  comp.0.tmax
 56  s32   RW  21741  comp.1.tmax
 56  s32   RW  21649  comp.2.tmax
 56  s32   RW  15801  comp.3.tmax
 56  s32   RW   6484  comp.4.tmax
 36  s32   RW  0  hm2_7i96s.0.read-request.tmax
 36  s32   RW 937642  hm2_7i96s.0.read.tmax
 36  s32   RW  79396  hm2_7i96s.0.write.tmax
 29  s32   RW  35491  motion-command-handler.tmax
 29  s32   RW  80781  motion-controller.tmax
 39  s32   RW  22747  pid.b.do-pid-calcs.tmax
 39  s32   RW  32665  pid.c.do-pid-calcs.tmax
 39  s32   RW  36771  pid.s.do-pid-calcs.tmax
 39  s32   RW  35744  pid.x.do-pid-calcs.tmax
 39  s32   RW  32242  pid.y.do-pid-calcs.tmax
 39  s32   RW  45865  pid.z.do-pid-calcs.tmax
 30  s32   RW1022059  servo-thread.tmax

Then this is the max timings right after the crash

Parameters:
Owner   Type  Dir Value  Name
 56  s32   RW  93620  comp.0.tmax
 56  s32   RW  21866  comp.1.tmax
 56  s32   RW  30257  comp.2.tmax
 56  s32   RW  21831  comp.3.tmax
 56  s32   RW  22149  comp.4.tmax
 36  s32   RW  0  hm2_7i96s.0.read-request.tmax
 36  s32   RW 941321  hm2_7i96s.0.read.tmax
 36  s32   RW 163732  hm2_7i96s.0.write.tmax
 29  s32   RW  52368  motion-command-handler.tmax
 29  s32   RW 152143  motion-controller.tmax
 39  s32   RW  45604  pid.b.do-pid-calcs.tmax
 39  s32   RW  46064  pid.c.do-pid-calcs.tmax
 39  s32   RW  93254  pid.s.do-pid-calcs.tmax
 39  s32   RW  37166  pid.x.do-pid-calcs.tmax
 39  s32   RW  48941  pid.y.do-pid-calcs.tmax
 39  s32   RW  45865  pid.z.do-pid-calcs.tmax
 30  s32   RW1031395  servo-thread.tmax


Take note of the motion controller and the hm2_7i96s.0.read.tmax threads.



What is the CPU clock speed?

Peter Wallace
Mesa Electronics


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


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



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

Re: [Emc-developers] Repositories for buildbot on bullseye

[Marius]

More information regarding this issue

This is the max timings at startup of linuxcnc running Gmoccapy

Parameters:
Owner   Type  Dir Value  Name
    56  s32   RW  32713  comp.0.tmax
    56  s32   RW  21741  comp.1.tmax
    56  s32   RW  21649  comp.2.tmax
    56  s32   RW  15801  comp.3.tmax
    56  s32   RW   6484  comp.4.tmax
    36  s32   RW  0  hm2_7i96s.0.read-request.tmax
    36  s32   RW 937642  hm2_7i96s.0.read.tmax
    36  s32   RW  79396  hm2_7i96s.0.write.tmax
    29  s32   RW  35491  motion-command-handler.tmax
    29  s32   RW  80781  motion-controller.tmax
    39  s32   RW  22747  pid.b.do-pid-calcs.tmax
    39  s32   RW  32665  pid.c.do-pid-calcs.tmax
    39  s32   RW  36771  pid.s.do-pid-calcs.tmax
    39  s32   RW  35744  pid.x.do-pid-calcs.tmax
    39  s32   RW  32242  pid.y.do-pid-calcs.tmax
    39  s32   RW  45865  pid.z.do-pid-calcs.tmax
    30  s32   RW    1022059  servo-thread.tmax

Then this is the max timings right after the crash

Parameters:
Owner   Type  Dir Value  Name
    56  s32   RW  93620  comp.0.tmax
    56  s32   RW  21866  comp.1.tmax
    56  s32   RW  30257  comp.2.tmax
    56  s32   RW  21831  comp.3.tmax
    56  s32   RW  22149  comp.4.tmax
    36  s32   RW  0  hm2_7i96s.0.read-request.tmax
    36  s32   RW 941321  hm2_7i96s.0.read.tmax
    36  s32   RW 163732  hm2_7i96s.0.write.tmax
    29  s32   RW  52368  motion-command-handler.tmax
    29  s32   RW 152143  motion-controller.tmax
    39  s32   RW  45604  pid.b.do-pid-calcs.tmax
    39  s32   RW  46064  pid.c.do-pid-calcs.tmax
    39  s32   RW  93254  pid.s.do-pid-calcs.tmax
    39  s32   RW  37166  pid.x.do-pid-calcs.tmax
    39  s32   RW  48941  pid.y.do-pid-calcs.tmax
    39  s32   RW  45865  pid.z.do-pid-calcs.tmax
    30  s32   RW    1031395  servo-thread.tmax


Take note of the motion controller and the hm2_7i96s.0.read.tmax threads.



On 2024/02/02 09:21, Marius wrote:

Hi

I have three machines that are running on Bullseye with 7i96S cards. 
We did an upgrade to 2.9.2 and now the mesa communication is unstable 
to the extend that the machines are unusable.


Looking at the timing shows that motion has very long delays (like 
getting stuck) that causes the ethernet to loose packets and goes into 
fault mode.


I need to get master installed to try and get the machines running 
again. There seems to be no repository for Bullseye master. How do I 
go about getting that please.


P.S. I DON"T want to upgrade to Bookworm either as we have one 
computer that this error is so bad that we cannot connect to the mesa 
cards at all. This one we installed from the Bookwork 2.9.2 ISO.


Marius



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



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

[Emc-developers] Repositories for buildbot on bullseye

[Marius]

Hi

I have three machines that are running on Bullseye with 7i96S cards. We 
did an upgrade to 2.9.2 and now the mesa communication is unstable to 
the extend that the machines are unusable.


Looking at the timing shows that motion has very long delays (like 
getting stuck) that causes the ethernet to loose packets and goes into 
fault mode.


I need to get master installed to try and get the machines running 
again. There seems to be no repository for Bullseye master. How do I go 
about getting that please.


P.S. I DON"T want to upgrade to Bookworm either as we have one computer 
that this error is so bad that we cannot connect to the mesa cards at 
all. This one we installed from the Bookwork 2.9.2 ISO.


Marius



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

Re: [Emc-developers] Cannot clone from github

[Marius]

On 2024/01/31 18:43, andy pugh wrote:

On Wed, 31 Jan 2024 at 16:35, Marius  wrote:


RPC failed;  stream was not closed cleanly; CANCEL (err 8)

https://gist.github.com/daopk/0a95772d582cafb202142ff7871da2fc

Suggests changing to a different network connection for Err 8, but I
don't know if that is feasible for you?


It's the same network provider that I used for the last seven years or 
so. It was never an issue before.


I did a speed test as well and I have my full allotted 10Meg bandwidth.



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

[Emc-developers] Cannot clone from github

[Marius]

Hi

I cannot get :-

|git clone https://github.com/LinuxCNC/linuxcnc.git linuxcnc-test|

to work. I get

RPC failed;  stream was not closed cleanly; CANCEL (err 8)

fetch-pack: unexpected disconnect while reading sideband packet


Is it down or am I doing it wrong


Regards

Marius


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

Re: [Emc-developers] Raspi stuff in 2.9.2 update

[Marius]

On 2024/01/22 12:21, andy pugh wrote:

On Mon, 22 Jan 2024 at 09:54, Marius  wrote:


Every time I install anything the update process tries to install these
kernel and raspberrypi stuff.

Are you using a Pi or not?


No I am using a PC (LIVA).

I installed from 2.9.1 using a Bootable USB that I made with Balena 
etcher using the ISO from the website link.


Then I did a Synaptic Package Manager update to 2.9.2


How do I get rid of this please?

This appears to be a problem in the Debian installer.
https://forums.debian.net/viewtopic.php?t=155245
(There is a fix there too)



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

Re: [Emc-developers] Raspi stuff in 2.9.2 update

[Marius]

On 2024/01/22 16:24, andy pugh wrote:

On Mon, 22 Jan 2024 at 13:30, Marius  wrote:

Rod is it going to stuff up my installation at all? How do I get around it?

Did you follow the link I sent? That said what to uninstall and delete.


Sorry I missed that link. Checking now.




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

Re: [Emc-developers] Raspi stuff in 2.9.2 update

[Marius]

Rod is it going to stuff up my installation at all? How do I get around it?


On 2024/01/22 13:28, Rod Webster wrote:

This is really frustrating as on Debian, it was fixed with 12.1 but it must
still float around inside of the debian installer we forked.
I tried to suppress it on the 2.9.2. build (which is Debian 12.4) and it
did not get installed on my test machine. But others report the issue still
exists.
Maybe it comes back with an apt upgrade or is dependent on installed
software.

Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Mon, 22 Jan 2024 at 20:23, andy pugh  wrote:


On Mon, 22 Jan 2024 at 09:54, Marius  wrote:


Every time I install anything the update process tries to install these
kernel and raspberrypi stuff.

Are you using a Pi or not?


How do I get rid of this please?

This appears to be a problem in the Debian installer.
https://forums.debian.net/viewtopic.php?t=155245
(There is a fix there too)


--
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-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


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



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

Re: [Emc-developers] Raspi stuff in 2.9.2 update

[Marius]

On 2024/01/22 12:21, andy pugh wrote:

On Mon, 22 Jan 2024 at 09:54, Marius  wrote:


Every time I install anything the update process tries to install these
kernel and raspberrypi stuff.

Are you using a Pi or not?


No I am using a PC (LIVA).

I installed from 2.9.1 using a Bootable USB that I made with Balena 
etcher using the ISO from the website link.


Then I did a Synaptic Package Manager update to 2.9.2

How do I get rid of this please?

This appears to be a problem in the Debian installer.
https://forums.debian.net/viewtopic.php?t=155245
(There is a fix there too)





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

[Emc-developers] Raspi stuff in 2.9.2 update

[Marius]

Hi

I just did an update to 2.9.2 on bookworm but now there are errors that 
come up regarding raspberrypi required firmware and other stuff.


Every time I install anything the update process tries to install these 
kernel and raspberrypi stuff.


How do I get rid of this please?


Regards

Marius



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

[Emc-developers] Strange error in multi axis mode

[Marius]

Hi,

We have a 5 Axis router (XYZBC) running on master and using Gmoccapy as 
interface. We have a custom kinematics component that takes care of an 
offset on the B/C axis.


We get a joint following error every time the gcode program comes to an 
end or when we stop the run mode. This only happens if any of the 
rotational axis are not exactly on zero. If we put the rotational axis 
to zero at the end of the gcode program it will exit fine and no 
following errors.


Any ideas where I can look for this problem?

Regards

Marius



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

Re: [Emc-developers] Downloading of DOCS still an issue

[Marius]

@Rod

Most non-guru users make use of the ISO and that is still on buster. The 
new process using bookworm requires a lot of intervention that is not 
easy for most folks to do. The simplest way is using the current ISO and 
then use Synaptic Package Manager to upgrade to master branch. I think 
most users will stay with that until it is deprecated.


On 2023/08/13 19:39, Rod Webster wrote:

@marius, There is a new buildbot Seb has builthttp://buildbot2.highlab.com/
One solution would be to download the docs you want and install with sudo
dpkg -i
Alternatively, you could edit your sources to use them with apt. This is
described for Bookworm and 2.9 in the docs under heading #9 here.
http://linuxcnc.org/docs/2.9/html/getting-started/getting-linuxcnc.html
  If you wanted to get for say buster and master, you would need to change
the echo statement to suit. I am not sure how the linuxcnc 2.8 iso does
this, you might need to review and update files in /etc/apt/sources.list
and /etc/apt/sources.list.d/

@gene, if you want to move forward to bookworm, the process is described in
the 2.9 docs per the second link
The Raspberry pi is a bit of a problem as there is no new buildbot for it.
Today, you would be better off using 64 bit arm64 instead of armhf (on a pi
4b). Installing on bookworm is also described in the docs above. The gpio
was broken due to depreciation of the non standard method we used.  I think
Andy has fixed that recently pending a new driver that uses the correct
method. But there is no alternative but to build from source on the pi to
obtain the latest versions as the bookworm image is locked by debian
policies at an earlier version. I was hoping that the new buildbot would
build Raspberry images using a cross compiler on AMD64 hardware as per some
links I shared on Issue #2349
https://github.com/LinuxCNC/linuxcnc/issues/2349  Currently the old buildbot
uses a pi to build everything which is not desirable moving forward.

Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Sun, 13 Aug 2023 at 23:05, gene heskett  wrote:


On 8/13/23 05:17, Steffen M￶ller wrote:

Hello,


Gesendet: Freitag, 11. August 2023 um 09:38 Uhr
Von: "Marius"

There seem to be a problem with the DOCS on the server. Upgrading is not
possible if the docs are included as they just will not download at all
or take many hours if they do download.

I reported this before but it seems to be still ongoing issue.

I'm a bit puzzled by the issue you've mentioned regarding the DOCS on

the server. I thought it might be connected to the online documentation on
the web server, but it seems that part is working fine for the sections I
checked.

Could you provide more details about the problem? Is it related to a

Debian documentation package? If you have specific steps or commands to
recreate the error, please share them.

If someone else on this list can already reproduce this issue, please

step forward :)

Sorry for the delay in getting back to you. We're here to help, so the

more information you can give us, the better. With more details, I'm sure
someone with expertise will come forward to address the issue.

Many thanks!
Steffen


I don't have the expertise, but I can report results.

Because I have no interest in languages I don't speak and there is no
way to build just the English docs. I am locked out of any upgrades as
I'm running buster, I cannot even build linuxcnc on bullseye because
bullseye's python is too new. This has been reported several times on
this list.

I normally, since I'm not a for profit shop, run master from the
buildbot, as a hobbiest I can afford to bleed occasionally, but the
buster in-release file has been removed from the buildbot for armhf,
disabling my access to the buildbot's output for buster master.

So I'm back to running some scripts here that duplicate the buildbot,
including building install-able debs. But something has gone wrong and
the installed debs, which run just fine, now break apt, and the only
solution is to fix-broken, which will remove the debs my pi just spent
40 minutes building and 3 minutes installing.

I can after that, probably install bookworm and then install linuxcnc,
v2.9.0 from the bookworm repo's.

But that is not the point Steffan, because I'm not a for profit user,
I've been playing canary in the coal mine, running master for almost 20
years, reporting unseen bugs as I've encountered them, my contribution
to the stability of linuxcnc.  These guy's are good, I've only reported
a failure twice in that time frame. OTOH my test is just to see if it
runs from a shell so I don't catch everything.

So at present, I can't build the docs because my machine does not have
the resources installed to build all the languages that have been added
in the last 2 years.  I could probably install them if I had a list of
what's needed. But its also time to install bookworm. A different kettle
of fish entirely.

Lets assume

Re: [Emc-developers] Downloading of DOCS still an issue

[Marius]

Rod

Thanks for the reply. I am well aware that the OS is deprecated. It is 
maybe time that we get a new ISO then :)


The docs are not that important for a commercial machine. Operators 
don't read them. I will try your work around though.



On 2023/08/14 11:08, Rod Webster wrote:

Marius, I know your preference for the standard ISO. If you reread my
suggestions you will see I was specifically referring to 2.8 just for you
that might have solved your docs issue via a workaround.

Gene asked about Bookworm and I addressed some issues for him.

But despite you sticking with linuxcnc 2.8 until it is depreciated, the
operating system it's distributed on is well and truly depreciated..

There are many people who are forced to upgrade to a later OS due to lack
of driver support or because they want features that are not available in
2.8. Whilst 2.9 is now supported in the ISO, that was not always the case.
It was quite some time before 2.9/master became available on Buster
following the move to Python 3.x. Some of us responded to that by
abandoning the Buster ISO.

Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Mon, 14 Aug 2023 at 18:27, Marius  wrote:


@Rod

Most non-guru users make use of the ISO and that is still on buster. The
new process using bookworm requires a lot of intervention that is not
easy for most folks to do. The simplest way is using the current ISO and
then use Synaptic Package Manager to upgrade to master branch. I think
most users will stay with that until it is deprecated.

On 2023/08/13 19:39, Rod Webster wrote:

@marius, There is a new buildbot Seb has built

http://buildbot2.highlab.com/

One solution would be to download the docs you want and install with sudo
dpkg -i
Alternatively, you could edit your sources to use them with apt. This is
described for Bookworm and 2.9 in the docs under heading #9 here.
http://linuxcnc.org/docs/2.9/html/getting-started/getting-linuxcnc.html
   If you wanted to get for say buster and master, you would need to

change

the echo statement to suit. I am not sure how the linuxcnc 2.8 iso does
this, you might need to review and update files in /etc/apt/sources.list
and /etc/apt/sources.list.d/

@gene, if you want to move forward to bookworm, the process is described

in

the 2.9 docs per the second link
The Raspberry pi is a bit of a problem as there is no new buildbot for

it.

Today, you would be better off using 64 bit arm64 instead of armhf (on a

pi

4b). Installing on bookworm is also described in the docs above. The gpio
was broken due to depreciation of the non standard method we used.  I

think

Andy has fixed that recently pending a new driver that uses the correct
method. But there is no alternative but to build from source on the pi to
obtain the latest versions as the bookworm image is locked by debian
policies at an earlier version. I was hoping that the new buildbot would
build Raspberry images using a cross compiler on AMD64 hardware as per

some

links I shared on Issue #2349
https://github.com/LinuxCNC/linuxcnc/issues/2349  Currently the old

buildbot

uses a pi to build everything which is not desirable moving forward.

Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Sun, 13 Aug 2023 at 23:05, gene heskett  wrote:


On 8/13/23 05:17, Steffen M￶ller wrote:

Hello,


Gesendet: Freitag, 11. August 2023 um 09:38 Uhr
Von: "Marius"

There seem to be a problem with the DOCS on the server. Upgrading is

not

possible if the docs are included as they just will not download at

all

or take many hours if they do download.

I reported this before but it seems to be still ongoing issue.

I'm a bit puzzled by the issue you've mentioned regarding the DOCS on

the server. I thought it might be connected to the online documentation

on

the web server, but it seems that part is working fine for the sections

I

checked.

Could you provide more details about the problem? Is it related to a

Debian documentation package? If you have specific steps or commands to
recreate the error, please share them.

If someone else on this list can already reproduce this issue, please

step forward :)

Sorry for the delay in getting back to you. We're here to help, so the

more information you can give us, the better. With more details, I'm

sure

someone with expertise will come forward to address the issue.

Many thanks!
Steffen


I don't have the expertise, but I can report results.

Because I have no interest in languages I don't speak and there is no
way to build just the English docs. I am locked out of any upgrades as
I'm running buster, I cannot even build linuxcnc on bullseye because
bullseye's python is too new. This has been reported several times on
this list.

I normally, since I'm not a for profit shop, run master from the
buildbot, as a hobbiest I can afford to bleed occasionally, but the
buster in-release file has been removed from th

Re: [Emc-developers] Downloading of DOCS still an issue

[Marius]

Rod

Thanks for the reply. I am well aware that the OS is deprecated. It is 
maybe time that we get a new ISO then :)


The docs are not that important for a commercial machine. Operators 
don't read them. I will try your work around though.



On 2023/08/14 11:08, Rod Webster wrote:

Marius, I know your preference for the standard ISO. If you reread my
suggestions you will see I was specifically referring to 2.8 just for you
that might have solved your docs issue via a workaround.

Gene asked about Bookworm and I addressed some issues for him.

But despite you sticking with linuxcnc 2.8 until it is depreciated, the
operating system it's distributed on is well and truly depreciated..

There are many people who are forced to upgrade to a later OS due to lack
of driver support or because they want features that are not available in
2.8. Whilst 2.9 is now supported in the ISO, that was not always the case.
It was quite some time before 2.9/master became available on Buster
following the move to Python 3.x. Some of us responded to that by
abandoning the Buster ISO.

Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Mon, 14 Aug 2023 at 18:27, Marius  wrote:


@Rod

Most non-guru users make use of the ISO and that is still on buster. The
new process using bookworm requires a lot of intervention that is not
easy for most folks to do. The simplest way is using the current ISO and
then use Synaptic Package Manager to upgrade to master branch. I think
most users will stay with that until it is deprecated.

On 2023/08/13 19:39, Rod Webster wrote:

@marius, There is a new buildbot Seb has built

http://buildbot2.highlab.com/

One solution would be to download the docs you want and install with sudo
dpkg -i
Alternatively, you could edit your sources to use them with apt. This is
described for Bookworm and 2.9 in the docs under heading #9 here.
http://linuxcnc.org/docs/2.9/html/getting-started/getting-linuxcnc.html
   If you wanted to get for say buster and master, you would need to

change

the echo statement to suit. I am not sure how the linuxcnc 2.8 iso does
this, you might need to review and update files in /etc/apt/sources.list
and /etc/apt/sources.list.d/

@gene, if you want to move forward to bookworm, the process is described

in

the 2.9 docs per the second link
The Raspberry pi is a bit of a problem as there is no new buildbot for

it.

Today, you would be better off using 64 bit arm64 instead of armhf (on a

pi

4b). Installing on bookworm is also described in the docs above. The gpio
was broken due to depreciation of the non standard method we used.  I

think

Andy has fixed that recently pending a new driver that uses the correct
method. But there is no alternative but to build from source on the pi to
obtain the latest versions as the bookworm image is locked by debian
policies at an earlier version. I was hoping that the new buildbot would
build Raspberry images using a cross compiler on AMD64 hardware as per

some

links I shared on Issue #2349
https://github.com/LinuxCNC/linuxcnc/issues/2349 Currently the old

buildbot

uses a pi to build everything which is not desirable moving forward.

Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Sun, 13 Aug 2023 at 23:05, gene heskett  wrote:


On 8/13/23 05:17, Steffen M￶ller wrote:

Hello,


Gesendet: Freitag, 11. August 2023 um 09:38 Uhr
Von: "Marius" 

There seem to be a problem with the DOCS on the server. Upgrading is

not

possible if the docs are included as they just will not download at

all

or take many hours if they do download.

I reported this before but it seems to be still ongoing issue.

I'm a bit puzzled by the issue you've mentioned regarding the DOCS on

the server. I thought it might be connected to the online documentation

on

the web server, but it seems that part is working fine for the sections

I

checked.

Could you provide more details about the problem? Is it related to a

Debian documentation package? If you have specific steps or commands to
recreate the error, please share them.

If someone else on this list can already reproduce this issue, please

step forward :)

Sorry for the delay in getting back to you. We're here to help, so the

more information you can give us, the better. With more details, I'm

sure

someone with expertise will come forward to address the issue.

Many thanks!
Steffen


I don't have the expertise, but I can report results.

Because I have no interest in languages I don't speak and there is no
way to build just the English docs. I am locked out of any upgrades as
I'm running buster, I cannot even build linuxcnc on bullseye because
bullseye's python is too new. This has been reported several times on
this list.

I normally, since I'm not a for profit shop, run master from the
buildbot, as a hobbiest I can afford to bleed occasionally, but the
buster in-release file has been removed from th

Re: [Emc-developers] Downloading of DOCS still an issue

[Marius]

@Rod

Most non-guru users make use of the ISO and that is still on buster. The 
new process using bookworm requires a lot of intervention that is not 
easy for most folks to do. The simplest way is using the current ISO and 
then use Synaptic Package Manager to upgrade to master branch. I think 
most users will stay with that until it is deprecated.


On 2023/08/13 19:39, Rod Webster wrote:

@marius, There is a new buildbot Seb has built http://buildbot2.highlab.com/
One solution would be to download the docs you want and install with sudo
dpkg -i
Alternatively, you could edit your sources to use them with apt. This is
described for Bookworm and 2.9 in the docs under heading #9 here.
http://linuxcnc.org/docs/2.9/html/getting-started/getting-linuxcnc.html
  If you wanted to get for say buster and master, you would need to change
the echo statement to suit. I am not sure how the linuxcnc 2.8 iso does
this, you might need to review and update files in /etc/apt/sources.list
and /etc/apt/sources.list.d/

@gene, if you want to move forward to bookworm, the process is described in
the 2.9 docs per the second link
The Raspberry pi is a bit of a problem as there is no new buildbot for it.
Today, you would be better off using 64 bit arm64 instead of armhf (on a pi
4b). Installing on bookworm is also described in the docs above. The gpio
was broken due to depreciation of the non standard method we used.  I think
Andy has fixed that recently pending a new driver that uses the correct
method. But there is no alternative but to build from source on the pi to
obtain the latest versions as the bookworm image is locked by debian
policies at an earlier version. I was hoping that the new buildbot would
build Raspberry images using a cross compiler on AMD64 hardware as per some
links I shared on Issue #2349
https://github.com/LinuxCNC/linuxcnc/issues/2349 Currently the old buildbot
uses a pi to build everything which is not desirable moving forward.

Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Sun, 13 Aug 2023 at 23:05, gene heskett  wrote:


On 8/13/23 05:17, Steffen M￶ller wrote:

Hello,


Gesendet: Freitag, 11. August 2023 um 09:38 Uhr
Von: "Marius" 

There seem to be a problem with the DOCS on the server. Upgrading is not
possible if the docs are included as they just will not download at all
or take many hours if they do download.

I reported this before but it seems to be still ongoing issue.

I'm a bit puzzled by the issue you've mentioned regarding the DOCS on

the server. I thought it might be connected to the online documentation on
the web server, but it seems that part is working fine for the sections I
checked.

Could you provide more details about the problem? Is it related to a

Debian documentation package? If you have specific steps or commands to
recreate the error, please share them.

If someone else on this list can already reproduce this issue, please

step forward :)

Sorry for the delay in getting back to you. We're here to help, so the

more information you can give us, the better. With more details, I'm sure
someone with expertise will come forward to address the issue.

Many thanks!
Steffen


I don't have the expertise, but I can report results.

Because I have no interest in languages I don't speak and there is no
way to build just the English docs. I am locked out of any upgrades as
I'm running buster, I cannot even build linuxcnc on bullseye because
bullseye's python is too new. This has been reported several times on
this list.

I normally, since I'm not a for profit shop, run master from the
buildbot, as a hobbiest I can afford to bleed occasionally, but the
buster in-release file has been removed from the buildbot for armhf,
disabling my access to the buildbot's output for buster master.

So I'm back to running some scripts here that duplicate the buildbot,
including building install-able debs. But something has gone wrong and
the installed debs, which run just fine, now break apt, and the only
solution is to fix-broken, which will remove the debs my pi just spent
40 minutes building and 3 minutes installing.

I can after that, probably install bookworm and then install linuxcnc,
v2.9.0 from the bookworm repo's.

But that is not the point Steffan, because I'm not a for profit user,
I've been playing canary in the coal mine, running master for almost 20
years, reporting unseen bugs as I've encountered them, my contribution
to the stability of linuxcnc.  These guy's are good, I've only reported
a failure twice in that time frame. OTOH my test is just to see if it
runs from a shell so I don't catch everything.

So at present, I can't build the docs because my machine does not have
the resources installed to build all the languages that have been added
in the last 2 years.  I could probably install them if I had a list of
what's needed. But its also time to install bookworm. A different kettle
of fish entirely.

Lets assume

Re: [Emc-developers] Downloading of DOCS still an issue

[Marius]

Hi Steffen

The process is very simple. I use the Synaptic Package Manager to 
install and update from http://buildbot.linuxcnc.org, dist:- buster and 
repository is master-rtpreempt.


All the files are downloaded fine but none of the doc files want to 
download. The process just hangs while waiting for the doc file and then 
after many timed-out attempts it will fail. This happens for en, de, fr 
docs. None other are selected for installation. These are the standard 
ones I think.



On 2023/08/13 11:16, Steffen Möller wrote:

Hello,


Gesendet: Freitag, 11. August 2023 um 09:38 Uhr
Von: "Marius" 

There seem to be a problem with the DOCS on the server. Upgrading is not
possible if the docs are included as they just will not download at all
or take many hours if they do download.

I reported this before but it seems to be still ongoing issue.

I'm a bit puzzled by the issue you've mentioned regarding the DOCS on the 
server. I thought it might be connected to the online documentation on the web 
server, but it seems that part is working fine for the sections I checked.

Could you provide more details about the problem? Is it related to a Debian 
documentation package? If you have specific steps or commands to recreate the 
error, please share them.

If someone else on this list can already reproduce this issue, please step 
forward :)

Sorry for the delay in getting back to you. We're here to help, so the more 
information you can give us, the better. With more details, I'm sure someone 
with expertise will come forward to address the issue.

Many thanks!
Steffen



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



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

[Emc-developers] Downloading of DOCS still an issue

[Marius]

There seem to be a problem with the DOCS on the server. Upgrading is not 
possible if the docs are included as they just will not download at all 
or take many hours if they do download.


I reported this before but it seems to be still ongoing issue.



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

Re: [Emc-developers] Buildbot

[Marius]

Aah thanks. That is interesting.

Do we have an ETA for the new build? How long does a build take usually?

On 2023/08/10 18:08, Sebastian Kuzminsky wrote:

On 8/10/23 09:38, Marius wrote:
Just so I understand please. Did the RPi 4 code crash or are you 
using a RPi 4 to do some of the compilation?


The Pi is one of the workers in the buildbot, it checks out the 
linuxcnc source code, builds and tests it, and builds & uploads its 
Raspberry Pi OS Buster/armhf debs to our debian package archive.


The Pi crashes maybe once per month - the whole computer locks up so 
it has to be powercycled.






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

Re: [Emc-developers] Buildbot

[Marius]

Just so I understand please. Did the RPi 4 code crash or are you using a 
RPi 4 to do some of the compilation?


On 2023/08/10 16:44, Sebastian Kuzminsky wrote:

On 8/10/23 02:31, Phill Carter via Emc-developers wrote:

Buildbot seems to be asleep.


Thanks for the bug report.  The Raspberry Pi 4 had crashed again and 
the buildbot was waiting for it, holding things up.  I rebooted it and 
now it's moving forward again.





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

Re: [Emc-developers] Trajectory planner shortcomings

[Marius]

I am not sure who was involved with that but as I mentioned there are 
many of us that will chip in. This is really a big thing and very 
important I would think.


Who are the powers that decide about things these days? How do we draw 
attention?


On 2023/07/05 18:05, Chris Morley wrote:

Has anyone contacted the developers that worked on tormach's updates?
Could probably guess who was involved.
I would be willing to chip in for updates to the trajectory planner.

From: Marius
Sent: July 4, 2023 5:30 PM
To:Emc-developers@lists.sourceforge.net  ; 
Enhanced Machine Controller (EMC)
Subject: [Emc-developers] Trajectory planner shortcomings

Hi

I have been trying to get a rotary fourth axis setup going with the help
of regular and knowledgable contributors to LinuxCnc. We came up against
a brick wall as many other project developers have done.

The problem seems to be that our trajectory planner lack the ability to
look ahead for any rotary axis. This means that a coordinated move that
includes a rotary move will be dysfunctional at best.

I understand that there is a free trajectory planner on offer to
LinuxCnc but it has not been integrated. It would seem that some lack of
skills or time has a role to play in getting it integrated.

I unfortunately do not have the skills nor the time to tender to assist
with this however, someone made the suggestion that maybe the community
could embark on a fund raising project to enable us to pay for someone
to get the trajectory planner integrated. I am sure that many would
stand to benefit from this and other users that I have spoken to has
indicated that they would gladly contribute.

I would at least want to start a discussion around the idea.


Regards

Marius



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

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

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

[Emc-developers] Trajectory planner shortcomings

[Marius]

Hi

I have been trying to get a rotary fourth axis setup going with the help 
of regular and knowledgable contributors to LinuxCnc. We came up against 
a brick wall as many other project developers have done.


The problem seems to be that our trajectory planner lack the ability to 
look ahead for any rotary axis. This means that a coordinated move that 
includes a rotary move will be dysfunctional at best.


I understand that there is a free trajectory planner on offer to 
LinuxCnc but it has not been integrated. It would seem that some lack of 
skills or time has a role to play in getting it integrated.


I unfortunately do not have the skills nor the time to tender to assist 
with this however, someone made the suggestion that maybe the community 
could embark on a fund raising project to enable us to pay for someone 
to get the trajectory planner integrated. I am sure that many would 
stand to benefit from this and other users that I have spoken to has 
indicated that they would gladly contribute.


I would at least want to start a discussion around the idea.


Regards

Marius



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

Re: [Emc-developers] Remap problem: G70.0 can only be used in XZ plane

[Marius Alksnys]

2022-04-22 20:50, andy pugh rašė:

On Fri, 22 Apr 2022 at 16:32, Marius Alksnys  wrote:


What is going on here?


In 2.8 G70, G21 and G72 were unallocated and available for remap.

In 2.9 they are built-in cycles:

https://linuxcnc.org/docs/devel/html/gcode/g-code.html#gcode:g70



Thanks, Andy!

These tables should be updated then:
https://linuxcnc.org/docs/devel/html/remap/remap.html#remap:unallocated-g-codes



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

[Emc-developers] Remap problem: G70.0 can only be used in XZ plane

[Marius Alksnys]

Hello everyone!
I am trying to create custom G70, G71, G72 routines with remap in 
LinuxCNC master / 2.9.


It was working in 2.8. Now I get such error from an interpreter when 
loading G-code with G70 present:

G70.0 can only be used in XZ plane (G18)

I have these lines in INI file:
REMAP=G70 modalgroup=1 argspec=w ngc=g70
REMAP=G71 modalgroup=1 argspec=xy> ngc=g71

What is going on here?



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

Re: [Emc-developers] [Emc-users] Why not have a trivkins setup with a slave axis

[Marius]

On 2022/04/16 08:55, Marius wrote:


On 2022/04/15 18:58, Andy Pugh wrote:



On 15 Apr 2022, at 12:52, Marius  wrote:

Just wondering why is it not possible to have a standard three axis 
trivkins setup with a possibility to slave a stepgen to any one of 
the axis.

You can do that. In fact it is very easy.

net joint.0.motor-pos-cmd stepgen.0.position-cmd stepgen.4.position-cmd

ie pass the position command to two stepgens.


I discovered that eventually. It works very well.





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



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

Re: [Emc-developers] Why not have a trivkins setup with a slave axis

[Marius]

On 2022/04/15 14:12, Rod Webster wrote:

Using the joint axis features correctly (using a drive for each motor)
which takes very little effort, you can square the gantry in software by
changing the HOME_OFFSET.


I understand that and if it is a new machine it's no problem. Upgrading 
an existing machine that does not have home switches on both sides of 
the gantry and that does not need squaring up, it's easy with just three 
axis and not in joint mode. Many builders just put two drives on the 
same set of signals to overcome this issue. I don't like to do that as I 
have seen issues with drives that are situated a bit further away on 
larger machines.


There are further complications as some machines don't have a Z axis for 
instance. That makes it very difficult in joint mode as all the joints 
have to homed before you can run the machine.


I understand that this might seem to be an odd situation but it is a 
real one and there are many machines that need upgrade to Linuxcnc as 
the Mach3 software on XP with parports are becoming a huge issue to 
support. Most of those machines are build just like this and having a 
simple solution to upgrade using the same hardware (BOB"S etc with 7i92 
drop-in) is a real scenario.



Rod Webster
*1300 896 832*
+61 435 765 611
Vehicle Modifications Network
www.vehiclemods.net.au


On Fri, 15 Apr 2022 at 21:51, Marius  wrote:


Hi

Just wondering why is it not possible to have a standard three axis
trivkins setup with a possibility to slave a stepgen to any one of the
axis.

So it is not part of the kinematics just slaved to the command signal of
any axis?

It is done in Mach3 and I have installed many machines that run like
that. So not in gantry mode but in a slaved mode. It is an acceptable
way of building routes etc.

It would be great if that was possible as there are many machines that
need to migrate to Linuxcnc using 7i92 cards to plug into the Mach3 BOB's.




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


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



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

[Emc-developers] Why not have a trivkins setup with a slave axis

[Marius]

Hi

Just wondering why is it not possible to have a standard three axis 
trivkins setup with a possibility to slave a stepgen to any one of the axis.


So it is not part of the kinematics just slaved to the command signal of 
any axis?


It is done in Mach3 and I have installed many machines that run like 
that. So not in gantry mode but in a slaved mode. It is an acceptable 
way of building routes etc.


It would be great if that was possible as there are many machines that 
need to migrate to Linuxcnc using 7i92 cards to plug into the Mach3 BOB's.





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

[Emc-developers] EtherCAT modules help needed

[Marius Alksnys]

Could someone help me develop a lcec (LinuxCnc EtherCat) driver for two 
modules:
1. Beckhoff 1-channel SinCos encoder interface - EL5021 (1Vpp), ES5021 
(11uApp)

https://www.beckhoff.com/en-en/products/i-o/ethercat-terminals/el5xxx-position-measurement/el5021.html

2. NCT Dual encoder input and analog output + CAN interface module TTLAC2.
Current integration project needs analog outputs only.

https://www.nct.hu/pdf/NC_Documents/English/Install/TTLAC_measuring_system_modul.pdf

https://www.nct.hu/cnc_termekek_.php?cikkszam=40-00010379-10=ios=InIO=eng

?


I managed to get NCT MK15, EPU-SIS, I16 and O16 modules working by using 
generic driver and custom xml file.


While this method does not work for me with two modules mentioned above.
I imagine this would be easier for the guy(s) who developed other 
modules or with their help.

I mean these: https://github.com/sittner/linuxcnc-ethercat/tree/master/src

These are xml files from manufacturers: 
https://drive.google.com/drive/folders/1yKauechhYRGtSLuFyktUWv5CNUn8vdL9?usp=sharing



This is the OS image I used and I find it the easiest and the best 
compilation to get anyone started with LinuxCNC + EtherCAT:

https://sourceforge.net/projects/skynet-software/

taken from: 
https://forum.linuxcnc.org/18-computer/40328-debian-buster-10-linuxcnc-ethercat-iso-cd-download-1-7-gb


Note, that git one on the first post is older.



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

Re: [Emc-developers] LiveCD Install

[Marius]

Hi Andy

It woud be better if a PDF reader is installed from the word go as it 
will be needed anyway sooner or later


On 2020/07/07 11:52, andy pugh wrote:

I have been experimenting with configuring a LiveCD image for 2.8.
I have decided to make the system fairly small, so no OpenOffice etc
by default (they can, of course, be added from Synaptic)

One side-effect of this is that the "documentation" entry in the CNC
menu does nothing, as it tries to open a PDF document.

Does it make more sense to add a PDF reader to the default install, or
to make the menu entry point to the HTML docs? (The G-code quick
reference will take you to HTML docs anyway)




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

Re: [Emc-developers] New 2.7.14 ISO?

[Marius]

I would say that whatever supports the easiest installation of Ethernet 
based hardware. My personal preference.


On 2019/12/15 21:55, andy pugh wrote:

Should we consider a new ISO for 2.7 based on Buster / RTAI and/or Buster
Preempt-RT?




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

Re: [Emc-developers] Archived emails

[Marius]

Thanks got that one.

On 2019/11/17 19:34, Alec Ari via Emc-developers wrote:

  Remove the "Cheers," from the link :P

 On Sunday, November 17, 2019, 3:14:27 AM CST, Phillip Carter 
 wrote:
  
  https://sourceforge.net/p/emc/mailman/emc-developers/Cheers, Phill

 Original message From: Marius  Date: 
17/11/19  7:53 pm  (GMT+10:00) To: Emc-developers@lists.sourceforge.net Subject: 
[Emc-developers] Archived emails Is there a place where I can see the archived emails 
for this group. I need to lookup some older 
stuff.RegardsMarius___Emc-developers 
mailing 
listEmc-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/emc-developers
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
   
___

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



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

[Emc-developers] Archived emails

[Marius]

Is there a place where I can see the archived emails for this group. I 
need to lookup some older stuff.



Regards

Marius



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

[Emc-developers] Mesa bit file info again

[Marius]

@ Peter Wallace

I am sorry to ask for this info again but I have been burgled again and 
all my computer equipment was liberated. Please tell me again what 
project file to use for 5i25 and 7i92.


I managed to install Xilinx 14.7 again but I get syntax errors. I am 
fairly sure I am not using the correct project files.


Maybe a copy of the zip file as well please.

Regards

Marius




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

[Emc-developers] Compiling Mesa bit files

[Marius Liebenberg]

Hi All,

I am trying my hand at getting my own mesa pin files compiled. I am 
getting this error :


C:\xxx\5i25\configs\hostmot2\source\hostmot2\sserialwa.vhd" Line 282: 
Cannot find  in library 


I dont see a VHD file in the directory but there is a zip file with some 
source in that is named sslbp. I take it that I have to compile that 
somehow but I have no idea how. Any suggestions?


P.S. I am compiling the code for hm2pci project

--

Regards / Groete
Marius D. Liebenberg
082 698 3251.


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

Re: [Emc-developers] Parameter update rate

[Marius Liebenberg]

Thanks Andy

Just to make sure that I understand it correctly.

If I read the position or velocity at every servo loop at say 1ms, and 
my step rate is at 100khz, I must still work out the steps required 
between every position given at the loop rate.


On 4/27/2019 12:18 PM, andy pugh wrote:

On Sat, 27 Apr 2019 at 09:49, Marius Liebenberg  wrote:


At what rate is the velocity or position parameters of the StepGen
updated? Is that rate constant?

It should be the servo thread rate, and constant.





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

[Emc-developers] Parameter update rate

[Marius Liebenberg]

Hi all

At what rate is the velocity or position parameters of the StepGen 
updated? Is that rate constant? And is acceleration and deceleration 
already represented in the value?


Regards

Marius


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

[Emc-developers] Aborting program with message from python when using ; py,myfunction() in G-code

[Marius Alksnys]

I am implementing laser cutting with ink-jet part marking solution. Ink-jet 
printer/head is attached near the laser head. It accepts one text string to be 
printed via some serial data channel, then waits for start signal on a 
dedicated wire. I get acknowledgments for text received and text printed from 
the printer.

I decided to use ;py,mark_text("ABC 123") syntax in G-code. All python code is 
in toplevel.py or imported from there..
It works, but I don't know how to raise an error for the program to stop and give message 
to operator, like "Some printer communication time-out..".

If I use:
from emccanon import CANON_ERROR
CANON_ERROR("Do you see the printer? I can't find it!")

Then UI shows the error message, but program is not stopped.

Then if I write:
import linuxcnc
from emccanon import CANON_ERROR
c = linuxcnc.command()
CANON_ERROR("I'm lost, please help me!")
c.abort()

Program aborts, but no message appears.

I thought I could use:
from hal import set_p
from emccanon import CANON_ERROR
CANON_ERROR('Here, I found a pencil for ya! Might be broken, sorry..')
set_p("halui.program.stop", '1')

It is the same to my surprise - still no message.


-
Other questions related to this solution:
2. No way to pass string parameter from NGC? I found ;py,whatever('is the only 
solution').
3. How to make ;py blocking()? I use M6 Tn before ;py nonblocking() to make it 
work on time.
4. Idea: even HAL pins could accept strings...
5. How to program serial communication with receiver call-back or thread 
working in background, waiting for print confirmation, which would allow to 
send next string and continue motion without stopping for communication with 
printer.


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

Re: [Emc-developers] INI edit from inside gui

[Marius Liebenberg]

 Subject: Re: [Emc-developers] INI edit from inside gui


On 11/02/2017 07:42 AM, Marius Liebenberg wrote:
I do a lot of upgrades to Chinese routers from their controller to 
Mach3. I have been using an Atom type mother board for the last five 
years together with a detuned Windows XP installation. It is always a 
parallel port driver installation.
I am finding it more and more difficult to get motherboards that will 
support XP and today my supplier warned me that the motherboards of 
the future will not install XP at all.


The reason that I install Mach3 with a parallel breakout is purely 
because it is so easy to do and my customers do not need to learn 
linux.
Now I am thinking that the time has maybe come to do a Mach 
replacement controller that will be just as easy but running linuxcnc. 
If I use Gmoccapy for instance and add a page or two that can edit a 
configuration similar to what one does in Mach, then there might be 
less resistance to using linuxcnc.


So I would imagine that there will be a matrix of pins and signals 
that could be configured from within the gui and a standard INI file 
with parameters for calibration of motor parameters and others.


Will it be possible to reload or restart linuxcnc from inside the gui 
and more so, what do the gurus think of such and idea? Is it at all 
feasible?



Why do you want to restart Linuxcnc from within its own GUI?  Seems 
like you should be able to set up the configuration once and then just 
keep using the same setup, possibly with editing the resolution, axis 
limits and such.  For software generated steps, there is a setup wizard 
that handles that.  It is not run from within LinuxCNC, but is an 
external program that writes the configs file set.


Jon
When I asked the question I did not know about the setp function for 
parameters. I am fully aware of the config programs. I have been using 
linuxcnc for many years :). I do however think if the easy setup methods 
of Mach3 is emulated for at least parallel port driven configs, it would 
make the transition from Mach3 to linuxcnc much easier. Especially for 
not geek users. I dont see any reason why it cannot be done from within 
a GUI like Gmoccapy.




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] INI edit from inside gui

[Marius Liebenberg]

Ah well that would be just what is needed. I will look into the 
possibility to do a Mach replacement system then.


-- Original Message --
From: "andy pugh" <bodge...@gmail.com>
To: "Marius Liebenberg" <mar...@mastercut.co.za>
Cc: "EMC developers" <emc-developers@lists.sourceforge.net>
Sent: 2017-11-02 15:21:50
Subject: Re: Re[2]: [Emc-developers] INI edit from inside gui

On 2 November 2017 at 13:12, Marius Liebenberg <mar...@mastercut.co.za> 
wrote:
 I am aware of those functions. It is no problem to read and write the 
INI file from within the GUI but getting the parameters to reload.


You don't need to reload them. emccalib does two things, it changes the 
settings on the live system with "setp" and also writes to the INI for 
the next time the system is loaded.


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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] INI edit from inside gui

[Marius Liebenberg]

 I am aware of those functions. It is no problem to read and write the 
INI file from within the GUI but getting the parameters to reload. I 
will look at those procedures to see how it is done.


 On 2 November 2017 at 13:04, andy pugh  wrote:



 You can already do this inside Axis.


And, apparently, GScreen an GMoccaPy.
https://github.com/LinuxCNC/linuxcnc/search?l=Python=emccalib==%E2%9C%93

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] INI edit from inside gui

[Marius Liebenberg]

I do a lot of upgrades to Chinese routers from their controller to 
Mach3. I have been using an Atom type mother board for the last five 
years together with a detuned Windows XP installation. It is always a 
parallel port driver installation.
I am finding it more and more difficult to get motherboards that will 
support XP and today my supplier warned me that the motherboards of the 
future will not install XP at all.


The reason that I install Mach3 with a parallel breakout is purely 
because it is so easy to do and my customers do not need to learn linux.
Now I am thinking that the time has maybe come to do a Mach replacement 
controller that will be just as easy but running linuxcnc. If I use 
Gmoccapy for instance and add a page or two that can edit a 
configuration similar to what one does in Mach, then there might be less 
resistance to using linuxcnc.


So I would imagine that there will be a matrix of pins and signals that 
could be configured from within the gui and a standard INI file with 
parameters for calibration of motor parameters and others.


Will it be possible to reload or restart linuxcnc from inside the gui 
and more so, what do the gurus think of such and idea? Is it at all 
feasible?



-
Regards / Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Mesa RS-422 hal example

[Marius Liebenberg]

Thanks a lot Alexander. That looks like the right thing.
Do you have a snippet that shows how to instantiate and connect?

-- Original Message --
From: "Alexander Rössler" <alexander@roessler.systems>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>

Sent: 2017-09-21 18:10:38
Subject: Re: [Emc-developers] Mesa RS-422 hal example


Hello Marius,

The PktUart HAL driver should work for you. I implemented something
similar recently. There is an example in the Machinekit sources.

Best regards,
Alexander

Marius Liebenberg writes:


 Hi
 I asked this on the EMC list but thought it should be more relevant
 here.

 I need to write a custom RS-422 protocol to control a plasma cutter. 
I

 have a mesa 7i44 (amongst other's ) on the system.
 I have never used or seen any examples of how to communicate to 
custom

 hardware via the RS-422 on the mesa cards. Is there anyone out there
 that has some examples that I can look at to get started please?
 Or some advise will do as well thanks.



 -----
 Regards / Groete

 Marius D. Liebenberg
 +27 82 698 3251
 +27 12 743 6064


 ---
 This email has been checked for viruses by Avast antivirus software.
 https://www.avast.com/antivirus
 
--

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



--
Alexander Rössler
alexander@roessler.systems
+43 680 1348338
Lebnergasse 1/7/7
1210 Wien - Austria
ATU72251528

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

Re: [Emc-developers] Mesa RS-422 hal example (canopen messages?)

[Marius Liebenberg]

Hmm, the documentation and components mention do not seem to exist in 
master branch. 
http://linuxcnc.org/docs/devel/html/drivers/hostmot2.html
I also had a look in 2.7 git and could not locate the uart comps. Any 
links to git would be appreciated
Moving forward, plasma activity is going to be in master branch due to 
joint axis and Dewey's external offsets branch so it would be good to 
restore this.


I'm assuming Marius wants to talk to a Hypertherm plasma cutter using 
their documented modbus protocol.

That is precisely what I have to do. A HPR260 plasma source.


When I've thought about this problem, I did not think serial comms 
should be in real time but in user space. In my config, a gcode M67 E0 
Q440 is sent to the glade screen python handler where it is decoded as 
"Set plasma amps to 40 amps". Similarly for air pressure. I'm not doing 
anything with this command yet. There are any number of modbus 
libraries for python so I was hoping if I knew how to access the uart, 
I could write commands with a high level python routine. I'm assuming 
Python could access the uart functions Andy mentioned?


Pretty sure the Gmocappy plasma GUI and its supporting plasma.py I've 
modified was written by Marius so thanks
I will have to add quite a bit of functions and a screen or two to 
Gmoccapy in order to handle the requirements for the Hypertherm HPR260






Rod Webster
0435 765 611
Vehicle Modifications Network
http://www.vehiclemods.net.au/


On 13 September 2017 at 04:02, Marius Liebenberg 
<mar...@mastercut.co.za> wrote:



On 12 September 2017 at 10:47, Marius Liebenberg 
<mar...@mastercut.co.za> wrote:


> >You need a Mesa bitfile which puts UARTS on some of the 7i44 
ouputs


> Does this apply to the 7i80 or 7i44?

7i80 bitfile.

> > Whatever you use, you need to find a way to work out where you 
are in

> > the byte stream.

> Does this imply that the data stream on the UART is not all mine 
and that there are other info being sent ?


No, it is all yours, but once your data spans multiple packets you 
need to work out where you are in the byte stream. This can be done 
simply by timing, if there is a longer pause between the start and 
end packets than the inter-byte gap, or some protocols have byte 
patterns that can not exist in the data as frame markers.

Or a state machine if the frames are predictable as mine is.
Something like this:-
> = Start of message

3 byte command ID

Data

2 byte checksum

< = End of message

Sample: >0011C2<





> Does the mesa_uart.comp serve as an example only or is it a
> loadable component.

If you have uarts in your firmware it should work. I have used a very 
similar component to send data from an Arduino to a Mesa card.

That is interesting and might open a whole lot of scope.



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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Mesa RS-422 hal example (canopen messages?)

[Marius Liebenberg]

On 12 September 2017 at 10:47, Marius Liebenberg 
<mar...@mastercut.co.za> wrote:


> >You need a Mesa bitfile which puts UARTS on some of the 7i44 ouputs

> Does this apply to the 7i80 or 7i44?

7i80 bitfile.

> > Whatever you use, you need to find a way to work out where you are 
in

> > the byte stream.

> Does this imply that the data stream on the UART is not all mine and 
that there are other info being sent ?


No, it is all yours, but once your data spans multiple packets you need 
to work out where you are in the byte stream. This can be done simply 
by timing, if there is a longer pause between the start and end packets 
than the inter-byte gap, or some protocols have byte patterns that can 
not exist in the data as frame markers.

Or a state machine if the frames are predictable as mine is.
Something like this:-
> = Start of message

3 byte command ID

Data

2 byte checksum

< = End of message

Sample: >0011C2<





> Does the mesa_uart.comp serve as an example only or is it a
> loadable component.

If you have uarts in your firmware it should work. I have used a very 
similar component to send data from an Arduino to a Mesa card.

That is interesting and might open a whole lot of scope.



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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Mesa RS-422 hal example (canopen messages?)

[Marius Liebenberg]

Thanks Andy.

See below inline

-- Original Message --
From: "andy pugh" <bodge...@gmail.com>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>

Cc: "Nicklas Karlsson" <nicklas.karlsso...@gmail.com>
Sent: 2017-09-12 18:52:50
Subject: Re: [Emc-developers] Mesa RS-422 hal example (canopen 
messages?)


On 11 September 2017 at 09:52, Marius Liebenberg 
<mar...@mastercut.co.za> wrote:


 Yes I am aware of that. I will be using a very short packet message 
system.
 The thing I cannot get my head around is how my compoenent will 
interface

 with the mesa RS-422 port. Is it just a pin called MESA-XXX-RX and
 MESA-XXX-TX and my component connect to that in hal or is it a low 
level

 interface of sorts. For this I have ot seen any examples.


There is some (very limited) documentation here:
http://linuxcnc.org/docs/2.7/html/man/man9/hostmot2.9.html#UART

You need a Mesa bitfile which puts UARTS on some of the 7i44 ouputs
rather than the default smart-serial. Until you haave UARTS in the
firmware you won't get anywhere.

Does this apply to the 7i80 or 7i44?


I do hope, eventually, to make the UART and BSPI configurable in the
same way as the absolute encoders. At the time I did the UART driver
the smart-serial auto-discovery wasn't there, so load-time pin
definition wasn't there. The absolute encoders use the smart-serial
dynamic pinout code.

Whatever you use, you need to find a way to work out where you are in
the byte stream. A synch-byte might already exist in the protocol you
are trying to use.
Does this imply that the data stream on the UART is not all mine and 
that there are other info being sent ?




Does the mesa_uart.comp serve as an example only or is it a loadable 
component. (sorry I dont have a linuxcnc machine running until later 
tomorrow)


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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Mesa RS-422 hal example (canopen messages?)

[Marius Liebenberg]

-- Original Message --
From: "Nicklas Karlsson" <nicklas.karlsso...@gmail.com>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>

Sent: 2017-09-11 17:46:49
Subject: Re: [Emc-developers] Mesa RS-422 hal example (canopen 
messages?)


I have similar problem and plan to or actually already use CANopen 
messages. One or more messages of the form 16 bit cob id + 8 bytes 
payload and 16 bit modbus CRC at the en of the message(s). At least to 
start with I implement only the parts I need. Real time communication 
is usually implemented with all payload used for real time 
communication and there is SDO messages for configuration or similar.


I would be happy to share the little code I have and cooperate. I have 
still not checked the standards for sending CANopen messages over other 
medium than CAN networks and any comments about this would be 
appreciated.



That would be great.




Unless you already know it RS-422 is like ordinary UART with full 
duplex communication and and differential signals which make possible 
rather high communication speed although only between two nodes.
Yes I am aware of that. I will be using a very short packet message 
system. The thing I cannot get my head around is how my compoenent will 
interface with the mesa RS-422 port. Is it just a pin called MESA-XXX-RX 
and MESA-XXX-TX and my component connect to that in hal or is it a low 
level interface of sorts. For this I have ot seen any examples.


Regards Nicklas Karlsson



On Mon, 11 Sep 2017 13:40:09 +
"Marius Liebenberg" <mar...@mastercut.co.za> wrote:


 Hi
 I asked this on the EMC list but thought it should be more relevant
 here.

 I need to write a custom RS-422 protocol to control a plasma cutter. 
I

 have a mesa 7i44 (amongst other's ) on the system.
 I have never used or seen any examples of how to communicate to 
custom

 hardware via the RS-422 on the mesa cards. Is there anyone out there
 that has some examples that I can look at to get started please?
 Or some advise will do as well thanks.



 -
 Regards / Groete

 Marius D. Liebenberg
 +27 82 698 3251
 +27 12 743 6064


 ---
 This email has been checked for viruses by Avast antivirus software.
 https://www.avast.com/antivirus
 
--

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

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

[Emc-developers] Mesa RS-422 hal example

[Marius Liebenberg]

Hi
I asked this on the EMC list but thought it should be more relevant 
here.


I need to write a custom RS-422 protocol to control a plasma cutter. I 
have a mesa 7i44 (amongst other's ) on the system.
I have never used or seen any examples of how to communicate to custom 
hardware via the RS-422 on the mesa cards. Is there anyone out there 
that has some examples that I can look at to get started please?

Or some advise will do as well thanks.



-
Regards / Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Another spindle + gearbox component

[Marius Liebenberg]

Ah Les just in time for me to test. I recently moved off the grid and 
now use a generator to run my machines. The "soft start" will help a 
lot. My lathe gearbox spindle component is not all that successful 
either. I am about to upgrade all my machines to the latest LCNC as 
well.




-- Original Message --
From: "Les Newell" 
To: "EMC developers" 
Sent: 2017-08-18 16:57:36
Subject: [Emc-developers] Another spindle + gearbox component


Another one from the vault...

This component will control a spindle with adjustable acceleration and 
deceleration.
It is designed for use with non-servo spindle drives that have separate 
fwd/reverse inputs, such as DC drives and inverters.
If a spindle encoder is available it is can tailor the acceleration and 
deceleration to the spindle load.
If not the spindle speed is simulated. The component allows for 
gearboxes with up to 16 gears. Each gear has individual control of 
speeds, acceleration, driver gain and direction.


I originally wrote this for my lathe as it makes the lights in my 
workshop dim if it starts up at full acceleration.


Les



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Finest resolution of Lcnc

[Marius Liebenberg]

Have a look here
http://www.dac-intl.com/products/contact-lens-iol-equipment/new-alme-lathe/

-- Original Message --
From: "Niemand Sonst" 
To: "EMC developers" 
Sent: 2017-07-04 19:28:44
Subject: Re: [Emc-developers] Finest resolution of Lcnc

I am surprised about this. I am working as a meteorology application 
engineer about 20 Years now, mostly in metal working industry.


It might be possible to guide a machine with accuracy of 1 µm, but how 
will you check that accuracy.
You may take a laser interferometer and you will get a result, but is 
that one correct? And that is only one dimension!


But accuracy and repeatability mus be holded under all working 
circumstances to get process reliability. That would require 
temperature controlled room, machine and cooling. At my company we do 
calibrate about 3500 measurement tools every day approved according 
German rools (DAkkS).


We are not allowed to switch of the light, not even between Christmas 
and NewYear, as that would result in accuracy loss of our flatness 
normals.

So IMHO I do have a little knowledge about accuracy.

I think we are talking about different stuff, positioning a machine at 
that accuracy might well be possible, but holding an accuracy with a cg 
and cgk Factor of 1.33 for the hole operating area of the machine and 
hole the year is another part of the work.


In optics work, the dimension is less important than the contour of the 
peace, In that industry I sell WhiteLight microscops to control form of 
lens and roughness. But that is another problem.


Regards Norbert

Am 04.07.2017 um 18:54 schrieb Eric Keller:

On Tue, Jul 4, 2017 at 12:01 PM, Niemand Sonst  wrote:


But if you speak about 0.1 µm it is useless to build a lathe on that
accuracy, as you will never be able to turn a part at that accuracy. 
Just a

few degrees temperature difference will destroy the repeatability.

The people that work on optics would be really surprised to hear this, 
also

diamond turning work is done at much finer levels than 100 nM.  Sure,
thermal growth is an issue. People really want to do work down in the 
1nM

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




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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Finest resolution of Lcnc

[Marius Liebenberg]

It happens to be a contact lens lathe that I have to build

-- Original Message --
From: "Bertho Stultiens" 
To: "EMC developers" 
Sent: 2017-07-04 18:04:14
Subject: Re: [Emc-developers] Finest resolution of Lcnc


On 07/04/2017 06:01 PM, Niemand Sonst wrote:
 Gmoccapy is not the issue, as you can add more digits to the DRO on 
the

 settings page. But if you speak about 0.1 µm it is useless to build a
 lathe on that accuracy, as you will never be able to turn a part at 
that

 accuracy. Just a few degrees temperature difference will destroy the
 repeatability.

 Just calculate 1 Degree is 1 µm length difference on every 100 mm.


And yet we have a lathe that can do contact-lens cutting at optical
accuracy (<= 10 nm, without a need for subsequent surface polishing).

It can be done, but it is a lot of control work and quite expensive.


--
Greetings Bertho

(disclaimers are disclaimed)

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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Finest resolution of Lcnc

[Marius Liebenberg]

There are lathes that do that already. The lathe is temperature 
controlled and the slides run on air bearings with a tolerance of better 
than 2 or 3 nano meters. The job is given in 10 micron steps and I have 
to work the gcode from there


-- Original Message --
From: "Niemand Sonst" <nie...@web.de>
To: emc-developers@lists.sourceforge.net
Sent: 2017-07-04 18:01:54
Subject: Re: [Emc-developers] Finest resolution of Lcnc

Gmoccapy is not the issue, as you can add more digits to the DRO on the 
settings page. But if you speak about 0.1 µm it is useless to build a 
lathe on that accuracy, as you will never be able to turn a part at 
that accuracy. Just a few degrees temperature difference will destroy 
the repeatability.


Just calculate 1 Degree is 1 µm length difference on every 100 mm.

Norbert

Am 04.07.2017 um 17:15 schrieb Marius Liebenberg:
The DRO's will have to be modified a bit I suppose. In order to show 
the larger travels. The max travel is about 300mm.


-- Original Message --
From: "andy pugh" <bodge...@gmail.com>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>

Sent: 2017-07-04 13:59:32
Subject: Re: [Emc-developers] Finest resolution of Lcnc

On 4 July 2017 at 12:10, Marius Liebenberg <mar...@mastercut.co.za> 
wrote:


 The question I have is - will I be able to control the lathe to say 
0.1

 micro meter with Lcnc using the Gmoccapy front end.


You could easily configure the machine to use microns as the base 
unit

(then G20 would work in thousandths of an inch).


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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers




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

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

Re: [Emc-developers] Finest resolution of Lcnc

[Marius Liebenberg]

Correct the machine will run between 21 and 23 degrees Celsius always.

-- Original Message --
From: "Eric Keller" <eekel...@psu.edu>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>

Sent: 2017-07-04 17:29:57
Subject: Re: [Emc-developers] Finest resolution of Lcnc

I work with a machine that displays out to an angstrom iirc. It uses mm 
as the main units.  That's a lot of digits. I don't think I would want 
to work in microns. I know people are trying to hold dimensions on the 
order of a nanometer with similar machines.  Our machine isn't tuned 
quite that well, and you need a temperature controlled environment


On Tue, Jul 4, 2017 at 11:15 AM, Marius Liebenberg 
<mar...@mastercut.co.za> wrote:
The DRO's will have to be modified a bit I suppose. In order to show 
the larger travels. The max travel is about 300mm.


-- Original Message ------
From: "andy pugh" <bodge...@gmail.com>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>

Sent: 2017-07-04 13:59:32
Subject: Re: [Emc-developers] Finest resolution of Lcnc

On 4 July 2017 at 12:10, Marius Liebenberg <mar...@mastercut.co.za> 
wrote:


 The question I have is - will I be able to control the lathe to say 
0.1

 micro meter with Lcnc using the Gmoccapy front end.


You could easily configure the machine to use microns as the base 
unit

(then G20 would work in thousandths of an inch).


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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers



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

Re: [Emc-developers] Finest resolution of Lcnc

[Marius Liebenberg]

The DRO's will have to be modified a bit I suppose. In order to show the 
larger travels. The max travel is about 300mm.


-- Original Message --
From: "andy pugh" <bodge...@gmail.com>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>

Sent: 2017-07-04 13:59:32
Subject: Re: [Emc-developers] Finest resolution of Lcnc

On 4 July 2017 at 12:10, Marius Liebenberg <mar...@mastercut.co.za> 
wrote:


 The question I have is - will I be able to control the lathe to say 
0.1

 micro meter with Lcnc using the Gmoccapy front end.


You could easily configure the machine to use microns as the base unit
(then G20 would work in thousandths of an inch).


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


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Finest resolution of Lcnc

[Marius Liebenberg]

Hi All
I have been asked to put a very accurate and delicate lathe together. I 
have to reach a repeatable resolution of sub micron values. I have found 
slides and screws that will allow me to do that.
The question I have is - will I be able to control the lathe to say 0.1 
micro meter with Lcnc using the Gmoccapy front end.




-
Regards / Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Absolute homing with single-turn encoders.

[Marius Alksnys]

I would like to add from experience with industrial robots, what could 
be implemented in LinuxCNC and useful for more machines / cases.
The robots I met had electromechanical brakes  and either resolvers or 
single-turn-absolute-encoders on every joint.
The original control systems, as I understood, work by an algorithm:
--
Power on
read non-volatile memory
For each joint:
If joint was marked as calibrated then:
Read resolver angle
If difference between last_angle and new_angle is less than 
tolerance 
(a degree or less, I suppose), then mark joint as calibrated / 
referenced, calculate pos., etc.
Otherwise mark joint as not referenced / not calibrated.
If any of joints is not calibrated, inform user and ask for 
re-calibration (either each or all joints)
...
Release brakes
...

After brake engage
wait for relays and mechanical brake to work
For each joint:
wait for joints velocity to reduce to ~0
store is-calibrated flag
If joint or robot is calibrated / referenced, then store last_angle
--

This method relies on a very large probability that if a joint was moved 
while offline, it was not moved exactly one resolver / 
single-turn-encoder rotation (+/- small tolerance for backlash and 
readout accuracy). Furthermore, algorithm may add that if at least 1 
joint was moved, don't trust other joints, as this is logical for some 
machines, like industrial robot..


01/05/2017 01:16 AM, Rene Hopf rašė:
>
>> On 4 Jan 2017, at 19:07, Nicklas Karlsson  
>> wrote:
>>
>> As I understand it position is already known from absolute encoder so there 
>> is no need to run machine to a switch is hit?
>
> there are generally 2 types of abs encoders: multiturn and non multiturn.
> non multiturn encoders only give the absolute position to 0-360 deg, so one 
> shaft revolution.
> if you turn it 5 times, the encoder cant tell without power.
> multiturn encoders usually have a battery backup, and can count multiple 
> turns when powered off.
> with multiturn encoders its really easy, you just have a fixed offset to your 
> home position, and it just works.
> the idea is to use non multiturn encoders in a multitun way, so you just have 
> to remember on which rotation the servo is, but not where on that rotation.
> so when you assume your motors dont turn more than a full revolution while 
> the machine is powered off, you can just use the abs position, and full 
> revolutions to work out the exact position.
> of course this also works with resolvers.


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

Re: [Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

10/22/2016 01:13 PM, Niemand Sonst rašė:
>> >Ok, but how should I name the .mo file when using gladevcp?

> As far as I know, it must be named exactly as your class. In this case
> it should be the component name.
>
> As soon as you do embed the component, you might need to merge your file
> with the linuxcnc.mo file, but I am realy not sure on that one.
>
>
> Norbert

Still no luck and no clue how to go further. This is my very simple test 
setup:
http://www.robotise.lt/index.php?controller=attachment_attachment=6

read .sh files before running them


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

Re: [Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

> translation files go to /ust/share/locale/ letters>/LC_MESSAGES/
>
> If you are in rip_environment share/locale/ letters>/LC_MESSAGES/
>
> Regards Norbert

Ok, but how should I name the .mo file when using gladevcp?


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

Re: [Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

10/21/2016 04:25 PM, andy pugh rašė:
> I don't know enough to know if that is enough.

I don't know where to put translation files too. And how to debug such 
set of programs?


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

Re: [Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

10/20/2016 06:33 PM, andy pugh rašė:
> If you look in the glade XML file after setting strings to
> "Translatable" do you see them in the format _("this is a string") or
> are they still "this is a string" ?

I did not set Translatable property, it was on by default. This is a sample:


True
False
0
avarinis stabdis
True



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

Re: [Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

10/12/2016 03:32 PM, andy pugh wrote:
> On 12 October 2016 at 12:43, Marius Alksnys <mar...@robotise.lt> wrote:
>> I am surprised that LinuxCNC has more translations than it is declared.
>> There is Russian translation and docs miss that! I asked my Russian
>> friend, old LinuxCNC user (who reads Russian LinuxCNC forum a lot) if
>> LinuxCNC has Russian translation and he answered No!
>
> He is at least partially incorrect.
>
> If you look at Nick's Youtube videos ...

Yes, I agree. My point is that information about locales is missing in 
the main docs.

People like me (and other non-English speakers, probably) set OS locale 
to English because:
- there is no translation to their language
- or it is too bad to use (smaller number of users = not enough effort; 
English words are shorter usually; language core differences makes 
translations harder, etc.)
- English is preffered (it is more universal to get used to; good way to 
learn English and stay with it every day; it is far easier to search for 
strings on internet, based on English, etc.)
- it is not obvious / easy to turn other language on Linux everywhere
- English is preferred over partially translated system, where English 
texts pop out here and there; commands and reserved words are English too
- people do not know it is possible
- English or some locale settings make some software just work, or have 
issues while localised. For example, boxes in status bar of axis 
interface are too narrow.
- working with people of different languages
- ...

While only a specific program, like in this case, LinuxCNC + tools, can 
be specifically used by CNC operators, they might have other interface 
language needs than me, an integrator.

And, especially, these days (people are migrating or working remotely), 
different multiple languages for users looking at the screen is more and 
more actual.

I am using and installing Linux OS'es with English interface language 
(except some special efforts for non-EN friendly persons). Thus I don't 
even get to know about other language possibilities or quality, 
completeness of other translations.


> I think that, for a standalone UI, the instructions here should be sufficient:
> http://faq.pygtk.org/index.py?req=show=faq22.002.htp

> Oh, and where you say:
>> No surprise there is no Lithuanian translation :)
>
> You could create one with a few hours of typing.

I don't believe few hours would result in usable high quality 
translation. The reasons:
- high number of text strings
- no clues how to translate some words, which somehow matured and 
settled in English language. For example, word Offset. And I found it 
left untranslated in Russian LinuxCNC G-code documentation
- it is not clear where original phrase came from. Not knowing it might 
lead to wrong translation, different context may translate same word 
differently
- no fast way to translate and test / no WYSIWYG translation tool
- I would like to consult at least several people knowing the context 
about right / best translation of some phrases or words. Any good 
collaboration / sharing tools?

I tested Google Translator Toolkit and it messed up the file to 
unusable. It automatically translated a lot of "5:" and alike to long 
random phrases from internet. There where several other drawbacks too.


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

Re: [Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

> I think that, for a standalone UI, the instructions here should be sufficient:
> http://faq.pygtk.org/index.py?req=show=faq22.002.htp

I tried to translate my custom side panel for axis interface using 
instructions you linked me to.

I played with commands like these:
LC_ALL=C LANG=ru LANGUAGE=ru_RU

intltool-extract --type=gettext/glade arrow.glade
LANG=ru_RU msginit

xgettext -k -kN_ --from-code UTF-8 -o arrow_ui.pot arrow.glade.h
msginit -i arrow_ui.pot -l ru_RU
# translate .po file
poedit ru.po
mkdir -p locale/ru/LC_MESSAGES/
msgfmt ru.po -o locale/ru/LC_MESSAGES/arrow_ui.mo
LC_ALL=C LANG=ru LANGUAGE=ru_RU gladevcp_demo arrow.glade



But I don't know what to do with it next.
I am running linuxcnc with a command, for example:
LC_ALL=C LANG=ru LANGUAGE=ru_RU linuxcnc arrow.ini


> To integrate into the overall LinuxCNC ranslation scheme might be more
> difficult.

Is this the case?


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

Re: [Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

Possible answer to my own question:
https://translate.google.com/toolkit/

10/12/2016 02:43 PM, Marius Alksnys rašė:
> What is a good way to involve collaborators to the translation?


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

Re: [Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

Thank you EBo for your great answer.

I am surprised that LinuxCNC has more translations than it is declared. 
There is Russian translation and docs miss that! I asked my Russian 
friend, old LinuxCNC user (who reads Russian LinuxCNC forum a lot) if 
LinuxCNC has Russian translation and he answered No! This is a serious 
information gap.
Translation might be incomplete, but it can help greatly.

No surprise there is no Lithuanian translation :)

Valuable info. Good to start with.
I raised my question because I thought I can create at least my custom 
panel(s) multilingual, which might be enough. Those panels display and 
control things specific to that machine. I use GladeVCP embedded on the 
right side of Axis most often, but sometimes QtQuickVCP or PyVCP on 
Machinekit too.
Therefore, I would like to know which way is better for custom panels 
too. Going the long way for one and only machine might be uncomfortable..

I hope to find a way to edit and install the translation file without 
compiling whole linuxcnc.

What is a good way to involve collaborators to the translation?


10/12/2016 12:56 PM, EBo rašė:
> This is an excellent question, and I am sure there is plenty of people
> who will support this in various ways.  Now on to some technical issues,
> tools, and solutions.
>
> A fair bit of work has already been done on 'internationalization'
> (please see documentation and
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Internationalization for
> specifics and examples).  That said, I am sure that some of the UI's are
> missing any internationalization support.  One of the problems in the
> past is that the UI's were written in any one of a number of different
> tool chains -- including tcltk, gl, Qt, python binding, and I am not
> sure what all.  From the linuxcnc/src/po/README file I see that they
> give some specific examples, and how to.  There is current support for
> 14 different languages and 3 extra regional dialects or additional
> languages.  What I do not know is if the current tools and
> implementation can switch languages on the fly (ie by a pull down menu,
> and refresh in the new language).  It is possible that that
> functionality already exists, but no one has updated it, or (which is
> more likely) that the necessary low level functionality does not exist
> in the tools used.  I know that I tried to do exactly what you are
> suggesting back in 2001 using Qt -- they were just coming out with that
> support in their professional tools, but not in their free version, and
> I was developing open-source tools for ecologists at the university (ie
> not paid, and could not afford to pony up the $5K IIRC)...  So to help
> drill down into the question and how current implementations do not
> support your needs please take a look at the URL above, play with
> them a bit, and tell us where it is not working and what you would want
> to change.  Once we have that information we can have a discussion about
> if the request is something that anyone wants to take on and/or support.
>
> One thing that would help us is if you tell us which UI you would like
> to start with, and if you are looking to try to set it up on the fly or
> just support the additional languages.
>
> I like your idea of setting up a UI which is purely graphical.  There
> is places where that will breakdown, but it could go a long way.  For
> that look at the current UI's, like Axis, and tell use what you would
> change and why.
>
> Hope this helps,
>
> EBo --
>
> On Oct 12 2016 12:21 AM, Marius Alksnys wrote:
>> My integrated machines are used by different language speaking people
>> quite often. Some of them speak / understand one language only. Thus
>> there is a need to create UIs which could be understood by different
>> spoken users. Currently there is a need for up to three languages on
>> one UI.
>>
>>
>> What is the best way to create and maintain such UIs or panels for
>> LinuxCNC?
>>
>>
>> My ideas:
>> 1. Create UI without texts, just icons, numbers, other visual
>> components. This includes various messages - warnings, errors, etc.
>> Where to get suitable icons for that, how to adapt them, what
>> practices
>> to follow?
>> 2. Let the user to choose the language (s)he prefers, for example, a
>> group of radio buttons with flags / abbreviations and by using
>> GladeVCP
>> - create python script which changes labels and texts of controls at
>> runtime depending on which language (or flag) button is activated.
>> 3. Use HAL and connected mentioned radio button hal pins to every HAL
>> "label"... Don't know how to do this yet.
>> 4. Use some native GladeVCP locale methods and translation files (?).
>>
>> More id

[Emc-developers] Best way to create multilingual UI

[Marius Alksnys]

My integrated machines are used by different language speaking people 
quite often. Some of them speak / understand one language only. Thus 
there is a need to create UIs which could be understood by different 
spoken users. Currently there is a need for up to three languages on one UI.


What is the best way to create and maintain such UIs or panels for LinuxCNC?


My ideas:
1. Create UI without texts, just icons, numbers, other visual 
components. This includes various messages - warnings, errors, etc. 
Where to get suitable icons for that, how to adapt them, what practices 
to follow?
2. Let the user to choose the language (s)he prefers, for example, a 
group of radio buttons with flags / abbreviations and by using GladeVCP 
- create python script which changes labels and texts of controls at 
runtime depending on which language (or flag) button is activated.
3. Use HAL and connected mentioned radio button hal pins to every HAL 
"label"... Don't know how to do this yet.
4. Use some native GladeVCP locale methods and translation files (?).

More ideas and suggestions how to realise this?

How about the messages from NGC, from custom HAL components?


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

Re: [Emc-developers] THC with 5 axis plasma

[Marius Liebenberg]

The THC component can run in the servo loop and I can limit the rate 
that it changes by. I have a rate setting on the plasma screen for that 
purpose.
Let me see if I understand it then.
I will measure the arc voltage and if it is out of spec I will tweak 
pivot-length at a low rate to adjust the distance of the torch from the 
material. The change will be in line with where the torch is pointing at 
the moment and it will remain on the cutting line. So a number of axis's 
will be influenced at the same time, possibly.


Subject: Re: [Emc-developers] THC with 5 axis plasma

>Pivot-length is a hal pin which modifies the kinematics calculations 
>which are made at servo rate. You can change it's value as often as 
>that.
>
>As long as the changes are smooth enough to not to generate following 
>errors, you should be OK.
>
>One way I imagine to do that is using M67 and connecting the analog 
>output pin to pivot-length.
>
>
>
>
>
>----
>De: Marius Liebenberg <mar...@mastercut.co.za>
>Enviado: miércoles, 21 de septiembre de 2016 15:05
>Para: EMC developers
>Asunto: Re: [Emc-developers] THC with 5 axis plasma
>
>   That sounds interesting. Can one change the pivot length during a 
>move?
>
>-- Original Message --
>From: "Lisandro Massera" <lisandromass...@hotmail.com>
>To: "EMC developers" <emc-developers@lists.sourceforge.net>
>Sent: 2016-09-21 13:52:33
>Subject: Re: [Emc-developers] THC with 5 axis plasma
>
> >5axiskins exports a pin pivot-length which is the tool length offset.
> >
> >You will have to be careful when conecting this pin to the THC because
> >the THC can have big steps in its output which could cause following
> >errors. Maybe you should connect the output to a filter and then the
> >output of the filter to the kinematics module pin.
> >
> >Lisandro
> >
> >
> >
> >De: Andrew <pkm...@gmail.com>
> >Enviado: miércoles, 21 de septiembre de 2016 11:31
> >Para: EMC developers
> >Asunto: Re: [Emc-developers] THC with 5 axis plasma
> >
> >You need to introduce virtual axis W for that purpose.
> >There's this config... 5axiskins or smth.
> >
> >Andrew
> >
> >2016-09-21 14:11 GMT+03:00 Marius Liebenberg <mar...@mastercut.co.za>:
> >
> >>I agree. It is more al the signal level or HAL level or component
> >>level
> >>  that I am wondering about. You cannot simply change the Z value as 
>we
> >>do
> >>  with THCUD. There are A and C axis involved now as well.
> >--
> >___
> >Emc-developers mailing list
> >Emc-developers@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/emc-developers
>Emc-developers Info Page - SourceForge
>lists.sourceforge.net
>The Enhanced Machine Controller (EMC) is a CNC machine controller that 
>runs on Linux and is available under the terms of the GNU General 
>Public License.
>
>
> >Emc-developers Info Page -
> >SourceForge<https://lists.sourceforge.net/lists/listinfo/emc-developers>
> >lists.sourceforge.net
> >The Enhanced Machine Controller (EMC) is a CNC machine controller that
> >runs on Linux and is available under the terms of the GNU General
> >Public License.
> >
> >
> >
> >--
> >___
> >Emc-developers mailing list
> >Emc-developers@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/emc-developers
>--
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] THC with 5 axis plasma

[Marius Liebenberg]

  That sounds interesting. Can one change the pivot length during a move?

-- Original Message --
From: "Lisandro Massera" <lisandromass...@hotmail.com>
To: "EMC developers" <emc-developers@lists.sourceforge.net>
Sent: 2016-09-21 13:52:33
Subject: Re: [Emc-developers] THC with 5 axis plasma

>5axiskins exports a pin pivot-length which is the tool length offset.
>
>You will have to be careful when conecting this pin to the THC because 
>the THC can have big steps in its output which could cause following 
>errors. Maybe you should connect the output to a filter and then the 
>output of the filter to the kinematics module pin.
>
>Lisandro
>
>
>
>De: Andrew <pkm...@gmail.com>
>Enviado: miércoles, 21 de septiembre de 2016 11:31
>Para: EMC developers
>Asunto: Re: [Emc-developers] THC with 5 axis plasma
>
>You need to introduce virtual axis W for that purpose.
>There's this config... 5axiskins or smth.
>
>Andrew
>
>2016-09-21 14:11 GMT+03:00 Marius Liebenberg <mar...@mastercut.co.za>:
>
>>I agree. It is more al the signal level or HAL level or component 
>>level
>>  that I am wondering about. You cannot simply change the Z value as we 
>>do
>>  with THCUD. There are A and C axis involved now as well.
>--
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
>Emc-developers Info Page - 
>SourceForge<https://lists.sourceforge.net/lists/listinfo/emc-developers>
>lists.sourceforge.net
>The Enhanced Machine Controller (EMC) is a CNC machine controller that 
>runs on Linux and is available under the terms of the GNU General 
>Public License.
>
>
>
>--
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] THC with 5 axis plasma

[Marius Liebenberg]

John
The A rotates the head around the  X axis and the A rotates the head 
around the Z axis. If the torch is sitting at 45 deg and you pull up the 
Z axis it will cut on another line. True the flame is further away but 
also not on the same cut line any more


-- Original Message --
From: "John Thornton" <j...@gnipsel.com>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>
Sent: 2016-09-21 14:06:28
Subject: Re: [Emc-developers] THC with 5 axis plasma

>Z is still the only axis that controls the torch height. A and C should 
>be programmed to follow the path needed for the part. Just trying to 
>visualize that machine in my head... is A and C rotating Z or the part?
>
>JT
>
>On 09/21/2016 06:11 AM, Marius Liebenberg wrote:
>>I agree. It is more al the signal level or HAL level or component 
>>level
>>that I am wondering about. You cannot simply change the Z value as we 
>>do
>>with THCUD. There are A and C axis involved now as well.
>>
>>
>>-- Original Message --
>>From: "John Thornton" <j...@gnipsel.com>
>>To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers"
>><emc-developers@lists.sourceforge.net>
>>Sent: 2016-09-21 12:56:59
>>Subject: Re: [Emc-developers] THC with 5 axis plasma
>>
>>>Cutting a bevel the thickness is different than the sheet but the arc
>>>distance is the same for the thickness being cut IMHO.
>>>
>>>JT
>>>
>>>
>>>On 09/21/2016 12:16 AM, Marius Liebenberg wrote:
>>>>Hi All
>>>>I am starting a build of a 5 axis plasma machine with bevelling
>>>>features. The problem I am facing is not understanding how I will
>>>>implement the THC on a 5 axis setup. I am not sure just changing the 
>>>>Z
>>>>axis feedback or command signal will do the trick here. If a bevel 
>>>>is
>>>>being cut thing surely look different.
>>>>Any ideas or brain storming is welcome please.
>>>>
>>>>
>>>>
>>>>
>>>>-
>>>>Regards / Groete
>>>>
>>>>Marius D. Liebenberg
>>>>+27 82 698 3251
>>>>+27 12 743 6064
>>>>--
>>>>___
>>>>Emc-developers mailing list
>>>>Emc-developers@lists.sourceforge.net
>>>>https://lists.sourceforge.net/lists/listinfo/emc-developers
>>--
>>___
>>Emc-developers mailing list
>>Emc-developers@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/emc-developers
>
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] THC with 5 axis plasma

[Marius Liebenberg]

  I agree. It is more al the signal level or HAL level or component level 
that I am wondering about. You cannot simply change the Z value as we do 
with THCUD. There are A and C axis involved now as well.


-- Original Message --
From: "John Thornton" <j...@gnipsel.com>
To: "Marius Liebenberg" <mar...@mastercut.co.za>; "EMC developers" 
<emc-developers@lists.sourceforge.net>
Sent: 2016-09-21 12:56:59
Subject: Re: [Emc-developers] THC with 5 axis plasma

>Cutting a bevel the thickness is different than the sheet but the arc 
>distance is the same for the thickness being cut IMHO.
>
>JT
>
>
>On 09/21/2016 12:16 AM, Marius Liebenberg wrote:
>>Hi All
>>I am starting a build of a 5 axis plasma machine with bevelling
>>features. The problem I am facing is not understanding how I will
>>implement the THC on a 5 axis setup. I am not sure just changing the Z
>>axis feedback or command signal will do the trick here. If a bevel is
>>being cut thing surely look different.
>>Any ideas or brain storming is welcome please.
>>
>>
>>
>>
>>-
>>Regards / Groete
>>
>>Marius D. Liebenberg
>>+27 82 698 3251
>>+27 12 743 6064
>>--
>>___
>>Emc-developers mailing list
>>Emc-developers@lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/emc-developers
>
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] THC with 5 axis plasma

[Marius Liebenberg]

Hi All
I am starting a build of a 5 axis plasma machine with bevelling 
features. The problem I am facing is not understanding how I will 
implement the THC on a 5 axis setup. I am not sure just changing the Z 
axis feedback or command signal will do the trick here. If a bevel is 
being cut thing surely look different.
Any ideas or brain storming is welcome please.




-
Regards / Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Back tool lathe with Axis UI

[Marius Alksnys]

I followed instructions on
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?BackToolLathe
to make retrofitted emco 220 lathe move in more natural way. And it 
worked, except for the tool shape on screen. Axis shows tool shape 
originally, but draws a point instead of the tool when .axisrc is 
modified for back tool mode.

Sim Lathe configuration, LinuxCNC v. 2.7.6


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

Re: [Emc-developers] HAL signal name aliases?

[Marius Alksnys]

Your subjects says it. Look at halcmd documentation, alias command.
Will it help?

04/30/2016 02:47 AM, Dmitry Yurtaev rašė:
> i'm trying to organize my configs and having trouble doing it
> conveniently. i'd like to localize external connections in one place
> and give signals meaningful names. e.g.
>
> net x-neg-limit sscii.0.gpio.0.in-not
> net x-pos-limit sscii.0.gpio.1.in-not
> net stop sscii.0.gpio.11.in-not
>
> and then use signal names for actual connection:
>
> net x-pos-limit => axis.0.pos-lim-sw-in
> net x-neg-limit => axis.0.neg-lim-sw-in
>
> if wiring changes, i can just edit the first net definition. BUT! i
> also have a pyvcp panel with LEDs  showing inputs status. and i can't
> just write in posgui.hal
>
> net led-in0 sscii.0.gpio.0.in-not => pyvcp-led0
>
> because sscii.0.gpio.0.in-not was already named x-neg-limit! so i'm
> forced to use x-neg-limit name here which ruins routing localization
> attempt...
>
> am i missing something? is there a way to make a connection without
> referring to a signal name which was given to it before?
>
> /dmtiry


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] EDM gap control (Control parameters)

[Marius Liebenberg]

Karl
Speed control is normally a direct function of a current setpoint in the 
PWM controller. EDM power supplies look at every single pulse to 
determine if the current and voltage is within a specified range. The 
quality of the cut is partly a function of the speed and the energy in 
every pulse.
So the control of the speed is integrated with the power management or 
power supply controller.

-- Original Message --
From: "Nicklas Karlsson" 
To: "EMC developers" 
Sent: 2016-02-26 15:10:04
Subject: Re: [Emc-developers] EDM gap control (Control parameters)

>I understand flushing is important but nothing about how ot adapt 
>speed.
>
>
>>  On Friday 26 February 2016 05:07:20 Nicklas Karlsson wrote:
>>
>>  > > >Anybody familiar with EDM who could tell me how to adjust the 
>>feed
>>  > > > rate for EDM operations?
>>  > >
>>  > > Not a very trivial task but it can be done. There is a youtube 
>>video
>>  > > showing and EDM running on linuxcnc. Do a search. The problem 
>>comes
>>  > > in when you have to backup as some EDM machines do.
>>  >
>>  > Programming I could solve. Then controlling speed and backup what 
>>do
>>  > they try to achieve: A certain average gap voltage? Ignition 
>>voltage?
>>  > Power in each pulse?
>>  >
>>  I have only used edm 3 times, in each case in blind holes. The first 
>>time
>>  I drove it by hand from the arrow keys, but found the blind holes 
>>lack
>>  of the electrolite fluid circulation to be a major problem as the 
>>juice
>>  in the hole would gradually get conductive & short it out. I did get 
>>the
>>  first broken tap removed but it was an all day job.  I found also 
>>that
>>  if the electrode was rotating at 50 to 100 revs, that induced
>>  circulation seems to help.  So I wrote a loop that drove it to a 
>>fixed
>>  very small increment farther each time, doing g0 moves so the
>>  electrolite was somewhat pumped in and out of the hole, and the 
>>second
>>  busted tap was cut out in about 1/3rd of the time.  But I felt the 
>>power
>>  supply was a bit puny, so the next time I traded the 2uf capacitor 
>>out
>>  for a 10 uf (both oil filled paper caps) and doubled the voltage to
>>  around 75 volts while reducing the resistor from 50 ohms to 25, lots
>>  more power per pulse.
>>
>>  Later, needing mounting holes in a 10" carbide tipped saw blade so I
>>  could mount it on a rotary table to sharpen it, I used hollow brass
>>  tubing as the electrode, rotating in the mills chuck to help 
>>circulate
>>  the juice.  With more power it was faster, but even with 29db 
>>shooting
>>  earmuffs on, the noise was still in the 130 db area and a bit 
>>painfull.
>>  That saw blade made a great sounding board and I expect it could be
>>  easily heard 3 to 6 blocks away.  It also drilled the cleanest holes 
>>I
>>  have ever seen in that hard chrome plated steel.
>>
>>  So the importance of being able to circulate the juice to keep the
>>  metalic debris flushed from the working area is at last as important 
>>as
>>  the height control.  As for active height control, one might be able 
>>to
>>  use one of the thc modules for that but I've not tried it.
>>
>>  With very short, heavy leads between the capacitor and the workface, 
>>a
>>  diode to rectify the peak voltage reached at the capcitor would seem 
>>to
>>  be the measurement method of choice, but that, even with very short
>>  leads, might need some r/c filtering because the discharge IS going 
>>to
>>  induce some resonant ringing, likely sufficient to cause micro-arcing 
>>in
>>  a common bulk carbon resistor, which will manifest itself as an 
>>initial
>>  lowering of the filtering resistors measured resistance, and a drift 
>>in
>>  the desired operating voltage until the resistor is destroyed. For 
>>the
>>  same reason, the diode needs to be a very fast recovery diode and 
>>rated
>>  at least to 1 kilovolt.
>>
>>  Not hugely helpfull Nicklas, but that is what I learned based on 65+
>>  years of making electrons do useful work.
>>
>>  > Nicklas Karlsson
>>  >
>>  > 
>>--
>>  > Site24x7 APM Insight: Get Deep Visibility into Application
>>  > Performance APM + Mobile APM + RUM: Monitor 3 App instances at just
>>  > $35/Month Monitor end-to-end web transactions and take corrective
>>  > actions now Troubleshoot faster and improve end-user experience.
>>  > Signup Now!
>>  > http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
>>  > ___
>>  > Emc-developers mailing list
>>  > Emc-developers@lists.sourceforge.net
>>  > https://lists.sourceforge.net/lists/listinfo/emc-developers
>>
>>
>>  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 

Re: [Emc-developers] EDM gap control

[Marius Liebenberg]

Not a very trivial task but it can be done. There is a youtube video 
showing and EDM running on linuxcnc. Do a search. The problem comes in 
when you have to backup as some EDM machines do.

There is a yahoo group for edm as well and they have a lot of info 
there. Let me know if you dont come right I will try and send some 
links.


>Anybody familiar with EDM who could tell me how to adjust the feed rate 
>for EDM operations?
>
>
>Nicklas Karlsson
>
>--
>Site24x7 APM Insight: Get Deep Visibility into Application Performance
>APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>Monitor end-to-end web transactions and take corrective actions now
>Troubleshoot faster and improve end-user experience. Signup Now!
>http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Prempt RT on Raspi/ARM

[Marius Liebenberg]

Hi Nicklas
The rpi does not have the same performance as the BBB when it come to 
the IO stuff we are talking about here. The BBB has a TI chip that has 
two very fast MCU's build into the core (over and above the actual ARM 
core). They handle the IO stuff via some DMA arrangements. The RPI does 
not have these MCU's and must do the IO in another fashion.
Mashinekit is a port of linuxcnc that runs very well on the BBB at this 
time.
The MCU's on the BBB can handle a clock rate of up to 200Khz. I think 
the STM32 will have a hard time to get to that if at all. If I can give 
some advise I would say have a look at what is happening with the BBB 
and machinekit. There are FPGA boards running Hostmot driver interfaces 
already. And a heap of other developments.
In conculsion I would say that you should get a better performance from 
the BBB than from most Pc's. The display is another story still but with 
the introdcution of FPGA stuff, the display issues might be gone soon as 
well.


-- Original Message --
From: "Nicklas Karlsson" 
To: "EMC developers" 
Sent: 2016-02-03 14:46:26
Subject: Re: [Emc-developers] Prempt RT on Raspi/ARM

>Yes I read post, Rapberry and beagle bone are fantastic cards. Is there 
>any small unknown delays then running on Raspi or Beagle bone? Or is 
>the problem the same as on an ordinary computer, usually work well 
>enough?
>
>I do not expect more from Beagle/Raspberry unless they have been able 
>to get proper handling of interrupt priorities since they are less 
>powerful than ordinary computer. Do you know if Beagle/Raspberry have 
>proper handling of interrupt priorities in kernel?
>
>STM32 I would expect more from because it's known there is nothing else 
>disturbing. As is now I am using Preemt RT but for the long run I will 
>try get something I know perform as expected every time.
>
>A small jerk every now and then is OK for youtube or telephone but less 
>so then machining part because it stick to the part.
>
>
>Nicklas Karlsson
>
>
>
>On Wed, 3 Feb 2016 13:13:07 +0100
>"W. Martinjak"  wrote:
>
>>  Did you read my post/question, or is this a simple reflex answer?
>>
>>  On 2016-02-03 12:50, Nicklas Karlsson wrote:
>>  > I was thinking more about something like the STM32 discovery 
>>boards. The STM32 micro controller have an Cortex-* CPU with nested 
>>interrupt controller. The Raspi is essentially an ordinary computer 
>>and I have not been able to figure out if it have nested interrupts 
>>and the idea was to get rid of everything that may delay CPU every now 
>>and then. I run control loop at 40kHz which is equal to a period of 
>>25µs on STM32 and it works perfect including low priority taks not 
>>because of performance but because nothing will stop it from getting 
>>the necessary clock cycles then needed.
>>  >
>>  > GUI --> G-code, motion planner and other real time --> Motor 
>>controlling switches.
>>  >
>>  > GUI would be on ordinary computer which usual work well but may 
>>delay CPU every now and then.
>>  > G-code, motion planner and other real time would be on micro 
>>controller which may not delay CPU every now and then.
>>  > Motor controlling switches would be on separate card, usually there 
>>is need for electrical isolation anyway especially if running from 
>>voltage which may be dangerous.
>>  >
>>  >
>>  > The point is to get rid of the annoying  delay for unknown reason 
>>every now and then. What is good enough for video with maybe 50 frame 
>>per second is not good enough for tasks running twenty times as often 
>>even if CPU is very fast but small unknown delays may happen.
>>  >
>>  >
>>  > Nicklas Karlsson
>>  >
>>  >
>>  >
>>  > On Wed, 3 Feb 2016 12:23:11 +0100
>>  > "W. Martinjak"  wrote:
>>  >
>>  >> OK, not as easy...
>>  >> I will reword my question.
>>  >>
>>  >> I've made a driver based on the pluto board and it's working on 
>>machinekit with
>>  >> raspi2 over spi and other altera boards.
>>  >> Partly works with beagleboneblack.
>>  >> https://github.com/tinkercnc/spi-fpga-driver
>>  >>
>>  >> And I asked if it would work with Lcnc.
>>  >>
>>  >>
>>  >>
>>  >> On 2016-02-03 03:24, Jon Elson wrote:
>>  >>> On 02/02/2016 06:24 PM, W. Martinjak wrote:
>>   How far is the development of lcnc on raspi/arm?
>>  >>> LinuxCNC has been running on the Beagle Bone Black for
>>  >>> several years.  It is mostly the same codebase as LinuxCNC,
>>  >>> except for running on the Prempt-RT kernel (I think I got
>>  >>> that right).
>>  >>> The Beagle Bone Black has a pair of 200 MHz microcontrollers
>>  >>> that are used to handle step generation and other low-level
>>  >>> I/O tasks at much faster speeds than the Linux CPU can deal
>>  >>> with them.  Great for software step generation.  The Pi does
>>  >>> not have these microcontrollers.
>>   Would this [1] work with bare lcnc installation.
>>  
>>  
>>  >>> 

Re: [Emc-developers] Prempt RT on Raspi/ARM

[Marius Liebenberg]

  Yes so far as I understand the PRU runs autonomously from the core and 
they use DMA to transfer data. It is my understanding that there are no 
interrupts that will influence the PRU's and they run smoothly. The 3D 
printer guys use it and any delays or interrupts shows up on the quality 
of the product.

As for the salesman bit, I have no affilaitation with machinekit nor do 
I work for them :) I do like the TI chip and the BBB platform. My 
product is based on the CherryBlossom from Arrow.
I am also looking at machinekit all the time mainly because I am 
developing other non cnc products on the same platform and the forum is 
shared. The machinekit boys really undestand the working of the PRU very 
well and many people learn from their work.

I noticed that one of our friends (ArcEye) has done some work on the 
display using QT but I dont know how far he got with that.


>You work like a sales person, everything is good without promising 
>anything. Do you know if they handle priorities properly? No uknown 
>delays for like 100µs every now and then? Clock rate of 200kHz is this 
>the rate it can execute tasks realiable?
>
>Display must be solved but if it have Ethernet X11 this might be a very 
>good option. I already have running on ordinary compture with inverters 
>made myself although a moment ago then I was away for five minutes I 
>got an unexpected delay message. The best would probably a protocol to 
>talk the real time part of linuxcnc via some kind of protocol and in 
>such design of user interface would be very flexible.
>
>Nicklas Karlsson
>
>
>On Wed, 03 Feb 2016 13:25:35 +
>"Marius Liebenberg" <mar...@mastercut.co.za> wrote:
>
>>  Hi Nicklas
>>  The rpi does not have the same performance as the BBB when it come to
>>  the IO stuff we are talking about here. The BBB has a TI chip that 
>>has
>>  two very fast MCU's build into the core (over and above the actual 
>>ARM
>>  core). They handle the IO stuff via some DMA arrangements. The RPI 
>>does
>>  not have these MCU's and must do the IO in another fashion.
>>  Mashinekit is a port of linuxcnc that runs very well on the BBB at 
>>this
>>  time.
>>  The MCU's on the BBB can handle a clock rate of up to 200Khz. I think
>>  the STM32 will have a hard time to get to that if at all. If I can 
>>give
>>  some advise I would say have a look at what is happening with the BBB
>>  and machinekit. There are FPGA boards running Hostmot driver 
>>interfaces
>>  already. And a heap of other developments.
>>  In conculsion I would say that you should get a better performance 
>>from
>>  the BBB than from most Pc's. The display is another story still but 
>>with
>>  the introdcution of FPGA stuff, the display issues might be gone soon 
>>as
>>  well.
>>
>>
>>  -- Original Message --
>>  From: "Nicklas Karlsson" <nicklas.karlsso...@gmail.com>
>>  To: "EMC developers" <emc-developers@lists.sourceforge.net>
>>  Sent: 2016-02-03 14:46:26
>>  Subject: Re: [Emc-developers] Prempt RT on Raspi/ARM
>>
>>  >Yes I read post, Rapberry and beagle bone are fantastic cards. Is 
>>there
>>  >any small unknown delays then running on Raspi or Beagle bone? Or is
>>  >the problem the same as on an ordinary computer, usually work well
>>  >enough?
>>  >
>>  >I do not expect more from Beagle/Raspberry unless they have been 
>>able
>>  >to get proper handling of interrupt priorities since they are less
>>  >powerful than ordinary computer. Do you know if Beagle/Raspberry 
>>have
>>  >proper handling of interrupt priorities in kernel?
>>  >
>>  >STM32 I would expect more from because it's known there is nothing 
>>else
>>  >disturbing. As is now I am using Preemt RT but for the long run I 
>>will
>>  >try get something I know perform as expected every time.
>>  >
>>  >A small jerk every now and then is OK for youtube or telephone but 
>>less
>>  >so then machining part because it stick to the part.
>>  >
>>  >
>>  >Nicklas Karlsson
>>  >
>>  >
>>  >
>>  >On Wed, 3 Feb 2016 13:13:07 +0100
>>  >"W. Martinjak" <mats...@play-pla.net> wrote:
>>  >
>>  >>  Did you read my post/question, or is this a simple reflex answer?
>>  >>
>>  >>  On 2016-02-03 12:50, Nicklas Karlsson wrote:
>>  >>  > I was thinking more about something like the STM32 discovery
>>  >>boards. The STM32 micro controller have an Cortex-* CPU with nested
>&g

Re: [Emc-developers] Prempt RT on Raspi/ARM

[Marius Liebenberg]

>On 02/03/2016 09:07 AM, Marius Liebenberg wrote:
>>Yes so far as I understand the PRU runs autonomously from the core 
>>and
>>they use DMA to transfer data.
>It is actually shared memory.
>

even better that way.


>Jon
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Why is it not allowed to jog in MDI mode?

[Marius Liebenberg]

I have to agree with that. It is most irritating to have to switch to 
manual if you want to jog and that for no apparent reason.


>Hy to all,
>
>I am pretty sure it has been discused allredy, but I do not remember 
>the
>reason, why jogging is not allowed in MDI mode.
>
>I do not see any reason, why to keep that limitation.
>
>Norbert
>
>--
>Site24x7 APM Insight: Get Deep Visibility into Application Performance
>APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>Monitor end-to-end web transactions and take corrective actions now
>Troubleshoot faster and improve end-user experience. Signup Now!
>http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Why is it not allowed to jog in MDI mode?

[Marius Liebenberg]

>On Sat, Jan 16, 2016, at 12:23 PM, Niemand Sonst wrote:
>>  I do not want to jog in Auto mode, but why not in MDI Mode?
>
>Internally, Auto mode and MDI mode are the same thing.  Machine
>motion is controlled by the g-code interpreter.  The only difference
>is where the g-code comes from, program or keyboard.
Ok that will explain.

>
>--
>   John Kasunich
>   jmkasun...@fastmail.fm
>
>--
>Site24x7 APM Insight: Get Deep Visibility into Application Performance
>APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>Monitor end-to-end web transactions and take corrective actions now
>Troubleshoot faster and improve end-user experience. Signup Now!
>http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] jerk limited trajectory

[Marius Alksnys]

12/17/2015 05:40 PM, Viesturs Lācis rašė:
...
> IIRC it has not been implemented in LinuxCNC, because it would not
> work for spindle-synchronised moves, but I might be totally wrong on
> that :))
>
>
> Viesturs

I see jerk limitation as very nice and important feature to have.
And I would go with a workaround like disabling jerk limitation only 
when doing spindle-synchronised move (or whatever else rarely used type 
of move) to let it work for the mainstream.

BTW, limit4 would be great too :)


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

Re: [Emc-developers] Best way to create a timeout in a component

[Marius Liebenberg]

  Subject: Re: [Emc-developers] Best way to create a timeout in a 
component

>On 11/10/2015 10:21 PM, Marius Liebenberg wrote:
>>  I am always finding this difficult because I dont know the right way 
>>of
>>  going about this.
>>  I need to create a timeout of variable seconds long in a component. I
>>  have a pin of type float that holds the required timeout in seconds.
>>  Then I have a small switch statement to give me a place to do the 
>>count
>>  down in.
>>  The question is what is the best way to do the timeout inside the 
>>case
>>  statement. Any place to look at a sample will help as well.
>
>The oneshot component has a count-down timer in it:
>
>http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=blob;f=src/hal/components/oneshot.comp;h=c138ae58b1d24fc6612f6bd7b64c0ca8ed2a3b2c;hb=HEAD
>
Very good example thanks Seb.


>
>--
>Sebastian Kuzminsky
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Best way to create a timeout in a component

[Marius Liebenberg]

I am always finding this difficult because I dont know the right way of 
going about this.
I need to create a timeout of variable seconds long in a component. I 
have a pin of type float that holds the required timeout in seconds. 
Then I have a small switch statement to give me a place to do the count 
down in.
The question is what is the best way to do the timeout inside the case 
statement. Any place to look at a sample will help as well.



-
Regards / Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Spotted on Ali-Express (Via the forum)

[Marius Liebenberg]

  And that price is for the pc only. The controller pcb is sold for $248. 
Even for the pc by itself the price don't look right. The components 
only for that should be in the order of $215


-- Original Message --
From: "TJoseph Powderly" 
To: "EMC developers" 
Sent: 2015-11-05 16:43:46
Subject: Re: [Emc-developers] Spotted on Ali-Express (Via the forum)

>thx andy
>and this too
>someone offers both a computer and the cards for a realtime system
>
>http://www.aliexpress.com/item/CNC-PC-pre-install-LinuxCNC-with-Intel-ATOM-Dual-Core-D525-1-8GHz-for-MotCAT/32510918775.html?spm=2114.01020208.3.42.4nPyIx_ab_test=searchweb201556_9_71_72_73_74_75,searchweb201527_4,searchweb201560_9
>
>i hope their idea of a servo is not one of those stepping things
>TomP tjtr33
>
>
>
>--
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Spotted on Ali-Express (Via the forum)

[Marius Liebenberg]

Tom
That seems a bit cheap. Also the D525 is not the best choice. I have on 
on my mill and it suffers a bit with performance.

-- Original Message --
From: "TJoseph Powderly" 
To: "EMC developers" 
Sent: 2015-11-05 16:43:46
Subject: Re: [Emc-developers] Spotted on Ali-Express (Via the forum)

>thx andy
>and this too
>someone offers both a computer and the cards for a realtime system
>
>http://www.aliexpress.com/item/CNC-PC-pre-install-LinuxCNC-with-Intel-ATOM-Dual-Core-D525-1-8GHz-for-MotCAT/32510918775.html?spm=2114.01020208.3.42.4nPyIx_ab_test=searchweb201556_9_71_72_73_74_75,searchweb201527_4,searchweb201560_9
>
>i hope their idea of a servo is not one of those stepping things
>TomP tjtr33
>
>
>
>--
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] XKCD

[Marius Liebenberg]

Yes sounds about right for me. Or at least my experience of it.

-- Original Message --
From: "andy pugh" 
To: "EMC developers" 
Sent: 2015-10-30 14:43:14
Subject: [Emc-developers] XKCD

>Spot-on as usual.
>
>http://xkcd.com/1597/
>
>
>
>--
>atp
>If you can't fix it, you don't own it.
>http://www.ifixit.com/Manifesto
>
>--
>___
>Emc-developers mailing list
>Emc-developers@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/emc-developers
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

[Emc-developers] Ugrade to 12.04

[Marius Liebenberg]

Hi All
Is there a way to upgrade to Ubuntu 12.04 from the now not supported 
10.04 without loosing a lot of work on the machine? And what about all 
the custom installed software packages, is there a way to keep them?



-
Regards / Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
--
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] research on optical encoders

[Marius Liebenberg]

I would like to read that please.

-- Original Message --
From: EBo e...@sandien.com
To: emc-developers@lists.sourceforge.net
Sent: 2015-08-06 19:32:31
Subject: [Emc-developers] research on optical encoders

During a poster presentation at NASA's Goddard Space Flight Center, one
of the interns presented her work on optical absolute position 
encoders.
Her prototype used a image sensor capable of 18,000FPS, and resolving
to absolute positioning.  I was given a copy of the poster and writeup
and permission to pass along to anyone interested.  Let me know who's
interested...

EBo --

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

Re: [Emc-developers] joints_axes8

[Marius Alksnys]

Curtis,

great plans! I have two questions though:
Question 1.
Is there anything better in TP than main branch in respect to 
simultaneous motion in multiple axes?

Now at least with trivial kins a motion with any from XYZ + any from ABC 
works in a manner to be able to stop ABC at the end of current or next G 
code line.

I raised it in earlier thread Rotary axis motion too slow. In that 
machine and its typical application G-code machining time reduced in 
times after I exchanged Y and A axes in LinuxCNC. (Normally linear Y is 
steady and rotary A is revolving fast with Z fast moves and slow X 
move). People who look at the machine now are amazed how fast it works 
:) But the workaround is not comfortable.

Question 2. Is trajectory motion velocity limited to joints capabilities 
in non-trivial kins?


On 07/23/2015 04:33 AM, Curtis Dutton wrote:
 I have rebased joints_axes7 onto master and renamed it to joints_axes8. I'm
 running it in production and wanted to pick up the latest changes in the
 trajectory planner. I also included a few other commits. It compiles on
 wheezy and all tests appear to pass.

 It's available here.

 https://github.com/curtdutt/linuxcnc

 My next major task will be to address non consecutive axis names defined
 for lathes.

 I would like to get these changes merged into master ASAP and i think that
 should happen before tackling  homing multiple joints on a single axis
 because linuxcnc currently doesnt do that at this time. So there wouldnt be
 a regression by merging.

 If anyone has any other things that they think should be fixed before it
 can go into master please let me know as I will try to address those issues
 as well.

 -Curtis
 --




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

[Emc-developers] Tormach PathPilot

[Marius Liebenberg]

I finally received my PathPilot dvd after about three months of waiting. 
Not the fault or Tormach but rather our postal service.
It really looks great but not surprizing at all that I cannot configure 
or change a damn thing. I installed it on a new computer with a 5i25. 
The installation process updated the firmware for the 5i25. I thought 
that one could at least configure the software to run with a 5i25 and a 
7i76 that is already installed.
I would love to purchase a lathe and mill from Tormach but right now the 
cash just does not exist


Has anyone run the PathPilot software on anything other than the Tormach 
machines or tried another config?




-
Regards / Groete

Marius D. Liebenberg
+27 82 698 3251
+27 12 743 6064
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Tormach PathPilot

[Marius Liebenberg]

On 07/16/2015 02:56 AM, Marius Liebenberg wrote:

... snip

  Has anyone run the PathPilot software on anything other than the 
Tormach
  machines or tried another config?

I haven't tried using PathPilot (PP) with any other equipment, but a 
few
things come to mind. A custom firmware is loaded to a Mesa board (5 or
6i25) that handles a connection to a control board that uses a PIC
microprocessor to interface some of the peripherals to PP. The .ini and
.hal files would need to be edited to compensate for the methods used
for the charge pump/tool number PWM signal and other signals. There are
connection diagrams in the manuals that show the components and the
connections:
http://www.tormach.com/tormach_product_manuals.html

Off hand, I would start with getting the .hal file load commands
working, then edit signals to get e-stop working, then continue
replacing or bypassing other signals.

There should be a sim configuration that you can run to play with the 
UI.

I thought the same as you did, until I realized that I am locked out of 
the OS altogether.  I have not found a way in yet.

--
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Tormach PathPilot

[Marius Liebenberg]

On 07/16/2015 02:56 AM, Marius Liebenberg wrote:

... snip

  Has anyone run the PathPilot software on anything other than the
Tormach
  machines or tried another config?

I haven't tried using PathPilot (PP) with any other equipment, but a
few
things come to mind. A custom firmware is loaded to a Mesa board (5 
or
6i25) that handles a connection to a control board that uses a PIC
microprocessor to interface some of the peripherals to PP. The .ini 
and
.hal files would need to be edited to compensate for the methods used
for the charge pump/tool number PWM signal and other signals. There 
are
connection diagrams in the manuals that show the components and the
connections:
http://www.tormach.com/tormach_product_manuals.html

Off hand, I would start with getting the .hal file load commands
working, then edit signals to get e-stop working, then continue
replacing or bypassing other signals.

There should be a sim configuration that you can run to play with the
UI.

I thought the same as you did, until I realized that I am locked out 
of
the OS altogether.  I have not found a way in yet.

Must be possible:

https://www.youtube.com/watch?v=cGr37Dn6YgM

Found this online
- hold shift and alt during boot (this will take you to the gnome 
desktop)
- hit control-alt-x (this will bring up a prompt in it's own window. Hit 
alt-tab to switch between windows)
- hit control-alt-F1 (this will switch you to a full screen prompt. Hit 
control-alt-F7 to switch back to PP)







--
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


Peter Wallace
Mesa Electronics

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

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Tormach PathPilot

[Marius Liebenberg]

... snip

  I thought the same as you did, until I realized that I am locked out 
of
  the OS altogether.  I have not found a way in yet.

  Must be possible:

  https://www.youtube.com/watch?v=cGr37Dn6YgM

There is a second port on the the 5i25 that hasn't been used yet, which
can be used for the spindle encoder, meaning there is a faster option
than a parallel port.

I would tend to use magnetic gear tooth sensors rather than an optical
sensor which would be sensitive to getting fouled with oil and chips. 
My
plan was to groove the bottom face of the spindle pulley and embed a
toothed steel ring. The teeth would face down. A pin can be set for the
index sensor. The pulley should probably be rebalanced after the
modification since the spindle has a fairly high RPM range.


Good idea it just means we will have to edit the 5i25 firmware or bit 
files

--
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Re: [Emc-developers] Tormach PathPilot

[Marius Liebenberg]

  I can see that I will have to ask for a copy of the source in order to 
implement my own turret type tool changer.

The installation is set out absolutely perfect. Everything is crisp and 
clear and at the right place. I have to say that I am impressed with 
what the boys at Tormach ( and here) did with this software.


On 07/16/2015 02:56 AM, Marius Liebenberg wrote:

... snip

   Has anyone run the PathPilot software on anything other than the
Tormach
   machines or tried another config?

I haven't tried using PathPilot (PP) with any other equipment, but a
few
things come to mind. A custom firmware is loaded to a Mesa board (5
or
6i25) that handles a connection to a control board that uses a PIC
microprocessor to interface some of the peripherals to PP. The .ini
and
.hal files would need to be edited to compensate for the methods 
used
for the charge pump/tool number PWM signal and other signals. There
are
connection diagrams in the manuals that show the components and the
connections:
http://www.tormach.com/tormach_product_manuals.html

Off hand, I would start with getting the .hal file load commands
working, then edit signals to get e-stop working, then continue
replacing or bypassing other signals.

There should be a sim configuration that you can run to play with 
the
UI.

I thought the same as you did, until I realized that I am locked out
of
the OS altogether.  I have not found a way in yet.

Must be possible:

https://www.youtube.com/watch?v=cGr37Dn6YgM

Found this online
- hold shift and alt during boot (this will take you to the gnome
desktop)
- hit control-alt-x (this will bring up a prompt in it's own window. 
Hit
alt-tab to switch between windows)
- hit control-alt-F1 (this will switch you to a full screen prompt. Hit
control-alt-F7 to switch back to PP)







--
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support 
that
you need to offload your IT needs and focus on growing your 
business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers


Peter Wallace
Mesa Electronics

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

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers
--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers