In my DTS, I added the fragment from the bb.org-overlay repo like this:
fragment@7 {
target = <&tscadc>;
__overlay__ {
status = "okay";
adc {
ti,adc-channels = <0 1 2 3 4 5 6>;
ti,chan-step-avg = <0x16 0x16 0x16 0x16 0x16
Robert,
I installed the overlays without problems on Debian 8.4 with kernel
4.4.5-bone5. Adding overlays works fine, but removing them fails with
an OOPS. I remember similar problems from the era of 3.x kernels, but
I thought it had been addressed long time ago. Does the problem still
persist, or
Does anyone know the reason why the audio cape has gone unavailable? It
looks like a good product - are the codec chips unavailable or something,
or has the supplier got bored with making these boards...
On 31 March 2016 at 02:43, wrote:
> Thanks a lot for sharing. Pretty useful.
>
> Audio cape
Okay, that works. Hopefully I can figure out how to compile a dts individually,
but this'll do for now. Thanks!
> On Apr 3, 2016, at 20:57 , Robert Nelson wrote:
>
> Call make, sudo make install from the base directory of bb.org-overlays...
>
> On Apr 3, 2016 10:53 PM, "Rick Mann" wrote:
>
>
I managed to get node red working again with:
sudo npm uninstall -g --unsafe-perm node-red-node-beaglebone
sudo apt-get purge bb-node-red-installer
sudo apt-get install bb-node-red-installer
>
>
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because yo
Call make, sudo make install from the base directory of bb.org-overlays...
On Apr 3, 2016 10:53 PM, "Rick Mann" wrote:
>
> > On Apr 3, 2016, at 20:47 , Robert Nelson
> wrote:
> >
> > On Sun, Apr 3, 2016 at 10:16 PM, Rick Mann
> wrote:
> >>
> >>> On Apr 3, 2016, at 19:02 , Rick Mann wrote:
> >>
> On Apr 3, 2016, at 20:47 , Robert Nelson wrote:
>
> On Sun, Apr 3, 2016 at 10:16 PM, Rick Mann wrote:
>>
>>> On Apr 3, 2016, at 19:02 , Rick Mann wrote:
>>>
>>>
On Apr 3, 2016, at 18:58 , Robert Nelson wrote:
sudo apt-get install device-tree-compiler
it's patch
On Sun, Apr 3, 2016 at 10:16 PM, Rick Mann wrote:
>
>> On Apr 3, 2016, at 19:02 , Rick Mann wrote:
>>
>>
>>> On Apr 3, 2016, at 18:58 , Robert Nelson wrote:
>>>
>>> sudo apt-get install device-tree-compiler
>>>
>>> it's patched to deal with our 4.1.x kernel..
>>
>> Outstanding, thank you!
>
> Ma
> On Apr 3, 2016, at 19:02 , Rick Mann wrote:
>
>
>> On Apr 3, 2016, at 18:58 , Robert Nelson wrote:
>>
>> sudo apt-get install device-tree-compiler
>>
>> it's patched to deal with our 4.1.x kernel..
>
> Outstanding, thank you!
Maybe I spoke too soon.
# dtc --version
Version: DTC 1.4.1
#
I know all about the TivaC boards. Which actually used LM4F120* processors
prior, and I believe now use the TM4C processors. They are not however
cheap. I think I got my "connected" crypto board for $12 on sale a while
back.
But wait a minute is the dht-11 UART ? I was thinking it was one wire(
wh
> On Mar 31, 2016, at 20:45 , Robert Nelson wrote:
>
>
> > Thanks, Robert. I just updated to linux-image-4.4.6-bone-rt-r6, partly
> > because I'm hoping for some improvements to audio support. Any caveats with
> > 4.4.6?
>
> uio_pruss might not be fully working... So test that first..
It se
On Sun, Apr 3, 2016 at 7:30 PM, 'Juergen' via BeagleBoard
wrote:
> Thanks, Robert!
> Sorry, the directions out of your Link does'nt work. There is no usb0 when I
> use ifconfig -a after rebooting.
usb0 shows up here:
https://github.com/RobertCNelson/tools/blob/master/scripts/beaglebone-black-g-e
> On Apr 3, 2016, at 18:58 , Robert Nelson wrote:
>
> sudo apt-get install device-tree-compiler
>
> it's patched to deal with our 4.1.x kernel..
Outstanding, thank you!
--
Rick Mann
rm...@latencyzero.com
--
For more options, visit http://beagleboard.org/discuss
---
You received this mess
On Sun, Apr 3, 2016 at 7:15 PM, Rick Mann wrote:
>
>> On Apr 3, 2016, at 16:29 , Robert Nelson wrote:
>>
>> On Sun, Apr 3, 2016 at 6:24 PM, Rick Mann wrote:
>>> I did a fresh install of the BBB console flasher from 3/27/16. I then
>>> updated to the 4.4.6-bone-rt-r6 kernel. I want to enable ADC
Here is the dmesg output:
xsentius@beaglebone:~/attemp2/overlay$ dmesg | tail -n 16
[ 407.585016] bone-capemgr bone_capemgr.9: part_number 'EBB-PRU-Example',
version 'N/A'
[ 407.585197] bone-capemgr bone_capemgr.9: slot #7: generic override
[ 407.585242] bone-capemgr bone_capemgr.9: bone: Usi
Hello all,
I am trying to load the sample overlay from Derek Molloy's book, here is
the .dto file:
/* Device Tree Overlay for enabling the pins that are used in Chapter 13
> * This overlay is based on the BB-PRU-01 overlay
> * Written by Derek Molloy for the book "Exploring BeagleBone: Tools and
https://www.sparkfun.com/products/12857
On Apr 3, 2016 15:53, "Sean McMahon" wrote:
> I've been looking around and it appears there are no BeagleBoard Black's
> available for sale.
>
> Is this because it is EOL? The SRM hasn't been updated since 2014
>
> Thanks,
> Seán
>
> --
> For more opti
I am looking for some information and software support for the Chipsee 4.3
Inch board.3.14.55
All I found so far is a debian image which is no use to me since my system
is Gentoo.
The documentation is only how to use the debian system and schematic. It
would have been nice to have to datasheet
Yeah, as I was saying, I actually do remember how to do that, and successfully
did. I still end up having to do the export and then other sysfs stuff to set
the values.
Which, as I think about it, setting the values in the DTB is not so useful.* I
do need to turn things on and off only under so
I will consider it.
Gerald
On Sun, Apr 3, 2016 at 7:32 PM, evilwulfie wrote:
> if you do update the design, please add a testpoint to SYS_RESETn so the
> BBB can be cold reset on a
> hard lockup without the need for a Power cycle.
>
> thanks
>
>
>
> On 4/3/2016 4:58 PM, Gerald Coley wrote:
>
>
if you do update the design, please add a testpoint to SYS_RESETn so the
BBB can be cold reset on a
hard lockup without the need for a Power cycle.
thanks
On 4/3/2016 4:58 PM, Gerald Coley wrote:
> I generally do not update the SRM unless there is a reason to do so.
> It is not EOL. I may be upd
Thanks, Robert!
Sorry, the directions out of your Link does'nt work. There is no usb0 when
I use ifconfig -a after rebooting. With g_ether in /etc/modules, usb0 is
shown with ifconfig -a after rebooting, but again without a IP-address. To
get an IP-address I have to run your script. But /sbin/if
Here Rick, maybe this will refresh you on the subject.
http://stackoverflow.com/questions/16872763/configuring-pins-mode-beaglebone
second answer I think talks about device tree files, while the first one
talks about some crazy script method . . .
But essentially, and I'm no expert here, and from
> On Apr 3, 2016, at 17:07 , William Hermans wrote:
>
> Yes, it can be done. I thought you had all this down before ? You can
> configure what mode the pin is actually used for - The several different
> peripheral types per pin, or GPIO + pull up/down or neither, and pin
> direction.
Sorry,
> On Apr 3, 2016, at 16:29 , Robert Nelson wrote:
>
> On Sun, Apr 3, 2016 at 6:24 PM, Rick Mann wrote:
>> I did a fresh install of the BBB console flasher from 3/27/16. I then
>> updated to the 4.4.6-bone-rt-r6 kernel. I want to enable ADC, but I can't
>> find it, so something like this in uE
>
> *configure a few GPIOs for my application. Is this something that can be
> accomplished entirely via DTB?*
>
> * # cd /sys/class/gpio*
>
> * # echo 50 > export*
> * # echo 115 > export*
> * # echo out > gpio50/direction*
> * # echo out > gpio115/direction
I'm running a BeagleBone Black with Debian, 3.8.13-bone63. DCAN1 is enabled.
Some (long) time ago I've disabled the Ethernet over USB0. Because I'm
fairly new in Linux, I can't remember how. To re-enable it I've uncomment
the corresponding settings in /etc/network/interfaces to
# Ethernet/RNDIS
Hi Wally,
Thanks for your reply.
I'm using the latest Debian image from the downloads sections. Also I ran
apt-get dist-upgrade to make sure it had the latest version of all the
packages.
I need to investigate the 'USB gadget interface'. All I know is that from
the linux side, it seems to be up
hello, i have follow your instructions but now i don't have lxde anymore?
i tried to remove it and reinstal it but same thing...
i can still connect to the terminal but cannot go to graphical session.
How to do?
thank you
Le mardi 15 décembre 2015 10:27:10 UTC+8, RobertCNelson a écrit :
>
> On
I have a BBB, not very scratched up or anything. I had FreeBSD installed,
and that was fun. I decided to get another microSD and an adapter and put
Debian on it. I plugged my BBB in to try out Debian, and when I opened
Serial (my serial emulator thing), it didn't show up. Anything i can do to
g
Hi all,
I have a question regarding ubi images on BBB.
I used to work with Gumstix Overo boards and making ubi images for
installation through u-boot, but now I am working on a system which uses
BBB, and I would like to use the same installation method I used with
Gumstix boards.
I think (an
LS,
I want to install a new linux to my beagle.
I created a boot disk on a micro-sd card by writing
RuneAudio_bbb_0.2-beta.img to it.
I then insert the card and hold the boot button and power up.
I hold the button for a very long time (at least 20 seconds ), but I do not
see one on of the leds
LS,
I created a start up disk with Unetbootin and wrote
RuneAudio_bbb_0.2-beta.img to my drive.
Insert the drive and power up while holding the boot switch for at least 20
seconds.
I do not see one of the leds flashing though.
If I power up without holding the switch the leds start flashing aft
Hi Greg,
Thanks for your feedback.
I have ssh on my Chromebook, but this doesn't work as I can't even ping the
beaglebone. The network needs to be up before I can run ssh or http, etc.
Just trying to figure out how to get the network connection established.
Christian
On Saturday, 2 April 2016 0
Hi Robert,
I have a similar issue - am I doing anything obviously wrong. Image is
created with:
sudo ./setup_sdcard.sh --mmc /dev/sdf --dtb omap3-beagle --distro xenial
Serial output until board freeze:
40
U-Boot SPL 2016.03-1-g54456ef (Mar 17 2016 - 16:31:02)
Trying to boot from MMC
SPL:
Hello i have installed this image on my BBB :
http://elinux.org/Beagleboard:Ubuntu_On_BeagleBone_Black#Ubuntu_Precise_On_Micro_SD
but I didn't have /sys/devices/bone_capemgr*
so i did this:
sudo apt-get update
sudo apt-get install linux-image-3.8.13-bone68
sudo reboot
but then I don't have
Hi all,
The problem seems to be influenced by the outside power supply.
I run Debian Jessie with kernel 4.1.15-ti-rt-r43 on an 1month old element14
BBB (where do I find the revision??) and have the same issues.
The BBB is getting its power from a custom carrier board which has a DC-DC
on. Doing
I generally do not update the SRM unless there is a reason to do so. It is
not EOL. I may be updating it soon when I change the design however.
Gerald
On Sun, Apr 3, 2016 at 5:40 PM, William Hermans wrote:
> Well I take that back. Resellers on amazon had a few boards too, but
> that's potential
Yes, you will be able to purchase it. As to the pressure, as long as you
hold it and are OK, it should be fine.
Gerald
On Sun, Apr 3, 2016 at 5:28 PM, Sean McMahon
wrote:
> I am a scientist racing for the good of all mankind, locked in heated
> battle for the cure that is the prize,
> It's so
@Robert
I'm not sure why, but I've never had to follow those instructions to get
g_ether working. Perhaps it's because I'm actually using g_ether, and not
g_multi ?
On Sun, Apr 3, 2016 at 4:50 PM, William Hermans wrote:
> *I added it already, but with full path. Without the path it works, at
>>
Why not do it in your applications?
http://derekmolloy.ie/kernel-gpio-programming-buttons-and-leds/
Regards,
John
> On Apr 3, 2016, at 4:14 PM, Rick Mann wrote:
>
> I configure a few GPIOs for my application. Is this something that can be
> accomplished entirely via DTB?
>
> # cd /s
>
> *I added it already, but with full path. Without the path it works, at
> least partially. With ifconfig i can find usb0 now. But without a
> IP-address:*
>
Yeah, you do not add the path, and I do not think you want to add the file
extension ( .ko ) either. It's like using modeprobe, it only ex
My guess is that most people here use Linux and don’t like proprietary
solutions like Azure. I had a look at the demo, and I don’t see any value in
what they are offering. You can do the same thing with Angularjs, D3.js, which
are all open source and simple to interface with BBB.
Regards,
John
On Sun, Apr 3, 2016 at 6:33 PM, 'Juergen' via BeagleBoard
wrote:
> Thanks, William!
>
>> … i've added
>> "/lib/modules/3.8.13-bone63/kernel/drivers/usb/gadget/g_ether.ko" to
>> "/etc/modules"
>>
> I added it already, but with full path. Without the path it works, at least
> partially. With ifconfi
Thanks, William!
… i've added
> "/lib/modules/3.8.13-bone63/kernel/drivers/usb/gadget/g_ether.ko" to
> "/etc/modules"
>
> I added it already, but with full path. Without the path it works, at
least partially. With ifconfig i can find usb0 now. But without a
IP-address:
usb0 Link encap:Et
On Sun, Apr 3, 2016 at 6:24 PM, Rick Mann wrote:
> I did a fresh install of the BBB console flasher from 3/27/16. I then updated
> to the 4.4.6-bone-rt-r6 kernel. I want to enable ADC, but I can't find it, so
> something like this in uEnv.txt doesn't do anything:
>
> cape_enable=bone_capemgr.ena
I did a fresh install of the BBB console flasher from 3/27/16. I then updated
to the 4.4.6-bone-rt-r6 kernel. I want to enable ADC, but I can't find it, so
something like this in uEnv.txt doesn't do anything:
cape_enable=bone_capemgr.enable_partno=BB-ADC
Am I overlooking a necessary step?
FWIW
I configure a few GPIOs for my application. Is this something that can be
accomplished entirely via DTB?
# cd /sys/class/gpio
# echo 50 > export
# echo 115 > export
# echo out > gpio50/direction
# echo out > gpio115/direction
# echo 1 > gp
You add "g_ether" to /etc/modules. Standard Debian procedure . . .
On Sun, Apr 3, 2016 at 3:52 PM, 'Juergen' via BeagleBoard <
beagleboard@googlegroups.com> wrote:
>
> I'm running a BeagleBone Black with Debian, 3.8.13-bone63. DCAN1 is
> enabled.
>
> Some (long) time ago I've disabled the Etherne
I'm running a BeagleBone Black with Debian, 3.8.13-bone63. DCAN1 is enabled.
Some (long) time ago I've disabled the Ethernet over USB0. Because I'm
fairly new in Linux, I can't remember how. To re-enable it I've uncomment
the corresponding settings in /etc/network/interfaces to
# Ethernet/RNDI
Well I take that back. Resellers on amazon had a few boards too, but that's
potentially why no real store has any in stock.
On Sun, Apr 3, 2016 at 3:38 PM, William Hermans wrote:
> The SRM was probably updated in 2014 because that when the RevC was
> released, but aside from a new revision, why
The SRM was probably updated in 2014 because that when the RevC was
released, but aside from a new revision, why should the SRM be updated ?
Interresting though that yeah I looked too and no one has any kind of
beaglebone black in stock except for element14 has 3 "industrial"
beaglebones in stock.
I am a scientist racing for the good of all mankind, locked in heated
battle for the cure that is the prize,
It's so dangerous but I'm determined, do you think I will be able to
purchase a x-15 as I go upwards to the vanguard, where the pressure is too
high?
On Sunday, 24 January 2016 16:18:17
Think of the children! Will this ever be released?
On Sunday, 24 January 2016 16:18:17 UTC, Jason Kridner wrote:
>
> Still updating for FCC. Expecting shipments in about 6 weeks.
> On Sun, Jan 24, 2016 at 4:32 AM >
> wrote:
>
>> Hello,
>>
>> is it out?
>>
>> I still cannot find it to buy.
>>
>>
Hi all,
I have a question regarding ubi images on BBB.
I used to work with Gumstix Overo boards and making ubi images for
installation through u-boot, but now I am working on a system which uses
BBB, and I would like to use the same installation method I used with
Gumstix boards.
I think (and
Hmm Not much response.
I came across this
:
https://www.microsoft.com/en-gb/server-cloud/internet-of-things/azure-iot-suite.aspx
Anyone tried it out?
On Monday, 28 March 2016 14:59:33 UTC+1, Sean McMahon wrote:
>
> Hi,
>
> I'm looking to talk to my beaglebone over an azure virtual machine,
I've been looking around and it appears there are no BeagleBoard Black's
available for sale.
Is this because it is EOL? The SRM hasn't been updated since 2014
Thanks,
Seán
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed
On Sun, Apr 3, 2016 at 2:16 PM, J dog wrote:
> Am I wrong or is it no coincidence the AM572X has much of the same features
> (CPU and GPU to name a few) as the long awaited and dropped OMAP 5?. And
> it has been stated it will fully support Android which was going to be the
> OMAP 5's forte. N
Am I wrong or is it no coincidence the AM572X has much of the same features
(CPU and GPU to name a few) as the long awaited and dropped OMAP 5?. And
it has been stated it will fully support Android which was going to be the
OMAP 5's forte. Not a bad thing, cant wait to see what folks can ma
On Sun, Apr 3, 2016 at 2:02 PM, J dog wrote:
> Looks like to me the AM572X has a lot of the same CPU and GPU components as
> the Maligned and dropped OMAP 5. As it says Android is fully supported also
> which was going to be OMAP 5's forte.Not a bad thing, I'm glad T.I. is
> keeping it aroun
On Sun, Apr 3, 2016 at 2:02 PM, J dog wrote:
> Looks like to me the AM572X has a lot of the same CPU and GPU components as
> the Maligned and dropped OMAP 5. As it says Android is fully supported also
> which was going to be OMAP 5's forte.Not a bad thing, I'm glad T.I. is
> keeping it aroun
Looks like to me the AM572X has a lot of the same CPU and GPU components as
the Maligned and dropped OMAP 5. As it says Android is fully supported
also which was going to be OMAP 5's forte.Not a bad thing, I'm glad
T.I. is keeping it around even if its under a different guise.
--
For mo
Oh, and the other reason why the LPC1114's are "good" for makers. They come
in a DIP28 package . . .
On Sun, Apr 3, 2016 at 10:58 AM, William Hermans wrote:
> I'd probably go for something like an NXP LPC1114 if interfacing an
> external MCU to do offload / offboard type stuff. The reasoning is
I'd probably go for something like an NXP LPC1114 if interfacing an
external MCU to do offload / offboard type stuff. The reasoning is pretty
simple. These MCU's IIRC only need a resistor, and a capacitor to get up
and running. Based on other preferences, I'd actually prefer something like
an MSP43
Thank you so much Robert!
On Sunday, April 3, 2016 at 7:53:49 PM UTC+3, RobertCNelson wrote:
>
> On Sun, Apr 3, 2016 at 11:06 AM, Xsentius > wrote:
> > Oh, and here is the output of uname -r:
> >
> > 4.1.15-ti-r40
>
> https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md
>
> R
On Sun, Apr 3, 2016 at 11:06 AM, Xsentius wrote:
> Oh, and here is the output of uname -r:
>
> 4.1.15-ti-r40
https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md
Read section: "BBB compatibility issues:"
Regards,
--
Robert Nelson
https://rcn-ee.com/
--
For more options, visi
Oh, and here is the output of uname -r:
4.1.15-ti-r40
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
Hello,
I would like to disable HDMI to use enhanced GPIO pins via PRU. In order to
do that I did a quick search, and wanted to edit uEnv,txt, but in that file
I do not have a line like this:
##Disable HDMI
optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
Here is the uEnv.txt file
In that case, then you have no choice; PRU is your only solution on the BBB.
Regards,
John
> On Apr 2, 2016, at 10:11 PM, Dennis Lee Bieber wrote:
>
> On Sat, 2 Apr 2016 21:35:18 -0700, John Syne
> declaimed the following:
>
>> Why not write this with a Kernel Module:
>>
>> http://derekmo
http://www.gossamer-threads.com/lists/linux/kernel/2337544
[lkp] [i2c] 3489746df0: WARNING: CPU: 0 PID: 1 at drivers/base/devres.c:888
devm_kfree+0x61/0x76()
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
70 matches
Mail list logo