On 2013-12-22 04:25, Charles Steinkuehler wrote:
On 12/21/2013 6:40 PM, Bas de Bruijn wrote:
Hi There,
I try to run LinuxCNC on the BeagleBone Black, with a BeBoPr+
(bridge) board which I acquired via Bas Laarhoven and arrived
yesterday. Goal is to run LinuxCNC with my delta printer.
I
On 12/22/2013 2:53 AM, bdebru...@luminize.nl wrote:
On 2013-12-22 04:25, Charles Steinkuehler wrote:
Exactly what does swing wildly mean? There is quite a bit of noise
when using the on-chip A/D converter on the BeagleBone, but for me it
works out to around one degree Centigrade or so of
On 2013-12-22 10:06, Charles Steinkuehler wrote:
On 12/22/2013 2:53 AM, bdebru...@luminize.nl wrote:
Maybe some clash regarding mapping of ADC pins? I'll take a closer
look
at that. (any nudge if I'm taking the wrong approach will be
appreciated)
This sure sounds like nothing is
On 22-12-2013 9:53, bdebru...@luminize.nl wrote:
On 2013-12-22 04:25, Charles Steinkuehler wrote:
On 12/21/2013 6:40 PM, Bas de Bruijn wrote:
Hi There,
I try to run LinuxCNC on the BeagleBone Black, with a BeBoPr+
(bridge) board which I acquired via Bas Laarhoven and arrived
yesterday.
Alternately, you could use the TI ADC that Bas has provisions for
on
the
BeBoPr (see his github wiki for details). I haven't tried this
myself,
but I have the kernel modules available and it is reported to work
quit
well.
Bas,
the board I sent you has the ADS1015 and signal wires
On 22-12-2013 13:29, bdebru...@luminize.nl wrote:
Alternately, you could use the TI ADC that Bas has provisions for
on
the
BeBoPr (see his github wiki for details). I haven't tried this
myself,
but I have the kernel modules available and it is reported to work
quit
well.
Bas,
the board
But first check whether you've loaded the proper overlay as I wrote
above.
check, I have made sure the line is as follows:
optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONE-EMMC-2G,cape-bebopr-brdg
To avoid misunderstandings maybe: when the line in the uEnv.txt is
like this:
On 22-12-2013 14:48, bdebru...@luminize.nl wrote:
But first check whether you've loaded the proper overlay as I wrote
above.
check, I have made sure the line is as follows:
optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONE-EMMC-2G,cape-bebopr-brdg
To avoid misunderstandings maybe: when
On 2013-12-22 15:25, Bas Laarhoven wrote:
On 22-12-2013 14:48, bdebru...@luminize.nl wrote:
But first check whether you've loaded the proper overlay as I wrote
above.
check, I have made sure the line is as follows:
On 22-12-2013 16:00, Bas de Bruijn wrote:
On 2013-12-22 15:25, Bas Laarhoven wrote:
On 22-12-2013 14:48, bdebru...@luminize.nl wrote:
But first check whether you've loaded the proper overlay as I wrote
above.
check, I have made sure the line is as follows:
On 22 Dec 2013, at 16:50, Bas Laarhoven s...@xs4all.nl wrote:
On 22-12-2013 16:00, Bas de Bruijn wrote:
On 2013-12-22 15:25, Bas Laarhoven wrote:
On 22-12-2013 14:48, bdebru...@luminize.nl wrote:
But first check whether you've loaded the proper overlay as I wrote
above.
check, I have
On 12/22/2013 09:43 AM, Philipp Heimpel wrote:
just installed the rtai kernel from your repository on a debian
wheezy. *Gigabyte GA-E350N mini-ITX *AMD E-350D/A45 Dual 1.6 GHZ
*AMD Radeon HD 6310
...
latency test runs fine. Haven't tested anything else yet.
That's great! Thanks for testing
2013/12/21 Charles Steinkuehler char...@steinkuehler.net
Yes, you can run stepgens on both PRUs...you'll just have to tweak the
HAL module to support this. It's on my list of things to do some day,
but it's not real urgent.
The good news is you almost certainly don't need to run code on
On Sun, Dec 15, 2013 at 3:21 PM, Sebastian Kuzminsky s...@highlab.com wrote:
Hi folks, this is an announcement and request for wider testing.
Thanks to the efforts of our developers memleak and CaptainHindsight,
and of RTAI developers ShabbyX and Pierangelo Masarati and others, we
have a
On 22-12-2013 17:24, Bas de Bruijn wrote:
On 22 Dec 2013, at 16:50, Bas Laarhoven s...@xs4all.nl wrote:
On 22-12-2013 16:00, Bas de Bruijn wrote:
On 2013-12-22 15:25, Bas Laarhoven wrote:
On 22-12-2013 14:48, bdebru...@luminize.nl wrote:
But first check whether you've loaded the proper
I don't have a LinuxCNC system available to test at the moment, so
maybe
Charles
or someone else can comment.
Maybe you're bitten by the ever changing device numbering scheme:
Have a
look in
/sys/devices for the name of the ocp.? node. The script assumes
it's
ocp.2, but maybe
it
On 2013-12-22 20:04, Bas de Bruijn wrote:
I don't have a LinuxCNC system available to test at the moment, so
maybe
Charles
or someone else can comment.
Maybe you're bitten by the ever changing device numbering scheme:
Have a
look in
/sys/devices for the name of the ocp.? node. The
On 22-12-2013 20:04, Bas de Bruijn wrote:
I don't have a LinuxCNC system available to test at the moment, so
maybe
Charles
or someone else can comment.
Maybe you're bitten by the ever changing device numbering scheme:
Have a
look in
/sys/devices for the name of the ocp.? node. The script
One of the problems with the TI ADC implementation is that it's slow
to
update.
First you always seem to get an old (queued?) value. So throw away
the first
couple of readings after changing the input!
Furthermore I suggest that you use J8 (the one close to the reset
button) for the
On 22-12-2013 21:19, Bas de Bruijn wrote:
One of the problems with the TI ADC implementation is that it's slow
to
update.
First you always seem to get an old (queued?) value. So throw away
the first
couple of readings after changing the input!
Furthermore I suggest that you use J8 (the one
Ik kan kop noch staart ontdekken aan je resultaten, something's
completely wrong!
nou ik ben het spoor ook behoorlijk bijster. Ik ben redelijk bekend met
industriele automatisering en electronica en het uizoeken/lezen van
datasheets, wat hacken hier en daar en vaak kom ik er wel uit.
Your
On 22-12-2013 22:54, Bas de Bruijn wrote:
Ik kan kop noch staart ontdekken aan je resultaten, something's
completely wrong!
nou ik ben het spoor ook behoorlijk bijster. Ik ben redelijk bekend met
industriele automatisering en electronica en het uizoeken/lezen van
datasheets, wat hacken hier
On 12/22/2013 4:51 PM, Bas Laarhoven wrote:
On 22-12-2013 22:54, Bas de Bruijn wrote:
[...]
linuxcnc@arm:~$ cat `find /sys/devices/ -name in_voltage[456]_raw`
1331
4070
3585
These values are completely wrong. It looks like the numbering of the analog
inputs is mixed up. J8 should
23 matches
Mail list logo