**** BEGIN LOGGING AT Tue Nov 11 03:00:00 2014
Nov 11 03:40:27 <m_billybob3> kd926, prorbaby best to ask on the beagleboard groups
Nov 11 03:40:39 <m_billybob3> google group^^
Nov 11 04:38:49 <KD_> Hello where can I get the technical datasheet of BeagleBone black (for free)?
Nov 11 04:49:17 <jkridner> KD_: exactly how long did you wait for an answer?
Nov 11 04:49:24 <jkridner> :(
Nov 11 04:49:57 <jkridner> probably too embarrassed that Google would answer the question quicker.
Nov 11 10:40:25 <Laurenceb_> will i fry the ADc with 3.3v input?
Nov 11 10:42:22 <av500> checked the data sheet?
Nov 11 10:42:31 <av500> it should give max input values allowed
Nov 11 10:42:48 <Laurenceb_> i cant find it
Nov 11 10:42:57 <Laurenceb_> all i can find is max 2.1v for adc supply
Nov 11 10:43:39 <Laurenceb_> the problem is my sensors are generating 3.1v transients
Nov 11 10:44:42 <tbr> Laurenceb_: it says 1.8V and if you exceed that it's likely going to fry
Nov 11 10:44:54 <Laurenceb_> where?
Nov 11 10:45:40 <av500> 5.10 Touch Screen Controller and Analog-to-Digital Subsystem Electrical Parameters
Nov 11 10:46:01 <av500> max is either VDDA_ADC or VREFP
Nov 11 10:46:11 <Laurenceb_> ok
Nov 11 10:46:14 <av500> and VREFP max is VDDA_ADC
Nov 11 10:46:21 <Laurenceb_> but thats the maximum converted range
Nov 11 10:46:27 <Laurenceb_> there has to be some headroom
Nov 11 10:46:31 <tbr> in big bold red underlined letters in the SRM
Nov 11 10:46:35 <tbr> NOTE: Maximum voltage is 1.8V. Do not exceed this voltage. Voltage dividers
Nov 11 10:46:36 <tbr> should be used for voltages higher than 1.8V.
Nov 11 10:46:52 <Laurenceb_> yeah thats the beaglebone interpretation
Nov 11 10:47:10 <tbr> feel lucky? try it out!
Nov 11 10:47:15 <sd_card> Hello to all..
Nov 11 10:47:19 <Laurenceb_> heh
Nov 11 10:50:50 <sd_card> i have problem.. when I build kernel for example 3.12.13-bone12 and want to install it on sd card with ./tools/install_kernel.sh .. it will not create vmlinuz, System.map and initrd in /boot
Nov 11 10:54:32 <Laurenceb_> has anyone got BBIO running on latest kernel
Nov 11 10:54:48 <Laurenceb_> someone claimed to have it running a couple of days ago, but i dont think they were using the adc
Nov 11 12:39:13 <woglinde> woot X15
Nov 11 12:39:44 * KotH hands woglinde a X15 shaped brownie
Nov 11 12:41:02 <woglinde> esata and 2 gig ethernet
Nov 11 12:41:04 <woglinde> we will see
Nov 11 12:41:17 <KotH> but no rpi header
Nov 11 12:41:25 <woglinde> yeah
Nov 11 12:41:41 <woglinde> so nobody will ask for it
Nov 11 12:41:51 <KotH> nobody will buy it
Nov 11 16:27:21 <hskyden> Hi I'm using the codec TLV320AIC3x
Nov 11 16:27:27 <hskyden> Is there any way I can make it into passthrough mode in Linux?
Nov 11 16:27:34 <hskyden> I changed the mixer settings to make the line in go directly to line out but it didn't work
Nov 11 16:33:07 <Guest14480> does android beaglebone support video playing
Nov 11 16:33:08 <Guest14480> ?
Nov 11 16:33:52 * woglinde still wonders whats android on the bone is good for
Nov 11 16:34:39 <_av500_> woglinde: industrial!
Nov 11 16:34:40 <Guest14480> can we play video on beaglebone white with android ?
Nov 11 16:34:53 <_av500_> Guest14480: probably with software decoding
Nov 11 16:34:58 <_av500_> so only low resolution
Nov 11 16:35:04 <woglinde> and slow
Nov 11 16:35:10 <Guest14480> any link ?
Nov 11 16:35:10 <_av500_> BB has no video accleration
Nov 11 16:35:19 <_av500_> link to what?
Nov 11 16:35:42 <Guest14480> how to do it through sofware decoding
Nov 11 16:35:44 <_av500_> I assume you found android for BB yourself
Nov 11 16:35:50 <_av500_> its part of android
Nov 11 16:36:01 <Guest14480> i did't get u
Nov 11 16:36:09 <_av500_> when you compile android, it has video decoding
Nov 11 16:36:17 <_av500_> in software
Nov 11 16:36:24 <Guest14480> k
Nov 11 16:36:25 <woglinde> av500 always?
Nov 11 16:36:30 <_av500_> part of AOSP
Nov 11 16:36:33 <Guest14480> hw we can use it than
Nov 11 16:36:48 <_av500_> there is no hw video decode on BB
Nov 11 16:36:50 <woglinde> av500 and the bone setup files enables it?
Nov 11 16:37:13 <_av500_> no idea
Nov 11 16:37:14 * woglinde wonders where the android stuff is at all
Nov 11 16:37:19 <_av500_> I assume vanilla AOSP
Nov 11 16:37:27 <woglinde> for the bone
Nov 11 16:38:15 <Guest14480> anywork around for playing video
Nov 11 16:38:39 <woglinde> http://processors.wiki.ti.com/index.php/BeagleBone-Android-DevKit_Guide
Nov 11 16:38:43 <woglinde> maybe this
Nov 11 16:38:44 <_av500_> Guest14480: I have no idea
Nov 11 16:38:49 <_av500_> I never used android on the bone
Nov 11 16:38:59 <_av500_> the easiest is to simply try
Nov 11 16:39:09 <_av500_> few people here use android
Nov 11 16:39:11 <_av500_> on the bone
Nov 11 16:39:30 <woglinde> still rowboat
Nov 11 16:39:33 <Guest14480> i m trying to play 3gp video on android but it showing blank screen
Nov 11 16:39:48 <_av500_> sorry, no idea
Nov 11 16:39:56 <_av500_> do you get sound?
Nov 11 16:40:00 <Guest14480> i want to know does it supports video
Nov 11 16:40:02 <_av500_> what does logcat say?
Nov 11 16:40:07 <Guest14480> yes sound is coming
Nov 11 16:40:09 <_av500_> Guest14480: again, no idea
Nov 11 16:40:12 <_av500_> I think it should
Nov 11 16:40:25 <_av500_> but its not like somebody put a huge effort into that port
Nov 11 16:40:28 <Guest14480> in logcat only sound play is coming
Nov 11 16:40:47 <woglinde> try some other video
Nov 11 16:40:47 <_av500_> I fear, you have to dig into that yourself
Nov 11 16:41:03 <woglinde> maybe the 3gp stuff does not work in hw
Nov 11 16:41:08 <woglinde> ups
Nov 11 16:41:09 <woglinde> sw
Nov 11 16:41:31 <Guest14480> one more thing , i am trying to port to 4.2 android but not able to configure my display driver , any ida
Nov 11 16:43:07 <_av500_> woglinde: 3gp is a container, inside is mpeg4 or h264
Nov 11 16:43:13 <_av500_> both supported in android in general
Nov 11 16:43:25 <_av500_> but it vould be h261 even
Nov 11 16:43:28 <_av500_> could
Nov 11 16:43:28 <Guest14480> ya android supporting all
Nov 11 16:43:35 <woglinde> av500 *g*
Nov 11 16:43:40 <_av500_> Guest14480: again, few people here use android on the BB
Nov 11 16:43:55 <woglinde> hm I think you do not need porting to 4.2
Nov 11 16:44:05 <woglinde> rowboat event started 5.0 support
Nov 11 16:44:37 <Guest14480> k
Nov 11 16:44:45 <woglinde> https://code.google.com/p/rowboat/
Nov 11 16:44:46 <Guest14480> u mean android 5.0
Nov 11 16:44:52 <woglinde> sure
Nov 11 16:45:00 <woglinde> not kernel 5.0
Nov 11 16:45:10 <Guest14480> ooh
Nov 11 16:45:46 <woglinde> intressting you can buy android support for the bone at mentor
Nov 11 16:46:09 <Guest14480> I am not getting any proper documentation for display driver configuration , can anyone help me
Nov 11 16:46:20 <_av500_> there is a linux display driver
Nov 11 16:46:25 <_av500_> that works
Nov 11 16:46:59 <Guest14480> i am new to system programming , so if u can give some link
Nov 11 16:47:35 <_av500_> I dont have a link
Nov 11 16:47:42 <_av500_> android porting is not for a "beginner"
Nov 11 16:47:52 <_av500_> on the other hand, many ports exist
Nov 11 16:48:00 <_av500_> and a lot of info is out there
Nov 11 16:48:05 <_av500_> but there is no step by step guide
Nov 11 16:48:19 <_av500_> getting familir with linux itself is a great help
Nov 11 16:48:22 <Guest14480> i am following TI wiki page
Nov 11 16:49:01 <woglinde> and rowboat provides a kernel too
Nov 11 16:50:29 <_av500_> a TI wiki page might not be enough
Nov 11 16:51:02 <woglinde> hm the kernel stuff at rowboat looks a bit rotten too
Nov 11 16:51:14 <_av500_> bitrot everywere
Nov 11 16:52:07 <woglinde> at least its seen there is not much activity
Nov 11 16:52:38 <woglinde> so I would drop the android idea
Nov 11 16:54:01 <thurgood> I tried rowboat on the bbb, wasn't pretty
Nov 11 18:04:27 <kenrestivo> the i2c pins on BBB are 3.3v, right? i don't remember where i read that they were 1.8v. i thought only the analog pins are 1.8v, correct?
Nov 11 18:05:24 <jbdatko> i2c is 3.3v yes
Nov 11 18:12:01 <mdp> and yes on the analog pins
Nov 11 18:56:17 <kenrestivo> thanks. now i'm trying to figure out if multiple accesses to /dev/i2c-* from multiple threads using different I2C_SLAVEs will interfere with each other
Nov 11 18:56:27 <Guest14480> i m looking to hire someone who help me in porting android 4.2 on beagle bone white ,
Nov 11 18:57:26 <kenrestivo> heh, i worked on rowboat on a BBB about a year ago. got it working with a chipsee touchscreen, even. dunno about trying to get it going on a white tho.
Nov 11 18:58:24 <Guest14480> linkedin link ?
Nov 11 18:58:26 <thurgood> even on the black it would run out of memory just browsing pages on the internet with android
Nov 11 18:59:38 <Guest14480> i m looking to hire someone who help me in porting android 4.2 on beagle bone white with some cutom hardware
Nov 11 18:59:44 <johnwalkr> kenrestivo: how does that work? can slaves really control anything
Nov 11 19:00:02 <johnwalkr> man they really need to standardize on other words instead of master and slave
Nov 11 19:01:29 <kenrestivo> no i mean the target address is I2C_SLAVE, you write it to the /dev/i2c-* . what i'm trying to figure out is if that's specific to one open? or is that globally set and then all writes/reads to that bus are now going to go to that slave addr?
Nov 11 19:02:41 <kenrestivo> i suppose i should just write it and test it
Nov 11 19:04:44 <woglinde> Guest14480 as I said on the rowboat side mentor is mentioned for commercial support
Nov 11 19:06:56 <kenrestivo> the file->private_data hints to me that the client address set with I2C_SLAVE might be specific to an open... anyway, nevermind, i'll just read more and then try some tests
Nov 11 19:07:32 <thurgood> have you tried rowboat on the white yet, it may be supported somewhat already
Nov 11 19:09:01 <johnwalkr> oh i see
Nov 11 19:09:07 <johnwalkr> yeah they can interfere with each other
Nov 11 19:09:25 <thurgood> if you're using custom hardware it's best to have the rest of the parts locked down and stable so you can debug better
Nov 11 19:10:16 <johnwalkr> in my experience doing that in python i used a lock so only one adress was being accessed at a time
Nov 11 19:10:57 <johnwalkr> and i had one arduino as a slave device that didn't behave well and  basically had to put it on another bus to get it to work reliably
Nov 11 19:12:13 <kenrestivo> this private_data is defined in the file struture in fs.h, still not clear to me if it's thread specific when used in the ioctl function in the i2c-dev driver, but getting closer. wow what did people do in the days before open source
Nov 11 19:19:07 <ambro718> Hey, does the vanilla Linux kernel support BBB?
Nov 11 19:19:11 <kenrestivo> cool, it gets free'ed in release, looks like concurrent access to /dev/i2c-* with different I2C_SLAVE addresses *might* be possible.
Nov 11 19:20:29 <tbr> ambro718: yes, use e.g. omap2 defconfig (slight adjustments and recent uboot might be required)
Nov 11 19:21:03 <johnwalkr> cool, probably trival to make a lock if it doesn't work anyway
Nov 11 19:21:09 <ambro718> tbr: omap2plus_defconfig ?
Nov 11 19:21:36 <johnwalkr> sometimes i2c is tough depending on the devices
Nov 11 19:21:44 <johnwalkr> it's not a very well defineid standard
Nov 11 19:21:49 <tbr> ambro718: yes, or the arm multi thing
Nov 11 19:21:50 <ambro718> tbr: care to explain the uboot? why won't existing uboot be able to boot my kernel?
Nov 11 19:22:09 <tbr> ambro718: I think there was something how the hw is initialized
Nov 11 19:22:24 <tbr> I'm not an expert though
Nov 11 19:22:33 <ambro718> I know nothing of uboot, please someone point me to where I can figure this out
Nov 11 19:25:17 <mdp> ambro718: so what tbr said..but to clarify, I don't run current upstream u-boot..I just run whatever rcn's debian beta images have patched up for u-boot.
Nov 11 19:25:55 <ambro718> when I build a kernel how do I get the board to boot it from SD card?
Nov 11 19:25:56 <tbr> yeah, I only remembered that there were issues with older u-boot
Nov 11 19:26:00 <mdp> tbr, the only issue I know like that was on BBW..I had trouble with an old vendor u-boot image
Nov 11 19:26:08 <tbr> ah, ok
Nov 11 19:26:19 <tbr> sorry for the confusion then
Nov 11 19:26:38 <tbr> ambro718: I think booting custom kernels is explained in a few places
Nov 11 19:27:12 <mdp> ambro718: I start with a booting board. and rcn's scheme has partition 1 mounted at /boot/uboot/
Nov 11 19:27:47 <ambro718> mdp: I see that but isn't it dangerous to change things in the microSD
Nov 11 19:28:02 <mdp> ambro718: so I cross compile the kernel as tbr noted above...then scp my zImage to $mytarget:/boot/uboot/zImage and am335x-boneblack.dtb to $mytarget:/boot/uboot/dtbs/
Nov 11 19:28:02 <ambro718> I would prefer to not touch it
Nov 11 19:28:14 <mdp> ambro718: dangerous how?
Nov 11 19:28:31 <ambro718> mdp: if I change the kernel won't this break the build in installation of debian and I won't be able to ssh again?
Nov 11 19:29:08 <mdp> first off, if you are doing any serious work..you should have a serial console on ttyO0 on the ftdi header
Nov 11 19:29:16 <ambro718> can I get the board to boot from micro sd card?
Nov 11 19:29:30 <ambro718> while still being able to boot from internal flash if no card is present or something
Nov 11 19:29:42 <mdp> second, do your experimentation with an actual uSD card..so if you screw up the kernel, you just mount it in your host machine and put the old one back..or a proper replacement
Nov 11 19:30:16 <ambro718> yes that's what I want to do.
Nov 11 19:30:19 <mdp> ambro718: you hold the user/boot button down before apply power or resetting..and it will load from uSD first.
Nov 11 19:30:46 <ambro718> what exactly do I need to put on the uSD to make the bootloader load my kernel?
Nov 11 19:30:55 <ambro718> what partition setup, which files
Nov 11 19:31:04 <mdp> ambro718: or you can push the button like a rockstar: https://plus.google.com/108244279740379322507/posts/QACKZ9jnRrG
Nov 11 19:31:35 <ambro718> lol
Nov 11 19:32:18 <kenrestivo> or use a uboot with tftp support, netconsol, and nfsroot :-)
Nov 11 19:33:14 <kenrestivo> had to do that on a BBW that had a fried FTDI chip a few years ago, was too cheap to just buy a new one
Nov 11 19:33:42 <johnwalkr> hey they were pretty expensive!
Nov 11 19:33:53 <kenrestivo> was kind of fun being able to boot new kernels without flashing
Nov 11 19:34:23 <kenrestivo> yeah they were like US$90
Nov 11 19:35:32 <kenrestivo> that's why i'm wondering why anyone would want to use a BBW in 2014, let alone try to run android on it. dunno if it's even still possiblle to buy them. BBB is such nice hardware.
Nov 11 19:35:41 <kenrestivo> almost 2015
Nov 11 19:38:47 <johnwalkr> well in 2014 it was really hard to buy a BBB sometimes
Nov 11 19:40:43 <Stoppers> Is there an ARM coder here that can make a suggestion regarding a bug in my code?  https://sourceforge.net/p/isembard-os/blog/2014/11/the-bug-from-hell/
Nov 11 19:40:44 <ambro718> what's the default root password for the debian image?
Nov 11 19:41:02 <johnwalkr> nothing usually!
Nov 11 19:41:21 <johnwalkr> i was surprised, was allowed to login with no password even by ssh
Nov 11 19:41:30 <johnwalkr> maybe it's oly for testing images
Nov 11 19:41:55 <ambro718> I mean this image http://debian.beagleboard.org/images/bone-debian-7.5-2014-05-14-2gb.img.xz
Nov 11 19:44:04 <johnwalkr> でぃdid you try just enter?
Nov 11 19:44:11 <johnwalkr> did*
Nov 11 19:47:19 <ambro718> nvm I accidentally was trying to ssh to my machine...
Nov 11 19:49:10 <mdp> ambro718: grab the debian beta image...http://beagleboard.org/latest-images put that on your uSD
Nov 11 19:49:24 <mdp> ambro718: not the flasher version ;)
Nov 11 19:49:41 <mdp> then start your kernel replacement experiments from there.
Nov 11 19:49:46 <ambro718> mdp: yes I did that, I got into ssh.  But I don't get where is the sd card mounted?
Nov 11 19:50:02 <mdp> you boot from the uSD?
Nov 11 19:50:19 <ambro718> how do I check if I did?
Nov 11 19:51:32 <mdp> dmesg | grep mmc
Nov 11 19:51:54 <mdp> https://www.irccloud.com/pastebin/dnKjqt8I
Nov 11 19:52:09 <mdp> it'll look different than your eMMC here
Nov 11 19:52:14 <mkad_> Hi
Nov 11 19:52:35 <mkad_> how to revert back to 3.8.x kernel with update_kernel script?
Nov 11 19:52:58 <ambro718> mkad_: I get this http://ideone.com/DBHMYb
Nov 11 19:53:17 <ambro718> I can't tell from that whether the mmc stuff is the sd card or the built in stuff
Nov 11 19:53:32 <mkad_> ambro718, ?
Nov 11 19:53:45 <ambro718> sorry I meant mdp:
Nov 11 19:53:56 <johnwalkr> ls /dev/mmc*
Nov 11 19:54:47 <ambro718> ah yes it's all right
Nov 11 19:54:56 <mdp> ambro718: ok, so you see how mmc0 is identified as an SDHC card? that's really your removeable card..
Nov 11 19:55:22 <ambro718> yes the kernel say's 0 is SDHC and 1 is MMC
Nov 11 19:55:27 <mdp> ambro718: eMMC is quickly spotted due to the different partitioning scheme.
Nov 11 19:55:58 <johnwalkr> oh yeah i see it now
Nov 11 19:56:03 <johnwalkr> 0 is the boot one
Nov 11 19:56:21 <mkad_> does kernel 3.17.2-armv7-x3 have overlays ?
Nov 11 19:56:22 <johnwalkr> so you are booted from SD
Nov 11 19:56:42 <ambro718> where is the required partitioning and contents of the SD explained, to achieve booting?
Nov 11 19:56:55 <mdp> ambro718: in many places
Nov 11 19:57:25 <mdp> ambro718: some of it will be out of date depending on which source you look at it
Nov 11 19:57:37 <ambro718> which source should I look at?
Nov 11 19:57:40 <mdp> if you are using a recent u-boot then you'll be booting a zImage rather than uImage
Nov 11 19:57:48 <ambro718> I'm expecting this to be part of the official docs
Nov 11 19:58:07 <mdp> official docs seem to be concerned mostly with javascript stuff
Nov 11 19:58:55 <mdp> http://elinux.org/Building_for_BeagleBone is the community elinux page with info
Nov 11 19:59:08 <ambro718> if I boot the latest eMMC flasher (debian) will that upgrade uboot?
Nov 11 19:59:14 <Laurenceb> hi
Nov 11 19:59:20 <Laurenceb> i have a problem with BBIO
Nov 11 19:59:33 <Laurenceb> sometimes the PWM duty cycle is doubled
Nov 11 19:59:35 <mdp> ambro718: that replaces everything, yes
Nov 11 19:59:39 <Laurenceb> anyone seen this?
Nov 11 19:59:59 <ambro718> if it fails is my board bricked?
Nov 11 20:00:04 <mdp> ambro718: that's why I recommend you just use that as a base..then update your zImage/am335x-boneblack.dtb
Nov 11 20:00:40 <mdp> ambro718: no. you can't brick this board..worst case, you put this on emmc..you mess up the kernel there and can't boot from emmc..no loss..just reflash from uSD
Nov 11 20:00:41 <thurgood> very likely not, but you'll have to reflash or boot from sd until it succeeds
Nov 11 20:00:43 <ambro718> to be clear what I want is to build the entire operating system booting directly from SD card
Nov 11 20:00:47 <ambro718> (NixOS)
Nov 11 20:01:09 <mdp> ambro718: I recommend you stick to experiments on uSD until you are comfortable with building a bootable kernel.
Nov 11 20:01:31 <mdp> ambro718: there's an advanced workflow for kernel devleopers that involves tftp booting a kernel and using nfsroot filesystem..but that's another story.
Nov 11 20:03:02 <ambro718> IIRC, I can just do http://elinux.org/Building_for_BeagleBone#Test_your_new_U-Boot after flashing new debian to emmc, without having to mess with uboot?
Nov 11 20:03:48 <ambro718> wait do I need to copy an u-boot to the sd-card??
Nov 11 20:03:58 <Laurenceb> anyone here used BBIO?
Nov 11 20:04:21 <mdp> ambro718: yes, that's also a sound option..and gets you on the much nicer mainline u-boot
Nov 11 20:04:32 <mdp> although, once u-boot works for you, you forget about it
Nov 11 20:05:00 <ambro718> why do I need to put a bootloader on the sd card?
Nov 11 20:05:15 <ambro718> can't whatever is booting this bootloader just boot my kernel?
Nov 11 20:05:32 <thurgood> sorry Laurenceb not ignoring you  but haven't used it
Nov 11 20:05:37 <ambro718> what is booting this uboot on the SD card?
Nov 11 20:06:38 <mdp> ambro718: yet another option, is to use the u-boot loading from the eMMC, and tell it to load a kernel from the SD card that you've built
Nov 11 20:07:02 <mdp> you'll just have to play with it and decide the approach you prefer
Nov 11 20:07:50 <ambro718> ok but how do I restore this? can I interrupt the uboot before it boots?
Nov 11 20:09:06 <mdp> sure, hit the any key to stop uboot from loading the kernel
Nov 11 20:09:20 <ambro718> hit which key where?
Nov 11 20:09:24 <ambro718> usb keyboard?
Nov 11 20:09:34 <mdp> serial console
Nov 11 20:09:44 <mdp> if you have an FTDI cable connected
Nov 11 20:17:45 <ambro718> I do have a max232 wired, I can just connect the tx and rx pins to the board right?
Nov 11 20:18:07 <ambro718> it's set up for 3.3V I think
Nov 11 20:18:37 <Guest14480> need to hire someone with android porting experience , online work
Nov 11 20:22:32 <mkad_> Laurenceb, I tried
Nov 11 20:22:36 <mkad_> Laurenceb, but didnt work forme
Nov 11 20:22:53 <mkad_> Laurenceb, its actually dependency to some oled screen
Nov 11 20:23:02 <mkad_> which does not display anything for some reason
Nov 11 20:23:12 <mkad_> I wonder if I can check SPI somehow
Nov 11 20:23:26 <mkad_> gonna flash fresh jessie and try
Nov 11 20:25:50 <ambro718> what are the pins on the debug header?
Nov 11 20:28:30 <adj> rx, tx, gnd
Nov 11 20:35:03 <ambro718> there are 5 pins
Nov 11 20:35:12 <ambro718> also where do I get +5V ?
Nov 11 20:35:33 <mkad_> ambro718, google pin layout BBB /
Nov 11 20:35:55 <mkad_> ambro718, also dont connect 5v to anything on the bbb most likely will damage the board
Nov 11 20:36:07 <mkad_> ambro718, adc is only 1.8V max for example
Nov 11 20:36:21 <ambro718> it is only to power the max232
Nov 11 20:40:21 <johnwalkr> iirc 5v is not connected on that header
Nov 11 20:40:38 <johnwalkr> you can get 5v from one of the 46 pin headers though
Nov 11 20:43:29 <adj> 6 pin connector, but only 3 of them are connected (gnd, rx, tx)
Nov 11 20:47:31 <ambro718> I can't find out a pinout, everyone just wants me to buy stuff
Nov 11 20:48:07 <ambro718> there's something here[1] but it's conflicting  [1] http://elinux.org/Beagleboard:BeagleBone_Black_Serial
Nov 11 20:48:44 <ambro718> first two tables say 4,5=RX,TX, third table says the converse
Nov 11 20:48:58 <mkad_> how do I know when flashr finished flashing emmc?
Nov 11 20:49:47 <mkad_> ambro718, when I used that prot I used 3.3V uart-usb cable afaik and only tx and rx
Nov 11 20:50:10 <adj> ambro718: https://github.com/CircuitCo/BeagleBone-Black/blob/master/BBB_SRM.pdf?raw=true
Nov 11 20:50:20 <adj> page 91
Nov 11 20:51:34 <ambro718> thanks
Nov 11 20:51:55 <mkad_> ok found it
Nov 11 21:02:54 <ambro718> so which is the +5V, VDD_5V or SYS_5V?
Nov 11 21:05:46 <ambro718> ah ok the serial works :)
Nov 11 21:40:45 <gjn> Hi guys, I am playing with can1 on the beaglebone and was wondering if anyone has encountered this error before when activating can1: " platform 481cc000.d_can: alias fck already exists"
Nov 11 21:54:47 <kenrestivo> what's the best/easiest way to guarantee no voltages on any io until SYS_RESET is high? just a pnp with SYS_RESET on the base, +5v or +3.3v on the collector, and all the stuff on the cape that's powered from it on the emitter?
Nov 11 22:57:58 <dhirc> I just got a Beagle Bone Black device and I am having some issues with it. I put the latest emmc Debian on the board when it arrived and it continually freezes after boot up. When it freezes, the SIG2 LED stays light. I have tried the SD Card version, and also a Ubuntu 14.04 version all with the same result. It appears to be load related as it is correlated with network access or some other event. I have a 5V 4A DC power supply so it 
Nov 11 22:59:41 <muniza> dhirc: do you have a serial cable?
Nov 11 22:59:53 <dhirc> Not on me currently
Nov 11 23:00:03 <muniza> it seems a problem with boot
Nov 11 23:00:49 <muniza> have you tried just booting from sd?
Nov 11 23:03:01 <dhirc> muniza: Yeah SD Card didn't work.. It boots and I can even start to use the OS, but then it crashes
Nov 11 23:03:49 <muniza> so strange
Nov 11 23:04:57 <muniza> maybe the image isn't fully installed on the card. did you remember to umount after flashing?
Nov 11 23:04:59 <dhirc> muniza: So for example, I was just using the ubuntu 14.04 then. I ssh'd into it ok, then it just froze and this time both SIG2 and SIG0 LED's are llit
Nov 11 23:05:27 <dhirc> muniza: I can try again - can't remember RE: umount
Nov 11 23:16:15 <m_billybob2> So, the element14 board, packaged really nice, and really easy to setup. took me like 3 minutes to plug it in install drivers and ssh into it
Nov 11 23:29:54 <Jon____> Hi, I'm having a serious problem loading an ubuntu image onto my beaglebone. I got the Ubuntu 14.04 eMMC flasher from elinux.org and when I try to boot the SD card, the LEDs are scrolling from side to side
Nov 12 00:28:03 <m_billybob2> Jon____, then you probably have a flasher image, and it is flashign the emmc
Nov 12 00:54:41 <dhirc> hi, I posted earlier as I am having issues with the beagle bone black freezing. I have now attached a com port and have some more information. This what happens when it freezes a start up with HDMI, 5V 4A power and ethernet connected
Nov 12 00:54:58 <dhirc> The IP Address for usb0 is: 192.168.7.2 beaglebone login: [   12.305785] tilcdc 4830e000.fb: timeout waiting for framedne [   23.678796] tilcdc 4830e000.fb: timeout waiting for framedone [   24.161706] libphy: PHY 4a101000.mdio:01 not found [   24.166994] net eth0: phy 4a101000.mdio:01 not found on slave 1 [   56.036823] BUG: soft lockup - CPU#0 stuck for 23s! [kworker/0:1:15] [   56.059995] BUG: scheduling while atomic: kworker/0:1/1
Nov 12 00:56:30 <veremit> http://pastebin.com
Nov 12 00:56:55 <veremit> it is your friend, like google is your other friend :)
Nov 12 00:57:16 <dhirc> http://pastebin.com/TUX7hEv1
Nov 12 00:59:30 <dhirc> veremit: The only solution I cam across was removing capacitors: https://groups.google.com/forum/#!msg/beagleboard/9mctrG26Mc8/76UK7PKRFt4J. Is that really the only solution to what seems to be a known bug?
Nov 12 01:01:10 <veremit> yikes really?
Nov 12 01:01:58 <dhirc> This is pretty frustrating as I am just trying to run the vanilla Debian build and it just does not work
Nov 12 01:10:08 <veremit> well. .. from reading that thread .. its not recommended to remove any components
Nov 12 01:10:19 <veremit> but the choice of software and a bit of luck appears to be quite critical
Nov 12 01:10:35 <veremit> software/firmware
Nov 12 01:11:05 <veremit> I've heard of ethernet failure ,but never observed it myself
Nov 12 01:11:33 <dhirc> It's pretty crazy that it's so flakey - I have tried several images with not luck
Nov 12 01:11:51 <dhirc> Feels a lot like a hardware issue to me
Nov 12 01:12:30 <veremit> well apparently its to do with some register values and not initialising correctly
Nov 12 01:12:43 <veremit> which would very much appear the same kind of issue as the hotplug usb.
Nov 12 01:35:33 <Pedro> analog to digital converter capes
Nov 12 01:35:53 <Pedro> are there any out there , i need 8 channel add on board
Nov 12 01:37:25 <muniza> Pedro: http://elinux.org/CircuitCo:ADC_Cape
Nov 12 01:37:36 <veremit> you need more analog channels than the beagle natively has?
Nov 12 01:38:00 <veremit> or just an easier interface :)
Nov 12 01:38:26 <veremit> I think there are some I2C ADC chips out there if you wanna go hardcore
Nov 12 01:51:03 <Pedro> need 8 channels
Nov 12 01:51:20 <Pedro> A / D with 12bit or better resolution
Nov 12 01:52:40 <muniza> the cape only gives 8 channels at 10bit
Nov 12 01:54:01 <muniza> meh http://www.robotshop.com/en/8-ch-12-bit-i2c-analog-digital-converter.html?gclid=CKvZvdL688ECFQ9p7AodeU8AXg
Nov 12 01:55:47 <veremit> http://www.adafruit.com/product/1083
Nov 12 01:56:25 <veremit> couple of options to get you started :)
Nov 12 01:56:29 <muniza> Pedro: you have a sampling rate requirement?
Nov 12 01:56:49 <Pedro> sample rate as fast as possible
Nov 12 01:57:03 <kenrestivo> spi better then?
Nov 12 01:57:04 <Pedro> using on high speed laser sensors
Nov 12 02:01:25 <kenrestivo> interesting, there are two stackoverflow questions regarding my question, and neither has satisfactory answers. what's the best practices for powering a cape from the SYS_5V rails? put a high-side transistor switched by SYS_RESET? a buffer seems somewhat excessive, wouldn't a simple transistor do? or am i missing something?
Nov 12 02:06:53 <veremit> sleep time .  nite all
Nov 12 02:25:46 <dhirc> My new beaglebone black is always freezing (http://pastebin.com/kfG3Jr4g) any ideas on what can be done?
Nov 12 02:36:46 <muniza> dhirc: have you tried a different image?
**** ENDING LOGGING AT Wed Nov 12 03:00:00 2014