On 02/06/2013 09:45 AM, Charles Steinkuehler wrote:
> [...] you can run a machine with a PREEMPT_RT kernel, and one is
> available pre-packaged in Debian Wheezy (and perhaps other
> distributions, as well). Performance is not as good as RTAI or
> Xenomai, but using a distribution provided kernel i
On 02/06/2013 09:45 AM, Charles Steinkuehler wrote:
> On 2/6/2013 8:15 AM, Eric Keller wrote:
>> will it run a machine on a generic kernel? The closest would be
>> an rt-preempt kernel, is that standard with any distributions ? I
>> will admit to be confused, this discussion doesn't seem to talk
On Wednesday 06 February 2013 19:05:34 Bas Laarhoven did opine:
Message additions Copyright Wednesday 06 February 2013 by Gene Heskett
> 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 Februar
More info on direct DDR accessing of the PRU from userland Python (PyPRUSS):
http://hipstercircuits.com/?p=468
From: Gregory Perry
Sent: Wednesday, February 06, 2013 4:10 PM
To: EMC developers
Subject: RE: [Emc-developers] BeagleBone question
>And even m
Michael,
Thanks for all of the good information. I have not yet found anyone further
ahead than me. There is one person on the Olinuxino forum who is just
getting started, but his hardware has not even arrived.
Regards,
Eric
Assuming you dont find anybody having done the Xenomai footwork for yo
>And even moreso when a breakout board has been built for a reasonable price
>that actually gives us the ability to use all of the GPIB pins, which will
>approximately double the number of pins available from a parport setup.
It looks like all of the available GPIOs on the BeagleBone can be contro
On Wed, 6 Feb 2013 14:38:37 -0500
Tom Easterday wrote:
> So you are saying I shouldn't use the rip script? Why wouldn't run
> in place work? -Tom
Do this:
1. Remove all linuxcnc* and emc2* packages.
2. Add these two APT source lines to your repository list:
deb http://buildbot.linuxcnc.org/ l
Well, going through the procedure to get it from the buildbot and install again
worked. It didn't update anything (because it didn't need to). Perhaps the
install script failed for some reason the first time? I lost the output from
the terminal. Anyway, it is working now, thanks for your hel
On 2/6/13 12:24 , Tom Easterday wrote:
>
> Hmm, when I type dpkg -s linuxcnc | grep Version it tells me Version 1: 2.5.1.
> If I don't type . ./rip-enviromment from within ~/linucnc-dev/scripts then
> "linuxcnc" launches 2.5.1.
> If I do type . ./rip-enviromment from within ~/linucnc-dev/scripts t
> From: tom-...@bgp.nu
> Date: Wed, 6 Feb 2013 14:38:37 -0500
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] gscreen merged to master
>
>
> On Feb 6, 2013, at 2:31 PM, Chris Morley wrote:
> > Sorry Tom I led you down the dark path with the .script/rip command
> > I
On Feb 6, 2013, at 2:31 PM, Chris Morley wrote:
> Sorry Tom I led you down the dark path with the .script/rip command
> I'm so used to run-in-place :)
>
> I'm not sure what going on.
So you are saying I shouldn't use the rip script? Why wouldn't run in place
work?
-Tom
---
> From: tom-...@bgp.nu
> Date: Wed, 6 Feb 2013 14:24:29 -0500
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] gscreen merged to master
>
>
> On Feb 6, 2013, at 1:36 PM, Sebastian Kuzminsky wrote:
>
> > Tom is running debs from the buildbot, so he should not run the
On Feb 6, 2013, at 1:36 PM, Sebastian Kuzminsky wrote:
> Tom is running debs from the buildbot, so he should not run the
> rip-environment script.
>
> Tom, make sure you've installed a 2.6~pre deb, not a 2.5 deb. You can
> check what you currently have installed by running this:
>
> dpk
On Feb 6, 2013, at 1:08 PM, Chris Morley wrote:
> Did you remember to . scripts/rip-environment in the terminal?
>
Yes.
> If you load a config it should be linuxcnc 2.6 something.
Yes, it is 2.6.pre
>
> There is also sample configs in sim/gscreen, sim/gscreen_custom
> Do you see them?
No,
Am 06.02.2013 um 16:15 schrieb Eric H. Johnson:
>
> Well after considerable delay, I now have two working A13-Olinuxino-wifi
> boards. I was sent two replacement boards direct from Bulgaria confirming
> that there was something wrong with the SD ports on the two I received from
> a local supplie
On 2/6/13 11:08 , Chris Morley wrote:
>
>
>
>> Subject: Re: [Emc-developers] gscreen merged to master
>> From: tom-...@bgp.nu
>> Date: Wed, 6 Feb 2013 12:52:37 -0500
>> CC: emc-developers@lists.sourceforge.net
>> To: chrisinnana...@hotmail.com
>>
>> How can I run this, Chris? I pulled the latest o
Am 06.02.2013 um 16:22 schrieb Chris Morley:
>
>
>
>
>>
>> What changes is:
>>
>> 1. how a HAL component is created - check if comp exists, yell if it does
>> etc.
>> 2. how a pin is created - checking if the name exists, tell HAL to create a
>> pin of a certain type and direction.
>> 3.
There is also the FlyingBone Cape which was released under Creative Commons so
you could use it in your own design:
http://www.flickr.com/photos/32079084@N00/6349929888/
All of the gerbers and BOM are in the git repo.
From: Charles Steinkuehler [char...@
> Subject: Re: [Emc-developers] gscreen merged to master
> From: tom-...@bgp.nu
> Date: Wed, 6 Feb 2013 12:52:37 -0500
> CC: emc-developers@lists.sourceforge.net
> To: chrisinnana...@hotmail.com
>
> How can I run this, Chris? I pulled the latest off the buildbot and changed
> our config accor
Performance depends on if you are doing everything is userland or in the
kernel. For a good overview of BeagleBone performance with driving servos:
http://veter-project.blogspot.com/2011/09/real-time-enough-about-pwms-and-shaky.html
They eventually settled on using Xenomai with a kernel driver
Am 06.02.2013 um 15:15 schrieb Eric Keller:
> On Wed, Feb 6, 2013 at 9:08 AM, andy pugh wrote:
>
>> On 6 February 2013 13:25, John Morris wrote:
>>> Please ask questions about anything still
>>> unclear, and I promise a short answer.
>>
>> This seems to be close to (or possibly already there)
The BeagleBone uses 3.3V on the expansion headers, so for building a breakout
setup you would probably want to include some level conversion kits to convert
that to 5V (and for isolation). Adafruit has a nice selection of addons for
the BeagleBone:
http://www.adafruit.com/category/75
I person
Am 06.02.2013 um 15:08 schrieb andy pugh:
> On 6 February 2013 13:25, John Morris wrote:
>> Please ask questions about anything still
>> unclear, and I promise a short answer.
>
> This seems to be close to (or possibly already there) a situation
> where LinuxCNC can be distributed as applicatio
On 02/06/2013 08:08 AM, Gene Heskett wrote:
> Thats much better. I just hope that we aren't setting up a fork, with
> each version diverging until we are no longer capable of keeping a leg
> in both canoes. Now, is anyone working on a 'breakout' board? Cheers,
> Gene
I did a parallel port emula
On 02/06/2013 07:59 AM, Charles Steinkuehler wrote:
> The GPIO pins can be written by the 700+ MHz ARM CPU, but they
> apparently don't track changes that fast. Really, how deterministic
> the pin updates can be seems more important than the ultimate
> frequency, at least for step/dir control.
Y
How can I run this, Chris? I pulled the latest off the buildbot and changed
our config according to your instructions on the wiki but gscreen doesn't seem
to be in there anywhere (I can't find the executable).
-Tom
On Nov 9, 2012, at 1:54 AM, Chris Morley wrote:
>
> I have merged Gscreen int
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 2/6/2013 6:25 AM, John Morris wrote:
> On 02/04/2013 08:43 AM, Michael Haberler wrote:
>> <...>well in fact that's what John is doing for RTAPI, with the
>> intent to arrive at a universal build that supports RTAI, Xenomai,
>> RT_PREEMPT and sim 'automagically'; that's not part of the current
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2/6/2013 8:15 AM, Eric Keller wrote:
> On Wed, Feb 6, 2013 at 9:08 AM, andy pugh
> wrote:
>
>> On 6 February 2013 13:25, John Morris wrote:
>>> Please ask questions about anything still unclear, and I
>>> promise a short answer.
>>
>> This seems
On Wednesday 06 February 2013 09:08:26 Gene Heskett wrote:
> Now, is anyone working on a 'breakout' board?
>
> Cheers, Gene
Searching for "Beaglebone FPGA" I find:
https://specialcomp.com/beaglebone/BeagleBone_FPGA.html
http://ebrombaugh.studionebula.com/embedded/bcc/index.html
http://valentfx
Well after considerable delay, I now have two working A13-Olinuxino-wifi
boards. I was sent two replacement boards direct from Bulgaria confirming
that there was something wrong with the SD ports on the two I received from
a local supplier.
I have now managed to successfully compile a very slight
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=%2fha2pyFaduhuMLNU3HAk3tDdztQALejUHZlcp8foNaA%3d
>
> Mouser part number
On 6 February 2013 17:22, Chris Morley wrote:
> Is ZeroMQ available for windows eg windows UI, linux embeded cnc controller?
Yes.
http://www.zeromq.org/
Windows, OSX, Linux,
--
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2/6/2013 8:08 AM, Gene Heskett wrote:
> On Wednesday 06 February 2013 08:58:45 Charles Steinkuehler did
> opine: Message additions Copyright Wednesday 06 February 2013 by
> Gene Heskett
>
>> There are a *LOT* of I/O on the BeagleBone vs. a parallel
>
> What changes is:
>
> 1. how a HAL component is created - check if comp exists, yell if it does etc.
> 2. how a pin is created - checking if the name exists, tell HAL to create a
> pin of a certain type and direction.
> 3. how the current pin value is is read
> 4. how a pin value is set
On 02/06/2013 06:51 AM, EBo wrote:
>
> What are the max switching speed of both PRU and GPIO pins?
>
>
GPIO driven by bit-banging from the ARM processor is approximately 240
ns, and it apparently
holds the CPU in a wait state until the operation is performed by the
GPIO multiplexer.
So, you can t
http://www.mouser.com/ProductDetail/BeagleBoard-by-CircuitCo/BB-BONE-BBPR-01
/?qs=%2fha2pyFaduhuMLNU3HAk3tDdztQALejUHZlcp8foNaA%3d
Mouser part number 595-BB-BONE-BBPR-01
$119.95
projected in stock 02/25/13
> -Original Message-
> From: Gene Heskett [mailto:ghesk...@wdtv.com]
> Sent
On Wednesday 06 February 2013 09:27:39 Eric Keller did opine:
Message additions Copyright Wednesday 06 February 2013 by Gene Heskett
> On Wed, Feb 6, 2013 at 9:08 AM, Gene Heskett wrote:
> > Now, is anyone working on a 'breakout' board?
> >
> > Cheers, Gene
> > --
> >
> > See my previous email
On Wed, Feb 6, 2013 at 9:08 AM, Gene Heskett wrote:
>
> Now, is anyone working on a 'breakout' board?
>
> Cheers, Gene
> --
>
> See my previous email in this thread. In general, search for beaglebone
capes on your favorite search engine.
The most promising cape is the bebopr for step/dir system
On Wed, Feb 6, 2013 at 9:08 AM, andy pugh wrote:
> On 6 February 2013 13:25, John Morris wrote:
> > Please ask questions about anything still
> > unclear, and I promise a short answer.
>
> This seems to be close to (or possibly already there) a situation
> where LinuxCNC can be distributed as a
On Wed, Feb 6, 2013, at 06:25 AM, John Morris wrote:
>
> Looking inside the old RT implementations, it is clear that one was
> written first, and following implementations simply copied
> _rtapi.c and _ulapi.c into new files and replaced the
> RT system-specific code, a small portion of the ove
On 6 February 2013 13:25, John Morris wrote:
> Please ask questions about anything still
> unclear, and I promise a short answer.
This seems to be close to (or possibly already there) a situation
where LinuxCNC can be distributed as application-only to run on a
generic kernel.
However, if this
On Wednesday 06 February 2013 08:58:45 Charles Steinkuehler did opine:
Message additions Copyright Wednesday 06 February 2013 by Gene Heskett
> On 2/6/2013 1:27 AM, Gene Heskett wrote:
> > On Wednesday 06 February 2013 02:26:59 Gregory Perry did opine:
> > Message additions Copyright Wednesday 06
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2/6/2013 6:51 AM, EBo wrote:
> What are the max switching speed of both PRU and GPIO pins?
The PRU I/O pins can switch state every 5 nS, so a 10 nS cycle or
generating a 100 MHz clock.
The GPIO pins can be written by the 700+ MHz ARM CPU, but they
What repository do I need? when I do 'install the smictrl package' I
get package not found..
thanks
sam
On 2/5/2013 7:31 PM, John Morris wrote:
> The PPA now has an 'smictrl' utility package for manipulating the SMI
> register. More info here:
> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Xenoma
On Feb 6 2013 5:43 AM, Charles Steinkuehler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 2/6/2013 1:27 AM, Gene Heskett wrote:
>> On Wednesday 06 February 2013 02:26:59 Gregory Perry did opine:
>> Message additions Copyright Wednesday 06 February 2013 by Gene
>> Heskett
>>
>>> Th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2/6/2013 1:27 AM, Gene Heskett wrote:
> On Wednesday 06 February 2013 02:26:59 Gregory Perry did opine:
> Message additions Copyright Wednesday 06 February 2013 by Gene
> Heskett
>
>> There are two (2) 200MHz RISC cores that constitute the PRUSS
>
On 02/04/2013 08:43 AM, Michael Haberler wrote:
> Am 04.02.2013 um 14:11 schrieb EBo:
>> On Feb 4 2013 4:18 AM, Michael Haberler wrote:
>>> Am 04.02.2013 um 11:29 schrieb EBo:
In the past, and I can read it between the lines now, that the
invasiveness of the modifications will take so muc
>> On 2/5/13 06:31 , Schooner wrote:
> >> For info I have built kernel 3.5.7-RTAI using Paulo's patch and it works
> >> perfectly
>> Wow, great! Did you run linuxcnc with it, or just the RTAI test programs?
I did normal load tests, which was what Paulo was after.
The problem at present is that
On 6 February 2013 09:26, Gene Heskett wrote:
>> Still more cash than a 5i25 by quite a margin.
>
> Someone suggested the 6i74 IIRC, so I went and picked up the latest price
> list. Whatever, it was nearly $200 for the PCI-e version. Not at all
> competitive when you add the universal stepper.
50 matches
Mail list logo