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

The public folders aren't shared unfortunately, but I can create a private folder shared between testers, with a public link if need be. The first batch of test logs and screenshots is uploaded as well, which uncovered a few hints to the remaining acceleration issues. The "blend_tests" subfolder o

Re: [Emc-developers] Building a new C++ kinematics module

Am 12.11.2013 um 07:30 schrieb Frank Tkalcevic : > >> ikfast got my attention recently and I looked for someone who could help >> me make custom kinematics for 6 axis articulated robot. Can I ask you to >> help find the way to do it with ikfast? > > It was your discussion that got me interest

Re: [Emc-developers] Building a new C++ kinematics module

> ikfast got my attention recently and I looked for someone who could help > me make custom kinematics for 6 axis articulated robot. Can I ask you to > help find the way to do it with ikfast? It was your discussion that got me interested in ikfast. I don't think it is going to be simple. I've

[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] Charge_pump compatibility with Mach3 standard.

I just pushed the new version to Master. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable

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

If you're looking to hook up a bus system to your computer, you probably should go toward CAN. Sure, there are a lot of old VFD's around, still using Modbus. I've nothing against modbus, but it is an old hat on it's downhill path, On the other hand, integrating CAN in linux is not to hard. Bu

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

On 11/11/2013 02:41 PM, Robert Ellenberg wrote: > I've been doing some rework to fix the issues we found. ...snippety snip snip snip > I'm going to run all of my test > code again tonight and save logs / scope screenshots to my public folder > here: > > https://www.dropbox.com/sh/m801unl2kh7if6x/f

Re: [Emc-developers] Building a new C++ kinematics module

Frank, ikfast got my attention recently and I looked for someone who could help me make custom kinematics for 6 axis articulated robot. Can I ask you to help find the way to do it with ikfast? Marius On 2013.11.11 12:08, Frank Tkalcevic wrote: > I'm playing with ikfast which generates c++ code

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

I've been doing some rework to fix the issues we found. I had made a few subtle mistakes in refactoring the trajectory planner code, which was manifesting as glitches with parabolic blends. I've fixed everything wrong that I found on this front, as well as some other issues with circular arc blends

Re: [Emc-developers] RFC: requirements for LinuxCNC middleware

Am 11.11.2013 um 14:22 schrieb andy pugh : > On 10 November 2013 08:14, Michael Haberler wrote: >> I've written up an initial requirements document for the future LinuxCNC >> middleware which is to replace NML/RCS. > > I am curious what you think is wrong with NML/RCS. I am not arguing > that

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

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

On 11/11/2013 07:41 AM, Juergen Gnoss wrote: > 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 interfacing the senso

Re: [Emc-developers] Charge_pump compatibility with Mach3 standard.

On 11/11/2013 05:06 AM, tuxcnc wrote: > Of course your's code is better > > Now we have : > > diff -Naur old/charge_pump.comp new/charge_pump.comp > --- old/charge_pump.comp2013-10-27 02:28:28.0 +0100 > +++ new/charge_pump.comp2013-11-11 13:50:38.162863405 +0100 > @@ -18,6 +18,8 @@

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

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 interfacing the sensors using sensors with I2C interface or connect them t

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

I didn't get a chance to test much more this weekend. the spiral.ngc is in the linuxcnc sample gcodes - as is tort.ngc and arc-spiral.ngc. (we can sure come up with some more though...) How is it going? sam On 11/7/2013 2:02 PM, Robert Ellenberg wrote: > I'll have to run some tests to identif

Re: [Emc-developers] RFC: requirements for LinuxCNC middleware

On 10 November 2013 08:14, Michael Haberler wrote: > I've written up an initial requirements document for the future LinuxCNC > middleware which is to replace NML/RCS. I am curious what you think is wrong with NML/RCS. I am not arguing that there isn't anything wrong with, it I am just wondering

Re: [Emc-developers] Charge_pump compatibility with Mach3 standard.

Of course your's code is better Now we have : diff -Naur old/charge_pump.comp new/charge_pump.comp --- old/charge_pump.comp2013-10-27 02:28:28.0 +0100 +++ new/charge_pump.comp2013-11-11 13:50:38.162863405 +0100 @@ -18,6 +18,8 @@ component charge_pump "Create a square-wave for th

Re: [Emc-developers] Charge_pump compatibility with Mach3 standard.

On 11 November 2013 10:45, tuxcnc wrote: > If you have a good computer, you can set base_thread=2 and get 25 > kHz on charge-pump.out, this is too fast. I think that this is something worth considering, (the same problem has come up on the forum). There seems little harm in also having a /4

[Emc-developers] Charge_pump compatibility with Mach3 standard.

Hi Description of problem : Mach3 program has standard of 6-12 kHz charge pump frequency, and many devices are compatibile with it. If you have a good computer, you can set base_thread=2 and get 25 kHz on charge-pump.out, this is too fast. The servo_thread gives only 0,5 kHz and is unusable

Re: [Emc-developers] Building a new C++ kinematics module

> I think the Makefile rules will not build a RT module out of C++ code since the kernel environment is not geared for C++ runtime support > > any chance you recode this into plain C ? I've managed to get it working in the simulator by hacking some rules in the Submakefile. I'm playing with ikfa

Re: [Emc-developers] Progress on Rockhopper and friends

>-Original Message- >From: Matt Shaver [mailto:m...@mattshaver.com] >Sent: 10 November 2013 01:19 >I'm pretty sure Peter doesn't read this list, and I'm not sure about Tom Easterday (I think he did, but may not anymore). >I'll contact these folks and get you a more definite answer, but I

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