Re: [Emc-users] .pit file extension

[Troy Jacobson]

If by pic, you mean a Microchip PIC program, you should grab a PIC
disassembler.  There are ones available for Linux (don't know the name) or
you could get MPLab X from microchip.


On Thu, Jun 12, 2014 at 3:15 PM, John Alexander Stewart 
wrote:

> or just put it through "strings" and see what prints out.
>
> JohnS.
> ​
>
> --
> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
> Find What Matters Most in Your Big Data with HPCC Systems
> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
> Leverages Graph Analysis for Fast Processing & Easy Data Exploration
> http://p.sf.net/sfu/hpccsystems
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Remote display LinuxCNC Machine Kit + BBB

[Troy Jacobson]

Gene,
You can add 'remoteusername@' to the front of machine.name (like an email
address) if the remote username is different.  The same thing works for scp
and others.

Troy


On Fri, Oct 18, 2013 at 12:36 PM, Walter Cigana wrote:

> thanks Charles!
>
> I kept using "ssh -x" which DISABLES X11 forwarding instead of "ssh -X" !
>
> Walter
>
>
> On Fri, Oct 18, 2013 at 12:49 PM, Charles Buckley  >wrote:
>
> > Are you using "ssh -X"?   Or "ssh -x"? Is /etc/ssh/sshd_config on the
> > linuxcnc server set to allow X11Forwarding?
> >
> > You should not need to manually set DISPLAY= if ssh forwarding is
> enabled.
> >
> >
> > On Fri, Oct 18, 2013 at 10:38 AM, Walter Cigana  > >wrote:
> >
> > > Hi all,
> > >
> > > I am using a setup with LinuxCNC/MachineKit running on a beagleBone
> > Black.
> > >
> > > I have been trying for a week or so to get to ssh into the BBB and
> start
> > > linuxcnc with the display showing up on my remote computer.
> > >
> > > I know this is possible since many people refer to this working for
> them
> > > and I've seen videos of people having it in their setup.
> > > I have tried the usual "export DISPLAY=...:0" and "xhost +myIP"
> commands,
> > > but I still get a "cannot open display" error when trying to launch and
> > app
> > > remotely.
> > >
> > > I have looked around and tried many things that people suggest: X11
> > > forwarding and the like, but want to stay away from VNC if possible.
> > >
> > > thanks,
> > > Walter
> > >
> > >
> >
> --
> > > October Webinars: Code for Performance
> > > Free Intel webinars can help you accelerate application performance.
> > > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the
> most
> > > from
> > > the latest Intel processors and coprocessors. See abstracts and
> register
> > >
> > >
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
> > > ___
> > > Emc-users mailing list
> > > Emc-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/emc-users
> > >
> >
> >
> --
> > October Webinars: Code for Performance
> > Free Intel webinars can help you accelerate application performance.
> > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> > from
> > the latest Intel processors and coprocessors. See abstracts and register
> >
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
>
> --
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] OT: BeagleBoneBlack - SPI

[Troy Jacobson]

I've been experimenting with SPI here as well, and was able to read
the MAX31855
thermocouple interface.  I don't have my BBB running currently, so I'm
going a bit from memory here and doing my best to interpret the C code in
from the python SPI module.  The module isn't well documented, as you
probably realize by now.  I'm also assuming that you're not seeing
inconsistent behavior on the CS line that would indicate a pin conflict or
misconfiguration.

Unfortunately, I don't have an answer for how to keep the CS asserted the
whole time.  That being said, I have to inquire if that is really
necessary.  First, the device being used may not require it.  Second, if
there is only one device on the bus, then the pin could
be permanently pulled high, or set by software some other way.

I believe that the cshigh method is a configuration setting for whether or
not the CS line is active high or active low.

>From the code, it looks like the xfer methods are used to send multiple
multi-byte messages.  The code talks about the behavior of the CS line
between blocks, and I don't think that blocks==bytes here.  Pass in a list
of two lists and see what happens with the CS line.

Troy





On Mon, Oct 7, 2013 at 2:09 AM, Klemen Dovrtel wrote:

> Hello everybody,
>
> I am testing the BBB and spi. I set up the spi port and installed the spi
> library as described at hipstercircuits (
> http://hipstercircuits.com/enable-spi-with-device-tree-on-beaglebone-black-copy-paste/).
> Now I would like to test a simple data exchange - send two bytes and after
> a small delay read two bytes. The CS should be asserted during the whole
> data exchange. The problem is that i can not force CE to be asserted the
> whole time.
>
> I sent the data using spi.xfer2, but after that the CE was de-asserted. I
> tried to keep the CE asserted with spi.cshigh after the spi.xfer2, but this
> still leaves a small glitch on CS line. Can someone please suggest how can
> i control the CS line as required?
>
> BTW, i also noticed that there was no difference between spi.xfer and
> spi.xfer2 even though the spi.xfer should send an array of bytes
> de-asserting and re-asserting the CE with every byte - i could not see the
> CS de-asserting and re-asserting with the oscilloscope.
>
> Best Regards
> Klemen
>
> --
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BBB - hal input pin setup

[Troy Jacobson]

The bb_gpio.p8.in-** are always two digit numbers, so bb_gpio.p8.in-03
should work.

The "without becoming ready" is probably indicating that the gpio pin isn't
correctly configured elsewhere, like the dts file.  Did you compile the dts
file after editing (that was one of the first things I had to learn about)?
 sudo ./dtc.sh should do the trick.  I think your dts file looks good for
using pin 7.

In the setup.sh file, I think 36 should be changed to 66 for using pin 7.


On Tue, Sep 10, 2013 at 2:32 PM, Klemen Dovrtel wrote:

> I was reading the tutorial/explanation (
> http://bb-lcnc.blogspot.com/2013/07/adding-homelimit-switches.html) for
> BBB hal setup and i tried to test it myself. I wrote a simple hal file to
> test the gpio input and output. I used the p8.7 as input and p8.11 and
> p8.13 as output:
>
>
> loadrt hal_bb_gpioinput_pins=103 output_pins=111,113
>
> net gpiopulse siggen.1.clock => bb_gpio.p8.out-11 bb_gpio.p8.out-13
>
> #net intoout bb_gpio.p8.in-3 => bb_gpio.p8.out-13
>
>
> This works fine, i can see the leds blinking. There are also no errors
> about the pin 103 usage - strange.
>
>
> But if i change the  input_pin103 to 107, i get an error:
> Waiting for component 'hal_bb_gpio' to become
> ready..
> ledtets.hal:11: /home/linuxcnc/linuxcnc/bin/rtapi_app exited without
> becoming ready
> ledtets.hal:11: insmod failed, returned -1
>
> If try to use the 103 again and "net intoout bb_gpio.p8.in-3 =>
> bb_gpio.p8.out-13"
> I get a different error: ledtets.hal:31: Pin 'bb_gpio.p8.in-3' does not
> exist
>
> I have no idea what could be wrong. Can some please give me a hint for an
> error. Any suggestion would be greatly appreciated.
>
> I pasted my setup/config and console outputs below:
>
>
>
> -
>
> $ sudo cat /sys/kernel/debug/gpio
> GPIOs 0-31, gpio:
>  gpio-9   (sysfs   ) out lo
>  gpio-13  (sysfs   ) out lo
>
> GPIOs 32-63, gpio:
>  gpio-36  (sysfs   ) in  hi
>  gpio-52  (eMMC_RSTn   ) out lo
>
> GPIOs 64-95, gpio:
>
> GPIOs 96-127, gpio:
>
> -
> $ sudo cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pingroups
> registered pin groups:
> group: pinmux_userled_pins
> pin 21 (44e10854)
> pin 22 (44e10858)
> pin 23 (44e1085c)
> pin 24 (44e10860)
>
> group: pinmux_rstctl_pins
> pin 20 (44e10850)
>
> group: pinmux_i2c0_pins
> pin 98 (44e10988)
> pin 99 (44e1098c)
>
> group: pinmux_i2c2_pins
> pin 94 (44e10978)
> pin 95 (44e1097c)
>
> group: ledtest_pins
> pin 36 (44e10890)
> pin 13 (44e10834)
> pin 9 (44e10824)
>
>
>
> --BB-HAL-LEDTEST-00A0.dts---
> /dts-v1/;
> /plugin/;
>
> / {
> compatible = "ti,beaglebone", "ti,beaglebone-black";
>
> /* identification */
> part-number = "BB-LCNC-BEBOPR";
> version = "00A0";
>
> /* state the resources this cape uses */
> exclusive-use =
> /* the pin header uses */
> "p8.7", /* gpio */
> "p8.11",/* gpio */
> "p8.13";/* gpio */
>
>
> fragment@0 {
> target = <&am33xx_pinmux>;
> __overlay__ {
>
> ledtest_pins: ledtest_pins {
> pinctrl-single,pins = <
> 0x90 0x3f   /* p8.7  input,
> pull-up, mode 7 */
> 0x34 0x0f   /* p8.11 output,
> mode 7 */
> 0x24 0x0f   /* p8.13 output,
> mode 7 */
> >;
> };
> };
> };
>
>  fragment@1 {
> target = <&pruss>;
> __overlay__ {
> status = "okay";
>
> pinctrl-names = "default";
> pinctrl-0 = <&ledtest_pins>;
>
> };
> };
>
> --setup.sh---
> for DTBO in BB-HAL-LEDTEST ; do
>
> if grep -q $DTBO $SLOTS ; then
> echo $DTBO overlay found
> else
> echo Loading $DTBO overlay
> sudo -A su -c "echo $DTBO > $SLOTS" || dtbo_err
> sleep 1
> fi
> done;
>
> #if [ ! -r /sys/devices/ocp.*/helper.*/AIN0 ] ; then
> #   echo Analog input files not found in /sys/devices/ocp.*/helper.*
> >&2
> #   exit 1;
> #fi
>
> if [ ! -r /sys/class/uio/uio0 ] ; then
> echo PRU control files not found in /sys/class/uio/uio0 >&2
> exit 1;
> fi
>
> # Export GPIO pins
> # This really only needs to be done to enable the low-level clocks for the
> GPIO
> # modules.  There is probably a better way to do this...
> while read PIN DIR JUNK ; do
> case "$

Re: [Emc-users] Creating Screw Compensation Table

[Troy Jacobson]

What are the DRO readings vs. commanded position at regular intervals along
the entire length of travel?


On Thu, Sep 5, 2013 at 1:20 PM, andy pugh  wrote:

> On 5 September 2013 19:08, Russell Brown  wrote:
>
> > Were the 'errors' I showed (~.015mm over a 50mm move) in the right ball
> > park for a non-ball-screw benchtop mill driven by steppers?
>
> Not brilliant, but then I doubt that the machine is driven by
> super-precision screws.
>
> > Should I expect a commanded 50mm move to travel 0.040mm less than 50mm ?
> >
> > Does the variation in actual distance moved indicate missed steps?  (the
> > actual move varied with different microsteppings)
>
> You may be missing steps, it is always a possibility with stepper machines.
>
> I don't suppose you have any way to get the DRO feedback into the PC?
> Closing the loop might be a fun project.
>
> --
> atp
> If you can't fix it, you don't own it.
> http://www.ifixit.com/Manifesto
>
>
> --
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone Image Available

[Troy Jacobson]

Axis does run on the BBB (I use it all the time).  Unless you're running a
board that conflicts with HDMI, I would recommend directly connecting a
monitor. I haven't used vnc on the BBB,  but my hunch is that it is
rendering in such a way that the tight VNC version of an X display doesn't
like.  I have run axis with a remote X server, but I also had a case where
it didn't like one of my older linux X severs, too.  Also, I have had
issues with VNC, though, with regular linux stuff that use features like
alpha channels and other "advanced" graphics functionality.  For instance,
I can't use the full Ubuntu Unity desktop with rdp or vnc.

Troy

I


On Wed, Sep 4, 2013 at 1:15 PM, Kirk Wallace wrote:

> On 09/04/2013 09:56 AM, Kirk Wallace wrote:
>
> ... snip
> > new one. From that point the CRC and untar was applied to the original.
> > I renamed the second download and everything is wonderful. Sorry for the
> > Red Herring.
> >
> >
>
> I just have power and Ethernet hooked up to my BBB. I installed
> tightvncserver per:
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?BeagleboneDevsetup
>
> and was able to connect and run LinuxCNC:
> http://www.wallacecompany.com/machine_shop/LinuxCNC/Screenshot-4.png
>
> I tried AXIS but got:
> http://www.wallacecompany.com/machine_shop/LinuxCNC/Screenshot-3.png
>
> so I guess AXIS doesn't work with the BBB.
>
> Now, on to integrating real hardware.
>
> --
> Kirk Wallace
> http://www.wallacecompany.com/machine_shop/
> http://www.wallacecompany.com/E45/
>
>
> --
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone Image Available

[Troy Jacobson]

At what bit depth are you running the vnc server?


On Wed, Sep 4, 2013 at 2:33 PM, Ralph Stirling <
ralph.stirl...@wallawalla.edu> wrote:

> I was able to run Axis fine using the built-in TCP over USB.  I added the
> following lines to /etc/network/interfaces on my laptop:
>
> auto eth3
>  iface eth3 inet static
> address 192.168.7.1
> netmask 255.255.255.0
> gateway 192.168.7.1
> pointtopoint 192.168.7.2
>
> plugged in the BBB to USB, and did ssh -Y linuxcnc@192.168.7.2 .
>
> -- Ralph
>
> On Wed, Sep 4, 2013 at 1:15 PM, Kirk Wallace  >wrote:
>
> > On 09/04/2013 09:56 AM, Kirk Wallace wrote:
> >
> > ... snip
> > > new one. From that point the CRC and untar was applied to the original.
> > > I renamed the second download and everything is wonderful. Sorry for
> the
> > > Red Herring.
> > >
> > >
> >
> > I just have power and Ethernet hooked up to my BBB. I installed
> > tightvncserver per:
> > http://wiki.linuxcnc.org/cgi-bin/wiki.pl?BeagleboneDevsetup
> >
> > and was able to connect and run LinuxCNC:
> > http://www.wallacecompany.com/machine_shop/LinuxCNC/Screenshot-4.png
> >
> > I tried AXIS but got:
> > http://www.wallacecompany.com/machine_shop/LinuxCNC/Screenshot-3.png
> >
> > so I guess AXIS doesn't work with the BBB.
> >
> > Now, on to integrating real hardware.
> >
> > --
> > Kirk Wallace
> > http://www.wallacecompany.com/machine_shop/
> > http://www.wallacecompany.com/E45/
> >
> >
> >
> --
> > Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> > Discover the easy way to master current and previous Microsoft
> technologies
> > and advance your career. Get an incredible 1,500+ hours of step-by-step
> > tutorial videos with LearnDevNow. Subscribe today and save!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
> >
> >
>
> --
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> --
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Capeless BBB

[Troy Jacobson]

Yes.  My non-cape cape is a bunch of wires connecting to a controller I
already had, in this case the RAMPS board that was purchased for my printer.


On Fri, Aug 16, 2013 at 5:41 AM, andy pugh  wrote:

> On 16 August 2013 11:11, Andrew  wrote:
> > What is the encoder pulse rate?
>
> About 10kHz.
>
> I suspect that an Arduino with interrupt-driven encoder counters might
> be a good solution.
>
> --
> atp
> If you can't fix it, you don't own it.
> http://www.ifixit.com/Manifesto
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Thermocouple to LinuxCNC

[Troy Jacobson]

Changing to a thermcouple is a near future project for me, too.  The MAX
chip looks better for this application, especially since I'm looking at
nylon and maybe PC printing (300-320C range).

For this, the AD595 has a couple of issues.  First, the output for the
termperature range I'm looking at is 3 to 3.5v, which is over twice the
range of the BBB's ADC.  The voltage divider is easy, but by the time I've
added in a safety zone and add something to limit the voltage into the ADC,
it becomes more complex and results in lost resolution.  Also, the max chip
can run on 3.3v that the rest of my BBB uses.  The AD595 would probably
require something above 5v to measure the temps I'm looking for.

What I haven't decided upon is where to mount the converter.  Can the
thermcouple wire withstand the repetitive motion if the extruder were to
move relative to the converter (on the X and Z axis), or should it be
mounted near the extruder so that the thermocouple wire doesn't get flexed
at all?


On Fri, Aug 9, 2013 at 9:11 AM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> On 8/9/2013 8:59 AM, Andrew wrote:
> > Hello,
> >
> > I recently got a 3D printing head with K type thermocouple off ebay.
> > There are two kinds of converters for these thermocouples:
> > - AD595 with analog output 10mV/C,
> >  - MAX 31855 with SPI output
> > http://datasheets.maximintegrated.com/en/ds/MAX31855.pdf
> > The first type needs ADC (which I already have in 7i73 as the last
> resort,
> > but I would not like to use it for 3D printer).
> > Thus the SPI type looks preferable. But is it compatible with MESA
> sserial?
> > Or (even better) with Beaglebone?
>
> If the SPI pins are free you can probably use it pretty easily with the
> BeagleBone.  If you want to talk to it via real-time HAL you'll have to
> write a low-level SPI driver to talk directly to the hardware, but
> that's probably not necessary.
>
> I use the on-board ADC for my thermistors, and have a python script that
> uses the Linux kernel driver for the ADC to grab the value and then
> convert it into a temperature that is injected into HAL.  It's not real
> fast or hard-real-time, but that doesn't matter much for a temperature
> control.
>
> There are kernel drivers available for SPI as well, but I haven't tried
> to use them.  IIRC the guy making the Replicape uses the Linux SPI
> drivers, so there's probably something on his blog about getting it
> working to get you started...yep, here you go:
>
>
> http://hipstercircuits.com/enable-spi-with-device-tree-on-beaglebone-black-copy-paste/
>
> --
> Charles Steinkuehler
> char...@steinkuehler.net
>
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Looking for error in doing dbl-sided pcb's.

[Troy Jacobson]

Would you need two Y fudge factors, one for the front and one for the back?

What's the distance between the top and bottom of the pocket and how does
that distance get incorporated into the flip/rotate calculations?


On Thu, Aug 8, 2013 at 7:55 PM, Gene Heskett  wrote:

> On Thursday 08 August 2013 20:31:24 jeremy youngs did opine:
>
> > why not just shift g 56? i do this all the time to match moldlines etc ,
> > i think that the simplest solution is often best
> >
> That is what I am doing, basically locating to within a few ten thou of an
> inch, a supposedly known place on the pallet, then, using the fudge factors
> defined, offsetting the X0,Y0 to the right & toward me enough to put that
> 0,0 point either at the exact corner of the board, or offset a bit (another
> 50 thou was the target) more because one row of holes is a bit close to the
> edge of the board.  This is done in g54 mode, then the top machining is
> done in G55 with those offsets applied, and the pattern rotated by the
> trailing R270 in
> these two lines:
>
> G10 L2 P2 x#100 y-#101 R270( offset G55 co-ordinates & rotate)
> G10 L2 P3 y[#101  - #] x#100 R270 ( set G56 to be used for bottom
> machining too )
>
> Humm, should that 2nd line look more like this?
> G10 L2 P3 x#100 y-[#101 + #] R270
>
> And what difference would it make to change the argument order?
> I'll do that once to test tomorrow because the boffset is off about 2x the
> #101 value to get close.
>
> And do I have to set the offsets, then run the machine to 0,0 in the new
> map before issuing the R270 as a separate command.  I am not doing that
> now.
>
> Thanks Jeremy.
>
> Cheers, Gene
> --
> "There are four boxes to be used in defense of liberty:
>  soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> My web page:  is up!
> My views
> 
> Nature is by and large to be found out of doors, a location where,
> it cannot be argued, there are never enough comfortable chairs.
> -- Fran Lebowitz
> A pen in the hand of this president is far more
> dangerous than 200 million guns in the hands of
>  law-abiding citizens.
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Linuxcnc on Beaglebone for a small mill Proxxon MF70

[Troy Jacobson]

Paul,
What are you using to go from layout to gcode for your pcbs?


On Thu, Aug 8, 2013 at 5:01 PM, Viesturs Lācis wrote:

> 2013/8/8 Paul Lacatus 
> >
> >  >
> > Done first steps by running linuxcnc in Xserver Xming on Windows 7
> machine
> > :
> >
> > http://www.paul-lacatus.ro/linuxcnc/Xserver.png
>
>
> Damn, I want that picture on my wallpaper. LinuxCNC on windows :)))
>
> --
> Viesturs
>
> If you can't fix it, you don't own it.
> http://www.ifixit.com/Manifesto
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Looking for error in doing dbl-sided pcb's.

[Troy Jacobson]

Gene,
I've been starting to think about how I want to mill double sided pcbs, and
have been trying to figure out how to avoid problems like this.

Is the size of your PCB blank causing an offset when it is rotated?  It
seems to me that the point around which the coordinates are rotated need to
be in the exact center of the PCB, or at centered between the two relevant
edges depending on the type of rotation/flip being done.  If you were to
drill a hole at that place, it should be half the board size away from the
edges of the pocket.

When calculating the coordinates for a rotate or flip, are you using the
same point for all files associated with the board?



On Thu, Aug 8, 2013 at 10:53 AM, Jan de Kruyf wrote:

> Gene,
> I would say, after reading through your code and looking at the pictures of
> your setup, that perhaps your table is not as square as you like to
> believe; and at the same time the pc board you were trying to drill is not
> as square as you believe.
> Then when you flip it, it will not be in the exact same position on the
> table, because the skewness that fitted perfectly into the jig first time
> around, causes a gap at the top or at the bottom (as you see it, along the
> Y axis) for the bottom-up run. Or the other way round.
>
> With a perfectly right-angled pc-board that would not happen, but who makes
> those?
>
> Try running a very thin feeler gage along the left edge with the board in
> both positions and see if it does not go in at the top or at the bottom.
>
> To prove the squareness of yr table, mill a square or rectangular plate
> (perhaps screw it down in the middle with 2 screws into the T-slot) and
> machine a perfectly round hole in it somewhere (reamer?) perfectly in the
> middle would be nice, but again that is difficult to archieve. Then put it
> in your jig, and clock on the hole with your fancy rotating probe and your
> program.
> Then flip the plate and clock again. I bet you will find the same
> registration error as you find now.
>
> And here is a last thought:
> After you have worked out the unsquareness of your machine you can write a
> kinematics routine to adjust for it, and then polish up the pcb jig so this
> does not bother you ever again.
>
> Cheers,
>
> j.
>
>
>
>
>
> On Thu, Aug 8, 2013 at 12:05 AM, Gene Heskett  wrote:
>
> > Hi all;
> >
> > I have a very small error, perhaps .010" in the top vs bottom hole &
> > pattern placements.
> >
> > Unless someone can convince me that pcb2gcode has a built in error in
> its Y
> > calc's for the bottom of the board, the error is mine, darnit.
> >
> > Background:  The eagle .brd file I was sent is arranged such that the
> board
> > is bigger in Y then in X.
> >
> > However, in building a pallet to hold the board I much prefer to have the
> > board pattern laying long ways with the X axis.
> >
> > So, I wrote, and it has worked fairly well, for several projects based on
> > the first pallet I made for the lathes spindle encoder a holefinder
> routine
> > to establish a known location on the pallet, just off the upper left
> corner
> > of the board, a short piece of 1/8" brass tubing, superglued in place and
> > connected the the LCNC probe input pin.  Then I made, from a sewing
> needle
> > threader, a probe I can put in a 1/8" collet, with the wire shaped like a
> > sharp speer.
> >
> > I have a .1 uf cap on the probe circuit which captures and holds any
> > momentary contact the probe wire makes to the inside of the mouth of the
> > tubing, holding it long enough for LCNC to grab it.  The facilitate LCNC
> > seeing the probe wire as a perfect cone, the spindle is running about
> 1800
> > rpm while this probing is going on.
> >
> > Basically it lowers the spinning wire into the hole until first contact
> is
> > detected, then raises the spindle 20 thou for clearance, then moves first
> > the x, capturing #5061 into 2 vars as it moves to detect the tubing,
> first
> > left, then right.  It adds those two, and divides by 2, then runs x to
> the
> > mathematical center.  Then it does the same with the Y axis, captureing
> > #5062 into fronty and backy vars, does the same /2 and runs the mills Y
> to
> > that center.  Once its done that, it applies the detected offsets to the
> > G55 and G56 maps, which are then used by the rest of the code depending
> on
> > whether its for the top (G55) or bottom (G56) of the board.  The bottom
> > however has an offset added such that running the bot.drill file should
> > result in holes drilled halfway through the board that meet in the
> middle.
> >
> > But, both G55 and G56 are also rotated with an R270 at the end of the G10
> > L2 P# statement in this code.
> >
> > What I am getting when I drill 5 thou into the board running the two
> drill
> > files from pcb2gcode shows a dead on registration has been achieved with
> > the offset as applied to only the G56 map.
> >
> > The board is being flipped along the x axis, so the same end of the board
> > is always wedged via the hold-dow

Re: [Emc-users] Linuxcnc on Beaglebone for a small mill Proxxon MF70

[Troy Jacobson]

Hi,
If you haven't already, you should check out the blog at
http://bb-lcnc.blogspot.com for images and status on running LinuxCNC on
Beaglebones.

I know that Charles, who writes the blog, and I are both running BBBs with
HDMI enabled.  The hdmi "issues" with the Black have to do with the  fact
that the capes were designed for the BBW, and pins were used that are
needed for hdmi on the Black.  Fortunately, the BBB and LinuxCNC makes it
easy to move functions to other pins.

The most recent MachineKit image available at the link above has a
configuration which avoids the conflicting pins on the Black.  Charles uses
the bridge adapter for his printer.  I'm just using a rats nest of wires to
connect my BBB to some hardware I already had, in this case a RAMPS board.

Troy


On Wed, Aug 7, 2013 at 7:26 AM, Paul Lacatus  wrote:

> On 07.08.2013 15:03, Viesturs Lācis wrote:
> > 2013/8/7 Paul Lacatus 
> >
> >> Your idea is interesting but an Atom board is at a fraction of BB cost
> >> that is about 50 Euro ? And what about parallel ports on atom boards ? I
> >> will check. Thank you !
> >>
> >> PS The BBW is just laying on my table ;)
> >
> > BTW Beaglebone is much easier to mount somewhere in the electronics
> cabinet
> > The only thing that keeps me from using Beaglebone are the emails about
> > hdmi and pru fight for particular pins, so there were some difficulties
> > about them. I know that Charles has a working solution, but I do not know
> > any details.
> > Disabling hdmi and running the beaglebone headless is definitely a
> > solution, but I know that I am not that advanced to set up something like
> > that.
> >
> the BBW that I already have has no HDMI but has also low specifications
> ( comparable with RasPi that I also have 720MHz Cortex , 256 MB ) than
> BBB . I am prepared to use it headless with X11 server on other machine
> . That why I proposed Raspi for an X11 server. I like Axis toolpath
> preview and I don't want to loose it ;). On BBB I heard That is a
> "bridge cape" that is solving the pin problems.
>
>
> --
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead.
> Download for free and get started troubleshooting in minutes.
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Two phase BLDC motors

[Troy Jacobson]

Oh, those poor little traces on the pcb.  They're a bit smaller than the
6-3 cable that runs to our electric stove, and that only is rated for 50A.


On Fri, Jul 26, 2013 at 2:39 PM, John Kasunich wrote:

> Huge is certainly a relative term.  That sink isn't going to
> dissipate 78 watts unless you dip the fins in ice water.
>
> But is certainly will dissipate something.  And 0.016 ohms is
> a pretty low on-resistance.
>
> Let's say the sink can handle 10 watts.  In an H-bridge, one
> device on each side is conducting at any given time.  That
> means each one can dissipate 5 watts.  With 0.016 ohms
> on-resistance, it should be good for 17A.  (That doesn't
> count switching losses, and assumes that they are using
> synchronous rectification and not just plain freewheeling
> diodes.)
>
>
> On Fri, Jul 26, 2013, at 03:27 PM, andy pugh wrote:
> > On 26 July 2013 19:39, Ralph Stirling 
> wrote:
> > > That little board doesn't have any heat sinking
> >
> > I think it has a huge one on the back?
> >
> > --
> > atp
> > If you can't fix it, you don't own it.
> > http://www.ifixit.com/Manifesto
> >
> >
> --
> > See everything from the browser to the database with AppDynamics
> > Get end-to-end visibility with application monitoring from AppDynamics
> > Isolate bottlenecks and diagnose root cause in seconds.
> > Start your free trial of AppDynamics Pro today!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> --
>   John Kasunich
>   jmkasun...@fastmail.fm
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BBB pwm in standalone HAL

[Troy Jacobson]

I finally stumbled across the HAL tutorial.  I've been reading a lot of
stuff, but sometimes it takes a while to find exactly what you need.
 Anyway, what I needed to do was replace the trivkins and motmod stuff with
threads, and add a start at the end.

loadusr -w /home/linuxcnc/linuxcnc/configs/BeagleBone/BeBoPr/setup.sh
loadrt threads name1=main-thread period1=100
loadrt hal_pru_generic
prucode=/home/linuxcnc/linuxcnc/rtlib/pru_generic.bin num_pwmgens=1
num_stepgens=1


addf hal_pru_generic.capture-position servo-thread
addf hal_pru_generic.update servo-thread

setp hal_pru_generic.pwmgen.00.pwm_period 100
setp hal_pru_generic.pwmgen.00.out.00.pin   0xAD
setp hal_pru_generic.pwmgen.00.out.00.enable1
setp hal_pru_generic.pwmgen.00.out.00.value 0.5

start


On Sun, Jul 21, 2013 at 10:48 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> On 7/21/2013 9:52 PM, Troy Jacobson wrote:
> > One of the things I've been experimenting with is a bit of python code to
> > help figure out the PID values for printer extruders.  I have it working
> in
> > Axis.  Since that requires edits to the main hal file, I was hoping to
> get
> > it to work all by itself.
> >
> > Everything seems to be working, except the bbb's PWM generator.  Below
> is a
> > subset of the hal file I'm using.  What is missing/wrong?
>
> I don't see anything seriously major wrong, but there are a few minor
> glitches...comments in-line:
>
> > I execute the file with
> > halrun -I test.hal
> >
> >
> > loadusr -w /home/linuxcnc/linuxcnc/configs/BeagleBone/BeBoPr/setup.sh
> > loadrt trivkins
> > loadrt motmod servo_period_nsec=100 num_joints=1
> > loadrt hal_pru_generic
> > prucode=/home/linuxcnc/linuxcnc/rtlib/pru_generic.bin num_pwmgens=1
> > num_stepgens=1
> >
> >
> > addf hal_pru_generic.capture-position servo-thread
> > addf hal_pru_generic.update servo-thread
> > addf motion-command-handler servo-thread
> > addf motion-controller servo-thread
>
> The hal_pru_generic.update thread should come after the motion threads,
> just like in the BeBoPr.hal file
>
> > setp hal_pru_generic.pwmgen.00.pwm_period 100
>
> Note that I have one more zero in the PWM period in my HAL file than you
> have above.  That shouldn't keep it from working, however.
>
> > setp hal_pru_generic.pwmgen.00.out.00.pin   0xAD
> > setp hal_pru_generic.pwmgen.00.out.00.enable1
> > setp hal_pru_generic.pwmgen.00.out.00.value 0.5
>
> Where did you get the 0xAD pin value?  That's not setup by the setup.sh
> script and corresponding device tree files I provided(*), unless you
> edited them too.  Valid pin numbers would be 0xA1 for Extruder 0 and and
> 0xA0 for Extruder 1, or 0x70 for the bed heater.
>
> Make sure you have the latest code, I've been tweaking the configuration
> files quite a bit as I get things setup and working with my existing
> printer:
>
>   cd $/linuxcnc
>   git pull origin
>   cd src
>   make
>   sudo make setuid
>
> (*) 0xAD might have been in an older hal file, before I got everything
> working.  It is not currently a valid pin number for either the BeBoPr
> or the BeBoPr-Bridge configuration.
>
> --
> Charles Steinkuehler
> char...@steinkuehler.net
>
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Parallela board

[Troy Jacobson]

Yep. You could run 64 machines in parallel!

I was looking at this a couple of days ago.  Very neat board, but not sure
if it's right fit for linuxcnc.


On Wed, Jul 24, 2013 at 10:38 AM, Ralph Stirling <
ralph.stirl...@wallawalla.edu> wrote:

> For those of you always looking for a cooler, better
> hardware platform for LinuxCNC, check out:
>
> http://www.parallella.org/board/
>
> This is an Arm board using a Xilinx Zynq FPGA for
> processor and logic.  It also has 16-core GPU type
> device.  I don't know how or when real-time support
> will be added.  I'm still getting in gear with the
> Beaglebone Black, so I'm not ready to jump at something
> new, but the combination of Arm and FPGA for $99 is
> intriguing.
>
> -- Ralph
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] BBB pwm in standalone HAL

[Troy Jacobson]

One of the things I've been experimenting with is a bit of python code to
help figure out the PID values for printer extruders.  I have it working in
Axis.  Since that requires edits to the main hal file, I was hoping to get
it to work all by itself.

Everything seems to be working, except the bbb's PWM generator.  Below is a
subset of the hal file I'm using.  What is missing/wrong?

I execute the file with
halrun -I test.hal


loadusr -w /home/linuxcnc/linuxcnc/configs/BeagleBone/BeBoPr/setup.sh
loadrt trivkins
loadrt motmod servo_period_nsec=100 num_joints=1
loadrt hal_pru_generic
prucode=/home/linuxcnc/linuxcnc/rtlib/pru_generic.bin num_pwmgens=1
num_stepgens=1


addf hal_pru_generic.capture-position servo-thread
addf hal_pru_generic.update servo-thread
addf motion-command-handler servo-thread
addf motion-controller servo-thread

setp hal_pru_generic.pwmgen.00.pwm_period 100
setp hal_pru_generic.pwmgen.00.out.00.pin   0xAD
setp hal_pru_generic.pwmgen.00.out.00.enable1
setp hal_pru_generic.pwmgen.00.out.00.value 0.5
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] query: how long was your longes G-Code program ever?

[Troy Jacobson]

>From the 3D printer side of things, I just created a file 2.5M, 100K lines.
 I can easily see needing to print files 5 times this size,


On Thu, Jul 18, 2013 at 9:33 AM, Michael Haberler wrote:

> I'd be interested in what was your biggest-sized G-code program ever
>
> good enough: file size, number of lines - just a rough indication is fine
>
> ---
>
> background: I am considering alternative internal representations of
> G-code and want to get a handle on the problem size
>
> thanks!
>
> - Michael
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black

[Troy Jacobson]

I'm looking forward to using the new image, and being able to get a monitor
and keyboard on the BBB.  But I want to get a few prints from the printer
before making that change, so that wont happen for a few days.

I was having difficulty determining the PID settings for my extruder
heater, mostly getting a lot of overshoot during the initial heating.  So I
wrote a hal component in Python based on the auto tune functionality in the
Marlin firmware.  It did a pretty good job for me.  I can send it to anyone
who is interested.  It's my first attempt at PID tuning, so I don't know
how good it is.


Also, a question regarding the pid component.  It looks to me from the
documentation and experimentation that the maxerror parameters apply to the
error before the gain is applied.  Is this correct?

I'll probably take a stab at implementing M109 and M190, unless someone
else has done so already.



On Mon, Jul 15, 2013 at 9:07 AM, Michael Haberler wrote:

>
> Am 15.07.2013 um 15:27 schrieb Klemen Dovrtel :
>
> > Hello everybody,
> >
> > I have the linuxcnc beaglebone black up and running. I tested same
> simple hal setup with led blinking and it works fine. I am impressed :)
> >
> > I set the base-thread to 100 ns (1ms) - this is what i found in
> other BB hal configurations which were already loaded on the sd card. Is
> there a latency test that i can run on the beaglebone board - i am not
> using GUI, so i can not test the latency with the axis GUI? Is this 100
> ns the number i should use?
>
> Please see the xenomai wiki for details; also the linuxcnc wiki has some
> information on this (look for 'dohell')
>
> you can always point the DISPLAY environment variable to some other X
> server which has access open (see xhost) and run GUI this way if you want
> to see the linuxcnc latency-test at work
>
>
> > What other hardware is already supported beside gpio. Can i use i2c,
> adc, etc. Are there hal modules already written for this? How can i compile
> my own hal modules - i assume the compiler is not supplied with the sd card?
>
> You can use the existing drivers like adc and others from a user HAL
> component, as Charles has done for temperature readout into HAL pins - see
> his configs
>
> This should work for other drivers as well AS LONG AS YOU DONT REQUIRE
> THEM TO BE REALTIME - note any read(2)/write(2) system calls will usually
> kill RT performance
>
> if you require RT from an existing peripheral , you have essentially only
> the option to disable the driver, map the driver registers into userland,
> and 'do it yourself' through register manipulation; this is what
> hal_bb_gpio does.  The trick is similar for other drivers; addresses vary
> according to hardware.
>
> An RT-capable HAL SPI driver for the BB would be a welcome contribution;
> see the raspberry SPI driver by Gemi Orcullo (picnc on code.google.com)
> for inspiration.
>
>
> > Is there common beagle bone resource page somewhere - I could not find
> it at linuxcnc web site?
>
> as of now, I'd say Charles' blog and some beaglebone wiki entries are all
> we have
>
> - Michael
>
> >
> > Best Regards
> > Klemen
> >
> --
> > See everything from the browser to the database with AppDynamics
> > Get end-to-end visibility with application monitoring from AppDynamics
> > Isolate bottlenecks and diagnose root cause in seconds.
> > Start your free trial of AppDynamics Pro today!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> > ___
> > Emc-users mailing list
> > Emc-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black

[Troy Jacobson]

The machinekit image does not flash the LEDs to show activity.  Numbers 3
and 5 are on constantly for that image.  That's a mistake I made...




On Wed, Jul 10, 2013 at 1:03 AM, Klemen Dovrtel wrote:

> Thank for the info. I made the SD image as described. Then i tried to
> flash the board. I switched the power off, plugged in the sd card and
> switched the power on while holding the boot button. All four user leds lit
> for a second or so and than the led 3 and 5 lit solid. I thought now i have
> to wait for 45 minutes, but nothing happened. Later i tried the board but
> it still runs with the default software. Any idea what could be wrong?
>
> A also tried to start the board with the sd card inserted and i noticed
> that the sd card was rewritten with some default beagle board documentation.
>
> Regards
> Klemen
>
>
>
>
> 
>  From: Charles Steinkuehler 
> To: Klemen Dovrtel ; Enhanced Machine
> Controller (EMC) 
> Sent: Tuesday, July 9, 2013 12:40 PM
> Subject: Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black
>
>
> On 7/9/2013 3:40 AM, Klemen Dovrtel wrote:
> > Hello everybody,
> >
> > I noticed the BeagleBone version of LinuxCNC and decided to try it, but
> it seems i was not paying enough attention - I bought the Beaglebone Black
> instead of Beaglebone.
> >
> > Is there a simple way to make the Beaglebone LinuxCNC starterkit work on
> BeagleBone Black? Can i use the BeagleBone ready to run sd to flash the
> BeagleBone Black?
>
> That image is dated.  You should start with the SD image from here:
>
> http://bb-lcnc.blogspot.com/p/machinekit_16.html
>
> ...it works fine with the "White" or the Black.
>
> --
> Charles Steinkuehler
> char...@steinkuehler.net
>
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] More progress with by BBB

[Troy Jacobson]

I might have a lead on the two problematic PWM pins.
P8.36: All of the docs that I've seen don't show this pin being assigned to
a pru.  Does this mean that it isn't available to use with the PRU based
pwm generator?  It looks like it might have been used with the build-in pwm
(ehrpwm) with the original software.

P8.45: In hal_pru_generic.h, PRU_DEFAULT_PIN is set to 17, which looks like
it maps to GPMC_A0, which coincidentally is P8.45.  I'm going to move this
to another PRU pin for now.

Troy


On Thu, Jul 4, 2013 at 9:23 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Adding emc-users to cc: since this might help other folks, and direct
> email to Troy is being bounced.
>
> I noticed in several of my configurations I have I/O pins being driven
> by both the bb_gpio module and the PRU.  This is a bad thing...it
> doesn't cause any physical harm to the circuitry, but it creates very
> confusing output results.  NOTE: I have been fixing these issues as I
> find them...please pull the latest MachineKit branch from git.
>
> Make sure that any PRU PWM pins are not assigned to the bb_gpio module
> and your problems will probably go away (or at least you'll be on to
> the next one!).  :)
>
> Yes, I've seen the issue with overlapping ADC reads here.  I really
> need to see if I can migrate the ADC reads into HAL and talk directly
> to the hardware (instead of using the current python script), but I
> still want to "play nice" with the kernel ADC module because I plan on
> using a touch-screen at some point.
>
> On 7/4/2013 3:07 PM, Troy Jacobson wrote:
> > Thanks for the numbering info.  That helped at lot at
> > understanding parts of the configuration files. I have X,Y, and Z
> > working. Haven't tried an extruder yet (waiting to get temperature
> > stuff nailed down first). Home switches for all thre axes are
> > working.  I can read 2 thermistors.  M104 and M140 commands work
> > within LinuxCNC.  Where I am now stuck is that I can only get 1 PWM
> > output to work, an that is P8.46.  P8.45 seems to refuse to do
> > anything, and P8.36 looks to have a PWM signal coming from
> > somewhere else.
> >
> > A couple of things I added were turing the pid on and off when the
> > temperature was set.  Without it, there was along delay between
> > setting the temp and the heater being turned on. I also increased
> > the sleep time between reads of the ADC.  There was a post
> > somewhere about a kernel bug that would show itself if reads of
> > the ADCs overlapped.
> >
> > More after the holiday.
> >
> > Thanks, Troy
> >
> >
> > On Sun, Jun 30, 2013 at 7:17 PM, Charles Steinkuehler <
> > char...@steinkuehler.net> wrote:
> >
> > On 6/30/2013 11:26 AM, Troy Jacobson wrote:
> >>>> Hi Charles, and all,
> >>>>
> >>>> My BBB is making my printer move, and I'm almost to a place
> >>>> I can use it to make something.  The system consists of a
> >>>> bunch of jumper wires from the BBB to a RAMPS board.
> >>>> Functional, but messy.
> >>>>
> >>>> The next steps are: 1) Tweaking the temperature code to
> >>>> match the thermistor circutry on the RAMPS.  I like that the
> >>>> thermistor table Charles made is based on the resistance at
> >>>> a temperature.  I'll also need to add a second temperature
> >>>> input, but I think most of the framework is in place for
> >>>> that. 2) Outputs for a fan and two heaters (hot end and
> >>>> print bed). 3) Home/limit switches.  I have a good idea what
> >>>> needs to be done here, except that I can't find out how to
> >>>> map to the pin on the BeBoPr.
> >>>>
> >>>> I mostly need help with #3.  I see the
> >>>> [PRUCONF](Driver).stepgen.00.enable type lines, but how does
> >>>> that map to an actual pin on the BBB?  It also looks like
> >>>> more pins on the BeBoPr might need to be added in the dts
> >>>> file. As an alternative, I might try to use the K9
> >>>> configuration as a starting point, since there seems to be
> >>>> more pins that I can use.
> >
> > There are more available pins on the K9 config, because the K9 is
> > tied to just about every available I/O.  :)
> >
> > I have just recently started trying to support more than one ADC
> > on my BeBoPr config (to read extruder and bed temperature), and I
> > have had issue

[Emc-users] More progress with by BBB

[Troy Jacobson]

Hi Charles, and all,

My BBB is making my printer move, and I'm almost to a place I can use it to
make something.  The system consists of a bunch of jumper wires from the
BBB to a RAMPS board.  Functional, but messy.

The next steps are:
1) Tweaking the temperature code to match the thermistor circutry on the
RAMPS.  I like that the thermistor table Charles made is based on the
resistance at a temperature.  I'll also need to add a second temperature
input, but I think most of the framework is in place for that.
2) Outputs for a fan and two heaters (hot end and print bed).
3) Home/limit switches.  I have a good idea what needs to be done here,
except that I can't find out how to map to the pin on the BeBoPr.

I mostly need help with #3.  I see the [PRUCONF](Driver).stepgen.00.enable
type lines, but how does that map to an actual pin on the BBB?  It also
looks like more pins on the BeBoPr might need to be added in the dts file.
 As an alternative, I might try to use the K9 configuration as a starting
point, since there seems to be more pins that I can use.

Thanks,
Troy
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] BeagleBone Black image not booting for me

[Troy Jacobson]

Finally success.  Last night I got the linuxcnc ui running on the bone.
 The frustrating part is that I did pretty much the same thing I've been
doing all along.  I can say the my laptop was occationally acting weird
during this time.  I was also led astray by the two constant LEDs (they
were flashing when I was running an image I could see was working), plus
impatience caused by frustration.

I'm hoping to get some motors connected up in the next couple of days.

Thanks,
Troy




On Sat, Jun 22, 2013 at 5:38 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 6/22/2013 3:50 PM, Troy Jacobson wrote:
> > Hi, For the last week, I've been trying to boot the machinekit
> > image with no success.  The plain Debian image works fine, but all
> > I get with the machinekit is two blue LEDs.
>
> Hmm...and two lit LEDs (D5 and D3 glowing, D4 and D2 off) is the
> normal state for my image once booted.  Note that HDMI and the
> on-board eMMC are disabled (since these pins overlap with both the
> BeBoPr and the available prototype versions of the Replicape).
>
> So...what exactly is it that makes you think things are broken?
>
> Are you unable to ssh into the 'Bone?
>
> Is there not a login prompt on the serial terminal?
>
> - --
> Charles Steinkuehler
> char...@steinkuehler.net
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (MingW32)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iEYEARECAAYFAlHGJ1UACgkQLywbqEHdNFwzWQCg2aavTXAqx5blx3XMQIQMsE6g
> +tUAn1Omh9961DJMuujWq7G87jE3iY0x
> =Xa2J
> -END PGP SIGNATURE-
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] BeagleBone Black image not booting for me

[Troy Jacobson]

Hi,
For the last week, I've been trying to boot the machinekit image with no
success.  The plain Debian image works fine, but all I get with the
machinekit is two blue LEDs.

Even though I've been looking over the relavent web pages and posts, I'm
sure there is something fairly simple that I've missed.  Any suggestions?

Thanks,
Troy
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Machinekit LinuxCNC-on-BeagleBone Initial Release

[Troy Jacobson]

This looks fantastic!  The image is downloading now, and I hope to have
some time this weekend to play with it.

I dabbled with LinuxCNC a few years ago, and the 3D printing thing is
giving me an excuse to work with it again.  I'd like to find some ways to
contribute.  As someone who has a lot of years experience with Linux and
programming, there is probably something I can do.

My target system will primarily be a 3D printer, and occasionally it will
be used to drill and mill PCBs.  At this time, I'll disconnect my RAMPS
board from the Arduino and use that as the interface.  I know it's not an
exact drop-in, but it should work to get started.

Thanks for getting this set up.

Troy


On Fri, Jun 14, 2013 at 1:19 AM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 6/11/2013 10:26 AM, Charles Steinkuehler wrote:
> > I'm going to hold off posting outside the LinuxCNC community for a
> > bit to get a bit better out-of-box experience.  But I'm not going
> > to wait too long, and I'm not really the guy you would assign to
> > "user experience" tweaking (I'm more the hardware/device-driver
> > guy).
>
> Ship it!
>
> Details:
> http://bb-lcnc.blogspot.com/
>
> Video:
> http://youtu.be/AK_OYoNOBDQ
>
> Image file for the impatient:
>
> http://www.machinekit.net/deb/rootfs/wheezy/debian-7.0.0-machinekit-armhf-2013-06-14.tar.xz
>
> - --
> Charles Steinkuehler
> char...@steinkuehler.net
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (MingW32)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iEYEARECAAYFAlG6tfUACgkQLywbqEHdNFyWsACfaGPCZAJvMXNpsis98KVr3qZu
> hwAAoNr5AmfsopotcppPxAlrSyBEw4aF
> =GwXo
> -END PGP SIGNATURE-
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users