hi gene On 05/05/17 08:16, Gene Heskett wrote: > Charles; > Its actually running the 2.8pre x86 code, for master-sim, straight out of > the buildbot at <http://buildbot.linuxcnc.org jessie master-sim>. ? raspberry pi runs x86 code? also the url might be better as
<http://buildbot.linuxcnc.org> please look for "jessie master-sim" or describe it as an entry to sources.list > Sim in this case only seems to mean its not running any cpu burning PID > modules. did you actually use http://buildbot.linuxcnc.org/dists/jessie/2.7-sim/binary-armhf/linuxcnc-uspace-dev_2.7.8.16.ga380981_armhf.deb <http://buildbot.linuxcnc.org/dists/jessie/2.7-sim/binary-armhf/linuxcnc-uspace-dev_2.7.8.16.ga380981_armhf.deb> or a similar armhf version? > And doesn't appear to suffer because of the lack of PID's on a > stepper system. so you used a sim but got it to drive hardware? the spi module talked to the 7i90 using a sim linuxcnc? > With servo's I'd expect to need the PID's. Other than > that, the ini, hal, xml and assorted txt files should be able to run on > an x86 box if I mailed them to you. Correcting the i/o wiring, or the > hal bits that assign a signal to such and such a pin to match up with > what you've got built already would be the major reason to edit the hal > files. > >> I have someone interested in using a RPi+Mesa instead of a BBB for a >> small machine control. We're not actively building Machinekit >> packages for Raspbian, and I noticed the LCNC hostmot2 driver has a >> RPi SPI driver. Is that what you're using? > yes, hm2-rpspi.ko, which is loaded by the hm2-7i90.ko card driver. > >> I don't want to point him >> this direction if it's not particularly stable, but he's technically >> savvy enough to get over a few rough spots. > Since I'm walking on new ground with this, Martinjack seems to have > disappeared, its a somewhat lonely trail. I could use the company as I > toddle along. > > Its just as stable as the same code running on an x86 box would be. > > The only warning I'd issue other than keeping motorish noises out of the > system with a single point ground system, is the whole i/o on a pi comes > and goes thru whats basically a usb hub, and keyboard/mouse events seem > to be treated with very poor priority as the uptime accumulates. > > Generally fixed for a while by rebooting. That needs addressed by the pi > builders, probably by adding enough memory that it stays out of the swap > file. It has a gig now, needs another from my diagnosis. > > Cheers, Gene Heskett thanks gene, i may look again at the OPI+2e which runs video smooth with recent ( april2017) debian xfce4 apparently some tricks can be pulled using DietPi to make it more lightweight and hopefully les latent. tomp tjtr33 ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
