Re: [Emc-users] X on pi-3?

[Gene Heskett]

On Wednesday 09 November 2016 14:23:33 Gene Heskett wrote:

[...]

> But now I need to go dig into the midden heap of my shop, and find at
> least one of the Mesa Spin-X1's I bought years ago. The opto's on the
> board I have between the 7i90, and the vfd don't switch near hard
> enough or fast enough, to run the vfd properly.

Found one, still in the pink bag. Hooked it up, works sweet. I left the 
motor running at 15.5Hz for about an hour, drawing about 82% of its name 
plate FLA, did not get too hot to touch by about 30 degrees F. I might 
be able to turn up the slow speed torque boot some as I'm not using very 
much. But the lathe is stiff, so I may have to bang it harder at startup

In the process of hooking up the Spin X1, I found there wasn't a common 
ground between the 7i90 psu and the r-pi. Added a jumper, no more joint 
errors have I seen.  So maybe that bug has been stepped on. But I've a 5 
amp box coming, so getting rid of the #$%^ wall warts per board should 
kill that.  If it arrives tomorrow.

Been about 12 hours now since I issued a plea on the o-pi forum, asking 
how to get it to boot from the sd.

What I have learned is that it appears not to recognize wireless 
key-boards or mice until its fully booted, until then it can only see a 
tty terminal, not even a wired usb keyboard, and that it has no hdmi 
until its fully booted to whatever its booting to that is gui only, in 
some pictographic language. Can we call that a revolting development?

Even the forum msg I read that in, is 18 months old, and in computer  
years thats an Eon.  Thats 3 strikes and they are out for aliexpress.

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 

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] X on pi-3?

[Gene Heskett]

On Wednesday 09 November 2016 12:51:40 Chris Albertson wrote:

> On Wed, Nov 9, 2016 at 2:46 AM, Erik Christiansen
> 
>
> wrote:
> > On 08.11.16 10:52, Gene Heskett wrote:
> > > This has been a std denial for 3 or 4 years. Its not possible for
> > > another user to use YOUR x screen.  Security thing I guess. There
> > > used to be a work-a-round, but I used it so rarely I've now
> > > forgotten it (oldtimers), and so has everyone else, if it still
> > > works, its wearing a top secret label.
> >
> > If it's just on the Rpi, then an "xhost +" opens that door, at the
> > cost of security. If it's when a remote host attempts to display on
> > the Rpi, and "xhost +my_other_host" isn't enough, then commenting
> > out the line containing "/usr/bin/X -nolisten tcp" in
> > /etc/X11/xinit/xserverrc should do the trick. (I saw oldtimers
> > coming, and made notes.)
>
> Yes you CAN open up your x-server like that.  In a home environment
> the security risk is low.  But I remember a coworker a few years back
> who kept the x-server on his Sun Workstation open and someone mistypes
> an IP number and he got some one else' windows on his screen. Who
> was more at risk? Can't say.  X-11 forwarding is not a good way to do
> your banking but in a small shop it sure is better then having a dozen
> screens and terminals
>
> I have a Pi3 here and a 4th gen iPad.  Goal now is to put X11 on the
> iPad and use it as a display for the Pi3
> I also have a Synology NAS.  The operating system for the Pi3 is going
> on the NAS.  So there will be NOTHING connected to the Pi3, not even
> an SD card.Just power and GPIO.
>
> With zero local storage backup becomes a non-issue and on the NAS I
> can set things up so that it keeps all the old versions of every file.
>  I can "un-do" changes going back months and years.
> All the files are mounted to all the computers I own so I never have
> to log into a Pi3 to change a config file
>
> It is SO much faster to work with a Pi if you never have to flash an
> SD card and never have to log into it to make changes and if a change
> does not work as expected, just set the files timestamp backward to
> put it back the way it was
>
> I think it is a mistake to use a Pi3 as if it were a PC.   They make
> sluggish and not so great PCs but are pretty useful as embedded
> processors.
>
> Try placing ALL of the Pi's files on your big computer.  The one in
> the house that has the nice chair and desk under it.   Now you can
> edit those files using the big computer
>
> > ...
> >
> > > Having had to re-install, losing everything unless the re-install
> > > was on a new disk, saving the old one, 3 times now after aptitude
> > > screwed the pooch and destroyed my system, the chances of me
> > > running that on the r-pi are somewhere between point triple ought
> > > excrement and none.
>
> See, what you are doing.  Using a SD card as a live storage system
> because that is what you are used to doing with a PC and a disk drive
>
Miss-com here Erik, the drives in question were terrabyte 3.5"ers.  They 
are still good drives and I have repurposed a couple of them, one of 
which is in this machine with north of 70,000 spinning hours on it now.  
Its had 25 re-allocated clusters since before I reflashed it with a 
newer system 4 or 5 years ago.

But when aptitude finds dependencies by the thousands that aren't there, 
its busted.

> Bater to keep the files on a bigger computer where you can save you
> old setup using just a "copy" command.  Then make the change and test
> it.  Then if it does not work delete the image and rename the saved
> copy and you are back to where you were.   Never make a change to your
> only good working system image.  Make a clone and hack on the clone.
>
> I've seen saying you have to decide if the goal is cutting metal or
> being a pioneer If you want to cut metal use the LAST image of
> LinuxCNC on a PC with known hardware.

Problem is, I can't get the known hardware close enough without 
eventually sucking in some swarf.  The driver box IS sealed except for 
conduit knockouts. On the bottom. I intend to mount it on the back of 
the post holding the monitor above the spindle. This of course requires 
a usb hub and extension to put the mouse/keyboard rx buttons in range, 
but that, and an 8 port gigabit switch should be headed out of amazon's 
side door in another hour. My (former) garage only has one cable fished 
thru the nether regions of an old, once was a garage, which is between 
the main house and the new garage I built, with the floor built up, 
insulation added and converted to a music room 35 years ago by the 
missus when she was still teaching, right after she bought the place & 
before we ever met. I'll put the new switch in the new garage, which 
should give me a gigabit connection to run an x server/display on.

Thats the plan anyway, because right now the cables path is long and 
interrupted by a 5 port hub in the shop building, about 75 

Re: [Emc-users] An observation on digital calipers

[Eric Keller]

On Mon, Oct 31, 2016 at 9:39 AM, Bruce Layne
 wrote:
> 4" iKKEGOL Calipers
> https://www.amazon.com/gp/product/B00X6UKXIA
>

I bought a set of these and they are jumping all over.  Have to push
zero every time.  I guess I'm going to replace the battery and hope
for the best.

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] X on pi-3?

[Chris Albertson]

On Wed, Nov 9, 2016 at 2:46 AM, Erik Christiansen 
wrote:

> On 08.11.16 10:52, Gene Heskett wrote:
> > This has been a std denial for 3 or 4 years. Its not possible for another
> > user to use YOUR x screen.  Security thing I guess. There used to be a
> > work-a-round, but I used it so rarely I've now forgotten it (oldtimers),
> > and so has everyone else, if it still works, its wearing a top secret
> > label.
>
> If it's just on the Rpi, then an "xhost +" opens that door, at the cost
> of security. If it's when a remote host attempts to display on the Rpi,
> and "xhost +my_other_host" isn't enough, then commenting out the line
> containing "/usr/bin/X -nolisten tcp" in /etc/X11/xinit/xserverrc should
> do the trick. (I saw oldtimers coming, and made notes.)
>

Yes you CAN open up your x-server like that.  In a home environment the
security risk is low.  But I remember a coworker a few years back who kept
the x-server on his Sun Workstation open and someone mistypes an IP number
and he got some one else' windows on his screen. Who was more at risk?
Can't say.  X-11 forwarding is not a good way to do your banking but in a
small shop it sure is better then having a dozen screens and terminals

I have a Pi3 here and a 4th gen iPad.  Goal now is to put X11 on the iPad
and use it as a display for the Pi3
I also have a Synology NAS.  The operating system for the Pi3 is going on
the NAS.  So there will be NOTHING connected to the Pi3, not even an SD
card.Just power and GPIO.

With zero local storage backup becomes a non-issue and on the NAS I can set
things up so that it keeps all the old versions of every file.  I can
"un-do" changes going back months and years.
All the files are mounted to all the computers I own so I never have to log
into a Pi3 to change a config file

It is SO much faster to work with a Pi if you never have to flash an SD
card and never have to log into it to make changes and if a change does not
work as expected, just set the files timestamp backward to put it back the
way it was

I think it is a mistake to use a Pi3 as if it were a PC.   They make
sluggish and not so great PCs but are pretty useful as embedded processors.

Try placing ALL of the Pi's files on your big computer.  The one in the
house that has the nice chair and desk under it.   Now you can edit those
files using the big computer

>
> ...
> > Having had to re-install, losing everything unless the re-install was
> > on a new disk, saving the old one, 3 times now after aptitude screwed
> > the pooch and destroyed my system, the chances of me running that on
> > the r-pi are somewhere between point triple ought excrement and none.
>

See, what you are doing.  Using a SD card as a live storage system because
that is what you are used to doing with a PC and a disk drive

Bater to keep the files on a bigger computer where you can save you old
setup using just a "copy" command.  Then make the change and test it.  Then
if it does not work delete the image and rename the saved copy and you are
back to where you were.   Never make a change to your only good working
system image.  Make a clone and hack on the clone.

I've seen saying you have to decide if the goal is cutting metal or being a
pioneer If you want to cut metal use the LAST image of LinuxCNC on a PC
with known hardware.





>
> I'm not certain that it's safe to mix running apt-get and aptitude.
> (Never been game to try it to find out.) So I never run aptitude, and
> I've never had it all turned to goulash. (Who says pessimism isn't a
> survival attribute?)
>
> Erik
>
> 
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>



-- 

Chris Albertson
Redondo Beach, California
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] LinuxCNC 2.7.8 is out!

[Mark Johnsen]

You guys rock!  Thanks!

And thanks for the update to 2.6.x and letting us know that is the last
upgrade of that...

On Wed, Nov 9, 2016 at 8:33 AM, Sebastian Kuzminsky  wrote:

> LinuxCNC 2.7.8 has been released. This is a stable maintenance/bugfix
> release, all 2.7 users are encouraged to upgrade. And if you’re still
> using LinuxCNC 2.6, there’s never been a better time to upgrade to 2.7!
>
> This release fixes a couple of bugs related to MDI, cutter compensation,
> G95 (feed per revolution mode), and in the GUIs, including a
> long-standing buglet with the backplot/preview. There are also lots of
> improvements to the documentation.
>
> I want to thank our awesome community for the friendly, helpful
> collaboration that makes this project what it is. Committers in this
> release are:
>
> Chris Radek
> Dewey Garrett
> Jeff Epler
> John Morris
> John Thornton
> Moses McKnight
> Norbert Schechner
> Sebastian Kuzminsky
> Thoren Seufl (new committer! lots of docs fixes!)
>
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] LinuxCNC 2.7.8 is out!

[Sebastian Kuzminsky]

LinuxCNC 2.7.8 has been released. This is a stable maintenance/bugfix
release, all 2.7 users are encouraged to upgrade. And if you’re still
using LinuxCNC 2.6, there’s never been a better time to upgrade to 2.7!

This release fixes a couple of bugs related to MDI, cutter compensation,
G95 (feed per revolution mode), and in the GUIs, including a
long-standing buglet with the backplot/preview. There are also lots of
improvements to the documentation.

I want to thank our awesome community for the friendly, helpful
collaboration that makes this project what it is. Committers in this
release are:

Chris Radek
Dewey Garrett
Jeff Epler
John Morris
John Thornton
Moses McKnight
Norbert Schechner
Sebastian Kuzminsky
Thoren Seufl (new committer! lots of docs fixes!)


-- 
Sebastian Kuzminsky

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] X on pi-3?

[Gene Heskett]

On Wednesday 09 November 2016 05:46:49 Erik Christiansen wrote:

> On 08.11.16 10:52, Gene Heskett wrote:
> > This has been a std denial for 3 or 4 years. Its not possible for
> > another user to use YOUR x screen.  Security thing I guess. There
> > used to be a work-a-round, but I used it so rarely I've now
> > forgotten it (oldtimers), and so has everyone else, if it still
> > works, its wearing a top secret label.
>
> If it's just on the Rpi, then an "xhost +" opens that door, at the
> cost of security. If it's when a remote host attempts to display on
> the Rpi, and "xhost +my_other_host" isn't enough, then commenting out
> the line containing "/usr/bin/X -nolisten tcp" in
> /etc/X11/xinit/xserverrc should do the trick. (I saw oldtimers coming,
> and made notes.)

I didn't, :-(  Thank you.  Now to see if it works. :)  Nope
Here is a typical attempt to run synaptic-pkexec while logged in as 1st 
user, pi, on the r-pi from here:

pi@raspberrypi:~ $ synaptic-pkexec 
 AUTHENTICATING FOR com.ubuntu.pkexec.synaptic ===
Authentication is required to run the Synaptic Package Manager
Authenticating as: root
Password: 
polkit-agent-helper-1: pam_authenticate failed: Authentication failure
 AUTHENTICATION FAILED ===
Error executing command as another user: Not authorized

Which should have run it, exporting its x stuff to here. linuxcnc, geany 
etc all work just fine. This would appear to be a bug, one that the 
reboot command also suffers from.

starting x on the r-pi was a disaster, unusable 4 color at max screen, 
text piled on top of itself too, so while its installed now, I am back 
the the vt1 login and work screen which works well.

At one point last evening I discovered that the keyboards poor response 
was somehow, and randomly related to the boot. One reboot came up 
horrible, and it had been working pretty good, so I rebooted again, 
keyboard good. So I started rebooting it just for S's, random, but 
working well Most of the time.  I should note that if the local keyboard 
is doofy, so is the remote keyboard IF you can even get logged in, most 
of the time you can't.

I detest the use of the power plug to reboot it, the possibility of the 
sd card being trashed is quite real. However, amanda did get a good 
backup of it last night, hoooray!

I wonder, could it be possible to setup a key combo alias in .bashrc, 
which would issue the reboot command so it would do a clean shutdown? 
But that would need it to work well enough to type ones sudo pw.

Screwed either way.
> ...
>
> > Having had to re-install, losing everything unless the re-install
> > was on a new disk, saving the old one, 3 times now after aptitude
> > screwed the pooch and destroyed my system, the chances of me running
> > that on the r-pi are somewhere between point triple ought excrement
> > and none.
>
> I'm not certain that it's safe to mix running apt-get and aptitude.
> (Never been game to try it to find out.) So I never run aptitude, and
> I've never had it all turned to goulash. (Who says pessimism isn't a
> survival attribute?)
>
Absolutely, Erik. Its even been known to stop me from going/doing 
something angels wouldn't do.  Not always mind you, but I survived.

Cheers Erik, 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 

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] X on pi-3?

[Erik Christiansen]

On 08.11.16 10:52, Gene Heskett wrote:
> This has been a std denial for 3 or 4 years. Its not possible for another 
> user to use YOUR x screen.  Security thing I guess. There used to be a 
> work-a-round, but I used it so rarely I've now forgotten it (oldtimers), 
> and so has everyone else, if it still works, its wearing a top secret 
> label.

If it's just on the Rpi, then an "xhost +" opens that door, at the cost
of security. If it's when a remote host attempts to display on the Rpi,
and "xhost +my_other_host" isn't enough, then commenting out the line
containing "/usr/bin/X -nolisten tcp" in /etc/X11/xinit/xserverrc should
do the trick. (I saw oldtimers coming, and made notes.)

...
> Having had to re-install, losing everything unless the re-install was
> on a new disk, saving the old one, 3 times now after aptitude screwed
> the pooch and destroyed my system, the chances of me running that on
> the r-pi are somewhere between point triple ought excrement and none.

I'm not certain that it's safe to mix running apt-get and aptitude.
(Never been game to try it to find out.) So I never run aptitude, and
I've never had it all turned to goulash. (Who says pessimism isn't a
survival attribute?)

Erik

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users