Re: [beagleboard] audio capture problems using Audio Cape Rev A1 with BBB
alsamixer 2014-11-01 6:06 GMT+03:00 Christopher Yungmann yungmann.ch...@gmail.com: Update: got recording working after rebooting, it is just very quiet. Any advice? Thanks! On Fri, Oct 31, 2014 at 9:55 PM, Chris Yungmann yungmann.ch...@gmail.com wrote: Hello all, I'm trying to get audio recording working and I am not having much luck. I am using Robert C Nelson's 3.17.0-rc7-bone4 kernel on the BBB with the Audio Cape Rev A1. I have the headphone jack from my laptop hooked up to the Audio In jack on the Audio Cape, and am attempting to record with `arecord -t wav -c 2 44100 -f S16_LE -v k`. However, I just get silence. I'm not sure what alsamixer settings I should be adjusting or how to troubleshoot... Playback works beautifully, just need to get recording working. Thanks in advance! - Chris -- 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/LSDSHBNNcH4/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/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. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- 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] LED on GPIO lines not working on BeagleBoard-xM Rev-A3
We are facing problem while glowing LED on GPIO line with below details * Setup Details : Beagle Board-Xm Rev-A3 Ubuntu 11.04 Kernel Version 3.1.4-x6 Question We Executed the below command $ cd /sys/class/gpio $ ls export gpiochip128 gpiochip192 gpiochip64 unexport We have attached the LED to pin no: 24 28. According to schematic pin no:24 is connected to gpio168. With the above output we are unable to glow LED. Are we missing any driver or setting? Please find the attachment of Kernel log. -- 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. [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.1.4-x6 (root@panda-a1-1gb) (gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4) ) #1 SMP Sun Dec 4 17:22:57 UTC 2011 [0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c5387d [0.00] CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache [0.00] Machine: OMAP3 Beagle Board [0.00] Beagle expansionboard: none [0.00] Beagle second expansionboard: none [0.00] Reserving 12582912 bytes SDRAM for VRAM [0.00] Memory policy: ECC disabled, Data cache writeback [0.00] OMAP3630 ES1.0 (l2cache iva sgx neon isp 192mhz_clk ) [0.00] SRAM: Mapped pa 0x4020 to va 0xfe40 size: 0x1 [0.00] On node 0 totalpages: 126464 [0.00] free_area_init_node: node 0, pgdat c0899440, node_mem_map c0962000 [0.00] Normal zone: 1024 pages used for memmap [0.00] Normal zone: 0 pages reserved [0.00] Normal zone: 125440 pages, LIFO batch:31 [0.00] Clocking rate (Crystal/Core/MPU): 26.0/400/600 MHz [0.00] Reprogramming SDRC clock to 4 Hz [0.00] dpll3_m2_clk rate change failed: -22 [0.00] PERCPU: Embedded 8 pages/cpu @c0d66000 s11584 r8192 d12992 u32768 [0.00] pcpu-alloc: s11584 r8192 d12992 u32768 alloc=8*4096 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 125440 [0.00] Kernel command line: console=ttyO2,115200n8 console=tty0 mpurate=auto buddy=none buddy2=none camera=none vram=12M omapfb.mode=dvi:1280x720MR-16@60 omapdss.def_disp=dvi root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait fixrtc [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] allocated 2097152 bytes of page_cgroup [0.00] please try 'cgroup_disable=memory' option if you don't want memory cgroups [0.00] Memory: 494MB = 494MB total [0.00] Memory: 486228k/486228k available, 38060k 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] DMA : 0xffc0 - 0xffe0 ( 2 MB) [0.00] vmalloc : 0xe080 - 0xf800 ( 376 MB) [0.00] lowmem : 0xc000 - 0xe000 ( 512 MB) [0.00] pkmap : 0xbfe0 - 0xc000 ( 2 MB) [0.00] modules : 0xbf00 - 0xbfe0 ( 14 MB) [0.00] .text : 0xc0008000 - 0xc07d51b0 (7989 kB) [0.00] .init : 0xc07d6000 - 0xc082fd40 ( 360 kB) [0.00] .data : 0xc083 - 0xc089b7e8 ( 430 kB) [0.00].bss : 0xc089b80c - 0xc09615c8 ( 792 kB) [0.00] SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [0.00] Hierarchical RCU implementation. [0.00] NR_IRQS:410 nr_irqs:410 410 [0.00] IRQ: Found an INTC at 0xfa20 (revision 4.0) with 96 interrupts [0.00] Total of 96 interrupts on 1 active controller [0.00] OMAP clockevent source: GPTIMER12 at 32768 Hz [0.00] sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 131071999ms [0.00] Console: colour dummy device 80x30 [0.00] console [tty0] enabled [0.000885] Calibrating delay loop... 493.67 BogoMIPS (lpj=1929216) [0.038818] pid_max: default: 32768 minimum: 301 [0.039215] Security Framework initialized [0.039306] AppArmor: AppArmor initialized [0.039642] Mount-cache hash table entries: 512 [0.040832] Initializing cgroup subsys cpuacct [0.040954] Initializing cgroup subsys memory [0.041015] Initializing cgroup subsys devices [0.041046] Initializing cgroup subsys freezer [0.041076] Initializing cgroup subsys blkio [0.041137] Initializing cgroup
Re: [beagleboard] RTC Time Suspended Between Power-Ups
Hi, You're referring to the Beaglebone Black though right? This is the XM that I'm talking about. Thanks, Ben On 31 October 2014 17:26, evilwulfie evilwul...@gmail.com wrote: no way to battery backup the BBB RTC you need to design in an external one On 10/31/2014 9:56 AM, Ben Collier wrote: Hi all, Just wondering if anyone else has experienced this - I've a Beagleboard with RTC battery connected, but when the device is powered down, the clock stops ticking. So if the time was 31/10/2014 23:58 at power down, it would be the same when the device came back up. Is this just a small config error or something hardware-related? Thanks, Ben -- 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. -- 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] RTC Time Suspended Between Power-Ups
You are correct. My bad, 99% of the posts here are BBB related. On 11/1/2014 1:35 AM, Ben Collier wrote: Hi, You're referring to the Beaglebone Black though right? This is the XM that I'm talking about. Thanks, Ben On 31 October 2014 17:26, evilwulfie evilwul...@gmail.com mailto:evilwul...@gmail.com wrote: no way to battery backup the BBB RTC you need to design in an external one -- 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] own cape - booting problem
Hello! I build an own cap with relays. Now I have on gpio10 (P8_31) an devicetree overlay with direction out. When the BBB are booting, I have on this pin 2.78V ... after some seconds, he load my device tree(?) and all outputs are for 1 sec on and then off. After this, gpio10 has 0V and it is output. So my question: How can I set the devicetree for GPIO at boot time? When gpio10 is connected to my relay, the LED of my relay are glimming and the BBB doesn´t boot. Or can I disable all gpio at boot time and enable it after he load my devicetree? Thank you! -- 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: own cape - booting problem
As far I found in the web, I have to rebuild u-boot to have my gpio settings at boot time? If yes, can someone help me to build this? Thank you! -- 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] Make sure the Beaglebone Black is genuine
A distributor. Gerald On Friday, October 31, 2014, Pradeepa Senanayake pradeepa.for...@gmail.com wrote: What is MCM? I live in Sri Lanka. So there is no other place to buy bbb. :( Shipping is always around 20 ~ 30$. -Pradeepa On Fri, Oct 31, 2014 at 5:56 PM, Chris Fowler linx...@gmail.com javascript:_e(%7B%7D,'cvml','linx...@gmail.com'); wrote: $80? That is a bit much. I purchase a few at a time from MCM. On Monday, October 27, 2014 3:33:56 AM UTC-4, pradee...@gmail.com javascript:_e(%7B%7D,'cvml','pradee...@gmail.com'); wrote: Hello, This is my first post here. So I bought a Beaglebone black from e-bay ( http://www.ebay.com/itm/BeagleBone-Black-Rev-C-1GHz- ARM-Cortex-A8-512MB-DDR3-4GB-8bit-eMMC-Board-Mini-PC-/ 251537573545?ssPageName=ADME:L:OU:US:1120). I usually buy things directly from the manufacturer, but this time due to shipping cost I had to go for e-bay. Since the seller is Chinese(no offence) I am a bit worried whether the Beaglebone-Black I have now is a fraud/clone or an original. The box says 'element 14 Beaglebone Black'. I connected to the PC and the LEDs are also coming up and I could log it through COM port. Is there any defined way to check whether the device is original? Thank you. -- 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 javascript:_e(%7B%7D,'cvml','beagleboard%2bunsubscr...@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 javascript:_e(%7B%7D,'cvml','beagleboard%2bunsubscr...@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: Recipe for Custom Image
Hi, do you need the recipe specifically for angstrom or debian? Do you want to develop on that recipe? If you dont I recommend you narcissus, you can develop your custom image there. http://narcissus.angstrom-distribution.org/ Also if you want to work on images I recommend you Yocto project, is base on OE and the recipes can be fast forward or easy adapted, I have constructed for BBB, Beagleboard and Pandaboard, and you may construct systems with small footprint. Yocto by itself have support for beagleboard and BBB, if you want support for Panda you may add the meta-ti layer. Also you may look the recipes they use as they are base on bitbake too. Regards --Allan Granados -- 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: PRU - Low Latency I/O
Hello Bill! I'm dealing with PRU stuff since month, creating the libpruio http://beagleboard.org/project/libpruio/ library. Am Freitag, 31. Oktober 2014 18:00:03 UTC+1 schrieb Bill Gray: I'm wondering if there is some special way that one needs to access them in order to get this low latency, or if they should be accessed through the same registers as normal gpio pins? By the normal registers I mean... GPIO_DATAIN GPIO_DATAOUT GPIO_CLEARDATAOUT GPIO_SETDATAOUT For low latency GPIOs you need not access the GPIO subsystems over the OCP master port. Instead, write output to dedicated bits in register r30 and receive input in register r31 (after setting the pin mode accordingly). Find the related header pins by searching for pr1_pru0* and pr1_pru1*. Some of them are reserved for EMC2 and HDMI on the BBB. If your 12 pins are mixed (inputs and outputs), you should have a good chance to find free header pins for either of the PRUSS. -- 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] audio capture problems using Audio Cape Rev A1 with BBB
Which alsamixer channels should I be looking at? There's dozens of them... On Sat, Nov 1, 2014 at 1:01 AM, Maxim Podbereznyy lisar...@gmail.com wrote: alsamixer 2014-11-01 6:06 GMT+03:00 Christopher Yungmann yungmann.ch...@gmail.com: Update: got recording working after rebooting, it is just very quiet. Any advice? Thanks! On Fri, Oct 31, 2014 at 9:55 PM, Chris Yungmann yungmann.ch...@gmail.com wrote: Hello all, I'm trying to get audio recording working and I am not having much luck. I am using Robert C Nelson's 3.17.0-rc7-bone4 kernel on the BBB with the Audio Cape Rev A1. I have the headphone jack from my laptop hooked up to the Audio In jack on the Audio Cape, and am attempting to record with `arecord -t wav -c 2 44100 -f S16_LE -v k`. However, I just get silence. I'm not sure what alsamixer settings I should be adjusting or how to troubleshoot... Playback works beautifully, just need to get recording working. Thanks in advance! - Chris -- 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/LSDSHBNNcH4/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/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. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- 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/LSDSHBNNcH4/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/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: 3.17.1-rc4 sudden reset
On Friday, October 31, 2014 2:20:29 PM UTC-4, Ives van der Flaas wrote: I can confirm that the problem still exists on the 3.18-rc2-bone1. Running the RCN 3.18-rc2-bone1 my system has rebooted several times over the weekend (EST). This is not good for me - and I've been trying to figure out the root. I am porting a wifi sniffing app (802.11 monitor mode) that worked fine on a Ubuntu 12.04 LTS laptop using one USB plug (two interfaces, second one is type monitor) and two USB plugs (second plug configured as monitor otherbss). I have a collection of wifi USB plugs on a 4-port USB hub; I control via wicd-cli or the dbus interface to wicd. My target plug (Edimax) that worked on 12.04 do not have drivers on Wheezy 7.7. I was planning on manually porting it's driver as the next step. * The system runs fine when I'm not messing around with the plugs, changing the wifi properties, or sniffing. When I do any of these the system occasionally silently reboots - I've been able to test up to 20 sniffing sessions before it reboots, sometimes it will reboot immediately when I start an monitor session. * I run the BBB headless, generally using SSH xterm. * The silent reboot happens with NO indication. NOTHING. The uart console just shows a system restart. * I triggered a watchdog NMI (it takes 22 seconds) and it showed a lot of diagnostic info - so that's not it. Dave -- 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] audio capture problems using Audio Cape Rev A1 with BBB
Wait. I believe Audio In at the cape means Line In, while your laptop gives the output for headphones. These two input/output are not compatible 2014-11-01 20:50 GMT+03:00 Christopher Yungmann yungmann.ch...@gmail.com: Which alsamixer channels should I be looking at? There's dozens of them... On Sat, Nov 1, 2014 at 1:01 AM, Maxim Podbereznyy lisar...@gmail.com wrote: alsamixer 2014-11-01 6:06 GMT+03:00 Christopher Yungmann yungmann.ch...@gmail.com : Update: got recording working after rebooting, it is just very quiet. Any advice? Thanks! On Fri, Oct 31, 2014 at 9:55 PM, Chris Yungmann yungmann.ch...@gmail.com wrote: Hello all, I'm trying to get audio recording working and I am not having much luck. I am using Robert C Nelson's 3.17.0-rc7-bone4 kernel on the BBB with the Audio Cape Rev A1. I have the headphone jack from my laptop hooked up to the Audio In jack on the Audio Cape, and am attempting to record with `arecord -t wav -c 2 44100 -f S16_LE -v k`. However, I just get silence. I'm not sure what alsamixer settings I should be adjusting or how to troubleshoot... Playback works beautifully, just need to get recording working. Thanks in advance! - Chris -- 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/LSDSHBNNcH4/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/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. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- 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/LSDSHBNNcH4/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/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. -- LinkedIn - http://www.linkedin.com/in/maximpodbereznyy Company - http://www.linkedin.com/company/mentorel Facebook - https://www.facebook.com/mentorel.company -- 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: Recipe for Custom Image
On Sat, Nov 1, 2014 at 11:02 AM, Allan Granados allangj1...@gmail.com wrote: Hi, do you need the recipe specifically for angstrom or debian? Do you want to develop on that recipe? If you dont I recommend you narcissus, you can develop your custom image there. http://narcissus.angstrom-distribution.org/ I just need a base to start with that I can modify easily on using OE so that I can cross compile additional packages like QT5, ROS, and GNU Radio easily. Narcissus will not work. I want to see if there are any .bb files or meta layers for the custom images that the beaglebone black uses. On Sat, Nov 1, 2014 at 11:02 AM, Allan Granados allangj1...@gmail.com wrote: Also if you want to work on images I recommend you Yocto project, is base on OE and the recipes can be fast forward or easy adapted, I have constructed for BBB, Beagleboard and Pandaboard, and you may construct systems with small footprint. Yocto by itself have support for beagleboard and BBB, if you want support for Panda you may add the meta-ti layer. Yes that's what I use for one of my builds but want to know what packages are used in the official BBB images by looking at their .bb files. On Sat, Nov 1, 2014 at 11:02 AM, Allan Granados allangj1...@gmail.com wrote: Also you may look the recipes they use as they are base on bitbake too. Where can I find the recipes that are used in the BBB images? 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/d/optout.
Re: [beagleboard] Should I Boot From SD Card?
From: Curt Carpenter 1cjcarpen...@att.net Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, October 31, 2014 at 3:22 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Should I Boot From SD Card? Thanks John. I've read the two articles. I have no idea of the endurance of my SD card, but it seems that I will be better off using it as the boot device in a development environment as it can be replaced when the time comes, where as the eMMC can't, and development involves a lot of file creation and deletion over time, at least the way I do it :-) Does that sound right to you? I guess I need to design and build my software too so that it minimizes file I/O. Is that standard practice for linux programs that I might download with apt-get, or are there some that I should avoid for that reason? To start with, you should try to use a read only rootfs. Search beagleboard groups as this has been discussed several times. In addition, if your app involves some sort of data acquisition or data logging, use ram based files and then only write the contents to disk on a periodic bases or when the power fails. This means you need circuitry to detect the power fail and then trigger writing all ram based files to disk and then start an orderly shutdown. Traditionally, this is done with a temporary energy source from supercaps or batteries. The circuit requires a state machine to cater for situations such as power fails during power up, or power fails and then returns before shutdown is complete. I don't know what The Deck is John, but I doubt if I'll ever need 12 GB. I just happened to have a 16 laying around from another project. Hard to imagine a 12GB app on a board this small :-) The Deck is a wireless penetration suite developed by Philip Polstra. Regards, John Thanks for the inputs/ On Friday, October 31, 2014 2:06:46 PM UTC-5, john3909 wrote: The answer is it depends on the SDCard you are using. Compare the number of write cycles for your SDCard to that of the eMMC. If the number of write cycles is the same for both devices, the eMMC will fail first because of the smaller spare capacity given the use of wear leveling. To reduce the possibility of write failure, increase the size of your storage. http://en.wikipedia.org/wiki/Flash_memory http://en.wikipedia.org/wiki/Wear_leveling Regards, John -- 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...@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 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] RTC Time Suspended Between Power-Ups
From: Ben Collier bmcoll...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, November 1, 2014 at 1:35 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] RTC Time Suspended Between Power-Ups Hi, You're referring to the Beaglebone Black though right? This is the XM that I'm talking about. Power management is currently broken and there is an attempt to address this deficiency in this thread: https://lkml.org/lkml/2014/10/21/631 Regards, John Thanks, Ben On 31 October 2014 17:26, evilwulfie evilwul...@gmail.com wrote: no way to battery backup the BBB RTC you need to design in an external one On 10/31/2014 9:56 AM, Ben Collier wrote: Hi all, Just wondering if anyone else has experienced this - I've a Beagleboard with RTC battery connected, but when the device is powered down, the clock stops ticking. So if the time was 31/10/2014 23:58 at power down, it would be the same when the device came back up. Is this just a small config error or something hardware-related? Thanks, Ben -- 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. -- 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: PRU - Low Latency I/O
Great! Thanks for the info... and thanks for your great work on libpruio! I'm not using HDMI, so I was planning to use the PRU pins on the P8 header that HDMI frees up. Am I correct in assuming that the low latency pins are specific to one or the other PRU? For example, should I assume that something like pr1_pru1_pru_r31_6 is a low latency input that is exclusively available to PRU1? Well, I suppose PRU0 might be able to read that pin as a regular old GPIO, but I'm after low latency here. Thanks again for the info!!! B On Sat, Nov 1, 2014 at 10:34 AM, TJF jeli.freih...@gmail.com wrote: Hello Bill! I'm dealing with PRU stuff since month, creating the libpruio http://beagleboard.org/project/libpruio/ library. Am Freitag, 31. Oktober 2014 18:00:03 UTC+1 schrieb Bill Gray: I'm wondering if there is some special way that one needs to access them in order to get this low latency, or if they should be accessed through the same registers as normal gpio pins? By the normal registers I mean... GPIO_DATAIN GPIO_DATAOUT GPIO_CLEARDATAOUT GPIO_SETDATAOUT For low latency GPIOs you need not access the GPIO subsystems over the OCP master port. Instead, write output to dedicated bits in register r30 and receive input in register r31 (after setting the pin mode accordingly). Find the related header pins by searching for pr1_pru0* and pr1_pru1*. Some of them are reserved for EMC2 and HDMI on the BBB. If your 12 pins are mixed (inputs and outputs), you should have a good chance to find free header pins for either of the PRUSS. -- 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/lzJge-08T9s/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/d/optout. -- Bill Gray Velkess 415 407 7356 -- 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] RTC Time Suspended Between Power-Ups
That thread looks as though it covers the Beaglebone Black, rather than the XM. Is the principle the same for both devices, or is it completely different? On 1 November 2014 21:04, John Syn john3...@gmail.com wrote: From: Ben Collier bmcoll...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, November 1, 2014 at 1:35 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] RTC Time Suspended Between Power-Ups Hi, You're referring to the Beaglebone Black though right? This is the XM that I'm talking about. Power management is currently broken and there is an attempt to address this deficiency in this thread: https://lkml.org/lkml/2014/10/21/631 Regards, John Thanks, Ben On 31 October 2014 17:26, evilwulfie evilwul...@gmail.com wrote: no way to battery backup the BBB RTC you need to design in an external one On 10/31/2014 9:56 AM, Ben Collier wrote: Hi all, Just wondering if anyone else has experienced this - I've a Beagleboard with RTC battery connected, but when the device is powered down, the clock stops ticking. So if the time was 31/10/2014 23:58 at power down, it would be the same when the device came back up. Is this just a small config error or something hardware-related? Thanks, Ben -- 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. -- 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. -- 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] Disable DCAN automatic retransmission?
I'm trying to disable automatic retransmission on DCAN0 without much luck. I've tried flipping the bit in the control register manually using devmem2, and I've modified the driver so that it sets CONTROL_DISABLE_AR upon device initialization. So far I haven't had any luck. Does anyone have any ideas to share? PS I know that automatic retransmission is part of the standard and is generally considered a Good Thing. -- 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.