**** BEGIN LOGGING AT Sun Apr 06 02:59:58 2014 Apr 06 03:52:07 * nyt- back Apr 06 03:52:08 time to test Apr 06 04:16:59 great success Apr 06 04:20:18 o,o Apr 06 04:22:25 creating bug @ bugs.elinux now, with patches, yay. everyone loves patches Apr 06 04:22:29 also these adc patches are such a clusterfuck Apr 06 04:22:34 patch 19 had some shit that should have been in patch 18 Apr 06 04:22:40 this zubair guy is a friggen hack Apr 06 04:23:07 patches against what? Apr 06 04:23:07 meh i shouldnt speak badly. Apr 06 04:23:17 the adc code Apr 06 04:23:22 ti_am335x_Adc Apr 06 04:23:24 no Apr 06 04:23:29 against what version Apr 06 04:23:33 3.8.13 Apr 06 04:23:36 there is at least 2 flavors of the adc driver floating around Apr 06 04:23:39 ah Apr 06 04:23:44 useless Apr 06 04:23:47 ;) Apr 06 04:23:54 useless but it's the current mainstream kernel being used Apr 06 04:24:05 debugging the 3.2 flavor Apr 06 04:24:06 and adc input sampling is very broken in it Apr 06 04:24:16 I question the "current" Apr 06 04:24:27 its the kernel shipping in the latest images from teh beaglebone site Apr 06 04:24:36 and current kernel used in any of rcn's dists Apr 06 04:24:42 3.2 seems to drop samples when a high sample rate is used Apr 06 04:24:48 I don't use or care of any of those :D Apr 06 04:24:59 great Apr 06 04:25:00 the am335x vendor kernel is 3.2 Apr 06 04:25:06 no Apr 06 04:25:12 there's a new PSP from TI actually Apr 06 04:25:13 :p Apr 06 04:25:14 im sure there are other people who do use them and who would appreciate it getting fixed Apr 06 04:25:23 "new" hehe Apr 06 04:25:28 since you know, the latest images are broken Apr 06 04:25:37 but yea .. every version has its issues. Apr 06 04:25:40 yes, that is the reason why I consider those to be useless Apr 06 04:25:44 this is the embedded linux world :p Apr 06 04:26:08 better to understand limitations and fix what you need then to venture into the brave bold new kernel Apr 06 04:26:25 3.13 is working fine over here :) Apr 06 04:26:43 i installed one of rcn's 3.13 kernels recently Apr 06 04:26:45 3.13 would require porting a lot of other stuff Apr 06 04:26:56 I have custom hardware Apr 06 04:26:56 it didnt even expose the the proper sys files to sample Apr 06 04:27:03 ds2, are you involved in the bb project at all? Apr 06 04:27:10 its hard knowing who is and who isnt Apr 06 04:27:39 nyt-: I do a lot with it Apr 06 04:28:05 so, no then? Apr 06 04:28:52 define involved Apr 06 04:29:29 do you maintain any code or other for the project? Apr 06 04:30:01 for expansion boards I produce, yes Apr 06 04:30:19 but not for beaglebone itself? Apr 06 04:30:23 what boards do you make ds2? Apr 06 04:31:12 nyt-: no Apr 06 04:31:27 veremit: custom stuff... I have display interfaces Apr 06 04:31:54 working on a composite in/out interface ;) Apr 06 04:32:27 just wondering if there was a reason or basis for you were calling what I was working on useless Apr 06 04:32:45 yes there is Apr 06 04:32:49 which is? Apr 06 04:32:55 DT vs non DT kernels Apr 06 04:33:02 some folks do not believe in DT kernels Apr 06 04:33:09 DT is the way forward Apr 06 04:33:19 nothign wrong with your work per se Apr 06 04:33:24 if you don't believe that .. you clearly love kernel hacknig too much. Apr 06 04:33:26 DT is flaw and doomed. Apr 06 04:33:31 ok Apr 06 04:33:37 thats why you're still running 3.2 kernel Apr 06 04:33:38 i get it Apr 06 04:33:40 ok back to work Apr 06 04:33:43 heh Apr 06 04:33:50 DT causes nothing but trouble... it is like going back 5 years Apr 06 04:34:10 only because you don't understand it lol Apr 06 04:34:14 it is he way of the future Apr 06 04:34:15 well if people support it instead of complaining about it Apr 06 04:34:22 it might progress faster Apr 06 04:34:32 granted, it's pissed me off a couple times so far Apr 06 04:34:38 either live in the past .. or move with the times Apr 06 04:34:40 e.g. not being able to set pullup modes for gpio pins Apr 06 04:34:49 without customizing dtbs Apr 06 04:34:50 it isn't support. is is reinventing the wheel Apr 06 04:34:53 thats complete nonsense Apr 06 04:35:13 it is true Apr 06 04:35:16 hard coding pin muxesin the kernel is bad bad bad Apr 06 04:35:27 bb should expose a method for toggling pullup/pulldown on gpio =[ Apr 06 04:35:30 all the drivers needs to be reworked to do the right of_... calls instead of the proper platform calls Apr 06 04:35:35 the platform calls have been debugged Apr 06 04:35:53 the pinctrl stuff coming "soon" is suppose to do that Apr 06 04:36:44 hard coding pin muxes in the kernel is safe Apr 06 04:36:49 yuk Apr 06 04:36:59 screwing with the pinmux will-nillie is dangerous and can fry hardware Apr 06 04:37:01 then you gotta rebuild ya kernel every damn time you make a change Apr 06 04:37:14 and there is agood reason to have drivers toggle pinmuxes on the fly Apr 06 04:37:20 well, it's a good thing someone already decided this Apr 06 04:37:26 otherwise you could argue till your face turns blue Apr 06 04:37:27 a proper kernel shouldn't need to be rebuilt Apr 06 04:37:30 not like it wont happen anyway Apr 06 04:37:50 there is talk to replace DT with something else so... have fun :D Apr 06 04:38:10 talk doesn't fix current bugs in the bb distribution Apr 06 04:38:42 indeed Apr 06 04:38:56 does your fixes let you run the ADC at the full 200ksps? Apr 06 04:39:10 no, and neither does the current patch that's in there Apr 06 04:39:13 I thought the objective was to run the ADC at all ... :p Apr 06 04:39:29 and the current patch intended to do so breaks regular adc sampling Apr 06 04:39:52 so, step 1 is fixing standard adc, continuous support should be the logical next step Apr 06 04:39:58 oh so I can't backport your code Apr 06 04:40:00 but need a working base first Apr 06 04:40:04 the TI code in 3.2 is broken :( Apr 06 04:40:14 have you talked to the GSoC guy from last year? Apr 06 04:40:18 zubair? Apr 06 04:40:23 yeah hes the one that broke it Apr 06 04:40:23 I think so Apr 06 04:40:26 and has no interest in fixing it Apr 06 04:40:33 ah ok Apr 06 04:40:35 he was "really helpful" ... Apr 06 04:40:36 lol Apr 06 04:40:55 I asked him if he was able to look into it any further after being unresponsive Apr 06 04:40:56 got this response: Apr 06 04:41:20 http://pastebin.com/ShCQH9Me Apr 06 04:41:23 my reply to him is on top Apr 06 04:41:26 his message is on the bottom Apr 06 04:41:40 let me read Apr 06 04:42:31 why do you need single sample capability? Apr 06 04:42:57 because otherwise NOTHING works rofl Apr 06 04:43:03 -facepalm- Apr 06 04:43:24 lol Apr 06 04:43:26 so many answers Apr 06 04:43:35 aside from it being a standard feature in you know, bone script adn every other library Apr 06 04:43:44 why would you want to continuously poll something like a temperature sensor Apr 06 04:43:45 or otherwise Apr 06 04:44:13 hmm Apr 06 04:44:26 veremit: how are you involved with bb btw? Apr 06 04:44:28 I wonder if it makes sense to break it off Apr 06 04:44:36 well Apr 06 04:44:39 ti's latest patch Apr 06 04:44:44 exposes a mode file in the sysfs directory Apr 06 04:44:48 where you can toggle oneshot or continuous Apr 06 04:44:50 I'm not really .. I have one .. done a bit of dev with it .. I just lurk here and shout a lot :p Apr 06 04:44:54 or do you know for a fact that this single sample capability is in the IIO stuff/specs? Apr 06 04:45:25 ti have patched in the last coupel of days? Apr 06 04:45:36 let me find the link Apr 06 04:45:50 http://processors.wiki.ti.com/index.php/AM335x_ADC_Driver%27s_Guide Apr 06 04:45:56 http://processors.wiki.ti.com/index.php/AM335x_ADC_Driver%27s_Guide#Modes_of_operation Apr 06 04:45:59 last I read (apr 3rd) they weren't gonna do anything about it Apr 06 04:46:02 oh that is OLDD Apr 06 04:46:16 anything about what? Apr 06 04:46:25 has that been updated recently for the 3.12 kernel? Apr 06 04:46:49 yeah last update was in april 2013 Apr 06 04:46:51 http://e2e.ti.com/support/arm/sitara_arm/f/791/p/331372/1158869.aspx Apr 06 04:46:51 awesome Apr 06 04:47:09 note the last 3 posts on that link ;) Apr 06 04:47:32 yeah ti not even support continuous =[ Apr 06 04:47:33 going to have to read that again Apr 06 04:47:37 Please check the ADC interface known issues page. Unfortunately continuous mode is not supported and currently there is no schedule for it. Apr 06 04:48:05 so ya best bet is to port the Old driver to the NEW kernel ... Apr 06 04:48:27 where does it say it is not supported? Apr 06 04:48:32 which is probably no easy task. Apr 06 04:48:36 the e2e page or the wiki? Apr 06 04:48:39 well that's currently way beyond the time i have so i'm just sticking with fixing oneshot polling in the current kernel Apr 06 04:48:40 http://processors.wiki.ti.com/index.php/Sitara_ADC_Interface_Issues Apr 06 04:48:43 e2e page Apr 06 04:48:54 and one of the last 3 posts on that e2e page Apr 06 04:48:56 from the ti wiki Apr 06 04:48:59 Additional limitations Apr 06 04:48:59 Continuous capture mode is not yet supported in the 3.12 kernel. Apr 06 04:49:05 I am in the process of hacking the TI driver to support continous capture Apr 06 04:49:15 but it is not via IIO... I just need continous data Apr 06 04:49:44 I'm guessing hardware triggering will come .. as will continuous sampling .. in time Apr 06 04:49:52 but this is a very new PSP they put out Apr 06 04:50:03 oops got to go Apr 06 04:50:40 that will be awesome, but should obviously be dev'd in beta kernels and not mainline Apr 06 04:52:05 I assume it all works fine in the PSP package they describe .. withthe old staging driver ok.... Apr 06 05:01:12 well, cleaning up patch18 now then submitting everything Apr 06 05:01:12 * nyt- sighs Apr 06 05:01:20 apparently patch19 had some shit that patch18 needed, but had no relevance to 19 Apr 06 05:02:48 I just want to work on my ruby library :( Apr 06 05:04:24 lol once its done .... Apr 06 05:06:43 so far i've run into some cool people in the bbb arena Apr 06 05:06:46 but just as many jerks lol Apr 06 05:07:01 thats about right Apr 06 05:14:44 I hate to be this person, but, what am I doing wrong? This should be simple for me, but I can't get my BBB to flash. I've tried holding SW1, SW2, and SW3 (on separate attempts), while booting, but I can't get it to work. From what I've read, you hold SW2 until two of the USR LEDs come on solid, then release, and wait for them all to go solid for it to be Apr 06 05:14:44 done flashing. But every single time, none of them come on, then, after I release (or if I don't hold any to begin with), three of them go solid. Also, I'm trying to flash the latest official Debian img. Apr 06 05:18:30 * IanWizard-Cloud just now realizes maybe he should have checked uart for output before asking here... Apr 06 05:18:32 IanWizard-Cloud: it's S2, and you need to press it before you connect power to the board Apr 06 05:18:46 tbr: yeah, I have been. Apr 06 05:19:14 I hold it, apply power. I even got a 1A supply for it, in case it was a power issue. Apr 06 05:19:21 IanWizard-Cloud: if that doesn't work then you maybe have a card that's not bootable. how did you prepare it? Apr 06 05:19:47 I got the .img and flashed it (dd). Apr 06 05:20:01 did you sync and wait? Apr 06 05:20:22 veremit: yes. Apr 06 05:20:26 although .. dd is usually ok .. Apr 06 05:20:43 I even tried re-flashing it, to the sd. Apr 06 05:20:59 I'll try a different SD. Maybe the card itself is bad. Apr 06 05:21:18 IanWizard-Cloud: and you unpacked it before you flashed it? Apr 06 05:21:38 if its an IMG won't need unpacking :) Apr 06 05:21:59 tbr: yes. Well, it was an .xz, I didn't do anything to the .img. Apr 06 05:21:59 veremit: hint, the downloads are all compressed Apr 06 05:22:25 I should hope so .. thats a hella download otherwise..... :) Apr 06 05:22:35 IanWizard-Cloud: so you uncompressed it, right? Apr 06 05:23:12 IanWizard-Cloud: and you dd'd it to the device, not a partition, right? Apr 06 05:23:17 xz -d blahblah.xz I think ... Apr 06 05:23:59 tbr: veremit: yeah. Apr 06 05:24:12 Is sd size an issue by chance? it's an 8gb. Apr 06 05:24:21 no Apr 06 05:24:28 I can't imagine that would be, 32 or 64 maybe... Apr 06 05:24:30 IanWizard-Cloud: if you insert the card into a pc, do you see the FAT partition and mlo uboot etc? Apr 06 05:24:52 lemme check. Apr 06 05:28:32 aha... the partition seems to be corrupt. Apr 06 05:28:40 Kind of sad that I didn't catch that... Apr 06 05:29:58 omfg Apr 06 05:30:01 bugs.elinux.org has bugs :( Apr 06 05:30:03 i cant even post a file Apr 06 05:30:06 and my bug got duped 4x lol Apr 06 05:30:27 so, rewrite the card and make sure to write to /dev/sdx NOT /dev/sdx1 Apr 06 05:30:44 also allow the card to settle for a while after dd has finished Apr 06 05:31:03 you can call "sync" also to make sure there's nothing pending Apr 06 05:31:22 I think it may be the SD itself is going. I'm going to try it with a 2GB I've got here. Apr 06 05:31:35 tbr: yeah, it's writing now. Apr 06 05:32:04 I usually sync after doing anything, if I'm pulling it immediately. Apr 06 05:33:14 accidents/mistakes happen. that's why I usually go through things step by step to find the problem Apr 06 05:33:23 http://bugs.elinux.org/issues/73 Apr 06 05:34:00 ok I'm out .. nite all I-) Apr 06 05:34:04 night Apr 06 05:37:48 tbr: THERE we go. Apr 06 05:37:56 I thoroughly feel rather stupid. Apr 06 05:38:18 soooooo are P9_17 and P9_18 supposed to function as gpio pins? Apr 06 05:38:19 IanWizard-Cloud: don't. stuff happens. 'tis why we're here Apr 06 05:38:24 But it is in fact working now. The partitions in the img are *actually* on the disk now. Apr 06 05:38:39 Now I assume it will flash to the BBB properly. Apr 06 05:38:59 tbr: ty :) Apr 06 05:39:33 IanWizard-Cloud: one possible cause can if your automounter grabbed the card before you wrote to it and then your os corrupted it by writing to the "old" filesystem that wasn't there Apr 06 05:40:47 tbr: I make sure everything's unmounted before I mess with dd. Apr 06 05:41:21 Believe it or not... I've been doing this stuff for... well, about a decade now. Apr 06 05:41:32 Which is why it's so sad that I didn't check the img and disk to confirm it actually wrote what it was supposed to. Apr 06 05:41:34 yeah, and it still happens once in a while Apr 06 05:41:57 Before I proceed though. What should the LEDs be doing while it's flashing? Apr 06 05:42:02 I failed to find the power switch on a receipt printer until I started to take it apart for not working the other day... Apr 06 05:42:05 I've read some conflicting things. Apr 06 05:42:22 and I _do_ EE, not for a living, but I should know. Apr 06 05:42:43 lol Apr 06 05:42:49 Hahaha. Yeah... never done *that* specifically, but plenty of things similar. Apr 06 05:42:53 good story Apr 06 05:43:14 last time I did the angstrom flasher, it was some sort of knight-rider impression IIRC Apr 06 05:43:33 the most important thing is that all four should go solid after a while Apr 06 05:43:40 last time i flashed bb, i was following instructions that said screen should be blank Apr 06 05:43:50 screen was definitely not blank haha Apr 06 05:44:06 kept seeing it boot to console and was like WTF Apr 06 05:44:10 didn't realize it was working as intended Apr 06 05:44:23 if you connect over USB you might get a virtual serial port which you can use to poke around in it and see the flasher work Apr 06 05:45:45 soooooo are P9_17 and P9_18 supposed to function as gpio pins or are they unavailable? It seems they should be available but aren't working Apr 06 05:46:27 Crap.... It's still booting Angstrom. Apr 06 05:46:27 can export them, gpioXX directories show up, but do not function, pinmux shoes them as unclaimed Apr 06 05:46:49 IanWizard-Cloud: hold reset until all leds light then let go Apr 06 05:47:28 otherwise try re-writing the card, make sure its not mounted first as tbr said Apr 06 05:48:14 what image are you flashing? Apr 06 05:48:34 IanWizard-Cloud: are you sure the flasher isn't booting angstrom (to flash debian in your case) Apr 06 05:53:39 tbr: hadn't considered that, but it's going through the full boot of the internal, webserver's up and all. Apr 06 05:54:10 IanWizard-Cloud: log in and check where / is coming from, sd or emmc Apr 06 05:54:22 I'm going to try it one more time, off my 1A supply. If that doesn't work, then I'll go to bed and checksum the whole card tomorrow. Apr 06 05:54:27 tbr: ok, one sec. Apr 06 05:57:23 tbr: eMMC Apr 06 05:57:50 And I checked the card again, and the partitions still look fine. Apr 06 05:58:12 I'll rewrite the sd fresh in the morning, then checksum it against the img. Apr 06 05:58:27 and you held down S2 before attaching power? Apr 06 05:58:29 But it seems to plum hate me. Apr 06 05:58:36 Maybe I'm Angstrom bound. Apr 06 05:58:41 tbr: yep Apr 06 05:58:48 this stuff is sometimes a bit tricky, yes Apr 06 05:59:35 I've held it for varying amounts of time. I held it for a few seconds. I held it till the lights came on solid. I held it till they started flashing along during boot. Apr 06 06:00:32 once they're solid it should do the trick Apr 06 06:01:01 Though I haven't looked specifically, I assume there's a UART on the header somewhere. I may end up hooking it up, maybe there's something there. Apr 06 06:01:12 not on the header Apr 06 06:01:13 next to it Apr 06 06:01:16 nyt-: but it still boots to the eMMC Apr 06 06:01:17 its the exposed pins Apr 06 06:01:28 nyt-: oh, I thought that was jtag for some reason. Apr 06 06:01:40 overwrite the first few kb of mcmblk1 Apr 06 06:01:45 wont boot from emmc anymore Apr 06 06:01:46 lol Apr 06 06:02:33 nyt-: true... but I'd rather not screw the only thing that will boot just yet ;) Apr 06 06:02:59 Wait... Apr 06 06:03:08 the eMMC is blk1? not blk0? Apr 06 06:03:18 yes Apr 06 06:03:35 /dev/mmcblk0p2 15G 1.8G 13G 13% / Apr 06 06:03:37 heh... Apr 06 06:03:38 16gb sd Apr 06 06:03:44 uhh Apr 06 06:03:45 wow... Apr 06 06:03:48 no shit... Apr 06 06:03:58 Well... then... it is booted from sd. Apr 06 06:04:03 there you go ;) Apr 06 06:04:10 you flashing debian? Apr 06 06:04:12 it takes a while Apr 06 06:04:21 if you hook hdmi up it will pop open x windows with a background saying its flashing Apr 06 06:04:24 takes 40-60 mins Apr 06 06:04:30 lights go solid when complete Apr 06 06:04:50 nyt-: I'd have to dig out my microhdmi cable; not worth it. Apr 06 06:05:32 k Apr 06 06:05:35 I (foolishly apparently), assumed eMMC was blk0 Apr 06 06:05:43 well, serial console is avail on that header on board Apr 06 06:05:46 you can watch it boot and such Apr 06 06:06:11 I see it has emmc's rootfs mounted in /tmp too. Apr 06 06:06:11 115200 Apr 06 06:07:05 nyt-: ty. For now I'm just gonna leave it be. I'm tired.. and I've learned to not mess with pins when I'm tired.... Apr 06 06:07:14 That may or may not be how half my laptops mobo died. Apr 06 06:08:01 ah i just have a cheap ftdi cable for stuff like that Apr 06 06:08:26 nyt-: I have a chip, but use some F/F jumpers to connect it. Apr 06 06:08:51 And I know I'm not really thinking straight at this point anyway. Apr 06 06:09:11 Well, thank you for the help nyt-, and tbr :) Apr 06 06:09:14 IanWizard-Cloud: actually it will switch them around IIRC. but you can sort of tell because the emmc has some funky things going on Apr 06 06:09:17 Much appreciated. Apr 06 06:09:39 tbr: I also noticed the sd only has the two partitions, the emmc has more. Apr 06 06:09:43 so depending what you boot the kernel will make the emmc or the sd into mmcblk0 Apr 06 06:10:03 yeah, the emmc is also split Apr 06 06:10:48 Ok, I'm going to bed. I'm giong to let this finish on it's own. Apr 06 06:10:59 Unless it gets done before I actually get to bed. Apr 06 06:11:02 Good night all :) Apr 06 06:11:18 good night, ugt Apr 06 06:18:34 Hi, Apr 06 06:19:40 I attached a LCD cape the 4D one to my BBB. it's is this cape http://www.4dsystems.com.au/productpages/4DCAPE-43/downloads/4DCAPE-43(T)_datasheet_R_1_9.pdf Apr 06 06:20:09 I checked the schematics and concluded how the thing shoud be attached. Apr 06 06:21:37 the led lights turned on but nothing else happend (I powered the device using a 5V 2A supply) Apr 06 06:22:10 wife has that on her bbb Apr 06 06:22:12 running debian Apr 06 06:22:14 just works Apr 06 06:22:18 nothing special needed Apr 06 06:22:24 not something went wrong because I don't get passed MLO(even after removing the LCD cape) Apr 06 06:23:21 to me it now looks like the eeprom content of the board might be erased or something similar Apr 06 06:24:02 I tried booting from SD and eMM and really get different MLO outputn e.g. U-Boot SPL 2013.10-00016-g6adb529 (Feb 06 2014 - 14:54:24) Apr 06 06:24:15 v.s U-Boot SPL 2013.04-gad65202-dirty (Dec 13 2013 - 11:27:38) Apr 06 06:24:56 I don't think it is a LDO or something because the SD card can still be accessed. Apr 06 07:45:19 does anyone know a module containing both gps and imu Apr 06 08:21:42 well that's fucking weird Apr 06 08:21:51 either writing to or reading from a ttyOX device is appending an extra \n Apr 06 08:41:13 ah just linux crap, had to stty raw Apr 06 08:42:01 root@rbone:~/rubybone# cat /dev/ttyO1 Apr 06 08:42:01 CPS, 1, CPM, 13, uSv/hr, 0.07, SLOW Apr 06 08:42:04 lol reading from rad sensor Apr 06 08:42:15 pipboy incoming Apr 06 08:46:04 does nodejs actually cause issues? I was planning on using a nodejs server application but if it's buggy on debian and uses 100% of the cpu all the time, maybe it's not a good idea Apr 06 08:46:20 i haven't observed it doing that Apr 06 08:46:29 ok thanks Apr 06 08:46:40 but *shrug* i've only played with some basic stuff in cloud9 Apr 06 08:46:47 writing ruby lib atm so I can us ethat Apr 06 08:46:52 i ripped all the nodejs stuff out Apr 06 08:47:03 same here, I only briefly used it so I didn't notice any abnormal cpu usage Apr 06 09:03:49 hm Apr 06 09:04:10 so the uarts on the bb arent actual uarts eh? Apr 06 09:04:31 writing from uart1 to uart2 is hosed but connecting to external devices seems fine Apr 06 09:04:36 something weird there Apr 06 10:24:08 Aloha. How does the beagle bone black stand against other similar systems when it comes to low power consumption? I know it uses a bit less than Rpi but I wanted to check with you if you know anything that uses even less? Apr 06 10:27:19 for embeded systems that are as capable? not really Apr 06 10:27:30 i mean if you go simple like atmega chips you can get into some real low power draw Apr 06 10:29:42 something that i can load linux on. for example open embedded based distro. Apr 06 10:30:09 not that i know of Apr 06 10:30:56 Ok thanks for the answer. Apr 06 10:31:29 speaking of low power, can't wait to get some of these https://launch.punchthrough.com/ Apr 06 10:31:30 lol Apr 06 10:32:31 anybody is using UWN200 wifi dongle? Apr 06 10:32:43 Lol i don't understand what it is. Apr 06 10:40:17 Hi, does anybody know what power consumption das beaglebone black have? Apr 06 10:40:27 *does Apr 06 10:41:10 i'd like to create hi-end calculator, but I need low power consumption for that Apr 06 10:41:46 stick an ammeter inline with PSU cord :-) Apr 06 10:44:07 yes, that's what I would do if I had beaglebone Apr 06 11:16:39 210mA @ 5V ? Apr 06 11:17:11 that's nu much Apr 06 11:17:55 210-460 mA @ 5V under varying conditions Apr 06 11:17:59 http://makezine.com/magazine/how-to-choose-the-right-platform-raspberry-pi-or-beaglebone-black/ Apr 06 11:23:18 woo Apr 06 11:23:21 uart code all written Apr 06 11:23:24 guess i can go to sleep now Apr 06 11:25:52 On the lastest debian image can't make the bbb reboot over ssh. Instead the local display shown "The wicd daemon has shut down. The UI will not function properly until it is restarted". Someone got any idea? Apr 06 11:26:13 you say latest, but what date is your image from? Apr 06 11:26:25 27-03 Apr 06 11:26:40 not latest Apr 06 11:26:51 think they may have addressed that issue in 3-31 build Apr 06 11:27:13 image name 'BBB-eMMC-flasher-debian-7.4-2014-03-27-2gb.img' Apr 06 11:27:45 http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-03-31 Apr 06 11:27:47 enjoy Apr 06 11:28:20 thx Apr 06 11:28:25 djungel_krabban: that's the first page to get it quite right that I see. Especially the bit about "want to have 1080p multimedia, use rpi, it's a STB chip desigend for it" Apr 06 11:28:28 also fixes crash on drag Apr 06 11:28:45 but sgx lul Apr 06 11:30:16 ok im going to bed Apr 06 11:30:21 need to write i2c code tomorrow Apr 06 11:30:27 and find an spi device to test with Apr 06 11:33:19 any command to check the power supply status Apr 06 11:33:23 current, etc.. Apr 06 11:35:58 I might be wrong, but I don't think it has a shunt Apr 06 11:36:23 you might be able to get some things out of the kernel and the TPS/TWL Apr 06 11:42:12 anyone recommend a cheap spi device to purchase Apr 06 11:42:21 so i can test the spi code thats going into this library Apr 06 11:43:34 hm, maybe will setup an arduino Apr 06 11:43:43 I once used the sensor chip of an old mouse, it that case the ADNS 2610 Apr 06 11:43:50 to test spi Apr 06 12:02:48 nyt-: sd card Apr 06 12:03:11 nyt- 8bit shift register Apr 06 12:03:43 arduino(slave) Apr 06 12:19:13 it's normal that wifi dongle automatic disconnect? Apr 06 12:19:26 now doesnt appear in lsusb Apr 06 12:20:15 and dmesg http://pastebin.com/ad6YZfM5 Apr 06 12:21:57 nope it isnt normal Apr 06 12:23:12 Dan1:any suggestion? Apr 06 12:23:36 nope sorry Apr 06 12:23:52 do you have enough power to run it? Apr 06 12:25:08 yes Apr 06 12:25:15 5v 2A Apr 06 12:53:11 hi! Apr 06 12:53:21 Rotti hi Apr 06 12:54:11 av500: i was finally able to test the pollin-display... at least via hdmi it seems to work, but the image is cropped/some parts are missing... Apr 06 13:10:28 <_av500_> Rotti: intersting Apr 06 13:19:36 _av500_: i'll have a closer look at this later, gotta go now... damn dst... i thought i'd have a lot of time... bbl! Apr 06 15:01:13 Hi all Apr 06 15:01:30 plm: hi Apr 06 15:02:37 I would like to know if are there way to compile the kernel 3.11.x on bbb. I'm using ubuntu 14.4, but it still use 3.8. Apr 06 15:17:14 plm: it doesn't hurt to try Apr 06 15:19:49 FUN: I compile the kernel for bbb like as in the server, I mean, inside bbb? or I need to compile in the server(other machine) using cross compile for arm and after to copy new kernel image to bbb? Apr 06 15:22:18 *I need to compile Apr 06 15:23:32 plm... sounds like you would be waiting a while for compile to finish on bbb Apr 06 15:24:05 plm: cross compile is much faster Apr 06 15:27:35 dogrocket: FUN not problem if I need to wait 2 hours to compile, because I would like to try first the way with less changes of problem. So can I to compile 3.11.x inside the bbb (are running ubuntu 14.4) like as on server? After that works I can to learn how do that with cross compile. Apr 06 15:29:37 it should compile ok i suppose, ubuntu 14.4?? wow thats an advanced version Apr 06 15:31:06 dogrocket: yes =D root@arm:~# cat /etc/lsb-release | grep -i release Apr 06 15:31:06 DISTRIB_RELEASE=14.04 Apr 06 15:31:47 dogrocket: problem that 14.4 has the old 3.8 kernel. but 14.4 for x86 has the new 3.11. why? Apr 06 15:32:43 dogrocket: if ubuntu dont put 3.11 kernel in 14.4 for the bbb is because is not supported yet and I will to try that? that is correct? Apr 06 15:36:50 plm.. im not sure on that Apr 06 15:38:59 ok, I started to compile inside bbb, but I would like to get the current config kernel to my new kernel doing: cp /boot/config-`uname -r` ./.config But the bbb does not has that config. how I get the current config of kernel on bbb? Apr 06 15:41:15 sorry cant help on that... might ask someone like rcnee / robert nelson who is expert on kernel compiles Apr 06 15:44:34 dogrocket: ok. thanks! Apr 06 16:01:07 plm: checked for /proc/config? Apr 06 16:10:45 XorA: ohh are there the /proc/config.gz =D Apr 06 16:11:34 plm: cool, I like kernels with that, makes it easier to repeat them Apr 06 16:12:14 XorA: thanks. I will to compile 3.11 inside of bbb using the same way to compile like as in ubuntu server. I will see of works ;) Apr 06 16:32:24 I thought the cape manager hadn't been ported to anything after 3.8? Apr 06 16:40:52 i noticed the LCD data pins are brought out to the header, is it possible to use these to directly drive an LCD? Apr 06 16:56:24 anybody has problems with USB port? Apr 06 16:56:30 [ 66.038420] usb usb1: bus auto-suspend, wakeup 1 Apr 06 17:05:18 salaet: mine Apr 06 17:05:44 usb-wifi dies after some time (like 5 min) Apr 06 17:06:02 mouse and keyboard are ok Apr 06 17:06:12 FUN:You know wich is the problem Apr 06 17:06:17 I spend alot of time Apr 06 17:06:49 Now , I'm thinking to try get 5V from ATX power supply and connect to beaglebone Apr 06 17:13:18 ~ Apr 06 17:14:20 but It's no problem of power supply Apr 06 17:14:26 for now I have 5v 3A Apr 06 17:14:38 I think it's kernel Apr 06 17:22:13 FUN: You have any idea? Apr 06 18:49:26 http://www.kjell.com/sortiment/ljud-bild/kablar-adaptrar/3-5-mm/kontakter/chassiekontakt-3-5-mm-stereo-p37154 does anybody know how to find out which one is plus and minus and for which channel? Apr 06 18:49:48 I should use a volt meter, right? Apr 06 18:58:43 use wikipedia, this kind of adapter has one mass, and one link for each channels(right and left in case of stereo) Apr 06 19:19:40 TickRate: excuse my ignorance.. but mass, what's that? Apr 06 20:32:58 tbr: nyt-: Successfully, finally, it worked. Finished just before I went to bed last night :) Apr 06 20:49:54 djungel_krabban it's like the minus Apr 06 21:03:11 I have to kill wpa_supplicant in order to get dhcp to work for wlan0 on a BBB. Does anyone know why this might be happening? Apr 06 21:04:34 https://drive.google.com/file/d/0B583GNKUWSInNndxaVltMF8tVFk/edit?usp=sharing <--- works now. now i just need to have some kind of audio wire interface Apr 06 21:04:49 instead of two hanging wires Apr 06 22:32:17 Anyone know where to buy a BeagleBone Black in the UK? They are sold out everywhere!! On eBay they are stupid money!! Apr 06 22:33:03 usual vendors. Order and wait .. or pay stupid money ;) Apr 06 22:33:42 "BBB is being sold faster than produced. Order one and wait. There is no other way." Apr 06 22:35:25 It's been on order for 4 months from RS Components UK .. getting ridiculous!! Apr 06 22:35:51 sounds about average Apr 06 22:36:11 production was around 5000 units/week Apr 06 22:36:20 they just keep vanishing Apr 06 22:36:28 How do they expect to compete with the Pi when you can't even get the bloody thing .. bunch of amateurs! Apr 06 22:36:57 its not competing with the pi :) Apr 06 22:37:29 vax_: I have an outstanding order with RS, placed on the first of january, for a BBB, and there's no sign of it getting fulfilled any time soon Apr 06 22:38:06 I got lucky and my order with farnell (from the end of december 2013) was fulfilled in february Apr 06 22:38:32 Are people using them as bitcoin mining machines, they can't be that popular?.. those Chinese need to work harder! There is already someone making a clone, they will end up going bankrupt soon Apr 06 22:38:59 no longer stocked in farnell . NICE Apr 06 22:39:17 manufactured in US Apr 06 22:39:30 only. Apr 06 22:39:48 didn't CircuitCo just announce they're going to be manufacturing another SBC on behalf of someone? Apr 06 22:40:03 http://www.newark.com/element14/bbone-black/dev-board-am3358-mpu/dp/41X3868?ost=bbone+black+embest Apr 06 22:40:40 oh, the MinnowBoard, for Intel Apr 06 22:41:16 Cheers Lee I ordered mine on 13th jan and they emailed saying it would be sent 7th Feb then 7th March then 7th April Now nothing! Apr 06 22:41:38 I have an outstanding order with Rapid too but that's only been a couple of weeks Apr 06 22:42:17 cheers guys glad to see it's not just me then :) Apr 06 22:43:06 nope, they literally can't make them fast enough to keep up with demand, an enviable position to be in if they're making any money on them Apr 06 22:44:13 I would suggest ordering from farnell and rapid too, wait for someone to ship you one, then cancel the outstanding orders, afaik farnell and rapid won't take payment up front (might be worth double checking that) Apr 06 22:45:51 or you could quit, that works too Apr 06 22:48:58 ah new part# .. farnell http://uk.farnell.com/element14/bbone-black/beaglebone-black-cortex-a8-sbc/dp/2401441 Apr 06 23:16:11 whats new? Apr 06 23:42:22 hi Apr 06 23:43:56 where can I find the hardware component list for the beaglebone? Apr 06 23:49:49 i broke off my mini usb port and I am trying to find a replacement miniUSB type B female. Does anyone know where I can find the part number? Apr 07 00:04:45 can u use usb2.0 on mini usb port? if not then just use 5v power jack **** ENDING LOGGING AT Mon Apr 07 02:59:59 2014