Re: [Emc-developers] future of rpi?

[Alan Condit]

Gene,

Here is an unofficial site 
 for raspberry pi systems.
Take a look at:
http://unofficialpi.org/Distros/RealtimePi/nightly/2018-11-06_2018-10-09-realtimepi-stretch-lite-0.4.0.zip
 

http://unofficialpi.org/Distros/RealtimePi/nightly/2018-11-06_realtimepi-kernel-4.14.74.tar.gz
 

http://unofficialpi.org/Distros/RealtimePi/nightly/2018-11-06_2018-10-09-realtimepi-stretch-lite-0.4.0.zip.md5
 


I believe this stuff is all 32bit.

Yeah, the Pine64 group is much smaller than the raspberry pi group. I bought a 
Pine64 A64+ during the kickstarter campaign. I have it running a vanilla kernel 
and I have never succeeded in getting the LCD screen that I bought with it 
working. One of the guys over at machinekit got it working on a pine64. 
Personally, I wish I had waited, I really like the features of the RockPro64 
(4gb ram, USB3.0, and gigabit ethernet. I may buy one of them to play with and 
see if I can get preempt-rt working. For me I hate the fact that the ethernet 
runs on the USB bus.

Do you have a picture of how you connected the rpi3b SPI to the 7i90HD?

Alan

> On Mar 9, 2019, at 12:30 PM, Gene Heskett  wrote:
> 
> On Saturday 09 March 2019 13:36:24 Alan Condit wrote:
> 
>> Gene,
>> 
>> Do you have a 2nd rpi 3b? If so you could build a stretch 64 bit
>> system for it without impacting your Sheldon. That way you could at
>> least test that it was booting and running before even trying to load
>> linuxcnc on it.
>> 
>> You talked at one time about a Rock64 or RockPro64. The RockPro64 has
>> 4gb of memory and gigabit ethernet (so my guess is that its ethernet
>> doesn’t run on the usb bus. However, it is more expensive.
>> 
>> Alan
> 
> I have a pair of rock64's with 4 gigs of ram, $44 a copy. But its all run 
> by proprietary schooled people with zero interest in millisecond real 
> time.  Installed stretch, ran nice but it took a couple months to get 
> the magic incantation so route would actually work, no net until then.  
> I assume thats  been fixed by now but...
> 
>> 
>>> On Mar 9, 2019, at 10:15 AM, Gene Heskett 
>>> wrote:
>>> 
>>> On Saturday 09 March 2019 11:34:55 you wrote:
 Gene,
 I just learned this the other day. Try uname -m. It should show the
 architecture that it is running on.
 I have a D525MW that I usually use to cross compile for ARM.
 Alan
>>> 
>>> I get armv71
>>> 
 On Sat, Mar 9, 2019, 12:35 AM Gene Heskett 
>>> 
>>> wrote:
> On Friday 08 March 2019 23:21:28 you wrote:
>> Gene,
>> 
>> I know the rpi 3b+ is a 64 bit processor, but I understand that
>> it also runs the 32bit software. So, my question is this, are you
>> running 32bit OS or 64bit?
>> 
>> I am looking at various preempt rt kernels for the rpi. Some
>> kernels are up as far as 4.14.74 preempt rt for the 32bit mode.
>> The latest kernel that I have found that sounds somewhat stable
>> specifically for the rpi 3b(+)
>> linux-image-4.19.8-rt6-v8_4.19.8-rt6-v8-1_arm64.deb.
>> 
>> So, are you looking for source to compile or an image to install?
>> Are you willing to move to Stretch or do you want to stick with
>> Jessie?
>> 
>> Here is an article with directions for building Real-Time Linux
>> on the Raspberry Pi
>>  a
>> Preempt_RT patched linux kernel for 64 bit rpi 3b+.
> 
> This doesn't work on wheezy failing 3 links in at step one of
> creating a container because its apt-get yet on wheezy.  And it
> doesn't work on the pi's jessie install, no snapd for jessie.
> 
> So I don't have an install even capable of doing it your way here.
> 
> The box I'm using to run mesaflash might be able to run stretch,
> but I'll need to install to a fresh ssd as the drive in it has all
> my mesa files I'd druther not lose my mesa collection.  Or maybe
> even try buster which is in late alpha. I may as well start
> learning its foibles.  Whats the best way to get a latest buster
> iso.  Got the jigdo files for alpha5 coming in now.
> 
> But that can't be made to work, no files from the template can be
> found. ???  So konqueror is pulling the whole first .iso. But damn
> that site is slow, 36 hours to get it all. For one dvd...
>>> 
>>> It may have been dns that was stopping jigdo.
>>> 
> And from the build dates, I've heard rumors the D-I is busted. I
> guess I'll find out.  Might be a waste of time. I could even fall
> over by then. But the pacemaker will try to keep me going.
> 
> Back to bed, while konqueror 

Re: [Emc-developers] future of rpi?

[Alan Condit]

Gene,
I just learned this the other day. Try uname -m. It should show the
architecture that it is running on.
I have a D525MW that I usually use to cross compile for ARM.
Alan


On Sat, Mar 9, 2019, 12:35 AM Gene Heskett  wrote:

> On Friday 08 March 2019 23:21:28 you wrote:
>
> > Gene,
> >
> > I know the rpi 3b+ is a 64 bit processor, but I understand that it
> > also runs the 32bit software. So, my question is this, are you running
> > 32bit OS or 64bit?
> >
> > I am looking at various preempt rt kernels for the rpi. Some kernels
> > are up as far as 4.14.74 preempt rt for the 32bit mode. The latest
> > kernel that I have found that sounds somewhat stable specifically for
> > the rpi 3b(+) linux-image-4.19.8-rt6-v8_4.19.8-rt6-v8-1_arm64.deb.
> >
> > So, are you looking for source to compile or an image to install? Are
> > you willing to move to Stretch or do you want to stick with Jessie?
> >
> > Here is an article with directions for building Real-Time Linux on the
> > Raspberry Pi
> >  a
> > Preempt_RT patched linux kernel for 64 bit rpi 3b+.
> >
> This doesn't work on wheezy failing 3 links in at step one of creating a
> container because its apt-get yet on wheezy.  And it doesn't work on the
> pi's jessie install, no snapd for jessie.
>
> So I don't have an install even capable of doing it your way here.
>
> The box I'm using to run mesaflash might be able to run stretch, but I'll
> need to install to a fresh ssd as the drive in it has all my mesa files
> I'd druther not lose my mesa collection.  Or maybe even try buster which
> is in late alpha. I may as well start learning its foibles.  Whats the
> best way to get a latest buster iso.  Got the jigdo files for alpha5
> coming in now.
>
> But that can't be made to work, no files from the template can be
> found. ???  So konqueror is pulling the whole first .iso. But damn that
> site is slow, 36 hours to get it all. For one dvd...
>
> And from the build dates, I've heard rumors the D-I is busted. I guess
> I'll find out.  Might be a waste of time. I could even fall over by
> then. But the pacemaker will try to keep me going.
>
> Back to bed, while konqueror shuffles slowly along at 32kb/sec.
>
> > Alan
>
>
> 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 
>
>

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

Re: [Emc-developers] future of rpi?

[Alan Condit]

Gene,

I know the rpi 3b+ is a 64 bit processor, but I understand that it also runs 
the 32bit software. So, my question is this, are you running 32bit OS or 64bit?

I am looking at various preempt rt kernels for the rpi. Some kernels are up as 
far as 4.14.74 preempt rt for the 32bit mode. The latest kernel that I have 
found that sounds somewhat stable specifically for the rpi 3b(+) 
linux-image-4.19.8-rt6-v8_4.19.8-rt6-v8-1_arm64.deb.

So, are you looking for source to compile or an image to install? Are you 
willing to move to Stretch or do you want to stick with Jessie?

Here is an article with directions for building Real-Time Linux on the 
Raspberry Pi  a 
Preempt_RT patched linux kernel for 64 bit rpi 3b+.

Alan


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

Re: [Emc-developers] future of rpi?

[Gene Heskett]

On Wednesday 06 March 2019 13:44:32 Peter C. Wallace wrote:

> On Wed, 6 Mar 2019, Gene Heskett wrote:
> > Date: Wed, 6 Mar 2019 11:29:29 -0500
> > From: Gene Heskett 
> > Reply-To: EMC developers 
> > To: emc-developers@lists.sourceforge.net
> > Subject: Re: [Emc-developers] future of rpi?
> >
> > Huge snip about rpi updates destroying that install:
> >
> > I think, given the resources at hand, that I'll be quicker to a
> > working machine by reburning the 7i90HD with a parport interface,
> > and finding a way to hang the old dell I use for mesa-card
> > programming on the 1.5" post holding up what's there now and using a
> > 26 pin cable maybe 2 feet long to reach into the interface box and
> > drive the 7i90HD. That post is loaded now, so I'll have to fab some
> > mounting brackets etc.  Not to mention clearing out behind the lathe
> > so I can get back there to work. Open floor space is soon occupied,
> > by paint buckets, pieces removed from the lathe by the conversion
> > and tools tossed down because I'm too lazy to put them away
> > properly.
> >
> > In retrospect, keeping that Jessie install up to date was a mistake.
> > Keeping the rest of the wheezy/intel installs uptodate has been
> > good, but one tends to forget that intel is everywhere, so updates
> > are subject to thousands of eyeballs, while the pi is 100%
> > proprietary and they can do as they please, and apparently have. I'd
> > buy another D525MW mobo, but I've no place to put it out of the
> > flying swarf unless someone has found a suitable box???.
> >
> > Thats why I originally bought the whole shoebox from ARK when I
> > bought the two of those I do have. Put them and the drivers on high
> > shelves and out of the flying swarf. Thats worked well.
> >
> > In fact, this 7i90HD has been noise damaged and I've programmed
> > around it, so this is a good excuse as I'll have to order another. 
> > And then I'll have all good stepgens again in case I want to add
> > some more gingerbread.
> >
> > 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 <http://geneslinuxbox.net:6309/gene>
> >
> >
> >
> > ___
> > Emc-developers mailing list
> > Emc-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-developers
>
> I've had a RPI running LinuxCNC master here (with 7C80 hardware)
> for about 8 months 24/7 and I have not seen any network (I'm using
> WIFI) or KB/Mouse issues, but I have (deliberatly) not done any
> updates. This is running stretch:
>
> PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
> NAME="Raspbian GNU/Linux"
> VERSION_ID="9"
> VERSION="9 (stretch)"
> ID=raspbian
> ID_LIKE=debian
> HOME_URL="http://www.raspbian.org/;
> SUPPORT_URL="http://www.raspbian.org/RaspbianForums;
> BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs;
>
> Using a kernel I got from RMU (thanks RMU!):
>
> Linux raspberrypi 4.9.65-rt56-v7+ #3 SMP PREEMPT RT Thu Dec 14
> 12:26:15 CET 2017 armv7l GNU/Linux
>
> You do have to enable hardware OpenGL or the backplot is painfully
> slow and you cannot manipulate full screen dense backplots without
> running out of the RPIs meager memory space. ( This may be fixed
> eventually by the very clever guys working on QtPyVCP that have
> reduced the backplot memory footprint and speed it up considerably
> using VTK )

I've seen that in the changelogs. Progress!

>
> I can post the config.txt and cmdline.txt files if you like
>
That would be helpfull, but I am not familiar with the 7C80 you 
mentioned, I see it on your site but it is not in your current price 
list.  Nor are the manuals and software listed.  I'd also be interested 
in where you got the stretch install from. And a copy of that kernel.

Better yet, I can send you a 32 or 64gb u-sd you could dd it to. :)

I have the radios turned off as I have a neighbor whose smartphone can 
hack into my radios in <2 seconds if they are enabled. Used 80 gb of my 
bandwidth the month I discovered it. I should also point out that I am 
told the wifi doesn't have to go thru the internal usb hub thats such an 
rpi pita.  So the wifi is s/b faster.

It may, if it depends on the wifi, behoove me to secure it against the 
smartphones if that is possible. Security tuning data for wifi seems to 
be hard to find. Simplest is likely locking it the accessor's mac. 

Re: [Emc-developers] future of rpi?

[Peter C. Wallace]

On Wed, 6 Mar 2019, Gene Heskett wrote:


Date: Wed, 6 Mar 2019 11:29:29 -0500
From: Gene Heskett 
Reply-To: EMC developers 
To: emc-developers@lists.sourceforge.net
Subject: Re: [Emc-developers] future of rpi?

Huge snip about rpi updates destroying that install:

I think, given the resources at hand, that I'll be quicker to a working
machine by reburning the 7i90HD with a parport interface, and finding a
way to hang the old dell I use for mesa-card programming on the 1.5"
post holding up what's there now and using a 26 pin cable maybe 2 feet
long to reach into the interface box and drive the 7i90HD. That post is
loaded now, so I'll have to fab some mounting brackets etc.  Not to
mention clearing out behind the lathe so I can get back there to work.
Open floor space is soon occupied, by paint buckets, pieces removed from
the lathe by the conversion and tools tossed down because I'm too lazy
to put them away properly.

In retrospect, keeping that Jessie install up to date was a mistake.
Keeping the rest of the wheezy/intel installs uptodate has been good,
but one tends to forget that intel is everywhere, so updates are subject
to thousands of eyeballs, while the pi is 100% proprietary and they can
do as they please, and apparently have. I'd buy another D525MW mobo, but
I've no place to put it out of the flying swarf unless someone has found
a suitable box???.

Thats why I originally bought the whole shoebox from ARK when I bought
the two of those I do have. Put them and the drivers on high shelves and
out of the flying swarf. Thats worked well.

In fact, this 7i90HD has been noise damaged and I've programmed around
it, so this is a good excuse as I'll have to order another.  And then
I'll have all good stepgens again in case I want to add some more
gingerbread.

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 <http://geneslinuxbox.net:6309/gene>



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



I've had a RPI running LinuxCNC master here (with 7C80 hardware)
for about 8 months 24/7 and I have not seen any network (I'm using WIFI) or 
KB/Mouse issues, but I have (deliberatly) not done any updates.

This is running stretch:

PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/;
SUPPORT_URL="http://www.raspbian.org/RaspbianForums;
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs;

Using a kernel I got from RMU (thanks RMU!):

Linux raspberrypi 4.9.65-rt56-v7+ #3 SMP PREEMPT RT Thu Dec 14 12:26:15 CET 
2017 armv7l GNU/Linux

You do have to enable hardware OpenGL or the backplot is painfully slow and 
you cannot manipulate full screen dense backplots without running out of the 
RPIs meager memory space. ( This may be fixed eventually by the very clever 
guys working on QtPyVCP that have reduced the backplot memory footprint and 
speed it up considerably using VTK )


I can post the config.txt and cmdline.txt files if you like

Peter Wallace
Mesa Electronics



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

Re: [Emc-developers] future of rpi? (Gene Heskett)

[Gene Heskett]

On Wednesday 06 March 2019 11:42:15 andy pugh wrote:

> On Wed, 6 Mar 2019 at 16:40, Alan Condit  wrote:
> > I hope you don’t give up on the rpi just yet. I am just getting
> > interested in trying something, although I was thinking of a rpi3b+
> > with 7i76e.
>
> Feel free to try that, but I think that it might not work very well as
> I have heard that the Pi Ethernet is on the USB bus.

Yes it is Andy, so its usb-2 speeds, not even 2.1.

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 



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

Re: [Emc-developers] future of rpi? (Gene Heskett)

[Gene Heskett]

On Wednesday 06 March 2019 11:39:25 Alan Condit wrote:

> Gee Gene,
>
> I hope you don’t give up on the rpi just yet. I am just getting
> interested in trying something, although I was thinking of a rpi3b+
> with 7i76e.
>
> Alan
>
I have work for the machine, and while TomP's procedure from a PM sounds 
good, it builds what I had a year ago with slow video. He is actually 
moving a Sable printer with gpio pins on a pi3b.

I've had to play whackamole, restoring networking several times while 
staying current with that jessie install, and frankly I'm tired of that, 
and the raspi peoples total ignorance about motion control and its need 
for rt-preempt kernels that actually work. 

Doing bleeding edge stuff is fun, you've proved it can be done, but you 
become painfully aware that the pi has a basically unfixable hardware 
config, until you finally grok that you are the only one doing the 
bleeding and you are the only one who can apply the needle and thread to 
stop the bleeding.  So I'm going back to mainstream, where I can ask a 
question and get knowledgable reply's.

It will take me a week or more, moving other stuff just to get to it will 
take half a day, and likely trips to the trash trailer. My "junk box" 
overfloweth.  There are parts of this lathe I'd like to sell to someone 
doing a restoration, but no serious nibbles in 2 years means its going 
to the landfill eventually just to get it out of my way. But not today 
as its 20F out and snowing gently (yet, 3rd day, only a 4" total), so 
that well insulated garage door is staying down until a warmer day 
comes. Then its a tossup whether I finish the conversion back to a pc, 
or take the probe part now in the 1/4" collet in the Sheldon to TLM and 
put the threads on the end of a much shorter probe for that gizmo. 
Probably the latter.

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 



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

Re: [Emc-developers] future of rpi? (Gene Heskett)

[andy pugh]

On Wed, 6 Mar 2019 at 16:40, Alan Condit  wrote:

> I hope you don’t give up on the rpi just yet. I am just getting interested
> in trying something, although I was thinking of a rpi3b+ with 7i76e.

Feel free to try that, but I think that it might not work very well as
I have heard that the Pi Ethernet is on the USB bus.

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


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

Re: [Emc-developers] future of rpi? (Gene Heskett)

[Alan Condit]

Gee Gene,

I hope you don’t give up on the rpi just yet. I am just getting interested
in trying something, although I was thinking of a rpi3b+ with 7i76e.

Alan

>   2. future of rpi? (Gene Heskett)
> Message: 2
> Date: Tue, 5 Mar 2019 20:50:23 -0500
> From: Gene Heskett 
> To: EMC developers 
> Subject: [Emc-developers] future of rpi?
> Message-ID: <201903052050.23277.ghesk...@shentel.net>
> Content-Type: text/plain;  charset="utf-8"
> 
> Greetings all;
> 
> About 90 days back there were some new kernels and libraries made 
> available that I've heard sped up the video on the pi's quite a bit.
> 
> But I have the stuff wrapped around the realtime kernel its running 
> pinned so as not to lose the ability to run my lathe.  That file is 
> here:
> pi@picnc:/etc/apt/preferences.d $ cat kernel.pref
> Package:linux-kernel
> pin: version 4.4.4-rt9-v7+
> Pin-Priority: 1001
> 
> Package: linux-headers
> Pin: version 4.4.4-rt9-v7+
> Pin-Priority: 1001
> 
> Package: raspberrypi-bootloader
> Pin: version 1.20170427-1
> Pin-Priority: 1001
> 
> Package: raspberrypi-kernel
> Pin: version 1.20170427-1
> Pin-Priority: 1001
> 
> But while they been pinned, apparently the video has been updated and the 
> older signal paths between the keyboard/mouse, and feedback to the video 
> have been destroyed to the extent that my sheldon is now no longer 
> usable. There is now at least a 1 second delay for any keyboard or mouse 
> event to get to linuxcnc from my fingers, and at least a 1 second delay 
> between lcnc's movements of the machine, and any update making it back 
> to the backplot. An because the machine isn't under the usual tight 
> control I've now destroyed 2 of the very expensive, smallest 3 cornered 
> threading chips for making external threads.
> 
> So I need a freshly built and installable realtime kernel that is 
> compatible with the latest libraspberripi.bin and friends, or I'm going 
> to have to find a D-525-MW mobo and reconvert it to a 7i90 with a 
> parport interface since theres no such thing as an spi driver for the 
> x86 boards. Given the rpi communities attitude vis-a-vis machine 
> controls, (we are being ignored on their many lists and forums, the rare 
> exception being the linux-arm list) it looks like going back to an intel 
> driven system is the only choice I really have if I want a useable lathe 
> again. My biggest problem is where the heck am I going to put a D-525-MW 
> mobo in the hacked up mess hanging on the riser pole on the back of the 
> machine now.
> 
> I have several later rt kernels built, right there on the pi, but so far, 
> despite repeated pleas for instructions on how to install them, nothing 
> has been offered, and I'm now convinced after 2 years, that the pi folks 
> would just as soon I took the blue pill and went away. I wish there were 
> a thousand of me beating on the drums for support, but one voice is 
> swept away in the multimedia wind.
> 
> So is there a chance of a new kernel, realtime enough to work with 
> linuxcnc AND take advantage of the new video modes made available in the 
> last 5 or 6 months which might materialize by the 1st of May, or do I 
> put a intel mobo on it and install from the wheezy install iso?  Does 
> that involve the wholesale replacement of $200+ worth of 7i90HD+ 3x 
> 7i42TA's with something else?  That, once the noise was whupped, has 
> Just Worked. I think the question then is, is the intel parport fast 
> enough to service the 7i90HD over that interface?
> 
> I know that manpower to support one user of this architecture is not 
> efficient use of your time so if I have to rebuild, I won't be hugely 
> upset as this is the real world, but while it worked, it worked quite 
> well.
> 
> So what say you folks?
> 
> Like Douglas Adams, Thanks for the fish.
> 
> 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 <http://geneslinuxbox.net:6309/gene>



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

Re: [Emc-developers] future of rpi?

[Gene Heskett]

Huge snip about rpi updates destroying that install:

I think, given the resources at hand, that I'll be quicker to a working 
machine by reburning the 7i90HD with a parport interface, and finding a 
way to hang the old dell I use for mesa-card programming on the 1.5" 
post holding up what's there now and using a 26 pin cable maybe 2 feet 
long to reach into the interface box and drive the 7i90HD. That post is  
loaded now, so I'll have to fab some mounting brackets etc.  Not to 
mention clearing out behind the lathe so I can get back there to work. 
Open floor space is soon occupied, by paint buckets, pieces removed from 
the lathe by the conversion and tools tossed down because I'm too lazy 
to put them away properly.

In retrospect, keeping that Jessie install up to date was a mistake. 
Keeping the rest of the wheezy/intel installs uptodate has been good, 
but one tends to forget that intel is everywhere, so updates are subject 
to thousands of eyeballs, while the pi is 100% proprietary and they can 
do as they please, and apparently have. I'd buy another D525MW mobo, but 
I've no place to put it out of the flying swarf unless someone has found 
a suitable box???.

Thats why I originally bought the whole shoebox from ARK when I bought 
the two of those I do have. Put them and the drivers on high shelves and 
out of the flying swarf. Thats worked well.

In fact, this 7i90HD has been noise damaged and I've programmed around 
it, so this is a good excuse as I'll have to order another.  And then 
I'll have all good stepgens again in case I want to add some more 
gingerbread.

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 



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

Re: [Emc-developers] future of rpi?

[Gene Heskett]

On Tuesday 05 March 2019 21:11:19 Phillip Carter wrote:

> This DIY tutorial may be of interest.
>
> torial-for-kernel-4-14-y
> torial-for-kernel-4-14-y>>
>
> Cheers, Phill.
>
Thats nice Phill, but its about 2 years out of date, and needs a new 
rebuild to accept the newer video libraries now available. AIUI, the 
video will be sped up considerably. Something the pi is badly in need of 
anyway.

I do not see a working contact for this gentleman, so I've no way to 
contact him to request an update to a 4.19 kernel which should include 
the majority of these new patches. It also seems to imply its a stretch 
install, and this one is running jessie. I can backup all 
the /home/pi/linuxcnc stuffs to an attached ssd so thats not lost and is 
only a session of mc to restore.

If possible, I'd like to jump to buster to image a fresh u-sd card, then 
install the rt-kernel to it once everything else is running, starting 
with networking.  Is such an image already spun and downloadable from 
someplace?

Thanks.

> > On 6 Mar 2019, at 12:50 pm, Gene Heskett 
> > wrote:
> >
> > Greetings all;
> >
> > About 90 days back there were some new kernels and libraries made
> > available that I've heard sped up the video on the pi's quite a bit.
> >
> > But I have the stuff wrapped around the realtime kernel its running
> > pinned so as not to lose the ability to run my lathe.  That file is
> > here:
> > pi@picnc:/etc/apt/preferences.d $ cat kernel.pref
> > Package:linux-kernel
> > pin: version 4.4.4-rt9-v7+
> > Pin-Priority: 1001
> >
> > Package: linux-headers
> > Pin: version 4.4.4-rt9-v7+
> > Pin-Priority: 1001
> >
> > Package: raspberrypi-bootloader
> > Pin: version 1.20170427-1
> > Pin-Priority: 1001
> >
> > Package: raspberrypi-kernel
> > Pin: version 1.20170427-1
> > Pin-Priority: 1001
> >
> > But while they been pinned, apparently the video has been updated
> > and the older signal paths between the keyboard/mouse, and feedback
> > to the video have been destroyed to the extent that my sheldon is
> > now no longer usable. There is now at least a 1 second delay for any
> > keyboard or mouse event to get to linuxcnc from my fingers, and at
> > least a 1 second delay between lcnc's movements of the machine, and
> > any update making it back to the backplot. An because the machine
> > isn't under the usual tight control I've now destroyed 2 of the very
> > expensive, smallest 3 cornered threading chips for making external
> > threads.
> >
> > So I need a freshly built and installable realtime kernel that is
> > compatible with the latest libraspberripi.bin and friends, or I'm
> > going to have to find a D-525-MW mobo and reconvert it to a 7i90
> > with a parport interface since theres no such thing as an spi driver
> > for the x86 boards. Given the rpi communities attitude vis-a-vis
> > machine controls, (we are being ignored on their many lists and
> > forums, the rare exception being the linux-arm list) it looks like
> > going back to an intel driven system is the only choice I really
> > have if I want a useable lathe again. My biggest problem is where
> > the heck am I going to put a D-525-MW mobo in the hacked up mess
> > hanging on the riser pole on the back of the machine now.
> >
> > I have several later rt kernels built, right there on the pi, but so
> > far, despite repeated pleas for instructions on how to install them,
> > nothing has been offered, and I'm now convinced after 2 years, that
> > the pi folks would just as soon I took the blue pill and went away.
> > I wish there were a thousand of me beating on the drums for support,
> > but one voice is swept away in the multimedia wind.
> >
> > So is there a chance of a new kernel, realtime enough to work with
> > linuxcnc AND take advantage of the new video modes made available in
> > the last 5 or 6 months which might materialize by the 1st of May, or
> > do I put a intel mobo on it and install from the wheezy install iso?
> >  Does that involve the wholesale replacement of $200+ worth of
> > 7i90HD+ 3x 7i42TA's with something else?  That, once the noise was
> > whupped, has Just Worked. I think the question then is, is the intel
> > parport fast enough to service the 7i90HD over that interface?
> >
> > I know that manpower to support one user of this architecture is not
> > efficient use of your time so if I have to rebuild, I won't be
> > hugely upset as this is the real world, but while it worked, it
> > worked quite well.
> >
> > So what say you folks?
> >
> > Like Douglas Adams, Thanks for the fish.
> >
> > Cheers, Gene Heskett
> > --
> > "There are four boxes to be used in defense of liberty:
> > soap, ballot, jury, and ammo. Please use in that order."
> > -Ed Howdershelt (Author)
> > Genes Web page 
> >
> >
> >
> > ___
> > 

Re: [Emc-developers] future of rpi?

[Phillip Carter]

This DIY tutorial may be of interest.

>

Cheers, Phill.

> On 6 Mar 2019, at 12:50 pm, Gene Heskett  wrote:
> 
> Greetings all;
> 
> About 90 days back there were some new kernels and libraries made 
> available that I've heard sped up the video on the pi's quite a bit.
> 
> But I have the stuff wrapped around the realtime kernel its running 
> pinned so as not to lose the ability to run my lathe.  That file is 
> here:
> pi@picnc:/etc/apt/preferences.d $ cat kernel.pref
> Package:linux-kernel
> pin: version 4.4.4-rt9-v7+
> Pin-Priority: 1001
> 
> Package: linux-headers
> Pin: version 4.4.4-rt9-v7+
> Pin-Priority: 1001
> 
> Package: raspberrypi-bootloader
> Pin: version 1.20170427-1
> Pin-Priority: 1001
> 
> Package: raspberrypi-kernel
> Pin: version 1.20170427-1
> Pin-Priority: 1001
> 
> But while they been pinned, apparently the video has been updated and the 
> older signal paths between the keyboard/mouse, and feedback to the video 
> have been destroyed to the extent that my sheldon is now no longer 
> usable. There is now at least a 1 second delay for any keyboard or mouse 
> event to get to linuxcnc from my fingers, and at least a 1 second delay 
> between lcnc's movements of the machine, and any update making it back 
> to the backplot. An because the machine isn't under the usual tight 
> control I've now destroyed 2 of the very expensive, smallest 3 cornered 
> threading chips for making external threads.
> 
> So I need a freshly built and installable realtime kernel that is 
> compatible with the latest libraspberripi.bin and friends, or I'm going 
> to have to find a D-525-MW mobo and reconvert it to a 7i90 with a 
> parport interface since theres no such thing as an spi driver for the 
> x86 boards. Given the rpi communities attitude vis-a-vis machine 
> controls, (we are being ignored on their many lists and forums, the rare 
> exception being the linux-arm list) it looks like going back to an intel 
> driven system is the only choice I really have if I want a useable lathe 
> again. My biggest problem is where the heck am I going to put a D-525-MW 
> mobo in the hacked up mess hanging on the riser pole on the back of the 
> machine now.
> 
> I have several later rt kernels built, right there on the pi, but so far, 
> despite repeated pleas for instructions on how to install them, nothing 
> has been offered, and I'm now convinced after 2 years, that the pi folks 
> would just as soon I took the blue pill and went away. I wish there were 
> a thousand of me beating on the drums for support, but one voice is 
> swept away in the multimedia wind.
> 
> So is there a chance of a new kernel, realtime enough to work with 
> linuxcnc AND take advantage of the new video modes made available in the 
> last 5 or 6 months which might materialize by the 1st of May, or do I 
> put a intel mobo on it and install from the wheezy install iso?  Does 
> that involve the wholesale replacement of $200+ worth of 7i90HD+ 3x 
> 7i42TA's with something else?  That, once the noise was whupped, has 
> Just Worked. I think the question then is, is the intel parport fast 
> enough to service the 7i90HD over that interface?
> 
> I know that manpower to support one user of this architecture is not 
> efficient use of your time so if I have to rebuild, I won't be hugely 
> upset as this is the real world, but while it worked, it worked quite 
> well.
> 
> So what say you folks?
> 
> Like Douglas Adams, Thanks for the fish.
> 
> 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 
> 
> 
> 
> ___
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers


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

[Emc-developers] future of rpi?

[Gene Heskett]

Greetings all;

About 90 days back there were some new kernels and libraries made 
available that I've heard sped up the video on the pi's quite a bit.

But I have the stuff wrapped around the realtime kernel its running 
pinned so as not to lose the ability to run my lathe.  That file is 
here:
pi@picnc:/etc/apt/preferences.d $ cat kernel.pref
Package:linux-kernel
pin: version 4.4.4-rt9-v7+
Pin-Priority: 1001

Package: linux-headers
Pin: version 4.4.4-rt9-v7+
Pin-Priority: 1001

Package: raspberrypi-bootloader
Pin: version 1.20170427-1
Pin-Priority: 1001

Package: raspberrypi-kernel
Pin: version 1.20170427-1
Pin-Priority: 1001

But while they been pinned, apparently the video has been updated and the 
older signal paths between the keyboard/mouse, and feedback to the video 
have been destroyed to the extent that my sheldon is now no longer 
usable. There is now at least a 1 second delay for any keyboard or mouse 
event to get to linuxcnc from my fingers, and at least a 1 second delay 
between lcnc's movements of the machine, and any update making it back 
to the backplot. An because the machine isn't under the usual tight 
control I've now destroyed 2 of the very expensive, smallest 3 cornered 
threading chips for making external threads.

So I need a freshly built and installable realtime kernel that is 
compatible with the latest libraspberripi.bin and friends, or I'm going 
to have to find a D-525-MW mobo and reconvert it to a 7i90 with a 
parport interface since theres no such thing as an spi driver for the 
x86 boards. Given the rpi communities attitude vis-a-vis machine 
controls, (we are being ignored on their many lists and forums, the rare 
exception being the linux-arm list) it looks like going back to an intel 
driven system is the only choice I really have if I want a useable lathe 
again. My biggest problem is where the heck am I going to put a D-525-MW 
mobo in the hacked up mess hanging on the riser pole on the back of the 
machine now.

I have several later rt kernels built, right there on the pi, but so far, 
despite repeated pleas for instructions on how to install them, nothing 
has been offered, and I'm now convinced after 2 years, that the pi folks 
would just as soon I took the blue pill and went away. I wish there were 
a thousand of me beating on the drums for support, but one voice is 
swept away in the multimedia wind.

So is there a chance of a new kernel, realtime enough to work with 
linuxcnc AND take advantage of the new video modes made available in the 
last 5 or 6 months which might materialize by the 1st of May, or do I 
put a intel mobo on it and install from the wheezy install iso?  Does 
that involve the wholesale replacement of $200+ worth of 7i90HD+ 3x 
7i42TA's with something else?  That, once the noise was whupped, has 
Just Worked. I think the question then is, is the intel parport fast 
enough to service the 7i90HD over that interface?

I know that manpower to support one user of this architecture is not 
efficient use of your time so if I have to rebuild, I won't be hugely 
upset as this is the real world, but while it worked, it worked quite 
well.

So what say you folks?

Like Douglas Adams, Thanks for the fish.

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 



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