Re: [Emc-developers] Initial tests of circular arc blending

On Tuesday 05 November 2013 07:37:15 andy pugh did opine: > On 5 November 2013 08:18, Robert Ellenberg wrote: > > 2. Sam's example has very short line segments (line lengths are about > > > >0.0001"). We're hitting the limits of the sampling rate when > >running this code. At 1kHz, to mo

Re: [Emc-developers] Initial tests of circular arc blending

On Tuesday 05 November 2013 14:14:37 Robert Ellenberg did opine: > Good work, Sam. I think this illustrates what can go wrong if the > segments are too short and the trajectory planner overshoots too much. > I have a fix in progress that limits the velocity based on segment > length. Unfortunately

Re: [Emc-developers] RFC: HAL remote operations - overview and specification

On Wednesday 06 November 2013 08:20:21 Michael Haberler did opine: > Am 06.11.2013 um 10:59 schrieb andy pugh : > > On 6 November 2013 06:27, Michael Haberler wrote: > >> - on startup, rather than using the hal Python comp to connect > >> directly to HAL, collect all pin names, types and directio

Re: [Emc-developers] RFC: HAL remote operations - overview and specification

On Wednesday 06 November 2013 09:06:44 EBo did opine: > On Nov 6 2013 6:25 AM, Gene Heskett wrote: > > On Wednesday 06 November 2013 08:20:21 Michael Haberler did opine: > >> Am 06.11.2013 um 10:59 schrieb andy pugh : > >> > On 6 November 2013 06:27, Mich

Re: [Emc-developers] use extern c or comp

On Monday 11 November 2013 02:18:24 Juergen Gnoss did opine: > I need a suggestion from LCNC developers point of view. > > I like to read ADC values, transform that values into Temperature values > and make that values available on a hal pin. ADC values I get from a > user-space file inside the d

Re: [Emc-developers] use extern c or comp

On Monday 11 November 2013 11:47:38 Juergen Gnoss did opine: > Thanks Gene for pointing me to some stuff that goes into the right > direction. > > Regarding the sensors, I've tried to figure out what's the best solution > for reading some sort of sensors. Best, and most flexible solution is > int

[Emc-developers] Cameras for emc-camunits

Greetings; Does anyone have any experience with this "inspection" camera? Cheers, Gene -- "There are four boxes to be us

Re: [Emc-developers] Cameras for emc-camunits

On Tuesday 12 November 2013 09:20:12 Gene Heskett did opine: > Greetings; > > Does anyone have any experience with this "inspection" camera? > > <http://www.ebay.com/itm/2MP-USB-Handheld-Digital-Microscope-Endoscope-V > ideo-Otoscope-dental-

Re: [Emc-developers] How to contribute to LinuxCNC

On Saturday 16 November 2013 11:08:00 Sebastian Kuzminsky did opine: > Hello LinuxCNC developers! There was some concern at Wichita that the > process for contributing changes to LinuxCNC was poorly documented. > > We have a wiki page describing it, but several peple reported not > finding it (d

[Emc-developers] halio.so build recycle

Greetings; I am not getting anywhere on making use of halio.so with camunits-emc. I have a halio.so that I found, and one that I built from the emc- camunits.tar.gz archive, which is about 5k larger. Looking at the Makefile in that archive, or in the even later emc-camunits-08e1dc7233e8c7936cd7

Re: [Emc-developers] halio.so build recycle

On Sunday 17 November 2013 15:07:49 Frederic RIBLE did opine: > Le 2013-11-17 16:21, Gene Heskett a écrit : > > Now, one other item. I have seen a screen snapshot showing the DRO > > sitting in a black square cut into the image, but mine doesn't cut > > the insert, so w

Re: [Emc-developers] halio.so build recycle

On Sunday 17 November 2013 16:21:47 Frederic RIBLE did opine: > Le 2013-11-17 16:21, Gene Heskett a écrit : > > Now, one other item. I have seen a screen snapshot showing the DRO > > sitting in a black square cut into the image, but mine doesn't cut > > the insert, so w

Re: [Emc-developers] halio.so build recycle

On Tuesday 19 November 2013 03:53:42 Frederic RIBLE did opine: > Le 2013-11-17 16:21, Gene Heskett a écrit : > > Now, one other item. I have seen a screen snapshot showing the DRO > > sitting in a black square cut into the image, but mine doesn't cut > > the insert,

Re: [Emc-developers] halio.so build recycle

On Tuesday 19 November 2013 17:27:15 Frederic RIBLE did opine: > Le 2013-11-17 16:21, Gene Heskett a écrit : > > Now, one other item. I have seen a screen snapshot showing the DRO > > sitting in a black square cut into the image, but mine doesn't cut > > the insert,

Re: [Emc-developers] halio.so build recycle

On Wednesday 20 November 2013 17:50:06 Frederic RIBLE did opine: > Le 2013-11-19 23:47, Gene Heskett a écrit : > > ** (camview-emc-float.py:1930): WARNING **: > > /usr/local/lib/camunits/halio.so: undefined symbol: gluOrtho2D > > I have very few experience with libgl

Re: [Emc-developers] halio.so build recycle

On Thursday 21 November 2013 16:09:42 Frederic RIBLE did opine: > Le 2013-11-21 00:31, Gene Heskett a écrit : > > Still 2 separate windows, and no emc.halio tab, I assume because of > > the undefined symbol: gluOrtho2D noted both times it ran. > > I have configured a tes

[Emc-developers] user going bonkers

This camview stuff is getting to me. 1. Us atom board uses can't use the libgl-mesa stuff, and must use libgl-mesa-swx11 and friends or the cameras (all of them I've tried) don't work. This precludes having the regular libgl stuff installed, so that kills our ability to build the newest halio.

[Emc-developers] Question re newer kernel

Greetings; Someone mentioned that a much newer rtai kernel had been compiled, and I am wondering if this kernel is now either PAE or full 64 bit aware? I would love to make one kernel run on all my machines, including this much bigger one I have in the house. If so, can I download it and test

Re: [Emc-developers] Question re newer kernel

On Saturday 23 November 2013 19:12:18 Sebastian Kuzminsky did opine: > On 11/23/2013 10:28 AM, Gene Heskett wrote: > > Someone mentioned that a much newer rtai kernel had been compiled, and > > I am wondering if this kernel is now either PAE or full 64 bit aware? > > > &g

Re: [Emc-developers] CeBit talk/demo, status

On Saturday 30 November 2013 06:56:36 Michael Haberler did opine: > After the OSADL Lugano talk & demo on the portable RTAPI / BeagleBone 3D > printer, Alex and me have decided to do another stunt, this time we > shoot for the CeBit 2014 fair and the associated Linux conference > track: > http://w

[Emc-developers] Question, SUBROUTINE_PATH's revisited

Greetings all; >From the failures to exec from PYVCP button clicks, it appears that setting SUBROUTINE_PATH in the [RS274NGC] block of the ini file is not being made part of the path known to a PYVCP function. >From "watching" the button pushes with the hal show config screen, the button pushe

Re: [Emc-developers] Question, SUBROUTINE_PATH's revisited

On Sunday 01 December 2013 13:42:04 Gene Heskett did opine: > Greetings all; > > From the failures to exec from PYVCP button clicks, it appears that > setting SUBROUTINE_PATH in the [RS274NGC] block of the ini file is not > being made part of the path known to a PYVCP func

Re: [Emc-developers] Question, SUBROUTINE_PATH's revisited

On Sunday 01 December 2013 18:32:55 Chris Morley did opine: > > I know, poor form to answer your own posts, but I have now done this > > to no avail. Is there a limit to the number of POSTGUI_HALFILES that > > can be specified in the main .ini file? > > > > Cheers, Gene > > Yes. - There can onl

Re: [Emc-developers] Question, SUBROUTINE_PATH's revisited

On Monday 02 December 2013 07:48:01 Gene Heskett did opine: > On Sunday 01 December 2013 18:32:55 Chris Morley did opine: > > > I know, poor form to answer your own posts, but I have now done this > > > to no avail. Is there a limit to the number of POSTGUI_HALFILES > &

Re: [Emc-developers] UB integration and 2.6 status

On Tuesday 03 December 2013 20:58:04 Sebastian Kuzminsky did opine: > On 12/3/13 10:05 , John Morris wrote: > > On 12/03/2013 01:16 AM, Sebastian Kuzminsky wrote: > >>> During the testing, I encountered another problem building the docs > >>> with -j. I think this one is also present in master. >

Re: [Emc-developers] Initial tests of circular arc blending

On Thursday 12 December 2013 13:14:21 sam sokolik did opine: > I have been testing off and on.. > > everything that I have thrown at it program wise has worked - run to > finish. Only slight violations (like 30.0something for acc) > > It is quite impressive. Running the internet.ngc strait G64

Re: [Emc-developers] Initial tests of circular arc blending

On Friday 13 December 2013 14:19:45 sam sokolik did opine: > Couple of things. > > arc-arc blends are slower than current TP... current tp does arcspiral > at a peak of 100ipm while the new TP does it at about 70. > So current TP http://imagebin.org/282155 1:19 minutes > New TP http://imagebin.o

Re: [Emc-developers] Initial tests of circular arc blending

On Friday 13 December 2013 18:14:13 sam sokolik did opine: > oops > > http://imagebin.org/282157 > > sam Looks good too, Sam, thanks. :) 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)

Re: [Emc-developers] starting rpm for manual spindle control

On Sunday 22 December 2013 05:03:08 Chris Morley did opine: > When I was working on Gscreen I noted AXIS's > starting RPM for manual spindle was 1 which is safe but > too low for many spindle drives. > > I made it configurable in master. > I changed the method in emcmodule to optionally > except

Re: [Emc-developers] Initial tests of circular arc blending

On Wednesday 25 December 2013 17:33:54 sam sokolik did opine: > if you pulled as of the 23rd.. - I could not get it to work. (seems to > run like the old tp.) > > Things to note - the lookahead works (circular arc blending) if > > - line-line segments > - tangent line-arc, arc-line > - tangent

Re: [Emc-developers] stepconf refactor

On Monday 30 December 2013 14:18:22 Chris Morley did opine: > > Date: Mon, 30 Dec 2013 10:50:04 +0400 > > From: aysta...@gmail.com > > To: emc-developers@lists.sourceforge.net > > Subject: Re: [Emc-developers] stepconf refactor > > > > simple conversion of units might do. e.g position/speed shoul

Re: [Emc-developers] Fanuc tool tip direction style patch

On Saturday 04 January 2014 20:56:59 Chris Morley did opine: > > From: bodge...@gmail.com > > Date: Sat, 4 Jan 2014 23:39:42 + > > To: emc-developers@lists.sourceforge.net > > Subject: Re: [Emc-developers] Fanuc tool tip direction style patch > > > > On 4 January 2014 23:29, Chris Morley wr

Re: [Emc-developers] Discuss: patch submissions

On Friday 10 January 2014 21:50:12 andy pugh did opine: > On 11 January 2014 01:39, Chris Morley wrote: > > Feature branches are great to build and work on within a limited user > > base, but to really flesh out the details requires lots of people to > > use it. > > I created a feature branch a

Re: [Emc-developers] Discuss: patch submissions

On Saturday 11 January 2014 06:48:09 EBo did opine: [...] > > BTW, I am not used to the term Sid and momentarily got Sid and Seb > confused... Sorry. Hardly interchangeable ;-) > >EBo -- And I have to plead momentary confusion between Sid, and Sid Dabster from the user-friendly comic strip

Re: [Emc-developers] Discuss: patch submissions

On Saturday 11 January 2014 20:02:39 John Kasunich did opine: > On Sat, Jan 11, 2014, at 04:57 PM, Chris Radek wrote: > > On Sat, Jan 11, 2014 at 10:03:43AM -0700, EBo wrote: > > > On Jan 11 2014 6:19 AM, Chris Morley wrote: > > > > Chris Radek is the release manager of 2.4. > > > > My personal fe

Re: [Emc-developers] Discuss: patch submissions

On Sunday 12 January 2014 15:12:45 Sebastian Kuzminsky did opine: > On 01/11/2014 04:23 AM, Charles Steinkuehler wrote: > > On 1/11/2014 5:08 AM, EBo wrote: > >> On Jan 11 2014 3:42 AM, Chris Morley wrote: > >>> if this testing branch is on the buildbot then a wider > >>> audience can / will test.

Re: [Emc-developers] Calling INT 15 from a comp?

On Tuesday 14 January 2014 23:11:44 andy pugh did opine: > On 15 January 2014 02:13, Dave Cole wrote: > > Assembler .. yep I remember doing some of that on 6800 Micros.. Very > > tedious. > > Tedious? Ha! I used to _dream_ of an assembler, I wrote machine code > in raw hex, from a paper list of

Re: [Emc-developers] Calling INT 15 from a comp?

On Wednesday 15 January 2014 02:35:44 EBo did opine: > On Jan 14 2014 9:14 PM, Gene Heskett wrote: > > On Tuesday 14 January 2014 23:11:44 andy pugh did opine: > >> On 15 January 2014 02:13, Dave Cole wrote: > >> > Assembler .. yep I remember doing some of that on

Re: [Emc-developers] Calling INT 15 from a comp?

On Wednesday 15 January 2014 12:23:35 EBo did opine: [snip a lot of boring history] > > with an > > old maid music teacher I finally made legal in '89, so next Dec 2, > > we'll > > have 25 years in without ever strongly thinking of an Alaskan > > Divorce. And > > by then I'll be 80. > > Gene.

Re: [Emc-developers] Driver Name and Configuration Directories - K9 pinout

On Wednesday 15 January 2014 13:02:38 Steve Stallings did opine: > > -Original Message- > > From: Charles Steinkuehler [mailto:char...@steinkuehler.net] > > Sent: Wednesday, January 15, 2014 6:34 AM > > To: EMC developers > > Subject: [Emc-developers] Driver Name and Configuration Director

Re: [Emc-developers] Calling INT 15 from a comp?

On Wednesday 15 January 2014 13:06:41 Jon Elson did opine: > On 01/15/2014 02:20 AM, Gene Heskett wrote: > > In a sense it was. Its Achilles heel was that everything in and out > > of it had to go thru acca or accb, then moved to/from the register it > > was to/from. A f

Re: [Emc-developers] Calling INT 15 from a comp?

On Wednesday 15 January 2014 22:57:43 Charles Steinkuehler did opine: > On 1/15/2014 8:29 PM, Jon Elson wrote: > > On 01/15/2014 12:08 PM, Gene Heskett wrote: > >>> Jon > >> > >> Videolan was yours? I bow in respect, that was great! > > > >

Re: [Emc-developers] Calling INT 15 from a comp?

On Thursday 16 January 2014 00:14:19 Jon Elson did opine: > On 01/15/2014 08:17 PM, Charles Steinkuehler wrote: > > On 1/15/2014 8:29 PM, Jon Elson wrote: > >> On 01/15/2014 12:08 PM, Gene Heskett wrote: > >>>> Jon > >>> > >>> Videolan wa

Re: [Emc-developers] git and the man9 folder

On Wednesday 26 February 2014 16:00:09 Robert Ellenberg did opine: > Hi All, > > There is a folder called "man9" in the docs/man folder: > > /docs/man/man9 > > As far as I can tell, every file here is generated when building > linuxcnc. Is this the case? It also seems like many of these ".9" fi

Re: [Emc-developers] Feature request: #INCLUDE feature for INI files

On Friday 28 February 2014 00:45:20 Marius Liebenberg did opine: > Guys, no comments here? > > On 2014-02-27 07:35, Marius Liebenberg wrote: > > Hi > > After discussion on the users forum, it would seem that there are > > several users that would find the feature of including sub INI files, > >

Re: [Emc-developers] gentoo distro

On Friday 28 February 2014 15:02:37 Peter C. Wallace did opine: > On Fri, 28 Feb 2014, Jon Elson wrote: > > Date: Fri, 28 Feb 2014 11:03:38 -0600 > > From: Jon Elson > > Reply-To: EMC developers > > To: EMC developers > > Subject: Re: [Emc-developers] gentoo distro > > > > On 02/28/2014 06:24

Re: [Emc-developers] 3 / 4 -axis configuration...

On Saturday 01 March 2014 00:07:18 EBo did opine: > Out of curiosity, is there some elegant way to configure a machine so > that it can work in 3 or 4-axis mode depending on if the rotary axis is > connected? > > I have a machine that has 4 axes, but under most circumstances I only > run it with

Re: [Emc-developers] 3 / 4 -axis configuration...

On Saturday 01 March 2014 01:56:58 EBo did opine: > On Feb 28 2014 10:11 PM, Gene Heskett wrote: > > On Saturday 01 March 2014 00:07:18 EBo did opine: > >> Out of curiosity, is there some elegant way to configure a machine > >> so > >> that it can work in

Re: [Emc-developers] Atomic

On Tuesday 04 March 2014 16:11:06 Stuart Stevenson did opine: > > That is the situation we are discussing - sets of more than one > > variable (or HAL signal) that need to be transferred together. > > My take on this. > If I calculate more than one variable and those variables need to have > the

Re: [Emc-developers] Gladevcp and machine position

On Sunday 16 March 2014 12:11:09 Ed Simmons did opine: > Hi Linuxcnc list, > > I've just made a start with Gladevcp for a custom control panel for our > engraving machine. > > We frequently cut and engrave bendy plastic panels that need to be set > in the machine very level... we have a simple p

Re: [Emc-developers] PID bidirectional pins.

On Sunday 16 March 2014 14:48:07 Michael Haberler did opine: > Am 16.03.2014 um 17:32 schrieb John Kasunich : > > I'm inclined to agree with Andy that making > > them I/O instead if input was probably a mistake. > > But I don't remember the discussion (if any) > > at the time. Changing from param

Re: [Emc-developers] Gladevcp and machine position

On Monday 17 March 2014 03:11:25 EBo did opine: > On Mar 16 2014 10:23 AM, Gene Heskett wrote: > >> ... > > > > (debug,"messsage text = ",#100) > > > > However, in your gcode routine, as you probe the corners, store the > > #5063 > &g

Re: [Emc-developers] Circular blend arc RC1 pushed

On Monday 17 March 2014 03:31:58 Robert Ellenberg did opine: > It looks to be from the different maximum velocities of lines and arc > segments. The circular arc segments are limited to the minimum of the > two axes in the current plane. The short line segments in between arcs > are limited by th

Re: [Emc-developers] Gladevcp and machine position

On Monday 17 March 2014 12:22:45 EBo did opine: > On Mar 17 2014 1:28 AM, Gene Heskett wrote: > > On Monday 17 March 2014 03:11:25 EBo did opine: > >> On Mar 16 2014 10:23 AM, Gene Heskett wrote: > >> >> ... > >> > > >> > (debug,"

Re: [Emc-developers] Circular blend arc RC1 pushed

On Monday 17 March 2014 12:30:14 John Kasunich did opine: > On Mon, Mar 17, 2014, at 03:48 AM, Gene Heskett wrote: > > This seems like a potential problem for those of us with toy powered > > spindles. I often set a straight line cut, not to the tool limit, but > > to the spi

Re: [Emc-developers] Circular blend arc RC1 pushed

On Monday 17 March 2014 14:34:34 Robert Ellenberg did opine: > > I think one can argue both ways John. Basically I just wanted to > > throw it > > > > out there and see if it sticks. :) > > > > You are of coarse correct because I can still set the F to what my > > machine can do, and running s

Re: [Emc-developers] [Emc-commit] master: loadtool.ngc uncondtionally apply G43

On Monday 17 March 2014 17:23:05 David Bagby did opine: > Hi, > Seb's email happened to draw my attention to this patch. > IMHO, the loadtool code already had a bug in it, and this patch will > make the bug happen 100% of the time that loadtool is used. > > I understand that T#==H# is a common gc

Re: [Emc-developers] [Emc-commit] master: loadtool.ngc uncondtionally apply G43

On Monday 17 March 2014 20:24:55 David Bagby did opine: > On 3/17/2014 2:46 PM, Gene Heskett wrote: > > On Monday 17 March 2014 17:23:05 David Bagby did opine: > > > > [snip] > > > > This is not anything that I have ever played with. Why? Because I do &

Re: [Emc-developers] Halting motion when spindle not at speed

On Wednesday 19 March 2014 05:32:41 Ed Simmons did opine: > Hi all, > > I've just set up closed loop control of the spindle for our machine - we > haven't yet built the new control box so I've just been experimenting > with the correct software set up for what is planned. > > I'm happy to have s

Re: [Emc-developers] Setting tool length vs touching off Z every time [was: g43 and modal commands]

On Wednesday 19 March 2014 13:05:29 Jon Elson did opine: > On 03/19/2014 03:50 AM, Ed Simmons wrote: > > Is there any meet-in-the-middle between the touch off Z > > every time approach and having tool changer with > > repeatable tool length? > > First, you NEED repeatable tool length. So, there

[Emc-developers] Question on 14.04 LTS

Is there any progress on building an rtai version of the kernel likely to ship with 14.04 LTS final? Any estimates of target date? 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) Genes Web

Re: [Emc-developers] Question on 14.04 LTS

On Tuesday 25 March 2014 15:50:47 Sebastian Kuzminsky did opine: > On 3/25/14 12:28 , Gene Heskett wrote: > > Is there any progress on building an rtai version of the kernel likely > > to ship with 14.04 LTS final? > > > > Any estimates of target date? > > No o

Re: [Emc-developers] Question on 14.04 LTS

developers] Question on 14.04 LTS > > > > On 3/25/14 12:28 , Gene Heskett wrote: > >> Is there any progress on building an rtai version of the kernel > >> likely to ship with 14.04 LTS final? > >> > >> Any estimates of target date? > > > >

Re: [Emc-developers] Question on 14.04 LTS

On Tuesday 25 March 2014 15:58:40 Sebastian Kuzminsky did opine: > On 3/25/14 13:52 , Gene Heskett wrote: > > On Tuesday 25 March 2014 15:50:47 Sebastian Kuzminsky did opine: > >> On 3/25/14 12:28 , Gene Heskett wrote: > >>> Is there any progress on building

Re: [Emc-developers] Question on 14.04 LTS

0-and- 7i77?limitstart=0 > > > > Also: > > http://static.mah.priv.at/public/rt-preempt/README > > That's cool, but it's instructions for a different realtime kernel than > what Gene was asking about. > That is a comparatively minor detail. I am not married

Re: [Emc-developers] Question on 14.04 LTS

machine, so I'm not looking to replace them with BBB's just yet. > Hey, 14.04 is not even released yet! > https://wiki.ubuntu.com/TrustyTahr/ReleaseSchedule > 3 days to final rc. > Dave > > On 3/25/2014 4:32 PM, Gene Heskett wrote: > > On Tuesday 25

Re: [Emc-developers] Question on 14.04 LTS

On Tuesday 25 March 2014 21:46:55 Jon Elson did opine: > On 03/25/2014 02:54 PM, Sebastian Kuzminsky wrote: > > Ubuntu Precise 12.04 and Debian Wheezy 7.4, with RTAI on Linux 3.4. > > I can't say about the RT-related issues with Ubuntu 12.04, > but for > general use, it works VERY well. I ran in

Re: [Emc-developers] Question on 14.04 LTS

On Wednesday 26 March 2014 00:24:09 Jon Elson did opine: > On 03/25/2014 09:02 PM, Gene Heskett wrote: > > I have 12.04 LTS on another drive, but I haven't yet > > managed to make an email agent work. They have done > > something to kmail that causes an instant crash/

[Emc-developers] 2.5.3-current broken

Specifically: my-lathe.hal:253: Pin 'parport.0.pin-17-out-invert' does not exist Is a show stopper. whereas parport.0.pin-17-out is perfectly legal but gives the wrong polarity of output signal. No clue how long its been broken, I just had occasion to use it to control the SPINx1's enable line

Re: [Emc-developers] 2.5.3-current broken

On Friday 28 March 2014 21:28:48 andy pugh did opine: > On 29 March 2014 01:06, Gene Heskett wrote: > > Specifically: > > > > my-lathe.hal:253: Pin 'parport.0.pin-17-out-invert' does not exist > > > > Is a show stopper. > > it is (or was) a pa

Re: [Emc-developers] Announcing the LinuxCNC 2.6 branch

On Wednesday 02 April 2014 19:24:32 Lars Segerlund did opine: > What I am saying is this is the same talk as for the 2.4 release, a > couple of years ago. > Now there is nothing of importance in the 2.6 release described > above, and it will take a couple of years for interesting stuff to > make

[Emc-developers] xenomai build, sorta recent kernel

I can recall, at least a year ago, building a xenomai enabled kernel on my severely flea weight iron laptop, which has a 1400Mhz turion cpu in it, and being rather surprised at what it was able to do at the time. Latencies were shall we say acceptable. But not having a parport, it was basicall

Re: [Emc-developers] xenomai build, sorta recent kernel

On Thursday 03 April 2014 14:31:29 andy pugh did opine: > On 3 April 2014 18:57, Gene Heskett wrote: > > It sure would be nice if I could run a sim mode on this machine... > > If you want to run in sim mode you don't need any kind of realtime > kernel at all. Attempti

Re: [Emc-developers] xenomai build, sorta recent kernel

On Thursday 03 April 2014 15:58:48 andy pugh did opine: > On 3 April 2014 19:48, Gene Heskett wrote: > > Attempting to run this mornings 2.5.3 update, I get a requester to > > please reboot to the 2.6.32-rtai kernel: [copy/paste] > > 2.5.3 doesn't run on Xenomai. N

Re: [Emc-developers] xenomai build, sorta recent kernel

On Thursday 03 April 2014 18:01:44 andy pugh did opine: > On 3 April 2014 20:59, Gene Heskett wrote: > >> If you want to run in sim mode on a normal kernel then you need a > >> dedicated sim build, as are available from the buildbot. > > > > At what link? I wa

Re: [Emc-developers] xenomai build, sorta recent kernel

On Thursday 03 April 2014 18:19:29 Gene Heskett did opine: > On Thursday 03 April 2014 18:01:44 andy pugh did opine: > > On 3 April 2014 20:59, Gene Heskett wrote: > > >> If you want to run in sim mode on a normal kernel then you need a > > >> dedicated sim

Re: [Emc-developers] xenomai build, sorta recent kernel

On Thursday 03 April 2014 18:40:05 Gene Heskett did opine: > On Thursday 03 April 2014 18:19:29 Gene Heskett did opine: > > On Thursday 03 April 2014 18:01:44 andy pugh did opine: > > > On 3 April 2014 20:59, Gene Heskett wrote: > > > >> If you want to run in sim

Re: [Emc-developers] xenomai build, sorta recent kernel

On Friday 04 April 2014 02:19:44 Chris Radek did opine: > On Thu, Apr 03, 2014 at 06:43:21PM -0400, Gene Heskett wrote: > > More gr. Seems google tells me it doesn't exist until 12.04.3. > > Seb did the work of backporting libmodbus5 to lucid (and hardy!) to > make t

[Emc-developers] sim gotchas in sim/axis/lathe

It appears to me that the command to switch from inch to metric, is incompletely done. Or too completely. Fspeed for instance, is not scaled up to the metric equ, so the sim runs painfully slow. This was observed executing old code probably written in 2.5.0 days and being used just to exercis

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Thursday 10 April 2014 20:29:33 Andy Pugh did opine: > > On 10 Apr 2014, at 18:38, Gene Heskett wrote: > > > > Fspeed for instance, is not scaled up to the metric equ, so the sim > > runs painfully slow > > How do you think it should be done? > Are you s

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 00:07:59 Sebastian Kuzminsky did opine: > On 04/10/2014 06:36 PM, Gene Heskett wrote: > > On Thursday 10 April 2014 20:29:33 Andy Pugh did opine: > >>> On 10 Apr 2014, at 18:38, Gene Heskett wrote: > >>> > >>> Fspeed for ins

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 00:59:31 Sebastian Kuzminsky did opine: > On 04/10/2014 11:38 AM, Gene Heskett wrote: > > I believe a similar gotcha exists in the MIN_LIMIT/MAX_LIMIT of the > > .ini files. They are not, when given in inches, scaled to match > > actual distances with

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 01:42:26 Sebastian Kuzminsky did opine: > On 04/10/2014 10:14 PM, Gene Heskett wrote: > > If I load some code that expects to run in G20, and before I exec it, > > goto MDI and issue a G21, the only F command in it, f1.5 (was > > polishing a taper with

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 08:22:36 John Thornton did opine: > This is another example of why you should always have a preamble to set > up the conditions you expect to have before the code runs. > > http://gnipsel.com/linuxcnc/g-code/gen01.html Precisely John, and I am learning that, belatedly but

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 12:37:38 Jon Elson did opine: > On 04/11/2014 12:41 AM, Gene Heskett wrote: > > The main reason I was concentrating on the limits, using > > the same code, was that I had written a peck cycle wrapped > > around a G33.1, which advanced half a turn

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 16:25:14 John Kasunich did opine: > On Fri, Apr 11, 2014, at 12:11 PM, Jon Elson wrote: > > On 04/11/2014 12:41 AM, Gene Heskett wrote: > > > And I haven't checked (I have to think about this stuff & > > > then go back & check) as to

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 22:21:53 Jon Elson did opine: > On 04/11/2014 01:35 PM, John Kasunich wrote: > > I'm pretty sure that Gene doesn't "touch off" in the way > > we think of it. If I've followed past conversations correctly, > > he actually homes the machine using contact between > > tool and

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 22:36:19 Jon Elson did opine: > On 04/11/2014 12:07 PM, Gene Heskett wrote: > > In actual practice, at least here Jon, hitting the +Z > > limit is astronomically unlikely, assume +Z is to the > > right when viewing the lathe from the normal, sp

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Friday 11 April 2014 22:53:00 Jon Elson did opine: > Gene, > > Anyway, I strongly suggest you set up home switches and > establish > axis limits from the home position. I didn't do this for a LONG > time on my mill, and was VERY happy with the result when I > finally got around to doing it!

Re: [Emc-developers] sim gotchas in sim/axis/lathe

On Saturday 12 April 2014 00:10:38 Jon Elson did opine: > On 04/11/2014 09:35 PM, Gene Heskett wrote: > > I agree Jon, but I think its me that needs to learn how > > more than LCNC needs to be trained. > > I had the capability of putting home switches on my machine from >

[Emc-developers] pncconf?

Greetings; Running it for practice just to see how it works, one thing I see, or more specifically don't see, is in the choice of BOB's there is not a quasi standard, parport bob such as the C1G available as a selection. And because the display isn't showing the actual pins on the db25 that are

Re: [Emc-developers] pncconf?

On Sunday 13 April 2014 13:50:34 Chris Morley did opine: > > From: ghesk...@wdtv.com > > To: emc-developers@lists.sourceforge.net > > Date: Sun, 13 Apr 2014 11:09:40 -0400 > > Subject: [Emc-developers] pncconf? > > > > Greetings; > > > > Running it for practice just to see how it works, one thin

Re: [Emc-developers] pncconf?

On Sunday 13 April 2014 14:34:26 Chris Morley did opine: > > From: ghesk...@wdtv.com > > To: emc-developers@lists.sourceforge.net > > Date: Sun, 13 Apr 2014 11:09:40 -0400 > > Subject: [Emc-developers] pncconf? > > > > Greetings; > > > > Running it for practice just to see how it works, one thin

[Emc-developers] where to install 5i25 stuff?

Greetings; I found a 5i25 UPDATE.zip, which contained a script I had a heck of a time making run even on this machine. Spaces in linux filenames are not treated at all well. Then I went looking for where it put stuff and found it in /usr/share/doc/hostmot2-firmware-5i25. Because I can't writ

Re: [Emc-developers] pncconf?

On Sunday 13 April 2014 23:29:20 Chris Morley did opine: > > Gene: > > > What version of linuxcnc are you using? > > > > That was 2.6.0-current-sim, running on this box, a useless machine for > > real LCNC. > > 2.6 as of 10 days ago should have '5i25-internal' selection for > boardname, without

Re: [Emc-developers] pncconf?

On Monday 14 April 2014 01:20:37 Chris Morley did opine: > > Both of those machines are running 2.5.3 as of about noonish today. > > First thing I did as soon as the monitors warmed up. > > yes 2.5.3 and 2.6 are set up differently, which one will you use for the > actual machine? 2.5.3 or 2.5.4

Re: [Emc-developers] where to install 5i25 stuff?

On Monday 14 April 2014 02:07:40 Chris Morley did opine: > > From: ghesk...@wdtv.com > > To: emc-developers@lists.sourceforge.net > > Date: Sun, 13 Apr 2014 23:28:37 -0400 > > Subject: [Emc-developers] where to install 5i25 stuff? > > > > Greetings; > > > > I found a 5i25 UPDATE.zip, which conta

[Emc-developers] 5i25 bracket

Greetings; Has anyone a 5i25 low profile bracket laying around? 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) Genes Web page US V Castleman, SCOTUS, M

Re: [Emc-developers] 5i25 bracket

On Monday 14 April 2014 23:22:48 Gene Heskett did opine: Ping? > Greetings; > > Has anyone a 5i25 low profile bracket laying around? > > Cheers, Gene Cheers, Gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use

[Emc-developers] New 2.5 Integrators manual in pdf.

I finally found my 3 hole punch so I could mount the printout in a 3 ringer. Then I sat down to turn to a randmom page and read. Thank you very much for this, the improved wording here and there, answer a lot of questions the 2.4 version just breezed on past. The difference in reading clarity

  1   2   3   4   5   6   7   8   9   10   >