Re: [Emc-users] GUI Feature Request

[Rafael Skodlar]

Hi Todd,

On 1/5/21 6:33 AM, Todd Zuercher wrote:

I've noticed what appears to be a lot of new development of new GUIs for 
Linuxcnc lately.  Here is an idea that I would love to see implemented in a new 
GUI, but I do not have the programming skills to implement it.  For our 
production machines it would be nice for the supervisors to be able to set up a 
que of g-code files for shifts to run.  The que would be a list of g-code 
files, and their location paths (possibly a network location), the number of 
repeats to run, and possibly a material to be used description.  Then the 
machine operators would simply unload/load the machine, and press start, once 
the required number of runs is completed the gui would automatically load the 
next g-code file in the que and prompt the user what material to load for the 
next run.  How hard might something like this be to implement?


Todd Zuercher
P. Graham Dunn Inc.
630 Henry Street
Dalton, Ohio 44618
Phone:  (330)828-2105ext. 2031


At least part of your proposal seems to be a logistics problem that 
systems administrators have to deal with from time to time.

Think about it as a library of books or paper docs.

Good design should include hierarchy, document (file) naming scheme, 
aging, logging, and index.


${HOME}/jobs//
${HOME}/jobs//.jobs
${HOME}/jobs//2021-01-02/_partx-01.gcode
${HOME}/jobs//2021-01-02/_party-02.gcode

${HOME}/jobs//.jobs
${HOME}/jobs//_party-01.gcode
${HOME}/jobs//_party-02.gcode
${HOME}/jobs//_party-03.gcode
${HOME}/jobs//_partx-01.gcode

${HOME}/jobs/allJobs.list  would contain file names and short 
description about them in one line. Could be implemented in json format.


In general, file names alone should give you a hint where they come from 
or belong to.


Large part of this could be done simply with a set of bash scripts. 
Advanced design should be done in python IMO. Text based design with 
ncurses would work fine in terminal mode. Midnight commander for 
managing files is an excellent example of what I mean.
If the number of files grows into tens or hundreds I would use sqlite to 
keep track of it all.


One thing should be forbidden, spaces in the file names. File names 
should not start with uppercase characters because that requires two 
fingers to type which is not always convenient.


--
Rafael


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

Re: [Emc-users] GUI Feature Request

[Sven Wesley]

Den tis 5 jan. 2021 kl 15:36 skrev Todd Zuercher :

> I've noticed what appears to be a lot of new development of new GUIs for
> Linuxcnc lately.  Here is an idea that I would love to see implemented in a
> new GUI, but I do not have the programming skills to implement it.  For our
> production machines it would be nice for the supervisors to be able to set
> up a que of g-code files for shifts to run.  The que would be a list of
> g-code files, and their location paths (possibly a network location), the
> number of repeats to run, and possibly a material to be used description.
> Then the machine operators would simply unload/load the machine, and press
> start, once the required number of runs is completed the gui would
> automatically load the next g-code file in the que and prompt the user what
> material to load for the next run.  How hard might something like this be
> to implement?
>
>
> Todd Zuercher
>
>
In the workshop I was working in during the 90's we already used this
setup. All machines were fed with programs from a minix server that we used
as a file service at the CAM stations.
Spontaneusly I would say that if you have a File/HTTP server it should be
fairly easy to make a user space component that fetches the programs, i.e.
not so much GUI related really but you can get a tab or dialog listing
upcoming runs.

/Sven

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

[Emc-users] GUI Feature Request

[Todd Zuercher]

I've noticed what appears to be a lot of new development of new GUIs for 
Linuxcnc lately.  Here is an idea that I would love to see implemented in a new 
GUI, but I do not have the programming skills to implement it.  For our 
production machines it would be nice for the supervisors to be able to set up a 
que of g-code files for shifts to run.  The que would be a list of g-code 
files, and their location paths (possibly a network location), the number of 
repeats to run, and possibly a material to be used description.  Then the 
machine operators would simply unload/load the machine, and press start, once 
the required number of runs is completed the gui would automatically load the 
next g-code file in the que and prompt the user what material to load for the 
next run.  How hard might something like this be to implement?


Todd Zuercher
P. Graham Dunn Inc.
630 Henry Street
Dalton, Ohio 44618
Phone:  (330)828-2105ext. 2031


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

Re: [Emc-users] Gui Feature Request

[robert - Innovative-RC]

i think you are looking for something you get on machines with Pallet 
systems attached mostly

normaly they have a screen on the pallet end where you can set what job 
is set to which pallet, the newer machins you can also set which jobs 
are set to each pallet face (or multi jobs to a pallet face), and then 
turn them on and off as needed (also a program can flag/turn a program 
also if it detect broken tools etc)

kinda of a must if your running production on a pallet system.







--
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] Gui Feature Request

[Todd Zuercher]

Yes I was going to at the minimum put print or msg comments in the files, but 
if the Que Gui could handle it, or add to it that might be better.

Things I would like to express to the operator would be, Material descriptions 
(Size and Type), Fixturing instructions, Tools used, Total # of parts needed, 
and # completed or to go.

Some kind of attention getter at Job changes would be a good idea.


- Original Message -
From: "Chris Albertson" <albertson.ch...@gmail.com>
To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Sent: Friday, April 28, 2017 2:40:36 PM
Subject: Re: [Emc-users] Gui Feature Request

On Fri, Apr 28, 2017 at 10:18 AM, Kurt Jacobson <kurtcjacob...@gmail.com>
wrote:

> Todd,
> A job que is an interesting idea and I can see were it would be useful. I
> am working on a new GUI and I have been thinking of all the interesting
> things to eventually add to make it more useful, I will keep this in mind
> and start thinking about how to implement it.
>

If the queue contains jobs that are not identical.  There needs to be some
BIG warning that the tooling needs to be set up for the next upcoming job.
I can just see making 8 identical parts and all the operator does in
swap in new material and then the operator sets up a 9th ruins and the
program is different and the tool crashes into the clamps.

It is easy to ignore warnings after 8 or 10 unimportant ones when the next
one is important.




>
> Another idea I have in mind is the ability to have multiple tooltables, one
> for each job. Then all you would have to do to change jobs it is load the
> right tools into the tool-changer (or load the right tool tray if you are
> lucky enough to have a machine with one) select the right tooltable and go.
>
> Cheers,
> Kurt
>
> On Fri, Apr 28, 2017 at 12:48 PM, andy pugh <bodge...@gmail.com> wrote:
>
> > On 28 April 2017 at 16:42, Todd  Zuercher
> > <zuerc...@embarqmail.com> wrote:
> > > How hard would it be to add this feature to Linuxcnc or one of it's
> > GUIs? Or maybe this would need to be a whole new GUI?
> >
> > It would probably be fairly easy to add as a new Python mini-GUI.
> >
> > You can already achieve much the same thing by converting the part
> > files to subs and calling them from another file using Onnn REPEAT.
> >
> > If the files are of the form
> >
> > example.ngc
> >
> > O# CALL
> > O # SUB
> > G1 X1
> > O # ENDSUB
> >
> > Then you can run it either as a normal G-code file, or as a subroutine.
> >
> > --
> > 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
> >
> 
> --
> 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
>



-- 

Chris Albertson
Redondo Beach, California
--
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] Gui Feature Request

[Todd Zuercher]

- Original Message -
> From: "andy pugh" <bodge...@gmail.com>
> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
> Sent: Friday, April 28, 2017 12:48:55 PM
> Subject: Re: [Emc-users] Gui Feature Request
> 
> On 28 April 2017 at 16:42, Todd  Zuercher
> <zuerc...@embarqmail.com> wrote:
> > How hard would it be to add this feature to Linuxcnc or one of it's
> > GUIs? Or maybe this would need to be a whole new GUI?
> 
> It would probably be fairly easy to add as a new Python mini-GUI.
> 
> You can already achieve much the same thing by converting the part
> files to subs and calling them from another file using Onnn REPEAT.
> 
> If the files are of the form
> 
> example.ngc
> 
> O# CALL
> O # SUB
> G1 X1
> O # ENDSUB
> 
> Then you can run it either as a normal G-code file, or as a
> subroutine.
> 
> --
> atp

The problem as running the files as a series of subs in a master program, is 
the complications of interruptions, and modifications of the que once started.

This is intended for a supervisor to be able to setup 1 or 2 shifts worth of 
custom work for the factory drones to do when he's away (in bed sleeping).

--
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] Gui Feature Request

[Chris Albertson]

On Fri, Apr 28, 2017 at 10:18 AM, Kurt Jacobson 
wrote:

> Todd,
> A job que is an interesting idea and I can see were it would be useful. I
> am working on a new GUI and I have been thinking of all the interesting
> things to eventually add to make it more useful, I will keep this in mind
> and start thinking about how to implement it.
>

If the queue contains jobs that are not identical.  There needs to be some
BIG warning that the tooling needs to be set up for the next upcoming job.
I can just see making 8 identical parts and all the operator does in
swap in new material and then the operator sets up a 9th ruins and the
program is different and the tool crashes into the clamps.

It is easy to ignore warnings after 8 or 10 unimportant ones when the next
one is important.




>
> Another idea I have in mind is the ability to have multiple tooltables, one
> for each job. Then all you would have to do to change jobs it is load the
> right tools into the tool-changer (or load the right tool tray if you are
> lucky enough to have a machine with one) select the right tooltable and go.
>
> Cheers,
> Kurt
>
> On Fri, Apr 28, 2017 at 12:48 PM, andy pugh  wrote:
>
> > On 28 April 2017 at 16:42, Todd  Zuercher
> >  wrote:
> > > How hard would it be to add this feature to Linuxcnc or one of it's
> > GUIs? Or maybe this would need to be a whole new GUI?
> >
> > It would probably be fairly easy to add as a new Python mini-GUI.
> >
> > You can already achieve much the same thing by converting the part
> > files to subs and calling them from another file using Onnn REPEAT.
> >
> > If the files are of the form
> >
> > example.ngc
> >
> > O# CALL
> > O # SUB
> > G1 X1
> > O # ENDSUB
> >
> > Then you can run it either as a normal G-code file, or as a subroutine.
> >
> > --
> > 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
> >
> 
> --
> 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
>



-- 

Chris Albertson
Redondo Beach, California
--
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] Gui Feature Request

[Nicklas Karlsson]

You want something that run one g-code file, the next one and so on?

It should probably not be to hard. Do you have any idea if this kind of thing 
is available in some other machines/languages so syntax could be reused? Or 
protocol for remote control of machine: like this, tell robot to put part in 
machine, tell machine to execute a particular g-code file?


On Fri, 28 Apr 2017 11:42:27 -0400 (EDT)
"Todd  Zuercher"  wrote:

> How hard would it be to add this feature to Linuxcnc or one of it's GUIs? Or 
> maybe this would need to be a whole new GUI? 
> 
> What I am interested in is a "Job Que". Where you would create a list of 
> "Jobs", each "Job" would consist of the file to be ran, and how many runs of 
> that file to do. The GUI would need to keep track of how many times the job 
> file was executed, then move to the next job in the que when the specified 
> number of runs is compleated. Other nice features would be the ability user 
> to increment the number of runs completed up or down if say, a file run had 
> to be repeated because of a bad run, or to cancel or rerun a job if need be. 
> 
> -- 
> 
>  
> 
> Todd Zuercher 
> mailto:zuerc...@embarqmail.com 
> 
>  
> --
> 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] Gui Feature Request

[Eric H. Johnson]

Todd,

Not that it is a solution, but there is actually some long dormant code
doing much of what you request; see this folder:
https://github.com/LinuxCNC/linuxcnc/tree/master/src/emc/usr_intf

Specifically emcsched and schedrmt, where emcsched is the scheduler and
schedrmt is a telnet like interface patterned after that used by linuxcncrsh
(see usage at top of schedrmt.cc).  

I wrote this years ago when working on an application to deal with large
numbers of very small parts (jewelrey). That project ended up getting
abandoned, so I never ended up implementing the GUI side of the scheduler.

Note: Running multiple instances of the same job would simply require
multiple entries in the job queue.

Regards,
Eric


How hard would it be to add this feature to Linuxcnc or one of it's GUIs? Or
maybe this would need to be a whole new GUI? 

What I am interested in is a "Job Que". Where you would create a list of
"Jobs", each "Job" would consist of the file to be ran, and how many runs of
that file to do. The GUI would need to keep track of how many times the job
file was executed, then move to the next job in the que when the specified
number of runs is compleated. Other nice features would be the ability user
to increment the number of runs completed up or down if say, a file run had
to be repeated because of a bad run, or to cancel or rerun a job if need be.


-- 

 

Todd Zuercher
mailto:zuerc...@embarqmail.com 



--
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] Gui Feature Request

[Kurt Jacobson]

Todd,
A job que is an interesting idea and I can see were it would be useful. I
am working on a new GUI and I have been thinking of all the interesting
things to eventually add to make it more useful, I will keep this in mind
and start thinking about how to implement it.

Another idea I have in mind is the ability to have multiple tooltables, one
for each job. Then all you would have to do to change jobs it is load the
right tools into the tool-changer (or load the right tool tray if you are
lucky enough to have a machine with one) select the right tooltable and go.

Cheers,
Kurt

On Fri, Apr 28, 2017 at 12:48 PM, andy pugh  wrote:

> On 28 April 2017 at 16:42, Todd  Zuercher
>  wrote:
> > How hard would it be to add this feature to Linuxcnc or one of it's
> GUIs? Or maybe this would need to be a whole new GUI?
>
> It would probably be fairly easy to add as a new Python mini-GUI.
>
> You can already achieve much the same thing by converting the part
> files to subs and calling them from another file using Onnn REPEAT.
>
> If the files are of the form
>
> example.ngc
>
> O# CALL
> O # SUB
> G1 X1
> O # ENDSUB
>
> Then you can run it either as a normal G-code file, or as a subroutine.
>
> --
> 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
>
--
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] Gui Feature Request

[andy pugh]

On 28 April 2017 at 16:42, Todd  Zuercher
 wrote:
> How hard would it be to add this feature to Linuxcnc or one of it's GUIs? Or 
> maybe this would need to be a whole new GUI?

It would probably be fairly easy to add as a new Python mini-GUI.

You can already achieve much the same thing by converting the part
files to subs and calling them from another file using Onnn REPEAT.

If the files are of the form

example.ngc

O# CALL
O # SUB
G1 X1
O # ENDSUB

Then you can run it either as a normal G-code file, or as a subroutine.

-- 
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] Gui Feature Request

[Todd Zuercher]

How hard would it be to add this feature to Linuxcnc or one of it's GUIs? Or 
maybe this would need to be a whole new GUI? 

What I am interested in is a "Job Que". Where you would create a list of 
"Jobs", each "Job" would consist of the file to be ran, and how many runs of 
that file to do. The GUI would need to keep track of how many times the job 
file was executed, then move to the next job in the que when the specified 
number of runs is compleated. Other nice features would be the ability user to 
increment the number of runs completed up or down if say, a file run had to be 
repeated because of a bad run, or to cancel or rerun a job if need be. 

-- 

 

Todd Zuercher 
mailto:zuerc...@embarqmail.com 

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