**** BEGIN LOGGING AT Sat Apr 19 02:59:59 2014 Apr 19 08:01:31 clear Apr 19 08:02:08 reset Apr 19 09:14:28 has anyone done the 2 usb host mod? Apr 19 11:07:13 is it correct that the BBB cannot do both SPI and i2c at the same time? :/ Apr 19 11:08:25 Luke-Jr: who says that? Apr 19 11:08:33 looking at the pinouts Apr 19 11:09:15 actually, seems the audio uses pins that block i2c at all :/ Apr 19 11:13:18 ? Apr 19 11:15:54 wait, was looking at the wrong header Apr 19 11:16:17 :) Apr 19 11:16:23 wait no Apr 19 11:16:37 http://beagleboard.org/Support/bone101#headers shows SPI1 blocked by the audio pins Apr 19 11:16:53 but SPI0 requires 21,22,17,18 Apr 19 11:17:02 which block off i2c Apr 19 11:17:58 Luke-Jr: the pins can do be reconfigured, check the BBB SRM for P8/P9 pinout Apr 19 11:19:00 Defiant: but for both functions, I need the pins for both purposes? Apr 19 11:19:22 you can for example disable hdmi audio Apr 19 11:20:21 hrm Apr 19 11:20:42 but i2c+SPI+HDMIaudio is still no go :p Apr 19 11:22:06 you sure? Apr 19 11:22:26 no Apr 19 11:22:28 how not? Apr 19 11:22:50 spi0 and i2c2? Apr 19 11:23:32 havn't check it, only looked at the table Apr 19 11:23:37 won't pins 21,22 conflcit? Apr 19 11:23:52 with what? Apr 19 11:24:20 SPI0_DO/SCLK and I2C2_SCL/SDA Apr 19 11:25:11 unrelated: *should* the BBB be dumping debug info to UART0 at boot? Apr 19 11:25:28 if you configure 21 and 22 on P3 to SPI they will do SPI and only SPI. You can still do i2c2 on 19 and 20 Apr 19 11:27:38 ah, okay; so i2c2 doesn't need all 4 configured Apr 19 11:28:33 i2c needs only 2 pins Apr 19 11:28:55 i2c has a clock wire, a data wire, and it needs a common ground and pullups on clock and data Apr 19 11:29:34 you can use internal pullups if you are lazy :D Apr 19 11:30:06 internal = already on the BBB? Apr 19 11:31:05 yes Apr 19 11:31:15 internal = inside the Sitara Apr 19 11:31:35 on most microcontroller / microprocessor boards you have pullups already connected to the digital pins Apr 19 11:31:45 can I use both 100 kHz and 400 kHz i2c devices on the same bus? Apr 19 11:31:47 and pulldowns too Apr 19 11:31:51 no Apr 19 11:32:17 any idea if 400 kHz is too rare to find variety of chips available for? Apr 19 11:32:31 Luke-Jr: yes if you drive the bus with 100khz only, the 400khz devices should be able to work with 100 Apr 19 11:32:31 so far I'm only coming up with 100 kHz relay boards Apr 19 11:32:33 the arm core m0 can do it Apr 19 11:32:40 and that is pretty old Apr 19 11:33:13 Defiant: there a i2c devices that only do 400khz ): Apr 19 11:33:38 honestly: but afaik still rare Apr 19 11:35:03 hmm but getting 2 i2cs, 1 spi and hdmi audio might be difficult Apr 19 11:35:46 anything to google other than "400khz"? Apr 19 11:36:17 "fast plus" Apr 19 11:36:17 fast mode? Apr 19 11:36:28 if I disable HDMI audio, I can add some other audio, right? :p Apr 19 11:36:47 there we go! thanks :D Apr 19 11:40:37 nxp's LPC boards use the arm cortx m0 Apr 19 11:40:55 but I haven't actually managed to make i2c slave mode work on them Apr 19 11:41:46 hmm, maybe I can get by with a simple beeper Apr 19 11:44:54 anyhow, BBB still not booting.. no sign of data on UART0 either Apr 19 11:47:46 * Luke-Jr wonders what baud Apr 19 11:47:54 115200 usually Apr 19 11:48:10 there we go Apr 19 11:48:19 got a u-boot prompt Apr 19 11:48:32 ⁑ Unable to read file zImage ⁑ Apr 19 11:48:54 I guess that's bad.. Apr 19 11:50:12 is that .. normal, on power failure? :/ Apr 19 11:52:17 oh. Apr 19 11:52:26 mmcblk1 was the internal storage.. <.< Apr 19 11:52:36 * Luke-Jr had run badblocks on it assuming it was the microsd Apr 19 11:52:52 at least that means the uSD still has the Debian installer :D Apr 19 12:02:04 hm, "Arduino" relay modules are much cheaper than i2c ones.. wonder if there's a way to use them Apr 19 12:05:11 arduinos can do a lot of communication protocols Apr 19 12:05:18 i2c only in master mode though Apr 19 12:06:14 hm, this SYS_RESET warning looks scary. I need to do something to ensure none of the pins are connected until SYS_RESET is high? :/ Apr 19 12:07:23 all the P8/P9 pins are 3.3V in all modes, right? Apr 19 12:07:50 1srsly? Arduinos can't do i2c slave? Apr 19 12:08:06 oh Apr 19 12:08:08 sorry Apr 19 12:08:15 unless its the 5v pin.. yes Apr 19 12:08:17 raspberry pi can't do i2c slave Apr 19 12:08:22 got that mixed up Apr 19 12:08:51 arduino i2c slave mode only takes one line of code, it's awesome Apr 19 12:09:23 * Defiant stays with AVR in C Apr 19 12:11:19 * Luke-Jr ponders if using SYS_RESET as power source for the expansion chips would work Apr 19 12:16:29 * Luke-Jr ponders if using SYS_RESET as power source for the expansion chips would work Apr 19 12:21:44 Defiant: funnily enough, to get SPI on the raspberry pi working, I went with a lib that directly bit-bangs /dev/mem because spidev is weird Apr 19 12:22:30 lol Apr 19 12:23:44 bit-bangs the hardware registers via /dev/mem, obviously Apr 19 12:33:17 I've seen devices that bitbang 6 SPI buses over RPi GPIO.. 2 per clock >_< Apr 19 12:57:11 sounds good to me :D Apr 19 12:59:14 what could possibly go wrong... Apr 19 14:03:13 what do capes do beyond connect pins? they seem to automate the config somehow? is that required? Apr 19 14:04:26 i think they have an eprom what does something for that? tho i personally have no experience caus ive only made my own "dumb" cape Apr 19 14:04:57 so it's okay to just connect the pins myself somehow Apr 19 14:09:56 well.... as long as you understand properly what your connecting to where....... Apr 19 14:10:12 its very easy to blow your BB up by connecting stuff to it Apr 19 14:11:02 i mean... the simple answer is... "yes" Apr 19 14:11:13 the more complex answer is "yes.. but" Apr 19 14:16:35 Luke-Jr: there is an eprom that will be read by the capemanager which tells it how to configure the io pins Apr 19 14:16:55 Luke-Jr: you dont need that, but you need to tell your kernel somehow how to configure its pins Apr 19 14:16:59 Luke-Jr: usually done using DT Apr 19 14:17:19 and yes, please read the TRM and datasheet of the cpu before attemting to connect anything Apr 19 15:11:55 is there a cape that just does breakout but enforces the TRM requirements (SYS_RESET etc) for me? Apr 19 16:42:12 woohoo missed you guys/ghosts Apr 19 16:42:43 neighbor chris zen here? Apr 19 16:50:51 anyone here played around with ARM's DAP/CoreSight on any of the Cortex-A8's? Apr 19 17:53:23 Hello. I reflashed the beagleboard to the latest image and I can't get any device to show up nor in windows nor in linux Apr 19 17:53:34 I don't have a hdmi monitor and want to ssh into it Apr 19 17:53:55 plugging it in via usb (no power supply. no ethernet cable) should be enough, right ? Apr 19 19:43:21 * nyt- yawns Apr 19 19:43:22 hi Apr 19 20:27:34 Anybody have experience with DMA + the PRU. I want to avoid mmapping /dev/mem, but using prussdrv_map_extmem (which seems to mmap /dev/uio0), doesn’t seem to be working. possibly not using the right address offsets Apr 19 20:27:59 I haven’t been able to find one example of prussdrv_map_extmem usage either. I feel so dirty requiring access to /dev/mem. Apr 19 21:16:22 Have a question about the Beaglebone black microhdmi. Apr 19 21:16:33 i have a adapter that works then shut down. Apr 19 21:16:45 is there a way to make sure the microhdmi does not shut down? Apr 19 21:16:58 i have read about the port shutting down. Apr 19 21:16:59 thanks Apr 19 21:17:00 mike Apr 19 21:47:20 havent seen that Apr 19 21:47:43 make sure you disable power saving mode, latest debian build does that Apr 19 22:59:00 is vdd5v directly connected to the barrel connector Apr 19 22:59:44 i would imagine so Apr 19 23:00:01 versus the sys5v which goes through the usb bits Apr 19 23:08:25 anybody good with the micro hmdi cable Apr 19 23:10:01 how are you good with a cable Apr 19 23:10:32 Have a question about the Beaglebone black microhdmi. Apr 19 23:10:47 i have a adapter that works then shut down. Apr 19 23:11:01 is there a way to make sure the microhdmi does not shut down? Apr 19 23:11:19 is there a way to make sure the microhdmi does not shut down? Apr 19 23:11:47 what do you mean shut down? you mean it just stops working? Apr 19 23:12:04 correct Apr 19 23:12:18 the video is fine for about 30 seconds and then shuts off. Apr 19 23:12:18 are you supplying enough power to the board? Apr 19 23:12:31 I have read about teh microhdmi shutting down and there Apr 19 23:12:46 yes thru the usb cable and a 5 volt adaptor Apr 19 23:13:15 should I use the barrel plug or is the usb with power good enough Apr 19 23:13:53 I use a 5V adapter alone and it's more than enough for my board Apr 19 23:14:01 I use the microHDMI without any issues Apr 19 23:14:21 its not something to do with sleep/powersave? Apr 19 23:14:43 I thought that at first but it can't be if it's just 30 seconds Apr 19 23:14:55 oh, good point Apr 19 23:15:16 early here... brains not turned on yet... needs coffee Apr 19 23:16:02 it works for 30 seconds and i reboot the bbb and have display for 30 seconds again. I will switch to barrell plug and see what I can do. Apr 19 23:16:43 isn't the 5V adapter a barrel plug connection Apr 19 23:17:20 yes but I thought if i power the usb with at usb to power supply it would be the same Apr 19 23:18:04 nope, the usb cant always pass as much power as the barrel connector can Apr 19 23:23:28 "can't always"... more like can't ever; the "not always" part is that what usb can pass isn't always (spelled r-a-r-e-l-y) enough Apr 19 23:24:44 As in, it takes special software measures to throttle the CPU to live within USB's limits, and when things go weird, the first thing you want to do is supply rich chunky amps over the barrel connector and see if that fixes it Apr 20 01:50:50 why does the BBB boot order have to suck? Apr 20 02:01:35 because the alternative may be worse? Apr 20 02:36:40 what is the max voltage that the BBB can take Apr 20 02:37:58 in what input? Apr 20 02:38:19 barrel connector 5v, usb 5v, gpio 3.3v, analog 1.8v, i2c 3.3v, serial 3.3v, spi 3.3v Apr 20 02:38:50 ok trying to power the bbb thru the usb is not working correctly for me. Apr 20 02:38:57 what isnt working? Apr 20 02:39:10 some usb sources are not so good Apr 20 02:39:18 I have a microHDMI that works for about 30 seconds and then shuts off Apr 20 02:39:28 try with an external ps Apr 20 02:39:39 http://www.amazon.com/ORIGIANL-D-Link-Supply-ADAPTER-JTA0302B/dp/B002FA5WE2/ref=sr_1_1?ie=UTF8&qid=1397961571&sr=8-1&keywords=5v+2.5a Apr 20 02:39:45 i saw a you tube video that stats some times the microhdmi shuts down if there is not enought voltage on it. Apr 20 02:40:12 i dont even have hdmi enabled on mine, so not much experience Apr 20 02:40:19 wife uses hers with 5v ps and hdmi no prob Apr 20 02:41:33 say a you tube video that has the exact cable I have. He stated that the microusb shut down. He solved it by opening up the microhdmi and adding a 3.3 volt directly from the BBB and usign a 5 volt ps. Apr 20 02:42:01 sounds stupid Apr 20 02:42:07 just hook up a 5v power supply to the bb Apr 20 02:42:09 i linked you one if you dont have one Apr 20 02:42:13 you probably have one somewhere Apr 20 02:42:17 i say thanks Apr 20 02:42:41 I have a variable ps that i can set to 5 volts and 2.5 amps. Will try that tomorrow. Apr 20 02:42:45 ran out of time today. Apr 20 02:43:44 if I can get all to work this is exactly what I need for a project. Apr 20 02:44:08 I have also read on the google groups that alot of the bbb have to be rma because of bad microusb. Apr 20 02:44:25 i have had mine for about 4 months just sitting till i had time to mess with it Apr 20 02:58:17 yo, any cool bbb projects kicking? **** ENDING LOGGING AT Sun Apr 20 02:59:58 2014