Actually, I even tried to manually pass my P8_34 device tree overlay to the
cape manager:
/lib/firmware$ sudo sh -c echo bone_pwm_P8_34 $ SLOTS
Then it looked good, like:
root@beaglebone:~# cat $SLOTS
0: 54:PF---
1: 55:PF---
2: 56:PF---
3: 57:PF---
4: ff:P-O-L
My board is beaglebone black rev C
在 2015年2月9日星期一 UTC+8下午5:14:28，dawei wang写道：
I use tencent USB wifi (MT7601), and follow the driver install
instructions:
sudo apt-get install git
git clone https://github.com/porjo/mt7601.git
cd mt7601/src
make
sudo make install
sudo mkdir -p
I use tencent USB wifi (MT7601), and follow the driver install instructions:
sudo apt-get install git
git clone https://github.com/porjo/mt7601.git
cd mt7601/src
make
sudo make install
sudo mkdir -p /etc/Wireless/RT2870STA/
sudo cp RT2870STA.dat /etc/Wireless/RT2870STA/
sudo modprobe
I guess the kernel from beagleboard is much different because it contains a
lot of patches from the community. The mainline kernel does not have them
2015-02-07 23:02 GMT+03:00 patrick...@gmail.com:
Hello,
I would like to ask what is the diffewrent between the two kernel
1) kernel 3.8
On Thursday, February 5, 2015 at 11:16:55 AM UTC-7, alexschn...@gmail.com
wrote:
After I and my colleagues had fruitlessly tried many things, our hardware
developer came up with a working solution: delaying the PHY initialization
performed by the U-Boot we use (v2014.10, git checksum
Hi,
I'm trying to find a Debian image to flash via emmc onto my beaglebone
black rev-c.
The problem is I am trying to use a 4D LCD-70T cape, which apperently does
not support kernel version 3.14.
I have tried with the most recent image available
here: http://beagleboard.org/latest-images,
Hi Colin,
Same problem here.
I'm trying to successfully used chronyd , gpsd with debian to setup the
hwclock and sysclock upon each powerup since my BBB will never be connected
to a LAN and access NTP servers. So far, setting up gpsd with a Garmin GPS
is fine. But chrony never updates the rtc
Hi,
I have a 5V Relay shield to control with my BBB, i know the GPIO work with
3.3V, i see an instructable that i can shunt the leds in my relay shield
and it will work, it is safe for my bbb to do that?
Modifications for Driving a 5V relay module from a 3.3V Arduino board
Hi All,
I am having some problems running bonescript without cloud IDE 9. The weird
thing is when I run the javascript file that requires bonescript while
SSH'd as root it works perfectly, the problem is when I VNC into the
beaglebone and try to run the exact same script.
Here is some
Hi,
I have tried to get PWM signals to work on my Beaglebone Black, to use it
with the DRV8833 Servo Controller (Which needs 4 PWM inputs).
I actually got a tricky Problem, controlling two PWMs of the same
Controller.
The Problem is, setting run in the pwm_test_PX_XX for multiple times
See http://beagleboard.org/blog/2015-02-09-time-for-gsoc/
We'll be meeting up on http://bit.ly/bbgsocchat (#beagle-gsoc) every
Wednesday at noon US Eastern time (http://bit.ly/bbgsocmeet), which is
5PM GMT until March 8th when it switches to 4PM GMT.
Google starts accepting applications for
A new one. Dual core A15 1.5GHZ.
Gerald
On Fri, Feb 6, 2015 at 7:20 PM, rh_ richard_hubb...@lavabit.com wrote:
On Fri, 6 Feb 2015 14:14:06 -0800
Rick Mann rm...@latencyzero.com wrote:
Actually, I'd love to hear your thoughts on that processor, good or
bad.
Actions speak louder than
Why does the device tree list get updated automatically SOMETIMES when I run an
AnalogWrite command in BeagleScript? And sometimes it doesn't.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard
i2c is not detecting when i give command i2cdetect -r 1 its shows error
only it shows i2cdetect -r 0 kindly help me to detect i2c
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
BeagleBoard group.
To
Hi,
I have a BeagleBone Black and Shield Relay board 5V, i want to use this
shield to control a contactor but the GPIO in BBB are 3.3V, i see an
instructable that i can modify with a shunt in the Leds control this relays
with 3.3V, do you think it´s enough to do that and safe for my bbb?
when i am enabling temporally its showing both i2c0 and i2c1 but when i am
enabling it permsmently by pasting capemgr.enable_patno=BB-I2C1 in
uEnv.txt file its noe detecting
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to
I remember populating this info for my XBee Cape, only to find that it is
not used at all. I think it is still a good idea to have the info in there
in case it is really used in the future. In theory it should be possible
to have the cape configured without the need for a DTB file for each cape.
On Mon, 2015-02-09 at 20:08 -0500, Philip Polstra wrote:
I remember populating this info for my XBee Cape, only to find that it
is not used at all. I think it is still a good idea to have the info
in there in case it is really used in the future. In theory it should
be possible to have the
Thanks Graham, that helped me too. Somehow the uEnv.txt file seemed to have
disappeared completely from the EMCC. I can still see other stuff I put
there but not that file.
On Monday, February 9, 2015 at 6:17:12 AM UTC+11, cooolf...@gmail.com wrote:
I accidently modified uEnv.txt file
Hi;
I took a look at both circuits.
There’s uses an opto-isolator, so shorting the LED should work.
In your case, the 1K resistor on the base will load the GPIO too much.
I used a 10K base resistor with a 100K pull down.
Basically multiply both of your values by 10 and you8 should be
Hi,
I am having some trouble trying to follow this, please will you elaborate on
the XXX.dtb, I am not sure how to create this file.
please also share your method for compiling pwm_test.c as I tried multiple time
with no success?
Thank you,
Graham
--
For more options, visit
Well these instructions are for the later single partition Debian
distributions.
The 7.5, distribution has the uEnv.txt file in a separate FAT partition,
so
the mounting instructions are slightly different, if you need to get at the
file in a different partition.
--- Graham
==
On Mon, Feb 9,
If this ends up being the solution, can you please post a guide for those
not as up to speed as you on precisely how to implement this fix? Thanks
On Thursday, February 5, 2015 at 1:16:55 PM UTC-5, alexschn...@gmail.com
wrote:
Hello everybody,
After I and my colleagues had fruitlessly tried
The SRM defines a very specific format for BeagleBone Black cape
EEPROMs[1]. AFAIK, the only fields that are actually required are the Board
Name and Version, which is used on boot to load the appropriate DTS file.
If this is the case can we change the other fields to optional?
There's a lot
There are no device-tree overlays with the 3.14 kernel. You'll have to
merge your device-tree changes with the main BBB device tree and build a
new dtb file.
Can you please elaborate a little on that? Can I use my old .dts file or do
I need to recreate it somehow? If so, where can I
On 10/02/15 09:08, rajagut...@gmail.com wrote:
Hi,
This is Nagaraju Gutta, - Recruitment and Resources from SancroSoft USA Inc.
We have an urgent requirement as follows:
snip
Requirement Details
Mobile developers - iOS and Android
Maybe you should spam iOS and Android mail lists,
26 matches
Mail list logo
