Re: [Emc-users] NML communication

[Jon Elson]

On 07/19/2017 08:08 PM, Nicklas Karlsson wrote:

On 07/20/2017 09:35 AM, andy pugh wrote:

On 19 July 2017 at 19:34, Nicklas Karlsson  wrote:


I have read thru the documentation and do not find it.

I don't know if they have documentation. That's why you were told to
talk to them or look at their code. I think that they were planning to
replace NMP with 0MQ. I don't know if they did.
But the normal use-state for Machinekit is to use a Beaglebone black
for the realtime, (because they are cheap?) then use a normal PC for
the GUI because the BBB has appalling graphics.


Look here for how machinekit does it.

http://machinekoder.com/machinetalk-explained-part-3-technologies/

I read and they have or are working on replacing the protocol. Activity in 
machinekoder repository for cnc machine seems rather low.
I think they have a number of subgroups working in private 
branches.  At least the last time I was with them at 
Tormach, they were still working quite actively on some of 
these projects to make it more flexible.


Jon

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

[Emc-users] Progress, if I spell it right

[Gene Heskett]

Greetings all; I am being attacked by UPS and USPS today.
I got the metal I'd ordered today, a 1/4", 12x48 sheet of 6061t6, a 14" 
piece of 1/2x1 brass for steady rest shoes, and a pair of 1/2" hex brass 
bars to make cathead & spider bolts out of.  Measuring the barrel, I'll 
need to round up some 2" ID pipe about 11" long with 1/4" walls to make 
that cat head.

I did get the end of the action squared up, and shaved a couple thou off 
the face of the bolt to square that up.  And with the 6061 plate I can 
make the dro mount for the tailstock.

Would have made more progress but it was 107F in the shop when I pulled 
the door open with the hex brass in my hand, but I believe it will be 
easier and faster to make those screws in the bigger lathe with its 3 
jaw chuck than fool with TLM putting the 3 jaw back on it, thats  a pita 
trying to get those 6mm nuts re-started on the studs sticking thru the 
flange on TLM's spindle. Got about a dozen of those screws to make. 4 
ea, 3 different lengths.

I got a universal arbor 2 or 3 days back, and a 5" diameter, 6000 grit 
diamond disk that should serve as a tool sharpener came in today too. 
Results TBD.

Still waiting on the new live center.

Anybody with some 75F weather to spare, I sure could use a train load of 
it here in WV.   My icemaker is being overworked.

I do have one problem with the r-pi 3b and LCNC.  The arrow keys, 
left-right, work every place else but in the MDI cmdline box. So editing 
a line called back has to be done by clicking after the recalled line, 
then backspacing to where the change needs to be, and retyping the rest 
of the line erased by the backspace key.

This has been a problem for the last 7 or 8 updates.  Works normally on 
the rest of the x86 machines. Swapping keyboards has no effect. BTDT.

Thanks everybody.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

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

Re: [Emc-users] NML communication

[Nicklas Karlsson]

> On 07/19/2017 04:35 PM, andy pugh wrote:
> > On 19 July 2017 at 19:34, Nicklas Karlsson  
> > wrote:
> >
> >> I have read thru the documentation and do not find it.
> > I don't know if they have documentation. That's why you were told to
> > talk to them or look at their code. I think that they were planning to
> > replace NMP with 0MQ. I don't know if they did.
> Yes, my understanding is the 0MQ changeover is pretty well 
> complete for mainline functions.  There might be some 
> optional things that haven't been converted, yet.

Then there is 0MQ instead of NML at the point I want to make the split.

In github I found 112 repositories but quite little activity on machinekit fork 
which should be no suprise with the many things going on, among many others I 
found hal-mode a plugin for editing *.hal file in emacs. Also a remote control 
for telephone.

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

Re: [Emc-users] NML communication

[Jon Elson]

On 07/19/2017 04:35 PM, andy pugh wrote:

On 19 July 2017 at 19:34, Nicklas Karlsson  wrote:


I have read thru the documentation and do not find it.

I don't know if they have documentation. That's why you were told to
talk to them or look at their code. I think that they were planning to
replace NMP with 0MQ. I don't know if they did.
Yes, my understanding is the 0MQ changeover is pretty well 
complete for mainline functions.  There might be some 
optional things that haven't been converted, yet.


Jon

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

Re: [Emc-users] NML communication

[Jon Elson]

On 07/19/2017 01:34 PM, Nicklas Karlsson wrote:

HAL spans the divide and lets realtime and non-realtime components talk
to each other easily.

HAL is currently not network-transparent, so components on one computer
can't make HAL net connections to components on a different computer.
This may or may not be an obstacle for your use case.

It is an obstacle since I intend to put them on different computers.




You should talk to the Machinekit folks, or at least browse
their code, as they have done a lot of work in this area.  I
don't know the deep details, I just know they have already
done it.  it was not a minor hack.

I have read thru the documentation and do not find it.

There is axis-remote which may be used to trigger commands remotely. It would 
be a really good tool to drive the operator crazy by triggering the most 
annoying action then least needed.

Yes, their documentation is lagging very far behind the code 
(like years).  You might look through their blogs, as I know 
Michael Haberler described how it worked a couple years ago.


Jon

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

Re: [Emc-users] NML communication

[Nicklas Karlsson]

> On 07/20/2017 09:35 AM, andy pugh wrote:
> > On 19 July 2017 at 19:34, Nicklas Karlsson  
> > wrote:
> > 
> >> I have read thru the documentation and do not find it.
> > 
> > I don't know if they have documentation. That's why you were told to
> > talk to them or look at their code. I think that they were planning to
> > replace NMP with 0MQ. I don't know if they did.
> > But the normal use-state for Machinekit is to use a Beaglebone black
> > for the realtime, (because they are cheap?) then use a normal PC for
> > the GUI because the BBB has appalling graphics.
> > 
> 
> Look here for how machinekit does it.
> 
> http://machinekoder.com/machinetalk-explained-part-3-technologies/

I read and they have or are working on replacing the protocol. Activity in 
machinekoder repository for cnc machine seems rather low. The blocks will stay 
the same and they seems to work in good direction but I am unsure how far they 
have come.

To split user interface from real time is not a new idea, I think one of my old 
machines around 30 years old use this concept internally.


Nicklas Karlsson

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

Re: [Emc-users] NML communication

[Nicklas Karlsson]

> On 07/20/2017 09:35 AM, andy pugh wrote:
> > On 19 July 2017 at 19:34, Nicklas Karlsson  
> > wrote:
> > 
> >> I have read thru the documentation and do not find it.
> > 
> > I don't know if they have documentation. That's why you were told to
> > talk to them or look at their code. I think that they were planning to
> > replace NMP with 0MQ. I don't know if they did.
> > But the normal use-state for Machinekit is to use a Beaglebone black
> > for the realtime, (because they are cheap?) then use a normal PC for
> > the GUI because the BBB has appalling graphics.
> > 
> 
> Look here for how machinekit does it.
> 
> http://machinekoder.com/machinetalk-explained-part-3-technologies/

That is exactly what I want. I remember last time should read about 0MQ I 
instead found some kind of horrible procedure.

I wonder if 0MQ stand for Zero Message Queue, this is almost always a good 
solution in real time system, if messages start to queue up it is better to use 
the oldest value instead of queue up and removal of queue also have several 
positive effects. Simpler software, better performance, no memory used for 
queue.


Regards Nicklas Karlsson

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

[Emc-users] gladevcp

[Nicklas Karlsson]

I am using the reverse running branch and gladevcp appear but is locked, I got 
the error:
  'utf8' codec can't decode byte 0xd0 in position 39: invalid continuation byte

in the lower right corner. Same configuration work with an a little bit older 
version. I figured out it's something in written in python, do anybody have an 
idea how to fix this?


Nicklas Karlsson

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

Re: [Emc-users] NML communication

[James Boulton]

On 07/20/2017 09:35 AM, andy pugh wrote:
> On 19 July 2017 at 19:34, Nicklas Karlsson  
> wrote:
> 
>> I have read thru the documentation and do not find it.
> 
> I don't know if they have documentation. That's why you were told to
> talk to them or look at their code. I think that they were planning to
> replace NMP with 0MQ. I don't know if they did.
> But the normal use-state for Machinekit is to use a Beaglebone black
> for the realtime, (because they are cheap?) then use a normal PC for
> the GUI because the BBB has appalling graphics.
> 

Look here for how machinekit does it.

http://machinekoder.com/machinetalk-explained-part-3-technologies/




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

Re: [Emc-users] NML communication

[andy pugh]

On 19 July 2017 at 19:34, Nicklas Karlsson  wrote:

> I have read thru the documentation and do not find it.

I don't know if they have documentation. That's why you were told to
talk to them or look at their code. I think that they were planning to
replace NMP with 0MQ. I don't know if they did.
But the normal use-state for Machinekit is to use a Beaglebone black
for the realtime, (because they are cheap?) then use a normal PC for
the GUI because the BBB has appalling graphics.

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

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

Re: [Emc-users] G-code to support multiple spindles.

[robert - Innovative-RC]

But there is another option that has some appeal, but is a marked
departure. G-code does not use the $ character. But it looks a bit
like an S-for-spindle. If we used that to define the spindle then
there is no chance of a "collision" with any other G-code dialect (and
I think that Remapping would then ve free to emulate any other G-code
dialect).




This tends to get used for Multi path contorls that use 1 file per
program construct
$1 (program/path 1)
$2 (program/path 2)

but if linuxcnc did have multipath it could use %1,%2 etc

!n (n=a number in equence) tends to get use for multipath controls where
you need to sync programs or wait for another program etc
L i have seen used but tends to be a basic wait code but again this depends on 
control, this was on a mitsubishi

on one lathe we have which has 3 spindles it uses Sn=

also just S = spindle 0

so
s0=200 is spindle0 200rpm
s1=100 is spindle1 100rpm

 but dont forget some times you need to run Spindle 1 forward, spindle 2
reverse, as if its a sub for pickup one has to be CW, other CCW to grip the 
part and exchange from spindle to spindle
this is why you tend to find on lathes multi direction M codes
ie
M03 M04

M53 M54
etc

but this varys on controls.

i wonder what a more up to date control program looks like on a multi path 
multi spindle machine like the newer nakamuras etc

 rob


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

Re: [Emc-users] NML communication --> linuxcnc is a script

[Nicklas Karlsson]

> On 07/19/2017 08:26 AM, Nicklas Karlsson wrote:
> > I have arrived at a point there I am starting to think about
> > splitting linuxcnc in two, one for real time and the other for GUI. I
> > know it have been up before not to long time ago. I guess move EMCMOT
> > and below is what I start with but EMCTASK I am a little bit unsure
> > about.
> >
> > Do anybody have experience of suggestions for this?
> 
> LinuxCNC already is split this way, though in practice almost(?) 
> everyone runs the realtime part and the non-realtime part on the same 
> machine.

I have should have looked before talking and found the linuxcnc is actually a 
script.

In process list I could see io,linuxcncsvr and milltask so I guess several 
tasks are started. Will eat my way thru and try to figure out what is happening.

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

Re: [Emc-users] NML communication

[Nicklas Karlsson]

> On 07/19/2017 08:26 AM, Nicklas Karlsson wrote:
> > I have arrived at a point there I am starting to think about
> > splitting linuxcnc in two, one for real time and the other for GUI. I
> > know it have been up before not to long time ago. I guess move EMCMOT
> > and below is what I start with but EMCTASK I am a little bit unsure
> > about.
> >
> > Do anybody have experience of suggestions for this?
> 
> LinuxCNC already is split this way, though in practice almost(?) 
> everyone runs the realtime part and the non-realtime part on the same 
> machine.

Is it possible to start them separately on two different command lines?



> This diagram shows where the realtime/non-realtime split is:
> 
> http://linuxcnc.org/docs/2.7/html/code/code-notes.html#_architecture_overview
> 
> That diagram is a little outdated; it is from before HAL.
> 
> HAL spans the divide and lets realtime and non-realtime components talk 
> to each other easily.
> 
> HAL is currently not network-transparent, so components on one computer 
> can't make HAL net connections to components on a different computer. 
> This may or may not be an obstacle for your use case.

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

Re: [Emc-users] NML communication

[Nicklas Karlsson]

> >> HAL spans the divide and lets realtime and non-realtime components talk
> >> to each other easily.
> >>
> >> HAL is currently not network-transparent, so components on one computer
> >> can't make HAL net connections to components on a different computer.
> >> This may or may not be an obstacle for your use case.
> > It is an obstacle since I intend to put them on different computers.
> >
> >
> >
> You should talk to the Machinekit folks, or at least browse 
> their code, as they have done a lot of work in this area.  I 
> don't know the deep details, I just know they have already 
> done it.  it was not a minor hack.

I have read thru the documentation and do not find it.

There is axis-remote which may be used to trigger commands remotely. It would 
be a really good tool to drive the operator crazy by triggering the most 
annoying action then least needed.


Nicklas Karlsson

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

Re: [Emc-users] NML communication

[Nicklas Karlsson]

> Hi Nicklas,
> 
> What exactly are you trying to achieve? If we know more about your 
> project we may be able to suggest solutions.

GUI on one computer and real time on other machine.

My ordinary computer work well but not perfect. With no or low demand on real 
time I could connect to machine with ordinary ethernet connection, more like a 
printer although a user interface is needed.

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

Re: [Emc-users] Emc-users Digest, Vol 135, Issue 59

[beukes1140]

6 wires. Looks like a normal 3 phase motor terminal block but windings 
differ.Thanks Andy


Sent from my Samsung device

 Original message 
From: emc-users-requ...@lists.sourceforge.net 
Date: 19/07/2017  18:27  (GMT+02:00) 
To: emc-users@lists.sourceforge.net 
Subject: Emc-users Digest, Vol 135, Issue 59 

Send Emc-users mailing list submissions to
emc-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/emc-users
or, via email, send a message with subject or body 'help' to
emc-users-requ...@lists.sourceforge.net

You can reach the person managing the list at
emc-users-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Emc-users digest..."


Today's Topics:

   1. NML communication (Nicklas Karlsson)
   2. Re: NML communication (Sebastian Kuzminsky)
   3. Re: NML communication (Nicklas Karlsson)
   4. Hermle spindle motor (Johann Beukes)
   5. LinuxCNC 2.7.10 is out (Sebastian Kuzminsky)
   6. Re: Hermle spindle motor (andy pugh)


--

Message: 1
Date: Wed, 19 Jul 2017 16:26:50 +0200
From: Nicklas Karlsson 
To: emc-users@lists.sourceforge.net
Subject: [Emc-users] NML communication
Message-ID: <20170719162650.98fc5318c60f7055e9998...@gmail.com>
Content-Type: text/plain; charset=US-ASCII

I have arrived at a point there I am starting to think about splitting linuxcnc 
in two, one for real time and the other for GUI. I know it have been up before 
not to long time ago. I guess move EMCMOT and below is what I start with but 
EMCTASK I am a little bit unsure about. 

Do anybody have experience of suggestions for this?


Nicklas Karlsson



--

Message: 2
Date: Wed, 19 Jul 2017 08:47:57 -0600
From: Sebastian Kuzminsky 
To: "Enhanced Machine Controller (EMC)"

Subject: Re: [Emc-users] NML communication
Message-ID: <758f3997-f64b-e326-0c0e-d2c2ff51f...@highlab.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

On 07/19/2017 08:26 AM, Nicklas Karlsson wrote:
> I have arrived at a point there I am starting to think about
> splitting linuxcnc in two, one for real time and the other for GUI. I
> know it have been up before not to long time ago. I guess move EMCMOT
> and below is what I start with but EMCTASK I am a little bit unsure
> about.
>
> Do anybody have experience of suggestions for this?

LinuxCNC already is split this way, though in practice almost(?) 
everyone runs the realtime part and the non-realtime part on the same 
machine.

This diagram shows where the realtime/non-realtime split is:

http://linuxcnc.org/docs/2.7/html/code/code-notes.html#_architecture_overview

That diagram is a little outdated; it is from before HAL.

HAL spans the divide and lets realtime and non-realtime components talk 
to each other easily.

HAL is currently not network-transparent, so components on one computer 
can't make HAL net connections to components on a different computer. 
This may or may not be an obstacle for your use case.


-- 
Sebastian Kuzminsky



--

Message: 3
Date: Wed, 19 Jul 2017 17:47:59 +0200
From: Nicklas Karlsson 
To: "Enhanced Machine Controller \(EMC\)"

Subject: Re: [Emc-users] NML communication
Message-ID: <20170719174759.f4f391084f3136a467137...@gmail.com>
Content-Type: text/plain; charset=US-ASCII

> ...
> HAL spans the divide and lets realtime and non-realtime components talk 
> to each other easily.
> 
> HAL is currently not network-transparent, so components on one computer 
> can't make HAL net connections to components on a different computer. 
> This may or may not be an obstacle for your use case.

It is an obstacle since I intend to put them on different computers.


Nicklas Karlsson



--

Message: 4
Date: Wed, 19 Jul 2017 18:10:12 +0200
From: Johann Beukes 
To: emc-users@lists.sourceforge.net
Subject: [Emc-users] Hermle spindle motor
Message-ID:

[Emc-users] Hostmot2 UARTS

[andy pugh]

On 19 July 2017 at 17:58,   wrote:

> Does 7i93 work that was, and does LinuxCNC 2.7.10 have the capability to 
> drive the UART now?

It has been possible to drive the UARTs for some years, but it isn't
particularly easy.

You need to write a driver using .comp that converts the required HAL
pins into bytes to be sent.

There is an example driver here:
https://github.com/LinuxCNC/linuxcnc/blob/master/src/hal/drivers/mesa_uart.comp

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

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

Re: [Emc-users] NML communication

[Les Newell]

Hi Nicklas,

What exactly are you trying to achieve? If we know more about your 
project we may be able to suggest solutions.


Les

On 19/07/2017 15:26, Nicklas Karlsson wrote:

I have arrived at a point there I am starting to think about splitting linuxcnc 
in two, one for real time and the other for GUI. I know it have been up before 
not to long time ago. I guess move EMCMOT and below is what I start with but 
EMCTASK I am a little bit unsure about.

Do anybody have experience of suggestions for this?


Nicklas Karlsson

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




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

Re: [Emc-users] LinuxCNC 2.7.10 is out

[dannym]

I see the 7i93 includes UART functionality.

I have been troubled by the VFD's RS485 Modbus link.  I had to strap a second 
cable solution onto my PC just for that.

RS485 4-wire transceiver control signals out of the card would be great, but a 
UART that just has Rx/Tx with no RS485 protocol would be a great improvement, 
I'd just drive it into a hardware RS232/Rs485 dongle.  This would save the 
cabling problem.

Does 7i93 work that was, and does LinuxCNC 2.7.10 have the capability to drive 
the UART now?

Danny


 Sebastian Kuzminsky  wrote: 
> LinuxCNC 2.7.10 is out.  This one's a relatively boring stable release.
> A few minor bugs have been fixed, but the real highlights are:
> 
>* full support for Debian Stretch (uspace realtime with RT-Preempt)
>* support for Mesa 7i93 Hostmot2 Ethernet board
>* support for Huanyang GT-series VFDs
> 
> 
> Thanks to the folks who contributed patches and fixes for this release:
> 
>* Andy Pugh
>* Jeff Epler
>* John Thornton
>* Norbert Schechner
>* Sebastian Kuzminsky
> 
> 
> And of course, as always, thanks to everyone helping
> out in the forums, mailing list, and on IRC,
> and to everyone who took the time to open
> issues on github.
> 
> 
> The full changelog:
> 
>* docs: document [EMCMOT]COMM_TIMEOUT
>* docs: teach buildsystem to generate manpages from asciidoc source
>* docs: add info about the Touchy radio buttons
>* docs: improve some hm2_bspi manpages
> 
>* gmoccapy: added Num_Pad jogging
>* image-to-gcode: work around gratuitous breakage in PIL
> 
>* GladeVCP: don't exit if CombiDRO fails to poll status
> 
>* hy_vfd: add --motor-poles, to set PD143
>* hy_vfd: add --base-frequency to set PD004 on the VFD
>* hy_vfd: document PD004/base-freq better in the manpage
>* hy_vfd: fix some typos in --help output and comments
> 
>* add a driver for the Huanyang GT series VFD
> 
>* hm2_eth: add support for Mesa 7i93 AnyIO ethernet board
>* hm2_sserial: Fix a bug where the second port would not work if the
>first was disabled
> 
>* gcodemodule: make interp really close part program
>* pluto: use rtapi's fabs() instead of the kernel's abs()
>* steptest: don't change position-cmd when not running
> 
>* uspace: find top online CPU
> 
>* tests: make timeouts simpler & smarter in halui/jogging test
> 
>* build: fix building linuxcnc.1 when docs not requested
>* build: don't fail when requested not to build documentation
>* build: ensure asciidoc manpages are built before checklink is run
>* build: build-depend on asciidoc-dblatex on debian stretch
>* build: on Debian Stretch and newer, depend on gstreamer 1.0
>* build: add debian/configure stanza for debian stretch
>* build: rename the GS2 VFD Makefile variables for clarity
> 
> 
> -- 
> Sebastian Kuzminsky
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


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

Re: [Emc-users] NML communication

[Jon Elson]

On 07/19/2017 10:47 AM, Nicklas Karlsson wrote:

...
HAL spans the divide and lets realtime and non-realtime components talk
to each other easily.

HAL is currently not network-transparent, so components on one computer
can't make HAL net connections to components on a different computer.
This may or may not be an obstacle for your use case.

It is an obstacle since I intend to put them on different computers.



You should talk to the Machinekit folks, or at least browse 
their code, as they have done a lot of work in this area.  I 
don't know the deep details, I just know they have already 
done it.  it was not a minor hack.


Jon

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

Re: [Emc-users] Hermle spindle motor

[andy pugh]

On 19 July 2017 at 17:10, Johann Beukes  wrote:

> I have a Hermle milling machine in the refurb process. I battle with the
> vertical spindle motor wiring as the windings give weird readings. Must be
> a two or 3 speed motor. Can someo e help me please?

How many wires?

Does it appear to match any of these diagrams?
http://www.practicalmachinist.com/vb/transformers-phase-converters-and-vfd/multi-speed-motor-connections-102289/

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

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

[Emc-users] LinuxCNC 2.7.10 is out

[Sebastian Kuzminsky]

LinuxCNC 2.7.10 is out.  This one's a relatively boring stable release.
A few minor bugs have been fixed, but the real highlights are:

  * full support for Debian Stretch (uspace realtime with RT-Preempt)
  * support for Mesa 7i93 Hostmot2 Ethernet board
  * support for Huanyang GT-series VFDs


Thanks to the folks who contributed patches and fixes for this release:

  * Andy Pugh
  * Jeff Epler
  * John Thornton
  * Norbert Schechner
  * Sebastian Kuzminsky


And of course, as always, thanks to everyone helping
out in the forums, mailing list, and on IRC,
and to everyone who took the time to open
issues on github.


The full changelog:

  * docs: document [EMCMOT]COMM_TIMEOUT
  * docs: teach buildsystem to generate manpages from asciidoc source
  * docs: add info about the Touchy radio buttons
  * docs: improve some hm2_bspi manpages

  * gmoccapy: added Num_Pad jogging
  * image-to-gcode: work around gratuitous breakage in PIL

  * GladeVCP: don't exit if CombiDRO fails to poll status

  * hy_vfd: add --motor-poles, to set PD143
  * hy_vfd: add --base-frequency to set PD004 on the VFD
  * hy_vfd: document PD004/base-freq better in the manpage
  * hy_vfd: fix some typos in --help output and comments

  * add a driver for the Huanyang GT series VFD

  * hm2_eth: add support for Mesa 7i93 AnyIO ethernet board
  * hm2_sserial: Fix a bug where the second port would not work if the
  first was disabled

  * gcodemodule: make interp really close part program
  * pluto: use rtapi's fabs() instead of the kernel's abs()
  * steptest: don't change position-cmd when not running

  * uspace: find top online CPU

  * tests: make timeouts simpler & smarter in halui/jogging test

  * build: fix building linuxcnc.1 when docs not requested
  * build: don't fail when requested not to build documentation
  * build: ensure asciidoc manpages are built before checklink is run
  * build: build-depend on asciidoc-dblatex on debian stretch
  * build: on Debian Stretch and newer, depend on gstreamer 1.0
  * build: add debian/configure stanza for debian stretch
  * build: rename the GS2 VFD Makefile variables for clarity


--
Sebastian Kuzminsky

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

[Emc-users] Hermle spindle motor

[Johann Beukes]

Hi Guys
I have a Hermle milling machine in the refurb process. I battle with the
vertical spindle motor wiring as the windings give weird readings. Must be
a two or 3 speed motor. Can someo e help me please?
Thanks
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] NML communication

[Nicklas Karlsson]

> ...
> HAL spans the divide and lets realtime and non-realtime components talk 
> to each other easily.
> 
> HAL is currently not network-transparent, so components on one computer 
> can't make HAL net connections to components on a different computer. 
> This may or may not be an obstacle for your use case.

It is an obstacle since I intend to put them on different computers.


Nicklas Karlsson

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

Re: [Emc-users] NML communication

[Sebastian Kuzminsky]

On 07/19/2017 08:26 AM, Nicklas Karlsson wrote:

I have arrived at a point there I am starting to think about
splitting linuxcnc in two, one for real time and the other for GUI. I
know it have been up before not to long time ago. I guess move EMCMOT
and below is what I start with but EMCTASK I am a little bit unsure
about.

Do anybody have experience of suggestions for this?


LinuxCNC already is split this way, though in practice almost(?) 
everyone runs the realtime part and the non-realtime part on the same 
machine.


This diagram shows where the realtime/non-realtime split is:

http://linuxcnc.org/docs/2.7/html/code/code-notes.html#_architecture_overview

That diagram is a little outdated; it is from before HAL.

HAL spans the divide and lets realtime and non-realtime components talk 
to each other easily.


HAL is currently not network-transparent, so components on one computer 
can't make HAL net connections to components on a different computer. 
This may or may not be an obstacle for your use case.



--
Sebastian Kuzminsky

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

[Emc-users] NML communication

[Nicklas Karlsson]

I have arrived at a point there I am starting to think about splitting linuxcnc 
in two, one for real time and the other for GUI. I know it have been up before 
not to long time ago. I guess move EMCMOT and below is what I start with but 
EMCTASK I am a little bit unsure about. 

Do anybody have experience of suggestions for this?


Nicklas Karlsson

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