**** BEGIN LOGGING AT Sat Apr 04 02:59:58 2015 Apr 04 06:01:37 <_av500_> jnewt: why would you Apr 04 06:10:57 Has anyone had any luck making their own beaglebone flasher sd cards? I am looking for a flasher image with ubuntu 14.04 kernel version 3.14.4.1.bone-armhf.com on it. Apr 04 06:11:35 The one listed here https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-Ubuntu14.04.1 does not have the appropriate kernel drivers needed to use the hardware I'm working with (namely an externally powered usb hub) Apr 04 06:12:19 However this one works perfectly. I have just been unable to get it onto an sd card. http://www.armhf.com/boards/beaglebone-black/#trusty Apr 04 06:45:01 * zmatt usually flashes BBBs via usb Apr 04 06:45:22 I don't think I've ever used the sdcard slot on one, heh Apr 04 06:46:25 also... a special driver for a usb hub? o.O Apr 04 06:54:00 @zmatt do you have any documentation on how to flash over usb? Also, yea the usb hub thing is a huge pain. Beaglebones have had issues with usb devices in general in the past. Especially with respect to hot plugging devices. The image i am currently using has all of those bugs worked out. Apr 04 06:55:10 but trust me. o.0 doesn't capture half of the frustration of trying to get this to work over the past 2 weeks haha Apr 04 06:56:25 ah yeah, the musb thing kinda sucks Apr 04 06:56:51 I use BBBlfs (though just the usb_flasher tool, not the crappy bash script built on top of it) Apr 04 06:57:29 its usb_flasher makes a BBB appear as an usb mass storage device Apr 04 06:57:53 (you can btw also do that from u-boot, but that one is pig slow) Apr 04 07:03:47 Hmmm okay ill definitely look into this thanks so much! Do you know how i can generate an image that I can burn using this tool from the sd card that I currently have working? Apr 04 07:06:15 I don't think any particular steps are needed... to speed things up I might recommend using resize2fs to shrink the imaged filesystem to min size, and expand it again to fit available space after flashing Apr 04 07:07:00 (you need to recreate the partition to fit the eMMC anyway) Apr 04 07:07:25 the bash script does that, but it's very brittle and contains negligible error-checking Apr 04 07:07:58 like, it updates the partition table by using cat "" | fdisk $dev Apr 04 07:09:37 also, eMMC usually doesn't use an sdcard-style boot partition, but the ROM bootloader does support it on eMMC also Apr 04 07:10:31 other than that dunno, like I said I've never run a BBB off an sdcard Apr 04 07:11:18 haha yea always terrifying. Okay so would you mind recapping how you burn to the emmc? It looks like this script needs to be run from onboard the beaglebone? Apr 04 07:11:28 no Apr 04 07:12:00 you power on the BBB with sd-button pressed but no sd-card inserted Apr 04 07:12:06 that triggers usb boot mode Apr 04 07:12:15 Ohhhhhhh that makes so much more sense Apr 04 07:12:16 you run the usb_flasher tool on the host machine Apr 04 07:12:58 it uses usb-boot to start a tiny linux system that exposes the eMMC via the mass storage gadget driver Apr 04 07:16:26 btw, it may be useful for performance to align the main partition at a 4 MB boundary (the allocation group size of these eMMC parts) rather than the default 1 MB, though I haven't tested this theory yet Apr 04 07:17:58 I'm giving this flash script a shot first and then if that doesn't work I'll try it manually with your suggestions. Just out of curiosity, how are you so familiar with this system? Do you use it for work? Hobby? Apr 04 07:18:58 if you want to boot eMMC-style without a boot partition, easiest way is probably to grab the first 1 MB of a known-good eMMC image, then recreate the partition table (with just one partition, the root fs), then copy your fs over to that partition, expand it with resize2fs, and hope for the best ;) Apr 04 07:19:13 (also, may be a good idea to reset things like ssh keys, /etc/machine-id, yada yada) Apr 04 07:19:20 both Apr 04 07:21:36 Okay i think that sounds like a really good idea. I'll give that a shot. usb_flasher from BBBlfs is taking up 100% of my cpu Apr 04 07:22:20 it probably polls something for completion? Apr 04 07:22:49 I have to admit, it seems to work reliably on some machine, and reliably fails to work on others, I haven't figured out why yet Apr 04 07:22:55 Yea not sure. Seems to be hung Apr 04 07:23:10 haha thats a good characteristic for it to have :) Apr 04 07:23:36 you connected a BBB in usb-boot mode before starting it? Apr 04 07:24:43 correct Apr 04 07:25:33 I actually suspect the difference between the two cases is network manager: it brings up the rndis interface and tries to connect, then usb_flasher steals the usb interface and proceeds with the boot procedure, implicitly relying on the initialization steps already having been done Apr 04 07:26:01 usb_flasher, just like the bash script, just blindly assumes everything works the way it expects, it checks nothing Apr 04 07:26:24 gotcha. So I should try and disable network manager? Apr 04 07:26:30 no Apr 04 07:26:40 the machines where it didn't work lack network manager Apr 04 07:26:51 the machine where it does work (my laptop) does have network manager Apr 04 07:27:21 oh i see. Yea my network manager is attempting to connect but failing. Apr 04 07:27:28 right, that's normal Apr 04 07:27:56 although I'm pretty sure the interface will be gone (from Network Manager's perspective) once usb_flasher takes over Apr 04 07:30:33 yes that is true Apr 04 07:30:39 just happened Apr 04 07:31:13 looks to be working. Just tried it again. Amazing how much of the time the answer is turning it off an back on haha Apr 04 07:31:30 yeah it's somewhat timing-sensitive Apr 04 07:32:20 usb_flasher literally does: receive a packet, discard it (without inspecting it), send a BOOTP reply, receive packet, discard it, send an ARP reply, etc Apr 04 07:33:06 if anything goes not quite the way it imagined, it has no hope of recovering Apr 04 07:36:52 Yea so it finished and I rebooted the beaglebone and I have no leds and no detection of a network interface haha Apr 04 07:37:19 you used the bash script to flash your image? Apr 04 07:37:57 maybe use usb_flasher again and inspect the situation ;) Apr 04 07:38:01 yes so as you expected, it did not work haha. Although it did think it worked Apr 04 07:38:26 I did mention that it doesn't actually check for errors right? ;P Apr 04 07:38:57 also, a serial cable is very useful for this kind of stuff, to see what's going on during early boot Apr 04 07:41:20 Yes i've already ordered one (read as I should have ordered it days ago) Apr 04 07:41:48 * zmatt wonders why his BBB takes such a long time to boot... Apr 04 07:41:52 Startup finished in 3.800s (kernel) + 4.022s (userspace) = 7.823s Apr 04 07:42:21 So you're saying that once usb_flasher mounts the emmc as a device, I can't burn the image the way I did it for the sd card? Apr 04 07:42:40 Haha "* zmatt wonders why his BBB takes such a long time to boot..." Apr 04 07:43:38 I think that should work, but I'm not sure, depends a bit on the image Apr 04 07:44:43 what? surely that's way longer than necessary Apr 04 07:54:05 I don't think you know how much time you've saved me!!!! Apr 04 07:54:09 You are the best! Apr 04 07:54:39 well, not sure about "the best", but I'm obviously pretty awesome Apr 04 07:54:47 hahaha Apr 04 07:54:50 thank you so much for the advice. feel free to reach out to me at jonathan@skyspecs.com for anything at all! Apr 04 07:58:18 have a good one! Apr 04 08:12:00 Startup finished in 3.786s (kernel) + 2.702s (userspace) = 6.489s Apr 04 08:12:06 that's a bit better already... Apr 04 08:19:39 hey zmatt, I have one more quick question. Do you know of a way to pull an image off of the emmc that I can use to burn to other emmcs? Would you just dd it? Or is there a better way? Perhaps resize the partition before dd? Apr 04 08:20:10 resize2fs -M can be used to shrink to min size Apr 04 08:21:49 also, after flashing and expanding the image I use "tune2fs -U random $partition" to give it a new ID Apr 04 08:22:28 * endrift takes notes Apr 04 08:22:29 (also a new etc/machine-id and ssh host keys) Apr 04 08:22:37 so you're saying resize the partition, dd it into a file and then when I dd it back onto another emmc, use tune2fs? Apr 04 08:22:43 I never knew about either of those options Apr 04 08:23:29 well you'll want to resize it back up after dding it; I'm assuming the first resize is to reduce the size of the read and write Apr 04 08:23:49 jbendes: yeah, so my flash procedure is: overwrite first 4 MB of eMMC with a known-good header (contains u-boot and stuff) with blank partition table, create a partition from start sector 8192 till end Apr 04 08:24:10 dd the filesystem image to that partition Apr 04 08:24:32 resize2fs $partition to expand it to full size of partition Apr 04 08:24:40 tune2fs -U random $partition Apr 04 08:24:54 okay sweet sounds simple enough. The last one is nice touch Apr 04 08:24:57 mount it, do last few bits of "personalisation" Apr 04 08:25:07 Where can I find 4MB out valid header? Apr 04 08:25:13 of valid header* Apr 04 08:25:28 isn't 4MB a it more than is necessary? Apr 04 08:25:43 *bit Apr 04 08:25:53 endrift: yes, but the erase group / allocation group size of the eMMCs used by BBB (rev C) is 4 MB Apr 04 08:25:59 ahh okay Apr 04 08:26:58 jbendes: mine is from the latest debian testing image for beaglebone Apr 04 08:27:16 it actually only uses the first 1 MB, I've zeroized the remaining 3 MB Apr 04 08:28:10 specfically, its layout is: Apr 04 08:28:12 000000 partition table Apr 04 08:28:13 020000 TOC Apr 04 08:28:13 020040 CHSETTINGS header Apr 04 08:28:13 020200 u-boot SPL Apr 04 08:28:13 060000 u-boot Apr 04 08:28:15 100000 main partition (debian default) Apr 04 08:28:20 how do you do that? just dd? Apr 04 08:28:26 (offsets in bytes, hex) Apr 04 08:28:55 yeah, of even just head -c Apr 04 08:31:20 so you just head into a new header file haha Apr 04 08:31:22 very cool Apr 04 08:32:33 ...I never knew head -c existed Apr 04 08:32:38 only head -n Apr 04 08:33:46 *has mind blow repeatedly Apr 04 08:34:04 http://pastebin.com/9vdhzKfj Apr 04 08:34:36 jbendes: btw, I'm now down to 3.786s (kernel) + 2.702s (userspace) = 6.489s Apr 04 08:34:37 ;) Apr 04 08:34:54 for boot?!? Apr 04 08:35:27 uhh, yeah? Apr 04 08:35:45 (note that I do not use a graphical environment) Apr 04 08:36:25 What do you use? Apr 04 08:37:04 also can I grab that master-toc.img from you? Just so i dont have to go through the motions of downloading it haha. Apr 04 08:37:47 https://rcn-ee.net/rootfs/bb.org/testing/2015-03-08/console/bone-debian-7.8-console-armhf-2015-03-08-2gb.img.xz Apr 04 08:38:07 just pull the first MB off that Apr 04 08:38:13 Also does the resize2fs -M have to be executed onboard the beaglebone? Apr 04 08:38:16 ahh perfect Apr 04 08:38:18 thanks Apr 04 08:38:45 and clear the partition table (the script I pasted assumes the partition table is blank) Apr 04 08:39:28 resize2fs -M is done on the filesystem image, either before or after copying it Apr 04 08:40:31 if I image an existing BBB, I hook it up via usb_flasher, use resize2fs -M, copy that shrunken image, then resize2fs the original BBB again to its normal size Apr 04 08:40:59 assuming the filesystem has a lot of free space, this saves time in copying the fs off the BBB Apr 04 08:41:32 but you can alternatively copy the fs and then apply resize2fs -M on the image (and then truncate the file) Apr 04 08:42:36 yea that makes sense. When you dd a bitwise image of the filesystem what type of file is it? What extension> Apr 04 08:42:37 note btw that I don't know whether the u-boot that's in the debian image will "just work" with some other distro Apr 04 08:42:51 yep but we'll find out in a minute! Apr 04 08:42:53 whatever you like? I use .img Apr 04 08:43:56 yea okay thats what i had too. Just making sure. And when you rip the image off the emmc do you need to rip starting from 8192? Apr 04 08:44:23 you rip the partition (or part thereof if you shrunk it) Apr 04 08:44:58 so as simple as http://pastebin.com/i8bW1HY9 Apr 04 08:46:00 ehh, that's exactly the same as my paste? Apr 04 08:46:46 note that there are lots of ways of doing things, this just happens to be how I ended up doing things Apr 04 08:46:52 haha sorry copied the wrong link Apr 04 08:46:52 http://pastebin.com/5v26tT5m Apr 04 08:47:39 assuming your rootfs is partition 1 that will slurp it entirely yes Apr 04 08:48:09 but there are also plenty of images where partition 1 is a separate boot partition Apr 04 08:49:23 (if ROM doesn't find the magic "TOC" header on eMMC it will proceed looking for a FAT-formatted boot partition, same as it would for SD cards) Apr 04 08:49:59 yep thats how i have it working now Apr 04 08:50:05 but itd be nice to simplify to one partition Apr 04 08:52:08 you probably really want that serial cable for that though ;) Apr 04 08:53:01 haha yes i definitely do. By the way have you heard of "pv"? Apr 04 08:53:11 ? Apr 04 08:53:23 nice command line tool to show progress of dd. Just thought i'd share in case you hadn't used it Apr 04 08:54:37 pff, who needs that when you can send SIGUSR1 to dd ;) Apr 04 08:56:31 hahaha Apr 04 08:56:36 http://pastebin.com/4nvfQf5r Apr 04 08:56:50 so this is the final ripping sequence i just used. 1.2 gigs at end Apr 04 08:56:59 now trying your stuff for burning Apr 04 08:57:12 note that resize2fs doesn't resize the file itself probably Apr 04 09:01:10 yea it did. What else would it do? Apr 04 09:01:49 oh that's actually a pleasant surprise Apr 04 09:02:03 I would have expected it just shrinks the fs Apr 04 09:02:22 (i.e. it normally also wouldn't resize the partition, which is the equivalent of the image file size) Apr 04 09:05:11 ahhh yes it shrunk the file. Also it looks like its unable to re-read the partition table after you write it. So i think the beaglebone might need a reboot between line 5 and the rest of your code Apr 04 09:05:30 eh, no normally it shouldn't Apr 04 09:05:51 hmmmmm Apr 04 09:05:55 you don't accidently have the fs *mounted* do you? :P Apr 04 09:06:12 Calling ioctl() to re-read partition table. WARNING: Re-reading the partition table failed with error 16: Device or resource busy. Apr 04 09:06:25 hence my question Apr 04 09:06:49 haha a script i ran must have mounted them Apr 04 09:06:53 unmounted :) Apr 04 09:07:33 also beware that my script makes quite a few assumptions, one of them is that the master-toc.img must have a blank partition table Apr 04 09:08:23 well i just made master-toc.img from head -c 4K debian...... Apr 04 09:08:30 is there an issue with that? Apr 04 09:08:40 4K ? 4M you mean? Apr 04 09:08:51 yes haha Apr 04 09:08:57 and yes, it obviously doesn't have a blank partition table Apr 04 09:09:06 oh oh oh Apr 04 09:09:12 so you're saying head -c 4M Apr 04 09:09:13 then Apr 04 09:09:27 sudo dd if=/dev/zero of=$dev bs=512 count=1 Apr 04 09:09:42 except instead of dev use the master-toc.img Apr 04 09:09:44 I said blank, not demolished :P Apr 04 09:09:49 use fdisk Apr 04 09:09:56 hahahaha Apr 04 09:10:15 what about this Apr 04 09:10:16 http://www.axllent.org/docs/view/erase-your-mbr/ Apr 04 09:10:27 just fdisk, delete the partitions Apr 04 09:10:30 to format and not remove Apr 04 09:10:37 okay will do Apr 04 09:11:02 also, I recommend taking the first MB from the image and appending 3 MB of zeros Apr 04 09:11:13 so you don't have a chunk of the debian ext4 partition Apr 04 09:11:57 yea makes sense Apr 04 09:15:16 dd if=/dev/zero bs=1 count=3M >> boot_header.img Apr 04 09:17:46 and how do i wipe the partition table from the debian image? You can fdisk a file haha? Apr 04 09:18:10 probably... otherwise just copy it onto emmc, fdisk it, and copy it back for future images Apr 04 09:19:04 gotcha okay ill do that Apr 04 09:33:33 thanks so much again! zmatt. Loving all this learning. Thanks for helping out Apr 04 10:31:42 hi, am using a BBB. I currently using its pwm by writing am33xx_pwm to /slots . Most of the tutorials talk about device trees. For what purpose exactly the device tree is useful? Apr 04 10:52:12 Hello everyone! :) Apr 04 10:52:49 Can someone tell me which is the best board for me to start out with Digital Signal Processing ? Apr 04 10:54:27 a computer with a sound card Apr 04 11:00:19 Hello :D .. Which Beagle will be best suited for DSP experiments ? :) Apr 04 13:16:40 the beagleboard-x15 has beefy DSPs Apr 04 13:17:03 is it on sale now zmatt / Apr 04 13:17:26 well, it was going to be available by late februari right? ;) Apr 04 13:17:43 who's manufacturing? Apr 04 13:18:35 I predict ~Sept then :) Apr 04 13:19:11 Dan/Guest54196: the beaglebone is definitely not ideal for the task (though that doesn't necessarily stop people) Apr 04 13:19:29 did he actually log aback in? Apr 04 13:19:35 oh Apr 04 13:20:00 there's a dsp cape actually .. I think .. or was it an fpga cape I Saw .. looked funky. Apr 04 13:20:05 I actually have join/parts here on ignore because there are way too many of 'em Apr 04 13:20:27 zmatt .. yeah I considered that Apr 04 13:20:48 but unless you do .. you are always replying to the question-before-last lol :) Apr 04 13:20:48 also, may I take this moment to say: DAMN the AES-accelerator module on the am335x is actually _fast_ Apr 04 13:21:01 cool .. what ya encrypting? Apr 04 13:21:10 am33xx-clocks.dtsi claims its clock is the main osc Apr 04 13:21:14 veremit / zmatt: and once it's "available" you need to add about 6 months of it being made out of unobtainium due to cco production capacities... Apr 04 13:21:15 am33xx-clocks.dtsi is evidently full of shit Apr 04 13:21:31 tbr .. ah, yes hadn't factored that in. Apr 04 13:21:33 it actually appears to have a 200 MHz functional clock Apr 04 13:22:04 tbr... so expect about 2017 for availability whenanother fab. takes it on Apr 04 13:22:04 which gets you 90 MB/s throughput Apr 04 13:22:44 not bad Apr 04 13:23:08 I actually haven't managed to keep it fed from the cortex-a8 without dma Apr 04 13:23:30 what's it for? Apr 04 13:24:17 AES encryption/decryption in a ton of modes, also GCM encryption+authentication Apr 04 13:26:22 its kernel driver is shit though, but I just did some preliminary tests from userspace Apr 04 13:26:36 rewrite it?! :p Apr 04 13:26:41 (also my first test with the generic uio driver rather than /dev/mem) Apr 04 13:26:48 cool Apr 04 13:29:51 didn't get to test irqs yet though... no way in hell the cortex-a8 actually gets to *wait* for an irq... by the time you've read the status register the next block or two are already waiting :P Apr 04 13:30:07 hehe Apr 04 13:30:43 I actually had a loop without any test whether the AES module had data available or was ready to accept new data Apr 04 13:30:50 still no overrun/underrun Apr 04 13:31:28 (and that was just feeding it zeros and discarding the output, let alone doing something useful with it) Apr 04 13:32:20 trying to think besides WiFi what I've seen use AES Apr 04 13:32:55 or maybe I've just missed all the other stuff lol Apr 04 13:33:23 I can't quite see the Beagle as a crypto-engine .. but perhaps it might .. deploy the PRUs ..heh Apr 04 13:33:27 ehm, everything? https, ssh Apr 04 13:33:47 ah .. but does apache/etc use the engine? or just its own .. Apr 04 13:34:04 suppose it should .. if kernel is optimised for it Apr 04 13:34:53 maybe you missed the part about the kernel driver being shit :P Apr 04 13:34:59 REWRITE IT! Apr 04 13:35:14 gah lol .. gettin fed up of people in here saying that the code is a mess .. and NOT fixiing it lol Apr 04 13:35:50 musb excepted Apr 04 13:35:55 lol Apr 04 13:36:00 thats just too big of a train wreck afaik Apr 04 13:36:31 well in case you didn't notice, I actually *am* writing code to get that thing doing something useful Apr 04 13:36:32 wonder how easy it would be to implement a separate usb stack? Apr 04 13:36:56 tack it on spi or something Apr 04 13:37:12 hmm Apr 04 13:37:16 interestin thought Apr 04 13:37:23 usb is horror Apr 04 13:37:38 yes :p Apr 04 13:37:57 you could patch the kernel driver for AES though :P Apr 04 13:38:10 not sure Apr 04 13:39:05 oh look .. http://www.maximintegrated.com/en/products/interface/controllers-expanders/MAX3421E.html Apr 04 13:39:07 I've never written a single line of kernel code yet, and it seems a rather steep entry-barrier to me Apr 04 13:39:11 just what I thought of .. lol Apr 04 13:39:24 zmatt .. its only C/C++ :p Apr 04 13:39:30 also, I'm not sure what the "right way" to fix this is... the kernel's crypto framework does not care much about userspace Apr 04 13:40:05 problem is, I don't care much about IPsec :P Apr 04 13:41:28 fair enough Apr 04 13:42:04 even without DMA, just shoveling data through the AES module in userspace would already be a big win compared to software AES implementation Apr 04 13:42:47 oh undoubtably Apr 04 13:43:15 you'd be limited to two applications using it, if they don't learn to share somehow, but that's still better than the current situation Apr 04 13:44:04 (the AES module supports two separate contexts) Apr 04 13:44:20 yeah you need to figure out sharing .. which could be done by erm .. a Driver! yeah! Apr 04 13:44:38 or a daemon Apr 04 13:44:46 wow aes daemon .. lol Apr 04 13:44:57 thats moderately horrible lol Apr 04 13:45:39 problem is with integratin .. how do you 'tell' apache/etc that you got an aes driver/module/etc to utilise it Apr 04 13:46:13 register it as openssl engine? Apr 04 13:47:27 tbh I don't know either, I do know that it's a bit pointless to have an "accelerator" if all the benefits gets lost in overhead Apr 04 13:47:28 yea could do .. Apr 04 13:47:36 exactly Apr 04 13:51:05 anyhow, time for some shopping Apr 04 13:54:19 k Apr 04 14:03:59 i feel sad again Apr 04 14:04:31 i connect in 192.168.7.2 without any problem, but i can not connect now Apr 04 14:05:27 connected* Apr 04 14:10:11 connected to a BBB? That uses a simple USB net driver that adds itself as a new ethernet device (I think it gives itself the IP addresses) Apr 04 14:11:48 GenTooMan: yep i am using only USB Apr 04 14:14:18 it add a ether divice without ip4 adresse Apr 04 14:14:21 address Apr 04 14:18:49 Did you plug in the ethernet port? Apr 04 14:23:53 GenTooMan: noooooooop Apr 04 14:29:10 So you powered it via the USB port or by a 5V 2A supply? Apr 04 14:36:15 GenTooMan: i use UDB Apr 04 14:36:19 USB Apr 04 14:36:33 GenTooMan: the problem is that it worked before Apr 04 14:36:43 but now i can not connect Apr 04 14:41:24 Did you do anything differently? Apr 04 14:42:05 GenTooMan: mmm i just umplgged usb without power off Apr 04 14:44:40 Are you using windows? Apr 04 14:44:50 GenTooMan: nop linux Apr 04 14:45:19 Well you are special. I haven't had that problem before. Got me. Is it a B or C revision board? Apr 04 15:33:13 Hello. Which of these architectures do I want for beaglebone? 32bit ARM EABI, 32 bit Intel x86, 32 bit MIPS Little-Endian Apr 04 15:39:00 ummm the beagle bone is an ARM? Apr 04 15:42:16 <_av500_> but I heard Intel was da man Apr 04 15:43:56 -sigh0 Apr 04 15:48:30 PowerPC isn't an option? Apr 04 15:53:22 <_av500_> BeagleBoneBlackPower Apr 04 15:55:21 look! squirrel!! Apr 04 16:13:08 hi Apr 04 16:16:56 welcome to here. Apr 04 16:25:27 I think we should configure a ChanServ entry message for this chan .. something informative like the topic .. Apr 04 16:27:03 A help bot that could act similar to an eliza program with knowledge of the data on the beagle.org site might be interesting. Apr 04 16:29:22 Or maybe "please look through beagle.org first before asking questions"? Apr 04 17:21:09 GenTooMan .. a helpbot would be rather cool .. but that needs a bit of coding .. Apr 04 17:22:28 GenTooMan .. I was mostly thinking of something like 'Ask your question, be patient for an answer' .. we need a FAQ based on the 20 most-frequent questions that reoccur here .. Apr 04 17:22:42 esp. the *ahem* stupid ones. Apr 04 17:24:14 the only dumb question is the last one asked ... wait ... Apr 04 17:25:34 GenTooMan .. if I could honestly say that beagle.org was up-to-date and well structured .. I'd actually suggest people look there .. but since even I have found lots of conflicting articles/etc on there .. I wouldn't point a competent software engineer there .. Apr 04 17:26:21 elinux is the same Apr 04 17:26:45 they both suffer from decay or apathy not sure which. Apr 04 17:26:56 or both :D lol Apr 04 17:27:04 yea decay is a very valid issue Apr 04 17:30:02 ok gonna go out get some air .. bbiab Apr 04 17:30:12 ciao Apr 04 17:57:45 i'm trying to work through a tutorial for building a qt user interface for the bbb. the first step the tutoral does is download a tool chain for angstrom from www.angstrom-distribution.org/toolchains. I'm not running angstrom (debian), and i don't know where to get the correct toolchain. Apr 04 17:59:41 GenTooMan: i am sorry, it is B Apr 04 18:00:37 i did find emdebian.org/tools/ , but i have no way to know if this is actually what i need Apr 04 18:18:02 Hello! I've got a BBB rev A5C and tried to upgrade to the Debian image yesterday using (BBB-eMMC-flasher-debian-7.8-console-armhf-2015-03-01-2gb.img). It hangs halfway through the flashing process. The Cylon sweep pattern gets stuck on one LED. Now I've got no working onboard OS. Apr 04 18:19:13 I tried booting from the standalone image as well (bone-debian-7.8-console-armhf-2015-03-01-2gb.img). While it does not show the "sweep" pattern, only the heartbeat, I can't ssh or ping it, and it also hangs after a few minutes. Apr 04 18:20:35 Any ideas on what to do next? I've got a 5V 1A power supply, and a 470uF capacitor after it to smooth the power. Apr 04 18:20:49 GenTooMan: hello, i resolve it Apr 04 18:20:58 Cool! Thanks Apr 04 18:21:06 it was firefox issue i just clear the cache Apr 04 18:22:44 <_av500_> Dylan: make sure the image gets onto the card correctly Apr 04 18:22:48 <_av500_> then it all should work Apr 04 18:27:27 Thanks av500, I've tried using both dd and Pi Filler. Both seem to exit with success. I think the images are burned to the microSD correctly, as I get different behavior depending on "Flasher"/"Standalone" image Apr 04 18:28:20 About 3 min after booting though, in both cases it hangs and the user LEDs are stuck in their last known position. Apr 04 18:28:30 That's why I thought it might be a power supply issue. Apr 04 18:29:55 <_av500_> hmm Apr 04 18:30:06 Could flashing without Ethernet plugged in draw > 1A? Apr 04 18:30:13 <_av500_> nah Apr 04 18:30:15 <_av500_> should be ok Apr 04 18:30:21 OK Apr 04 18:30:22 <_av500_> what kind of power supply is that? Apr 04 18:30:51 Ti LM78XX Apr 04 18:31:07 LM7805C: 5V Apr 04 18:31:58 regulator, sorry, with a 1.8A converter plugged into mains and outputting 6V Apr 04 18:32:39 Allowable input on the regulator is up to 35V Apr 04 18:36:57 <_av500_> and you measured the 5V? Apr 04 18:37:27 Yup, 4.957V Apr 04 18:41:54 good to hear. Apr 04 18:43:09 I would NOT use a linear regulator at 32V with 1A output at 5V unless I had a 50W heat sink on it. :D Apr 04 18:43:22 with a fan Apr 04 18:46:09 Yeah, I don't know what they're talking about, even at 7.5 V it burned my hand, so I switched down to 6 :) Apr 04 18:47:59 It would be better to use an LDO instead of a jelly bean voltage regulator it's typical voltage drop is 1.5V at 1A if I remember correctly. Apr 04 18:48:07 <_av500_> im not sure a drop of only 1V is enough for a stock 7805 Apr 04 18:48:38 Ahh, ok. Apr 04 18:50:05 you want one rated at 2a with < 500mv drop basically to give some margin Apr 04 18:52:01 OK, thanks for the info. I'm not coming from an EE background, so that's helpful. I just looked and at room temp it looks like you're right about 1.5V drop Apr 04 18:53:06 That doesn't mean it can't work it just means if it gets any pressure it's going to droop on you. Apr 04 18:53:38 That's marginal. You want minimum of 20% margin so for example you would want a 800mv drop at 2A Apr 04 18:54:05 I'll put two in parallel, boost the input voltage to 9V, and keep an eye out for smoke. Apr 04 18:54:10 NO ! Apr 04 18:54:15 They won't work that way. Apr 04 18:54:23 OK! Apr 04 18:54:37 Yeah read the data sheet :D Apr 04 18:54:45 Will do :) Apr 04 18:54:48 they end up fighting each other and killing each other. Apr 04 18:55:11 <_av500_> two go in, one comes out Apr 04 18:55:52 I'll read up, try some stuff and report back if you're still here. Thanks for your help guys! Apr 04 18:56:41 "some stuff" does not include blowing up a power supply. I trust you there :) Apr 04 18:58:49 Yeah don't have a blast in that case Apr 04 19:02:44 He might be best served with an LDO controller and external device. 78XX series is really bad for anything > 100ma Apr 04 19:07:16 i see that Cloud9 IDE make me angry with black bone , it does not compile anything Apr 04 19:07:23 should i update OS Apr 04 19:10:10 I haven't had the oportunity to build anything for the beagle bone black yet, last platform I built for was the original beagle board Apr 04 19:10:28 I'm busy working on BBB plc interface hardware :D Apr 04 19:10:59 http://picpaste.com/Screenshot_from_2015-04-04_20_07_48-EjbdSuoR.png Apr 04 19:11:42 KotH: ^ Apr 04 19:23:00 GenTooMan: I re-imaged the microSD with the current "flasher" Debian, hooked up my multimeter with the Min function on, and it showed about 4.95V. It was stable as the LEDs ran back and forth, but then suddenly dropped to 4.91V when the flashing process hung. Apr 04 19:23:37 Am I burning a (literal) hole in my eMMC? Apr 04 19:25:51 not likely eemc operates from the 3.3V rail if I remember correctly. The big issue is what else may be tied to the 5V rail. and why did the flashing process hang. Apr 04 19:34:45 I've got no peripherals plugged into the board, and when I just powered it off now using the power button, I watched the voltage rise back to 4.97V. Apr 04 19:45:12 Seems to me the 7805 is marginal (mentioned before) you might be better served with a 5V switched supply. I take it you are supplying power through the bus or are you using the barrel plug? Apr 04 19:53:26 have anyone tried linphone on beagleboard xm Apr 04 20:18:26 while I trying linphone on beagleboard xm it is showing alsa overrun problem Apr 04 20:57:42 Thanks for your help GenTooMan. I'm going to shell out for a dedicated DC power supply. If that doesn't work, I'll try an older Debian image. If that still doesn't work... serial debugging? Apr 04 21:01:14 I would serious see if other images do the same thing. The default image I have had working for 3weeks on a Rev B board and it never froze. The image itself might be the issue. It was running of a USB port which is limited to 5V 0.5A Apr 04 21:15:43 why do you suggest people to use resistor 1 KOm with servo motor Apr 04 21:18:03 context? who is you and how is the 1k resistor used. Apr 04 21:18:34 GenTooMan: http://beagleboard.org/Support/BoneScript/ServoMotor/ Apr 04 21:18:57 GenTooMan: you = Beaglebone developers Apr 04 21:29:49 If it's a standard RC servor that makes sense. The 1k resistor is to limit current into the servo motor or out of the PWM circuit (think protection). Apr 04 21:31:19 A standard RC servo uses a PWM that is 1.5ms centered and 50 pulses per second. The width changes from that to change the position. Apr 04 21:31:54 It's a standard from the 70's believe it or not. **** ENDING LOGGING AT Sun Apr 05 02:59:58 2015