Re: [beagleboard] webrequest with thread.
From: ber...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, February 13, 2015 at 12:14 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] webrequest with thread. i have a database table that holds the url information and i read line by line and work this with thread for doing web request. While programm is runinng if someone add an url to my database table i want to check new record was added. If it is , i want to create new thread. How can i do that in c#? Can you give me some algorithm idea? And May be some sample code. If you use Nodejs for your webserver, you don¹t need to use threads. Regards, John 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. -- 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] Starting processes (via bash script?) automatically at boot?
From: Teiresias salaugh...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, February 7, 2015 at 5:35 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Starting processes (via bash script?) automatically at boot? So does systemd deprecate the init.d stuff? Namely the things described here: https://www.debian-administration.org/article/28/Making_scripts_run_at_boot_ti me_with_Debian Yes. Most of the main Linux distributions are migrating to systemd which replaces the old SysV init. Systemd has the benefit of starting drivers/services in parallel based on dependencies and that is why it boots much faster than SysV init. https://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet Regards, John On Friday, February 6, 2015 at 9:58:16 PM UTC-5, john3909 wrote: From: Teiresias salau...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Friday, February 6, 2015 at 5:07 PM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: [beagleboard] Starting processes (via bash script?) automatically at boot? I'm extremely new to linux programming (as a matter of fact to any OS programming, I'm more used to to-the-metal Atmel, etc. programming). A few of my other posts probably indicate this, haha. Luckily, the application I'm trying to develop doesn't look like it will require changing pin muxing any longer (which I still can't quite wrap my head around) and instead I'll just use the available i2c and UART1 and UART2 (which I know how to enable easily by editing uEnv.txt). However, my system needs to start and then just automatically run some processes when the system boots. These are all compiled c-code. I need to run an initialization program that sets up some shared memory locations, and then start a number of processes that run concurrently using these shared memory resources and interface with the i2c and UART interfaces. I've got the code figured out to do most of this, but I'm still a bit unclear on how to actually get this to run automatically at boot. Is there some way to just get a bash script to execute at boot where I can simply call my process names from there? Any help would be greatly appreciated. Thanks. Everything you need will be done by systemd, so search google for systemd. 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] a couple questions about device trees and ranges
On 2/7/15, 2:27 AM, Robert P. J. Day rpj...@crashcourse.ca wrote: On Fri, 6 Feb 2015, John Syn wrote: On 2/6/15, 11:50 AM, Robert P. J. Day rpj...@crashcourse.ca wrote: crawling my way through the DTS files for the BBB and i ran across this in am33xx.dtsi: epwmss1: epwmss@48302000 { compatible = ti,am33xx-pwmss; reg = 0x48302000 0x10; ti,hwmods = epwmss1; #address-cells = 1; #size-cells = 1; status = disabled; ranges = 0x48302100 0x48302100 0x80 /* ECAP */ 0x48302180 0x48302180 0x80 /* EQEP */ 0x48302200 0x48302200 0x80; /* EHRPWM */ ecap1: ecap@48302100 { compatible = ti,am33xx-ecap; #pwm-cells = 3; reg = 0x48302100 0x80; interrupts = 47; interrupt-names = ecap1; ti,hwmods = ecap1; status = disabled; }; ehrpwm1: ehrpwm@48302200 { compatible = ti,am33xx-ehrpwm; #pwm-cells = 3; reg = 0x48302200 0x80; ti,hwmods = ehrpwm1; status = disabled; }; }; first question ... should there be a node definition for eqep? after all, the second triplet in ranges is commented with EQEP, but there is no associated child node for that. i would have expected one. also, based on my understanding of ranges, the above definition seems to be simply mapping the child address space directly back to the parent address space; i.e., no translation is required. so what is the point? wouldn't the same thing be achieved with a simple: ranges; which specifies that the two address spaces are identical and no address translation is required? or does the above also restrict the mapping to specifically the ranges listed there? Hi Robert, Better to ask this question on the devicetree mailing list: Send e-mail to majord...@vger.kernel.org with subscribe devicetree in the body. except this isn't a general device tree question, it's specific to something related to the DT on a BBB, which is why i thought it would be more appropriate here. and the answer(s) might be helpful to other BBB users who are curious about device tree stuff as well. i'm probably going to have a couple more questions about device trees related specifically to the BBB -- anyone uninterested is welcome to ignore them. I wasn¹t being critical, I was only trying to be helpful. There are several people on the DeviceTree mailing list that use BBB, but specifically, Pantelis Antoniou who wrote the cape manager and later the devicetree overlay is someone who could answer your question and I¹m not sure if he monitors this mailing list. Regards, John rday p.s. i'm trying to clarify a few things for the sake of writing up a DT tutorial for a couple of my courses. so i want to make sure i understand it before trying to explain it. :-) -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- 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] a couple questions about device trees and ranges
On 2/6/15, 11:50 AM, Robert P. J. Day rpj...@crashcourse.ca wrote: crawling my way through the DTS files for the BBB and i ran across this in am33xx.dtsi: epwmss1: epwmss@48302000 { compatible = ti,am33xx-pwmss; reg = 0x48302000 0x10; ti,hwmods = epwmss1; #address-cells = 1; #size-cells = 1; status = disabled; ranges = 0x48302100 0x48302100 0x80 /* ECAP */ 0x48302180 0x48302180 0x80 /* EQEP */ 0x48302200 0x48302200 0x80; /* EHRPWM */ ecap1: ecap@48302100 { compatible = ti,am33xx-ecap; #pwm-cells = 3; reg = 0x48302100 0x80; interrupts = 47; interrupt-names = ecap1; ti,hwmods = ecap1; status = disabled; }; ehrpwm1: ehrpwm@48302200 { compatible = ti,am33xx-ehrpwm; #pwm-cells = 3; reg = 0x48302200 0x80; ti,hwmods = ehrpwm1; status = disabled; }; }; first question ... should there be a node definition for eqep? after all, the second triplet in ranges is commented with EQEP, but there is no associated child node for that. i would have expected one. also, based on my understanding of ranges, the above definition seems to be simply mapping the child address space directly back to the parent address space; i.e., no translation is required. so what is the point? wouldn't the same thing be achieved with a simple: ranges; which specifies that the two address spaces are identical and no address translation is required? or does the above also restrict the mapping to specifically the ranges listed there? Hi Robert, Better to ask this question on the devicetree mailing list: Send e-mail to majord...@vger.kernel.org with subscribe devicetree in the body. Regards, John rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- 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] Starting processes (via bash script?) automatically at boot?
From: Teiresias salaugh...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, February 6, 2015 at 5:07 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Starting processes (via bash script?) automatically at boot? I'm extremely new to linux programming (as a matter of fact to any OS programming, I'm more used to to-the-metal Atmel, etc. programming). A few of my other posts probably indicate this, haha. Luckily, the application I'm trying to develop doesn't look like it will require changing pin muxing any longer (which I still can't quite wrap my head around) and instead I'll just use the available i2c and UART1 and UART2 (which I know how to enable easily by editing uEnv.txt). However, my system needs to start and then just automatically run some processes when the system boots. These are all compiled c-code. I need to run an initialization program that sets up some shared memory locations, and then start a number of processes that run concurrently using these shared memory resources and interface with the i2c and UART interfaces. I've got the code figured out to do most of this, but I'm still a bit unclear on how to actually get this to run automatically at boot. Is there some way to just get a bash script to execute at boot where I can simply call my process names from there? Any help would be greatly appreciated. Thanks. Everything you need will be done by systemd, so search google for systemd. 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+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] Putty serial setup with Debian Jessie
From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, February 5, 2015 at 10:08 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: RE: [beagleboard] Putty serial setup with Debian Jessie I am. But I would prefer the integration of Putty, which also has SSH. Or I would like to, hence my other post J From your Debian terminal window, simply issue the command ssh root@ip address of your BBB Regards, John From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of John Syn Sent: Thursday, February 05, 2015 10:37 PM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Putty serial setup with Debian Jessie From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, February 5, 2015 at 7:11 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Putty serial setup with Debian Jessie Hello all; I have just installed Debian Jessie (8) on an x86 machine. When I went to setup Putty as I did on my Windows Xp machine there was no way to Set flow control to ³none² my only options were XON/XOFF and CTS/RTS. Does anyone know what is wrong here ? Why don¹t you use minicom? Regards, John Bill No one could make a greater mistake than he who did nothing because he could do only a little. All that is necessary for the triumph of evil is that good men do nothing Edmond Burke (1729 - 1797) http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book http://ca.linkedin.com/pub/bill-pretty/2b/b07/602 -- 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. No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2015.0.5646 / Virus Database: 4273/9042 - Release Date: 02/02/15 No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2015.0.5646 / Virus Database: 4281/9062 - Release Date: 02/05/15 -- 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] Putty serial setup with Debian Jessie
From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, February 5, 2015 at 7:11 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Putty serial setup with Debian Jessie Hello all; I have just installed Debian Jessie (8) on an x86 machine. When I went to setup Putty as I did on my Windows Xp machine there was no way to Set flow control to ³none² my only options were XON/XOFF and CTS/RTS. Does anyone know what is wrong here ? Why don¹t you use minicom? Regards, John Bill No one could make a greater mistake than he who did nothing because he could do only a little. All that is necessary for the triumph of evil is that good men do nothing Edmond Burke (1729 - 1797) http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book http://ca.linkedin.com/pub/bill-pretty/2b/b07/602 -- 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] Beaglebone Black boot order
On 2/5/15, 12:12 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: On Thu, 5 Feb 2015, Alexander Holler wrote: Am 05.02.2015 um 20:52 schrieb Sherman Boyd: On Thu, Feb 5, 2015 at 12:35 PM, John Syn john3...@gmail.com wrote: MLO Ok, so no uEnv.txt and it will boot to eMMC. Thanks. I'll still have a picture online which might explain what happens: http://ahsoftware.de/Beaglebone_Black_Boot_explained.svg i'm not sure that diagram is complete ... as i recall from a previous edification from RCN, the MLO and u-boot.img files might exist *outside* of a partition, at specific offsets on the SD card (128K and 384K, respectively, if memory serves). and those possibilities don't seem to be mentioned in your diagram. You are correct, but the physical location of MLO and u-boot doesn¹t change the boot sequence. Alex, nice work. Regards, John rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- 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 boot order
From: Sherman Boyd sherman.b...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, February 5, 2015 at 11:14 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Beaglebone Black boot order I thought the boot order was: eMMC, uSD, UART0, USB. But it seems to boot from uSD as long as one is present, S2 pressed or not. What's going on here? BBB uses MLO and u-boot from eMMC and then loads uEnv.txt file from the SDCard and then boots the kernel from the SDCard. If you press the boot button, then MLO and u-boot on the SDCard are used. 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+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] olsr working but cannot get information from them.
From: SHAO MIN shaomin1...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, February 4, 2015 at 12:56 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] olsr working but cannot get information from them. down votfavorite http://askubuntu.com/questions/531684/olsr-not-communicating-in-two-hops# I was trying to set mesh network using olsr protocol. node1 node2-ode3 (olsrd) adhoc(olsrd) adhoc(olsrd) (laptop) (BeagleBone1) (Beaglebone2) All the nodes are in the same adhoc network and running olsrd . In node 1 ,when i run the olsrd it able to ping to node 2 and node 3. However, when i want to get the sensor data from node 2 to node 1 it's doesn't work. How can i do that?Thank you in advance My guess is the route tables have been setup on Node1, but Node2 route tables have yet to be setup. 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+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] Resources for a new user
From: rjc2827 bobthecass...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Monday, February 2, 2015 at 5:00 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Resources for a new user I'm a new user. Reading this board has brought me a wealth of useful information, but I could use a similar resource that can help me with the more basic pieces such as general Linux stuff, utilities like make, compiling, and generally finding my way around. I've put PuTTY on my Windows Vista PC and am working fairly well from the shell command line, and have done some controlled LED pulsing using Python code that I wrote under Cloud 9, but am still short of building and running effective shell scripts, and stand-alone programs of my own. I have two requests ... 1) Can you offer a link (or links) that might take me to site suitable for a computer programming literate (but Linux naive) user? 2) I've signed up for local Introduction to Linux course that will be based on running a Mint distro (not on a BBB or equivalent), under its Mate GUI. I would like to know if I can get (or if I already have without knowing it), a GUI for Debian that I can use on the BBB, and in general terms, how I would get it installed. It's not even clear to me at this point, whether or not such a GUI would actually be running on my PC or on the BBB. My current set up is with my PC providing power and interface to the BBB with the simple USB cable that came with my BBB. If using a GUI would be sensitive to whether I'm running a 3.8.x vs 3.14.x core (or whatever), now might be the best time to make a comment on that too. This book covers just about everything you will need. http://www.amazon.com/Exploring-BeagleBone-Techniques-Building-Embedded/dp/1 118935128/ref=sr_1_1?ie=UTF8qid=1422929780sr=8-1keywords=Beagleboneblack pebp=1422929783726peasin=1118935128 Regards, John Thanks Bob -- 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: OSX + Baeglebone = Nightmare
From: SimGQ garymquig...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Monday, February 2, 2015 at 5:49 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Re: OSX + Baeglebone = Nightmare So, plugging the BBB into a Mac that was upgraded from 10.9 to 10.10 worked... The plot thickens. I have pulled IOUSBFamily.kext from this machine, I will compare the versions of the kexts inside to that of the machine that won't boot the BBB, specifically AppleUSBXHCI.kext and AppleUSBFTDI.kext to see what Apple have updated. Will report back later. Why don¹t you use a ethernet switch/hub and do all this over ethernet? You can use ssh/sftp/nfs for all your development and it works out of the box. 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+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: OSX + Baeglebone = Nightmare
From: SimuGQ garymquig...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, February 1, 2015 at 4:54 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: OSX + Baeglebone = Nightmare Good God is that it? Seriously, you guys are selling an 'OSX compatible product? What % users are OSX? What profit margin have you made there? Sell product, does't work, no support = 100% user profit. Host forum, post try this solutions, stay calm. I give up. Beaglebone is a joke until these drivers are sorted. Any serious developer would not have updated to 10.10 for at least a year to ensure that all third party drivers are functional. It is your fault for updating to Yosemite and that is why you are wasting your time; nothing to do with BBB. In any case, we are all volunteers and donate our time to help others. We don¹t get paid, so stop demanding that we get something fixed. If you listen to Robert¹s advice, he will help you get up and running, but with your attitude, I don¹t know why he bothers. The guy is a saint. Regards, John On Monday, February 2, 2015 at 12:47:43 AM UTC, RobertCNelson wrote: On Sun, Feb 1, 2015 at 6:36 PM, SimuGQ garymq...@gmail.com javascript: wrote: Well what are we doing wrong? Well, apple pushed out OS X 10.10, and the 3rd party driver writers still need to catch up. We use kernel.org http://kernel.org 's g_multi driver as a cdc ether/serial and usb flash drive combination when users plug in the usb-slave port. On Linux this pretty much works out of the box. On Windows, it works if you install the signed driver*. Luckily the usb-flash drive just works without drivers which allows us to easily give users the dirvers. Linux developers provide the *.inf: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Document ation/usb/linux.inf The rest is built-in to windows... On Mac, we have nothing, but the work of Joshua Wise's horndis driver: http://joshuawise.com/horndis It looks like we have more testing/bug reporting we need to forward Joshua.. 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] Control Power LED?
From: Sherman Boyd sherman.b...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, January 30, 2015 at 2:05 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Control Power LED? Is it possible to control the Power light like we control the other 4 lights on the Beaglebone black? I'd like to shut it off. No, it is connected directly to the VDD_3V3AUX rail. 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+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] Really, how do I get started?
From: Phil Schmidt phil.s@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, January 29, 2015 at 1:05 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Really, how do I get started? I just got a BeagleBone Black, and I've been fumbling around the documentation for almost 3 days, and still don't feel I know how to get started doing what I want to do Goal: I want to create some hard-real-time PRU functionality, create a less-hard-real-time executive running under Linux, and link the two together, so that I can control/monitor the functionality at the PRU level via ethernet. My background: I have many years of down-to-the-metal embedded systems development, using no RTOS or an embedded RTOS. I use Windows, and I use desktop Linux and use the terminal when I need to, but I don't have deep knowledge of how Linux works. Where I've landed thus far: I have installed the TI Code Composer Studio on Windows - and it looks reasonable enough. I have a TI AM335x SDK installed on a Linux PC, and have a micro-SD with the SDK on it, but have not installed it on the BBB. I have read tons of documentation, but nothing that walks a newbie through the development and deployment process. Sticking points and questions: * I have a gaping hole in my knowledge about embedded Linux, and how to develop and deploy applications to it. Are there any good online resources to help me along with this? Books? Other suggestions? * I am going down the path of installing the TI SDK, but I don't even know if this is the right thing to do. How do I evaluate my options in the context of my objectives? * Can I do PRU development and make it run on and with the Debian distro that is factory installed on the BBB? I could ask lots more questions, but I think this provides a good picture of where I'm at with all this. Can anyone offer some guidance? Given your limited knowledge of embedded Linux, I would recommend buying this book because it covers everything you have asked for above: http://www.amazon.com/Exploring-BeagleBone-Techniques-Building-Embedded/dp/1 118935128/ref=sr_1_1?ie=UTF8qid=1422565808sr=8-1keywords=Beagleboneblack pebp=1422565811391peasin=1118935128 Regards, John Thanks! Phil -- 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] for people teaching embedded linux classes, a suggestion ...
On 1/25/15, 1:50 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: On Sun, 25 Jan 2015, John Syn wrote: On 1/25/15, 1:33 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: still on the subject of filling out my wiki page here: http://www.crashcourse.ca/wiki/index.php/RCN_eewiki_BBB_page using the theme of minimal steps, each step being testable before going on to the next step, first, if anyone wants to comment on what's already there and suggest corrections, bring it on. and i was pondering what would be the very next step in the process and realized, even before getting into building and letting u-boot boot the kernel, the next teeny step would be to format the rest of the card, then install *nothing* but /boot/uEnv.txt in the new ext4 filesystem where u-boot would find it. does that make sense? it's the smallest unit of progress i can think of that would still have an effect on the boot process. *then* the kernel and the dtb ... Hi Robert, I understand what you are attempting to do, but won¹t it be more helpful if you explained to your students how to interpret the console output. For example if there is no MLO, you will see ³CC² printed. If it cannot find a valid u-boot or DTB file. What happens when there is no kernel magic number. What happens when there is no valid rootfs, etc. Just a thought. all good points, but at the moment, i'm just trying to put together something *very* quick and dirty for this week. and it's not meant to be read standalone, it's meant to be accompanied by, well, me standing up at the front walking people through it. also, if i try to cover every conceivable detail and contingency, then it's turning into a book, and that's *exactly* what i'm trying to avoid. Hi Robert, You may be correct, but here is a way I think that might simplify things. Working backwards from a working system might be a good approach. Start with a working system and update uEnv.txt file to make the console output more verbose, and then after a complete boot, copy that console output. Break the rootfs and then make a copy of that console output. Next, break the kernel and make a copy of that console output. Next, remove the DTB file and record the console output. Next break u-boot and record the console output. Next break MLO. If your students study these console outputs, they will see a pattern and will have a better understanding of what to look for in the future. This seems to work for me, but you are the Prof, so I defer to you if this will help your students. Regards, John rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- 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] for people teaching embedded linux classes, a suggestion ...
On 1/25/15, 1:33 PM, Robert P. J. Day rpj...@crashcourse.ca wrote: still on the subject of filling out my wiki page here: http://www.crashcourse.ca/wiki/index.php/RCN_eewiki_BBB_page using the theme of minimal steps, each step being testable before going on to the next step, first, if anyone wants to comment on what's already there and suggest corrections, bring it on. and i was pondering what would be the very next step in the process and realized, even before getting into building and letting u-boot boot the kernel, the next teeny step would be to format the rest of the card, then install *nothing* but /boot/uEnv.txt in the new ext4 filesystem where u-boot would find it. does that make sense? it's the smallest unit of progress i can think of that would still have an effect on the boot process. *then* the kernel and the dtb ... Hi Robert, I understand what you are attempting to do, but won¹t it be more helpful if you explained to your students how to interpret the console output. For example if there is no MLO, you will see ³CC² printed. If it cannot find a valid u-boot or DTB file. What happens when there is no kernel magic number. What happens when there is no valid rootfs, etc. Just a thought. Regards, John rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- 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] BBB does not recognize usb3 seagate 5TB drive
From: wjr w...@ksu.edu Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, January 24, 2015 at 5:42 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] BBB does not recognize usb3 seagate 5TB drive I'm wanting to use a BBB as a backup server for a cloud-based mysqld. I'm running ubuntu 13.10 and I got a Seagate 5TB usb3 ntfs expansion drive. I'm using it with my desktop that runs centos and everything's OK. But when I tried moving the drive to the BBB, it simply does not recognize it, i.e. ls /dev shows no difference before and after I plug it in. I'm so used to things like this just working that I'm really not sure where to start. After you insert your drive, what errors do you see when you run the command dmesg? 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+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] Fast ADC using PRU to bitbang SPI
From: touste baptiste.pier...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, January 24, 2015 at 7:24 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Fast ADC using PRU to bitbang SPI Hi John, thanks for your suggestion. What frequency can I expect using this method? I need at least a 1MSPS sampling rate. Also, do you have any code example of this? I tried googling it but I didn't find what I was looking for. Theoretically you should be able to run at 3MSPS. Regarding sample code, look at Linux Kernel source under drivers/staging/iio. Look for any driver that uses SPI. What you need to do is setup SPI transfer in large blocks so that DMA will be used. I also recommend that you post your question of e2e.ti.com as TI might have some example code that will help. Alternatively, you could always use a I2S ADC and then use the MCASP to stream the samples. It is also possible to convert the SPI signal format to I2S so that you can use the ADS7883 with MCASP. What you do is write a SPDIF style codec and then use the ALSA (Linux Audio) framework to capture your samples. Here is an example of doing this for a DAC, but just do a capture version for ADC. http://processors.wiki.ti.com/index.php/Sitara_Linux_SDK_Audio_DAC_Example Regards, John Many thanks On Saturday, January 24, 2015 at 12:52:29 AM UTC, john3909 wrote: Why don¹t you use SPI with DMA? DMA is automatically used when the size of transfer exceeds 160 bytes. You would have to create a kernel driver because SPIDEV has too much overhead. The SPI interface can transfer up to 48MHz clock, which is the max clock of the device you want to use. Regards, John From: touste baptiste...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Friday, January 23, 2015 at 10:45 AM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: [beagleboard] Fast ADC using PRU to bitbang SPI Hi guys, I would like to know if someone here has already tried bitbanging SPI with the PRU units? I have a 12bit ADC (TI ADS7883) which takes a clock signal and outputs 12 bits of data, and I would like to use the PRU to achieve high sampling rate. See http://www.ti.com/lit/ds/symlink/ads7883.pdf for the ADC documentation with the interface timing diagram. Basically, the PRU program would do the following (assuming a cycle time of 5ns and one cycle for each line of the loop): - Initiate 3 GPIO channels (2 outputs: SCLK and CS, 1 input: SDO) - Allocate memory (a lot! I'd like to capture millions of samples) Loop for N samples: - Pull CS high - Wait 3 cycles - Pull SCLK high - Wait 2 cycles - Pull CS low (initiate output) - Wait 2 cycles - Pull SCLK low - Wait 5 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Wait 5 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (first bit) - Store it somewhere - Wait 3 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (2nd bit) - Store it somewhere - Wait 3 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (3rd bit) - Store it somewhere ... and so on until 12th bit - Wait 60ns (acquisition time) while always pulling CLK high and low every 6 cycles End of loop The problem is that I have never programmed in assembly code. I have tried looking at examples but have a really hard time understanding the simplest commands (ex: what is a simple MOV r3, 17 doing?). I'd like to have a thoroughly commented, simple example to start if possible. Memory issues are also a big problem. How can I store all the captured data so that it is fast and doesn't overflow the PRU memory? Many thanks for your help! Touste -- 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] Fast ADC using PRU to bitbang SPI
Why don¹t you use SPI with DMA? DMA is automatically used when the size of transfer exceeds 160 bytes. You would have to create a kernel driver because SPIDEV has too much overhead. The SPI interface can transfer up to 48MHz clock, which is the max clock of the device you want to use. Regards, John From: touste baptiste.pier...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, January 23, 2015 at 10:45 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Fast ADC using PRU to bitbang SPI Hi guys, I would like to know if someone here has already tried bitbanging SPI with the PRU units? I have a 12bit ADC (TI ADS7883) which takes a clock signal and outputs 12 bits of data, and I would like to use the PRU to achieve high sampling rate. See http://www.ti.com/lit/ds/symlink/ads7883.pdf for the ADC documentation with the interface timing diagram. Basically, the PRU program would do the following (assuming a cycle time of 5ns and one cycle for each line of the loop): - Initiate 3 GPIO channels (2 outputs: SCLK and CS, 1 input: SDO) - Allocate memory (a lot! I'd like to capture millions of samples) Loop for N samples: - Pull CS high - Wait 3 cycles - Pull SCLK high - Wait 2 cycles - Pull CS low (initiate output) - Wait 2 cycles - Pull SCLK low - Wait 5 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Wait 5 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (first bit) - Store it somewhere - Wait 3 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (2nd bit) - Store it somewhere - Wait 3 cycles - Pull SCLK high - Wait 5 cycles - Pull SCLK low - Read SDO (3rd bit) - Store it somewhere ... and so on until 12th bit - Wait 60ns (acquisition time) while always pulling CLK high and low every 6 cycles End of loop The problem is that I have never programmed in assembly code. I have tried looking at examples but have a really hard time understanding the simplest commands (ex: what is a simple MOV r3, 17 doing?). I'd like to have a thoroughly commented, simple example to start if possible. Memory issues are also a big problem. How can I store all the captured data so that it is fast and doesn't overflow the PRU memory? Many thanks for your help! Touste -- 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] Same wire going to adc and comparator kills interrupts
On 1/19/15, 9:41 PM, maxmike maxmikes...@gmail.com wrote: On Monday, January 19, 2015 at 6:23:49 PM UTC-8, john3909 wrote: From: maxmike maxmi...@gmail.com Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com Date: Monday, January 19, 2015 at 5:10 PM To: beagl...@googlegroups.com beagl...@googlegroups.com Subject: [beagleboard] Same wire going to adc and comparator kills interrupts I have the output of an op amp go directly to the BBB adc and the values are read correctly. But, the same wire is going to a comparator to generate interrupts. It looks like the comparator is not firing all the way to ground because of the adc drag. I thought of placing a 1K resistor from the adc input to ground but that does nothing. Anything higher is going to bother the adc. I'm stumped. Well, it depends on the opamp. Some opamps are not able to drive all the way to 0V, but as long as it goes below the logic low for your I/O input, it shouldn¹t matter. If you really want an opamp that goes to zero, choose one that is capable to operating rail to rail. Also, the opamp feedback circuit is important because you are going to want some hysteresis or your GPIO input might see some noise close to the trigger point. 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. For more options, visit https://groups.google.com/d/optout. The lmv762 comparatorworks 100% if I sever its input from the adc - it's only when the adc is tied to it that it does't go to ground at the output. Well, the datasheet shows VO has a worse case voltage range from 250mv to VCC-0.35v. Is this consistent with your measurements? 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+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] Same wire going to adc and comparator kills interrupts
From: maxmike maxmikes...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Monday, January 19, 2015 at 5:10 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Same wire going to adc and comparator kills interrupts I have the output of an op amp go directly to the BBB adc and the values are read correctly. But, the same wire is going to a comparator to generate interrupts. It looks like the comparator is not firing all the way to ground because of the adc drag. I thought of placing a 1K resistor from the adc input to ground but that does nothing. Anything higher is going to bother the adc. I'm stumped. Well, it depends on the opamp. Some opamps are not able to drive all the way to 0V, but as long as it goes below the logic low for your I/O input, it shouldn¹t matter. If you really want an opamp that goes to zero, choose one that is capable to operating rail to rail. Also, the opamp feedback circuit is important because you are going to want some hysteresis or your GPIO input might see some noise close to the trigger point. 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+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] bmp085 with uext connection with BBB
From: JAY KOTHARI jaikothar...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, January 14, 2015 at 9:17 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] bmp085 with uext connection with BBB bmp085 sensor works on 3.3v volt. I have internally pulled up the pin and I can see resistor connected in the harware diagram of bmp085. Still I connect external resistor? The internal resistors don¹t provide enough current. You will still need external resistors and I suggest 4k7. Regards, John On Thursday, 15 January 2015 09:56:46 UTC+5:30, liyaoshi wrote: Can you try connect with external 5V supply ? BTW, suggest R2 and R3 connect with 10k resister , 2015-01-15 12:14 GMT+08:00 JAY KOTHARI jaikot...@gmail.com javascript: : Hello, I am using bmp085 sensor with uext connection with beaglebone black. I have made change in device tree of BBB. I have made i2c1(pin 17 and 18) as input pin and pulled up internally and set it to mode two. I have also set compatible property in device tree to load module of bmp085. After looking into hardware design manual of bmp085 I interface with beaglebone black.I connected four wire (vdd(pin3),gnd(pin1),sda(pin17) and scl(pin18)) and kept other unconnected. https://www.olimex.com/Products/Modules/Sensors/MOD-BMP085/resources/MOD-BMP 085_sch.pdf When I boot my kernel my bmp085 module is loaded automatically and I am getting entry in /dev of i2c1 Problem: When I connect BBB with bmp085 my kernel hangs or BBB does not start at allWhat may be the problem Note: I am not using 5v supply. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@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] bmp085 with uext connection with BBB
From: JAY KOTHARI jaikothar...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, January 14, 2015 at 9:56 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] bmp085 with uext connection with BBB I belive that they may not provide required current. But would it cause by BBB not to power on? I will connect external resistor with sda1 and scl1 pins of BBB which are already pulled up. Where should I connect the other leg of these resistor. VDD_3V3B Regard Jay Kothari On Thursday, 15 January 2015 11:21:22 UTC+5:30, john3909 wrote: From: JAY KOTHARI jaikot...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Wednesday, January 14, 2015 at 9:17 PM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] bmp085 with uext connection with BBB bmp085 sensor works on 3.3v volt. I have internally pulled up the pin and I can see resistor connected in the harware diagram of bmp085. Still I connect external resistor? The internal resistors don¹t provide enough current. You will still need external resistors and I suggest 4k7. Regards, John On Thursday, 15 January 2015 09:56:46 UTC+5:30, liyaoshi wrote: Can you try connect with external 5V supply ? BTW, suggest R2 and R3 connect with 10k resister , 2015-01-15 12:14 GMT+08:00 JAY KOTHARI jaikot...@gmail.com: Hello, I am using bmp085 sensor with uext connection with beaglebone black. I have made change in device tree of BBB. I have made i2c1(pin 17 and 18) as input pin and pulled up internally and set it to mode two. I have also set compatible property in device tree to load module of bmp085. After looking into hardware design manual of bmp085 I interface with beaglebone black.I connected four wire (vdd(pin3),gnd(pin1),sda(pin17) and scl(pin18)) and kept other unconnected. https://www.olimex.com/Products/Modules/Sensors/MOD-BMP085/resources/MOD-B MP085_sch.pdf When I boot my kernel my bmp085 module is loaded automatically and I am getting entry in /dev of i2c1 Problem: When I connect BBB with bmp085 my kernel hangs or BBB does not start at allWhat may be the problem Note: I am not using 5v supply. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@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...@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] bmp085 with uext connection with BBB
From: JAY KOTHARI jaikothar...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, January 14, 2015 at 9:56 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] bmp085 with uext connection with BBB I belive that they may not provide required current. But would it cause by BBB not to power on? The pull up resistors will have nothing to do with BBB power up. My bet is you have something connected to LCD_DATA[15..0] which changes the startup mode of the BBB. Anything connected to these pins must be isolated until after the SYS_RESETn goes high. Use a high impedance buffer to isolate these signals and gate then with SYS_RESETn. Regards, John I will connect external resistor with sda1 and scl1 pins of BBB which are already pulled up. Where should I connect the other leg of these resistor. Regard Jay Kothari On Thursday, 15 January 2015 11:21:22 UTC+5:30, john3909 wrote: From: JAY KOTHARI jaikot...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Wednesday, January 14, 2015 at 9:17 PM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] bmp085 with uext connection with BBB bmp085 sensor works on 3.3v volt. I have internally pulled up the pin and I can see resistor connected in the harware diagram of bmp085. Still I connect external resistor? The internal resistors don¹t provide enough current. You will still need external resistors and I suggest 4k7. Regards, John On Thursday, 15 January 2015 09:56:46 UTC+5:30, liyaoshi wrote: Can you try connect with external 5V supply ? BTW, suggest R2 and R3 connect with 10k resister , 2015-01-15 12:14 GMT+08:00 JAY KOTHARI jaikot...@gmail.com: Hello, I am using bmp085 sensor with uext connection with beaglebone black. I have made change in device tree of BBB. I have made i2c1(pin 17 and 18) as input pin and pulled up internally and set it to mode two. I have also set compatible property in device tree to load module of bmp085. After looking into hardware design manual of bmp085 I interface with beaglebone black.I connected four wire (vdd(pin3),gnd(pin1),sda(pin17) and scl(pin18)) and kept other unconnected. https://www.olimex.com/Products/Modules/Sensors/MOD-BMP085/resources/MOD-B MP085_sch.pdf When I boot my kernel my bmp085 module is loaded automatically and I am getting entry in /dev of i2c1 Problem: When I connect BBB with bmp085 my kernel hangs or BBB does not start at allWhat may be the problem Note: I am not using 5v supply. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@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...@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] Cross Compile Problem
On 1/13/15, 12:33 AM, William Pretty Security bill.pre...@xplornet.com wrote: Thanks for all the help guys. I don't mind if I have to start over from scratch. Just so long as I end up with a Kernel with RAID support. I am cross-compiling on a quad core i7 laptop, so no worries about how long it takes. Just so long as I end up with a working image I can copy to a uSD card. Yeah, but I think what Robert was showing you is that GIT is your friend and is extremely powerful. I highly recommend that you take the time to learn GIT because it will save you so much time. It also helps organize your development process. Regards, John Thanks again ... -Original Message- From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of John Syn Sent: Tuesday, January 13, 2015 1:14 AM To: beagleboard@googlegroups.com Subject: Re: [beagleboard] Cross Compile Problem On 1/12/15, 1:38 PM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Jan 12, 2015 at 3:35 PM, William Pretty Security bill.pre...@xplornet.com wrote: Pardon my ignorance Robert, but I'm not sure what you mean by rebase the branch ? git commit -a -m 'xyz' -s git pull --rebase I think this is a little more complicated. I¹m guessing William is on the tmp branch, but since the he probably hasn¹t setup the tmp branch to track the origin/xyz branch, he will get an error. If he did setup the tmp branch to track origin/xyz branch, then he would retain all his kernel changes after updating his repo. or just: git checkout master -f git branch -D tmp git pull git checkout origin/xyz -b tmp In this case William will loose all his kernel changes. At least I think this is how it works. Regards, John 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. - No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5645 / Virus Database: 4260/8917 - Release Date: 01/12/15 - No virus found in this message. Checked by AVG - www.avg.com Version: 2015.0.5577 / Virus Database: 4257/8870 - Release Date: 01/04/15 Internal Virus Database is out of date. -- 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 Compile Problem
On 1/12/15, 1:38 PM, Robert Nelson robertcnel...@gmail.com wrote: On Mon, Jan 12, 2015 at 3:35 PM, William Pretty Security bill.pre...@xplornet.com wrote: Pardon my ignorance Robert, but I'm not sure what you mean by rebase the branch ? git commit -a -m 'xyz' -s git pull --rebase I think this is a little more complicated. I¹m guessing William is on the tmp branch, but since the he probably hasn¹t setup the tmp branch to track the origin/xyz branch, he will get an error. If he did setup the tmp branch to track origin/xyz branch, then he would retain all his kernel changes after updating his repo. or just: git checkout master -f git branch -D tmp git pull git checkout origin/xyz -b tmp In this case William will loose all his kernel changes. At least I think this is how it works. Regards, John 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] CE and ESD, BBB is failing 4kV contact discharge ESD testing
From: Lee lee.s...@bibby-scientific.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, January 7, 2015 at 9:00 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] CE and ESD, BBB is failing 4kV contact discharge ESD testing When we discharged the ESD into either USB shell (positioned at the edge of the enclosure as previously described) the beagle reset (more often that not). We believe we have now fixed that particular issue by solidly grounding the USB shell to the enclosure at the point of entry. A mechanical fix. There are other parts of the units that are metal and would be touched by the end user. Some of these are also susceptible to the ESD. We are going through a process of grounding these but this sometimes seems to make things worse! If by ground plane you mean on the enclosure rather than at the PCB level then yes there are holes in the ground plane, by necessity due to the mechanical design of the enclosure. We have previously assessed the unit for emissions and are up around the limit in the region of 160MHz to 180MHz. We have not yet investigated the cause of that. Thank you for your help John, much appreciated. Any further advice welcomed... You need to look for frequencies in the GHz region because of the sharp rise time for ESD pulse. I was talking about holes in your PCB ground plane. Always remember there is a return path to every signal and this is what newbies forget. What you want to do is prevent current from the ESD passing through your board. All these concepts and more are covered in the EMC bible: http://www.amazon.com/High-Speed-Signal-Propagation-Advanced/dp/013084408X/r ef=sr_1_1?ie=UTF8qid=1420660141sr=8-1keywords=black+magic+signal+integrit y Yes it is very old, but I haven’t found any other reference that is as comprehensive. Regards, John Regards, Lee. On Tuesday, 6 January 2015 21:17:47 UTC, john3909 wrote: From: lee@bibby-scientific.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Monday, January 5, 2015 at 1:41 AM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: Re: [beagleboard] CE and ESD, BBB is failing 4kV contact discharge ESD testing To give further background... The BBB is positioned centrally at the front of a relatively large enclosure. It is connected to a display/touchscreen which are also situated in the same area. The USB I/O is brought out of the enclosure at the side of the unit via USB cables and another PCB. Both of the BBB USB connectors are connected within the enclosure by their own USB cable to a PCB of my own design. This PCB sits at the internal side face of the enclosure and provides access to USB Connectors from the outside world. On this PCB I have designed-in a Wurth Electronics ESD solution. This solution is documented in the PDF (titled: USB Port Protection) at this link: http://www.we-online.de/web/en/electronic_components/produkte_pb/application _notes/robustes_design_von_usb_anwendungen.php The solution I have implemented is described in the document as Double protection of single USB port on page 7. Any further comments welcome... So what happens when you discharge the ESD probe? Are you probing the USB connector case, pins, etc? I’m guessing the board either resets or hangs? This could be a grounding issue or an antenna issue; either way, you have to use a process of elimination to determine which. Best way to determine if it is an antenna issue, start by looking for radiated signals (you need a RF probe with a spectrum analyzer). If you don’t have the required equipment, your local university is always a great resource. EMI and EMC are really two sides of the same coin. If a signal radiates at a certain frequency, then it is also susceptible to those same frequencies. For grounding, it depends on how good your ground plane is and whether you have holes in your ground plane. Regards, John On Wednesday, 24 December 2014 02:07:41 UTC, john3909 wrote: On 12/23/14, 4:58 PM, Chris Morgan chmo...@gmail.com wrote: How is your esd protection designed at the usb connections, or are you hitting the usb connectors right on the bbb? Would need a lot more details about exactly how the system was being built and where you are discharging to know what might be going on. I'm guessing your esd protection may not be getting to a solid enough chassis ground close enough to the connector that is being hit. Actually, from what I recall, the USB protection isn¹t in the right place. The correct layout is USB connector, ESD protection and then USB transceiver. However, in the BBB, the USB connector is connected to the USB transceiver and the ESD protection is on the other side of the USB connector. Granted, the distance is small and may even
Re: [beagleboard] CE and ESD, BBB is failing 4kV contact discharge ESD testing
From: lee.s...@bibby-scientific.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Monday, January 5, 2015 at 1:41 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] CE and ESD, BBB is failing 4kV contact discharge ESD testing To give further background... The BBB is positioned centrally at the front of a relatively large enclosure. It is connected to a display/touchscreen which are also situated in the same area. The USB I/O is brought out of the enclosure at the side of the unit via USB cables and another PCB. Both of the BBB USB connectors are connected within the enclosure by their own USB cable to a PCB of my own design. This PCB sits at the internal side face of the enclosure and provides access to USB Connectors from the outside world. On this PCB I have designed-in a Wurth Electronics ESD solution. This solution is documented in the PDF (titled: USB Port Protection) at this link: http://www.we-online.de/web/en/electronic_components/produkte_pb/application_n otes/robustes_design_von_usb_anwendungen.php The solution I have implemented is described in the document as Double protection of single USB port on page 7. Any further comments welcome... So what happens when you discharge the ESD probe? Are you probing the USB connector case, pins, etc? I’m guessing the board either resets or hangs? This could be a grounding issue or an antenna issue; either way, you have to use a process of elimination to determine which. Best way to determine if it is an antenna issue, start by looking for radiated signals (you need a RF probe with a spectrum analyzer). If you don’t have the required equipment, your local university is always a great resource. EMI and EMC are really two sides of the same coin. If a signal radiates at a certain frequency, then it is also susceptible to those same frequencies. For grounding, it depends on how good your ground plane is and whether you have holes in your ground plane. Regards, John On Wednesday, 24 December 2014 02:07:41 UTC, john3909 wrote: On 12/23/14, 4:58 PM, Chris Morgan chmo...@gmail.com javascript: wrote: How is your esd protection designed at the usb connections, or are you hitting the usb connectors right on the bbb? Would need a lot more details about exactly how the system was being built and where you are discharging to know what might be going on. I'm guessing your esd protection may not be getting to a solid enough chassis ground close enough to the connector that is being hit. Actually, from what I recall, the USB protection isn¹t in the right place. The correct layout is USB connector, ESD protection and then USB transceiver. However, in the BBB, the USB connector is connected to the USB transceiver and the ESD protection is on the other side of the USB connector. Granted, the distance is small and may even work correctly, but this layout doesn¹t follow good ESD layout principles. Regards, John Chris On Tue, Dec 23, 2014 at 6:40 AM, lee@bibby-scientific.com javascript: wrote: Thanks for the prompt response Gerald. The beagle has been designed into a system which is in a plastic and metal enclosure. The only I/O it has to the outside (other than touchscreen) is 2 USB connections. These connections are what are prone to the 4kv ESD. A discharge on the shell of the USB connector causes the micro to reset. This occurs even though ESD suppression has been designed in at the USB connectors. The micro seems particularly prone to this phenomenon. ESD is an awkward problem to solve, there isn't one solution to fit all and things such as enclosure design can have an influence... On Monday, 22 December 2014 19:42:37 UTC, Gerald wrote: I am not sure what was used, other than putting it in a box or adding ESD protection devices on every point on the board likely to be touched by a person. The certification was done by a lab. You are welcome to download the full report from the WIKI. http://www.elinux.org/Beagleboard:BeagleBoneBlack Gerald On Mon, Dec 22, 2014 at 7:57 AM, lee@bibby-scientific.com wrote: Hi Guys, I am seeing the same issue as Richard above. Was a solution ever found for this ESD reset issue? In the past I have had some success on solving this issue on other micros by adding some capacitance on the micro's reset line to prevent the reset I/P bouncing when the ESD takes place, however looking at the BBB schematics, this is already included in the form of C24 being 1uF. Richard, did you find a solution to this? Gerald, I assume this family of processors must be used in many commercial products. Do you have an idea of what solutions were used to overcome this? Many thanks in advance. Lee. On Friday, 1 August 2014 18:57:39 UTC+1, Gerald wrote: CE testing
Re: [beagleboard] beaglebone black jtag/pru beginner advice
On 1/6/15, 1:59 PM, Rick Mann rm...@latencyzero.com wrote: So, there's still a market for my once-upon-a-time project to make an OS X-native debugger with a plug-in architecture for stuff like this... Well, TI are considering releasing CCS on OSX, just not sure when. For now I would just add a Parallels virtual machine running Ubuntu and run CCSV6 on that. Short of that, I think the project you are proposing to way to big for just one person. Regards, John On Jan 6, 2015, at 13:27 , John Syn john3...@gmail.com wrote: On 1/6/15, 12:35 PM, Rick Mann rm...@latencyzero.com wrote: Will this work with gdb or ddd on OS X? No, I don¹t believe it will. GDB or DDD require GDBServer running on the BBB or you can use an JTAG emulator from Ronetix (PEEDI) or Abatron (BDI2000) which emulates GDBServer. Regards, John On Jan 2, 2015, at 12:13 , tolga.cey...@gmail.com wrote: Thanks John. Sounds like USB100v2/CCSV6 will get me started. -- Rick Mann rm...@latencyzero.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. -- Rick Mann rm...@latencyzero.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] beaglebone black jtag/pru beginner advice
On 1/6/15, 12:35 PM, Rick Mann rm...@latencyzero.com wrote: Will this work with gdb or ddd on OS X? No, I don¹t believe it will. GDB or DDD require GDBServer running on the BBB or you can use an JTAG emulator from Ronetix (PEEDI) or Abatron (BDI2000) which emulates GDBServer. Regards, John On Jan 2, 2015, at 12:13 , tolga.cey...@gmail.com wrote: Thanks John. Sounds like USB100v2/CCSV6 will get me started. -- Rick Mann rm...@latencyzero.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] BBB SYS_5V not dead on power off
From: maxmike maxmikes...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, January 2, 2015 at 2:30 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] BBB SYS_5V not dead on power off I am powering a DC/DC converter on my cape with SYS_5V and just noticed that on toggling the power button the machine does turn off, but there's still about 2V on SYS_5V - why? Using a 2A regulated power supply to power the unit. That is because the PMIC driver is broken and I believe it will be fixed in V3.19 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+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] eglibc is no longer developed
From: hansh...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 30, 2014 at 3:17 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] eglibc is no longer developed While building a crosstool-ng toolchain for my Mac, I noticed the following: 1. ldd --version on my BBB gives 'Debian EGLIBC 2.13-38' 2. eglibc.org http://www.eglibc.org/home says that it is no longer supported 3. 4. ct-ng recent issue response https://github.com/crosstool-ng/crosstool-ng/issues/8 seems to state that they're starting the process to remove it Still having some difficulties getting my cross-compile toolchain built for mac os x... but that's to be expected. I'm also using 'Lion' (v10.6) which is two versions older than 'Maverick' or whatever... guess they ran out of cats... Hey, I just hate upgrading because it's always involved from my development perspective. Rather than make a public forum, I'd like to assess the situation. * Should I be concerned that the debian distro uses eglibc? * If I don't use eglibc, I probably can build the toolchain, but I'm not sure how that will work out in the longrun? * * Is it possible that I can build a distro for my BBB that uses glibc instead? I saw that I can build the kernel in FAQ section, but I'm not sure about all the other drivers and such for peripherals? * * Are there any plans for beaglebone to migrate to a distro that uses glibc instead of eglibc, or is this a non-issue? Meanwhile, I keep attempting to build a cross-compile toolchain for eclipse. Yes, I have a virtual machine for Ubuntu 14.10... but that's not the point... the VM can really slow my machine down, so I'd rather just work under Mac if possible. Any suggestions or topics you might have for building a cross-compile toolchain for Mac OS X would also be appreciated. The biggest problem you will find is that OSX uses very old version of awk, sed, make, grep, etc so a lot of the scripts you use to build rootfs, kernels, u-boot, etc don¹t always work. Best to look at GNU compatible versions of these tools like MacPort, HomeBrew, Fink and this might help make thing easier. Regards, John Thanks, Hans -- 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] seeking recommendation for SD card imaging hardware
From: Eric Fort eric.f...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 30, 2014 at 3:53 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] seeking recommendation for SD card imaging hardware After recently upgrading my computer, I moved my desktop from windows to linux and no longer havea built in SD card slot. I'm thus seeking recommendations for an inexpensive USB 3 adapter known to work well with debian jessie AMD64 for imaging SD cards for Beagle(bone) and Rpi. What are you using that works well for you and can be had reasonably cheaply from a US supplier? I think most of them work. I use IOGEAR with Ubuntu 14.04 and it works great. Regards, John Thanks, Eric -- 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] beaglebone black jtag/pru beginner advice
From: tolga.cey...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 30, 2014 at 8:51 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] beaglebone black jtag/pru beginner advice Hi All, I've just purchased a beaglebone black for the purposes of learning embedded development and work on some fun robotics personal projects. I'd like to experiment with real-time processing, rt-linux, etc. And perhaps test/develop some pru code as well. But this is a personal project, so I can't really afford to buy expensive TI compilers/IDE software. However jtag documentation and options are a little bit overwhelming for a beginner. I've even seen blog posts on the internet suggesting certain jtags to sidestep TI compiler/ide license fees. Here are some options I've come up with; 1) Buy blackhawk jtag emulator and ti 20-pin and solder pins on BBB. http://store.blackhawk-dsp.com/default/usb100v2d-jtag-emulator.html (and Samtec part number FTR-110-03-G-06) I think this is free to use with TI CCC IDE. But can I use this with openocd? 2) try flyswatter2 and jtag kit and solder the pins. This seems a bit more expensive and most importantly from online forums I see people not being able to get this working well... This seems more for openocd? Can I still use TI CCC IDE with this? Or would this incur license fees? I apologize if these don't make sense, since I've got this info from random research online. I'd appreciate any help with this... There are a number of users on this mailing list who have tried to get openocd working with BBB, but I¹m not aware of anyone doing this successfully. I know these users spent weeks working on this and if you consider the opportunity costs, the USB100V2 at $100 is much more cost effective and it just works. Also note, that with CCSV6, you don¹t get a Linux aware debugger so you are limited in the things you can do. You get source level debugging and you can set hardware breakpoints, but you don¹t get tracing and don¹t think about debugging kernel modules because that requires you to understand how Linux loads kernel modules. Also, CCSV6 isn¹t thread aware so when you are single stepping, the scheduler might switch switch threads on you and that adds another level of complications. I use Lauterbach which is Linux kernel aware and this make life much easier. It is possible to use CCSV6 for Linux Kernel debugging, but just be aware of the limitations. Regards, John Cheers, Tolga -- 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] How to make BBB pins work after Ubuntu Trusty install?
From: Thorsten von Eicken tvoneic...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, December 27, 2014 at 5:10 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] How to make BBB pins work after Ubuntu Trusty install? Thanks for the links! Much preferred over Robert's sarcasm. I know I'm not part of the BBB's in crowd. I don't have time for it, however interesting it is. I want to buy BBBs and use them and if I can't use them, I will buy something else, as simple as that... You really shouldn¹t be so sensitive if you work on Linux, because we have all been criticized from time to time. Learn from what Robert said and it will make you smarter. If you had to answer the same questions from newbies all day long for the last several years, you too would says something like this. Robert is one of the most helpful people you will find and he works very hard to make the rest of us look good. BTW, there is no ³in crowd²; we are all individuals who give of our free time to help others. My hope is that as you learn, you too will assist those who are just starting out. Regards, John On Saturday, December 27, 2014 2:36:33 PM UTC-8, Charles Steinkuehler wrote: On 12/27/2014 4:15 PM, Robert Nelson wrote: On Fri, Dec 26, 2014 at 5:55 PM, Thorsten von Eicken tvone...@gmail.com javascript: wrote: On Wednesday, December 10, 2014 5:53:42 AM UTC-8, RobertCNelson wrote: I'm not really planning to document v3.14.x further, as something special is planned to be merged for v3.19-rc1. (if your following the device-tree mainline list) Can you kindly point me to any info about what 3.19 is going to bring? Thanks! Where's the fun in that! ;) It's what everyone has been bugging me about personally and on this list for over a year. ;) if you can't find it on the device-tree mailing list, you didn't want it bad enough!!! ;) (Sarcasm!!! ;)) A late holiday present, since RCN seems to be camped out a bit too close to the eggnog! :) It's device-tree changesets. This is basically what cape manager was trying to do, but with the full support of the kernel developers behind it which will hopefully result in fewer kernel crashes! :) ...some links to get you started: http://beagleboard.org/blog/2014-08-27-device-tree-overlay-support-lands-upst ream/ http://lxr.free-electrons.com/source/Documentation/devicetree/changesets.txt -- Charles Steinkuehler cha...@steinkuehler.net javascript: -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/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] make custom BeagleBone Black board
From: hali...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, December 26, 2014 at 8:38 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] make custom BeagleBone Black board So basically I want to use the functionality of the BB Black but make a custom board for my project. So far I was able to find the PCB schematics, but couln'd find any useful information on how to actually do it. How hard is it to make something like this ? It depends on your skill sets. Have you designed high speed digital circuits before? 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+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] CE and ESD, BBB is failing 4kV contact discharge ESD testing
On 12/23/14, 4:58 PM, Chris Morgan chmor...@gmail.com wrote: How is your esd protection designed at the usb connections, or are you hitting the usb connectors right on the bbb? Would need a lot more details about exactly how the system was being built and where you are discharging to know what might be going on. I'm guessing your esd protection may not be getting to a solid enough chassis ground close enough to the connector that is being hit. Actually, from what I recall, the USB protection isn¹t in the right place. The correct layout is USB connector, ESD protection and then USB transceiver. However, in the BBB, the USB connector is connected to the USB transceiver and the ESD protection is on the other side of the USB connector. Granted, the distance is small and may even work correctly, but this layout doesn¹t follow good ESD layout principles. Regards, John Chris On Tue, Dec 23, 2014 at 6:40 AM, lee.s...@bibby-scientific.com wrote: Thanks for the prompt response Gerald. The beagle has been designed into a system which is in a plastic and metal enclosure. The only I/O it has to the outside (other than touchscreen) is 2 USB connections. These connections are what are prone to the 4kv ESD. A discharge on the shell of the USB connector causes the micro to reset. This occurs even though ESD suppression has been designed in at the USB connectors. The micro seems particularly prone to this phenomenon. ESD is an awkward problem to solve, there isn't one solution to fit all and things such as enclosure design can have an influence... On Monday, 22 December 2014 19:42:37 UTC, Gerald wrote: I am not sure what was used, other than putting it in a box or adding ESD protection devices on every point on the board likely to be touched by a person. The certification was done by a lab. You are welcome to download the full report from the WIKI. http://www.elinux.org/Beagleboard:BeagleBoneBlack Gerald On Mon, Dec 22, 2014 at 7:57 AM, lee@bibby-scientific.com wrote: Hi Guys, I am seeing the same issue as Richard above. Was a solution ever found for this ESD reset issue? In the past I have had some success on solving this issue on other micros by adding some capacitance on the micro's reset line to prevent the reset I/P bouncing when the ESD takes place, however looking at the BBB schematics, this is already included in the form of C24 being 1uF. Richard, did you find a solution to this? Gerald, I assume this family of processors must be used in many commercial products. Do you have an idea of what solutions were used to overcome this? Many thanks in advance. Lee. On Friday, 1 August 2014 18:57:39 UTC+1, Gerald wrote: CE testing that was does not cover ESD testing. This board has never been tested for ESD. Gerald On Fri, Aug 1, 2014 at 12:21 PM, Richard Ketcham rich.k...@gmail.com wrote: Hello, I'm interested in CE testing a device which includes the BBB. In order to determine if the device will pass, I've been shocking it with an ESD gun (both contact and discharge). I have been running into an issue where when I shock the ground plane with a 4kV contact discharge, the BBB Ethernet becomes unresponsive and does not recover until I cycle the power. I've tried this test with only the BBB and it reacts the same way. I see there's a CE certification which says it passes 4kV contact discharge, but I've been unable to replicate it. Are there caveats to the CE certification which the BBB has relating to ESD testing? Is this a self certification? Do you have any suggestions on how mitigate this problem? I will appreciate any information you can provide on this problem. Thanks, Rich -- 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. 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...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://circuitco.com/support/ -- 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
Re: [beagleboard] Linux Image building for Beagke Bone Black
From: chirag panchal chiraagkam...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, December 20, 2014 at 2:27 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Linux Image building for Beagke Bone Black Hi, Beagle Board provides latest images online. But I want to build my own image from readily available kernel, boot loader and file system. How to build OS image file from these sources??? https://eewiki.net/display/linuxonarm/BeagleBone+Black 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+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] Second Ethernet Port
On 12/20/14, 11:10 AM, faimbs fai...@gmail.com wrote: Hello! Is it possible to add a second Ethernet Port for a second network range? This cannot be done with BBB because the pins for the second Ethernet Port are available on the cape connectors. The TI AM335x EVM has two ethernet ports and there are several third party boards/modules that bring out both ports. Regards, John 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. -- 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] Second Ethernet Port
On 12/20/14, 12:49 PM, faimbs fai...@gmail.com wrote: Am Samstag, 20. Dezember 2014 21:46:16 UTC+1 schrieb john3909: On 12/20/14, 11:10 AM, faimbs fai...@gmail.com wrote: Hello! Is it possible to add a second Ethernet Port for a second network range? This cannot be done with BBB because the pins for the second Ethernet Port are available on the cape connectors. The TI AM335x EVM has two ethernet ports and there are several third party boards/modules that bring out both ports. Regards, John 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. Hello John! There are a second port on the connectors? Not all the signals are available. Gerald who designed the board says it isn¹t possible, and he is the authority on this issue. If you have any doubt, download the schematic of the AM335x EVM and see if all the signals are available on the BBB cape connectors. Regards, John Where can I find more information? 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. -- 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] which program language is better for BBB
From: nima talebpour nta@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, December 20, 2014 at 1:50 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] which program language is better for BBB could you please tel more about this language? I do not have any information about cobol. and please tel me why are you suggest this language ? Cobol is mainly for financial industry and is a language that has been around for a long time. I don¹t think this is suitable for your requirements. Regards, John On Wednesday, December 17, 2014 5:59:40 PM UTC+3:30, RobertCNelson wrote: On Wed, Dec 17, 2014 at 8:02 AM, nima talebpour nta...@gmail.com javascript: wrote: I want to start write application for BBB. but i am confused. which program language is better for BBB? Java or C++ and why? which of these languages has a better examples and source codes ? Neither. There's only one true language... COBOL... 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] which program language is better for BBB
From: nima talebpour nta@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, December 20, 2014 at 1:59 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] which program language is better for BBB 1- yes 2- no 3- yes, for example communicate with usart and so on. 4- I dont get your answer exactly 5- yes, C,C# and java. but i am amateur in java :D 6-as i told you in section 3 :D yes, Usart , control IO pins ,I2C,SPI I would say you have a few choices. Because you have C experience, I would recommend Python which is an interpreted language, but is still pretty fast and interfaces with C code when you need better performance. Python has a large library which will help speed up your development. Another choice is C++ and QT development environment which is very powerful at producing amazing GUI displays and also has everything you need to interface with your I/O. You could always stay with C and use one of the GUI libraries, but I¹ll defer to others who have more experience in this area. Regards, John On Wednesday, December 17, 2014 11:14:15 PM UTC+3:30, john3909 wrote: From: nima talebpour nta...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Wednesday, December 17, 2014 at 6:02 AM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: [beagleboard] which program language is better for BBB1- I want to start write application for BBB. but i am confused. which program language is better for BBB? Java or C++ and why? The obvious answer, it depends on what your application does. Answer these and it will be easier to give you an answer: 1. Do you have a GUI? 2. Will your app display output to a web browser? 3. Does your app interface with I/O and if so, what type? 4. What are the performance constraints? 5. Do you have any programming language experience? 6. Do you have any communication requirements? There are several other distinguishers, but let¹s start with these and go from there. BTW, Robert and William¹s responses were hilarious. Really made me laugh. Regards, John which of these languages has a better examples and source codes ? thank you for guiding me. -- 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] which program language is better for BBB
On 12/20/14, 2:46 PM, Robert Nelson robertcnel...@gmail.com wrote: On Sat, Dec 20, 2014 at 3:50 PM, nima talebpour nta@gmail.com wrote: could you please tel more about this language? I do not have any information about cobol. and please tel me why are you suggest this language ? My response was sarcasm... Your question was too simplistic, without know what you wanted to do there's really no true answer for the original question. It went right over the heads of some, but I got a good laugh out of your suggestion. Actually, I think one use thought it was a good solution. Interesting. Regards, John 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] Gesture Recognition System
From: biswesh panda bisweshanu...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 18, 2014 at 10:59 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Gesture Recognition System I am working on a project where I'm trying to capture different kinds of gestures that mute people generally make and try to link it to a audio file which conveys the meaning of that particular gesture. I'm using opencv for computer vision applications and BeagleBone Black. Can you tell me which edge detection algorithms will be best suited for me? The challenge that I may face are- 1) The color intensity of the hand may match with that of the sourrounding. 2) There's no guarantee that the background will be moving or will it be in a standstill. Another thing is the efficiency of the algorithm should be fast so as to recognize the gestures quickly. I think the BBB won¹t have the horsepower to do what you want. The next product called BeagleBoard-X15 will be more suitable for this application and is scheduled for release sometime in Feb 2015. 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+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] A new camera board for the Beagleboeard XM - Vifff-024
On 12/18/14, 1:49 PM, Rick Mann rm...@latencyzero.com wrote: Oh, I didn't realize a camera port wasn't available on the am335x on the BBB. Hmm. That puts a damper on a different project idea I had. Maybe I'll pick up an xM. Better to wait for the BeagleBoard-X15 which will have the camera interface. Regards, John On Dec 18, 2014, at 07:24 , Robert Nelson robertcnel...@gmail.com wrote: On Thu, Dec 18, 2014 at 2:33 AM, Rick Mann rm...@latencyzero.com wrote: Will you be making one for BBB? This is using the dedicated camera interface on the xM, the am335x used on the BBB doesn't contain this IP block, thus would have much MUCH slower performance. (if any performance at all) 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. -- Rick Mann rm...@latencyzero.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] A new camera board for the Beagleboeard XM - Vifff-024
On 12/18/14, 1:58 PM, Rick Mann rm...@latencyzero.com wrote: On Dec 18, 2014, at 13:56 , John Syn john3...@gmail.com wrote: Better to wait for the BeagleBoard-X15 which will have the camera interface. Oh, goodness, how long do I have to wait for that beauty? Scheduled for Feb, 2015 -- Rick Mann rm...@latencyzero.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] Gesture Recognition System
From: biswesh panda bisweshanu...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 18, 2014 at 12:52 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Gesture Recognition System Thank you for the advice. But I'm a student and a newbie and experimenting out on things. So can you say about the efficient edge detection algorithms? I don¹t know enough to offer any advice but I asked my brother-in-law who does image recognition for JPL and he suggested Canny. http://www.robotix.in/tutorials/category/opencv/edge_detection Regards, John On Friday, December 19, 2014 1:34:03 AM UTC+5:30, john3909 wrote: From: biswesh panda bisweshanu...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 18, 2014 at 10:59 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Gesture Recognition System I am working on a project where I'm trying to capture different kinds of gestures that mute people generally make and try to link it to a audio file which conveys the meaning of that particular gesture. I'm using opencv for computer vision applications and BeagleBone Black. Can you tell me which edge detection algorithms will be best suited for me? The challenge that I may face are- 1) The color intensity of the hand may match with that of the sourrounding. 2) There's no guarantee that the background will be moving or will it be in a standstill. Another thing is the efficiency of the algorithm should be fast so as to recognize the gestures quickly. I think the BBB won¹t have the horsepower to do what you want. The next product called BeagleBoard-X15 will be more suitable for this application and is scheduled for release sometime in Feb 2015. 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+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] connect Capacitive Touch Sensors on BBB
From: nta@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, December 17, 2014 at 5:36 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] connect Capacitive Touch Sensors on BBB hi. I bought 4DCAPE_70T lcd from http://www.4dsystems.com.au/product/4DCAPE_70T/. this lcd has a resistive touch screen the question is, is there any way to connect capacitive touch screen to that lcd? and does debian image of BBB support capacitive touch ? is the answer is positive please guide me how i can do this ? Typically, the capacitive touch sensor is connected via USB. The one I used was from Chalk Elec which is LCD with Capacitive Touch sensor already attached to the display. This does work with BBB. http://www.chalk-elec.com/ Regards, John 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. -- 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] interfacing GSM module with Beagle board xm
From: noob chaitree.baradkar...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:51 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] interfacing GSM module with Beagle board xm Hello . I want to start with a project in which i have to interface GSM 300 module with Beagle Board xm. And then sending a sms after specific interval . I'm new to this area. I want to know the details about how to interface GSM module with Beagle Board xm and how to make board to control the module . please help me to understand considering i'm new to this field. thank you. The interface is normally a serial connection and you use predefined AT commands to dial and setup the connection. http://www.engineersgarage.com/contribution/how-to-interface-GSM-SIM-300-mod em-with-atmega32-to-send-and-receive-SMS 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+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] Direct PRU pins available?
From: Charles Kerr charlesker...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 18, 2014 at 3:12 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Direct PRU pins available? But that is the BBB isn't it? (I have used that). Was curious about the X15. Knowing Gerald, he isn¹t going to talk about this until after the BeagleBoard-X15 is released in Feb, 2015. Regards, John On Thursday, December 18, 2014 4:49:52 PM UTC-5, Gerald wrote: That is covered in the SRM. http://www.elinux.org/Beagleboard:BeagleBoneBlack#LATEST_PRODUCTION_FILES_.28 C.29 Gerald On Thu, Dec 18, 2014 at 3:39 PM, Charles Kerr charle...@gmail.com javascript: wrote: Was curious how many PRU pins (on each PRU) would be available for direct mapping to R30/R31 of the PRU? One of the drawbacks I have with the BBB is the limited direct access pins for output on both PRUs (after you use the FLASH and a few peripherals). This board looks like it might be a really nice package. -- 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. -- Gerald ger...@beagleboard.org javascript: http://beagleboard.org/ http://beagleboard.org/ http://circuitco.com/support/ http://circuitco.com/support/ -- 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] A new camera board for the Beagleboeard XM - Vifff-024
From: Hristo Laftchiev laftch...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 18, 2014 at 8:37 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] A new camera board for the Beagleboeard XM - Vifff-024 I think that the problem with every processor is to manage also the Image Signal Processor, which is the entry port of the video stream toward the main processor memory space. With the new processor (compatible with Cortex A-15 but which one? - omap5 or ?) one must redo the drivers for the ISP and also change the boaromap3beagle.c file in the Linux kernel with appropriate settings for the camera. I hope also that the camera port will be also pin to pin compatible with the cameras for Beagleboard XM. So, let me resume: 1. Beagle Bone can have camera attached, but not through the natural ISP of the processor. 2. BBB - I must see. 3. BB-XM is for now the ideal choice from the Beagle family of boards to attach a camera. 4. BB-A15 is in the future and we do not know how much time will take to write the appropriate drivers for the ISP of the unknown processor. For the BB-XM (DM3730 is OMAP3 architecture), before the drivers became really well functioning it took 2,5 years of development. The right persons to ask about future camera compatibility of this are J. Kridner or L. Pinchart. Because the software support for the ISP of the processor is decisive for the appearance of working camera boards for it. So for now, we stay with BB-XM, which works, it has enough processor power + DSP and is very stable. You raise some good points. Beagleboard-X15 is based on DRA7 architecture which is the next generation after OMAP5 targeted at the Automotive industry (at least that is my understanding). One issue with DM3730 is that there is no SysLink equivalent (RPMSG/REMOTEPROC) that works in Linux Kernels after V3.4, which means you cannot use the DSP unless you implement RPC and Remote DSP load yourself. RPMSG/REMOTEPROC is already working on Beagleboard-X15 and TI expect to push this into mainline early 2015. From what Robert Nelson tells us, Beagleboard-X15 kernel V3.18 is mostly in mainline and there are very few patches. I¹ll wait for Robert to respond as to the status of X15 camera support. Regards, John Cheers, Hristo On Friday, December 19, 2014 12:11:08 AM UTC+2, john3909 wrote: On 12/18/14, 1:58 PM, Rick Mann rm...@latencyzero.com javascript: wrote: On Dec 18, 2014, at 13:56 , John Syn john...@gmail.com javascript: wrote: Better to wait for the BeagleBoard-X15 which will have the camera interface. Oh, goodness, how long do I have to wait for that beauty? Scheduled for Feb, 2015 -- Rick Mann rm...@latencyzero.com javascript: -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@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] How to resolve expired GPG key
From: beagleboard@googlegroups.com beagleboard@googlegroups.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 18, 2014 at 10:24 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] How to resolve expired GPG key I've successfully updated two BBB to the latest 2014-12-11 Debian image. I ran into a small problem trying to upgrade one more. When executing sudo apt-get update I'm seeing a GPG error that the other two boards didn't have. Any help resolving this would be appreciated! debian@beaglebone:~$ uname -a Linux beaglebone 3.8.13-bone68 #1 SMP Sat Nov 22 02:12:03 UTC 2014 armv7l GNU/Linux debian@beaglebone:~$ cat /etc/dogtag BeagleBoard.org Debian Image 2014-12-11 debian@beaglebone:~$ sudo apt-get update Hit http://repos.rcn-ee.net wheezy Release.gpg Hit http://ftp.us.debian.org wheezy Release.gpg Get:1 http://debian.beagleboard.org wheezy-bbb Release.gpg [490 B] Hit http://repos.rcn-ee.net wheezy Release Hit http://security.debian.org wheezy/updates Release.gpg Hit http://ftp.us.debian.org wheezy-updates Release.gpg Hit http://debian.beagleboard.org wheezy-bbb Release Hit http://security.debian.org wheezy/updates Release Ign http://debian.beagleboard.org wheezy-bbb Release Hit http://ftp.us.debian.org wheezy Release Hit http://repos.rcn-ee.net wheezy/main armhf Packages Hit http://ftp.us.debian.org wheezy-updates Release Hit http://debian.beagleboard.org wheezy-bbb/main armhf Packages Hit http://security.debian.org wheezy/updates/main armhf Packages Hit http://security.debian.org wheezy/updates/contrib armhf Packages Hit http://security.debian.org wheezy/updates/non-free armhf Packages Hit http://ftp.us.debian.org wheezy/main armhf Packages Hit http://ftp.us.debian.org wheezy/contrib armhf Packages Hit http://ftp.us.debian.org wheezy/non-free armhf Packages Hit http://ftp.us.debian.org wheezy-updates/main armhf Packages Hit http://ftp.us.debian.org wheezy-updates/contrib armhf Packages Hit http://ftp.us.debian.org wheezy-updates/non-free armhf Packages Fetched 490 B in 8s (57 B/s) Reading package lists... Done W: GPG error: http://debian.beagleboard.org wheezy-bbb Release: The following signatures were invalid: KEYEXPIRED 1418840246 KEYEXPIRED 1418840304 KEYEXPIRED 1418840246 KEYEXPIRED 1418840246 KEYEXPIRED 1418840304 My guess is your date/time is wrong. Try sudo ntpdate-debian² and try again. Regards, John -- Scott -- 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] Multiple IP camera streaming in BBB
From: Jesse Cobra jesseco...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 18, 2014 at 10:28 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Multiple IP camera streaming in BBB Sounds pretty simple, just use the Chromium browser on the BBB to look at the 4 ipcams? Assuming you are using ip cameras... Yeah, also look at: http://webrtc.org Regards, John On Thu, Dec 18, 2014 at 10:13 PM, Vinayak Aghor vinayak.ag...@gmail.com wrote: Hello All, I want to stream 4 camera inputs at once through BBB. I have ethernet switch which connects four 1MP camera and this ethernet switch connects to ethernet port of BBB. Please help me how to stream from all 4 cameras at once. So I can check video on HDMI port. Please help what points i need to consider while designing. Regards, Vinayak -- 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] Sensing flowmeter / protecting analog input
From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 11:21 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input I've had a bit of a dig on element14, this seems to fit the bill (http://au.element14.com/texas-instruments/sn74lvc1g14dbvr/ic-schmitt-trigger- inverter-smd/dp/1470878) but it's not suitable for a breadboard prototype. You don't know where I should be looking for a suitable prototyping product by any chance? One more thing. If you do use this part with an adapter, don¹t use any of the pins LCD_DATA[15..0] for GPIO or you board won¹t boot. If you want to use any of these pins, you must use a schmitt trigger with an Output Enable (OE) pin, which you tie to the SYS_RESETn pin. Regards, John Thanks, Paul. On Wed Dec 17 2014 at 17:58:21 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:50 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input Yes, that sounds exactly like the device. Awesome, didn't even know such a beast existed. Will do my reading tonight. http://www.ti.com/lit/an/scea046/scea046.pdf Page 4 explains the concept. Regards, John Thanks again, Paul. On Wed Dec 17 2014 at 17:47:20 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:26 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Cheers, it's a Gicar 9.0.95.05g -- sits in a cafe-style coffee machine, though this'll only be the first install and the others may be different (but presumably similar) parts. OK, I couldn¹t find a data sheet, but I think this is a three pin device, GND, POWER (4.5 - 20V) and PULSE. If this is correct, then all you need is a resistor divider as you suggested and a schmitt trigger to clean up the signal and then feed this directly into one of the GPIO pins. The schmitt trigger should be powered from VDD_3V3B and enabled with SYS_RESETn. Regards, John On Wed Dec 17 2014 at 17:02:30 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 9:27 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Digital input, hadn't thought of that but it makes sense, but I'm even less sure of myself in that arena... I have to admit first my electronics knowledge is very rusty... Maybe I can use a voltage divider after the diode/s to halve that 1.8v+ down to a safe 1.0v-ish. My first thought here is to use a zener diode as in here http://www.electronics-tutorials.ws/diode/diode42.gif) with a voltage divider after. Is the reverse voltage low enough to be safe with the BBB? If not, what if I set up something like this, but make D_Z1 a normal diode so that the reverse current is completely stopped? Again, not interested at all in the quality of the signal as long as I can determine the number of cycles. Sorry for the electronics 101 questions, appreciate all your time. BTW, what is the flowmeter part number. Perhaps there is a much simpler way to interface this to the BBB. Regards, John Cheers, Paul. On Wed Dec 17 2014 at 14:55:09 John Syn john3...@gmail.com wrote: From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 7:00 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: RE: [beagleboard] Sensing flowmeter / protecting analog input Hmm Maybe a 1.8v zener ? I see this recommendation all the time, but it won¹t work. Look at fig 4 in this document for the zener voltage characteristics DDZ9678: http://www.diodes.com/datasheets/ds30410.pdf http://www.diodes.com/datasheets/ds30410.pdf You will see that the zener voltage is at 1.8v when the current is at 80uA, but at 100uA, the voltage exceeds the maximum allowed on the ADC input. The only way to deal with this situation is to use a proper signal conditioner. First start with the voltage range of the input and then scale that down with an op-amp. You can also offset the reference to deal with negative voltage inputs. To the OP, you are only using this for counting, why use ADC. Why not scale/condition the output of the hall-effect flowmeter and use a digital input? Regards, John
Re: [beagleboard] which program language is better for BBB
From: nima talebpour nta@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, December 17, 2014 at 6:02 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] which program language is better for BBB I want to start write application for BBB. but i am confused. which program language is better for BBB? Java or C++ and why? The obvious answer, it depends on what your application does. Answer these and it will be easier to give you an answer: 1. Do you have a GUI? 2. Will your app display output to a web browser? 3. Does your app interface with I/O and if so, what type? 4. What are the performance constraints? 5. Do you have any programming language experience? 6. Do you have any communication requirements? There are several other distinguishers, but let¹s start with these and go from there. BTW, Robert and William¹s responses were hilarious. Really made me laugh. Regards, John which of these languages has a better examples and source codes ? thank you for guiding me. -- 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] Sensing flowmeter / protecting analog input
From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 7:00 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: RE: [beagleboard] Sensing flowmeter / protecting analog input Hmm Maybe a 1.8v zener ? I see this recommendation all the time, but it won¹t work. Look at fig 4 in this document for the zener voltage characteristics DDZ9678: http://www.diodes.com/datasheets/ds30410.pdf You will see that the zener voltage is at 1.8v when the current is at 80uA, but at 100uA, the voltage exceeds the maximum allowed on the ADC input. The only way to deal with this situation is to use a proper signal conditioner. First start with the voltage range of the input and then scale that down with an op-amp. You can also offset the reference to deal with negative voltage inputs. To the OP, you are only using this for counting, why use ADC. Why not scale/condition the output of the hall-effect flowmeter and use a digital input? Regards, John Or 1N4007¹s in series = 1.4V No one could make a greater mistake than he who did nothing because he could do only a little. All that is necessary for the triumph of evil is that good men do nothing Edmond Burke (1729 - 1797) http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of Paul Hannah Sent: Tuesday, December 16, 2014 9:09 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Sensing flowmeter / protecting analog input Hi, I'm looking to build a system to sense 'steps' of a hall-effect flowmeter. My first throught is to use a voltage divider and rectifier circuit to get down to the 0-1.8v I need. The problem I have is that every install may potentially have a different input voltage. I'm wondering if there's a simpler way to do this. I really only need to clip the voltage between 0-1.8v, it doesn't matter if it spends 90% of it's time clipped and throws away the negative half of the signal completely as I'm only interested in a count. The current draw will be in the millivolt-range used by the adc input, so it shouldn't need anything too heavy. My first thought is a simple voltage regulator set to 1.8v, but I don't know enough about them to know whether it's a viable option or which to choose. Any suggestions? -- 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. No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2015.0.5577 / Virus Database: 4253/8748 - Release Date: 12/16/14 No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2015.0.5577 / Virus Database: 4235/8735 - Release Date: 12/14/14 -- 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] Qt 5.4 on BBB OpenGL: Linux is dead after execute examples. Keyboard and mouse have no response.
On 12/16/14, 8:35 PM, Peter Gregory talkto...@gmail.com wrote: You can turn off the cursor using environment variable QT_QPA_EGLFS_HIDECURSOR=1 I haven't found the proper way to have the console and a EGLFS Qt application on the LCD work at the same time. I've found that debugging messages go to the main console while the Qt application runs on the LCD So, the LCD display flashes with debugging messages on the console. I had to re-compile Qt 5.3 with -DQT_NO_DEBUG_OUTPUT -DQT_NO_WARNING_OUTPUT to get it to stop spamming the main console. If you figure out how to make it work right, that would be great. I think you just remove the console=tty0 from your mmcargs line in uEnv.txt file. That should remove the console output from your display, but will continue to display the console on the UART. Regards, John A great resource for Qt embedded options is here: https://qt-project.org/doc/qt-5-snapshot/embedded-linux.html -- 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] Sensing flowmeter / protecting analog input
From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 9:27 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Digital input, hadn't thought of that but it makes sense, but I'm even less sure of myself in that arena... I have to admit first my electronics knowledge is very rusty... Maybe I can use a voltage divider after the diode/s to halve that 1.8v+ down to a safe 1.0v-ish. My first thought here is to use a zener diode as in here http://www.electronics-tutorials.ws/diode/diode42.gif) with a voltage divider after. Is the reverse voltage low enough to be safe with the BBB? If not, what if I set up something like this, but make D_Z1 a normal diode so that the reverse current is completely stopped? Again, not interested at all in the quality of the signal as long as I can determine the number of cycles. Sorry for the electronics 101 questions, appreciate all your time. Yeah, the reverse voltage will exceed the limits set on the ADC so a zener will not work for you. Here is a document that explains the principles that will help you. http://www.ti.com.cn/cn/lit/an/sboa097a/sboa097a.pdf Or search Google for adc signal conditioning circuit² for more references. Regards, John Cheers, Paul. On Wed Dec 17 2014 at 14:55:09 John Syn john3...@gmail.com wrote: From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 7:00 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: RE: [beagleboard] Sensing flowmeter / protecting analog input Hmm Maybe a 1.8v zener ? I see this recommendation all the time, but it won¹t work. Look at fig 4 in this document for the zener voltage characteristics DDZ9678: http://www.diodes.com/datasheets/ds30410.pdf http://www.diodes.com/datasheets/ds30410.pdf You will see that the zener voltage is at 1.8v when the current is at 80uA, but at 100uA, the voltage exceeds the maximum allowed on the ADC input. The only way to deal with this situation is to use a proper signal conditioner. First start with the voltage range of the input and then scale that down with an op-amp. You can also offset the reference to deal with negative voltage inputs. To the OP, you are only using this for counting, why use ADC. Why not scale/condition the output of the hall-effect flowmeter and use a digital input? Regards, John Or 1N4007¹s in series = 1.4V No one could make a greater mistake than he who did nothing because he could do only a little. All that is necessary for the triumph of evil is that good men do nothing Edmond Burke (1729 - 1797) http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book http://www.packtpub.com/building-a-home-security-system-with-beaglebone/boo k From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com mailto:beagleboard@googlegroups.com ] On Behalf Of Paul Hannah Sent: Tuesday, December 16, 2014 9:09 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Sensing flowmeter / protecting analog input Hi, I'm looking to build a system to sense 'steps' of a hall-effect flowmeter. My first throught is to use a voltage divider and rectifier circuit to get down to the 0-1.8v I need. The problem I have is that every install may potentially have a different input voltage. I'm wondering if there's a simpler way to do this. I really only need to clip the voltage between 0-1.8v, it doesn't matter if it spends 90% of it's time clipped and throws away the negative half of the signal completely as I'm only interested in a count. The current draw will be in the millivolt-range used by the adc input, so it shouldn't need anything too heavy. My first thought is a simple voltage regulator set to 1.8v, but I don't know enough about them to know whether it's a viable option or which to choose. Any suggestions? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard+unsubscr...@googlegroups.com . For more options, visit https://groups.google.com/d/optout https://groups.google.com/d/optout . No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2015.0.5577 / Virus Database: 4253/8748 - Release Date: 12/16/14 No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2015.0.5577 / Virus Database: 4235/8735 - Release Date: 12/14/14 -- For more options, visit http
Re: [beagleboard] Sensing flowmeter / protecting analog input
From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 9:27 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Digital input, hadn't thought of that but it makes sense, but I'm even less sure of myself in that arena... I have to admit first my electronics knowledge is very rusty... Maybe I can use a voltage divider after the diode/s to halve that 1.8v+ down to a safe 1.0v-ish. My first thought here is to use a zener diode as in here http://www.electronics-tutorials.ws/diode/diode42.gif) with a voltage divider after. Is the reverse voltage low enough to be safe with the BBB? If not, what if I set up something like this, but make D_Z1 a normal diode so that the reverse current is completely stopped? Again, not interested at all in the quality of the signal as long as I can determine the number of cycles. Sorry for the electronics 101 questions, appreciate all your time. BTW, what is the flowmeter part number. Perhaps there is a much simpler way to interface this to the BBB. Regards, John Cheers, Paul. On Wed Dec 17 2014 at 14:55:09 John Syn john3...@gmail.com wrote: From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 7:00 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: RE: [beagleboard] Sensing flowmeter / protecting analog input Hmm Maybe a 1.8v zener ? I see this recommendation all the time, but it won¹t work. Look at fig 4 in this document for the zener voltage characteristics DDZ9678: http://www.diodes.com/datasheets/ds30410.pdf http://www.diodes.com/datasheets/ds30410.pdf You will see that the zener voltage is at 1.8v when the current is at 80uA, but at 100uA, the voltage exceeds the maximum allowed on the ADC input. The only way to deal with this situation is to use a proper signal conditioner. First start with the voltage range of the input and then scale that down with an op-amp. You can also offset the reference to deal with negative voltage inputs. To the OP, you are only using this for counting, why use ADC. Why not scale/condition the output of the hall-effect flowmeter and use a digital input? Regards, John Or 1N4007¹s in series = 1.4V No one could make a greater mistake than he who did nothing because he could do only a little. All that is necessary for the triumph of evil is that good men do nothing Edmond Burke (1729 - 1797) http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book http://www.packtpub.com/building-a-home-security-system-with-beaglebone/boo k From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com mailto:beagleboard@googlegroups.com ] On Behalf Of Paul Hannah Sent: Tuesday, December 16, 2014 9:09 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Sensing flowmeter / protecting analog input Hi, I'm looking to build a system to sense 'steps' of a hall-effect flowmeter. My first throught is to use a voltage divider and rectifier circuit to get down to the 0-1.8v I need. The problem I have is that every install may potentially have a different input voltage. I'm wondering if there's a simpler way to do this. I really only need to clip the voltage between 0-1.8v, it doesn't matter if it spends 90% of it's time clipped and throws away the negative half of the signal completely as I'm only interested in a count. The current draw will be in the millivolt-range used by the adc input, so it shouldn't need anything too heavy. My first thought is a simple voltage regulator set to 1.8v, but I don't know enough about them to know whether it's a viable option or which to choose. Any suggestions? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard+unsubscr...@googlegroups.com . For more options, visit https://groups.google.com/d/optout https://groups.google.com/d/optout . No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2015.0.5577 / Virus Database: 4253/8748 - Release Date: 12/16/14 No virus found in this message. Checked by AVG - www.avg.com http://www.avg.com Version: 2015.0.5577 / Virus Database: 4235/8735 - Release Date: 12/14/14 -- 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
Re: [beagleboard] Sensing flowmeter / protecting analog input
From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:26 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Cheers, it's a Gicar 9.0.95.05g -- sits in a cafe-style coffee machine, though this'll only be the first install and the others may be different (but presumably similar) parts. OK, I couldn¹t find a data sheet, but I think this is a three pin device, GND, POWER (4.5 - 20V) and PULSE. If this is correct, then all you need is a resistor divider as you suggested and a schmitt trigger to clean up the signal and then feed this directly into one of the GPIO pins. The schmitt trigger should be powered from VDD_3V3B and enabled with SYS_RESETn. Regards, John On Wed Dec 17 2014 at 17:02:30 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 9:27 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Digital input, hadn't thought of that but it makes sense, but I'm even less sure of myself in that arena... I have to admit first my electronics knowledge is very rusty... Maybe I can use a voltage divider after the diode/s to halve that 1.8v+ down to a safe 1.0v-ish. My first thought here is to use a zener diode as in here http://www.electronics-tutorials.ws/diode/diode42.gif) with a voltage divider after. Is the reverse voltage low enough to be safe with the BBB? If not, what if I set up something like this, but make D_Z1 a normal diode so that the reverse current is completely stopped? Again, not interested at all in the quality of the signal as long as I can determine the number of cycles. Sorry for the electronics 101 questions, appreciate all your time. BTW, what is the flowmeter part number. Perhaps there is a much simpler way to interface this to the BBB. Regards, John Cheers, Paul. On Wed Dec 17 2014 at 14:55:09 John Syn john3...@gmail.com wrote: From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 7:00 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: RE: [beagleboard] Sensing flowmeter / protecting analog input Hmm Maybe a 1.8v zener ? I see this recommendation all the time, but it won¹t work. Look at fig 4 in this document for the zener voltage characteristics DDZ9678: http://www.diodes.com/datasheets/ds30410.pdf http://www.diodes.com/datasheets/ds30410.pdf You will see that the zener voltage is at 1.8v when the current is at 80uA, but at 100uA, the voltage exceeds the maximum allowed on the ADC input. The only way to deal with this situation is to use a proper signal conditioner. First start with the voltage range of the input and then scale that down with an op-amp. You can also offset the reference to deal with negative voltage inputs. To the OP, you are only using this for counting, why use ADC. Why not scale/condition the output of the hall-effect flowmeter and use a digital input? Regards, John Or 1N4007¹s in series = 1.4V No one could make a greater mistake than he who did nothing because he could do only a little. All that is necessary for the triumph of evil is that good men do nothing Edmond Burke (1729 - 1797) http://www.packtpub.com/building-a-home-security-system-with-beaglebone/bo ok http://www.packtpub.com/building-a-home-security-system-with-beaglebone/b ook From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com mailto:beagleboard@googlegroups.com ] On Behalf Of Paul Hannah Sent: Tuesday, December 16, 2014 9:09 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Sensing flowmeter / protecting analog input Hi, I'm looking to build a system to sense 'steps' of a hall-effect flowmeter. My first throught is to use a voltage divider and rectifier circuit to get down to the 0-1.8v I need. The problem I have is that every install may potentially have a different input voltage. I'm wondering if there's a simpler way to do this. I really only need to clip the voltage between 0-1.8v, it doesn't matter if it spends 90% of it's time clipped and throws away the negative half of the signal completely as I'm only interested in a count. The current draw will be in the millivolt-range used by the adc input, so it shouldn't need anything too heavy. My first thought is a simple voltage regulator set to 1.8v, but I don't know enough about them to know whether it's a viable option or which to choose. Any suggestions? -- For more options, visit http
Re: [beagleboard] Sensing flowmeter / protecting analog input
From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:50 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input Yes, that sounds exactly like the device. Awesome, didn't even know such a beast existed. Will do my reading tonight. http://www.ti.com/lit/an/scea046/scea046.pdf Page 4 explains the concept. Regards, John Thanks again, Paul. On Wed Dec 17 2014 at 17:47:20 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:26 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Cheers, it's a Gicar 9.0.95.05g -- sits in a cafe-style coffee machine, though this'll only be the first install and the others may be different (but presumably similar) parts. OK, I couldn¹t find a data sheet, but I think this is a three pin device, GND, POWER (4.5 - 20V) and PULSE. If this is correct, then all you need is a resistor divider as you suggested and a schmitt trigger to clean up the signal and then feed this directly into one of the GPIO pins. The schmitt trigger should be powered from VDD_3V3B and enabled with SYS_RESETn. Regards, John On Wed Dec 17 2014 at 17:02:30 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 9:27 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Digital input, hadn't thought of that but it makes sense, but I'm even less sure of myself in that arena... I have to admit first my electronics knowledge is very rusty... Maybe I can use a voltage divider after the diode/s to halve that 1.8v+ down to a safe 1.0v-ish. My first thought here is to use a zener diode as in here http://www.electronics-tutorials.ws/diode/diode42.gif) with a voltage divider after. Is the reverse voltage low enough to be safe with the BBB? If not, what if I set up something like this, but make D_Z1 a normal diode so that the reverse current is completely stopped? Again, not interested at all in the quality of the signal as long as I can determine the number of cycles. Sorry for the electronics 101 questions, appreciate all your time. BTW, what is the flowmeter part number. Perhaps there is a much simpler way to interface this to the BBB. Regards, John Cheers, Paul. On Wed Dec 17 2014 at 14:55:09 John Syn john3...@gmail.com wrote: From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 7:00 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: RE: [beagleboard] Sensing flowmeter / protecting analog input Hmm Maybe a 1.8v zener ? I see this recommendation all the time, but it won¹t work. Look at fig 4 in this document for the zener voltage characteristics DDZ9678: http://www.diodes.com/datasheets/ds30410.pdf http://www.diodes.com/datasheets/ds30410.pdf You will see that the zener voltage is at 1.8v when the current is at 80uA, but at 100uA, the voltage exceeds the maximum allowed on the ADC input. The only way to deal with this situation is to use a proper signal conditioner. First start with the voltage range of the input and then scale that down with an op-amp. You can also offset the reference to deal with negative voltage inputs. To the OP, you are only using this for counting, why use ADC. Why not scale/condition the output of the hall-effect flowmeter and use a digital input? Regards, John Or 1N4007¹s in series = 1.4V No one could make a greater mistake than he who did nothing because he could do only a little. All that is necessary for the triumph of evil is that good men do nothing Edmond Burke (1729 - 1797) http://www.packtpub.com/building-a-home-security-system-with-beaglebone/ book http://www.packtpub.com/building-a-home-security-system-with-beaglebone /book From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com mailto:beagleboard@googlegroups.com ] On Behalf Of Paul Hannah Sent: Tuesday, December 16, 2014 9:09 PM To: beagleboard@googlegroups.com Subject: [beagleboard] Sensing flowmeter / protecting analog input Hi, I'm looking to build a system to sense 'steps' of a hall-effect flowmeter. My first throught is to use a voltage divider and rectifier circuit to get down to the 0-1.8v I need. The problem I have is that every install may potentially have a different input voltage. I'm
Re: [beagleboard] Sensing flowmeter / protecting analog input
From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 11:21 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input I've had a bit of a dig on element14, this seems to fit the bill (http://au.element14.com/texas-instruments/sn74lvc1g14dbvr/ic-schmitt-trigger- inverter-smd/dp/1470878) but it's not suitable for a breadboard prototype. You don't know where I should be looking for a suitable prototyping product by any chance? http://au.element14.com/jsp/search/browse.jsp?N=2101+203662+110122219+110112 113Ntk=gensearchNtt=schmitt+triggerNtx=mode+matchallpartialNo=0getResul ts=trueappliedparametrics=truelocale=en_AUdivisionLocale=en_AUcatalogId= skipManufacturer=falseskipParametricAttributeId=prevNValues=2101+203662m m=1001353||,1002627||,filtersHidden=falseappliedHidden=falseautoApply=fal seoriginalQueryURL=%2Fjsp%2Fsearch%2Fbrowse.jsp%3FN%3D2101%2B203662%26Ntk%3 Dgensearch%26Ntt%3Dschmitt%2Btrigger%26Ntx%3Dmode%2Bmatchallpartial%26No%3D0 %26getResults%3Dtrue%26appliedparametrics%3Dtrue%26locale%3Den_AU%26division Locale%3Den_AU%26catalogId%3D%26skipManufacturer%3Dfalse%26skipParametricAtt ributeId%3D%26prevNValues%3D2101%2B203662 http://au.element14.com/jsp/search/browse.jsp?N=2101+203662+110122219+11011 2113Ntk=gensearchNtt=schmitt+triggerNtx=mode+matchallpartialNo=0getResu lts=trueappliedparametrics=truelocale=en_AUdivisionLocale=en_AUcatalogId =skipManufacturer=falseskipParametricAttributeId=prevNValues=2101+203662 mm=1001353%7C%7C,1002627%7C%7C,filtersHidden=falseappliedHidden=falseauto Apply=falseoriginalQueryURL=%2Fjsp%2Fsearch%2Fbrowse.jsp%3FN%3D2101%2B20366 2%26Ntk%3Dgensearch%26Ntt%3Dschmitt%2Btrigger%26Ntx%3Dmode%2Bmatchallpartial %26No%3D0%26getResults%3Dtrue%26appliedparametrics%3Dtrue%26locale%3Den_AU%2 6divisionLocale%3Den_AU%26catalogId%3D%26skipManufacturer%3Dfalse%26skipPara metricAttributeId%3D%26prevNValues%3D2101%2B203662 If this link doesn¹t work, search for schmitt trigger² then select ³Gates Inverters² and then select ³Logic case style of ³DIP² Regards, John Thanks, Paul. On Wed Dec 17 2014 at 17:58:21 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:50 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input Yes, that sounds exactly like the device. Awesome, didn't even know such a beast existed. Will do my reading tonight. http://www.ti.com/lit/an/scea046/scea046.pdf Page 4 explains the concept. Regards, John Thanks again, Paul. On Wed Dec 17 2014 at 17:47:20 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:26 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Cheers, it's a Gicar 9.0.95.05g -- sits in a cafe-style coffee machine, though this'll only be the first install and the others may be different (but presumably similar) parts. OK, I couldn¹t find a data sheet, but I think this is a three pin device, GND, POWER (4.5 - 20V) and PULSE. If this is correct, then all you need is a resistor divider as you suggested and a schmitt trigger to clean up the signal and then feed this directly into one of the GPIO pins. The schmitt trigger should be powered from VDD_3V3B and enabled with SYS_RESETn. Regards, John On Wed Dec 17 2014 at 17:02:30 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 9:27 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Digital input, hadn't thought of that but it makes sense, but I'm even less sure of myself in that arena... I have to admit first my electronics knowledge is very rusty... Maybe I can use a voltage divider after the diode/s to halve that 1.8v+ down to a safe 1.0v-ish. My first thought here is to use a zener diode as in here http://www.electronics-tutorials.ws/diode/diode42.gif) with a voltage divider after. Is the reverse voltage low enough to be safe with the BBB? If not, what if I set up something like this, but make D_Z1 a normal diode so that the reverse current is completely stopped? Again, not interested at all in the quality of the signal as long as I can determine the number of cycles. Sorry for the electronics 101 questions, appreciate all your time. BTW, what is the flowmeter part number. Perhaps there is a much
Re: [beagleboard] Sensing flowmeter / protecting analog input
From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 11:21 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input I've had a bit of a dig on element14, this seems to fit the bill (http://au.element14.com/texas-instruments/sn74lvc1g14dbvr/ic-schmitt-trigger- inverter-smd/dp/1470878) but it's not suitable for a breadboard prototype. You don't know where I should be looking for a suitable prototyping product by any chance? Or you could use the part you selected and use this adapter: http://au.element14.com/capital-advanced/33205/convert-from-5-sc-59-sc-74a-s ot/dp/1654363 Regards, John Thanks, Paul. On Wed Dec 17 2014 at 17:58:21 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:50 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input Yes, that sounds exactly like the device. Awesome, didn't even know such a beast existed. Will do my reading tonight. http://www.ti.com/lit/an/scea046/scea046.pdf Page 4 explains the concept. Regards, John Thanks again, Paul. On Wed Dec 17 2014 at 17:47:20 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 10:26 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Cheers, it's a Gicar 9.0.95.05g -- sits in a cafe-style coffee machine, though this'll only be the first install and the others may be different (but presumably similar) parts. OK, I couldn¹t find a data sheet, but I think this is a three pin device, GND, POWER (4.5 - 20V) and PULSE. If this is correct, then all you need is a resistor divider as you suggested and a schmitt trigger to clean up the signal and then feed this directly into one of the GPIO pins. The schmitt trigger should be powered from VDD_3V3B and enabled with SYS_RESETn. Regards, John On Wed Dec 17 2014 at 17:02:30 John Syn john3...@gmail.com wrote: From: Paul Hannah p...@memetec.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 9:27 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Sensing flowmeter / protecting analog input John, Digital input, hadn't thought of that but it makes sense, but I'm even less sure of myself in that arena... I have to admit first my electronics knowledge is very rusty... Maybe I can use a voltage divider after the diode/s to halve that 1.8v+ down to a safe 1.0v-ish. My first thought here is to use a zener diode as in here http://www.electronics-tutorials.ws/diode/diode42.gif) with a voltage divider after. Is the reverse voltage low enough to be safe with the BBB? If not, what if I set up something like this, but make D_Z1 a normal diode so that the reverse current is completely stopped? Again, not interested at all in the quality of the signal as long as I can determine the number of cycles. Sorry for the electronics 101 questions, appreciate all your time. BTW, what is the flowmeter part number. Perhaps there is a much simpler way to interface this to the BBB. Regards, John Cheers, Paul. On Wed Dec 17 2014 at 14:55:09 John Syn john3...@gmail.com wrote: From: William Pretty Security bill.pre...@xplornet.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 16, 2014 at 7:00 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: RE: [beagleboard] Sensing flowmeter / protecting analog input Hmm Maybe a 1.8v zener ? I see this recommendation all the time, but it won¹t work. Look at fig 4 in this document for the zener voltage characteristics DDZ9678: http://www.diodes.com/datasheets/ds30410.pdf http://www.diodes.com/datasheets/ds30410.pdf You will see that the zener voltage is at 1.8v when the current is at 80uA, but at 100uA, the voltage exceeds the maximum allowed on the ADC input. The only way to deal with this situation is to use a proper signal conditioner. First start with the voltage range of the input and then scale that down with an op-amp. You can also offset the reference to deal with negative voltage inputs. To the OP, you are only using this for counting, why use ADC. Why not scale/condition the output of the hall-effect flowmeter and use a digital input? Regards, John Or 1N4007¹s in series = 1.4V No one could make a greater mistake than he who did nothing because he could do only
Re: [beagleboard] Qt 5.4 on BBB OpenGL: Linux is dead after execute examples. Keyboard and mouse have no response.
From: Yang Lei y34...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, December 13, 2014 at 1:55 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Qt 5.4 on BBB OpenGL: Linux is dead after execute examples. Keyboard and mouse have no response. Hello everyone I¹m new on Qt on arm linux. I¹m trying to cross compile the newest version Qt 5.4 for Beaglebone Black(BBB). I think I almost successed because I finished configure and make of Qt 5.4 based on root file system on BBB. When I try to run an example, the GUI shows up but the linux is dead and there is no response from keyboard and mouse. The only thing I can do is to reset BBB. Could someone help me with this problem? I will describe my steps as follow: 1. Build Ubuntu SD card For this step, I followed the following website: https://eewiki.net/display/linuxonarm/BeagleBone+Black https://eewiki.net/display/linuxonarm/BeagleBone+Black Kernel version: Linux arm 3.18.0-bone1 #1 Mon Dec 8 23:08:59 EST 2014 armv71 armv71 armv71 GNU/Linux Root file system: Ubuntu 14.04.1 LTS Cross compiler: arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1-4.9-2014.09 Linaro GCC 4.9-2014.09) 4.9.2 20140904 (prerelease) The SD card just works fine. 2. Build and install SGX driver Also, I followed the SGX part of the following website https://eewiki.net/display/linuxonarm/BeagleBone+Black https://eewiki.net/display/linuxonarm/BeagleBone+Black The demo program OGLES2ChameleonMan works fine. 3. Build Qt 5.4 (1) Download Qt 5.4 source qt-everywhere-opensource-src-5.4.0.tar.gz http://download.qt-project.org/archive/qt/5.4/5.4.0/single/ http://download.qt-project.org/archive/qt/5.4/5.4.0/single/ (2) Configure Qt 5.4 copy the newest cross compiler library to root file system (otherwise the configure has errors) 1. sudo cp -r some dir/gcc-linaro-arm-linux-gnueabihf-4.9-2014.09_linux/arm-linux-gnueabihf/libc /* some dir/rootfs edit /qtbase/mkspecs/devices/linux-beaglebone-g++/qmake.conf 1. Ln 29: COMPILER_FLAGS = -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=hard 2. 3. Ln 39: QMAKE_INCDIR_EGL= $$[QT_SYSROOT]/usr/include/OGLES2 configure 1. sudo ./configure -prefix /home/ubuntu/Qt http://qt-project.org/doc/Qt.html -device linux-beaglebone-g++ -device-option CROSS_COMPILE=/home/albert/arm-dev/kernel_dev/bb-kernel/dl/gcc-linaro-arm-linu x-gnueabihf-4.9-2014.09_linux/bin/arm-linux-gnueabihf- -sysroot /media/albert/rootfs -release -opensource -confirm-license -opengl es2 -v configure result 1.Configure summary 2. 3. 4. 5. Building on: linux-g++ (x86_64, CPU features: mmx sse sse2) 6. 7. Building for: devices/linux-beaglebone-g++ (arm, CPU features: neon) 8. 9. Platform notes: 10. 11. 12. 13. - Also available for Linux: linux-kcc linux-icc linux-cxx 14. 15. 16. 17. qmake vars .. styles += mac fusion windows DEFINES += QT_NO_MTDEV DEFINES += QT_NO_LIBUDEV QMAKE_X11_PREFIX = /usr sql-drivers = sql-plugins = sqlite qmake switches . 18. 19. 20. 21. Build options: 22. 23. Build parts libs examples 24. 25. Mode ... release 26. 27. Using C++11 yes 28. 29. Using gold linker... yes 30. 31. Using PCH .. yes 32. 33. Target compiler supports: 34. 35. Neon . yes 36. 37. 38. 39. Qt http://qt-project.org/doc/Qt.html modules and options: 40. 41. Qt http://qt-project.org/doc/Qt.html D-Bus ... runtime 42. 43. Qt http://qt-project.org/doc/Qt.html Concurrent .. yes 44. 45. Qt http://qt-project.org/doc/Qt.html GUI . yes 46. 47. Qt http://qt-project.org/doc/Qt.html Widgets . yes 48. 49. Large File . yes 50. 51. QML debugging .. yes 52. 53. Use system proxies . no 54. 55. 56. 57. Support enabled for: 58. 59. Accessibility .. yes 60. 61. ALSA ... no 62. 63. CUPS ... no 64. 65. Evdev .. yes 66. 67. FontConfig . no 68. 69. FreeType ... yes (bundled copy) 70. 71. Glib ... no 72. 73. GTK theme .. no 74. 75. HarfBuzz ... yes (bundled copy) 76. 77. Iconv .. yes 78. 79. ICU no 80. 81. Image formats: 82. 83. GIF .. yes (plugin, using bundled copy) 84. 85. JPEG . yes (plugin, using bundled copy) 86. 87. PNG .. yes (in QtGui http://qt-project.org/doc/QtGui.html , using bundled copy) 88. 89. journald ... no 90. 91. mtdev .. no 92. 93. Networking: 94. 95. getaddrinfo .. yes 96.
Re: [beagleboard] v3.19-rc0 overlays...
On 12/11/14, 3:23 PM, Robert Nelson robertcnel...@gmail.com wrote: So if your watching git: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id =7ef58b32f571bffb7763c6252ad7527562081f34 - OF_RECONFIG notifiers for SPI, I2C and Platform devices. Those subsystems can now respond to live changes to the device tree. - CONFIG_OF_OVERLAY method for applying live changes to the device tree Yeah, this is really good news. BTW, what is the mechanism to update the devicetree from user space? Is this done via sysfs like capemanager? Regards, John 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] v3.19-rc0 overlays...
On 12/12/14, 1:19 PM, Robert Nelson robertcnel...@gmail.com wrote: On Fri, Dec 12, 2014 at 3:12 PM, John Syn john3...@gmail.com wrote: On 12/11/14, 3:23 PM, Robert Nelson robertcnel...@gmail.com wrote: So if your watching git: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/? id =7ef58b32f571bffb7763c6252ad7527562081f34 - OF_RECONFIG notifiers for SPI, I2C and Platform devices. Those subsystems can now respond to live changes to the device tree. - CONFIG_OF_OVERLAY method for applying live changes to the device tree Yeah, this is really good news. BTW, what is the mechanism to update the devicetree from user space? Is this done via sysfs like capemanager? It's thru: configfs, Pantelis's patch is here: http://www.spinics.net/lists/devicetree/msg61079.html docs in patch +Howto use the configfs overlay interface. + +A device-tree configfs entry is created in /config/device-tree/overlays +and and it is manipulated using standard file system I/O. +Note that this is a debug level interface, for use by developers and +not necessarily something accessed by normal users due to the +security implications of having direct access to the kernel's device tree. + +* To create an overlay you mkdir the directory: + + # mkdir /config/device-tree/overlays/foo + +* Either you echo the overlay firmware file to the path property file. + + # echo foo.dtbo /config/device-tree/overlays/foo/path + +* Or you cat the contents of the overlay to the dtbo file + + # cat foo.dtbo /config/device-tree/overlays/foo/dtbo + +The overlay file will be applied, and devices will be created/destroyed +as required. + +To remove it simply rmdir the directory. + + # rmdir /config/device-tree/overlays/foo + +The rationalle of the dual interface (firmware direct copy) is that each is +better suited to different use patterns. The firmware interface is what's +intended to be used by hardware managers in the kernel, while the copy interface +make sense for developers (since it avoids problems with namespaces). That is really nice. Regards, John 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] Processing (dev' language) on BBB
From: richardahors...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 11, 2014 at 6:31 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Processing (dev' language) on BBB Hi All First post after getting a shiny new BBB and 4D touch screen cape in the post. I bought the combo based on how much faster it performs than the Pi I am used to developing on. Now it's arrived it appears that my dev' language of choice (Processing) doesn't run on it. I'm hoping there's someone out there that has a list of instructions as to how to get Processing installed and running. If Processing really is a no-go, what other language that does work on BBB would you suggest for fast 2D GUI creation and serial comms? Here's what I'm working on... If you only want this to develop a GUI, then why not use QT? Using BBB with LXQT will make your life a lot easier. Regards, John [YouTube Link] https://www.youtube.com/watch?v=xFo_5EBweX0list=UUaRxpScjomwuKmD6VVhhoEw ... as you can see it's an interactive touch screen interface that works nicely (but slowly) on the Pi. I'm really hoping the faster BBB and bigger screen will work with it! Hmm... thinking out loud... Maybe if I install the JDK on the BBB and I compile the Processing code on another machine, just transferring the executable over to the BBB?... Many thanks Rich -- 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] Purpose of the GND_OSC zero ohm resistors?
From: Seth transistorbo...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, December 5, 2014 at 5:07 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Purpose of the GND_OSC zero ohm resistors? Thanks for the info, John. I thought it might have something to do with that. If I get a chance I'll have to pick up that book - thanks for the suggestion! I see in the earlier BBB designs the GND_OSC wasn't connected to the main DGND. Only later were they connected (via those zero ohm resistors), and that apparently helped the BBB function better. To me it seems that would introduce more switching noise (as John put it) than leaving them not connected to DGND. I guess I'm a little confused about John's use of the word isolated (If you don¹t isolate the OSC gnd...) - were you suggesting the zero ohm resistors acted as isolation from digital ground in this case? Gerald - do you mean that I could connect the GND_OSC net to the DGND net directly, or were you saying that I didn't need to connect those two at all (as in the earlier versions of the BBB)? What's the reason for having the resistors on the BBB if they're not needed? I was speculating that maybe you weren't initially sure if connecting the ground nets together would solve the ground bounce problem or maybe introduce worse problems, so you used those resistors to allow yourself the ability to leave them unpopulated in the event that it caused more issues than it solved (rather than re-spin new boards without the connection at all). GND represents the return path for each signal, so DGND represents the return path for digital circuits and GND_OSC represents the return path for the OSC circuit. Ideally, you create a reference point (normally GND pin of the power plug and then using a star topology, you connect to each of the GND circuits, such as AGND, DGND, etc. This way, no GND circuit will see the return current of the other circuits. Normally, the PCB layout software won¹t allow you to connect nets of different names, so you use zero ohm resistors to connect these nets on the PCB. If GND_OSC isn¹t connected to DGND, then it will be connected inside the chip and this isn¹t ideal. Measure the voltage signal between GND_OSC and DGND with and without the zero ohm resistor. You will see the noise between the two nets increase without the zero ohm resistor. BTW, the zero ohm resistor isn¹t idea either and we normally have special schematic symbols that allow us to connect two nets with different names. The PCB representation is just a copper trace which connects the two nets together, but most important is that you can move this copper trace so that it is close to the reference point (normally the GND pin of the power connector). Hope this helps. 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+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] BeagleBone Black based module boards
From: Gerald Coley ger...@beagleboard.org Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, December 4, 2014 at 11:06 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] BeagleBone Black based module boards Nobody. We just designed it. Because he is such a great guy and we are all so thankful for his work ;-) Regards, John Gerald On Thu, Dec 4, 2014 at 1:03 PM, Bremenpl breme...@gmail.com wrote: I dont think I can afford that. So who hired you to make BeagleBone Black? W dniu 2014-12-04 o 19:55, Gerald Coley pisze: We are a non profit. We have no employees. Now, if you want to hire someone to design a board for you, that can be arranged. Gerald On Thu, Dec 4, 2014 at 11:12 AM, Bremenpl breme...@gmail.com wrote: I understand. The Mentorel company seems to have exacly what I was looking for. It is to bad to hear that theres not enough employees there I was hoping to see more great products. Dnia 4 grudnia 2014 16:30:44 Gerald Coley ger...@beagleboard.org napisał(a): I have no plans to get into the commercial module business. BeagleBoard.org has no employees to support such an arrangement. Gerald On Wed, Dec 3, 2014 at 4:57 PM, John Syn john3...@gmail.com wrote: From: bremenpl breme...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, December 3, 2014 at 1:43 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] BeagleBone Black based module boards Hello there, I was wondering either are is any board on the market that has the same hardware as BeagleBone Black (mcu, mmc, ethernet etc) but is designed as a module, with more I/Os and no connectors? Like those popular All winer A20 module boards. I would aprichiate any help. http://www.mentorel.com/product/usomiq-am335x/ -- 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. -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://beagleboard.org/ http://circuitco.com/support/ http://circuitco.com/support/ -- 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/uVpJGNbfifE/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. -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://beagleboard.org/ http://circuitco.com/support/ http://circuitco.com/support/ -- 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/uVpJGNbfifE/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. -- Bremenpl -- 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. -- Gerald ger...@beagleboard.org http://beagleboard.org
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 2, 2014 at 6:35 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi John, Have you tried to record with external microphone? You have to bias the microphone, but the audio cape didn’t implement the microphone bias circuitry so you will have to bias the microphone externally for it to work. If you search for the TLV320AIC3106EVM schematic, you can see how to bias the microphone. The recording works fine if I connect the Audio Cape directly to the speaker source (a tablet) with a male-to-male 3.5mm cable. In case of using external microphone, the Audacity Frequency Analysis shows there is no frequency that is higher than 3KHz. I tried the same test with USB Sound Card and it works fine. I haven’t checked the audio bandwidth, but if I use a sampling rate of 96KHz, the audio quality sounds fine. Do you have some special setting for alsamixer? The only settings I change is Press F4 for Capture, make “Line Line2 Bypass” = 100 and “PGA” = 50 Here is the command I use: arecord -c1 -f S32_LE -r 96000 -t wav -vv test.wav or aplay -C -c1 -f S32_LE -r 96000 -t wav -vv test.wav I use the second command because my debugger gets confused when loading alsa-util debug symbols. After all, arecord is just a soft link to aplay. Regards, John Thanks, Dustin On Tuesday, December 2, 2014 4:10:12 AM UTC+7, john3909 wrote: On 12/1/14, 10:27 AM, Nicolae Rosia nicola...@gmail.com javascript: wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentie...@gmail.com javascript: wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesse...@gmail.com javascript: wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentie...@gmail.com javascript: wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john...@gmail.com javascript: wrote: From: Dien Nguyen nguyentie...@gmail.com javascript: Reply-To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Date: Sunday, November 30, 2014 at 7:14 PM To: beagl...@googlegroups.com javascript: beagl...@googlegroups.com javascript: Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John 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...@googlegroups.com javascript: . For more options, visit
Re: [beagleboard] BeagleBone Black based module boards
From: bremenpl breme...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, December 3, 2014 at 1:43 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] BeagleBone Black based module boards Hello there, I was wondering either are is any board on the market that has the same hardware as BeagleBone Black (mcu, mmc, ethernet etc) but is designed as a module, with more I/Os and no connectors? Like those popular All winer A20 module boards. I would aprichiate any help. http://www.mentorel.com/product/usomiq-am335x/ -- 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] LabVIEW on windows beagle board
From: Jason Kridner jkrid...@beagleboard.org Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, December 2, 2014 at 2:56 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] LabVIEW on windows beagle board While it isn't possible to run LABview directly, you can create VIs that talk to a BeagleBone Black using Botspeak: http://botspeak.org/supported-platforms/beaglebone/ and http://beagleboard.org/project/botspeak Some additional development has been on-going to move Botspeak to the PRUs (see PRUSpeak). I've heard some other efforts have been done, but nothing I know to report. Labview Embedded has a C code generator which creates a C file for the project which is then compiled for ARM. I worked on this years ago and managed to get this working on a Beagleboard-xM. I even managed to get a graphical GUI working, but the quality wasn¹t very good. Regards, John Let us know if this helps. On Tue, Dec 2, 2014 at 5:37 PM, David Funk dwf...@gmail.com wrote: I doubt if it will run. LabVIEW uses x86 code, BBB runs on an ARM. -david . On Tue, Dec 2, 2014 at 3:44 PM, Swain, Brendan Lee bubbalu3...@email.tamu.edu wrote: To whom it may concern, I am a student at a university in Texas. We are trying to find a simple way to run our LabVIEW programming for our flow loop that we want to be pretty autonomous. I was wondering if the Beagle bone with windows would be capable of running LabVIEW. Thanks, Brendan Swain -- 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] Audio capture issue with BeagleBone Black and Audio Cape Rev B
From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 9:37 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. I never really looked into the issue because it wasn¹t important to me. As long as I could record and playback on the BBB, I was OK, but I did notice the issue when I recorded on the BBB and then played back on my Ubuntu desktop. I looked at the schematics and I see that GPIO3_21 (AUD_MCLK) is driven by either Y4 (24.576MHz) or MCASP0_AHCLKX. So I did a few measurements and AUD_MCLK is always 24MHz no matter what the sampling rate. In the DTS the codec-clock-rate is shown as 1200 so this doesn¹t make any sense. Perhaps the MCASP code isn¹t reading this number correctly and is defaulting to 24MHz. Regards, John Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John 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. -- 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/XmMg5DjJvsk/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. -- 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 issue with BeagleBone Black and Audio Cape Rev B
From: Jesse Cobra jesseco...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 11:05 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Curious what happens if you try 48k sampling? I get the same results. Regards, John On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John 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. -- 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/XmMg5DjJvsk/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. -- 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] Audio capture issue with BeagleBone Black and Audio Cape Rev B
On 12/1/14, 10:27 AM, Nicolae Rosia nicolae.ro...@gmail.com wrote: Hello, The clock is wrong. For some reason the clock clock rate is not changed to 12MHz as set in dts file but to 24MHz (ti,codec-clock-rate = 1200;). If you change the clock to 24MHz in your dts, it will work as expected. I¹m not sure that is how this is supposed to work. Surely the DTS defines the clock rate rather than reflecting the clock rate? My guess is that the ALSA subsystem is reading the DTS codec-clock-rate, but the MCASP_AHCLKX isn¹t been set correctly by the MCASP code and simply defaulting to 24MHz. Regards, John Regards, Nicolae Rosia. On Mon, Dec 1, 2014 at 4:42 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi Jesse, Tried out with 48KHz, same issue occurred. Have you recorded and played successfully with any kernel version? Thanks, Dustin On Mon, Dec 1, 2014 at 2:05 PM, Jesse Cobra jesseco...@gmail.com wrote: Curious what happens if you try 48k sampling? On Nov 30, 2014 9:37 PM, Dien Nguyen nguyentienhoangd...@gmail.com wrote: Hi John, Did you solve the issue yet, may you please share how to fix it? We also tried with 3.18 and the issue is still there. Thanks, Dustin On Mon, Dec 1, 2014 at 12:29 PM, John Syn john3...@gmail.com wrote: From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John 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. -- 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/XmMg5DjJvsk/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. -- 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/XmMg5DjJvsk/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. -- 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
Re: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B
From: Dien Nguyen nguyentienhoangd...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, November 30, 2014 at 7:14 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Audio capture issue with BeagleBone Black and Audio Cape Rev B Hi All, We tried the Audio Cape Rev B with BeagleBone Black. The kernel version is 3.14.17 (https://github.com/RobertCNelson/bb-kernel.git branch am33x-v3.14) We was able to play and record via the Audio Cape. If we record and play the file via the Audio Cape, it works fine. But when we move the recorded file to other machine or play it via the USB Sound Card, the speed of the recorded file seems 1.5 time slower than it really is. On the board, we recorded the audio with arecord -t raw -f S16_LE -r 44100 /tmp/1.raw Then, we playback the file with command aplay -t raw -f S16_LE -r 44100 /tmp/1.raw 1/ On x86 machine, the voice become very slow. If we change the sampling rate to 63000, it is played close to the real voice we recorded. 2/ Trying with a USB Sound Card plugged directly to the board. aplay -t raw -f S16_LE -r 44100 -D plughw:1,0 /tmp/1.raw We saw the same issue as seen on x86 machine It seems that there is something wrong with the sampling rate clock. May anyone please give some suggestions I¹ve seen the same problem when recording on the BBB and then playing the same file on my Ubuntu Desktop. Not sure why this happens. I¹m using 3.15.10-bone8. Regards, John 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. -- 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: JavaFX 8 on BeagleBone Black (SGX driver problem?)
On 11/29/14, 7:50 AM, Robert Nelson robertcnel...@gmail.com wrote: On Wed, Nov 26, 2014 at 2:38 PM, John Syn john3...@gmail.com wrote: On 11/26/14, 7:59 AM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Nov 25, 2014 at 4:42 PM, Nick Apperley napper...@gmail.com wrote: Can't see the OpenJDK 8 build. I take it the build failed? Have some fantastic news on the Ubuntu front. Various OpenJDK 8 packages via an unofficial PPA are available for Ubuntu 12.04 (Precise) and 14.04 (Trusty). So it only took 38 hours 19 minutes. ;) So the Quad CortexA9 took 5 days (120 hours) and the OMAP5 took 38 hours which is more then 3X performance. My bet is the build was running all CPUs close to 100% for the entire build so this would be a good comparison. So over thanksgiving i let my quad wand do the same task: omap5_uevm: (i was also building cloud9 during week, let's say 95% of the time was openjdk) Build needed 38:19:47, 6215244k disc space wand quad: (i was out of state while this was running, so 100% core usage..) Build needed 50:06:26, 6215460k disc space The dual a15's come out to 30% faster then the quad a9's... Interesting. http://www.arm.com/products/processors/cortex-a/cortex-a15.php In this article, ARM says the CortexA15 is 2X performance compared to the CortexA9, so 2xA15 = 4xA9; however, the OMAP5432 is running at 1.5MHz and the Wandboard running at 1MHz, so given that, I would expect the OMAP5 to be about 50% faster. Clearly Debian are running much slower hardware. Regards, John 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] Purpose of the GND_OSC zero ohm resistors?
From: Seth transistorbo...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, November 28, 2014 at 4:32 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Purpose of the GND_OSC zero ohm resistors? I'm looking at making my own version of the BBB for a custom project. I see a note on Revision A6: Noise issues were observed in other designs where the clock oscillator was getting hit due to a suspected issue in ground bounce. A zero ohm resistor was added to connect the OSC_GND to the system ground. A second resistor was added in the next revision to the 32kHz crystal circuit. Could the GND_OSC nets be tied directly to DGND without zero ohm resistors? Was the resistor used just in case the change caused problems and could be left unpopulated if so? I see no issues in further revisions so I'd assume that these changes fixed the issue, is that right? I'm asking because I suspect there might be another reason why resistors were used instead of just direct traces (like needing a 'single connection point' type of thing). Some clarification would be helpful indeed. This is standard high speed digital layout design. If you don¹t isolate the OSC gnd, the PCB layout package will just flood all the gnd copper and then you will have digital switching noise traverse your OSC gnd and that will cause all kinds of problems. The concept is covered in books like High Speed Digital Design: A Handbook of Black Magic² by Howard Johnson. Regards, John Thanks, -Seth -- 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: JavaFX 8 on BeagleBone Black (SGX driver problem?)
On 11/26/14, 7:59 AM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Nov 25, 2014 at 4:42 PM, Nick Apperley napper...@gmail.com wrote: Can't see the OpenJDK 8 build. I take it the build failed? Have some fantastic news on the Ubuntu front. Various OpenJDK 8 packages via an unofficial PPA are available for Ubuntu 12.04 (Precise) and 14.04 (Trusty). So it only took 38 hours 19 minutes. ;) So the Quad CortexA9 took 5 days (120 hours) and the OMAP5 took 38 hours which is more then 3X performance. My bet is the build was running all CPUs close to 100% for the entire build so this would be a good comparison. Regards, John http://repos.rcn-ee.net/debian/pool/main/o/openjdk-8/ Built for jessie: sudo apt-get update ; sudo apt-get install openjdk-8-jdk 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] Re: JavaFX 8 on BeagleBone Black (SGX driver problem?)
From: Nick Apperley napper...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Wednesday, November 26, 2014 at 6:39 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: JavaFX 8 on BeagleBone Black (SGX driver problem?) Wonder what it would be like to create an OpenJDK 8 build using a lower end Beagleboard X15 (the one that is currently in the design phase). The ARM performance of the AM572x will have a similar performance to the OMAP5. Both are Dual CortexA15 running at 1.5GHz. However, the DSP on the AM572x is faster than the DSP on the OMAP5 and the AM572x has two DSPs. Regards, John On Thursday, 27 November 2014 15:04:46 UTC+13, Nick Apperley wrote: No wonder the OMAP5 is so much more grunty. On Thursday, 27 November 2014 14:58:51 UTC+13, liyaoshi wrote: Cortex-A15 dual cores 2014-11-27 9:45 GMT+08:00 Nick Apperley napp...@gmail.com: Curious. Which ARM CPU does the OMAP5 SoC use? On Thursday, 27 November 2014 09:38:48 UTC+13, john3909 wrote: On 11/26/14, 7:59 AM, Robert Nelson robert...@gmail.com wrote: On Tue, Nov 25, 2014 at 4:42 PM, Nick Apperley napp...@gmail.com wrote: Can't see the OpenJDK 8 build. I take it the build failed? Have some fantastic news on the Ubuntu front. Various OpenJDK 8 packages via an unofficial PPA are available for Ubuntu 12.04 (Precise) and 14.04 (Trusty). So it only took 38 hours 19 minutes. ;) So the Quad CortexA9 took 5 days (120 hours) and the OMAP5 took 38 hours which is more then 3X performance. My bet is the build was running all CPUs close to 100% for the entire build so this would be a good comparison. Regards, John http://repos.rcn-ee.net/debian/pool/main/o/openjdk-8/ http://repos.rcn-ee.net/debian/pool/main/o/openjdk-8/ Built for jessie: sudo apt-get update ; sudo apt-get install openjdk-8-jdk 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] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon?
From: Gerald Coley ger...@beagleboard.org Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, November 22, 2014 at 6:30 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon? No plans to change the processor on the black. We are looking at a few enhancements. If they work out, it would be a different model. Only thing we have that would give a bit more performance is the BeagleBoard-X15. Bit more performance? Just the ARM side will give you 5X performance and that doesn¹t count the dual DSP, dual CortexM4 etc. By my count, X15 is a screamer compared to the BBB ;-) Regards, John Gerald On Sat, Nov 22, 2014 at 4:37 AM, Ken trip...@gmail.com wrote: I am currently using BeagleBone Black and it's really good for low-power low-performance projects, however, since I'll be starting to use 3D and lots of screen overlays, I'm looking for a board like the BBB with better CPU/GPU/Bus. Are there any plans for these types of SoC or can anyone recommend any? Thanks Ken -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://beagleboard.org/ http://circuitco.com/support/ http://circuitco.com/support/ -- 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] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon?
From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, November 22, 2014 at 3:32 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon? Its still not a media type platform with well support / existing drivers for video. So, if you want to do somethign like make a mini mame console, you're stuck with garbage like the PI, or better but more costly odroid stuff. I had a conversation with the RPMSG/REMOTEPROC developers at TI and they do have this working on the X15 processor, so video processing will be possible. They plan to push this into mainline sometime in early 2015. Regards, John On Sat, Nov 22, 2014 at 4:21 PM, John Syn john3...@gmail.com wrote: From: Gerald Coley ger...@beagleboard.org Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, November 22, 2014 at 6:30 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon? No plans to change the processor on the black. We are looking at a few enhancements. If they work out, it would be a different model. Only thing we have that would give a bit more performance is the BeagleBoard-X15. Bit more performance? Just the ARM side will give you 5X performance and that doesn¹t count the dual DSP, dual CortexM4 etc. By my count, X15 is a screamer compared to the BBB ;-) Regards, John Gerald On Sat, Nov 22, 2014 at 4:37 AM, Ken trip...@gmail.com wrote: I am currently using BeagleBone Black and it's really good for low-power low-performance projects, however, since I'll be starting to use 3D and lots of screen overlays, I'm looking for a board like the BBB with better CPU/GPU/Bus. Are there any plans for these types of SoC or can anyone recommend any? Thanks Ken -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://beagleboard.org/ http://circuitco.com/support/ http://circuitco.com/support/ -- 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] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon?
From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, November 22, 2014 at 4:15 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon? That would be nice, but I think I will be waiting on reputable feedback from the community before I make that leap - personally. I hope this helps ;-) https://www.mail-archive.com/beagleboard@googlegroups.com/msg20818.html Regards, John On Sat, Nov 22, 2014 at 4:50 PM, John Syn john3...@gmail.com wrote: From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, November 22, 2014 at 3:32 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon? Its still not a media type platform with well support / existing drivers for video. So, if you want to do somethign like make a mini mame console, you're stuck with garbage like the PI, or better but more costly odroid stuff. I had a conversation with the RPMSG/REMOTEPROC developers at TI and they do have this working on the X15 processor, so video processing will be possible. They plan to push this into mainline sometime in early 2015. Regards, John On Sat, Nov 22, 2014 at 4:21 PM, John Syn john3...@gmail.com wrote: From: Gerald Coley ger...@beagleboard.org Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Saturday, November 22, 2014 at 6:30 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Any plans for performance (CPU/GPU/Bus) upgrades on the BeagleBone Black anytime soon? No plans to change the processor on the black. We are looking at a few enhancements. If they work out, it would be a different model. Only thing we have that would give a bit more performance is the BeagleBoard-X15. Bit more performance? Just the ARM side will give you 5X performance and that doesn¹t count the dual DSP, dual CortexM4 etc. By my count, X15 is a screamer compared to the BBB ;-) Regards, John Gerald On Sat, Nov 22, 2014 at 4:37 AM, Ken trip...@gmail.com wrote: I am currently using BeagleBone Black and it's really good for low-power low-performance projects, however, since I'll be starting to use 3D and lots of screen overlays, I'm looking for a board like the BBB with better CPU/GPU/Bus. Are there any plans for these types of SoC or can anyone recommend any? Thanks Ken -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- Gerald ger...@beagleboard.org http://beagleboard.org/ http://beagleboard.org/ http://circuitco.com/support/ http://circuitco.com/support/ -- 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. -- For more options
Re: [beagleboard] Re: BeagleBone PCB stackup
From: AnBer ant.bert...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, November 20, 2014 at 5:56 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Cc: siebel.andr...@googlemail.com Subject: [beagleboard] Re: BeagleBone PCB stackup Hi Gerald, Regarding PCB stackup, I loooked at the layer stackup defined in the BBB Altium PCB file. I can see that: - Top and bottom signal layers are 2.4 mil copper - Inner layers (signal and power planes) are 1.2 mil copper How much plating is there on top and bottom layer? Is 2.4 mils just copper or copper + plating? I am trying to do some pre-layout sim for a BBB and a cape and I need to model the PCB. Numbers in Altium refer to the final thickness which is used for impedance calculations. Regards, John Thanks in advance Antbert On Wednesday, February 8, 2012 9:00:30 AM UTC+1, manatarms wrote: Dear All Does someone have the stackup of the BeagleBone PCB? I couldn't find it on the hardware design page and it would help many people who want to do their own design. -- 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] Running Labview
From: philippedekl...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, November 18, 2014 at 3:34 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Running Labview I currently use a windows based laptop to run labview developed software for an analytical instrument I am developing. The software is basically a curve fitting program that records data, flattens the baseline and calculates peak areas and height. I want to get rid of the laptop and simply put a processor in the instrument with a touch screen. Is this possible with Beaglebone? I had Labview working on Beagleboard-xM years ago, but the graphic display was horrible. I don¹t recall the issue exactly, but their tool required a specific graphical library which I managed to get working, but the quality was very poor (artifacts, etc). Maybe things have improved since then. The guy I worked with back then was Jaidev Amrite (jaidev.amr...@ni.com). I¹m not even sure if he still works in the embedded LabView area, but perhaps he can point you in the right directions. Regards, John Thanks, Philippe Dekleva -- 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] Kernel Panic with eMMC flasher
From: William Hermans yyrk...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, November 18, 2014 at 7:02 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Kernel Panic with eMMC flasher What I am trying to convey to you is that sync is never guaranteed. Ever. Where do you get this from. Reference? Regards, John On Tue, Nov 18, 2014 at 7:56 PM, Jason Lange j.b.la...@gmail.com wrote: On Tue, Nov 18, 2014 at 4:57 PM, William Hermans yyrk...@gmail.com wrote: All you can do is: write data remove media. sync. write data sync and then remove media. That's all I'm really trying to convey. dd does not sync by default. Unmounting from your gui should sync. But might not if you've been sudo-ing things behind it's back. Once sync has completed you can safely remove it regardless of what some gui thinks is going on. -- 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: BeagleBoard-X15 - seriously? :)
On 11/16/14, 5:56 PM, +_+_rh_o_o richard_hubb...@lavabit.com wrote: On Wed, 12 Nov 2014 09:33:20 -0600 Robert Nelson robertcnel...@gmail.com wrote: Ha! I'm not definitely not frustrated. And as seen in other recent posts there are other features that may not get needed TI support. Seriously, spit it out, what feature? Re-read this thread. And I don't care about the graphics. But since you're projecting I will say that the issue is with TI not imgtec. No one forced TI to use imgtec. Just like no one forced intel to use it when they decided on GMA500/Poulsbo. But instead of crying about it an intel engineer decided to do a little heavy lifting and wrote a driver for GMA500. Umm, slightly different. Poulsbo also included the 2d engine, so with out GMA500 driver, no DISPLAY PERIOD.., in our case we can get video working on mainline, it's just the 3d offload we need the sgx bits for.. The blame goes to TI. They chose imgtec technology. The best and most powerful message to imgtec would have been for TI to say no thanks. But now any BBB owner pays imgtec wittingly or unwittingly, but they still pay imgtec indirectly. I guess it's another sign of the technological dark age where we all now preside. If you feel so strongly about this issue, then direct your efforts to make a difference. Express your views on IMGTEC developer forums or contact your TI rep or express your views on TI¹s E2E. We all agree that the lack of Linux support for IMGTEC IP is a big issue but no one here can make a difference. http://forum.imgtec.com/discussion/3394/linux-and-open-source 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+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] Labolatory power supply fails to power up BeagleBone Black
From: evilwulfie evilwul...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, November 14, 2014 at 5:48 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Labolatory power supply fails to power up BeagleBone Black As Gerald has said before, check the ramp up of the power supply. Some of the lab supplys have slow ramp ups. Yes they are very stable and VERY good regulation but the BBB design requires a fast ramp up supply. It could also be that he has current limit set too low. Set the current limit to 2A or more. It would be helpful if we could see an oscilloscope capture of the startup waveform. Regards, John On 11/14/2014 3:03 AM, bremenpl wrote: Hello there, I have a very strange problem with powering up BeagleBone Black (rev C) When i try to power it up from some cheap AC adapter it works fine, but when I connect to to my labolatory power supply the power LED on board is lid for a second and then doesnt power up the MCU and turns off intead. I have connected both supplys to osciloscope and they are both stable, the laboratory one even more. Why is the power controller on the BeagleBone Black refusing to power up the MCU when powered from lab supply? I have no idea what is this about. I would aprichiate any help. -- 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] Custom Beaglebone black Audio cape with TLV320AIC3110
From: resandevinw...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, November 13, 2014 at 5:46 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Cc: al...@webbelectronicsinc.com Subject: [beagleboard] Custom Beaglebone black Audio cape with TLV320AIC3110 Hi, I am trying to design a cape with TLV320AIC3110 for Beaglebone black using I2c2 and Mcasp0. I have compiled the driver into the kernel and modified the device tree. This is my procedure. ubuntu@arm:~$ uname -r 3.15.10-bone8 1- Driver: I am using the driver in /sound/soc/codecs/tlc320aic31xx.c diff --git a/sound/soc/codecs/tlv320aic31xx.c b/sound/soc/codecs/tlv320aic31xx.c index d1929de..1c300a5 100644 --- a/sound/soc/codecs/tlv320aic31xx.c +++ b/sound/soc/codecs/tlv320aic31xx.c @@ -19,7 +19,7 @@ * high performance codec which provides a stereo DAC, a mono ADC, * and mono/stereo Class-D speaker driver. */ - +#define DEBUG #include linux/module.h #include linux/moduleparam.h #include linux/init.h 2- Edit Kconfig diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig index f0e8401..19036e3 100644 --- a/sound/soc/codecs/Kconfig +++ b/sound/soc/codecs/Kconfig @@ -461,7 +461,8 @@ config SND_SOC_TLV320AIC26 depends on SPI config SND_SOC_TLV320AIC31XX -tristate +tristate TI TLV320AIC31xx class D codecs + depends on I2C config SND_SOC_TLV320AIC32X4 tristate 3- ALSA Machine Layer Configuration: Create a DAI (digital audio interface) Link structure. This should allow a specific configuration for the McASP to be called when Linux is directed to play audio to the TLV320AIC31XX. For Sitara McASP machine layer driver is found at sound/soc/davinci/davinci-evm.c diff --git a/sound/soc/davinci/davinci-evm.c b/sound/soc/davinci/davinci-evm.c index cab98a5..41db457 100644 --- a/sound/soc/davinci/davinci-evm.c +++ b/sound/soc/davinci/davinci-evm.c @@ -8,7 +8,7 @@ * it under the terms of the GNU General Public License version 2 as * published by the Free Software Foundation. */ - +#define DEBUG #include linux/module.h #include linux/moduleparam.h #include linux/timer.h @@ -98,6 +98,13 @@ static const struct snd_soc_dapm_widget aic3x_dapm_widgets[] SND_SOC_DAPM_LINE(Line In, NULL), }; +static const struct snd_soc_dapm_widget aic31xx_dapm_widgets[] = { + SND_SOC_DAPM_HP(Headphone Jack, NULL), + SND_SOC_DAPM_SPK(Speaker, NULL), + SND_SOC_DAPM_MIC(Mic Jack, NULL), +}; + + /* davinci-evm machine audio_mapnections to the codec pins */ static const struct snd_soc_dapm_route audio_map[] = { /* Headphone connected to HPLOUT, HPROUT */ @@ -120,6 +127,7 @@ static const struct snd_soc_dapm_route audio_map[] = { {LINE2R, NULL, Line In}, }; + /* Logic for a aic3x as connected on a davinci-evm */ static int evm_aic3x_init(struct snd_soc_pcm_runtime *rtd) { @@ -150,6 +158,42 @@ static int evm_aic3x_init(struct snd_soc_pcm_runtime *rtd) return 0; } +/* Logic for a aic31xx as connected on a davinci-evm */ +static int evm_aic31xx_init (struct snd_soc_pcm_runtime *rtd) +{ +struct snd_soc_codec *codec = rtd-codec; +struct snd_soc_dapm_context *dapm = codec-dapm; +struct device_node *np = codec-card-dev-of_node; +int ret; + +/* Add davinci-evm specific widgets */ +snd_soc_dapm_new_controls(dapm, aic31xx_dapm_widgets, + ARRAY_SIZE(aic31xx_dapm_widgets)); + +if (np) { +ret = snd_soc_of_parse_audio_routing(codec-card, ti,audio-rou +if (ret) +return ret; +} +/* +else { +*/ +/* Set up davinci-evm specific audio path audio_map */ +/* +snd_soc_dapm_add_routes(card-dapm, audio_map, +ARRAY_SIZE(audio_map)); +} +*/ +/* not connected */ +/*snd_soc_dapm_nc_pin(codec-dapm, MONO_LOUT); +snd_soc_dapm_nc_pin(codec-dapm, HPLCOM); +snd_soc_dapm_nc_pin(codec-dapm, HPRCOM); +*/ +return 0; +} + + + /* davinci-evm digital audio interface glue - connects codec -- CPU */ static struct snd_soc_dai_link dm6446_evm_dai = { .name = TLV320AIC3X, @@ -250,6 +294,8 @@ static struct snd_soc_dai_link da850_evm_dai = { SND_SOC_DAIFMT_IB_NF, }; + + /* davinci dm6446 evm audio machine driver */ /* * ASP0 in DM6446 EVM is clocked by U55, as configured by @@ -343,16 +389,33 @@ static struct snd_soc_dai_link evm_dai_tlv320aic3x = { .stream_name= AIC3X, .codec_dai_name = tlv320aic3x-hifi, .ops= evm_ops, - .init = evm_aic3x_init, +.init = evm_aic3x_init, .dai_fmt = SND_SOC_DAIFMT_DSP_B |
[beagleboard] Kernel Level Optimization O1
I¹m using V3.15.10-bone8 kernel with Debian Image 2014-10-08. I trying to debug a device driver which is built into the kernel to simplify debugging. Building the kernel with O2 optimization makes single stepping difficult so I changed the compiler optimization to O1 in Makefile, but now Debian won¹t boot properly. Anyone have an idea why changing the compiler optimization breaks OS startup? BTW, building the kernel with O2 optimization boots just fine. Here is the bootlog: Starting kernel ... [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.15.10-bone8 (john@DX58SO) (gcc version 4.8.3 20140401 (prerelease) (crosstool-NG linaro-1.13.1-4.8-2014.04 - Linaro GCC 4.8-2014.04) ) #2 Fri Nov 14 17:32:17 PST 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 model: TI AM335x BeagleBone [0.00] Memory policy: Data cache writeback [0.00] CPU: All CPU(s) started in SVC mode. [0.00] AM335X ES2.0 (sgx neon ) [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129792 [0.00] Kernel command line: console=ttyO0,115200n8 root=/dev/nfs rw rootfstype=ext4 rootwait fixrtc nfsroot=10.100.116.73:/home/john/targetNFS,vers=3 ip=10.100.116.105:10.100.116.73:10.100.f [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 1048576 bytes of page_cgroup [0.00] please try 'cgroup_disable=memory' option if you don't want memory cgroups [0.00] Memory: 506528K/523264K available (5866K kernel code, 605K rwdata, 3216K rodata, 330K init, 982K bss, 16736K 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 - 0xc08e6a70 (9083 kB) [0.00] .init : 0xc08e7000 - 0xc0939b80 ( 331 kB) [0.00] .data : 0xc093a000 - 0xc09d1488 ( 606 kB) [0.00].bss : 0xc09d1488 - 0xc0ac706c ( 983 kB) [0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [0.00] NR_IRQS:16 nr_irqs:16 16 [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: timer2 at 2400 Hz [0.10] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns [0.28] OMAP clocksource: timer1 at 2400 Hz [0.000186] Console: colour dummy device 80x30 [0.000209] Calibrating delay loop... 996.14 BogoMIPS (lpj=4980736) [0.089539] pid_max: default: 32768 minimum: 301 [0.089607] Security Framework initialized [0.089682] AppArmor: AppArmor disabled by boot time parameter [0.089689] Yama: becoming mindful. [0.089858] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes) [0.089869] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes) [0.090357] Initializing cgroup subsys memory [0.090385] Initializing cgroup subsys devices [0.090395] Initializing cgroup subsys freezer [0.090405] Initializing cgroup subsys net_cls [0.090413] Initializing cgroup subsys blkio [0.090420] Initializing cgroup subsys perf_event [0.090464] CPU: Testing write buffer coherency: ok [0.090753] Setting up static identity map for 0x80574140 - 0x8057418c [0.093825] devtmpfs: initialized [0.095462] VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 3 [0.100956] omap_hwmod: tptc0 using broken dt data from edma [0.101025] omap_hwmod: tptc1 using broken dt data from edma [0.101084] omap_hwmod: tptc2 using broken dt data from edma [0.157535] xor: measuring software checksum speed [0.249512]arm4regs : 1247.200 MB/sec [0.349512]8regs : 867.600 MB/sec [0.449510]32regs: 890.800 MB/sec [0.549509]neon : 1697.200 MB/sec [0.549517] xor: using function: neon (1697.200 MB/sec) [0.549533] pinctrl core: initialized pinctrl subsystem [0.549882] regulator-dummy: no parameters [0.557028] NET: Registered protocol family 16 [0.557603] DMA: preallocated 256 KiB pool for atomic coherent allocations [0.558242]
Re: [beagleboard] Kernel Level Optimization O1
From: Przemek Klosowski przemek.klosow...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, November 14, 2014 at 7:50 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Kernel Level Optimization O1 The kernel has to be compiled with -O2 or more: http://www.tldp.org/LDP/lkmpg/2.4/html/x208.html Thanks Przemek , but this article is for Kernel Modules and not for the kernel. Perhaps something has changed, but I recall years ago that I was able to compile the kernel with O1, but not with O0. Regards, John On Fri, Nov 14, 2014 at 10:16 PM, John Syn john3...@gmail.com wrote: I¹m using V3.15.10-bone8 kernel with Debian Image 2014-10-08. I trying to debug a device driver which is built into the kernel to simplify debugging. Building the kernel with O2 optimization makes single stepping difficult so I changed the compiler optimization to O1 in Makefile, but now Debian won¹t boot properly. Anyone have an idea why changing the compiler optimization breaks OS startup? BTW, building the kernel with O2 optimization boots just fine. Here is the bootlog: Starting kernel ... [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.15.10-bone8 (john@DX58SO) (gcc version 4.8.3 20140401 (prerelease) (crosstool-NG linaro-1.13.1-4.8-2014.04 tel:1.13.1-4.8-2014.04 - Linaro GCC 4.8-2014.04) ) #2 Fri Nov 14 17:32:17 PST 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 model: TI AM335x BeagleBone [0.00] Memory policy: Data cache writeback [0.00] CPU: All CPU(s) started in SVC mode. [0.00] AM335X ES2.0 (sgx neon ) [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129792 [0.00] Kernel command line: console=ttyO0,115200n8 root=/dev/nfs rw rootfstype=ext4 rootwait fixrtc nfsroot=10.100.116.73:/home/john/targetNFS,vers=3 ip=10.100.116.105:10.100.116.73:10.100.f [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 1048576 bytes of page_cgroup [0.00] please try 'cgroup_disable=memory' option if you don't want memory cgroups [0.00] Memory: 506528K/523264K available (5866K kernel code, 605K rwdata, 3216K rodata, 330K init, 982K bss, 16736K 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 - 0xc08e6a70 (9083 kB) [0.00] .init : 0xc08e7000 - 0xc0939b80 ( 331 kB) [0.00] .data : 0xc093a000 - 0xc09d1488 ( 606 kB) [0.00].bss : 0xc09d1488 - 0xc0ac706c ( 983 kB) [0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [0.00] NR_IRQS:16 nr_irqs:16 16 [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: timer2 at 2400 Hz [0.10] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns [0.28] OMAP clocksource: timer1 at 2400 Hz [0.000186] Console: colour dummy device 80x30 [0.000209] Calibrating delay loop... 996.14 BogoMIPS (lpj=4980736) [0.089539] pid_max: default: 32768 minimum: 301 [0.089607] Security Framework initialized [0.089682] AppArmor: AppArmor disabled by boot time parameter [0.089689] Yama: becoming mindful. [0.089858] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes) [0.089869] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes) [0.090357] Initializing cgroup subsys memory [0.090385] Initializing cgroup subsys devices [0.090395] Initializing cgroup subsys freezer [0.090405] Initializing cgroup subsys net_cls [0.090413] Initializing cgroup subsys blkio [0.090420] Initializing cgroup subsys perf_event [0.090464] CPU: Testing write buffer coherency: ok [0.090753] Setting up static identity map for 0x80574140 - 0x8057418c [0.093825] devtmpfs: initialized [0.095462] VFP support v0.3: implementor 41
Re: [beagleboard] Kernel Level Optimization O1
From: Przemek Klosowski przemek.klosow...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Friday, November 14, 2014 at 7:50 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Kernel Level Optimization O1 The kernel has to be compiled with -O2 or more: http://www.tldp.org/LDP/lkmpg/2.4/html/x208.html Instead of using NFS, I used an SDCard and it booted just fine with O1 optimization. Strange. Regards, John On Fri, Nov 14, 2014 at 10:16 PM, John Syn john3...@gmail.com wrote: I¹m using V3.15.10-bone8 kernel with Debian Image 2014-10-08. I trying to debug a device driver which is built into the kernel to simplify debugging. Building the kernel with O2 optimization makes single stepping difficult so I changed the compiler optimization to O1 in Makefile, but now Debian won¹t boot properly. Anyone have an idea why changing the compiler optimization breaks OS startup? BTW, building the kernel with O2 optimization boots just fine. Here is the bootlog: Starting kernel ... [0.00] Booting Linux on physical CPU 0x0 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.15.10-bone8 (john@DX58SO) (gcc version 4.8.3 20140401 (prerelease) (crosstool-NG linaro-1.13.1-4.8-2014.04 tel:1.13.1-4.8-2014.04 - Linaro GCC 4.8-2014.04) ) #2 Fri Nov 14 17:32:17 PST 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 model: TI AM335x BeagleBone [0.00] Memory policy: Data cache writeback [0.00] CPU: All CPU(s) started in SVC mode. [0.00] AM335X ES2.0 (sgx neon ) [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129792 [0.00] Kernel command line: console=ttyO0,115200n8 root=/dev/nfs rw rootfstype=ext4 rootwait fixrtc nfsroot=10.100.116.73:/home/john/targetNFS,vers=3 ip=10.100.116.105:10.100.116.73:10.100.f [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 1048576 bytes of page_cgroup [0.00] please try 'cgroup_disable=memory' option if you don't want memory cgroups [0.00] Memory: 506528K/523264K available (5866K kernel code, 605K rwdata, 3216K rodata, 330K init, 982K bss, 16736K 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 - 0xc08e6a70 (9083 kB) [0.00] .init : 0xc08e7000 - 0xc0939b80 ( 331 kB) [0.00] .data : 0xc093a000 - 0xc09d1488 ( 606 kB) [0.00].bss : 0xc09d1488 - 0xc0ac706c ( 983 kB) [0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [0.00] NR_IRQS:16 nr_irqs:16 16 [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: timer2 at 2400 Hz [0.10] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 178956969942ns [0.28] OMAP clocksource: timer1 at 2400 Hz [0.000186] Console: colour dummy device 80x30 [0.000209] Calibrating delay loop... 996.14 BogoMIPS (lpj=4980736) [0.089539] pid_max: default: 32768 minimum: 301 [0.089607] Security Framework initialized [0.089682] AppArmor: AppArmor disabled by boot time parameter [0.089689] Yama: becoming mindful. [0.089858] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes) [0.089869] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes) [0.090357] Initializing cgroup subsys memory [0.090385] Initializing cgroup subsys devices [0.090395] Initializing cgroup subsys freezer [0.090405] Initializing cgroup subsys net_cls [0.090413] Initializing cgroup subsys blkio [0.090420] Initializing cgroup subsys perf_event [0.090464] CPU: Testing write buffer coherency: ok [0.090753] Setting up static identity map for 0x80574140 - 0x8057418c [0.093825] devtmpfs: initialized [0.095462] VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 3 [0.100956] omap_hwmod: tptc0 using broken dt data from edma
Re: [beagleboard] Re: beagle bone black schematics and board design
From: llipsch...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, November 13, 2014 at 1:17 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] Re: beagle bone black schematics and board design Trust me, i don't want to either, and will likely not be forever- However, it cannot get the translation right, I won't be using it at all. Here is a low cost schematic/pcb package offered by Digikey. Looks interesting. http://www.digikey.com/designer Regards, John On Thursday, November 13, 2014 3:58:00 PM UTC-5, Travis Estep wrote: I work in Altium and Eagle both. This board is not the kind of board I would want to work on in Eagle. Not even for small changes. Just my 2 cents. -- 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] BBB Standby when press power button ?
From: Minh Phuong Dang phuongminh.d...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Thursday, November 13, 2014 at 7:59 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: [beagleboard] BBB Standby when press power button ? Hello, Ho to let BBB standby and wake up by pressing power button ? I want to make a hand held device using BBB with Li-ion battery and I want power button acts like smart phone device does. Won¹t be possible until PMIC subsystem is fixed which I¹m told is scheduled for V3.19. Regards, John Now I'm using : Android : TI-Android-JB-4.2.2-DevKit-4.1.1 Kernel : linux-3.2.0 Thank you very much. Phuong Dang -- 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: BeagleBoard-X15 - seriously? :)
From: Emmanuel Fusté manu.fu...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Monday, November 10, 2014 at 12:29 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: BeagleBoard-X15 - seriously? :) Look at the recently submited mail box subsystem. Please share a link Le 10 nov. 2014 21:25, John Syn john3...@gmail.com a écrit : On 11/10/14, 10:58 AM, Nishanth Menon n...@ti.com wrote: On Mon, Nov 10, 2014 at 11:54 AM, John Syn john3...@gmail.com wrote: On 11/10/14, 1:15 AM, Jason Kridner jkrid...@beagleboard.org wrote: On Sun, Nov 9, 2014 at 1:13 AM, Maxim Podbereznyy lisar...@gmail.com wrote: John Syn, Wandboard Quad does have 64 bit memory bus. P.S. I don't know who needs dual DSP onboard because TI definitely will not support them as should like it was for omap3/dm37. I'd better have well supported hardware video encoder/decoder rather than double general purpose DSPs without any software support When OMAP3 came out, the only compilers for C6000 were expensive, closed-source compilers. Now, there is support in mainline GCC for C6000. As the BeagleBoard.org community, we have to work together to enable use of the DSPs if they are of interest to the community---there aren't any barriers in our way. The TI C6000 does some amazing pipeline optimization, which seems to be missing from the GCC compiler. Anyway, using CCSV6 is no big deal, but support for RPMSG/REMOTEPROC on this processor is a big issue. The source is difficult to follow and my guess is we would need input from the original authors to do this work. Why dont we get involved in linux-omap discussions on the topic? most of the rpmsg and remote proc discussions do take place in kernel mailing list. usually discussing in context helps move patches forward since it makes it clear to certain maintainers that these things are important and help community. Do you have anything specific that you are concerned about? Looking at git.ti.com/rpmsg/rpmsg http://git.ti.com/rpmsg/rpmsg , I don¹t see any support for AM572x processors. Also, Beagleboard-X15 is to be released with Kernel V3.18 but I don¹t see support for this kernel versions. Last I heard, RPMSG was working on OMAP4, but not fully implemented on OMAP5, but this was a while ago and perhaps this has changed. Perhaps Suman can give us an update. Similar concerns about REMOTEPROC. What I know is that I have been pushing this issue on the beta list and the only feedback I received was that RPMSG/REMOTEPROC was in a SW blackhole². Based on the TRM, this processor looks extremely attractive, and we need RPMSG/REMOTEPROC to take advantage of the powerful dual DSPs and dual CortexM4s. Regards, John -- --- Regards, Nishanth Menon -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com mailto:beagleboard%2bunsubscr...@googlegroups.com . For more options, visit https://groups.google.com/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/1t3yxkPYSB8/unsubscribe. To unsubscribe from this group and all its topics, send an email to beagleboard+unsubscr...@googlegroups.com mailto: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. -- 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: Recommendation to boot / resume Linux in less than a second...
From: Jean-Pierre Poulin jeanpierrepou...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Tuesday, November 11, 2014 at 9:15 AM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: Recommendation to boot / resume Linux in less than a second... Q: Have you guys ever tried reducing boot-times through a hibernate-based solution? (e.g. Warp) How do these stackup versus efforts to fast-boot Linux as detailed in this thread? This won¹t work at this time: http://www.spinics.net/lists/linux-omap/msg109331.html Regards, John On Tuesday, November 11, 2014 12:13:20 PM UTC-5, Jean-Pierre Poulin wrote: Supercool. We're hoping to reduce boot-time by using open-source based solutions so following the latest systemd-based efforts appears as the next logical step. Thanks a bunch for that useful advice!! On Tuesday, November 11, 2014 10:07:19 AM UTC-5, RobertCNelson wrote: Then Lennart released systemd and really just blew them out of the water... I did see a demo of timesys showing off something that booted even faster then systemd, but you'll pay lots of $ for it. -- 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: Recommendation to boot / resume Linux in less than a second...
On 11/12/14, 1:45 PM, Nishanth Menon n...@ti.com wrote: On 11/12/2014 01:10 PM, John Syn wrote: Q: Have you guys ever tried reducing boot-times through a hibernate-based solution? (e.g. Warp) How do these stackup versus efforts to fast-boot Linux as detailed in this thread? This won¹t work at this time: http://www.spinics.net/lists/linux-omap/msg109331.html Just to be clear: DS0 and suspend to ram is not the same as traditional hibernation - hibernation tends to be suspend-to-disk(ish) complete snapshot of the system. We are not attempting to do that as part of Dave's series and target in upstream. (it might eventually facilitate a similar solution with tux-on-ice or something in that line...) - but not yet. Yeah, but hibernation won¹t work either before fixing the PMIC subsystem. Regards, John Regards, Nishanth Menon -- 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: BeagleBoard-X15 - seriously? :)
On 11/11/14, 8:19 AM, __rh___ richard_hubb...@lavabit.com wrote: On Sun, 9 Nov 2014 11:00:21 +0100 Dr. H. Nikolaus Schaller h...@goldelico.com wrote: Am 08.11.2014 um 21:05 schrieb rh_ richard_hubb...@lavabit.com: On Fri, 7 Nov 2014 12:32:19 -0600 Gerald Coley ger...@beagleboard.org wrote: Definitely not one of those. Look at what it has on it and make a good guess. Ok definitely must mean $200-400. Is this not good guessing? This starts to be a in different realm and the competition is more fierce. But you know more about that than I ever will and it's likely that I just don't understand the landscape. Dual Gb ethernet will attract a lot of attention for server/firewall/IDS/IPS. I think the feature set of the X15 is almost comparable to the OMAP5432EVM (which AFAIR was originally planned to become a PandaBoard 5): http://www.svtronics.com/5432 So this seems to confirm the price range $200-400... X15 not interesting at this price range. Plus some of the features are really vaporware as it's likely they remain in their software blackhole, as mentioned earlier. Maybe not as bad as you think. I had a discussion on the linux-omap mailing list and TI have RPMSG/REMOTEPROC working on the AM572x processor and will push this to mainline early 2015. 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+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: BeagleBoard-X15 - seriously? :)
On 11/11/14, 8:38 AM, Robert Nelson robertcnel...@gmail.com wrote: On Tue, Nov 11, 2014 at 10:19 AM, __rh___ richard_hubb...@lavabit.com wrote: On Sun, 9 Nov 2014 11:00:21 +0100 Dr. H. Nikolaus Schaller h...@goldelico.com wrote: Am 08.11.2014 um 21:05 schrieb rh_ richard_hubb...@lavabit.com: On Fri, 7 Nov 2014 12:32:19 -0600 Gerald Coley ger...@beagleboard.org wrote: Definitely not one of those. Look at what it has on it and make a good guess. Ok definitely must mean $200-400. Is this not good guessing? This starts to be a in different realm and the competition is more fierce. But you know more about that than I ever will and it's likely that I just don't understand the landscape. Dual Gb ethernet will attract a lot of attention for server/firewall/IDS/IPS. I think the feature set of the X15 is almost comparable to the OMAP5432EVM (which AFAIR was originally planned to become a PandaBoard 5): http://www.svtronics.com/5432 So this seems to confirm the price range $200-400... X15 not interesting at this price range. Plus some of the features are really vaporware as it's likely they remain in their software blackhole, as mentioned earlier. At least vent your frustration to the correct people: http://www.imgtec.com/ They are the ones who don't want to support their ip found in TI products.. I guess if enough users way in and convince IMGTEC to support Linux mainline, they may rethink their reluctance to support the open source community. Post your comments on: http://www.imgtec.com/community/ If you don¹t stand up and be counted, then you have no right to complain. Regards, John 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.