Re: [Emc-developers] Minimal python interpreter example?

2013-09-03 Thread EBo
This would also be a decent time to add some unit and regression tests with something like Nose: http://nose.readthedocs.org/en/latest/ EBo -- On Sep 3 2013 8:47 PM, Jeff Epler wrote: > PrintCanon in interpret.py hasn't worked as written for quite some > time. > It should either just be del

Re: [Emc-developers] Minimal python interpreter example?

2013-09-03 Thread Jeff Epler
PrintCanon in interpret.py hasn't worked as written for quite some time. It should either just be deleted, or somebody should rehabilitate it and write a test to make sure it stays working. Here's a basic program that (in master branch of recent vintage) does the job: #!/usr/bin/python ##

Re: [Emc-developers] proposal for capability of external interrupts to trigger HAL threads

2013-09-03 Thread Gene Heskett
On Tuesday 03 September 2013 22:11:46 Jon Elson did opine: > Gene Heskett wrote: > > As is, it has to be rate and/or lowpass filtered before feeding into > > the PID before the rest of the PID 'adjustments' even begin to work > > as expected else the PID seems overwhelmed by the noise. > > The so

Re: [Emc-developers] proposal for capability of external interrupts to trigger HAL threads

2013-09-03 Thread Gene Heskett
On Tuesday 03 September 2013 22:03:44 Jon Elson did opine: > Gene Heskett wrote: > > While 10khz sounds a little slow for us stepper users, the fact that > > the samples are frozen in a very accurate timebase would appear to be > > a worthwhile endeavor to me. with say a 30 to 50 khz clock, the ba

[Emc-developers] Minimal python interpreter example?

2013-09-03 Thread Anders Wallin
Hi, Would it be possible for someone who understands how to use the rs274, gcode, canon pyhon modules to produce a minimal example of how to use these modules in python to interpret a g-code file? i.e. something that given a g-code file calls PrintCanon from llb/python/rs274/interpret.py would be u

Re: [Emc-developers] latency results table on wiki

2013-09-03 Thread Anders Wallin
> Anders: > > I like the idea of scripting the transmission and acquisition of the > test results. It fits with previous noodling on this list about a > standard system information-gathering and reporting scheme which, among > other things, would improve our ability to help people debug their > ins

Re: [Emc-developers] proposal for capability of external interrupts totrigger HAL threads

2013-09-03 Thread Jon Elson
Steve Stallings wrote: > I have always believed that a much better system would > result if the real time interrupts were driven from the > actual hardware that was collecting the feedback and > applying the driving functions. Yes, this means that > the real time system cannot run if the drivers fo

Re: [Emc-developers] Unified Build/ "new RTOS" work: general availability for testing

2013-09-03 Thread Michael Haberler
issue identified please do not use parallel make ('make -j') until further notice the configure/build process per se is fine, there is some make dependency missing -m Am 03.09.2013 um 19:07 schrieb Michael Haberler : > > Am 03.09.2013 um 17:38 schrieb Anders Wallin : > >> On Tue, Sep 3, 201

Re: [Emc-developers] 2.6-pre and git

2013-09-03 Thread Sebastian Kuzminsky
On 9/3/13 11:47 , John Morris wrote: > On 09/03/2013 09:44 AM, Sebastian Kuzminsky wrote: >> * The 'master' branch on git.linuxcnc.org will become 2.6 in the future, >> after the fate of two outstanding feature branches is determined. >> >> * The first feature branch is joints_axes3. It's currentl

Re: [Emc-developers] proposal for capability of external interrupts to trigger HAL threads

2013-09-03 Thread Jon Elson
Gene Heskett wrote: > While 10khz sounds a little slow for us stepper users, the fact that the > samples are frozen in a very accurate timebase would appear to be a > worthwhile endeavor to me. with say a 30 to 50 khz clock, the base thread > could be clocked entirely in hardware. That can't he

Re: [Emc-developers] 2.6-pre and git

2013-09-03 Thread John Morris
Hi Seb, On 09/03/2013 09:44 AM, Sebastian Kuzminsky wrote: > * The 'master' branch on git.linuxcnc.org will become 2.6 in the future, > after the fate of two outstanding feature branches is determined. > > * The first feature branch is joints_axes3. It's currently undergoing > refinement for m

Re: [Emc-developers] Unified Build/ "new RTOS" work: general availability for testing

2013-09-03 Thread Anders Wallin
On Tue, Sep 3, 2013 at 9:26 AM, Michael Haberler wrote: > I dont want to read this darn documentation, just try it > > cd src && ./autogen.sh && ./configure && make && sudo make setuid && . > ../scripts/rip-environment && linuxcnc > should

Re: [Emc-developers] Unified Build/ "new RTOS" work: general availability for testing

2013-09-03 Thread Michael Haberler
Am 03.09.2013 um 17:38 schrieb Anders Wallin : > On Tue, Sep 3, 2013 at 9:26 AM, Michael Haberler wrote: > >> I dont want to read this darn documentation, just try it >> >> cd src && ./autogen.sh && ./configure && make && sudo make setuid

Re: [Emc-developers] Unified Build/ "new RTOS" work: general availability for testing

2013-09-03 Thread Anders Wallin
I now tried: $ make clean $ ./configure --with-posix $ make but I get the same error (below) as before. Anders On Tue, Sep 3, 2013 at 6:38 PM, Anders Wallin wrote: > > > > On Tue, Sep 3, 2013 at 9:26 AM, Michael Haberler wrote: > >> I dont want to read this darn documentation, just try it >>

[Emc-developers] Inductosyn to quadrature converter

2013-09-03 Thread Jon Elson
I have been making a resolver to quadrature converter for a couple of years. I finally was able to buy some sections of Inductosyn scale on eBay for a price I could afford, and started working with it. I found that if I put a 120 - 6.3 V filament transformer in the excitation circuit, the excitat

Re: [Emc-developers] proposal for capability of external interrupts to trigger HAL threads

2013-09-03 Thread Jon Elson
Gene Heskett wrote: > > As is, it has to be rate and/or lowpass filtered before feeding into the > PID before the rest of the PID 'adjustments' even begin to work as expected > else the PID seems overwhelmed by the noise. The software encoder counter component has a timestamp feature to provide s

Re: [Emc-developers] 2.6-pre and git

2013-09-03 Thread Sebastian Kuzminsky
On 9/2/13 05:40 , Charles Steinkuehler wrote: > What is the git status for what is going to become 2.6? > > I'm switching away from the older xenomai builds in favor of the new > unified-build-candidate-2 branch. It looks like development on this is > mostly in MAH's github repo, but the branch ap

Re: [Emc-developers] Beaglebone (MachineKit) questions

2013-09-03 Thread Charles Steinkuehler
On 9/3/2013 7:09 AM, Bob Weiss wrote: > I tried to run the latency-test on my BBB after I installed the missing > dependency 'bc' and it seemed to work but my desktop locked up cold and had > to hard reset to get control back.. Is there something else I am missing? The default latency-test tries t

[Emc-developers] Beaglebone (MachineKit) questions

2013-09-03 Thread Bob Weiss
I tried to run the latency-test on my BBB after I installed the missing dependency 'bc' and it seemed to work but my desktop locked up cold and had to hard reset to get control back.. Is there something else I am missing? Also, Is there any easy way to add a different thermistor type to "ReadTemp.

Re: [Emc-developers] Unified Build/ "new RTOS" work: general availability for testing

2013-09-03 Thread Michael Haberler
Am 03.09.2013 um 12:10 schrieb Anders Wallin : >> what it does: >> = >> build LinuxCNC such that it runs unchanged on any kernel found on the >> build platform (even multiple versions): RTAI, Xenomai, RT-Preempt, or >> vanilla - only reboot into new kernel required. No configuration c

Re: [Emc-developers] Unified Build/ "new RTOS" work: general availability for testing

2013-09-03 Thread Anders Wallin
> what it does: > = > build LinuxCNC such that it runs unchanged on any kernel found on the > build platform (even multiple versions): RTAI, Xenomai, RT-Preempt, or > vanilla - only reboot into new kernel required. No configuration changes to > existing configs should be necessary. Runs

Re: [Emc-developers] proposal for capability of external interrupts to trigger HAL threads

2013-09-03 Thread Gene Heskett
On Tuesday 03 September 2013 04:32:26 Michael Haberler did opine: > Am 03.09.2013 um 05:41 schrieb Gene Heskett : > > On Monday 02 September 2013 23:18:36 Jon Elson did opine: > >> I'm not sure theis is the right method to bring this up, but... > >> I have had some discussions with Michael Haberle