Re: [beagleboard] How to modify /proc/cpuinfo Revision and Serial on BBB / Ubuntu
On Sun, Aug 10, 2014 at 12:10 PM, Dejan Nenov dejanne...@gmail.com wrote: Hello all, Please advise how can I modify the revision and serial that /proc/cpuinfo returns? I am using a BBB with an Ubuntu distro: uname - a returns : Linux arm 3.8.13-bone43 #1 SMP Wed Mar 26 17:36:53 UTC 2014 armv7l armv7l armv7l GNU/Linux cat /proc/cpuinfo returns: processor : 0 model name : ARMv7 Processor rev 2 (v7l) BogoMIPS: 596.48 Features: swp half thumb fastmult vfp edsp thumbee neon vfpv3 tls CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x3 CPU part: 0xc08 CPU revision: 2 Hardware: Generic AM33XX (Flattened Device Tree) Revision: Serial : I have found this info online, but it seems impractical to have to recompile the kernel for every board I ship out? A proper solution would be to write this values somewhere on EEPROM and have the rad at boot time? This info should not be recompiled into the kernel---the idea is to read it from the CPU special registers, initialized by the CPU manufacturers. That of course assumes that your particular CPU has those registers (e.g, that's how you read them on NXP LPC chips: http://lxr.free-electrons.com/source/arch/arm/mach-lpc32xx/common.c#L38). Unfortunately, it seems that AM33xx does not have it which is why the AM33xx code just initializes them with zeros. If you really need individual serial numbers, you could add dedicated EEPROM, but I personally would look at a software load solution that uses e.g. the ethernet MAC or a magic file in /etc directory, say. -- 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/d/optout.
[beagleboard] Re: Initially load capes on AM335x without EEPROM
Robert Nelson robertcnelson@... writes:
Hi Robert,
Thank you, it's a good news.
The main reason I stayed on the 3.8 kernel version is because I wanted
to
use the same kernel that was in the BBB. But it appears that the work
you
made on the capemgr will be of help for my custom board.
However, now I have another problem.
I'm trying unsuccessfuly to use this flasher:
http://elinux.org/BeagleBoardUbuntu#eMMC:_BeagleBone_Black
The problem is that the u-boot and the MLO doesn't have a default dtb.
And
since I don't have a EEPROM, the boot is stuck.
I tried to use the MLO from the BBB, which seems to be OK. And now I'm
trying to use the uEnv.txt file to pass the BBB arguments to the u-boot
but
I still can't boot properly.
The error that I can't resolve is essentially:
Bad Linux ARM zImage magic!
This just means you are trying to load something that isn't what it
expects..
pastebin.com your serial boot log..
I know that the EEPROM should contain this:
struct am335x_baseboard_id {
unsigned int magic;
char name[HDR_NAME_LEN];
char version[4];
char serial[12];
char config[32];
char mac_addr[HDR_NO_OF_MAC_ADDR][HDR_ETH_ALEN];
};
Does this problem have something to do with the magic argument ?
Nope..
Is it eady to resolv ?
As long as your clone has the same memory and is 1Ghz version of the
am335x, you can use this u-boot patch:
https://github.com/RobertCNelson/Bootloader-
Builder/blob/master/patches/v2014.07/0002-NFM-Production-eeprom-assume-
device-is-BeagleBone-Bl.patch
Regards,
Hi Robert,
I tried to use the patch for the u-boot you mentionned but I have no results
with it.
I still have the same problem, my eMMC is not detected because the eMMC cape
is not loaded. I'm currently working with the following image on a µSD card,
bone-ubuntu-14.04-console-armhf-2014-07-06-2gb , and a BBB which from I
retrieved the EEPROM.
Here is the pastebin link of my dmesg: http://pastebin.com/NPWtJhdz
Here is the pastebin link of my serial startup: http://pastebin.com/Mk8DgjnZ
Do you have any idea of why it is not loading ?
Will I need to modify and recompile the kernel ?
Best regards,
Julien
--
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/d/optout.
Re: [beagleboard] Re: Initially load capes on AM335x without EEPROM
Hi Robert, I tried to use the patch for the u-boot you mentionned but I have no results with it. I still have the same problem, my eMMC is not detected because the eMMC cape is not loaded. I'm currently working with the following image on a µSD card, bone-ubuntu-14.04-console-armhf-2014-07-06-2gb , and a BBB which from I retrieved the EEPROM. Here is the pastebin link of my dmesg: http://pastebin.com/NPWtJhdz Here is the pastebin link of my serial startup: http://pastebin.com/Mk8DgjnZ Do you have any idea of why it is not loading ? Will I need to modify and recompile the kernel ? u-boot looks perfect to me.. It loaded everything exactly like a real BeagleBone Black.. Next you just need to patch the kernel to bypass the eeprom = valid, capemgr check. 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/d/optout.
[beagleboard] Updated bone101
I've just pushed an update to the bone101 presentation up on github: http://beagleboard.github.io/ Having a github pages representation should make it much easier for people to push patches, so I hope you'll take this opportunity to check it all out and report/fix issues in the documentation that ships on the boards. Now that Jekyll is being used, we won't be able to do a simple git clone to put the content onto the boards as Jekyll will need to be run to process the content. I'll be working with Robert to enable that operation, but would also love any hints on the best way to keep the repository on the boards something that is easily editable. Not having a macro for the baseurl was just proving too difficult. This is also in preparation to merging a Google Summer of Code project that has the intention to make adding new tutorials to bone101 much easier. You can get some info at http://beagleboard.org/gsoc, but there will be further information coming out about it in the next few days as coding is wrapping up and documentation is being finalized. Regards, Jason -- 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/d/optout.
[beagleboard] beaglebone black does not show up as USB drive on my OS X
Hi All, I have been having a frustrating problem: When I plug the beaglebone black into my USB port, it no longer shows up as a connected hard drive. I have downloaded and installed the updated version of Angstrom. I have installed the network and serial drivers. I have rebooted both my computer and beaglebone multiple times, still to no avail. What is odd, is that it has worked before, with the only difference between when it does work and it does not, is that I have shut down the board for the night. Does anyone know of a way to troubleshoot these things? The beaglebone does appear to be working when it is connected to the USB, it just does not show up as a connected drive and is not reachable via http://192.168.7.2, or http://192.168.7.2:3000 thank you for any insight you can give me. Paul -- 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/d/optout.
Re: [beagleboard] beaglebone black does not show up as USB drive on my OS X
On Mon, Aug 11, 2014 at 11:07 AM, Paul Siqueira paul.sique...@gmail.com wrote: Hi All, I have been having a frustrating problem: When I plug the beaglebone black into my USB port, it no longer shows up as a connected hard drive. I have downloaded and installed the updated version of Angstrom. I have installed the network and serial drivers. I have rebooted both my computer and beaglebone multiple times, still to no avail. What is odd, is that it has worked before, with the only difference between when it does work and it does not, is that I have shut down the board for the night. Does anyone know of a way to troubleshoot these things? The easiest way, is just to grab a usb-serial adapter and find out why. 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/d/optout.
[beagleboard] Re: beaglebone black does not show up as USB drive on my OS X
I figured it out... my USB cable was going bad. Who would have thunk! On Monday, August 11, 2014 11:07:17 AM UTC-5, Paul Siqueira wrote: Hi All, I have been having a frustrating problem: When I plug the beaglebone black into my USB port, it no longer shows up as a connected hard drive. I have downloaded and installed the updated version of Angstrom. I have installed the network and serial drivers. I have rebooted both my computer and beaglebone multiple times, still to no avail. What is odd, is that it has worked before, with the only difference between when it does work and it does not, is that I have shut down the board for the night. Does anyone know of a way to troubleshoot these things? The beaglebone does appear to be working when it is connected to the USB, it just does not show up as a connected drive and is not reachable via http://192.168.7.2, or http://192.168.7.2:3000 thank you for any insight you can give me. Paul -- 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/d/optout.
[beagleboard] Re: ADC reading by PRU
Hello, Thanks for the samples, it will make a great help on performing the ADC reading using PRU. I'm trying to use the code for this task, but when I run the sample application, I'm getting a segmentation fault. Since I'm new on the BeagleBone issues, any tips regarding what I should be looking (regarding version, libraries, etc) would be very helpful. The BBB is running the Angstrom default distro. Also, I've noticed that pasm compiler on the pru package is at 0.85 version while the OS pasm version is 0.84 (and the 0.84 returns a seg fault when used to compile the sample codes). Maybe this is a hint, but I do not know which additional files I'd should take a look at. Thanks in advance for your attention. Best regards, Rodrigo Em terça-feira, 8 de abril de 2014 07h15min31s UTC-3, Youngtae Jo escreveu: I've tried to find some example of ADC reading by PRU for my project, but I couldn't find it. And I made that of source code and attach here for some people who have the same problem with me. I hope it will be helpful. [ AM335x ARM-CORE PRU ADC Example ] - Sequence of example 1. Install compiling environment of PRU 2. Enable PRU 3. Enable ADC 4. Example source - This example source collects ADC data from AIN0 pin with 16khz sampling rate. - The collected data are saved into Results.txt file. - The example source are Makefile, ADCCollector.c, ADCCollector.p, ADCCollector.hp [ Install compile environment ] 1. Get a copy of the am335x_pru_package - https://github.com/beagleboard/am335x_pru_package You also can download the am335x_pru_package here - https://github.com/beagleboard/am335x_pru_package/archive/master.zip 2. If you downloaded the archive, unpack it somewhere under your home directory. 3. Make a new directory /usr/include/pruss/ and copy the files prussdrv.h and pruss_intc_mapping.h into it (from am335x_pru_package-master/pru_sw/app_loader/include). Check the permissions; if you used the .zip file, these headers will likely have the execute bits on. It doesn't really hurt anything, but is certainly not what you want. 4. Change directory to am335x_pru_package-master/pru_sw/app_loader/interface then run: CROSS_COMPILE= make (note the space between the = and the command). 5. The previous step should have created four files in am335x_pru_package-master/pru_sw/app_loader/lib: libprussdrv.a, libprussdrvd.a, libprussdrvd.so and libprussdrv.so. Copy these all to /usr/lib then run ldconfig. 6. Change directory to am335x_pru_package-master/pru_sw/utils/pasm_source then run source linuxbuild to create a pasm executable one directory level up. - If linuxbuild doesn't have permission to execution, give the permission by run this : chmod +x linuxbuild Copy it to /usr/bin and make sure you can run it. If you invoke it with no arguments, you should get a usage statement. [ Enable PRU ] Before using PRU, we need to enable the PRU core, you can do it as shown below # echo BB-BONE-PRU-01 /sys/devices/bone_capemgr.8/slots [ Enable ADC ] Before using ADC, we also need to enable ADC, you can do it as shown below # echo cape-bone-iio /sys/devices/bone_capemgr.*/slots [ ADC Example - Makefile] CFLAGS+=-Wall -Werror LDLIBS+= -lpthread -lprussdrv all: ADCCollector.bin ADCCollector clean: rm -f ADCCollector *.o *.bin ADCCollector.bin: ADCCollector.p pasm -b $^ ADCCollector: ADCCollector.o [ ADC Example - ADCCollector.p] // Developed by Youngtae Jo in Kangwon National University (April-2014) // This program collects ADC from AIN0 with certain sampling rate. // The collected data are stored into PRU shared memory(buffer) first. // The host program(ADCCollector.c) will read the stored ADC data // This program uses double buffering technique. // The host program can recognize the buffer status by buffer status variable // 0 means empty, 1 means first buffer is ready, 2 means second buffer is ready. // When each buffer is ready, host program read ADC data from the buffer. .origin 0 // offset of the start of the code in PRU memory .entrypoint START // program entry point, used by debugger only #include ADCCollector.hp #define BUFF_SIZE 0x0FA0 //Total buff size: 4kbyte(Each buffer has 2kbyte: 500 piece of data) #define HALF_SIZE BUFF_SIZE / 2 #define SAMPLING_RATE 16000 //Sampling rate(16khz) #define DELAY_MICRO_SECONDS (100 / SAMPLING_RATE) //Delay by sampling rate #define CLOCK 2 // PRU is always clocked at 200MHz #define CLOCKS_PER_LOOP 2 // loop contains two instructions, one clock each #define DELAYCOUNT DELAY_MICRO_SECONDS * CLOCK / CLOCKS_PER_LOOP / 1000 / 1000 * 3 .macro DELAY MOV r10, DELAYCOUNT DELAY: SUB r10, r10, 1 QBNE DELAY, r10, 0 .endm .macro READADC //Initialize buffer status (0: empty, 1: first buffer is ready, 2: second buffer is ready) MOV r2, 0
Re: [beagleboard] Cross-compiling CURL on 64-bit and 32-bit machines?
Ya, the BBB has nothing to do with i386. SO why is it trying to compile with i386 object files ? You need to learn how to setup a proper cross compile toolchain. . . . On Mon, Aug 11, 2014 at 8:43 AM, John Geddes jgwins...@gmail.com wrote: On Sunday, August 10, 2014 8:30:28 PM UTC+1, William Hermans wrote: First off, which distro are you using on the BBB ? Latest Debian ( http://debian.beagleboard.org/images/BBB-eMMC-flasher-debian-7.5-2014-05-14-2gb.img.xz ) Then which ABI are you compiling for, and which ABI are you actually using ? Sorry - only a beginner. I don't know where to look - suggestions, please Secondly, if you're using a virtual machine host architecture does not matter in this context. What matters is the virtual machines architecture. Is the virtual machine i386, or x64 ? When I wrote, I was using an x64 virtual machine, but I have now (thanks to your assurance that host architecture in a VM is independent of the physical machine) started again with i386 But still I hit problems - when trying to compile project JG1 using eclipse, I now get this: Building target: JG1 Invoking: GCC C++ Linker arm-linux-gnueabihf-g++ -o JG1 ./src/JG1.o -lcurl -L/usr/lib/i386-linux-gnu /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libcurl.so when searching for -lcurl /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libcurl.a when searching for -lcurl /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: cannot find -lcurl /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libm.so when searching for -lm /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libm.a when searching for -lm collect2: error: ld returned 1 exit status make: *** [JG1] Error 1 Any ideas of where I have gone wrong? -- 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/d/optout. -- 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/d/optout.
Re: [beagleboard] Cross-compiling CURL on 64-bit and 32-bit machines?
Unfortunately, there seems to be no exact steps guide how to achieve this, and I honestly do not have the time to teach anyone step-by-step cross compiling. So, I recommend that you pick up a book on gcc toolchains, and start reading. It will take time to absorb this information, but it is something everyone must do to fully understand what they're doing. Once you do understand things more clearly, then perhaps you'll be able to google and read about cross compiler setups, and pick out bits, and pieces of information that will apply for your own situation. On Mon, Aug 11, 2014 at 10:45 AM, William Hermans yyrk...@gmail.com wrote: Ya, the BBB has nothing to do with i386. SO why is it trying to compile with i386 object files ? You need to learn how to setup a proper cross compile toolchain. . . . On Mon, Aug 11, 2014 at 8:43 AM, John Geddes jgwins...@gmail.com wrote: On Sunday, August 10, 2014 8:30:28 PM UTC+1, William Hermans wrote: First off, which distro are you using on the BBB ? Latest Debian ( http://debian.beagleboard.org/images/BBB-eMMC-flasher-debian-7.5-2014-05-14-2gb.img.xz ) Then which ABI are you compiling for, and which ABI are you actually using ? Sorry - only a beginner. I don't know where to look - suggestions, please Secondly, if you're using a virtual machine host architecture does not matter in this context. What matters is the virtual machines architecture. Is the virtual machine i386, or x64 ? When I wrote, I was using an x64 virtual machine, but I have now (thanks to your assurance that host architecture in a VM is independent of the physical machine) started again with i386 But still I hit problems - when trying to compile project JG1 using eclipse, I now get this: Building target: JG1 Invoking: GCC C++ Linker arm-linux-gnueabihf-g++ -o JG1 ./src/JG1.o -lcurl -L/usr/lib/i386-linux-gnu /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libcurl.so when searching for -lcurl /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libcurl.a when searching for -lcurl /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: cannot find -lcurl /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libm.so when searching for -lm /usr/lib/gcc-cross/arm-linux-gnueabihf/4.8/../../../../arm-linux-gnueabihf/bin/ld: skipping incompatible /usr/lib/i386-linux-gnu/libm.a when searching for -lm collect2: error: ld returned 1 exit status make: *** [JG1] Error 1 Any ideas of where I have gone wrong? -- 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/d/optout. -- 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/d/optout.
Re: [beagleboard] Cross-compiling CURL on 64-bit and 32-bit machines?
On Monday, August 11, 2014 7:05:32 PM UTC+1, William Hermans wrote: Unfortunately, there seems to be no exact steps guide how to achieve this, and I honestly do not have the time to teach anyone step-by-step cross compiling. So, I recommend that you pick up a book on gcc toolchains, and start reading. It will take time to absorb this information, but it is something everyone must do to fully understand what they're doing. Once you do understand things more clearly, then perhaps you'll be able to google and read about cross compiler setups, and pick out bits, and pieces of information that will apply for your own situation. I was beginning to come to the conclusion that the idea of a non-Linux person dipping in to learn just enough to do the basics for C++ on BBB is impossible.You have confirmed this - I appreciate your advice. There is great temptation to try and dip in - Derek Molloy's BBB/C++ video seems to offer nice simple steps to do the basics, but then you hit something that you need that he doesn't cover (CURL for example) and immediately you are in very scary territory. Back to Arduino, (or at best, bonescript), I fear. -- 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/d/optout.
Re: [beagleboard] Cross-compiling CURL on 64-bit and 32-bit machines?
On Mon, Aug 11, 2014 at 2:36 PM, John Geddes jgwins...@gmail.com wrote: On Monday, August 11, 2014 7:05:32 PM UTC+1, William Hermans wrote: Unfortunately, there seems to be no exact steps guide how to achieve this, and I honestly do not have the time to teach anyone step-by-step cross compiling. So, I recommend that you pick up a book on gcc toolchains, and start reading. It will take time to absorb this information, but it is something everyone must do to fully understand what they're doing. Once you do understand things more clearly, then perhaps you'll be able to google and read about cross compiler setups, and pick out bits, and pieces of information that will apply for your own situation. I was beginning to come to the conclusion that the idea of a non-Linux person dipping in to learn just enough to do the basics for C++ on BBB is impossible.You have confirmed this - I appreciate your advice. There is great temptation to try and dip in - Derek Molloy's BBB/C++ video seems to offer nice simple steps to do the basics, but then you hit something that you need that he doesn't cover (CURL for example) and immediately you are in very scary territory. Back to Arduino, (or at best, bonescript), I fear. Why can't you build it on the BBB? cross-compiling is just a self imposed headache no one really has to deal with.. 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/d/optout.
[beagleboard] Re: Cross Compile of perf not working
how did you fix this? I've run into same issue.. On Wednesday, February 6, 2013 6:09:22 AM UTC-8, Luis wrote: Hi, I am encountering some problems regarding the cross compilation of the 'perf' tool that comes with the 'ti-sdk-beagleboard-05.05.01.00-Linux-x86-Install' BeagleBoard EVM SDK package. I am no expert in cross compiling. Following the instructions in the user guide, I export the path export PATH=path to sdk/linux-devkit/bin:$PATH and source the environment variables source path to sdk/linux-devkit/environment-setup When trying to make the perf tool (found in *path to sdk/board-support//linux-3.3.7-r115/tools/perf/* ) using: make ARCH=arm CROSS_COMPILE=arm-arago-linux-gnueabi- distclean make ARCH=arm CROSS_COMPILE=arm-arago-linux-gnueabi- The error is: Makefile:417: No libdw.h found or old libdw.h found or elfutils is older than 0.138, disables dwarf support. Please install new elfutils-devel/libdw-dev Makefile:434: *** No libelf.h/libelf found, please install libelf-dev/elfutils-libelf-devel. Stop. Fixed it by adding EXTRA_CFLAGS+= path to sdk/linux-devkit/arm-arago-linux-gnueabi/usr/include Then another error arises like: Makefile:482: *** No gnu/libc-version.h found, please install glibc-dev[el]/glibc-static. Stop. After searching for the libc-version.h, it is located on the toolchain at (*path to sdk/linux-devkit/arm-arago-linux-gnueabi/usr/include/gnu/libc-version.h*) I know I have glibc installed on the host as there is also *libc-version.h* at */usr/include/gnu/*. Is there any way to fix this? I also tried using the Angstrom toolchain, having the same results. When I compile with the native gcc it does not produce any errors. If this is not possible, is there another way to obtain performance readings (other than 'top') like cpu-cycles or instructions retired? Thanks for any help, Luis -- 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/d/optout.
[beagleboard] 4D LCD7' cape support for BBB with TI SDK-evm 7.00
Hello All, I am new to BBB. I am suppose to use BBB with TI-SDK 7.00. I ran the desired scripts given in SDK to set up the SD card and I was able to boot the prebuilt linux kernel given in SDK properly. Unfortunately SDK doesn't support BBB capes (as per Ti official). I need to add support for 4d LCD7' cape with given linux kernel. How should I go about it. Thanks in advance!! Aditya -- 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/d/optout.
[beagleboard] Qt 5.3.1 on BBB
Hi, I have debian running with kernel 3.13.11-bone12 (I installed the image with 3.8 kernel, built the SGX kernel 3.13 and installed the new kernel). I can run /opt/gfxsdkdemos/ogles2/OGLES2ChameleonMan, so I am assuming SGX drivers, opengl es2 drivers are installed and working fine. I built Qt 5.3.1 with the above mentioned image mounted on Ubuntu host machine with following configure options. configure -v -opensource -confirm-license -opengl es2 -no-largefile -prefix /usr/local/qt5.3.1 -xplatform Linux-linaro-gnueabihf-g++ -device Linux-beaglebone-g++ -device-option CROSS_COMPILE=/usr/local/linaro/bin/arm-Linux-gnueabihf- -qt-zlib -qt-libpng -qt-libjpeg -sysroot /media/rootfs_ -no-sse2 -no-sse3 -no-ssse3 -no-sse4.1 -no-sse4.2 -no-avx -no-avx2 -no-pch -qt-pcre -optimized-qmake then I ran 'make' and 'make install'. Then I manually copied mkspecs directory from host to SDcard. I booted BBB SDcard and I am trying to run an example. But I am facing this error. ./usr/local/qt5.3.1/examples/opengl/hellogl_es2/hellogl_es2 This application failed to start because it could not find or load the Qt platform plugin eglfs. Available platform plugins are: directfbegl, directfb, linuxfb, minimal, offscreen, xcb. Reinstalling the application may fix this problem. Aborted. I don't see any eglfs in /usr/local/qt5.3.1/plugins/platforms/ running examples with -platform with any plugin mentioned in error message results in different error messages. Can anyone please point me to what went wrong. Any information would be very helpful. Thanks, Ashwin -- 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/d/optout.
[beagleboard] Re: Node Librarys npm install fails
On Friday, August 8, 2014 2:48:00 PM UTC-4, tdli...@gmail.com wrote: I have been working my way thru the book Programming the BBB Getting started with Javascript and BoneScript using my BBB REV A5C board When I try and install the Node library's i2c and serialport it fails and I see what might be a key statement in the terminal dump. I see the same error message in both the i2c and serialport attempts to install. ImportError: No module named compiler.ast The procedure I am using is as follows for the serialport library same method for i2c with npm install -g i2c sh-4.2# date Thu Aug 7 22:48:56 UTC 2014 sh-4.2# npm update sh-4.2# npm config set strict-ssl false sh-4.2# npm install -g serialport I am using the latest image of Angstrom from BB.org and it fails the same if I boot from an SDcard or Flash version. I wonder if the latest image has passed by the A5C board?? I also have a BBB REV C board and the procedure worked fine for i2c and I can use the Adafruit 7Seg display with the node library. Here is the terminal capture from trying to install serialport sh-4.2# npm install -g serialport npm http GET https://registry.npmjs.org/serialport npm http 200 https://registry.npmjs.org/serialport npm http GET https://registry.npmjs.org/serialport/-/serialport-1.4.5.tgz npm http 200 https://registry.npmjs.org/serialport/-/serialport-1.4.5.tgz npm http GET https://registry.npmjs.org/bindings/1.2.1 npm http GET https://registry.npmjs.org/async/0.9.0 npm http GET https://registry.npmjs.org/sf/0.1.7 npm http GET https://registry.npmjs.org/optimist npm http GET https://registry.npmjs.org/nan npm http 304 https://registry.npmjs.org/nan npm http GET https://registry.npmjs.org/nan/-/nan-1.3.0.tgz npm http 200 https://registry.npmjs.org/async/0.9.0 npm http 200 https://registry.npmjs.org/bindings/1.2.1 npm http 200 https://registry.npmjs.org/optimist npm http GET https://registry.npmjs.org/bindings/-/bindings-1.2.1.tgz npm http GET https://registry.npmjs.org/optimist/-/optimist-0.6.1.tgz npm http GET https://registry.npmjs.org/async/-/async-0.9.0.tgz npm http 200 https://registry.npmjs.org/sf/0.1.7 npm http GET https://registry.npmjs.org/sf/-/sf-0.1.7.tgz npm http 200 https://registry.npmjs.org/optimist/-/optimist-0.6.1.tgz npm http 200 https://registry.npmjs.org/async/-/async-0.9.0.tgz npm http 200 https://registry.npmjs.org/nan/-/nan-1.3.0.tgz npm http 200 https://registry.npmjs.org/bindings/-/bindings-1.2.1.tgz npm http 200 https://registry.npmjs.org/sf/-/sf-0.1.7.tgz npm http GET https://registry.npmjs.org/wordwrap npm http GET https://registry.npmjs.org/minimist npm http 200 https://registry.npmjs.org/wordwrap npm http GET https://registry.npmjs.org/wordwrap/-/wordwrap-0.0.2.tgz npm http 200 https://registry.npmjs.org/minimist npm http GET https://registry.npmjs.org/minimist/-/minimist-0.0.10.tgz npm http 200 https://registry.npmjs.org/wordwrap/-/wordwrap-0.0.2.tgz npm http 200 https://registry.npmjs.org/minimist/-/minimist-0.0.10.tgz /usr/bin/serialportlist - /usr/lib/node_modules/serialport/bin/serialportList.js /usr/bin/serialportterm - /usr/lib/node_modules/serialport/bin/serialportTerminal.js serialport@1.4.5 install /usr/lib/node_modules/serialport node-pre-gyp install --fallback-to-build node-pre-gyp http GET https://node-serialport.s3.amazonaws.com/serialport/v1.4.5/Release/v8-3.11-linux-arm.tar.gz node-pre-gyp http 404 https://node-serialport.s3.amazonaws.com/serialport/v1.4.5/Release/v8-3.11-linux-arm.tar.gz node-pre-gyp http Pre-built binary not available for your system (falling back to source compile with node-gyp) Traceback (most recent call last): File /usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp, line 15, in module import gyp File /usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py, line 8, in module import gyp.input File /usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py, line 5, in module from compiler.ast import Const ImportError: No module named compiler.ast -- THE ERROR MESSAGE I AM REFERING TO gyp ERR! configure error gyp ERR! stack Error: `gyp` failed with exit code: 1 gyp ERR! stack at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:416:16) gyp ERR! stack at ChildProcess.EventEmitter.emit (events.js:99:17) gyp ERR! stack at Process._handle.onexit (child_process.js:678:10) gyp ERR! System Linux 3.8.13 gyp ERR! command /usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js rebuild --name=serialport --configuration=Release --module_name=serialport --version=1.4.5 --major=1 --minor=4 --patch=5 --runtime=node --node_abi=v8-3.11 --platform=linux --target_platform=linux --arch=arm --target_arch=arm --module_main=./serialport --host= https://node-serialport.s3.amazonaws.com/;
[beagleboard] Re: Unable to SSH to Beagle Bone Black
I can't seem to connect to my BBB by any means. (From Windows 8) Tried USB, and got the directory structure, and it seems all the files are there, but all are 0 size. So obviously start,htm is blank. It seems to me that when I first got the BBB about 2 or 3 months ago, I got it working without problems, Now I get this. Might this be a result of the issue with unplugging? I don't have a mini HDMI cable so I tried by internet.But I can't find the default IP. 168.192.0.1 doesn't work. I can't ssh without the IP, and I can't get in to change or name the domain. Any ideas? On Wednesday, May 1, 2013 5:39:49 PM UTC-4, cmicali wrote: Hi, I got two BBBs in the mail - I plugged one in and everything has been working fine. SSHed to it, moved my s/w to it, etc. I then powered it off and plugged the other one in and can't SSH to it. I get a *ssh_exchange_identification: Connection closed by remote host* error. I get this error no matter what machine I am trying to connect from. Someone on IRC had this same problem and didn't think much of it then, but this is a board that is right out of the box and exhibiting this issue. The LEDs appear that it has booted fine. cmicali@imac ~ ssh -vvv root@beaglebone.local OpenSSH_5.9p1, OpenSSL 0.9.8r 8 Feb 2011 debug1: Reading configuration data /etc/ssh_config debug1: /etc/ssh_config line 20: Applying options for * debug1: /etc/ssh_config line 53: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to beaglebone.local [192.168.1.32] port 22. *debug1**: Connection established.* debug3: Incorrect RSA1 identifier debug3: Could not load /Users/cmicali/.ssh/id_rsa as a RSA1 public key debug1: identity file /Users/cmicali/.ssh/id_rsa type 1 debug1: identity file /Users/cmicali/.ssh/id_rsa-cert type -1 debug1: identity file /Users/cmicali/.ssh/id_dsa type -1 debug1: identity file /Users/cmicali/.ssh/id_dsa-cert type -1 *ssh_exchange_identification: Connection closed by* * remote host* Any ideas what could be going on? -chris -- 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/d/optout.
Re: [beagleboard] Re: Initially load capes on AM335x without EEPROM
Hi Robert, I tried to use the u-boot patch you mentionned but I still can't see the eMMC cape. I'm using the current ubuntu image : bone-ubuntu-14.04-console-armhf-2014-07-06-2gb Here is my dmesg result. Do you see where the problem come from ? Best regards, Julien dmesg [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.8.13-bone59 (root@imx6q-wandboard-2gb-0) (gcc version 4.8.2 (Ubuntu/Linaro 4.8.2-19ubuntu1) ) #1 SMP Sat Jul 5 02:59:43 UTC 2014 [0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=50c5387d [0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [0.00] Machine: Generic AM33XX (Flattened Device Tree), model: TI AM335x BeagleBone [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] On node 0 totalpages: 130816 [0.00] free_area_init_node: node 0, pgdat c08a8e80, node_mem_map c0924000 [0.00] Normal zone: 1024 pages used for memmap [0.00] Normal zone: 0 pages reserved [0.00] Normal zone: 129792 pages, LIFO batch:31 [0.00] AM335X ES2.1 (l2cache sgx neon ) [0.00] PERCPU: Embedded 9 pages/cpu @c0d34000 s14080 r8192 d14592 u36864 [0.00] pcpu-alloc: s14080 r8192 d14592 u36864 alloc=9*4096 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129792 [0.00] Kernel command line: console=ttyO0,115200n8 root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait fixrtc quiet [0.00] PID hash table entries: 2048 (order: 1, 8192 bytes) [0.00] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) [0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) [0.00] __ex_table already sorted, skipping sort [0.00] allocated 1048576 bytes of page_cgroup [0.00] please try 'cgroup_disable=memory' option if you don't want memory cgroups [0.00] Memory: 511MB = 511MB total [0.00] Memory: 505024k/505024k available, 19264k reserved, 0K highmem [0.00] Virtual kernel memory layout: [0.00] vector : 0x - 0x1000 ( 4 kB) [0.00] fixmap : 0xfff0 - 0xfffe ( 896 kB) [0.00] vmalloc : 0xe080 - 0xff00 ( 488 MB) [0.00] lowmem : 0xc000 - 0xe000 ( 512 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf80 - 0xbfe0 ( 6 MB) [0.00] .text : 0xc0008000 - 0xc07e3b78 (8047 kB) [0.00] .init : 0xc07e4000 - 0xc0823700 ( 254 kB) [0.00] .data : 0xc0824000 - 0xc08abe40 ( 544 kB) [0.00].bss : 0xc08abe40 - 0xc0923580 ( 478 kB) [0.00] Hierarchical RCU implementation. [0.00] RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=1. [0.00] NR_IRQS:0 nr_irqs:0 0 [0.00] IRQ: Found an INTC at 0xfa20 (revision 5.0) with 128 interrupts [0.00] Total of 128 interrupts on 1 active controller [0.00] OMAP clockevent source: GPTIMER1 at 2600 Hz [0.00] sched_clock: 32 bits at 26MHz, resolution 38ns, wraps every 165191ms [0.00] OMAP clocksource: GPTIMER2 at 2600 Hz [0.00] Console: colour dummy device 80x30 [0.000215] Calibrating delay loop... 1077.49 BogoMIPS (lpj=1051648) [0.029198] pid_max: default: 32768 minimum: 301 [0.029321] Security Framework initialized [0.029373] Mount-cache hash table entries: 512 [0.034711] Initializing cgroup subsys cpuacct [0.034734] Initializing cgroup subsys memory [0.034770] Initializing cgroup subsys blkio [0.034852] CPU: Testing write buffer coherency: ok [0.035239] CPU0: thread -1, cpu 0, socket -1, mpidr 0 [0.035287] Setting up static identity map for 0x804c96f8 - 0x804c9744 [0.036115] Brought up 1 CPUs [0.036128] SMP: Total of 1 processors activated (1077.49 BogoMIPS). [0.036778] devtmpfs: initialized [0.044759] omap_hwmod: wd_timer2: _wait_target_disable failed [0.095846] pinctrl core: initialized pinctrl subsystem [0.095971] rstctl core: initialized rstctl subsystem [0.096236] regulator-dummy: no parameters [0.096530] NET: Registered protocol family 16 [0.097013] DMA: preallocated 256 KiB pool for atomic coherent allocations [0.102145] pinctrl-single 44e10800.pinmux: 142 pins at pa f9e10800 size 568 [0.102639] platform 4900.edma: alias fck already exists [0.102655] platform 4900.edma: alias fck already exists [0.102667] platform 4900.edma: alias fck already exists [0.103203] gpiochip_add: registered GPIOs 0 to 31 on device: gpio [0.103290] OMAP GPIO hardware version 0.1 [0.104080] gpiochip_add: registered GPIOs 32 to 63 on device: gpio [0.104693] gpiochip_add: registered GPIOs 64 to 95 on device: gpio [0.105318]
Re: [beagleboard] Programing a new BBB Rev C.
I am not sure why you are using the word yes. It will usually ask you to login. You can log in as root (not always recommended) or as a regular user. It will usually give you a login prompt followed by the prompt for the password. If it already shows you root@beaglebone followed by a # then you have in fact already logged in and are now facing a UNIX/Linux shell prompt. Sounds like you are not used to using Unix or Linux from the command line. This can be great fun! You can learn about the Linux command line: http://linuxcommand.org https://www.edx.org/course/linuxfoundationx/linuxfoundationx-lfs101x-introduction-1621#.U-deMlY7Mmw Sounds like you are already logged into a Linux shell. You just have to learn to use Linux from the command line. It really is great fun and very rewarding. You can then open an editor (I like emacs but nano maybe a gentler introduction for a newbie) on the Beaglebone and write your program or if you insist on writing it on your machine and uploading it you can do so using sftp instead of ssh. http://en.wikipedia.org/wiki/SSH_File_Transfer_Protocol http://linux.die.net/man/1/sftp I hope this helps. On Monday, August 4, 2014 8:07:56 PM UTC-4, dan perry wrote: Well I have tried using PuTTY with 192.168.7.2 and SSH and clicking on open. I then get: login as: and I type in root and hit enter. then root@beaglebone: # pops up and then I type in yes and hit enter. But from then on all I get is a string of Y's down the left side of the screen. I got the root and yes inputs from the internet. root seems to work but yes doesn't seem to. Thanks for the help. On Monday, August 4, 2014 4:36:32 PM UTC-4, WB8TKL wrote: Greetings, On Sun, 3 Aug 2014, lostn...@gmail.com wrote: My only micro-computer experience has been using Arduino UNO's for about two years. I found the Arduino IDE very simple to use. Just write a program, upload it, and everything usually works just fine. I have written over a hundred programs using it. Well about a week ago I received a Beaglebone Black Rev C . I hooked it up to my computer, loaded the drivers, read a ton of info on it using Firefox, visited the Cloud9 site, looked at Ytube videos, fooled around with a bunch of demos, and perused a slew of BBB web sites. Seems great except for one problem. Although I can now write a program that will run on the BBB, I cannot for the life of me figure out how to load my programs into the BBB. Arduino: Write program, upload, and you are done. BBB: Write program, and ???. I know it has to be something simple that I am missing. SSH to and log onto the BBB, and write your program *on* the BBB :) No need to write it elsewhere and then upload it. --- Jay Nugent WB8TKL Ypsilanti, 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/d/optout.
Re: [beagleboard] USB Host mass storage device possible?
Hi Robert, Is this (USB mass storage only) still possible with the new (Debian) BBB? Unfortunately the github link appears to be broken now. Is the init script that does this somewhere accessible still? Thanks! Andrey On Monday, January 6, 2014 5:53:14 AM UTC-8, RobertCNelson wrote: On Mon, Jan 6, 2014 at 1:23 AM, pat...@joytech.com.au javascript: wrote: Hi, Would appreciate some insights into whether or not this would be possible with the current beaglebone black hardware. Could I have a BBB running ubuntu that at the same time can be plugged into a pc and act as a USB mass storage device? So for example just say I have a computer running windows xp with no admin rights to install drivers, could I plug a BBB into this computer, have the BBB show up as a mass storage device, copy files to a location on the BBB (possibly a virtual filesystem or separate SD card partition), BBB performs some form of processing on the files etc... Hope this makes sense. That's easy, we've been doing that by default since the bbb came out with the images hosted here: http://elinux.org/BeagleBoardUbuntu you can see how we do it by looking at our init script.. https://github.com/RobertCNelson/omap-image-builder/blob/master/scripts_device/am335x_evm.sh#L29 adapt it to your image as needed.. 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/d/optout.
[beagleboard] Beaglebone Black Died
I had been using by BBB for 3 or 4 days straight when it suddenly died on me. I can't power it on at all using any of the normal methods (USB, Power or Cape connections) Any ideas? Have tried to raise an RMA but email gets sent back after 3 or 4 days Jay -- 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/d/optout.
[beagleboard] bbb-update easy update of the firmware files.
I started a few days ago to build an update tool. Inspired by the rpi-update tool from hexxeh. It uses the standard scripts from /opt/scripts/ You can check this out at https://github.com/incyi/bbb-update Still improving, any comments are welcome. :) -- 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/d/optout.
Re: [beagleboard] Re: Possible TPS65217C/Beaglebone Black Issue
Could this problem be a result of leaving the Reset pin (44) of U2 (TPS65217C) unconnected in the BBB design? Would resetting U2 cause a recovery? On Thursday, May 1, 2014 8:43:57 PM UTC-4, James Littlefield wrote: Brown-out conditions are handled quite robustly by many devices including many micro-controllers and at least some of the PMICs that I've used in other systems but apparently not the one used on the BBB. The particular behavior about which I posted is not related to graceful shutdown but rather to coming back up when power returns. The TPS65217 part will apparently never re-enable its outputs after a brownout ...no matter how long the valid input voltage persists. There are a number of mitigation approaches which all require additional external circuitry but don't need additional backup power sources. Cheers, Jim On Wed, Apr 30, 2014 at 7:47 AM, Ulf Samuelsson apric...@gmail.com javascript: wrote: So you generate a Brown-Out condition, which means that you operate the part outside the spec. Dont expect to get any electronic to work after you enter Brown-Out... Once Brown-Out occurs, you typically have to recover by totally removing power until you are below certain thresholds which are chip dependent. This can take a number of seconds. To protect agaist Brown-Out you need a backup battery (or a SuperCap) and electronics which shuts down the Beaglebone gracefully and keps the Beaglebone off power until nomal power is restored. Best Regards Ulf Samuelsson 28 apr 2014 kl. 16:39 skrev James Littlefield jms.lit...@gmail.com javascript:: Hi Jay, I think this was covered in my original post I'm working on a project using the BBB.Supplying +5V (up to 3A) directly to the pins on P9 from a quality bench supply. I've found *that briefly switching the +5V supply OFF and then back on* can pretty reliably leave the BBB in an odd state characterized by... a) No LEDs on b) Very little current drawn from supply (10mA or less) c) +5 present on P9.5 and P9.6 d) 0.687V on P9.7 and P9.8 ( should be SYS_5V ). e) P9.9 = 3.57V f) P9.10 = 0V The command line is not involved. I was using a lab supply and just switching it off for about 500ms then back on. I have also been able to cause the problem using an adjustable output supply by lowering the input voltage to around 2V then going back up to 5V. Regards, Jim On Fri, Apr 25, 2014 at 7:58 PM, jay.l...@gmail.com javascript: wrote: I just foolishly posted pretty much the same question... I'm seeing very similar behavior, I also noticed that it can still be powered from the USB when in this state but not VDD_5V. Can you please elaborate on the brownouts that you're seeing. You said they're occurring when the power is switched off, is this in software, i.e. shutdown -h now? I haven't been able to see this on my scope but I also can't reliably recreate the situation in which it occurs. I know the PMICs are the same on RevA and RevB, but I believe I've only seen this on RevB boards. Thanks! jay On Monday, November 18, 2013 5:00:55 PM UTC-8, James Littlefield wrote: New to BBB but experienced with embedded systems. I'm working on a project using the BBB.Supplying +5V (up to 3A) directly to the pins on P9 from a quality bench supply. I've found that briefly switching the +5V supply OFF and then back on can pretty reliably leave the BBB in an odd state characterized by... a) No LEDs on b) Very little current drawn from supply (10mA or less) c) +5 present on P9.5 and P9.6 d) 0.687V on P9.7 and P9.8 ( should be SYS_5V ). e) P9.9 = 3.57V f) P9.10 = 0V I've found that once the system is in this mode no amount of pressing/holding the momentary BBB pushbuttons will get the system working again.Removing input power, waiting 10 sec or so, then restoring power will get things working again. Has anyone else seen this?It seems sort of like an issue with the TPS65217C chip but I've not found any reported errata on that part. Thanks Jim -- 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/p0CwsGzNYNw/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- 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/p0CwsGzNYNw/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com
Re: [beagleboard] Re: CAUTION: musb: Babble Interrupt Occurred
Anyone know about the patch referenced here? Or any other workaround to make USB usable on BBB? http://comments.gmane.org/gmane.linux.usb.general/87138 -- 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/d/optout.
Re: [beagleboard] Beaglebone Black Died
What RMA address are you using. I have not seen any RMAs from you. Gerald On Sun, Aug 10, 2014 at 11:07 AM, j...@jayuk.org wrote: I had been using by BBB for 3 or 4 days straight when it suddenly died on me. I can't power it on at all using any of the normal methods (USB, Power or Cape connections) Any ideas? Have tried to raise an RMA but email gets sent back after 3 or 4 days Jay -- 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/d/optout. -- 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/d/optout.
Re: [beagleboard] Re: Possible TPS65217C/Beaglebone Black Issue
Well, as I understand it, resetting the PMIC resets the PMIC. That would in some cases cause the destruction of the processor. But, feel free to give it a shot. Gerald On Sat, Aug 9, 2014 at 11:42 AM, viewpointson...@gmail.com wrote: Could this problem be a result of leaving the Reset pin (44) of U2 (TPS65217C) unconnected in the BBB design? Would resetting U2 cause a recovery? On Thursday, May 1, 2014 8:43:57 PM UTC-4, James Littlefield wrote: Brown-out conditions are handled quite robustly by many devices including many micro-controllers and at least some of the PMICs that I've used in other systems but apparently not the one used on the BBB. The particular behavior about which I posted is not related to graceful shutdown but rather to coming back up when power returns. The TPS65217 part will apparently never re-enable its outputs after a brownout ...no matter how long the valid input voltage persists. There are a number of mitigation approaches which all require additional external circuitry but don't need additional backup power sources. Cheers, Jim On Wed, Apr 30, 2014 at 7:47 AM, Ulf Samuelsson apric...@gmail.com wrote: So you generate a Brown-Out condition, which means that you operate the part outside the spec. Dont expect to get any electronic to work after you enter Brown-Out... Once Brown-Out occurs, you typically have to recover by totally removing power until you are below certain thresholds which are chip dependent. This can take a number of seconds. To protect agaist Brown-Out you need a backup battery (or a SuperCap) and electronics which shuts down the Beaglebone gracefully and keps the Beaglebone off power until nomal power is restored. Best Regards Ulf Samuelsson 28 apr 2014 kl. 16:39 skrev James Littlefield jms.lit...@gmail.com: Hi Jay, I think this was covered in my original post I'm working on a project using the BBB.Supplying +5V (up to 3A) directly to the pins on P9 from a quality bench supply. I've found *that briefly switching the +5V supply OFF and then back on* can pretty reliably leave the BBB in an odd state characterized by... a) No LEDs on b) Very little current drawn from supply (10mA or less) c) +5 present on P9.5 and P9.6 d) 0.687V on P9.7 and P9.8 ( should be SYS_5V ). e) P9.9 = 3.57V f) P9.10 = 0V The command line is not involved. I was using a lab supply and just switching it off for about 500ms then back on. I have also been able to cause the problem using an adjustable output supply by lowering the input voltage to around 2V then going back up to 5V. Regards, Jim On Fri, Apr 25, 2014 at 7:58 PM, jay.l...@gmail.com wrote: I just foolishly posted pretty much the same question... I'm seeing very similar behavior, I also noticed that it can still be powered from the USB when in this state but not VDD_5V. Can you please elaborate on the brownouts that you're seeing. You said they're occurring when the power is switched off, is this in software, i.e. shutdown -h now? I haven't been able to see this on my scope but I also can't reliably recreate the situation in which it occurs. I know the PMICs are the same on RevA and RevB, but I believe I've only seen this on RevB boards. Thanks! jay On Monday, November 18, 2013 5:00:55 PM UTC-8, James Littlefield wrote: New to BBB but experienced with embedded systems. I'm working on a project using the BBB.Supplying +5V (up to 3A) directly to the pins on P9 from a quality bench supply. I've found that briefly switching the +5V supply OFF and then back on can pretty reliably leave the BBB in an odd state characterized by... a) No LEDs on b) Very little current drawn from supply (10mA or less) c) +5 present on P9.5 and P9.6 d) 0.687V on P9.7 and P9.8 ( should be SYS_5V ). e) P9.9 = 3.57V f) P9.10 = 0V I've found that once the system is in this mode no amount of pressing/holding the momentary BBB pushbuttons will get the system working again.Removing input power, waiting 10 sec or so, then restoring power will get things working again. Has anyone else seen this?It seems sort of like an issue with the TPS65217C chip but I've not found any reported errata on that part. Thanks Jim -- 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/p0CwsGzNYNw/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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/
Re: [beagleboard] bbb-update easy update of the firmware files.
On Sat, Aug 9, 2014 at 6:33 PM, inanc64 inan...@gmail.com wrote: I started a few days ago to build an update tool. Inspired by the rpi-update tool from hexxeh. It uses the standard scripts from /opt/scripts/ You can check this out at https://github.com/incyi/bbb-update Still improving, any comments are welcome. :) The call to: ./update_bootloader.sh is actually a little risky.. I don't always test for compatibility. and ./update_initrd.sh isn't needed as the initrd should be generated in ./update_kernel.sh 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/d/optout.
Re: [beagleboard] Node Librarys npm install fails
On Friday, August 8, 2014 3:20:11 PM UTC-4, William Hermans wrote: This is actually your problem . . node-pre-gyp http 404 https://node-serialport.s3.amazonaws.com/serialport/v1.4.5/Release/v8-3.11-linux-arm.tar.gz node-pre-gyp http Pre-built binary not available for your system (falling back to source compile with node-gyp) On Fri, Aug 8, 2014 at 11:48 AM, tdli...@gmail.com javascript: wrote: I have been working my way thru the book Programming the BBB Getting started with Javascript and BoneScript using my BBB REV A5C board When I try and install the Node library's i2c and serialport it fails and I see what might be a key statement in the terminal dump. I see the same error message in both the i2c and serialport attempts to install. ImportError: No module named compiler.ast The procedure I am using is as follows for the serialport library same method for i2c with npm install -g i2c sh-4.2# date Thu Aug 7 22:48:56 UTC 2014 sh-4.2# npm update sh-4.2# npm config set strict-ssl false sh-4.2# npm install -g serialport I am using the latest image of Angstrom from BB.org and it fails the same if I boot from an SDcard or Flash version. I wonder if the latest image has passed by the A5C board?? I also have a BBB REV C board and the procedure worked fine for i2c and I can use the Adafruit 7Seg display with the node library. Here is the terminal capture from trying to install serialport sh-4.2# npm install -g serialport npm http GET https://registry.npmjs.org/serialport npm http 200 https://registry.npmjs.org/serialport npm http GET https://registry.npmjs.org/serialport/-/serialport-1.4.5.tgz npm http 200 https://registry.npmjs.org/serialport/-/serialport-1.4.5.tgz npm http GET https://registry.npmjs.org/bindings/1.2.1 npm http GET https://registry.npmjs.org/async/0.9.0 npm http GET https://registry.npmjs.org/sf/0.1.7 npm http GET https://registry.npmjs.org/optimist npm http GET https://registry.npmjs.org/nan npm http 304 https://registry.npmjs.org/nan npm http GET https://registry.npmjs.org/nan/-/nan-1.3.0.tgz npm http 200 https://registry.npmjs.org/async/0.9.0 npm http 200 https://registry.npmjs.org/bindings/1.2.1 npm http 200 https://registry.npmjs.org/optimist npm http GET https://registry.npmjs.org/bindings/-/bindings-1.2.1.tgz npm http GET https://registry.npmjs.org/optimist/-/optimist-0.6.1.tgz npm http GET https://registry.npmjs.org/async/-/async-0.9.0.tgz npm http 200 https://registry.npmjs.org/sf/0.1.7 npm http GET https://registry.npmjs.org/sf/-/sf-0.1.7.tgz npm http 200 https://registry.npmjs.org/optimist/-/optimist-0.6.1.tgz npm http 200 https://registry.npmjs.org/async/-/async-0.9.0.tgz npm http 200 https://registry.npmjs.org/nan/-/nan-1.3.0.tgz npm http 200 https://registry.npmjs.org/bindings/-/bindings-1.2.1.tgz npm http 200 https://registry.npmjs.org/sf/-/sf-0.1.7.tgz npm http GET https://registry.npmjs.org/wordwrap npm http GET https://registry.npmjs.org/minimist npm http 200 https://registry.npmjs.org/wordwrap npm http GET https://registry.npmjs.org/wordwrap/-/wordwrap-0.0.2.tgz npm http 200 https://registry.npmjs.org/minimist npm http GET https://registry.npmjs.org/minimist/-/minimist-0.0.10.tgz npm http 200 https://registry.npmjs.org/wordwrap/-/wordwrap-0.0.2.tgz npm http 200 https://registry.npmjs.org/minimist/-/minimist-0.0.10.tgz /usr/bin/serialportlist - /usr/lib/node_modules/serialport/bin/serialportList.js /usr/bin/serialportterm - /usr/lib/node_modules/serialport/bin/serialportTerminal.js serialport@1.4.5 install /usr/lib/node_modules/serialport node-pre-gyp install --fallback-to-build node-pre-gyp http GET https://node-serialport.s3.amazonaws.com/serialport/v1.4.5/Release/v8-3.11-linux-arm.tar.gz node-pre-gyp http 404 https://node-serialport.s3.amazonaws.com/serialport/v1.4.5/Release/v8-3.11-linux-arm.tar.gz node-pre-gyp http Pre-built binary not available for your system (falling back to source compile with node-gyp) Traceback (most recent call last): File /usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp, line 15, in module import gyp File /usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/__init__.py, line 8, in module import gyp.input File /usr/lib/node_modules/npm/node_modules/node-gyp/gyp/pylib/gyp/input.py, line 5, in module from compiler.ast import Const ImportError: No module named compiler.ast -- THE ERROR MESSAGE I AM REFERING TO gyp ERR! configure error gyp ERR! stack Error: `gyp` failed with exit code: 1 gyp ERR! stack at ChildProcess.onCpExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/configure.js:416:16) gyp ERR! stack at ChildProcess.EventEmitter.emit (events.js:99:17) gyp ERR! stack at Process._handle.onexit (child_process.js:678:10) gyp ERR! System Linux 3.8.13 gyp ERR! command /usr/bin/node /usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js rebuild
Re: [beagleboard] USB Host mass storage device possible?
On Sat, Aug 9, 2014 at 6:25 PM, andrey.ivanni...@gmail.com wrote: Hi Robert, Is this (USB mass storage only) still possible with the new (Debian) BBB? Unfortunately the github link appears to be broken now. Is the init script that does this somewhere accessible still? I moved it out into a simpler shared repo: https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L76 you'll find this cloned to: /opt/scripts/boot/am335x_evm.sh 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/d/optout.
Re: [beagleboard] Cross-compiling CURL on 64-bit and 32-bit machines?
John, it's not necessarily impossible, but you should really understand what you're doing. Also, I'm still learning some myself, and what I mean by this is that you do not have to understand 100% of it all to achieve certain goals. For your case here however, I think you need to understand how the compiler, linker work together, and how to setup the toolchain to use the correct libraries / shared object files. So getting a good book on GCC ( as in the toolchain ), then reading it will give you a very good start on that. Not only this, but knowing this information will help you with using *any* gcc toolchain. Not just for this specific case. These listed below may help you understand enough: ftp://gcc.gnu.org/pub/gcc/summit/2003/Building%20and%20Using%20a%20Cross%20Development%20Tool%20Chain.pdf http://simplemachines.it/doc/toolchHOWTO.pdf Also, sometimes ( very often ) you can google your exact error message that gcc spits out and at least glean enough information on how to fix your problem. Of course understanding you toolchain, and having hand on experience with how to google various kinds of errors helps. Sometimes, you can just paste part of the error message and find an exact explanation to a fix. This however does not mean finding the very last error on the command line output will help. This means, you need to go back up as far as you can to find the first inkling of an error. There used to be a few good GNU gcc toolchain books online for free I thought, so if i happen to run across these again, I'll shoot you a link in here. On Mon, Aug 11, 2014 at 12:37 PM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Aug 11, 2014 at 2:36 PM, John Geddes jgwins...@gmail.com wrote: On Monday, August 11, 2014 7:05:32 PM UTC+1, William Hermans wrote: Unfortunately, there seems to be no exact steps guide how to achieve this, and I honestly do not have the time to teach anyone step-by-step cross compiling. So, I recommend that you pick up a book on gcc toolchains, and start reading. It will take time to absorb this information, but it is something everyone must do to fully understand what they're doing. Once you do understand things more clearly, then perhaps you'll be able to google and read about cross compiler setups, and pick out bits, and pieces of information that will apply for your own situation. I was beginning to come to the conclusion that the idea of a non-Linux person dipping in to learn just enough to do the basics for C++ on BBB is impossible.You have confirmed this - I appreciate your advice. There is great temptation to try and dip in - Derek Molloy's BBB/C++ video seems to offer nice simple steps to do the basics, but then you hit something that you need that he doesn't cover (CURL for example) and immediately you are in very scary territory. Back to Arduino, (or at best, bonescript), I fear. Why can't you build it on the BBB? cross-compiling is just a self imposed headache no one really has to deal with.. 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/d/optout. -- 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/d/optout.
Re: [beagleboard] Cross-compiling CURL on 64-bit and 32-bit machines?
Oh, and what Robert says is very true, but sometimes you may not want to compile natively on the BBB. The kernel for instance may drive you insane waiting for it to finish. On Mon, Aug 11, 2014 at 3:35 PM, William Hermans yyrk...@gmail.com wrote: John, it's not necessarily impossible, but you should really understand what you're doing. Also, I'm still learning some myself, and what I mean by this is that you do not have to understand 100% of it all to achieve certain goals. For your case here however, I think you need to understand how the compiler, linker work together, and how to setup the toolchain to use the correct libraries / shared object files. So getting a good book on GCC ( as in the toolchain ), then reading it will give you a very good start on that. Not only this, but knowing this information will help you with using *any* gcc toolchain. Not just for this specific case. These listed below may help you understand enough: ftp://gcc.gnu.org/pub/gcc/summit/2003/Building%20and%20Using%20a%20Cross%20Development%20Tool%20Chain.pdf http://simplemachines.it/doc/toolchHOWTO.pdf Also, sometimes ( very often ) you can google your exact error message that gcc spits out and at least glean enough information on how to fix your problem. Of course understanding you toolchain, and having hand on experience with how to google various kinds of errors helps. Sometimes, you can just paste part of the error message and find an exact explanation to a fix. This however does not mean finding the very last error on the command line output will help. This means, you need to go back up as far as you can to find the first inkling of an error. There used to be a few good GNU gcc toolchain books online for free I thought, so if i happen to run across these again, I'll shoot you a link in here. On Mon, Aug 11, 2014 at 12:37 PM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Aug 11, 2014 at 2:36 PM, John Geddes jgwins...@gmail.com wrote: On Monday, August 11, 2014 7:05:32 PM UTC+1, William Hermans wrote: Unfortunately, there seems to be no exact steps guide how to achieve this, and I honestly do not have the time to teach anyone step-by-step cross compiling. So, I recommend that you pick up a book on gcc toolchains, and start reading. It will take time to absorb this information, but it is something everyone must do to fully understand what they're doing. Once you do understand things more clearly, then perhaps you'll be able to google and read about cross compiler setups, and pick out bits, and pieces of information that will apply for your own situation. I was beginning to come to the conclusion that the idea of a non-Linux person dipping in to learn just enough to do the basics for C++ on BBB is impossible.You have confirmed this - I appreciate your advice. There is great temptation to try and dip in - Derek Molloy's BBB/C++ video seems to offer nice simple steps to do the basics, but then you hit something that you need that he doesn't cover (CURL for example) and immediately you are in very scary territory. Back to Arduino, (or at best, bonescript), I fear. Why can't you build it on the BBB? cross-compiling is just a self imposed headache no one really has to deal with.. 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/d/optout. -- 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/d/optout.
[beagleboard] Re: ADC reading by PRU
I'm trying to use the code for this task, but when I run the sample application, I'm getting a segmentation fault. Segmentation faults in 90% occasions come from null-pointer dereferencing. Please add few debug prints to your code and tell us where the crash happens. (by the way, do you have/see any printout on the console, before the segmentation fault?) -- 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/d/optout.
