Now, that is an interesting thought. When I go out and look for
instructions on downloading packages, the instructions usually only say to
pip install . . . . whatever. They never specify sub directories. This is
somewhat confusing for the newbies like me because installations just do
their thi
$ ls .
Would determine if the script is in the current working directory.
On Thu, Sep 29, 2016 at 5:05 PM, Dennis Lee Bieber
wrote:
> On Thu, 29 Sep 2016 15:35:57 -0700 (PDT), Lidia Toscano
> declaimed the
> following:
>
> >Hi, I am running Debian GNU/Linux 8 on a BBB. I have been trying to
>
Not only that but if you make a mistake, and render the eMMC unbootable.
How would you fix it without an sdcard ? Short answer is that you can't.
But with an sdcard, you'd insert the "emergency" card, revert the changes
you made, then power cycle the board ater removing the sdcard. viola!
problem s
>
> If one needs significant number crunching capability, the RPI-3 would
> be the choice -- even with the 64-bit A53 quad-core crippled by using a
> 32-bit variant of Debian, compared to the 32-bit single-core BBB.* The
> RPI-3 also has on board WiFi#
>
I wouldn't say crippled. The only real bene
One more thing, sorry . . . multi-tasking. . .
As Graham mentioned above. You'll probably want to start off with a
Beaglebone black RevC. But my motivation in recommending this would be
slightly different. I've been using an A5A for over 3.5 years, and in the
last 1.5 years have been mostly using
mzimmers,
Do yourself a favore and get this book:
https://www.amazon.com/Exploring-BeagleBone-Techniques-Building-Embedded-ebook/dp/B00QMIYWQM
It's probably not the best book for the experienced, or "Expert". But for
someone new to this particular discipline. It'll be more information than
you a
>
> Thanks for the detailed answers. Do I really need to use an SD card for
> transferring the kernel to the beaglebone? Seems kind of cumbersome, so if
> there's another way to do it, I'd appreciate hearing about it.
>
No you do not. You could create a *deb file, or other package manager file
fro
Hi, I am running Debian GNU/Linux 8 on a BBB. I have been trying to
download numpy but when I use pip install numpy the installation process
crashes.
I've been using the following process:
http://docs.scipy.org/doc/numpy-1.10.1/user/install.html#id6
root@beaglebone:~# python setup.py instal
Thanks for the detailed answers. Do I really need to use an SD card for
transferring the kernel to the beaglebone? Seems kind of cumbersome, so if
there's another way to do it, I'd appreciate hearing about it.
mz
--
For more options, visit http://beagleboard.org/discuss
---
You received this
>
> Dont treat this as an rPI endorsement however. I much prefer the
> beaglebone in most cases, but the rPI, specifically the rPI's has many good
> points too.
>
Raspberry PI 3
On Thu, Sep 29, 2016 at 2:33 PM, William Hermans wrote:
>
>
> On Thu, Sep 29, 2016 at 2:25 PM, Graham Haddock
> wrot
On Thu, Sep 29, 2016 at 2:25 PM, Graham Haddock
wrote:
> Hi William:
>
> For an expert, you are totally correct.
>
I would argue the other way around. the rPI's have stuff like 'wiring', and
are a lot like the Arduino's in many ways. Only running Linux. Me, I'm not
a big fan of anything "Arduino
Hi William:
For an expert, you are totally correct.
For a newbie, the Raspberry Pi images seem to be designed to limit how much
tinkering you can do with Linux itself.
The tools and examples for modifying Linux itself are much better supported
on the Beaglebone.
Both are good for blinking LEDs
By the way, just for clarity. You do not need hard float for the kernel as
far as I am aware. As it is my understanding that floating point math in
the kernel is "forbidden". However, many userspace tools, apps, and perhaps
the userspace side of any kernel module may need hard float.
On Thu, Sep 2
On Thu, Sep 29, 2016 at 2:04 PM, Graham wrote:
> The Beaglebone is a better choice than say, Raspberry Pi, since Linux is
> somewhat locked-down on the R Pi, which puts limits what you can do with it.
>
This is mostly false. The images provided by the Raspberry PI foundation
are rather "odd". Ho
The Beaglebone is a better choice than say, Raspberry Pi, since Linux is
somewhat locked-down on the R Pi, which puts limits what you can do with it.
On the Beaglebone, there are multiple variations of Linux that are
supported, and you are free to compile your own kernel variations and load
and
By the way the beaglebone comes with a pre-installed Linux demo image
already on it. On the eMMC. So no sdcard is required, but is recommended.
On Thu, Sep 29, 2016 at 2:00 PM, William Hermans wrote:
>
>
> On Thu, Sep 29, 2016 at 11:39 AM, mzimmers wrote:
>
>> Hi, all -
>>
>> I've decided to se
On Thu, Sep 29, 2016 at 11:39 AM, mzimmers wrote:
> Hi, all -
>
> I've decided to self-tutor in the area of embedded Linux. (I have embedded
> experience, and some Linux experience, but not together). I was thinking of
> getting a beaglebone for experimentation. I can't be more specific, because
Okay, 4.4.22-ti-r49 has hit the repo:
With, (the default)
dtb=am335x-bonegreen-wireless.dtb
debian@beaglebone:~$ dmesg | grep wl
[2.446968] wlan-en-regulator: disabling
[ 35.950050] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
[ 36.027459] wlcore: loaded
[ 36.425547] wlcore: PHY
Hi, all -
I've decided to self-tutor in the area of embedded Linux. (I have embedded
experience, and some Linux experience, but not together). I was thinking of
getting a beaglebone for experimentation. I can't be more specific, because
I don't know what I want to yet, other than learn some new
On Thu, Sep 29, 2016 at 10:26 AM, wrote:
>
>
> On Thursday, September 29, 2016 at 4:45:42 PM UTC+2, TJF wrote:
>>
>> And it's still experimental. It may work in entertainment applications,
>> but for hard real time use cases in closed loop comtrollers t's much too
>> slow and will never be an alt
On Thursday, September 29, 2016 at 4:45:42 PM UTC+2, TJF wrote:
>
> And it's still experimental. It may work in entertainment applications,
> but for hard real time use cases in closed loop comtrollers t's much too
> slow and will never be an alternative for uio_pruss, unless the concept
> get
On Wed, Sep 28, 2016 at 12:02 PM, Stephane Charette
wrote:
> On Tuesday, September 27, 2016 at 10:25:55 AM UTC-7, Dani Sch wrote:
>>
>> This image for BBGW doesn't work for me at all. No wifi network pops up in
>> available connections, and when I try to run your commands under connmanctl,
>> I ge
On Thu, Sep 29, 2016 at 6:37 AM, wrote:
> Hello, Robert I have BBGW with Debian image of 2016-05-27, what's the best
> way to apply this fix for Wifi module powerup onto that existing image? I've
> done:
>
> ./update_kernel.sh --lts-4_4 --ti-channel
>
>
> and
>
>
> ~/dtb-rebuilder$ make ; sudo ma
Hi Claudius!
remoteproc loads elf files only. You'll have to use a C compiler or
transform the pasm binaries to elf format in order to load them.
And it's still experimental. It may work in entertainment applications, but
for hard real time use cases in closed loop comtrollers t's much too slow
I asked this question at TI's e2e forum, but was forwarded here due to
usage of community support-only tools:
What is the most future-proof development path for PRU code on the AM335x?
I'm currently using pasm on a Beaglebone Black with Debian 8. Until Kernel
3.8.x, using /dev/uio0 and Capem
Hello, Robert I have BBGW with Debian image of 2016-05-27, what's the best
way to apply this fix for Wifi module powerup onto that existing image?
I've done:
./update_kernel.sh --lts-4_4 --ti-channel
and
~/dtb-rebuilder$ make ; sudo make install
both took, I've rebooted and confirmed ker
Dear all,
I recently acquired 5" LCD display DSN50602-PCT with capacitive touch
panel, thus my intention was to use it with Beaglebone Black board.
The image which I chose for this project is:
debian@beaglebone:~$ cat /etc/dogtag
BeagleBoard.org Debian Image 2016-01-10
debian@beaglebone:~$ un
27 matches
Mail list logo