**** BEGIN LOGGING AT Fri Nov 28 02:59:58 2014
Nov 28 03:31:32 <Quozl`> is there a thermal sensor in this SoC?
Nov 28 03:31:57 <Quozl`> (nothing in /sys/class/thermal, but i'm using a fedora kernel)
Nov 28 03:32:07 <ddrown> Quozl`: yes, there is
Nov 28 03:32:14 <Quozl`> thanks.
Nov 28 03:33:50 <ddrown> See if you have a /sys/class/hwmon
Nov 28 03:34:55 <Quozl`> ddrown: yes, an empty /sys/class/hwmon ... on kernel 3.11.10-301.fc20.armv7hl
Nov 28 03:35:23 <ddrown> Ah, I'm using the debian image with 3.8
Nov 28 03:37:04 <Quozl`> ddrown: what kernel module is linked to yours?  readlink /sys/class/hwmon/hwmon0/device
Nov 28 03:38:24 <ddrown> bandgap
Nov 28 03:38:48 <ddrown> I'm on a phone, so copy and paste is hard
Nov 28 03:39:22 <Quozl`> no worries.  bandgap is the hint i need.  i don't have that module in this fedora kernel, so i'll put this on my "too hard for the moment" list.  thanks for your help.
Nov 28 03:39:57 <ddrown> Yup. I see two things enabled named bandgap in /proc/config.gz
Nov 28 03:41:01 <Quozl`> CONFIG_ARCH_HAS_BANDGAP=y in mine.  tail of yours?  i'll check kernel sources too.
Nov 28 03:43:26 <ddrown> CONFIG_SENSORS_AM335X_BANDGAP=y
Nov 28 03:45:27 <Quozl`> hmm, thanks, not in kernel.org latest.  will hunt around.
Nov 28 03:58:16 <ddrown> There was a second line that apparently didn't paste
Nov 28 03:58:26 <ddrown> Config_omap_bandgap=m
Nov 28 03:59:24 <Quozl`> thanks.  CONFIG_SENSORS_AM335X_BANDGAP got me mainly what i needed.  found patches to apply.
Nov 28 04:01:21 <Quozl`> and probably CONFIG_OMAP_THERMAL and CONFIG_OMAP4_THERMAL
Nov 28 12:40:14 <embed> hai all, I need to disable HDMI in bbb. i followed the steps in http://www.logicsupply.com/blog/2013/07/18/disabling-the-beaglebone-black-hdmi-cape/. But still its loading I dunno whats going wrong.Any idea??
Nov 28 12:54:36 <embed> i tried many link for disabling HDMI but i dunno how its loading . Any one help me?
Nov 28 12:57:56 <fat> hi!
Nov 28 13:05:56 <fat> What is best forum to discuss beaglebone black?
Nov 28 13:07:16 <av500> there is a google group
Nov 28 13:07:20 <av500> and this irc channel
Nov 28 13:14:46 <TvFred> Hi All, I'm using a 5,7" LCD/Touchscreen cape on my beaglebone white, it only uses AIN0,1,2,3 for touch purpose, if I go to read (i.e. with cat) one of the remaining AIN input, touch capability hangs (while monitor and beaglebone o.s. is still OK)
Nov 28 13:14:52 <TvFred> Any suggestion ??
Nov 28 14:19:19 <TvFred> It seems ti_tscadc module takes over the entire ADC with all its 8 channels isn't it ??
Nov 28 14:22:28 <av500> TvFred: possibly
Nov 28 14:23:35 <tbr> I wouldn't be surprised taking into account the quality of the code and the fact that it's one ADC muxed sequentially onto the 8 channels
Nov 28 14:29:20 <mouha> Did someone succeeded to use the wl18 Wifi on Android ?
Nov 28 14:30:16 <av500> few people here use android
Nov 28 14:30:21 <av500> even fewer have wl18
Nov 28 14:31:01 <mouha> but the fewer got it working without any trouvble right ?
Nov 28 14:31:19 <av500> I dont know anybody here that is doing android and wl18
Nov 28 14:31:37 <av500> for wl18, I would suggest your talk to TI support
Nov 28 14:31:42 <av500> you*
Nov 28 14:31:56 <mouha> indeed
Nov 28 14:32:05 <av500> n'est pas :)
Nov 28 14:32:23 <mouha> "n'est-ce pas" :op
Nov 28 14:32:53 <av500> I make my own french
Nov 28 14:33:06 <mouha> you are a free man
Nov 28 14:33:20 <av500> :)
Nov 28 14:34:00 <asdfasf> Hi, I had 5.5V going to analog inputs for a while (was following an arduino tut). I realize that they are supposed to be 1.8V max. The pins still seem to work, have I damaged the board in some way?
Nov 28 14:34:03 <mouha> however, french is worse than Italian with more exceptions so I understand you totally
Nov 28 14:34:25 <av500> asdfasf: dont worry, be happy
Nov 28 14:34:44 <asdfasf> why isn't it broken?
Nov 28 14:34:46 <asdfasf> then
Nov 28 14:34:49 <dmelani> the four hilariously bright leds on the bbb, they're controllable through the gpio stuff right?
Nov 28 14:35:17 <av500> yes
Nov 28 14:35:33 <av500> asdfasf: magic
Nov 28 14:35:35 <dmelani> lovely
Nov 28 14:35:43 <asdfasf> This was on a bbb. Are there some tests I can do to test if the board is ok? I'm surprised it wouldn't fry it...
Nov 28 14:35:50 <asdfasf> is there some sort of fail safe?
Nov 28 14:35:54 <av500> no
Nov 28 14:36:10 <av500> I am sure a team of TI silicon engineers can run some tests
Nov 28 14:36:21 <av500> but do you think its worth it?
Nov 28 14:36:37 <asdfasf> What sort of dmg does overvolting do?
Nov 28 14:36:44 <av500> I dont know
Nov 28 14:36:46 <av500> it all depends
Nov 28 14:37:00 <asdfasf> through the analog pins
Nov 28 14:37:04 <av500> maybe there will be long term damage
Nov 28 14:37:14 <av500> maybe the chip life is not only 3ys and not 15
Nov 28 14:37:33 <asdfasf> ok, so the dmg is either works or doesn't work
Nov 28 14:37:34 <av500> now*
Nov 28 14:37:37 <av500> no
Nov 28 14:37:42 <av500> the damage can by many things
Nov 28 14:38:18 <av500> but from looking at an IRC screen, nobody can tell
Nov 28 14:38:33 <asdfasf> i mean there isn't anything visible on the board either
Nov 28 14:39:02 <asdfasf> so another odd thing, maybe, i only got this working after the 5v interlude
Nov 28 14:39:24 <asdfasf> is when I am running analogRead() on the input pins
Nov 28 14:39:37 <asdfasf> they have power going through them
Nov 28 14:39:54 <asdfasf> like AIN1 -> gnd, and I am reading AIN1
Nov 28 14:40:14 <asdfasf> i thought that ADC had to be going through them to get a reading
Nov 28 14:40:39 <asdfasf> could that be an example of board dmg?
Nov 28 14:43:17 <av500> ???
Nov 28 14:43:52 <asdfasf> yea
Nov 28 14:43:55 <TvFred> I could give up the internal ADC ad go for an external one like http://elinux.org/images/f/fa/ADC_Cape_A1_schematic.pdf
Nov 28 14:44:13 <av500> asdfasf: does the adc work for you now or not?
Nov 28 14:44:33 <asdfasf> yes it does
Nov 28 14:44:53 <asdfasf> but like, if i don't have anything plugged in to AIN0-6
Nov 28 14:44:59 <asdfasf> and I do analogRead()
Nov 28 14:45:02 <asdfasf> I get voltage readings
Nov 28 14:45:14 <TvFred> but I don't see what software or driver is needed to read values...
Nov 28 14:46:06 <asdfasf> I
Nov 28 14:47:19 <asdfasf> I'm using bonescript after doing `echo cape-bone-iio > /sys/devices/bone_capemgr.*/slots`
Nov 28 14:48:23 <asdfasf> just thought that was weird, why would there being a voltage reading from analog input pins when nothing is plugged into the board
Nov 28 14:57:54 <av500> asdfasf: what reading?
Nov 28 14:58:08 <av500> I guees the inputs are floating
Nov 28 14:58:14 <av500> tie them to GND and you should see 0
Nov 28 14:58:17 <av500> and be happy
Nov 28 14:58:59 <asdfasf> yea that is what happens
Nov 28 14:59:25 <TvFred> asdfasf: its normal
Nov 28 15:00:05 <TvFred> floating AIN pins give strange readings
Nov 28 15:00:39 <asdfasf> yea they are all slightly different
Nov 28 15:00:55 <asdfasf> some near 1 others around .2
Nov 28 15:01:17 <asdfasf> thanks for the help
Nov 28 15:01:34 <asdfasf> i'll hope no invisible dmg happened to the board I guess
Nov 28 15:01:40 <asdfasf> it seems to be working fine
Nov 28 15:02:18 <av500> [15:34] <av500> asdfasf: dont worry, be happy
Nov 28 15:06:15 <samael> i often experience problems with cold-reboots. namely, if i pull the PSU for some reason, once the the BBB starts again just hungs before to load the kernel. most of the time i have to unplug the ethernet and serial port (if any) and then give back power to make the BBB boot again. i'm using 220Vac/5V-2A power supplies. ideas?
Nov 28 15:06:34 <av500> what is connected to the serial?
Nov 28 15:07:13 <samael> a lot of different things (mostly industrial controllers, sensors and devices), both via 232 and 485
Nov 28 15:08:47 <av500> all well grounded togethers?
Nov 28 15:08:49 <av500> all well grounded together?
Nov 28 15:09:08 <av500> could be that the serial lines are at a too high potential
Nov 28 15:09:17 <av500> reverse feeding the chip or so
Nov 28 15:12:08 <samael> do you mean if 232/485 connections include the GND pin? usually yes
Nov 28 15:13:15 <av500> can you leave ethernet plugged and just unplug serial?
Nov 28 15:13:28 <av500> eht has transformers, so should be isolated already
Nov 28 15:17:33 <samael> of course i can do that the next time it happens. but i'd want to undestand how to completely avoid it once in production
Nov 28 15:55:17 <_av500_> samael: then you need to find out why it happens
Nov 28 15:55:28 <_av500_> or at least, if maybe using an RS232 isolator helps
Nov 28 16:02:33 <samael> i suspect that using an isolated ethernet would be always good, anyway
Nov 28 16:02:46 <samael> s/ethernet/serial/
Nov 28 21:46:31 <Peanut> Howdy! Does anyone know a pre-compiled ntpd that has the ATOM driver included?
**** ENDING LOGGING AT Sat Nov 29 02:59:59 2014