On 3-4-2014 17:20, andy pugh wrote:
> On 3 April 2014 15:26, Michael Haberler wrote:
>> We are pleased to announce the formation of the Machinekit project [1][2][3].
> I have no idea what this means.
>
Progress (I hope).
--
On 1-4-2014 0:41, Charles Steinkuehler wrote:
> On 3/31/2014 4:35 PM, W. Martinjak wrote:
>> http://beagleboard.org/latest-images/
>>
>> I think this are good news.
> I agree!
>
> I am working closely with Robert Nelson (the developer of the Debian
> images), and am trying to get the various packag
On 15-1-2014 15:52, Charles Steinkuehler wrote:
> On 1/15/2014 7:55 AM, Bas de Bruijn wrote:
>> Hi Charles,
>>
>> I'd like to support you with testing/adding to the lineardeltakins
>> types of 3D printer. I recently added rudimentary M109 and M106 in
>> the linuxcnc/nc_files directory.
> Yes, there
On 6-2-2013 16:28, Gene Heskett wrote:
> On Wednesday 06 February 2013 10:08:34 Steve Stallings did opine:
> Message additions Copyright Wednesday 06 February 2013 by Gene Heskett
>
>> http://www.mouser.com/ProductDetail/BeagleBoard-by-CircuitCo/BB-BONE-BBP
>> R-01 /?qs=%2fha2pyFaduhuMLNU3HAk3tDdzt
On 23-1-2013 23:25, Charles Steinkuehler wrote:
> On 1/23/2013 1:33 PM, Bas Laarhoven wrote:
>> On 23-1-2013 19:52, Michael Haberler wrote:
>>> Am 23.01.2013 um 16:17 schrieb Bas Laarhoven:
>>>
>>>> Since you have experience with patching xenomai on top
On 23-1-2013 19:52, Michael Haberler wrote:
> Am 23.01.2013 um 16:17 schrieb Bas Laarhoven:
>
>> Since you have experience with patching xenomai on top of a kernel, is there
>> any chance applying the patches on the 3.2.34 kernel?
>> You can download that kernel fro
On 23-1-2013 18:15, Michael Haberler wrote:
> Bas,
>
> Am 23.01.2013 um 16:17 schrieb Bas Laarhoven:
>
>> On 23-1-2013 13:56, Michael Haberler wrote:
>>> I had put out an updated BB xenomai kernel a few days ago, and I promptly
>>> managed to loose the build n
On 23-1-2013 11:22, Michael Haberler wrote:
> Am 23.01.2013 um 10:12 schrieb David Armstrong:
>
> On 21-1-2013 22:20, Michael Haberler wrote:
>> I assume Bas will give the postmortem shortly - he nailed the issue; the
>> RTC boot timewarp makes for a lost DHCP lease midflight and NFS
On 23-1-2013 13:56, Michael Haberler wrote:
> I had put out an updated BB xenomai kernel a few days ago, and I promptly
> managed to loose the build notes.
>
> So I had to do it once more, and better documented this time:
>
> http://git.mah.priv.at/gitweb/linuxcnc-kernel.git/blob/c7422c10a84e122eb
On 22-1-2013 13:36, Yishin Li wrote:
> 從我的 iPhone 傳送
>
> Bas Laarhoven 於 2013/1/22 下午8:07 寫道：
>
>> On 21-1-2013 22:20, Michael Haberler wrote:
>>> Am 21.01.2013 um 20:10 schrieb Gilles Chanteperdrix:
>>>
>>>> On 01/21/2013 02:32 PM, Michael H
On 21-1-2013 22:20, Michael Haberler wrote:
> Am 21.01.2013 um 20:10 schrieb Gilles Chanteperdrix:
>
>> On 01/21/2013 02:32 PM, Michael Haberler wrote:
>>
>>> Am 21.01.2013 um 12:56 schrieb Gilles Chanteperdrix:
>
> question: does a RTC time warp have any possible bearing on
> Xenomai opera
On 21-1-2013 18:06, Kent A. Reed wrote:
> On 1/21/2013 6:18 AM, Bas Laarhoven wrote:
>> <...>
>>
>> This is not the definite solution of course, but if confirmed we can
>> work on a better fix (and don't forget to put the ntpdate file back
>> where it
On 20-1-2013 18:31, Charles Steinkuehler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 1/19/2013 8:57 AM, Charles Steinkuehler wrote:
>> I've setup Michael Haberler's network booting of my BeagleBone, and
>> I seem to be having the same network crashing on DHCP lease
>> renewal is
On 20-1-2013 15:35, Michael Haberler wrote:
> further to the Xenomai Beaglebone kernel hang:
>
> Gilles suggested to use the ipipe patch from xenomai master, and I gave that
> a try; results so far look promising (xeno-regression-test still running). I
> have no positive evidence this fixes the k
On 20-1-2013 15:35, Michael Haberler wrote:
> further to the Xenomai Beaglebone kernel hang:
>
> Gilles suggested to use the ipipe patch from xenomai master, and I gave that
> a try; results so far look promising (xeno-regression-test still running). I
> have no positive evidence this fixes the k
On 17-1-2013 22:57, Kent A. Reed wrote:
> On 1/17/2013 2:59 AM, Bas Laarhoven wrote:
>> I think that running linuxcnc is mandatory for the lockup. After a dozen
>> runs, it looks like I can reproduce the lockup with 100% certainty
>> within one hour.
>> Using the
On 17-1-2013 12:29, Michael Haberler wrote:
> Hi Bas,
>
> would you mind post a minimum rundown for idiots like me on the list, or the
> wiki page "How to use the JTAG port on the BB"?
>
> do you use the TI dev environment with the Eclipse clunker ;-?
>
> -m
It's been a while...
I've TI CCS inst
On 16-1-2013 20:36, Michael Haberler wrote:
> Am 16.01.2013 um 17:45 schrieb Bas Laarhoven:
>
>> On 16-1-2013 15:15, Michael Haberler wrote:
>>> ARM work:
>>>
>>> Several people have been able to get the Beaglebone ubuntu/xenomai setup
>>> working
On 16-1-2013 15:15, Michael Haberler wrote:
> a short update:
>
> linuxcnc development branches:
>
> there are no more major breakage reports outstanding from several folks
> having tried it, so the dust is settling.
>
> There are a few things left to do in the code: since there are several RT
>
On 7-12-2012 0:52, Michael Haberler wrote:
> Am 07.12.2012 um 00:37 schrieb Bas Laarhoven:
>
>> On 6-12-2012 23:37, Michael Haberler wrote:
>>> and not so bad:
>>>
>>> $ /usr/xenomai/bin/latency
>>>
>>> RTT| 00:02:28 (periodic user-mo
On 6-12-2012 23:37, Michael Haberler wrote:
> and not so bad:
>
> $ /usr/xenomai/bin/latency
>
> RTT| 00:02:28 (periodic user-mode task, 1000 us period, priority 99)
> RTH|lat min|lat avg|lat max|-overrun|---msw|---lat best|--lat
> worst
> RTD| 4.249| 5.124| 19.333|
On 4-12-2012 11:56, Charles Steinkuehler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/4/2012 4:41 AM, Michael Haberler wrote:
>> A key element for an RT kernel of any kind is high-resolution
>> timer support being in place in the kernel for results to make any
>> sense. That c
On 29-11-2012 13:02, Michael Haberler wrote:
> Am 29.11.2012 um 12:41 schrieb Bas Laarhoven:
>
>> On 29-11-2012 0:56, Michael Haberler wrote:
>>> summary: high-speed HAL I/O without extra hardware & idle main cpu on TI
>>> ARM335x omap processors
>>>
&g
On 29-11-2012 0:56, Michael Haberler wrote:
> summary: high-speed HAL I/O without extra hardware & idle main cpu on TI
> ARM335x omap processors
>
> --
>
> ok, we have something working in HAL :
> http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/arm335x-hal-pru-module
>
> this adds
On 21-11-2012 21:22, Charles Steinkuehler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/21/2012 11:49 AM, Bas Laarhoven wrote:
>> On 20-11-2012 20:54, Michael Haberler wrote:
>>> I dont want to curb your hopes too much, but I said
>>> '
On 21-11-2012 19:45, Michael Haberler wrote:
> Bas,
>
> Am 21.11.2012 um 18:49 schrieb Bas Laarhoven:
>
>> On 20-11-2012 20:54, Michael Haberler wrote:
>>> I dont want to curb your hopes too much, but I said 'GladeVCP+HAL
>>> standalone applications
On 20-11-2012 20:54, Michael Haberler wrote:
> I dont want to curb your hopes too much, but I said 'GladeVCP+HAL standalone
> applications' and meant to say 'HAL only' - i.e. no Gcode, no task, no motion
> - more loudly
>
> that works and I can recommend looking into especially if the application
is is a practical requirement. I suggest you
> focus on keeping the sample rate high and don't worry about jitter.
>
> Regards
>
> Darren Conway
>
>
> Jon Elson wrote:
>> Bas Laarhoven wrote:
>>
>>> Ah, thanks John, you made it very clear! So i
John Kasunich wrote:
> Bas Laarhoven wrote:
>
>> A question for a guru who has in depth knowledge of the HAL scheduling
>> mechanism:
>>
>> I'm developing a driver for a my servo motor controller. The interface
>> is via a PC parallel port. Only
A question for a guru who has in depth knowledge of the HAL scheduling
mechanism:
I'm developing a driver for a my servo motor controller. The interface
is via a PC parallel port. Only one RT thread is used that processes the
position feedback from the controller, and calculates the speed signa
[Sorry if this appears multiple times, have trouble posting to the list]
Hi,
While updating my own driver to use floats, I got confused by the
hal_evoreg.c driver. It seems to use floats but does not register the
update function as 'using floats'. Is this a bug or am I missing something?
-- Bas
31 matches
Mail list logo
