Re: [Emc-users] BeagleBone and LinuxCNC for a lathe.

2015-08-13 Thread John Dammeyer
So I've done a little more investigation all without spending any money yet.
The Probotix web site links to the wiki which points to the MachineKit
LinuxCNC for the BBB.  
I downloaded the 8GB image and installed it on a MicroSD card.  Stuck it in
a Rev B (2GB FLASH) BBB and booted.  
It shows up as 192.168.0.124 on my network and after a few hours struggling
to get Xming working I now have the following up and running.

http://www.autoartisans.com/cnc/PBX_BB_Xming.jpg

Clearly it's been configured for the Probotix BB Cape.  And there's no input
set up for a spindle sensor.  This is really a Mill or Rapid Prototyper
configuration.

The previous MachineKit I installed wasn't that much different.  

Forgetting for the moment a controllable speed spindle and just going for a
single pulse per rev spindle sensor where would I begin to set up this
system to run a lathe?  I have to use X and Z for the cross slide and lead
screw respectively.  That leaves the pins for Y and A.  There are limit
inputs for ESTOP, XYZ  A for limits.

I almost wonder if there should be a book called Beagle Board MachineKit
Linux CNC for Dummies with Windows 7.

John Dammeyer



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


Re: [Emc-users] BeagleBone and LinuxCNC for a lathe.

2015-08-13 Thread Karl Jacobs
I did exactly that with a BBB and Xylotex cape, using one of the unused 
limit inputs for a single pulse per rev sensor. You might want to follow 
the discussion on
https://groups.google.com/forum/#!topic/machinekit/RW_bnXdXzyE
(you'll have to read up to the end).
You need a little familiarity with redirecting the input pins of the BBB 
to the hardware encoder (eqep) on the BBB processor, and in case of the 
Xylotex cape, I had to remove the large capacitor of the input 
RC-circuit because it smears out the pulses too much. The eqep encoders 
are fully supported in the present machinekit images for BBB.
I did successfully manage to do threading on a small lathe with that 
contraption.
Cheers,
Karl


Am 13.08.2015 um 10:07 schrieb John Dammeyer:
 Forgetting for the moment a controllable speed spindle and just going for a
 single pulse per rev spindle sensor where would I begin to set up this
 system to run a lathe?  I have to use X and Z for the cross slide and lead
 screw respectively.  That leaves the pins for Y and A.  There are limit
 inputs for ESTOP, XYZ  A for limits.

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


Re: [Emc-users] Bug:Call Stack Under run

2015-08-13 Thread andy pugh
On 13 August 2015 at 02:35, Chris Morley chrisinnana...@hotmail.com wrote:
 He suggested that codes in remap that create queue-busters
 can create problems do to some flow control weakness in
 tastaskk/interp.

Yes, including M66 in G-code subs.

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

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


Re: [Emc-users] 2.7's new Trajectory planner.

2015-08-13 Thread TJoseph Powderly
Thanks Robert, and thanks Sam et al for testing
I'll be moving soon and hope to get re-setup and try some of this
TomP tjtr33

On 08/13/2015 07:54 AM, sam sokolik wrote:
 As 2.7 gets closer to release I wanted to make some comments on where
 the new TP is at.  I have been running it through its paces as others
 have.  Thanks to all that have posted gcode that caused issues.  Rob has
 been a genius at fixing issues as they come up.  A huge thanks to Rob
 and Tormach for coming up with a great solution!

---
 PS
 there are things that rob has demo'ed too - like reverse run. Exciting
 times.



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


[Emc-users] 2.7's new Trajectory planner.

2015-08-13 Thread sam sokolik
As 2.7 gets closer to release I wanted to make some comments on where 
the new TP is at.  I have been running it through its paces as others 
have.  Thanks to all that have posted gcode that caused issues.  Rob has 
been a genius at fixing issues as they come up.  A huge thanks to Rob 
and Tormach for coming up with a great solution!

At this point I think the TP is pretty darn good.  I have a few programs 
that give a slight 1% overage in acceleration.  Rob hopes to get to it 
when he has some time.  The current TP actually has worse overages in 
some situations.  (see screen shot - worse is relative as no one ever 
notice it that we know of)

Notice that the new TP ran the Gcode almost twice as fast...
current TP http://i.imgur.com/hl14TlT.png
2.7 TP http://i.imgur.com/OwyvuM1.png

Thanks again everyone that has tested 2.7.  It is going to be a great 
release!
(also - test if you can - we always need more testers)
sam

PS
there are things that rob has demo'ed too - like reverse run. Exciting 
times.

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


Re: [Emc-users] 2.7's new Trajectory planner.

2015-08-13 Thread John Thornton
I've been running 2.7 for a while on my plasma and the difference it 
unreal. 2.6 would choke on letters generated with nurbs but 2.7 just 
runs at the speed I tell it to for some beautiful cuts.

Thanks

On 8/13/2015 7:54 AM, sam sokolik wrote:
 As 2.7 gets closer to release I wanted to make some comments on where
 the new TP is at.  I have been running it through its paces as others
 have.  Thanks to all that have posted gcode that caused issues.  Rob has
 been a genius at fixing issues as they come up.  A huge thanks to Rob
 and Tormach for coming up with a great solution!

 At this point I think the TP is pretty darn good.  I have a few programs
 that give a slight 1% overage in acceleration.  Rob hopes to get to it
 when he has some time.  The current TP actually has worse overages in
 some situations.  (see screen shot - worse is relative as no one ever
 notice it that we know of)

 Notice that the new TP ran the Gcode almost twice as fast...
 current TP http://i.imgur.com/hl14TlT.png
 2.7 TP http://i.imgur.com/OwyvuM1.png

 Thanks again everyone that has tested 2.7.  It is going to be a great
 release!
 (also - test if you can - we always need more testers)
 sam

 PS
 there are things that rob has demo'ed too - like reverse run. Exciting
 times.

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


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


[Emc-users] Prerelease: 2.7.0~pre7

2015-08-13 Thread Sebastian Kuzminsky
Another 2.7 prerelease is out: 2.7.0~pre7.  This one fixes several
important bugs, and adds two new features:

  * stepconf now is able to convert Mach3 configs to LinuxCNC configs
  * add a driver for the Huanyang family of VFDs

There are now no known regressions since 2.6.  Please test this one and
let us know if you see anything wrong.

The full changelog since 2.7.0~pre6 is:

  * docs: lots of fixes and cleanup
  * docs: fix incorrect image width in pdf docs
  * docs: add info on Vismach
  * docs: hm2 Smart-serial boards can have HAL pins identified by board
serial numbers
  * docs: update G33.1 example to include S100 M3
  * docs: document motion.feed-inhibit better
  * docs: better usage info  manpage for moveoff_gui
  * docs: G64 now optionally takes Q
  * docs: add info on index-enable and home
  * docs: add info and links on embedding tabs
  * docs: fix bugs in encoder.9 manpage
  * docs: improve documentation of timers in hostmot2 manpage
  * docs: include the manpage pdf in linuxcnc-doc-en.deb
  * docs: improve G92.1 and G92.2 descriptions

  * axis: Fix regression of control disabling, bug #423
  * touchy: fix Set Tool/Origin defaults on lathes
  * gmoccapy: several new keyboard shortcuts
  * gmoccapy: new place for full size preview button
  * gmoccapy: bug in fullsize / edit change
  * gmoccapy: add Hungarian translation
  * gladeVCP: Add new HAL_LightButton widget
  * gremlin: Add another mouse mode 6: l-move, m-zoom, r-zoom
  * halscope: report shm key when rtapi_shmem_new() fails
  * halui: better error reporting
  * UIs: better tolerance for task latency
  * halcmd now supports 32 tokens per line (up from 20)
  * xhc-hb04: fix a memory leak
  * Calibration dialog: fix finding of halfiles with tunable variables
  * moveoff: add gladevcp demo
  * streamer: add clock and clock-mode pins
  * add a driver for the Huanyang VFD
  * vismach: work around a bug in mesa
  * add a carousel toolchanger component and a vismach sample config

  * stepconf: add support for importing Mach3(tm) config files
  * stepconf: fix invert of signals on pp2 during axis test
  * stepconf: fix multiple picked outputs in axis test being ignored
  * pncconf: fix sserial combobox not selectable

  * hm2 ethernet: improved startup behavior
  * hm2 ethernet: support multiple fpga ethernet boards
  * hm2 ethernet: make unrecognized boards work
  * hm2 ethernet: do iptables and sysctl configuration automatically
  * hm2: don't overload queue_write's length argument (internal cleanup)
  * hm2: support split reads
  * hm2: avoid losing negative velocity commands on arm
  * hm2: enable encoder dpll (when supported by firmware)
  * add elpbcom, a program to communicate directly with mesa ethernet cards

  * add missing memory barriers for ARM

  * uspace: ensure that the thread-specific key is initialized
  * uspace: must advise user to set RTAPI_FIFO_PATH
  * uspace: fix uninitialized bytes in syscall sigaction

  * halcompile: fix parsing of  and 

  * task: fix a bug in sequence number tracking
  * task: warn when dropping queued mdi commands

  * interp: log messages to stderr as intended, instead of crashing
  * canon: fix constraint violations with rotated g18/g19 arcs (bug #430)

  * io: initialize the tool-in-spindle info correctly

  * trajectory planner: pausing during G95 fix
  * trajectory planner: fix some bugs and constraint violations


This release represents a lot of testing and bug-fixing since
2.7.0~pre6.  Credit goes to the folks who did the work of answering
questions on the forums, mailing lists, and IRC, and finding, reporting,
and fixing bugs.  Committers to 2.7.0~pre7 are:

Andy Pugh
Benjamin Brockhaus
Chris Morley
Chris Radek
Daniel Rogge
Dewey Garrett
Jeff Epler
John Thornton
Moses McKnight
Norbert Schechner
Robert W. Ellenberg
Sebastian Kuzminsky


-- 
Sebastian Kuzminsky

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