[Emc-users] Those ESR testing gizmo's on banggood?

2017-08-24 Thread Gene Heskett
Hi all;

They came in today, with zero assembly instructions, but there wasn't a 
very long list of things to do.

1. Strip all the craft paper off both sides of the plastic precut box 
parts.

2. Find some fresh 9 volt batteries, I had two for 2 kits.

3. Figure out how it mounts on the back panel and use the 4 shorter 
bolts, 4 tubular nylon standoffs and nuts to mount it, pull the battery 
connector out from under the back of it and attach it to a battery.

4. Arrange the 4 side/end parts, placing the side with the cutaway so it 
matches the zif sockets lever when its closed, and fasten the top/front 
panel on with the 4 longer screws and nuts.

5. Find a capacitor and form its leads to fit the zif socket, plug it in 
and close the socket.  One could plug test leads, not supplied, into the 
zip socket, in which case the leads ohmage will also be displayed added 
to the DUT's results I assume.

6. Press the button switch.  It will say testing for a few seconds as it 
displays the battery voltage to 3 digits + decimal, then report the ESR 
in xx.xx ohms format, % of power lost, and the microfarads of the 
capacitor, in my case nominally .32 ohms for the ESR, about a 1.5% power 
loss, and 2389 uf for a cap I've had for a couple years marked 2200uf.  
And it will shut itself off in 30 some seconds to go easy on the 
battery.

7. Wipe silly grin off face, it works1

One of them had broken the teeny little plastic tab that secures the lcd 
to the green backlighting panel, but a teeny drop of Go2/goop fixed that 
right up.  There are some holes and cut slots in the back where it looks 
like one might be able to cobble up some sort of a clamp to keep the 
battery restrained, but w/o any instructions my imagination wasn't 
working well enough to decipher that puzzle. Also a square hole in one 
of the side panels where leads soldered to the board could exit from. 
But for about 30 bucks delivered for 2 of them, I believe I got my 
money's worth.

Its supposed to be able to identify whatever, maximum of 3 leads, it is 
that you plug into the zif socket but I've not tested that yet.  So 
diodes, transistors, maybe even inductances can be measured.

I'll find out in the next days.
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] LinuxCNC

2017-08-24 Thread Gene Heskett
On Thursday 24 August 2017 21:33:17 Gene Heskett wrote:

> On Thursday 24 August 2017 19:06:13 dave wrote:
> > Only half kidding; the power room of a Titan I missile site would
> > just about do. 55 F year around. IIRC the measuring system needs
> > about 4X the resolution of the tolerance you need to hold. Concrete
> > and steel have approx the same thermal coeff of expansion.
> >

It wasn't that cold when I was there for 6 months before turnkey, and a 
bout a year after as I was doing the portal door cctv maintenance after.

High 60's estimated.  And to around 90F when they had switched to 
generated power full time, a month or so before turnkey. Big 6 cylinder 
diesels, biggest IC engine piston I'd ever seen till then, nominally a 5 
gallon bucket for a piston. Top had a hole in it, some AH had left a 
wrench inside when the head was bolted down at the makers site.  I guess 
it started and ran with it hammering around in there for about 10 
minutes. That triple head and triple cylinder casting were, shall we 
say, beyond a simple resleeving rebuild.  No profit left in that bid.

> > I like the idea of access to a major waterway. I really could not
> > believe it when the contractor for the new sections of the Narrows
> > bridge opted to ship by truck. ( I90 Chicago to Tacoma)  Got held up
> > for quite a while at the WA border while everyone fought of regs and
> > paperwork. My thought was the they had decent waterway all the way
> > and basically could have lifted them off the ship ... or off a barge
> > into place. But then what do I know. Politics and logic are rarely
> > in the same room. ;-)
> >
> > Most interesting project.
> >
> > Dave
>
> But Dave, that would need someone in power to have common sense!
>
> I don't have it handy, but I am dead certain there is a Murphy's Law
> about that which absolutely prevents it. :)
>
> > On 08/23/2017 09:59 AM, Dave Cole wrote:
> > > Sounds like you have a budget and if you are willing to put up a
> > > tilt up building and temperature control it, you have some money
> > > to spend. There was money to spend on the system I was quoting
> > > about 9 years ago until the DOD budget was slashed, then it all
> > > went away. I got Siemens involved and they had no issues tying a
> > > laser tracker into their CNC system.   The router was a 5 axis
> > > design.We were using standard Siemens servo drives connected
> > > via Ethernet/Profinet on Fiber optic cable.   The actual control
> > > system will not be the big cost for your system.  The drives and
> > > mechanical system/gantry and building will be much more costly.
> > > The laser tracker was some serious cash as well, but not much
> > > compared to the building and gantry and framework. Siemens had all
> > > of the CAM software required as well.
> > >
> > > It can be done.  All of the technology existed 9 years ago.   But
> > > there is nothing cheap about it.
> > > If you are really going to do this, you might want to make sure
> > > you have flexibility designed into the system so you can do
> > > multiple processes with your system.   Welding, cutting, routing,
> > > etc. Being close to a waterway might be a good idea as well. Huge
> > > things don't fit on semi trailers very well.
> > >
> > > Dave
> > >
> > > On 8/23/2017 12:19 PM, Rick Gresham wrote:
> > >> The building will likely typical concrete tilt-up or something
> > >> similar.  The system will have to track/control position in real
> > >> time.  Collisions will be very expensive so redundant systems are
> > >> easily justified.  It may need some sort of collision avoidance
> > >> system as a back up, too. If the crosses some boundary,
> > >> everything stops.  Stoppages are not a big problem, bumps in the
> > >> dark are.
> > >>
> > >> I've wondered about redundant control systems but haven't come
> > >> across any information yet.  Anyone remember the triple Tandem
> > >> non-stop systems NASA used?  Three fault-tolerant systems running
> > >> in parallel.  If they came up with different results, it was
> > >> odd-man-out.   Probably don't need to go that far for this
> > >> application unless something available off the shelf affordably.
> > >>
> > >>> On Aug 23, 2017, at 8:56 AM, Chris Albertson
> > >>>  wrote:
> > >>>
> > >>> There are many ways to measure position.  With something this
> > >>> big and expensive I would suggest some redundancy.  The cost of
> > >>> measuring is tiny
> > >>> computer t the cost of a 100f gantry.
> > >>>
> > >>> One of the bigger problems I see is flex in the system and
> > >>> thermal expansion.   If the goal is 1/8th inch over a 100 foot
> > >>> run then their needs
> > >>> to be some design margin so you'd be designing for something
> > >>> like 1/16th
> > >>> inches.
> > >>>
> > >>> I doubt that simply measuring how for you are along a steel bed
> > >>> will work.
> > >>> Yes you could try but the beam itself will bend and change it's
> > >>> length. You would have to measure absolute position relative

Re: [Emc-users] LinuxCNC

2017-08-24 Thread Gene Heskett
On Thursday 24 August 2017 19:06:13 dave wrote:

> Only half kidding; the power room of a Titan I missile site would just
> about do. 55 F year around. IIRC the measuring system needs about 4X
> the resolution of the tolerance you need to hold. Concrete and steel
> have approx the same thermal coeff of expansion.
>
> I like the idea of access to a major waterway. I really could not
> believe it when the contractor for the new sections of the Narrows
> bridge opted to ship by truck. ( I90 Chicago to Tacoma)  Got held up
> for quite a while at the WA border while everyone fought of regs and
> paperwork. My thought was the they had decent waterway all the way and
> basically could have lifted them off the ship ... or off a barge into
> place. But then what do I know. Politics and logic are rarely in the
> same room. ;-)
>
> Most interesting project.
>
> Dave
>
But Dave, that would need someone in power to have common sense!

I don't have it handy, but I am dead certain there is a Murphy's Law 
about that which absolutely prevents it. :)

> On 08/23/2017 09:59 AM, Dave Cole wrote:
> > Sounds like you have a budget and if you are willing to put up a
> > tilt up building and temperature control it, you have some money to
> > spend. There was money to spend on the system I was quoting about 9
> > years ago until the DOD budget was slashed, then it all went away.  
> > I got Siemens involved and they had no issues tying a laser tracker
> > into their CNC system.   The router was a 5 axis design.We were
> > using standard Siemens servo drives connected via Ethernet/Profinet
> > on Fiber optic cable.   The actual control system will not be the
> > big cost for your system.  The drives and mechanical system/gantry
> > and building will be much more costly. The laser tracker was some
> > serious cash as well, but not much compared to the building and
> > gantry and framework. Siemens had all of the CAM software required
> > as well.
> >
> > It can be done.  All of the technology existed 9 years ago.   But
> > there is nothing cheap about it.
> > If you are really going to do this, you might want to make sure you
> > have flexibility designed into the system so you can do multiple
> > processes with your system.   Welding, cutting, routing, etc.   
> > Being close to a waterway might be a good idea as well. Huge things
> > don't fit on semi trailers very well.
> >
> > Dave
> >
> > On 8/23/2017 12:19 PM, Rick Gresham wrote:
> >> The building will likely typical concrete tilt-up or something
> >> similar.  The system will have to track/control position in real
> >> time.  Collisions will be very expensive so redundant systems are
> >> easily justified.  It may need some sort of collision avoidance
> >> system as a back up, too. If the crosses some boundary, everything
> >> stops.  Stoppages are not a big problem, bumps in the dark are.
> >>
> >> I've wondered about redundant control systems but haven't come
> >> across any information yet.  Anyone remember the triple Tandem
> >> non-stop systems NASA used?  Three fault-tolerant systems running
> >> in parallel.  If they came up with different results, it was
> >> odd-man-out.   Probably don't need to go that far for this
> >> application unless something available off the shelf affordably.
> >>
> >>> On Aug 23, 2017, at 8:56 AM, Chris Albertson
> >>>  wrote:
> >>>
> >>> There are many ways to measure position.  With something this big
> >>> and expensive I would suggest some redundancy.  The cost of
> >>> measuring is tiny
> >>> computer t the cost of a 100f gantry.
> >>>
> >>> One of the bigger problems I see is flex in the system and thermal
> >>> expansion.   If the goal is 1/8th inch over a 100 foot run then
> >>> their needs
> >>> to be some design margin so you'd be designing for something like
> >>> 1/16th
> >>> inches.
> >>>
> >>> I doubt that simply measuring how for you are along a steel bed
> >>> will work.
> >>> Yes you could try but the beam itself will bend and change it's
> >>> length. You would have to measure absolute position relative to
> >>> fixed locations on
> >>> the floor.
> >>>
> >>> I don't think I've ever seen a building made to close tolerances
> >>> either.
> >>> The sports are not going to be square to each other or level or
> >>> vertical.
> >>>
> >>> I't not hard to compensate for the not-perfect mechanics.  You can
> >>> also continuously calibrate the sensors from know references
> >>> inthewtork space
> >>>
>  On Wed, Aug 23, 2017 at 2:21 AM, andy pugh  
wrote:
> > On 23 August 2017 at 05:17, Dave Cole 
> > wrote:
> >
> > A 3D laser tracker was part of the control scheme to track the
> > actual
> 
>  tool
> 
> > head location.
> > That way standard rack could be used for the positioning
> > mechanism and
> 
>  the
> 
> > position could be corrected on the fly via the laser tracker.
> 
>  That might still be a good idea, because it seems that such a
>  machin

Re: [Emc-users] NML/0MQ run remote last attempt

2017-08-24 Thread Gene Heskett
On Thursday 24 August 2017 12:47:37 theman whosoldtheworld wrote:

> with ping I have only these reply:
>
> e:~$ ping nairobi-embedded.org
> PING nairobi-embedded.org (198.49.72.146) 56(84) bytes of data.
>
> no other...
>
If that is a dreamhost hosted site, they were being DDoS'd, but claim its 
over now.

> 2017-08-24 18:41 GMT+02:00 theman whosoldtheworld 
:
> > nothing to do on my ubuntu 16.04 firefox 55, chrome xxlastxx   I
> > have a 30Mb adsl connection  ... not is a newer 100mb ... but quite
> > good ... maybe a firewall problem..
> >
> > regards
> > bkt
> >
> > 2017-08-24 14:57 GMT+02:00 Gene Heskett :
> >> On Thursday 24 August 2017 07:58:22 Mark wrote:
> >> > On 08/24/2017 06:51 AM, theman whosoldtheworld wrote:
> >> > > impossible for me to open these link:
> >> > >
> >> > > http://nairobi-embedded.org/060_linuxcnc_nml_config.html
> >> > > http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interfac
> >> > >e.htm l#background-and-audience
> >> > > http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interfac
> >> > >e.htm l
> >> > >
> >> > > or the link open but page not charge  ant time for
> >> > > connection finish.
> >> > >
> >> > > bkt
> >> >
> >> > All three of those links load just fine on my machine.  Ubuntu
> >> > 16.04 LTS, Firefox v55.0.2 (64 bit) and Thunderbird v52.2.1 (64
> >> > bit) to launch the tab on the browser.
> >> >
> >> > Mark
> >>
> >> I can echo this, works fine for chromium, on a 32 bit wheezy
> >> install on an early, slow, quad core phenom.
> >>
> >> 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
>
> --
> Check out the vibrant tech community on one of the world's
> most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


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

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


Re: [Emc-users] Homing XYAY configuration

2017-08-24 Thread Eric H. Johnson
Cross posting to EMC-Developers

Dewey,

Thanks for that. I probably should have started this thread on the developer
list. I will test it tomorrow.

Regards,
Eric



> Also, I cannot jog over linuxcncrsh ...

Updating the master branch for improved
joints-axes functionality necessitated changes to linuxcncrsh jogging to
support both axis coordinate jogging (TELEOP_MODE) and joint jogging (not
TELEOP_MODE).

In general, changes for the master branch are described in the "Updating
LinuxCNC" section of the devel docs:
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html

Linuxcncrsh is specifically included at para 7.9 of:
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html#_
linuxcncrsh

The linuxcncrsh man page has also been updated to some degree for jogging
methods:

http://linuxcnc.org/docs/devel/html/man/man1/linuxcncrsh.1.html

Because there are few users, the changes for linuxcncrsh have been lightly
tested.
--
Dewey Garrett



--
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] Homing XYAY configuration

2017-08-24 Thread Dewey Garrett

> Also, I cannot jog over linuxcncrsh ...

Updating the master branch for improved
joints-axes functionality necessitated changes to
linuxcncrsh jogging to support both axis
coordinate jogging (TELEOP_MODE) and joint jogging
(not TELEOP_MODE).

In general, changes for the master branch are
described in the "Updating LinuxCNC" section of
the devel docs:
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html

Linuxcncrsh is specifically included at para 7.9 of:
http://linuxcnc.org/docs/devel/html/getting-started/updating-linuxcnc.html#_linuxcncrsh

The linuxcncrsh man page has also been updated to
some degree for jogging methods:

http://linuxcnc.org/docs/devel/html/man/man1/linuxcncrsh.1.html

Because there are few users, the changes for
linuxcncrsh have been lightly tested.
-- 
Dewey Garrett


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

2017-08-24 Thread dave
Only half kidding; the power room of a Titan I missile site would just 
about do. 55 F year around. IIRC the measuring system needs about 4X the
resolution of the tolerance you need to hold. Concrete and steel have 
approx the same thermal coeff of expansion.


I like the idea of access to a major waterway. I really could not 
believe it when the contractor for the new sections of the Narrows bridge
opted to ship by truck. ( I90 Chicago to Tacoma)  Got held up for quite 
a while at the WA border while everyone fought of regs and paperwork.
My thought was the they had decent waterway all the way and basically 
could have lifted them off the ship ... or off a barge into place.

But then what do I know. Politics and logic are rarely in the same room. ;-)

Most interesting project.

Dave

On 08/23/2017 09:59 AM, Dave Cole wrote:
Sounds like you have a budget and if you are willing to put up a tilt 
up building and temperature control it, you have some money to spend.
There was money to spend on the system I was quoting about 9 years ago 
until the DOD budget was slashed, then it all went away.   I got 
Siemens involved and they had no issues tying a laser tracker into 
their CNC system.   The router was a 5 axis design.We were using 
standard Siemens servo drives connected via Ethernet/Profinet on Fiber 
optic cable.   The actual control system will not be the big cost for 
your system.  The drives and mechanical system/gantry and building 
will be much more costly. The laser tracker was some serious cash as 
well, but not much compared to the building and gantry and framework.  
Siemens had all of the CAM software required as well.


It can be done.  All of the technology existed 9 years ago.   But 
there is nothing cheap about it.
If you are really going to do this, you might want to make sure you 
have flexibility designed into the system so you can do multiple 
processes with your system.   Welding, cutting, routing, etc.Being 
close to a waterway might be a good idea as well. Huge things don't 
fit on semi trailers very well.


Dave

On 8/23/2017 12:19 PM, Rick Gresham wrote:
The building will likely typical concrete tilt-up or something 
similar.  The system will have to track/control position in real 
time.  Collisions will be very expensive so redundant systems are 
easily justified.  It may need some sort of collision avoidance 
system as a back up, too. If the crosses some boundary, everything 
stops.  Stoppages are not a big problem, bumps in the dark are.


I've wondered about redundant control systems but haven't come across 
any information yet.  Anyone remember the triple Tandem non-stop 
systems NASA used?  Three fault-tolerant systems running in 
parallel.  If they came up with different results, it was 
odd-man-out.   Probably don't need to go that far for this 
application unless something available off the shelf affordably.


On Aug 23, 2017, at 8:56 AM, Chris Albertson 
 wrote:


There are many ways to measure position.  With something this big and
expensive I would suggest some redundancy.  The cost of measuring is 
tiny

computer t the cost of a 100f gantry.

One of the bigger problems I see is flex in the system and thermal
expansion.   If the goal is 1/8th inch over a 100 foot run then 
their needs
to be some design margin so you'd be designing for something like 
1/16th

inches.

I doubt that simply measuring how for you are along a steel bed will 
work.

Yes you could try but the beam itself will bend and change it's length.
You would have to measure absolute position relative to fixed 
locations on

the floor.

I don't think I've ever seen a building made to close tolerances 
either.
The sports are not going to be square to each other or level or 
vertical.


I't not hard to compensate for the not-perfect mechanics.  You can also
continuously calibrate the sensors from know references inthewtork 
space




On Wed, Aug 23, 2017 at 2:21 AM, andy pugh  wrote:

On 23 August 2017 at 05:17, Dave Cole  
wrote:


A 3D laser tracker was part of the control scheme to track the actual

tool

head location.
That way standard rack could be used for the positioning mechanism 
and

the

position could be corrected on the fly via the laser tracker.

That might still be a good idea, because it seems that such a machine
might need to be modular, so units that are friction-drive on standard
rolled steel sections seems like a likely solution.
There will be some tyre-creep, but the laser (or acoustic) feedback
could correct it.
I heard of a system where you have a microphone in each corner of the
room and a "clicker" that is localised in space by clever acoustic
processing.
The application was measuring accelerometer positions when
instrumenting a car or van body. If you have ever "walked" a Faro arm
round a van body you would know why the system seemed attractive.


--
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, dared

Re: [Emc-users] Homing XYAY configuration

2017-08-24 Thread Dewey Garrett
(oops -- posted to wrong thread earlier)

linuxcncrsh (actually src/emc/usr_intf/emcrsh.cc)
has been updated to a *limited* extent for the
master branch with joints-axes updates.

The extent of updates has primarily been to
maintain the scripts that are used in the runtests
suite of tests.  These scripts are run on the
buildbot (for all supported operating systems) at
each new commit.

In src/emc/usr_intf/emcrsh.cc:setHome(), the code
for "Home All" (== -1) is rejected in both the
master branch AND 2.7.  The absence of this
particular functionality is likely indicative of
the limited usage of linuxcncrsh in the wild.

I've pushed a commit to add this "Home All"
capability and verified the runtests are still ok
on my test machine.

The commit, for the master branch only, is:
https://github.com/LinuxCNC/linuxcnc/commit/b3568fb9094b0075087242fc543c8db0d8e3ad40

#--
There may be other features available in guis
that are not implemented in linuxcncrsh.  If you
make changes and push them to the master branch of
git, it will be important to run the runtests
suite to ensure that the expected output of
existing test scripts is not altered since
alterations may cause test (and buildbot)
failures.

#--
Ref runtests scripts:
$ find tests  -type f -iname '*.ini' -exec grep -cH linuxcncrsh {} \;|grep -v 
:0$
./linuxcncrsh-tcp/linuxcncrsh-test.ini:1
./toolchanger/toolno-pocket-differ/random/sim.ini:1
./toolchanger/toolno-pocket-differ/nonrandom/sim.ini:1
./linuxcncrsh/linuxcncrsh-test.ini:1
./t0/random-without-t0/sim.ini:1
./t0/nonrandom/sim.ini:1
./t0/random-with-t0/sim.ini:1
./mdi-queue/linuxcncrsh-test.ini:1
./motion/g0/motion-test.ini:1


-- 
Dewey Garrett


--
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] Upgrade 2.8.0 pre to 2.8

2017-08-24 Thread Dewey Garrett
linuxcncrsh (src/emc/usr_intf/emcrsh.cc)
has been updated to a *limited* extent for the
master branch with joints-axes updates.

The extent of updates has primarily been to
maintain the scripts that are used in the runtests
suite of tests.  These scripts are run on the
buildbot (for all supported operating systems) at
each new commit (or set of commits).

In src/emc/usr_intf/emcrsh.cc:setHome(), the code
for "Home All" (== -1) is rejected in both the
master branch AND in 2.7.  The absence of this
particular functionality is likely indicative of
the limited usage of linuxcncrsh in the wild.

I've pushed a commit to add this "Home All"
capability and verified the runtests are still ok
on my test machine.

The commit, for the master branch only, is:
https://github.com/LinuxCNC/linuxcnc/commit/b3568fb9094b0075087242fc543c8db0d8e3ad40

#--
There may be other features available in guis
that are not implemented in linuxcncrsh.  If you
make changes to add missing features and push
them to the master branch of git, it will be
important to run the runtests suite to ensure
that the expected output of existing test scripts
is not altered since alterations may cause test
(and buildbot) failures.

#--
Ref runtests scripts:
$ find tests  -type f -iname '*.ini' -exec grep -cH linuxcncrsh {} \;|grep -v 
:0$
./linuxcncrsh-tcp/linuxcncrsh-test.ini:1
./toolchanger/toolno-pocket-differ/random/sim.ini:1
./toolchanger/toolno-pocket-differ/nonrandom/sim.ini:1
./linuxcncrsh/linuxcncrsh-test.ini:1
./t0/random-without-t0/sim.ini:1
./t0/nonrandom/sim.ini:1
./t0/random-with-t0/sim.ini:1
./mdi-queue/linuxcncrsh-test.ini:1
./motion/g0/motion-test.ini:1


-- 
Dewey Garrett


--
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] MDI edit/UI question

2017-08-24 Thread David Berndt

I jumped through the hoops of fire. It works.

Thanks for the patch and support.

Dave

On Thu, 24 Aug 2017 15:30:03 -0400, David Berndt   
wrote:



Sigh.

No.

It's a python file. I'm not a python expert, but that totally sounds  
like the kind of thing that'll just get realtime interpreted. Why would  
anyone want to rebuild... Now I have to remember back 4 months ago to  
when I built initially, figure out how the heck to rebuild, any what if  
any special configurations/switches/whatever are required.


Sigh.

Thanks for the help though.

Dave

On Thu, 24 Aug 2017 04:37:39 -0400, suavesteve   
wrote:




Just a follow-up, showing it working on my SIM v2.7.8 machine,

https://youtu.be/TGBxozl6aIg

Philip


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







--
Using Opera's mail client: http://www.opera.com/mail/

--
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] Homing XYAY configuration

2017-08-24 Thread Eric H. Johnson
All,

I am running Lcnc 2.8.0-pre1 in an XYAY configuration. I use the linuxcncrsh 
interface for my user interface. It is looking like there are additional 
commands that need to be supported.

Home all, for example, on axis runs differently than doing the same thing over 
linuxcncrsh. Also, I cannot jog over linuxcncrsh, but can with axis. MDI 
commands, and presumably gcode files do work over both interfaces.

It so happens I wrote linuxcncrsh. Are there additional commands that need to 
be supported?

Thanks,
Eric

Thanks,
Eric

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
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] MDI edit/UI question

2017-08-24 Thread David Berndt

Sigh.

No.

It's a python file. I'm not a python expert, but that totally sounds like  
the kind of thing that'll just get realtime interpreted. Why would anyone  
want to rebuild... Now I have to remember back 4 months ago to when I  
built initially, figure out how the heck to rebuild, any what if any  
special configurations/switches/whatever are required.


Sigh.

Thanks for the help though.

Dave

On Thu, 24 Aug 2017 04:37:39 -0400, suavesteve   
wrote:




Just a follow-up, showing it working on my SIM v2.7.8 machine,

https://youtu.be/TGBxozl6aIg

Philip


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




--
Using Opera's mail client: http://www.opera.com/mail/

--
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/0MQ run remote last attempt

2017-08-24 Thread theman whosoldtheworld
with ping I have only these reply:

e:~$ ping nairobi-embedded.org
PING nairobi-embedded.org (198.49.72.146) 56(84) bytes of data.

no other...

2017-08-24 18:41 GMT+02:00 theman whosoldtheworld :

> nothing to do on my ubuntu 16.04 firefox 55, chrome xxlastxx   I have
> a 30Mb adsl connection  ... not is a newer 100mb ... but quite good ...
> maybe a firewall problem..
>
> regards
> bkt
>
> 2017-08-24 14:57 GMT+02:00 Gene Heskett :
>
>> On Thursday 24 August 2017 07:58:22 Mark wrote:
>>
>> > On 08/24/2017 06:51 AM, theman whosoldtheworld wrote:
>> > > impossible for me to open these link:
>> > >
>> > > http://nairobi-embedded.org/060_linuxcnc_nml_config.html
>> > > http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.htm
>> > >l#background-and-audience
>> > > http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.htm
>> > >l
>> > >
>> > > or the link open but page not charge  ant time for connection
>> > > finish.
>> > >
>> > > bkt
>> >
>> > All three of those links load just fine on my machine.  Ubuntu 16.04
>> > LTS, Firefox v55.0.2 (64 bit) and Thunderbird v52.2.1 (64 bit) to
>> > launch the tab on the browser.
>> >
>> > Mark
>> >
>> I can echo this, works fine for chromium, on a 32 bit wheezy install on
>> an early, slow, quad core phenom.
>>
>> 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
>>
>
>
--
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/0MQ run remote last attempt

2017-08-24 Thread theman whosoldtheworld
nothing to do on my ubuntu 16.04 firefox 55, chrome xxlastxx   I have a
30Mb adsl connection  ... not is a newer 100mb ... but quite good ... maybe
a firewall problem..

regards
bkt

2017-08-24 14:57 GMT+02:00 Gene Heskett :

> On Thursday 24 August 2017 07:58:22 Mark wrote:
>
> > On 08/24/2017 06:51 AM, theman whosoldtheworld wrote:
> > > impossible for me to open these link:
> > >
> > > http://nairobi-embedded.org/060_linuxcnc_nml_config.html
> > > http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.htm
> > >l#background-and-audience
> > > http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.htm
> > >l
> > >
> > > or the link open but page not charge  ant time for connection
> > > finish.
> > >
> > > bkt
> >
> > All three of those links load just fine on my machine.  Ubuntu 16.04
> > LTS, Firefox v55.0.2 (64 bit) and Thunderbird v52.2.1 (64 bit) to
> > launch the tab on the browser.
> >
> > Mark
> >
> I can echo this, works fine for chromium, on a 32 bit wheezy install on
> an early, slow, quad core phenom.
>
> 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
>
--
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] Axis -> EMCMOT -> Yaskawa SMC-2000

2017-08-24 Thread Jon Elson

On 08/24/2017 09:26 AM, Nicklas Karlsson wrote:

I also have Yaskawa drives and motors but planned to replace drive. Encoder is 
three quadrature signal which is a little bit odd, third usually is zero. I 
have no time read are comment anything for a day or two.


I think the scheme (I had some of the old Yaskawa ServPack 
drives and motors once) is the C channel looks like A and B, 
but the phase relationship between them tells what 
electrical quadrant you are in.  So, immediately on 
power-up, the drive knows which coils to drive to move the 
motor.


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] Axis -> EMCMOT -> Yaskawa SMC-2000

2017-08-24 Thread Nicklas Karlsson
I also have Yaskawa drives and motors but planned to replace drive. Encoder is 
three quadrature signal which is a little bit odd, third usually is zero. I 
have no time read are comment anything for a day or two.

On Wed, 23 Aug 2017 23:05:43 -0400
Ted Hyde  wrote:

> Greets - I have a press brake I am working on rebuilding; eventually we 
> will be converting it over and using LCNC to fully control the system, 
> however due to request, I am going to [try] using LCNC only as the 
> graphical front end to send commands to the existing Yaskawa SMC-2000 
> motion controller. (The press's original Win95 pc has failed after a 
> number of extended rebuilds over time.)
> The SMC 2000 takes commands over a serial port (typically a 2 letter 
> command with a couple parameters)  and the command protocol is well 
> documented. For my purposes, the most common command will be "move axis 
> n to position xxx.xxx with feedrate yyy.yyy and stop", of which the SMC 
> 2000 will take care of without further intervention.
> 
> I have used serial port devices in userspace in prior works (typically 
> PIC or atmel microcontroller low-speed interfacing) that doesn't require 
> any realtime priority.
> The sending of a command also isn't a high realtime priority as with a 
> pressbrake, there really isn't co-ordinated axis motion like with a 
> cartesian machine. (Life is much slower with a press brake).
> 
> My concern is with the readback of the position data. I'd like to use 
> the SMC-2000's position variables and feed them into Axis' DRO 
> (preferably right into axis.n.motor-pos-fb) however it would be at a 
> relatively slow rate - perhaps 2-5 times per second. With an update rate 
> so slow, I expect my (virtual) following error will become huge and 
> cause a fault. The actual following error doesn't exist, just the 
> perceived deviation between DRO updates.
> Any recommendations on getting around that problem? Just a huge 
> following error allowance, or is there a cleaner method to omit EMCMOT 
> or certain other components to simply accept a motion command from axis, 
> and accept an occasional position feedback? I will be washing the 
> position command through a custom userspace component to translate the 
> command into a proper string for the SMC 2000, as well as convert the 
> feedback value to something Axis can use. Both the command and feedback 
> update rates will be at the mercy of the userspace update loop of course.
> The SMC2000 controls feedrate,  as well as has its own interlock and 
> e-stop loops for safety.
> 
> If anyone has used an SMC 2000/4000 platform before, I'd certainly 
> appreciate any advice that comes my way.
> 
> Regards,
> Ted.
> 
> ---
> 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-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/0MQ run remote last attempt

2017-08-24 Thread Gene Heskett
On Thursday 24 August 2017 07:58:22 Mark wrote:

> On 08/24/2017 06:51 AM, theman whosoldtheworld wrote:
> > impossible for me to open these link:
> >
> > http://nairobi-embedded.org/060_linuxcnc_nml_config.html
> > http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.htm
> >l#background-and-audience
> > http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.htm
> >l
> >
> > or the link open but page not charge  ant time for connection
> > finish.
> >
> > bkt
>
> All three of those links load just fine on my machine.  Ubuntu 16.04
> LTS, Firefox v55.0.2 (64 bit) and Thunderbird v52.2.1 (64 bit) to
> launch the tab on the browser.
>
> Mark
>
I can echo this, works fine for chromium, on a 32 bit wheezy install on 
an early, slow, quad core phenom.

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/0MQ run remote last attempt

2017-08-24 Thread Mark

On 08/24/2017 06:51 AM, theman whosoldtheworld wrote:

impossible for me to open these link:

http://nairobi-embedded.org/060_linuxcnc_nml_config.html
http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.html#background-and-audience
http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.html

or the link open but page not charge  ant time for connection finish.

bkt


All three of those links load just fine on my machine.  Ubuntu 16.04 
LTS, Firefox v55.0.2 (64 bit) and Thunderbird v52.2.1 (64 bit) to launch 
the tab on the browser.


Mark

--
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] Axis -> EMCMOT -> Yaskawa SMC-2000

2017-08-24 Thread theman whosoldtheworld
I think you have come solution: not use yaskawa controller at all ...
instead use Lcnc+mesa card and connect it to drive ... or use Lcnc and
customize rs422 mesa bord signal for your porpose or add some rs422 to your
pc linux and make your own program.
But the use is for sheet metal working in professional mode (big production
> 100 pcs) with "Z" or omega profile etc etc? In these case inform you
about these: Lcnc project is born for chip machines .. so all the necessary
trik into sheet metal working (Calculate the retraction, the angle of fold,
the positioning of the stopper etc etc) is out of scope. For shure you can
implement all these features in kinematics module + your ouwn program for
calculate these .. probabily in phyton ... and you can add these module
into axis Gui or other gui on Lcnc. If you are familiar with these
calculations, the only problem you will have is to create the interface ...
but I see that all the manufactorer start from mach3 or similar and realize
their own Gui interface.

As you see the rs422 comunication is a little part in these project.

bkt

2017-08-24 5:05 GMT+02:00 Ted Hyde :

> Greets - I have a press brake I am working on rebuilding; eventually we
> will be converting it over and using LCNC to fully control the system,
> however due to request, I am going to [try] using LCNC only as the
> graphical front end to send commands to the existing Yaskawa SMC-2000
> motion controller. (The press's original Win95 pc has failed after a number
> of extended rebuilds over time.)
> The SMC 2000 takes commands over a serial port (typically a 2 letter
> command with a couple parameters)  and the command protocol is well
> documented. For my purposes, the most common command will be "move axis n
> to position xxx.xxx with feedrate yyy.yyy and stop", of which the SMC 2000
> will take care of without further intervention.
>
> I have used serial port devices in userspace in prior works (typically PIC
> or atmel microcontroller low-speed interfacing) that doesn't require any
> realtime priority.
> The sending of a command also isn't a high realtime priority as with a
> pressbrake, there really isn't co-ordinated axis motion like with a
> cartesian machine. (Life is much slower with a press brake).
>
> My concern is with the readback of the position data. I'd like to use the
> SMC-2000's position variables and feed them into Axis' DRO (preferably
> right into axis.n.motor-pos-fb) however it would be at a relatively slow
> rate - perhaps 2-5 times per second. With an update rate so slow, I expect
> my (virtual) following error will become huge and cause a fault. The actual
> following error doesn't exist, just the perceived deviation between DRO
> updates.
> Any recommendations on getting around that problem? Just a huge following
> error allowance, or is there a cleaner method to omit EMCMOT or certain
> other components to simply accept a motion command from axis, and accept an
> occasional position feedback? I will be washing the position command
> through a custom userspace component to translate the command into a proper
> string for the SMC 2000, as well as convert the feedback value to something
> Axis can use. Both the command and feedback update rates will be at the
> mercy of the userspace update loop of course.
> The SMC2000 controls feedrate,  as well as has its own interlock and
> e-stop loops for safety.
>
> If anyone has used an SMC 2000/4000 platform before, I'd certainly
> appreciate any advice that comes my way.
>
> Regards,
> Ted.
>
> ---
> 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-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/0MQ run remote last attempt

2017-08-24 Thread theman whosoldtheworld
impossible for me to open these link:

http://nairobi-embedded.org/060_linuxcnc_nml_config.html
http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.html#background-and-audience
http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.html

or the link open but page not charge  ant time for connection finish.

bkt

2017-08-23 21:17 GMT+02:00 Nicklas Karlsson :

> The link below is split in two rows.
>
> On Wed, 23 Aug 2017 16:46:52 +0200
> theman whosoldtheworld  wrote:
>
> > I control that old link ... now is disappear mystery!!
> >
> > 2017-08-23 16:45 GMT+02:00 theman whosoldtheworld  >:
> >
> > > https://forum.linuxcnc.org/32-documents/32860-learning-
> > > linuxcnc-file-structures-and-interaction
> > >
> > > can you help?  Kuminzki reply me about on emc-user list in
> > > 01-30/06-07/2017 
> > >
> > > bkt
> > >
> > > 2017-07-26 18:43 GMT+02:00 Nicklas Karlsson <
> nicklas.karlsso...@gmail.com>
> > > :
> > >
> > >> I am trying to get NML up and running between client GUI and rest of
> > >> linuxcnc run as server. I have some progress, server seems to work and
> > >> there is connection from client both tkemc and axis.
> > >>
> > >> Wallace claim http://www.wallacecompany.com/
> > >> machine_shop/EMC2/remote_notes.html tkemc could be run as a command
> but
> > >> neither tkemc or axis seems to make connection in this case. Starting
> with
> > >> linuxcnc command make connection but there are a lot error messages
> and no
> > >> graphical dispay, this is probably because also server tasks are
> started at
> > >> the same time. Here is a second person on the same track as me
> > >> http://nairobi-embedded.org/020_linuxcnc_mdi_streaming_interface.html
> > >> and I also heard machinekit is on the same track although with 0MQ
> protocol
> > >> instead of NML protocol
> > >>
> > >> Do anybody have a clue which command run in the linucnc script do
> which
> > >> part of the software?
> > >>
> > >> Below are diagrams from manual.
> > >> Diagram from machinekit, 1-2 pages down
> http://www.machinekit.io/docs/
> > >> code/Code_Notes/#architecture-overview
> > >> Linuxcnc manual on page 4 http://linuxcnc.org/docs/devel
> > >> /pdf/LinuxCNC_Developer_Manual.pdf
> > >>
> > >>
> > >> 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
> > >>
> > >
> > >
> > 
> --
> > 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
>
--
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] MDI edit/UI question

2017-08-24 Thread suavesteve

Just a follow-up, showing it working on my SIM v2.7.8 machine,

https://youtu.be/TGBxozl6aIg

Philip


--
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] MDI edit/UI question

2017-08-24 Thread suavesteve
That's odd;

Just a thought, but after you applied the patch, you did rebuild /
install? The patch applies in the working tree, but the build process
copies and renames axis.py (One of the last steps, I think).

Philip


--
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] MDI edit/UI question

2017-08-24 Thread David Berndt
I got no joy on this one, or I don't understand the expected result of the  
patch.


In 2.7.8 that I pulled/built a few months back. Changes appear to apply  
just fine, but when scrolling through the history list I can't press home,  
left, right, end, etc to begin edittng.


Turns out insert works, which I didn't know previously. I restored the  
pre-patch axis.py and tested again, insert works there as well, so no  
actual change. But having any key that lets me get into edit mode is all I  
really needed. The choice of insert seems a little dubious to me.


On Tue, 22 Aug 2017 05:10:18 -0400, suavesteve   
wrote:



I've ran into this problem, too; best as I could see, it wasn't possible
to use the keys with that particular entry box, so I made a few
modifications to the axis.py script to give me left + right, home and
end keys. It seems to have worked fine for me, for > 6 months.

Philip


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