Re: [beagleboard] Re: first steps to implement a new camera sensor driver in BB-xM...

2013-10-22 Thread ozkan nn01
If you are using ADC adapter which has interlaced output only then you need
to make required changes in the kernel/bootloader to set FID pin in P10
socket in BB-xM. Even I have done this changes, it seems the current
drivers (CCDC/V4L2) doesn't support the interlaced video input. I mean I
couldn't find any driver code who uses FID (Field Indicator - EVen/Odd)
signal. Is anyone in the position to confirm this finding?

Regards,
Ozkan.



On Wed, Oct 9, 2013 at 10:20 AM, ozkann...@gmail.com wrote:

 An important note if you are going to use your own camera adapter card
 instead of LI5M03, BB-xM camera port (P10) is expecting frame_valid and
 line_valid signals in VSync and HSync pins. So, you may need to make some
 design changes at outputs of ADC chip that used in your board in order to
 satisfy the requirement of BB-xM.

 Regards,
 Ozkan.


  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to a topic in the
 Google Groups BeagleBoard group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/beagleboard/xx7SlIpiNds/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to
 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Beaglebone Black on UK-Localised Windows 8

2013-10-22 Thread yoong
Hi:

  I came across this and think this could be put in FAQ or wiki.

http://warpedcore.net/2013/05/beaglebone-black-on-uk-localised-windows-8/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] SSH is intermittently slow (BBB running Ubuntu 13.04 shell)

2013-10-22 Thread Marcus Diogo
iwlist scan
iwconfig wlan0
iwconfig wlan0 | grep -i --color quality
watch -n 1 cat /proc/net/wireless
cat /proc/net/wireless

Some times, when the signal is poor from my note ssh is very slow as you said.
It start (first +-3 minutes) wifi start as max, with pass time the
sign get low. It is normal.





2013/10/21 Cody Rushing codyrush...@gmail.com


 To preface this, I'm new to Linux - I picked up a BBB largely to learn
 more about Linux, networking, web servers, etc.  Anyways, here's my setup:
 BBB flashed with Ubuntu 13.04 shell.  I'm using this wifi 
 donglehttp://www.amazon.com/Edimax-EW-7811Un-Wireless-Adapter-Wizard/dp/B003MTTJOY/ref=sr_1_1?ie=UTF8qid=1382404733sr=8-1keywords=wifi+dongle,
 which Ubuntu supports natively which was nice.

 So it's connected to my wifi at home, meaning I can SSH in from any device
 on the same network.  Sometimes, it connects quickly and feels seemless;
 othertimes it's super slow, with like a 5-10 second delay on each
 keystroke.  I've noticed that it can be very quick, then after rebooting
 the BBB, it will be slow.  I've tried different things like connecting the
 wifi dongle directly vs using a usb hub, leaving the external case on or
 off, and I can't seem to find a pattern.

 I'm not sure if this is normal behavior or not.  Should I just chalk this
 up to random network inconsistency?  I'm guessing that if the BBB has a
 poor wifi signal, that will result in slower SSH right?  Maybe there's a
 linux command I can use to check the BBB's connection speed over wifi.  Any
 thoughts/help would be greatly appreciated - thanks.

 --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.




-- 
Marcus de Vasconcelos Diogo da Silva

Uma montanha até um cego consegue desviar,mas é nas pedras menores que nós
muitas vezes tropeçamos e caimos!

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Audio Cape with Beaglebone Black

2013-10-22 Thread lukasz . januszkiewicz
Hi,
I can confirm that it is possible to achive great audio quality on your BBB 
with AudioCape. Building kernel without using HDMI patches makes AudioCape 
works very well. The kernel version I used was 3.8.13-bone28. I belive it 
is not necessary to disable all of HDMI patches, what excludes HDMI 
permanently for this kernel. But when somebody doesn't need HDMI at all, 
this solution is very easy to apply.

Thanks for your help.

Regards,
Lucas

W dniu piątek, 18 października 2013 17:29:11 UTC+2 użytkownik Łukasz 
Januszkiewicz napisał:

 Thank you Ezequiel!
 I will try this solution next week, and give you a feedback.

 Regards,
 Lucas


 2013/10/18 eze_rg

 Hi Lucas,
 I have a BBB with the Cudio Cape working fine without distortion in 
 recording/playback.
 Here is what i did:

 *uEnv.txt:*
 change this line
 *optargs=quiet 
 capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G 
 capemgr.enable_partno=BB-BONE-AUDI-01*

 for this one:
 *optargs=quiet capemgr.disable_partno=BB-BONELT-HDMI, 
 capemgr.enable_partno=BB-BONE-AUDI-01*
 *
 *
 *patch.sh *(this file is in *linux-dev *directory)
 Delete all lines that applies HDMI patches.
 (then you must build the kernel)

 I did this on Ubuntu 13.04 kernel version 3.8.13-bone24.

 I hope it helped
 Regards

 Ezequiel

  -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to a topic in the 
 Google Groups BeagleBoard group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/beagleboard/ZJGwxA7BG4E/unsubscribe.
 To unsubscribe from this group and all its topics, send an email to 
 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.




-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] uboot options

2013-10-22 Thread Giuseppe Iellamo
Where can i find the list of kernel parameters like qemu=1?

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Re: nrf24L01 + SPI

2013-10-22 Thread brok
 s.i.vladimirov@... writes:

 
 
 Hi,
 
 im trying to connect nRF24l01 module using this code 
here: https://bitbucket.org/purinda/rf24bb/wiki/Home
 
 I successfully enabled SPI1 on BBB, spidev device appears in the dev, if I 
connect d0 and d1 pins and run spidev_test it transfers data successfully. 
However when I connect my SPI device I only get zeros back.
 I switched MISO and MOSI pins just to be sure I didnt make mistakes there, 
but still it didnt help.
 
 Any suggestions?
 
 Thanks!
 
 
 

to work on spi1 you also have to disable hdmi.. you can see how to do it here: 

 http://elinux.org/BeagleBone_Black_Enable_SPIDEV

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Re: LBCM5M1 leopard imaging board not working on beagleboard xm

2013-10-22 Thread chuansince1991
Did you use camera LI-LBCM5M1 successfully? could you guide me in detail. I 
have done it for a week which drive me on the wall.

在 2012年12月17日星期一UTC+8下午4时55分34秒,ranche...@qq.com写道:

 Dear Willem,
I'm using beagleboard xm with the camera LI LBCM5M1 and I follow your 
 instructions on the above, 
 but I really don't know how to get the latest uboot.bin and how to place 
 this uboot on the BB-xm. 
 Would you please give some more details about how todos?

 Thank you very much!

 在 2012年1月11日星期三UTC+8上午3时13分27秒,Willem写道:

  Is there any changes that we need to make in the hardware? like adding 
  a resistor or shorting 2 pins or the like?? 
 No. 

 I used Angstrom 2.6.32 that the board was shipped with and the latest 
 U-Boot then installed the camera driver: 
 #opkg install kernel-module-mt9p031 

 At the U-Boot prompt: 
 setenv camera lbcm5m03 

 Willem 



-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Interfacing RF-Transceiver (CC1101 etc.) directly via SPI to Beaglebone

2013-10-22 Thread georgewhr

Hello Andrew,

It looks like your post gave me some clue. I actually just started out to 
add CC1101 module on my Ras Pi. Since there is a generic SPI driver on my 
Ras Pi, do I have to create another SPI driver for CC1101 module? Or just 
as you said interface the C-code from 8051 to Linux? Could you give me some 
more details about how to interface CC1101 from 8051 to Linux?

Thanks!

-George


On Thursday, January 31, 2013 6:20:31 AM UTC-8, Andrew Bradford wrote:

 On Thu, 31 Jan 2013 04:54:15 -0800 (PST) 
 RL Budde rl.b...@googlemail.com javascript: wrote: 

  I am asking if anyone has experience with directly interfacing a 
  RF-Transceiver such as CC101 to the Beglebone, without using a 8bit 
  controller for the somewhat low-level tasks. 
  
  I know http://theredblacktree.wordpress.com/2012/08/09/rf24bb/ and 
  other ressources, but can't get an idea if those are more like a 
  proof of concept. For real applications, the CC1101 should be 
  interfaced to: 
  - SPI including automatic CS 
  - an Interrupt 
  - GPIO 
  
  The configuration of the CC1101 takes some bytewise exchange of data, 
  but after that it's more or less plain frame-download and send or 
  frame uploading on interrupt... 

 CC1101 has 64 byte Tx and Rx FIFOs.  As long as you send frames that 
 are smaller than that, interfacing directly from Linux shouldn't be an 
 issue.  It's just like you said, SPI and GPIO.  The data sheet's pretty 
 decent, too. 

 If you want to send or receive frames larger than 64 bytes, you'll need 
 to empty / fill the FIFOs when the interrupt comes stating that they're 
 close to being full / empty.  This may be difficult depending on your 
 RF data rate (ie: at 200 kbps you get  1 ms to react to FIFO 
 interrupts but at lower data rates there may be reasonable time to 
 react). Linux isn't the best at dealing with sub 1 ms actions, a 
 dedicated microcontroller or the PRUSS would be a better fit. 

 If TI / Chipcon made a CC1101 transceiver with 128 or 256 byte FIFOs, 
 that would be great but I don't think such a thing exists.  TI / 
 Chipcon, if you're listening, make a CC1101 with 128 byte FIFOs! Please? 

 You can take a look at the CC1110 or CC430 which each have an embedded 
 microcontroller on the same die (CC1110 is 8051 I think, CC430 is 
 MSP430) and then interface either of those to Linux easily via SPI or 
 other interface. 

 -Andrew 


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: Compile Angstrom for Beagle Bone black.

2013-10-22 Thread Ashish Agrawal
Hi All,

eMMC falshing done successfully. There was a bad from my side. It is
suggested that there should not be any USB device connected while flashing
the image in eMMC. I was keeping FTDI cable connected though another end of
th cable (USB connector) was not connected with PC but still it did not
worked. But then I have removed TDMI cable from serial debug port of the
board and tried again and it worked very well.

Thanks Gerald Coley and rchrdlyon for your continuous support through
emails. Will come back to you with new challenge. :-)

Thanks,
Ashish

On Mon, Oct 21, 2013 at 9:09 PM, Ashish Agrawal ashishagrawal@gmail.com
 wrote:

 Hi,

 Thanks. Tomorrow I will give it a try with newer SD card and will get back
 to you with the updates.

 Thanks,
 Ashish


 On Mon, Oct 21, 2013 at 9:06 PM, Gerald Coley ger...@beagleboard.orgwrote:

 The information in the link I sent works for us. We have done it over
 80,000 times and it works every time. Of course, the SD card has to be
 correct.

 You need to go to the author of the information in the link.

 Gerald



 On Mon, Oct 21, 2013 at 10:28 AM, Ashish Agrawal 
 ashishagrawal@gmail.com wrote:

 Hi,

 Yup, I have also referred the link with you have suggested. But it did
 not worked for me.

 I was able to write .img file successfully in to SD card with the disk
 image writte utility. Also, BBC board is successfully booted up from the SD
 card. But I want to write the image in to eMMC but the steps mentioned in
 the link did not worked for me to flash the image in eMMC.

 Thanks,
 Ashish


 On Mon, Oct 21, 2013 at 8:50 PM, Gerald Coley ger...@beagleboard.orgwrote:

 Does this work for you?
 http://circuitco.com/support/index.php?title=Updating_The_Software

 Just to make sure that the issue is with your SD card and not something
 else.

 Gerald



 On Mon, Oct 21, 2013 at 10:17 AM, Ashish Agrawal 
 ashishagrawal@gmail.com wrote:

 Hi All,

 I need your help in one more point. I am not able to flash new image
 in BBB board's eMMC. I have followed the step mentioned at :
 http://learn.adafruit.com/beaglebone-black-installing-operating-systems/flashing-the-beaglebone-black;.
 What I am observing is:

 - first I power down the board--press user button--power up the
 button (keep user button pressed) till LED glows on.. With this steps,
 beaglebone black gets booted from the image written in SD card. As I
 understand, at this imnstance, eMMC flashing should be started.

 - While googling more, I come across the link
 https://groups.google.com/forum/#!topic/beagleboard/aledCGHimBY;. In
 this page, they are manually executing mmc.sh script from the BBC's 
 command
 prompt but it gives me error.

 Can you please guide me If I am missing any thing in this. I am using
 5V 3A power adaptor while flashing eMMC. Also ethernet cable is not
 connected while doing all this which may draw some current.

 Thanks,
 Ashish


 On Sun, Oct 20, 2013 at 5:42 PM, rchrdly...@gmail.com wrote:

 This guide details the process of building a Beaglebone (White/Black)
 console image from the Angstrom source on an Ubuntu Linux host. In theory
 you could do this on the target, but it will take a very time and you may
 run out of memory (both NAND and RAM).

 *Prerequisites
 *
 Then we need some additional development tools. Enter the following:

 sudo apt-get install sed wget cvs subversion git-core
 coreutils unzip texi2html texinfo docbook-utils gawk python-pysqlite2
 diffstat help2man make gcc build-essential g++ desktop-file-utils chrpath
 dosfstools kpartx

 And finally we need bitbake:

 sudo apt-get install bitbake

 *Download Angstrom Distribution and Build*

 To download the distribution for Beaglebone enter the following
 commands:


 cd ~/Projects

 mkdir angstrom-v2012.12

 cd ./angstrom-v2012.12

 git clone git://
 github.com/Angstrom-distribution/setup-scripts.git

 cd setup-scripts

 git checkout angstrom-v2012.12-yocto1.3

 MACHINE=beaglebone ./oebb.sh config beaglebone

 MACHINE=beaglebone ./oebb.sh update

 In file setup-scripts/conf/local.conf modify the following line:

 INHERIT += rm_work

 to

 # INHERIT += rm_work

 And to compile the console version of the distribution:

 . ~/.oe/environment-angstromv2012.12

 bitbake console-image

 During these steps the computer must be connected to the Internet.
 The resulting MLO, u-boot.img and root file system are found in:


 ~/Projects/angstrom-v2012.12/setup-scripts/build/tmp-angstrom_v2012_12-eglibc/deploy/images/beaglebone

 It takes a while for all of this to complete.


 On Tuesday, October 15, 2013 8:22:18 PM UTC+11,
 ashish@xzadium.com wrote:

 Hello,

 I want to use Angstrom linux on Beangle bone black. I come across
 some steps used to compile Angstrom (from source code) for *
 BeagleBone* but not for *BeagleBone black.* so My query is:

 1) Can I directly use the images compiled for BeagleBone on
 BeagleBone Black? If 

[beagleboard] Crontab entries don't work

2013-10-22 Thread tiger79
Hello everyone,
I need to have a python script running every minute to send a heartbeat 
broadcast.
I have developed this sript and it works just fine when I start it from the 
shell.
Next step was to actually add it to the cron list.
So I have been looking on the net and I saw that should be possible by 
using crontab -e.
So that's what I've done, resulting in the following :

30 * * * */usr/bin/ntpdate-sync silent
1 * * * *python /home/root/keep_alive.py cronjob.log


at some point I even added :

SHELL=/bin/sh

and also :

@reboot python /home/root/keep_alive.py  cronjob.log



and because I saw it on the net as well I even tried specifying the user :

@reboot root /home/root/keep_alive.py  cronjob.log


Unfortunately none seem to work at all, as in there are no broadcasts nor 
any entry to the log file !
I was wondering if anyone can help me out here.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Re: SSH is intermittently slow (BBB running Ubuntu 13.04 shell)

2013-10-22 Thread hemantkrsoni

This could be because of the power management of wifi.
Try to disable the power management feature on the wifi adapter.

# sudo iwconfig wlan0 power off
(replace wlan0 with the name of your adapter)

This might heat up your wifi adopter.

To verify if this works out, ping any host before and after
disabling power management.

Are you using USB hub with external power or directly connecting
the wifi adapter to the BBB board ?



On Tuesday, October 22, 2013 7:06:36 AM UTC+5:30, Cody Rushing wrote:


 To preface this, I'm new to Linux - I picked up a BBB largely to learn 
 more about Linux, networking, web servers, etc.  Anyways, here's my setup: 
 BBB flashed with Ubuntu 13.04 shell.  I'm using this wifi 
 donglehttp://www.amazon.com/Edimax-EW-7811Un-Wireless-Adapter-Wizard/dp/B003MTTJOY/ref=sr_1_1?ie=UTF8qid=1382404733sr=8-1keywords=wifi+dongle,
  
 which Ubuntu supports natively which was nice.  

 So it's connected to my wifi at home, meaning I can SSH in from any device 
 on the same network.  Sometimes, it connects quickly and feels seemless; 
 othertimes it's super slow, with like a 5-10 second delay on each 
 keystroke.  I've noticed that it can be very quick, then after rebooting 
 the BBB, it will be slow.  I've tried different things like connecting the 
 wifi dongle directly vs using a usb hub, leaving the external case on or 
 off, and I can't seem to find a pattern.

 I'm not sure if this is normal behavior or not.  Should I just chalk this 
 up to random network inconsistency?  I'm guessing that if the BBB has a 
 poor wifi signal, that will result in slower SSH right?  Maybe there's a 
 linux command I can use to check the BBB's connection speed over wifi.  Any 
 thoughts/help would be greatly appreciated - thanks.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: BeagleBone Black - No HDMI Output

2013-10-22 Thread glennbenson
Gerald,

I am having the same problems as described above.

The one difference I appear to be getting is that during the initial boot, 
I get the BeagleBone logo appear in the top left of the screen. This also 
changes size depending on what resolution I set in uEnv.txt

After this image disappears and a little more time has passed, I get No 
Signal on my 32 TV or Power Saving Mode HDMI on my LG Flatron L246WH 
24 Monitor.

This suggests to me that the HDMI setup is working but something breaks it 
during the boot process.


On Monday, September 30, 2013 3:01:37 PM UTC+1, Gerald wrote:

 OK. I would look at the cable. We have had several instances of people 
 with bad HDMI cables.

 Gerald



 On Mon, Sep 30, 2013 at 8:57 AM, Chien-Yu Chen hone...@gmail.comjavascript:
  wrote:

 I've updated BBB using the newest firmware, 
 BBB-eMMC-flasher-2013.09.15.img.
 Still have the same problem.

 On Thursday, September 26, 2013 11:16:26 PM UTC+8, Chien-Yu Chen wrote:

 I met similar issue as well. My monitor is ASUS LS221H which can 
 correctly display outputted from my mobile phone Xperia Neo V via HDMI. 
 From here, we can confirm the monitor and the cable both function well. 
 After powering up, sometimes I could see the logo from BeagleBone Black. 
 Then, what I could see is just no signal reported from the monitor.

 I referenced the page, http://circuitco.com/**support/index.php?title=**
 BeagleBoneBlack_HDMIhttp://circuitco.com/support/index.php?title=BeagleBoneBlack_HDMI,
  
 and tried something described in the page via terminal 
 https://192.168.7.2/
 Followings are some information of my board.

 *root@beaglebone:/sys/class/drm/card0/card0-HDMI-A-1# xrandr --verbose 
 
*
 Screen 0: minimum 320 x 200, current 1280 x 720, maximum 2048 x 2048 
 
 
 HDMI-0 connected 1280x720+0+0 (0x42) normal (normal left inverted right 
 x axis y axis) 474mm x 296mm   
   
Identifier: 0x40 
 
  
Timestamp:  1523547016
Subpixel:   unknown
Gamma:  1.0:1.0:1.0
Brightness: 1.0
Clones:
CRTC:   0
CRTCs:  0
Transform:  1.00 0.00 0.00
0.00 1.00 0.00
0.00 0.00 1.00
   filter:
EDID:
**00000469f122010101**01
**20130103802f1e782e78f5a655489b**26
**125054bfef80b30081809500950f90**40
**714f0101010121399030621a274068**b0
**3600da28111c00ff003938**4c
**4d56443030343433360a00fd00**38
**4b1f5111000a20202020202000**fc
**00415355532d4c533232314801**ff
**02031e764b909f8594849303120107**16
**23090707830165030c0002**3a
**801871382d40582c9600da2811**18
**023a80d072382d40102c4580da2811**00
**001e011d8018711c1620582c2500da**28
**119e011d80d0721c1620102c25**80
**da28119e011d00bc52d01e20b8**28
**5540da28111e00**dd
   1280x720 (0x41)   74.2MHz +HSync +VSync
 h: width  1280 start 1720 end 1760 total 1980 skew0 clock   
 37.5KHz
 v: height  720 start  725 end  730 total  750   clock   
 50.0Hz
   1280x720 (0x42)   74.2MHz +HSync +VSync *current
 h: width  1280 start 1390 end 1430 total 1650 skew0 clock   
 45.0KHz
 v: height  720 start  725 end  730 total  750   clock   
 60.0Hz
   720x576 (0x43)   27.0MHz -HSync -VSync
 h: width   720 start  732 end  796 total  864 skew0 clock   
 31.2KHz
 v: height  576 start  581 end  586 total  625   clock   
 50.0Hz
   720x480 (0x44)   27.0MHz -HSync -VSync
 h: width   720 start  736 end  798 total  858 skew0 clock   
 31.5KHz
 v: height  480 start  489 end  495 total  525   clock   
 59.9Hz
   640x480 (0x45)   25.2MHz -HSync -VSync
 h: width   640 start  656 end  752 total  800 skew0 clock   
 31.5KHz
 v: height  480 start  490 end  492 total  525   clock   
 59.9Hz

 *root@beaglebone:/sys/class/drm/card0/card0-HDMI-A-1# parse-edid edid*
 parse-edid: parse-edid version 2.0.0
 parse-edid: EDID checksum passed.
 
 
  

Re: [beagleboard] MLX90620 I can't read RAM

2013-10-22 Thread amidale


El lunes, 21 de octubre de 2013 13:58:03 UTC-3, ami...@gmail.com escribió:

 Thanks Gerald, I'm sure the bus is the correct, I see the oscilloscope 
 signals.



 https://lh3.googleusercontent.com/-m7ZRvTOCWwk/UmVWEqHXNFI/C2I/3YrdLi3h5cY/s1600/NewFile0.bmp
 I think the problem is that between the two frames sent puts a stop 
 condition, I do not know how to fix this


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Interfacing RF-Transceiver (CC1101 etc.) directly via SPI to Beaglebone

2013-10-22 Thread Andrew Bradford
On 10/22/13 02:55, george...@gmail.com wrote:
 It looks like your post gave me some clue. I actually just started out to 
 add CC1101 module on my Ras Pi. Since there is a generic SPI driver on my 
 Ras Pi, do I have to create another SPI driver for CC1101 module? Or just 
 as you said interface the C-code from 8051 to Linux? Could you give me some 
 more details about how to interface CC1101 from 8051 to Linux?

You'd want to write either a kernel driver using SPI and GPIO (lots of
Ethernet SPI controllers have this kind of interface, for reference, or
for a reasonable example with exact steps, google for spike spi
driver) in order to provide a kernel level interface.  This isn't
tremendously hard, but if you'd prefer, you could also take a look at
using spidev and GPIO from userspace.  The performance in userspace
likely won't be as good as in the kernel, but the learning curve should
be lower if you've not written kernel drivers before.

The CC1101 doesn't have an integrated microcontroller, just the CC1110
and CC430 families.  Although, recently TI introduced the CC1200 radio
which has larger FIFOs (128 byte) and is targetted at those doing IEEE
802.15.4 with sub-GHz radios.  If your radio frames are 128 bytes or
smaller, and especially if you're doing 802.15.4, the CC1200 is well
worth your time to look at.

If you're not tied to using TI parts, also have a look at the Analog
ADF7023 or the ST SPIRIT1.  Both, on paper, are better looking than the
CC1101.  However, if you have an RF cape for beaglebone the TI modules
pop right on, which is handy.

Regards,
Andrew


 On Thursday, January 31, 2013 6:20:31 AM UTC-8, Andrew Bradford wrote:

 On Thu, 31 Jan 2013 04:54:15 -0800 (PST) 
 RL Budde rl.b...@googlemail.com javascript: wrote: 

 I am asking if anyone has experience with directly interfacing a 
 RF-Transceiver such as CC101 to the Beglebone, without using a 8bit 
 controller for the somewhat low-level tasks. 

 I know http://theredblacktree.wordpress.com/2012/08/09/rf24bb/ and 
 other ressources, but can't get an idea if those are more like a 
 proof of concept. For real applications, the CC1101 should be 
 interfaced to: 
 - SPI including automatic CS 
 - an Interrupt 
 - GPIO 

 The configuration of the CC1101 takes some bytewise exchange of data, 
 but after that it's more or less plain frame-download and send or 
 frame uploading on interrupt... 

 CC1101 has 64 byte Tx and Rx FIFOs.  As long as you send frames that 
 are smaller than that, interfacing directly from Linux shouldn't be an 
 issue.  It's just like you said, SPI and GPIO.  The data sheet's pretty 
 decent, too. 

 If you want to send or receive frames larger than 64 bytes, you'll need 
 to empty / fill the FIFOs when the interrupt comes stating that they're 
 close to being full / empty.  This may be difficult depending on your 
 RF data rate (ie: at 200 kbps you get  1 ms to react to FIFO 
 interrupts but at lower data rates there may be reasonable time to 
 react). Linux isn't the best at dealing with sub 1 ms actions, a 
 dedicated microcontroller or the PRUSS would be a better fit. 

 If TI / Chipcon made a CC1101 transceiver with 128 or 256 byte FIFOs, 
 that would be great but I don't think such a thing exists.  TI / 
 Chipcon, if you're listening, make a CC1101 with 128 byte FIFOs! Please? 

 You can take a look at the CC1110 or CC430 which each have an embedded 
 microcontroller on the same die (CC1110 is 8051 I think, CC430 is 
 MSP430) and then interface either of those to Linux easily via SPI or 
 other interface. 

 -Andrew 

 

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] GPIO

2013-10-22 Thread Gerald Coley
There is no +5V supply on the processor. So yes it is isolated and if you
connect 5V to a GPIO pin, you will destroy the processor.

Gerald



On Tue, Oct 22, 2013 at 4:29 AM, w...@melbpc.org.au wrote:

 Hello Please advise if GPIO on Beagle Board is ISOLATED from the +5V USB
 supply?


































































































































































 --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: Compile Angstrom for Beagle Bone black.

2013-10-22 Thread Gerald Coley
Glad you are up and running.

Gerald



On Tue, Oct 22, 2013 at 4:51 AM, Ashish Agrawal ashishagrawal@gmail.com
 wrote:

 Hi All,

 eMMC falshing done successfully. There was a bad from my side. It is
 suggested that there should not be any USB device connected while flashing
 the image in eMMC. I was keeping FTDI cable connected though another end of
 th cable (USB connector) was not connected with PC but still it did not
 worked. But then I have removed TDMI cable from serial debug port of the
 board and tried again and it worked very well.

 Thanks Gerald Coley and rchrdlyon for your continuous support through
 emails. Will come back to you with new challenge. :-)

 Thanks,
 Ashish

 On Mon, Oct 21, 2013 at 9:09 PM, Ashish Agrawal 
 ashishagrawal@gmail.com wrote:

 Hi,

 Thanks. Tomorrow I will give it a try with newer SD card and will get
 back to you with the updates.

 Thanks,
 Ashish


 On Mon, Oct 21, 2013 at 9:06 PM, Gerald Coley ger...@beagleboard.orgwrote:

 The information in the link I sent works for us. We have done it over
 80,000 times and it works every time. Of course, the SD card has to be
 correct.

 You need to go to the author of the information in the link.

 Gerald



 On Mon, Oct 21, 2013 at 10:28 AM, Ashish Agrawal 
 ashishagrawal@gmail.com wrote:

 Hi,

 Yup, I have also referred the link with you have suggested. But it did
 not worked for me.

 I was able to write .img file successfully in to SD card with the disk
 image writte utility. Also, BBC board is successfully booted up from the SD
 card. But I want to write the image in to eMMC but the steps mentioned in
 the link did not worked for me to flash the image in eMMC.

 Thanks,
 Ashish


 On Mon, Oct 21, 2013 at 8:50 PM, Gerald Coley 
 ger...@beagleboard.orgwrote:

 Does this work for you?
 http://circuitco.com/support/index.php?title=Updating_The_Software

 Just to make sure that the issue is with your SD card and not
 something else.

 Gerald



 On Mon, Oct 21, 2013 at 10:17 AM, Ashish Agrawal 
 ashishagrawal@gmail.com wrote:

 Hi All,

 I need your help in one more point. I am not able to flash new image
 in BBB board's eMMC. I have followed the step mentioned at :
 http://learn.adafruit.com/beaglebone-black-installing-operating-systems/flashing-the-beaglebone-black;.
 What I am observing is:

 - first I power down the board--press user button--power up the
 button (keep user button pressed) till LED glows on.. With this steps,
 beaglebone black gets booted from the image written in SD card. As I
 understand, at this imnstance, eMMC flashing should be started.

 - While googling more, I come across the link
 https://groups.google.com/forum/#!topic/beagleboard/aledCGHimBY;. In
 this page, they are manually executing mmc.sh script from the BBC's 
 command
 prompt but it gives me error.

 Can you please guide me If I am missing any thing in this. I am using
 5V 3A power adaptor while flashing eMMC. Also ethernet cable is not
 connected while doing all this which may draw some current.

 Thanks,
 Ashish


 On Sun, Oct 20, 2013 at 5:42 PM, rchrdly...@gmail.com wrote:

 This guide details the process of building a Beaglebone
 (White/Black) console image from the Angstrom source on an Ubuntu Linux
 host. In theory you could do this on the target, but it will take a very
 time and you may run out of memory (both NAND and RAM).

 *Prerequisites
 *
 Then we need some additional development tools. Enter the following:

 sudo apt-get install sed wget cvs subversion git-core
 coreutils unzip texi2html texinfo docbook-utils gawk python-pysqlite2
 diffstat help2man make gcc build-essential g++ desktop-file-utils 
 chrpath
 dosfstools kpartx

 And finally we need bitbake:

 sudo apt-get install bitbake

 *Download Angstrom Distribution and Build*

 To download the distribution for Beaglebone enter the following
 commands:


 cd ~/Projects

 mkdir angstrom-v2012.12

 cd ./angstrom-v2012.12

 git clone git://
 github.com/Angstrom-distribution/setup-scripts.git

 cd setup-scripts

 git checkout angstrom-v2012.12-yocto1.3

 MACHINE=beaglebone ./oebb.sh config beaglebone

 MACHINE=beaglebone ./oebb.sh update

 In file setup-scripts/conf/local.conf modify the following line:

 INHERIT += rm_work

 to

 # INHERIT += rm_work

 And to compile the console version of the distribution:

 . ~/.oe/environment-angstromv2012.12

 bitbake console-image

 During these steps the computer must be connected to the Internet.
 The resulting MLO, u-boot.img and root file system are found in:


 ~/Projects/angstrom-v2012.12/setup-scripts/build/tmp-angstrom_v2012_12-eglibc/deploy/images/beaglebone

 It takes a while for all of this to complete.


 On Tuesday, October 15, 2013 8:22:18 PM UTC+11,
 ashish@xzadium.com wrote:

 Hello,

 I want to use Angstrom linux on Beangle bone black. I come across
 some steps used to compile Angstrom (from source code) for *
 

Re: [beagleboard] Re: BeagleBone Black - No HDMI Output

2013-10-22 Thread Gerald Coley
Then your cable and board is fine. Make sure you have the latest SW.

http://circuitco.com/support/index.php?title=Updating_The_Software

And check http://circuitco.com/support/index.php?title=BeagleBoneBlack_HDMI

Gerald



On Tue, Oct 22, 2013 at 6:48 AM, glennben...@gmail.com wrote:

 Gerald,

 I am having the same problems as described above.

 The one difference I appear to be getting is that during the initial boot,
 I get the BeagleBone logo appear in the top left of the screen. This also
 changes size depending on what resolution I set in uEnv.txt

 After this image disappears and a little more time has passed, I get No
 Signal on my 32 TV or Power Saving Mode HDMI on my LG Flatron L246WH
 24 Monitor.

 This suggests to me that the HDMI setup is working but something breaks it
 during the boot process.


 On Monday, September 30, 2013 3:01:37 PM UTC+1, Gerald wrote:

 OK. I would look at the cable. We have had several instances of people
 with bad HDMI cables.

 Gerald



 On Mon, Sep 30, 2013 at 8:57 AM, Chien-Yu Chen hone...@gmail.com wrote:

 I've updated BBB using the newest firmware, BBB-eMMC-flasher-2013.09.15.
 **img.
 Still have the same problem.

 On Thursday, September 26, 2013 11:16:26 PM UTC+8, Chien-Yu Chen wrote:

 I met similar issue as well. My monitor is ASUS LS221H which can
 correctly display outputted from my mobile phone Xperia Neo V via HDMI.
 From here, we can confirm the monitor and the cable both function well.
 After powering up, sometimes I could see the logo from BeagleBone Black.
 Then, what I could see is just no signal reported from the monitor.

 I referenced the page, http://circuitco.com/**sup**
 port/index.php?title=**BeagleBon**eBlack_HDMIhttp://circuitco.com/support/index.php?title=BeagleBoneBlack_HDMI,
 and tried something described in the page via terminal
 https://192.168.7.2/
 Followings are some information of my board.

 *root@beaglebone:/sys/class/drm/card0/card0-HDMI-A-1# xrandr --verbose

*
 Screen 0: minimum 320 x 200, current 1280 x 720, maximum 2048 x 2048


 HDMI-0 connected 1280x720+0+0 (0x42) normal (normal left inverted right
 x axis y axis) 474mm x 296mm

Identifier: 0x40


Timestamp:  1523547016
Subpixel:   unknown
Gamma:  1.0:1.0:1.0
Brightness: 1.0
Clones:
CRTC:   0
CRTCs:  0
Transform:  1.00 0.00 0.00
0.00 1.00 0.00
0.00 0.00 1.00
   filter:
EDID:
**00000469f12201010**1**01
**20130103802f1e782e78f5a655489**b**26
**125054bfef80b30081809500950f9**0**40
**714f0101010121399030621a27406**8**b0
**3600da28111c00ff00393**8**4c
**4d56443030343433360a00fd0**0**38
**4b1f5111000a2020202020200**0**fc
**00415355532d4c53323231480**1**ff
**02031e764b909f859484930312010**7**16
**23090707830165030c000**2**3a
**801871382d40582c9600da2811000**0**18
**023a80d072382d40102c4580da281**1**00
**001e011d8018711c1620582c2500d**a**28
**119e011d80d0721c1620102c2**5**80
**da28119e011d00bc52d01e20b**8**28
**5540da28111e0**0**dd
   1280x720 (0x41)   74.2MHz +HSync +VSync
 h: width  1280 start 1720 end 1760 total 1980 skew0 clock
 37.5KHz
 v: height  720 start  725 end  730 total  750   clock
 50.0Hz
   1280x720 (0x42)   74.2MHz +HSync +VSync *current
 h: width  1280 start 1390 end 1430 total 1650 skew0 clock
 45.0KHz
 v: height  720 start  725 end  730 total  750   clock
 60.0Hz
   720x576 (0x43)   27.0MHz -HSync -VSync
 h: width   720 start  732 end  796 total  864 skew0 clock
 31.2KHz
 v: height  576 start  581 end  586 total  625   clock
 50.0Hz
   720x480 (0x44)   27.0MHz -HSync -VSync
 h: width   720 start  736 end  798 total  858 skew0 clock
 31.5KHz
 v: height  480 start  489 end  495 total  525   clock
 59.9Hz
   640x480 (0x45)   25.2MHz -HSync -VSync
 h: width   640 start  656 end  752 total  800 skew0 clock
 31.5KHz
 v: height  480 start  490 end  492 total  525   clock
 59.9Hz

 *root@beaglebone:/sys/class/drm/card0/card0-HDMI-A-1# parse-edid edid*
 parse-edid: parse-edid version 2.0.0
 parse-edid: EDID checksum passed.



# EDID version 1 revision 3
 Section Monitor
# Block type: 2:0 3:ff
# Block type: 2:0 3:fd
# Block type: 2:0 3:fc
Identifier ASUS-LS221Hÿÿ
VendorName ACI
ModelName ASUS-LS221Hÿÿ
# Block type: 2:0 3:ff
# Block type: 2:0 3:fd
HorizSync 31-81
VertRefresh 56-75
# Max dot clock 

[beagleboard] BBB Ubuntu = Error in the last BB-BONE-LCD7-01-00A3.dts

2013-10-22 Thread Micka
Hi,

I wanted to signal an error ( or not, but I double checked ) :


The Key ENTER of the LCD7 cap Rev A3 is connected to the GPIO0_3
=
https://github.com/CircuitCo/BeagleBone-LCD7-RevA3/blob/master/BeagleBone-LCD7-RevA3-schematic.pdf?raw=true

But In the last updated version of the file BB-BONE-LCD7-01-00A3.dts , I
got :



0x040 0x2f /* KEY_LEFT gpmc_a0.gpio1_16, INPUT | PULLDIS | MODE7 */
0x044 0x2f /* KEY_RIGHT gpmc_a1.gpio1_17, INPUT | PULLDIS | MODE7 */
0x04c 0x2f /* KEY_UP gpmc_a3.gpio1_19, INPUT | PULLDIS | MODE7 */
0x198 0x2f /* KEY_DOWN mcasp0_axr0.gpio3_16, INPUT | PULLDIS | MODE7 */
*0x070 0x2f /* KEY_ENTER gpmc_wait0.gpio0_3, INPUT | PULLDIS | MODE7 */*



Which is normally 0x954 and not 0x070 ( 0x070 is for GPIO0_30 )


So, am I right or wrong ? If I'm wrong, why in june, july, ... the address
of uart4_rx was 0x070, which is GPIO0_30 ?





Micka,

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] BBB, GPMC bus for FPGA FIFO and 3.8 linux kernel

2013-10-22 Thread Alberto Potenza
Dear all,
I posted a similar post in the TI E2E forum and they said to post it here, 
so...

I have to set the AM3x side to manage the reading phase from a FIFO placed 
inside an FPGA and I almost lost. I saw several posts which starts as: I 
have to use GPMC bus and I do not know how to do it., and several posts 
asking too detailed informations. So, I'll try to be in the midway.

I usually write firmware (vhdl), so I am not that expert in software, 
kernel and driver (frankly speaking, I am not an expert at all). I spent 
the last two days reading manuals, guides, codes around and what I have 
understood so far can be summarized in a few steps (by supposing to work 
with the 3.8 linux kernel):

1) create a .dts file (whit chip-select, output-enable, write enable... 
settings)

2) compile and install it in /lib/firmware

3) enable it ( in the slot field)

4) Now that you have sort of drivers for GPMC communication, it is possible 
to write C code to work with it.

I saw here http://derekmolloy.ie/beaglebone/ doing something similar for 
GPIO, so, I guess it could be possible to do that also for GPMC.

Something is missing? is that right?

And then, is there a .dts template for gpmc that one can just modify to set 
communication? Is there also some already-tested file for C coding or I 
should write it from scratch? 

Thanks a lot for your help.

Alberto

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Re: SSH is intermittently slow (BBB running Ubuntu 13.04 shell)

2013-10-22 Thread eze_rg


El martes, 22 de octubre de 2013 07:20:39 UTC-3, hemant...@gmail.com 
escribió:


 This could be because of the power management of wifi.
 Try to disable the power management feature on the wifi adapter.

 # sudo iwconfig wlan0 power off
 (replace wlan0 with the name of your adapter)

 This might heat up your wifi adopter.

 To verify if this works out, ping any host before and after
 disabling power management.

 Are you using USB hub with external power or directly connecting
 the wifi adapter to the BBB board ?


 Same problem here, tried


 sudo iwconfig wlan0 power off

but i get 

 SET failed on device wlan0 ; Operation not permitted.

??

 

 On Tuesday, October 22, 2013 7:06:36 AM UTC+5:30, Cody Rushing wrote:


 To preface this, I'm new to Linux - I picked up a BBB largely to learn 
 more about Linux, networking, web servers, etc.  Anyways, here's my setup: 
 BBB flashed with Ubuntu 13.04 shell.  I'm using this wifi 
 donglehttp://www.amazon.com/Edimax-EW-7811Un-Wireless-Adapter-Wizard/dp/B003MTTJOY/ref=sr_1_1?ie=UTF8qid=1382404733sr=8-1keywords=wifi+dongle,
  
 which Ubuntu supports natively which was nice.  

 So it's connected to my wifi at home, meaning I can SSH in from any 
 device on the same network.  Sometimes, it connects quickly and feels 
 seemless; othertimes it's super slow, with like a 5-10 second delay on each 
 keystroke.  I've noticed that it can be very quick, then after rebooting 
 the BBB, it will be slow.  I've tried different things like connecting the 
 wifi dongle directly vs using a usb hub, leaving the external case on or 
 off, and I can't seem to find a pattern.

 I'm not sure if this is normal behavior or not.  Should I just chalk this 
 up to random network inconsistency?  I'm guessing that if the BBB has a 
 poor wifi signal, that will result in slower SSH right?  Maybe there's a 
 linux command I can use to check the BBB's connection speed over wifi.  Any 
 thoughts/help would be greatly appreciated - thanks.



-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Re: BBB Ubuntu = Error in the last BB-BONE-LCD7-01-00A3.dts

2013-10-22 Thread Micka
A correction to my mail, normally it should be 0x154, which was the case
before :

bone_lcd7_cape_keys_00A3_pins: pinmux_bone_lcd7_cape_keys_00A3_pins {
pinctrl-single,pins = 
0x040 0x2f /* KEY_LEFT gpmc_a0.gpio1_16, INPUT | PULLDIS | MODE7 */
0x044 0x2f /* KEY_RIGHT gpmc_a1.gpio1_17, INPUT | PULLDIS | MODE7 */
0x04c 0x2f /* KEY_UP gpmc_a3.gpio1_19, INPUT | PULLDIS | MODE7 */
0x198 0x2f /* KEY_DOWN mcasp0_axr0.gpio3_16, INPUT | PULLDIS | MODE7 */
*0x154 0x2f /* KEY_ENTER spi0_d0.gpio0_3, INPUT | PULLDIS | MODE7 */*
;
};




On Tue, Oct 22, 2013 at 4:45 PM, Micka mickamus...@gmail.com wrote:

 Hi,

 I wanted to signal an error ( or not, but I double checked ) :


 The Key ENTER of the LCD7 cap Rev A3 is connected to the GPIO0_3
 =
 https://github.com/CircuitCo/BeagleBone-LCD7-RevA3/blob/master/BeagleBone-LCD7-RevA3-schematic.pdf?raw=true

 But In the last updated version of the file BB-BONE-LCD7-01-00A3.dts , I
 got :



 0x040 0x2f /* KEY_LEFT gpmc_a0.gpio1_16, INPUT | PULLDIS | MODE7 */
 0x044 0x2f /* KEY_RIGHT gpmc_a1.gpio1_17, INPUT | PULLDIS | MODE7 */
 0x04c 0x2f /* KEY_UP gpmc_a3.gpio1_19, INPUT | PULLDIS | MODE7 */
 0x198 0x2f /* KEY_DOWN mcasp0_axr0.gpio3_16, INPUT | PULLDIS | MODE7 */
 *0x070 0x2f /* KEY_ENTER gpmc_wait0.gpio0_3, INPUT | PULLDIS | MODE7 */*



 Which is normally 0x954 and not 0x070 ( 0x070 is for GPIO0_30 )


 So, am I right or wrong ? If I'm wrong, why in june, july, ... the address
 of uart4_rx was 0x070, which is GPIO0_30 ?





 Micka,


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] CANopen Stack that works on Beagle Bone Black With CANCape

2013-10-22 Thread pradeep . xes


Hey all,

I am using a CAN cape on BBB, and looking to use a open implementation of 
CANOpen. All i found was CANFestival, which works with libsocketcan. Is 
there any other open implementation that readily works with BBB ?

has anyone else used CANFestival on BBB ?

Regards

Pradeep

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: PRU FAQ 2013-05-15

2013-10-22 Thread u . pellerin
Hi,

Thanks for these informations. 

But I would like to use the PRU to get data from a fast ADC connected by 
SPI. I get that there is no example of SPI connection but is it possible ?  
It seems that the PRU can only access to UART, CFG, eCAP interfaces. Am I 
right ?

Thanks.

Ugo

Le jeudi 26 septembre 2013 00:05:00 UTC+2, Charles Steinkuehler a écrit :

 On 9/25/2013 4:48 PM, Mark A. Yoder wrote: 
  What's the current status of the PRUs?  Has anyone produced some 
 tutorials 
  on how to do simple things on it?  I've looked at the examples in 
 Jason's 
  post, but more examples on how to do simple things would be helpful. 

 I have some basic example code I tried to comment very well for use as 
 an example of the PRU debugger available with LinuxCNC.  It mostly just 
 sets up the timer portion of the industrial Ethernet controller (the 
 only part that's documented) and blinks some LEDs.  I tried to provide 
 examples of various assembler features (like using records/structs) as 
 well as use a variety of coding techniques (including a jump table for 
 case logic).  Perhaps you might find something useful reading through 
 the code: 


 https://github.com/cdsteinkuehler/linuxcnc/blob/MachineKit-ubc/configs/ARM/PRU-Debugger/pruexample.p
  

 ...or if you've got a copy of my MachineKit image you can try running it 
 with the debugger and single-stepping through the code. 

  For example, how does on set up a double buffer between the ARM and the 
 PRU 
  with the PRU interrupting the ARM when it's finished with one buffer and 
 is 
  working on the next so the ARM can refill the buffer. 

 That is totally *NOT* simple and has a *LOT* of places where things can 
 go wrong (race conditions, deadlocks, cache management, etc).  I'll 
 probably have code that deals with all of this at some point, but I 
 wouldn't expect it to be a newbie oriented HOWTO code example. 

  Or, examples of the PRU talking to things on the i2c or SPI buses. 
  
  Has anyone gotten the PRU to control a quadcopter? 

 No to both of the above, AFAIK. 

 -- 
 Charles Steinkuehler 
 cha...@steinkuehler.net javascript: 



-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Choosing the correct monitor size

2013-10-22 Thread Alan Condit
My BBB boots up but thinks that my 21.5 ViewSonic monitor is a 22 
ViewSonic monitor. As a result the top menu bar is mostly off screen and 
the bottom status bar is mostly off screen. Is there a way to tell the 
angstrom linux to choose the correct monitor size?

Thanks,
Alan

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: Nokia 5110 and Beaglebone using bonescript

2013-10-22 Thread Jason Kridner
On Sun, Sep 1, 2013 at 4:35 PM, William Hermans yyrk...@gmail.com wrote:
 A bit more information is required. Also, are you pulling CS low long enough
 for the Nokia 5110 to initialize initially ? Can you give us a step by step
 of what you've done so far( without me having to watch a video ) ? I have
 worked with these LCD's some myself, but it is hard to say what you're doing
 wrong, without knowing all the details of what you've done.


 On Sun, Sep 1, 2013 at 8:49 AM, jpkunt...@gmail.com wrote:


 Hey!

 is there any way this is working on the current BBB?
 i fixed a few errors (bone/bb mismatch) but still, there's no output,
 though wiring should be correct.

I've pushed my code for it to http://github.com/jadonk/Nokia5110 as a
fork to Ken's code. I've been testing with BoneScript 0.2.4 as it has
a bug fix in shiftOut. I'm also fixing a few performance issues as I
go along. At my local hackerspace (i3 Detroit) we are looking to do a
bit of a hands-on tutorial with this display to create a cheap
always-on Internet+sensors status display.

https://vimeo.com/77507851


 Am Donnerstag, 23. Februar 2012 01:03:59 UTC+1 schrieb K.Keller:

 I spent a few days working with the Beaglebone bonescript and getting
 the Nokia 5110 LCD display working. Thought I'd share the work with
 you all...

 Demo/test program running on the display:
 http://www.youtube.com/watch?v=vcRum9zekuc

 Code:   https://github.com/kkeller/Nokia5110

 Let me know if you have problems or questions...

 - Ken -

 --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


 --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Choosing the correct monitor size

2013-10-22 Thread Robert Nelson
On Tue, Oct 22, 2013 at 10:35 AM, Alan Condit muggin...@gmail.com wrote:
 My BBB boots up but thinks that my 21.5 ViewSonic monitor is a 22
 ViewSonic monitor. As a result the top menu bar is mostly off screen and the
 bottom status bar is mostly off screen. Is there a way to tell the angstrom
 linux to choose the correct monitor size?

That sounds like you have overscan enabled thru your monitors controls..

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Re: 'Getting Started with BeagleBone' now available for Kindle

2013-10-22 Thread Jason Kridner
Got my paperback copies yesterday!

On Wed, Oct 16, 2013 at 10:35 AM, Jason Kridner
jkrid...@beagleboard.org wrote:
 Matt Richardson's book is now available for download for $9.99 via
 Kindle. You can also order the paperback which should be available in
 under a week.

 http://www.amazon.com/Getting-Started-BeagleBone-Linux-Powered-Electronic-ebook/dp/B00FNBWNMY/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] BBB CryptoCape group

2013-10-22 Thread Joshua Datko
I'm working on BBB Cape that extends the cryptographic capabilities of the 
BBB, aptly called the CryptoCape[1].  For those that are interested in 
helping or lurking, I've setup a Google group[2] which is open to the 
public so feel free to sign up.

While this list is amazing, I want a lower-volume and more topic-focused 
area to talk about adding trusted boot capabilities, crypto acceleration 
and the like.

Josh

[1] http://beagleboard.org/project/CryptoCape/ 
[2] https://groups.google.com/forum/#!forum/cryptocape

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Powering over DC jack won't boot

2013-10-22 Thread Gerald Coley
Yes. It is normal when the board has been damaged. The PMIC
is shutting down due to excess current on one of the rails.

Gerald



On Tue, Oct 22, 2013 at 12:58 PM, Tux Leonard tuxl...@gmail.com wrote:

 Hi,

 I got the same problem. When I plug in a 5V power supply one LED ligthsup and 
 goes off again. After that nothing happens.
 When I plug in the USB cable (in addition to the 5V) the BBB starts
 booting.

 Is this behavior normal?

 @Gerald Coley
 What is the part number of the power supply?
 unknown. It's 5V power supply from my phone.

 Is it connected to the same ground as the rest of they system?
 I suppose it's done inside the BBB. Isn't it?

 When plugged in, what  is the measured voltage?
 +5V



 2013/10/21 Gerald Coley ger...@beagleboard.org

 What is the part number of the power supply?
 Is it connected to the same ground as the rest of they system?
 When plugged in, what  is the measured voltage?

 Gerald


 On Mon, Oct 21, 2013 at 7:32 AM, richard.kling...@gmail.com wrote:

 Hello

 I'm trying to boot a new BBB with a 5V, 2A power supply...

 It boots perfectly when connecting the power supply via mini-USB cable,
 but it won't boot when powering over the DC jack with the same power supply.
 Any hints why that may be? Weak power supply section?


 The same power supply works perfectly with Raspberry Pi and Cubieboard
 with connected 300MB WLAN adapters.



  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] [PATCH] dtc Dynamic symbols fixup support patch

2013-10-22 Thread Ulf Samuelsson
Build breaks with current openembedded-core recipe.
Update SRCREV to match latest git.

Rewrite patch to match the source tree.

Signed-off-by: Ulf Samuelsson u...@emagii.com
---
 .../0001-dtc-Dynamic-symbols-fixup-support.patch   |  103 +++-
 common-bsp/recipes-kernel/dtc/dtc_git.bbappend |4 +-
 2 files changed, 60 insertions(+), 47 deletions(-)

diff --git 
a/common-bsp/recipes-kernel/dtc/dtc/0001-dtc-Dynamic-symbols-fixup-support.patch
 
b/common-bsp/recipes-kernel/dtc/dtc/0001-dtc-Dynamic-symbols-fixup-support.patch
index ebc3e27..01f102f 100644
--- 
a/common-bsp/recipes-kernel/dtc/dtc/0001-dtc-Dynamic-symbols-fixup-support.patch
+++ 
b/common-bsp/recipes-kernel/dtc/dtc/0001-dtc-Dynamic-symbols-fixup-support.patch
@@ -1,4 +1,8 @@
-From 80ec04f7bb54f1e982449211e9625f7b97342869 Mon Sep 17 00:00:00 2001
+From c33500a1ce587d320e67df6ec3af90602c2325ef Mon Sep 17 00:00:00 2001
+From: Ulf Samuelsson u...@emagii.com
+Date: Tue, 22 Oct 2013 17:07:29 +0200
+Subject: [PATCH] dtc Dynamic symbols fixup support
+
 From: Pantelis Antoniou pa...@antoniou-consulting.com
 Date: Thu, 6 Dec 2012 13:48:11 +0200
 Subject: [PATCH] dtc: Dynamic symbols  fixup support
@@ -16,20 +20,21 @@ references will the tracked in the __local_fixups__ node.
 This is sufficient to implement a dynamic DT object loader.
 
 Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
+Signed-off-by: Ulf Samuelsson u...@emagii.com
 ---
- checks.c | 120 +--
- dtc-lexer.l  |   5 +++
- dtc-parser.y |  23 --
- dtc.c|   9 +++-
- dtc.h|  38 
- flattree.c   | 139 +++
- 6 files changed, 325 insertions(+), 9 deletions(-)
+ checks.c |  121 --
+ dtc-lexer.l  |5 +++
+ dtc-parser.y |   23 --
+ dtc.c|9 +++-
+ dtc.h|   38 
+ flattree.c   |  140 ++
+ 6 files changed, 327 insertions(+), 9 deletions(-)
 
 diff --git a/checks.c b/checks.c
-index ee96a25..970c0a3 100644
+index ee96a25..f99d9b5 100644
 --- a/checks.c
 +++ b/checks.c
-@@ -457,22 +457,93 @@ static void fixup_phandle_references(struct check *c, 
struct node *dt,
+@@ -457,21 +457,91 @@ static void fixup_phandle_references(struct check *c, 
struct node *dt,
 struct node *node, struct property *prop)
  {
struct marker *m = prop-val.markers;
@@ -123,14 +128,13 @@ index ee96a25..970c0a3 100644
 +  *((cell_t *)(prop-val.val + m-offset)) =
 +  cpu_to_fdt32(phandle);
}
-+
  }
  ERROR(phandle_references, NULL, NULL, fixup_phandle_references, NULL,
-   duplicate_node_names, explicit_phandles);
-@@ -651,6 +722,45 @@ static void 
check_obsolete_chosen_interrupt_controller(struct check *c,
+@@ -651,6 +721,47 @@ static void 
check_obsolete_chosen_interrupt_controller(struct check *c,
  }
  TREE_WARNING(obsolete_chosen_interrupt_controller, NULL);
  
++
 +static void check_auto_label_phandles(struct check *c, struct node *dt,
 + struct node *node)
 +{
@@ -170,10 +174,11 @@ index ee96a25..970c0a3 100644
 +}
 +NODE_WARNING(auto_label_phandles, NULL);
 +
++
  static struct check *check_table[] = {
duplicate_node_names, duplicate_property_names,
node_name_chars, node_name_format, property_name_chars,
-@@ -669,6 +779,8 @@ static struct check *check_table[] = {
+@@ -669,6 +780,8 @@ static struct check *check_table[] = {
avoid_default_addr_size,
obsolete_chosen_interrupt_controller,
  
@@ -183,7 +188,7 @@ index ee96a25..970c0a3 100644
  };
  
 diff --git a/dtc-lexer.l b/dtc-lexer.l
-index 254d5af..2cef406 100644
+index 3b41bfc..78d5132 100644
 --- a/dtc-lexer.l
 +++ b/dtc-lexer.l
 @@ -112,6 +112,11 @@ static int pop_input_file(void);
@@ -258,10 +263,10 @@ index f412460..e444acf 100644
;
  
 diff --git a/dtc.c b/dtc.c
-index d40e220..b19dcd1 100644
+index e3c9653..2327f76 100644
 --- a/dtc.c
 +++ b/dtc.c
-@@ -31,6 +31,7 @@ int reservenum;  /* Number of memory reservation 
slots */
+@@ -29,6 +29,7 @@ int reservenum;  /* Number of memory reservation 
slots */
  int minsize;  /* Minimum blob size */
  int padsize;  /* Additional padding to blob */
  int phandle_format = PHANDLE_BOTH;/* Use linux,phandle or phandle 
properties */
@@ -269,25 +274,32 @@ index d40e220..b19dcd1 100644
  
  static void fill_fullpaths(struct node *tree, const char *prefix)
  {
-@@ -96,6 +97,8 @@ static void  __attribute__ ((noreturn)) usage(void)
-   fprintf(stderr, \t-W [no-]checkname\n);
-   fprintf(stderr, \t-E [no-]checkname\n);
-   fprintf(stderr, \t\t\tenable or disable warnings and errors\n);
-+  fprintf(stderr, \t-@\n);
-+  fprintf(stderr, \t\tSymbols and Fixups support\n);
-   exit(3);
- }

Re: [beagleboard] Re: Failure Rate of Beagle Boards

2013-10-22 Thread Robert Nelson
On Tue, Oct 22, 2013 at 12:32 PM, Travis James halogrunt1...@gmail.com wrote:
 I have been managing 9 beaglebones as a part of a project I am working on,
 and so far, all 9 of them have initially worked, but I now have 6 functional
 units. 2 of them succumbed to the power failure issue (plug in beaglebone,
 power led blinks, nothing happens, pressing power button blinks the power
 led), and one of them fails to read from the SD card. I am relatively
 disappointed that 3 out of 9 has failed over the course of a few months, but
 i dont think I represent a big enough sample set to reflect the reliability
 of all beaglebones. I think there should be some well defined statistics to
 define the reliability of these platforms...

So... What shows up over the serial port when booting these failed
boards?  pastebin.com the serial log...

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: Failure Rate of Beagle Boards

2013-10-22 Thread William Hermans
The power related issues are not necessarily the fault of the device its
self. It could be a bad ground on your part, or other new software that
you've installed or started to use.

When the BBB has blinking LEDs ( CPU heartbeat ) this implies that it does
in fact work. SO either you're not waiting long enough, or dropbear(
assuming ssh ) has lost its mind again. Yet there are other possible causes
as well.

Get a serial debug cable as Robert suggests, and see what is happenign at
the console / uboot prompt.


On Tue, Oct 22, 2013 at 11:11 AM, Gerald Coley ger...@beagleboard.orgwrote:

 Our return rate is .02%. Where 75% of the failures are customer damage. It
 also depends a lot on how they are being used, what is connected if it
 meets the requirements) and the power supplies used to power them.

 Gerald



 On Tue, Oct 22, 2013 at 12:32 PM, Travis James halogrunt1...@gmail.comwrote:

 I have been managing 9 beaglebones as a part of a project I am working
 on, and so far, all 9 of them have initially worked, but I now have 6
 functional units. 2 of them succumbed to the power failure issue (plug in
 beaglebone, power led blinks, nothing happens, pressing power button blinks
 the power led), and one of them fails to read from the SD card. I am
 relatively disappointed that 3 out of 9 has failed over the course of a few
 months, but i dont think I represent a big enough sample set to reflect the
 reliability of all beaglebones. I think there should be some well defined
 statistics to define the reliability of these platforms...


 On Thursday, July 25, 2013 1:14:35 AM UTC-4,
 jus...@virtualpowersystems.com wrote:

 Hi all,

 I was wondering if anyone has any statistics on average failure rate and
 reliability of Beagle Bones. The failures can be due to either hardware or
 software.

 Thank you very much,

 Justin

  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Crontab entries don't work

2013-10-22 Thread Jay Nugent

Greetings,

On Tue, 22 Oct 2013, tige...@gmail.com wrote:


Hello everyone,
I need to have a python script running every minute to send a heartbeat
broadcast.
I have developed this sript and it works just fine when I start it from the
shell.
Next step was to actually add it to the cron list.
So I have been looking on the net and I saw that should be possible by
using crontab -e.
So that's what I've done, resulting in the following :

30 * * * */usr/bin/ntpdate-sync silent
1 * * * *python /home/root/keep_alive.py cronjob.log


   The first line in your crontab runs once per hour at 30 minutes past 
the top of the hour.  The second line also runs once per hour, but runs 1 
minute past the top of the hour.  *NOT* once every minute as you desired.



   Crond runs *only* once every minute (finest resolution possible), so if 
you want a cron job to run once every minute, then you need to set the 
fields as follows:


   * * * * *  /home/root/keep_alive.py  cronjob.log


   And check to make certain that your script actually resides in the 
directory path you have given (/home/root/).  The 'root' account's home 
directory is /root, not /home/root, so to have /home/root you must have 
performed a mkdir to create that root subdirectory under /home.  Also be 
aware that plain old users CANNOT run scripts that require 'root' 
permissions.  They must be run out of the system crontab configured in 
/etc/crontab.


   Also verify that the permissions are set correctly on your python 
script so that it is executable.  'ls -al keep_alive.py' will show the 
permissions.  'chmod u+x keep_alive.py' will turn on the execute bit for 
this file to be run as the User.


   Hope this helps!

  --- Jay Nugent  WB8TKL
  UNIX/Linux System Administration instructor
  Washtenaw Community College - Ann Arbor, Michigan

--
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Powering over DC jack won't boot

2013-10-22 Thread Tux Leonard
Could this be related to the cheap power supply?
Would it be better with a stable power supply or are you shure that the
chip is gone?


2013/10/22 Gerald Coley ger...@beagleboard.org

 Yes. It is normal when the board has been damaged. The PMIC
 is shutting down due to excess current on one of the rails.

 Gerald



 On Tue, Oct 22, 2013 at 12:58 PM, Tux Leonard tuxl...@gmail.com wrote:

 Hi,

 I got the same problem. When I plug in a 5V power supply one LED ligthsup 
 and goes off again. After that nothing happens.
 When I plug in the USB cable (in addition to the 5V) the BBB starts
 booting.

 Is this behavior normal?

 @Gerald Coley
  What is the part number of the power supply?
 unknown. It's 5V power supply from my phone.

 Is it connected to the same ground as the rest of they system?
 I suppose it's done inside the BBB. Isn't it?

 When plugged in, what  is the measured voltage?
 +5V



 2013/10/21 Gerald Coley ger...@beagleboard.org

 What is the part number of the power supply?
 Is it connected to the same ground as the rest of they system?
 When plugged in, what  is the measured voltage?

 Gerald


 On Mon, Oct 21, 2013 at 7:32 AM, richard.kling...@gmail.com wrote:

 Hello

 I'm trying to boot a new BBB with a 5V, 2A power supply...

 It boots perfectly when connecting the power supply via mini-USB cable,
 but it won't boot when powering over the DC jack with the same power 
 supply.
 Any hints why that may be? Weak power supply section?


 The same power supply works perfectly with Raspberry Pi and Cubieboard
 with connected 300MB WLAN adapters.



  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


  --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Crontab entries don't work

2013-10-22 Thread Dieter Wirz
See below

On Tue, Oct 22, 2013 at 1:17 PM,  tige...@gmail.com wrote:
 Hello everyone,
 I need to have a python script running every minute to send a heartbeat
 broadcast.
 I have developed this sript and it works just fine when I start it from the
 shell.
 Next step was to actually add it to the cron list.
 So I have been looking on the net and I saw that should be possible by using
 crontab -e.
 So that's what I've done, resulting in the following :

 30 * * * */usr/bin/ntpdate-sync silent
 1 * * * *python /home/root/keep_alive.py cronjob.log
It is always a good idea to add an absolute path, and if u consider
Jay's tips, the correct for every minute is:
* * * * *  /pathtopython/python /home/root/keep_alive.py 
/home/root/cronjob.log
or if keep_alive.py is an executable simply
* * * * * cd /home/root/; keep_alive.py  cronjob.log
or 
 at some point I even added :
 SHELL=/bin/sh
Why not SHELL=/bin/bash
 and also :

 @reboot python /home/root/keep_alive.py  cronjob.log
try
@reboot /home/root/keep_alive.py   /home/root/cronjob.log

 and because I saw it on the net as well I even tried specifying the user :

 @reboot root /home/root/keep_alive.py  cronjob.log
@reboot root /home/root/keep_alive.py  /home/root/cronjob.log
is the correct entry in /etc/crontab (and not the users crontab)



HTH

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Re: Board hangs when start remote X11 application

2013-10-22 Thread froloffos2
Hi.

In order to test more deep, I installed light LXDE over Debian, using 
Robert Nelson's tools https://rcn-ee.net/deb/rootfs/wheezy/

The board hangs the same way as it was with Angstrom distribution.

So it seems this is probably hardware/kernel issue.

Regards.
Dmitry.

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Beaglebone Black Clear Slim Case now for sale on Amazon

2013-10-22 Thread LaserGoodies
We are Proud to announce our new case on Amazon. For a short time it is on 
sale for $9.99 so get you hands on one 
soon. http://www.amazon.com/gp/product/B00FZBGBW0

The case is crafted out of three transparent Layers. Each layer is laser 
cut from high quality Acrylic and once stacked they securely contain a 
Beagle Bone Black from shorting out but maintaining a slim profile to show 
off the board. while leaving the primary ports, accessible and safe. This 
case also has buttons on the top of the case giving you access to the 
Power, Reset, and Boot buttons. Weighing only 2oz the case is lightweight 
and ready to protect your Beagle Bone Black. Held together by high quality 
black Nylon bolts and nuts allowing for no tools required for assembly or 
disassembly. Assembly 

Instructions can be found at : 
http://static.squarespace.com/static/517241e8e4b0532e10d4fd73/t/52649c75e4b0b34efecbbc74/1382325373487/Assembly.jpg?format=1500w

http://www.amazon.com/gp/product/B00FZBGBW0

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] eMMC broken?

2013-10-22 Thread Orest Lenczyk
I was working with some project, when suddenly I heard high-pitched sound 
coming from board. second after it turned of, and when I tried to restart I 
had only led 0,1,2 ON. there is no psychical damage visible on board. I 
downloaded latest angstrom image, writed onto microsd. Beagle is now 
booting (hooray!) but flashing is not qute working. I have external power 
adapter. I was trying to do this way:

1.power off
2. USER/BOOT button 
3. power on
4. all 4 leds

after 1 min process, led USR3 (eMMC) flashes only few times, then i have 
normal heartbeat and cpu indicator. botting without microsd still results 
with led0,1,2 :(
does it mean that eMMC is broken? i tried to read dmesg but i havent found 
anything useful. Any tips?

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Choosing the correct monitor size

2013-10-22 Thread Alan Condit
Robert,

My monitor had two inputs for HDMI (HDMI AV and HDMI PC). By changing the 
selection on the inputs menu to HDMI PC I got rid of the overscan.

Thanks,
Alan

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] BeagleBone: Debian: USB networking

2013-10-22 Thread AndrewTaneGlen
Hello,

Sorry to resurrect this old thread, but I'm running Debian on the 
Beaglebone Black (3.8.13-bone28), and am not seeing the the 'debug' USB 
device on the BBB.

If this is simply something that has not been implemented then NP. But if 
there is someway to activate I'd been interested in finding out.

Looking at the kernel .config the setting described earlier in this thread 
is configured as: CONFIG_USB_ETH=m

Below is my dmesg output filtered for 'usb':

debian@arm:~$ dmesg | grep usb
[0.154355] usbcore: registered new interface driver usbfs
[0.154467] usbcore: registered new interface driver hub
[0.154797] usbcore: registered new device driver usb
[1.646463] usbcore: registered new interface driver cdc_ether
[1.652718] usbcore: registered new interface driver rndis_host
[1.659126] usbcore: registered new interface driver cdc_ncm
[1.665920] usbcore: registered new interface driver cdc_acm
[1.685532] usbcore: registered new interface driver usb-storage
[1.696880] musb-hdrc: version 6.0, ?dma?, otg (peripheral+host)
[1.703609] musb-hdrc musb-hdrc.0.auto: pdev-id = 0
[1.708865] musb-hdrc musb-hdrc.0.auto: drivers/usb/musb/musb_dsps.c:468 
dsps_musb_init: OK
[1.717645] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, 
bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
[1.717665] musb-hdrc: MHDRC RTL version 2.0 
[1.717680] musb-hdrc: setup fifo_mode 4
[1.717707] musb-hdrc: 28/31 max ep, 16384/16384 memory
[1.717906] musb-hdrc musb-hdrc.0.auto: *** mode=3
[1.722953] musb-hdrc musb-hdrc.0.auto: *** power=250
[1.728966] musb-hdrc musb-hdrc.1.auto: pdev-id = 1
[1.734230] musb-hdrc musb-hdrc.1.auto: drivers/usb/musb/musb_dsps.c:468 
dsps_musb_init: OK
[1.743012] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, 
bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
[1.743031] musb-hdrc: MHDRC RTL version 2.0 
[1.743045] musb-hdrc: setup fifo_mode 4
[1.743067] musb-hdrc: 28/31 max ep, 16384/16384 memory
[1.743238] musb-hdrc musb-hdrc.1.auto: *** mode=1
[1.748282] musb-hdrc musb-hdrc.1.auto: *** power=250
[1.753594] musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
[1.760016] musb-hdrc musb-hdrc.1.auto: new USB bus registered, assigned 
bus number 1
[1.768282] musb-hdrc musb-hdrc.1.auto: supports USB remote wakeup
[1.768403] usb usb1: default language 0x0409
[1.768462] usb usb1: udev 1, busnum 1, minor = 0
[1.768485] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[1.775625] usb usb1: New USB device strings: Mfr=3, Product=2, 
SerialNumber=1
[1.783200] usb usb1: Product: MUSB HDRC host driver
[1.788420] usb usb1: Manufacturer: Linux 3.8.13-bone28 musb-hcd
[1.794723] usb usb1: SerialNumber: musb-hdrc.1.auto
[1.800700] usb usb1: usb_probe_device
[1.800729] usb usb1: configuration #1 chosen from 1 choice
[1.800799] usb usb1: adding 1-0:1.0 (config #1, interface 0)
[1.801006] hub 1-0:1.0: usb_probe_interface
[1.801028] hub 1-0:1.0: usb_probe_interface - got id
[1.912044] usb usb1: bus auto-suspend, wakeup 1
[2.035218] usbcore: registered new interface driver usbhid
[2.041134] usbhid: USB HID core driver


Regards,
Andrew.

On Thursday, 5 January 2012 05:07:36 UTC+13, RobertCNelson wrote:

 On Wed, Jan 4, 2012 at 9:34 AM, Robert Nelson 
 robert...@gmail.comjavascript: 
 wrote:
  My BeagleBone has two USB connectors.  One which is for connecting to 
 the
  host and has the power and serial/jtag and USB storage and ethernet one 
 (the
  one by the ethernet port) and one which is a Host (at the other end of 
 the
  board)into which keyboards/usb storage/wifi/hubs/whatever can be 
 plugged.
 
  I am talking about the connection to the host.  Are you saying that its
  driver can not support ethernet over USB?
 
  I stand corrected..
  http://beagleboard.org/static/BONESRM_latest.pdf (page 22)  I did not
  know usb0 was connected to that connector.. (i just assumed usb1 to
  the host was the only active connection..)

 On Bone, lsusb before and after shows three devices..

 Bus 003 Device 014: ID 0525:c0de Netchip Technology, Inc.  - usb0
 Bus 003 Device 013: ID 0403:a6d0 Future Technology Devices
 International, Ltd  - serial/jtag
 Bus 003 Device 012: ID 0424:2412 Standard Microsystems Corp. - internal 
 hub..

 http://paste.ubuntu.com/792809/

 According to dmesg: my kernel's having issues with: 0525:c0de

 [ 5495.004198] usb 3-3.1.2: new high-speed USB device number 14 using 
 ehci_hcd
 [ 5495.096816] usb 3-3.1.2: unable to read config index 0 
 descriptor/start: -32
 [ 5495.096821] usb 3-3.1.2: chopping to 0 config(s)
 [ 5495.096824] usb 3-3.1.2: New USB device found, idVendor=0525, 
 idProduct=c0de
 [ 5495.096826] usb 3-3.1.2: New USB device strings: Mfr=0, Product=0,
 SerialNumber=0
 [ 5495.096945] usb 3-3.1.2: no configuration chosen from 0 choices

 So no usb0 on x86 host..  Trying a couple things in the kernel source
 

Re: [beagleboard] BeagleBone: Debian: USB networking

2013-10-22 Thread Robert Nelson
On Tue, Oct 22, 2013 at 4:53 PM, AndrewTaneGlen
andrewtaneg...@gmail.com wrote:
 Hello,

 Sorry to resurrect this old thread, but I'm running Debian on the Beaglebone
 Black (3.8.13-bone28), and am not seeing the the 'debug' USB device on the
 BBB.

The BBB pcb does not contain the ftdi usb-serial adapter found on
the original BeagleBone..  Intead there is a 5 pin 3.3v header for
serial access.

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] Re: Failure Rate of Beagle Boards

2013-10-22 Thread David Lambert
Not really scientific, but I have used around 50 Beagles of various 
pedigree/version. I have only had to return one for repair, and that was 
I think due to accidentally applying 5V to a GPIO pin. :-(


Keep up the good work Gerald et al. :-)
Dave.

On 13-10-22 02:06 PM, William Hermans wrote:
The power related issues are not necessarily the fault of the device 
its self. It could be a bad ground on your part, or other new 
software that you've installed or started to use.


When the BBB has blinking LEDs ( CPU heartbeat ) this implies that it 
does in fact work. SO either you're not waiting long enough, or 
dropbear( assuming ssh ) has lost its mind again. Yet there are other 
possible causes as well.


Get a serial debug cable as Robert suggests, and see what is happenign 
at the console / uboot prompt.



On Tue, Oct 22, 2013 at 11:11 AM, Gerald Coley ger...@beagleboard.org 
mailto:ger...@beagleboard.org wrote:


Our return rate is .02%. Where 75% of the failures are customer
damage. It also depends a lot on how they are being used, what
is connected if it meets the requirements) and the power supplies
used to power them.

Gerald



On Tue, Oct 22, 2013 at 12:32 PM, Travis James
halogrunt1...@gmail.com mailto:halogrunt1...@gmail.com wrote:

I have been managing 9 beaglebones as a part of a project I am
working on, and so far, all 9 of them have initially worked,
but I now have 6 functional units. 2 of them succumbed to the
power failure issue (plug in beaglebone, power led blinks,
nothing happens, pressing power button blinks the power led),
and one of them fails to read from the SD card. I am
relatively disappointed that 3 out of 9 has failed over the
course of a few months, but i dont think I represent a big
enough sample set to reflect the reliability of all
beaglebones. I think there should be some well defined
statistics to define the reliability of these platforms...


On Thursday, July 25, 2013 1:14:35 AM UTC-4,
jus...@virtualpowersystems.com
mailto:jus...@virtualpowersystems.com wrote:

Hi all,

I was wondering if anyone has any statistics on average
failure rate and reliability of Beagle Bones. The failures
can be due to either hardware or software.

Thank you very much,

Justin

-- 
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 beagleboard+unsubscr...@googlegroups.com
mailto:beagleboard%2bunsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 beagleboard+unsubscr...@googlegroups.com
mailto:beagleboard%2bunsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


--
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 beagleboard+unsubscr...@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.


--
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Re: [beagleboard] eMMC broken?

2013-10-22 Thread Gerald Coley
I have no way of knowing for sure. Maybe. Spontaneous combustion
is something I have yet to run across on these boards.

If you can't flash it, then maybe the eMMC is bad. Only way to know for
sure is sending it in.

Gerald



On Tue, Oct 22, 2013 at 4:27 PM, Orest Lenczyk pia...@gmail.com wrote:

 I was working with some project, when suddenly I heard high-pitched sound
 coming from board. second after it turned of, and when I tried to restart I
 had only led 0,1,2 ON. there is no psychical damage visible on board. I
 downloaded latest angstrom image, writed onto microsd. Beagle is now
 booting (hooray!) but flashing is not qute working. I have external power
 adapter. I was trying to do this way:

 1.power off
 2. USER/BOOT button
 3. power on
 4. all 4 leds

 after 1 min process, led USR3 (eMMC) flashes only few times, then i have
 normal heartbeat and cpu indicator. botting without microsd still results
 with led0,1,2 :(
 does it mean that eMMC is broken? i tried to read dmesg but i havent found
 anything useful. Any tips?

 --
 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 beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/groups/opt_out.


-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


[beagleboard] Re: SSH is intermittently slow (BBB running Ubuntu 13.04 shell)

2013-10-22 Thread Cody Rushing
You were right about it being a power issue.  I turned off power management 
on my wireless and my signal quality remains high and my SSH connection is 
fast.  Thanks!

Just a note, this did not work on the BBB:

sudo iwconfig wlan0 power off

I get SET failed on device wlan0 ; Operation not permitted.  So, a found 
a solution over at 
askubuntuhttp://askubuntu.com/questions/85214/how-can-i-prevent-iwconfig-power-management-from-being-turned-on,
 
which was to create an empty wireless hook under /etc/pm/sleep.d by using 
this command.

sudo touch /etc/pm/sleep.d/wireless

Do that, then reboot, and wireless should remain high.  I'm not sure if I 
need to worry about heat issues though.  At the end of the day, this will 
be running a web server, so ideally I would want to write a script that 
keeps the power management on while no requests are coming in, and turns it 
off when they are.

Thanks again!


On Tuesday, October 22, 2013 5:20:39 AM UTC-5, hemant...@gmail.com wrote:


 This could be because of the power management of wifi.
 Try to disable the power management feature on the wifi adapter.

 # sudo iwconfig wlan0 power off
 (replace wlan0 with the name of your adapter)

 This might heat up your wifi adopter.

 To verify if this works out, ping any host before and after
 disabling power management.

 Are you using USB hub with external power or directly connecting
 the wifi adapter to the BBB board ?



 On Tuesday, October 22, 2013 7:06:36 AM UTC+5:30, Cody Rushing wrote:


 To preface this, I'm new to Linux - I picked up a BBB largely to learn 
 more about Linux, networking, web servers, etc.  Anyways, here's my setup: 
 BBB flashed with Ubuntu 13.04 shell.  I'm using this wifi 
 donglehttp://www.amazon.com/Edimax-EW-7811Un-Wireless-Adapter-Wizard/dp/B003MTTJOY/ref=sr_1_1?ie=UTF8qid=1382404733sr=8-1keywords=wifi+dongle,
  
 which Ubuntu supports natively which was nice.  

 So it's connected to my wifi at home, meaning I can SSH in from any 
 device on the same network.  Sometimes, it connects quickly and feels 
 seemless; othertimes it's super slow, with like a 5-10 second delay on each 
 keystroke.  I've noticed that it can be very quick, then after rebooting 
 the BBB, it will be slow.  I've tried different things like connecting the 
 wifi dongle directly vs using a usb hub, leaving the external case on or 
 off, and I can't seem to find a pattern.

 I'm not sure if this is normal behavior or not.  Should I just chalk this 
 up to random network inconsistency?  I'm guessing that if the BBB has a 
 poor wifi signal, that will result in slower SSH right?  Maybe there's a 
 linux command I can use to check the BBB's connection speed over wifi.  Any 
 thoughts/help would be greatly appreciated - thanks.



-- 
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.