**** BEGIN LOGGING AT Fri Jul 08 02:59:58 2016 Jul 08 06:47:03 Hi Guys, I am using a 16-bit LED driver from Texas instruments as a cape attached to BBB Jul 08 06:47:15 It is detecting it in "cat $SLOTS" Jul 08 06:47:23 but not "Loaded" Jul 08 06:47:38 root@beaglebone:/# cat $SLOTS 0: PF---- -1 1: PF---- -1 2: PF---- -1 3: P----- -1 16-CH LED DRIVER,00A0,Texas Instrument,TIDA-00560 Jul 08 06:47:49 Any suggestions Jul 08 06:47:52 ? Jul 08 06:53:47 I need to know where is the .dts or .dtbo file for this cape is present Jul 08 06:53:55 which is detected at Run-time Jul 08 06:53:57 ? Jul 08 07:15:22 hey Jul 08 07:15:43 I'm from Malaysia and cant seem to access http://192.168.7.2 Jul 08 07:15:59 can anyone help? Thanks Jul 08 07:17:38 Siva- is your USB connection assigned an IP in the same subnet of 192.168.7.2 Jul 08 07:17:44 like 192.168.7.1 Jul 08 07:17:48 if not, do it Jul 08 07:27:47 Hey Andy, sorry I dont get you Jul 08 07:28:07 meaning the device? Jul 08 07:48:22 Andy__: the dtbo needs to be placed in /lib/firmware/ Jul 08 07:48:34 that's where the capemgr driver attempts to load it from Jul 08 08:05:24 zmatt Jul 08 08:05:26 I agree Jul 08 08:05:41 but how do I fin the dtbo for the cape I attached Jul 08 08:05:50 find* Jul 08 08:06:08 Its a TI cape I just attached to BBB Jul 08 08:06:17 and it detects automatically Jul 08 08:06:22 internet? I'd normally expect the cape manufacturer to supply it Jul 08 08:06:36 yes it reads the identification from an eeprom on the cape Jul 08 08:06:57 Yes EEPROM Jul 08 08:07:06 how do I find its source Jul 08 08:07:08 .dts Jul 08 08:07:18 and compile into .dtbo Jul 08 08:07:28 internet? I'd normally expect the cape manufacturer to supply it Jul 08 08:07:43 Its not on TI website Jul 08 08:07:48 texas instruments Jul 08 08:08:03 root@beaglebone:/lib/firmware# cat $SLOTS 0: PF---- -1 1: PF---- -1 2: PF---- -1 3: P----- -1 16-CH LED DRIVER,00A0,Texas Instrument,TIDA-00560 Jul 08 08:08:40 you already pasted that Jul 08 08:08:44 Oh sorry Jul 08 08:08:49 It was in my cursor Jul 08 08:09:26 That means the cape is not ENABLED Jul 08 08:09:43 and I can't send anything SPI data overit Jul 08 08:10:00 I need to find the .dtbo for this cape in /lib/firmware Jul 08 08:15:24 ask TI Jul 08 08:15:47 yes Jul 08 08:23:45 * plaw waves to all Jul 08 09:12:53 zmatt Jul 08 09:12:59 TI dont have those files Jul 08 09:19:52 Howdy :) Jul 08 09:20:15 I want to access some I/O pins from the PRU, but my target protocol is bi-directional Jul 08 09:20:40 so I figured i can just pinmux the pins around when I need to switch modes between input and output Jul 08 09:20:59 however, control registers are r/o from the PRU, so I can't modify pinmux settings Jul 08 09:21:19 i guess PRU access gets accounted as user level access Jul 08 09:21:32 is there an easy way to disable the checks / make the PRU act at supervisor privilege level? Jul 08 09:21:43 I guess i can use the dma engine for it, but if there's an easier way I'll take it Jul 08 09:56:28 Hello, we need to reflash a cape (requested by the manufacturer). Is there a standard way of doing this through the BBB? Jul 08 11:39:41 agraf: I think you could also use the edio pins? Jul 08 11:40:59 oh wait those also use separate pinmux for in/out Jul 08 11:41:03 hmz Jul 08 11:41:21 zmatt: too bad :) Jul 08 11:41:39 zmatt: so I've hacked up something where I'm triggering an IRQ to the ARM core that does nothing but set the pinmux and returns Jul 08 11:41:42 zmatt: maybe that's fast enough Jul 08 11:41:54 (once it actually works) Jul 08 11:41:59 using regular gpios would be faster and simpler Jul 08 11:42:07 zmatt: I need to go 25Mhz Jul 08 11:42:27 zmatt: I doubt regular GPIOs get me that speed :) Jul 08 11:42:53 that's I think the max for regular gpios indeed Jul 08 11:43:43 edio output do have output-enable control, so you could tie that and an input together Jul 08 11:44:11 zmatt: ah, that sounds interesting Jul 08 11:44:25 zmatt: is the output enable control settable from the PRUs? Jul 08 11:45:06 you can also program an EDMA transfer to change the pinmux using supervisor privilege (this can be done from linux userspace with some creativity) and have PRU trigger the dma transfers Jul 08 11:45:10 yes Jul 08 11:45:33 see page 234 of the latest version of the TRM Jul 08 11:46:22 if you're lucky then it might be able to read the pin in output-disabled even if the pinmux isn't set to input Jul 08 11:49:20 thanks, I'll give that a shot :) Jul 08 12:00:56 be sure to set IEP to synchronous mode (set IEPCLK.OCP_EN in subsystem config) to minimize register access latency Jul 08 12:13:18 hi Jul 08 12:13:54 join Jul 08 17:42:39 hello Jul 08 17:42:58 what is the best software to use to program the BBB? Jul 08 17:43:35 I'm super new to this. i saw that there are several languages i can use but i'm not sure on which software would work best. Jul 08 17:46:39 42 Jul 08 18:05:51 The built in cloud9 actually isn't too bad if your needs aren't too complicated Jul 08 18:07:02 it's a linux system, you have a bazillion of options and there is no "best" Jul 08 18:07:10 I was put off by it at first b/c I thought it was only for javascript, but I've been able to use it for C and C++ along with cmake, and it saves you the trouble of using a standalone terminal program Jul 08 18:07:12 especially not best for everything Jul 08 18:09:06 The only annoying thing I have to say about it is that you should use it in a standalone browser window because you may introduce typos in your code by trying to use browser short cuts (like ctrl-t for new tab) Jul 08 18:09:58 I've previewed VisualGDB and thought it was pretty decent too Jul 08 18:10:20 But as I like using CMake, I found that it was somewhat awkward to integrate with VisualGDB Jul 08 18:10:28 if you could even call it integration **** ENDING LOGGING AT Sat Jul 09 02:59:58 2016