**** BEGIN LOGGING AT Tue Jul 12 02:59:58 2016 Jul 12 05:51:30 hey so how do you install github libraries onto the beaglebone? Jul 12 05:53:50 what are github libraries? Jul 12 05:55:46 sorry, libraries off of git hub Jul 12 05:56:31 the same way you install them into any linux system Jul 12 05:58:37 ok, thanks! Jul 12 05:59:44 would there be a helpful link i can look at, i'm super new to beaglebone and linus Jul 12 05:59:46 linux Jul 12 06:00:47 I think I need to create an alias for 'For most intents and purposes the Beaglebone is "just another Linux system"' :) Jul 12 06:01:10 any linux book/tutorial should work Jul 12 06:02:33 yeah, that would probably make things easier Jul 12 12:45:09 lol Jul 12 12:48:13 I've written a wrapper for the ioctl call to control spi Jul 12 12:48:34 when providing only a tx_buf, (rx_buf=0) everything is fine and data gets sent out Jul 12 12:49:00 but when providing only rx_buf, tx_buf=0 it doesn't do anything and returns immediately Jul 12 12:49:08 any idea what might be wrong? Jul 12 12:49:15 it's written in c++ Jul 12 12:50:49 changing baudrate/mode/... using ioctl works fine (verified using logic analyzer) Jul 12 12:57:05 My memory of other uC is one must send something on SPI even if nothing needs to be sent. This may have been device specific and I simply don't recall. Jul 12 13:06:51 pyBlob: most SPI drivers I've seen clock a byte out and return whatever slave sends, full-duplex communication. Jul 12 13:07:36 you cannot send "nothing", as the SPI line is clocked and slave interprets it as data. Therefore it's common to transmit 0x00 when reading from SPI Jul 12 13:08:34 e.g. (for int index = 0; index < buf_len; index ++) {rx_buf[index]=SPI_XFER(0x00);} Jul 12 13:13:36 right, you can actually zero the rx-buffer and pass it as rx_buf and tx_buf, this would give the same effect Jul 12 13:13:59 so however this means that you always have to provide a tx_buf? Jul 12 13:19:13 I don't know specifics of BBB/ioctl, but I'd try that out. Jul 12 13:19:19 pyBlob: ^ Jul 12 13:29:33 weird, it does the same :S Jul 12 13:33:08 woo, it didn't recompile the test, thats why ^^ Jul 12 13:33:32 now it works: zero rx_buf, provide as rx_buf and tx_buf Jul 12 13:34:03 Hi, I'm using devmem2 to debug asm code. Does somebody know the global address of the register ? or where I can find it ? (newbie question) What's the difference between control and debug registers ? Thanks Jul 12 13:37:02 precision : I code asm for pruss Jul 12 13:41:01 I know that the data ram address for pru0 is 0x4a30 0000 Jul 12 13:49:41 That's in a PRUSS document somewhere. I only know the data & shared address of the top of my head. Jul 12 13:50:33 AM335x PRU-ICSS Reference Guide maybe. Jul 12 14:01:54 Ragnorok: found tables. Thanks, still don't where I can find value of some registers.. Jul 12 14:15:30 Looked to me like that Ref Guide had them all. Jul 12 16:32:14 Hi People Jul 12 17:45:49 Hello, I'm looking for a little direction in regards to using beagle bone as an audio converter. My goal is to create a unit that can take the audio output from a device (lets say a TV's optical out) and be able to broadcast to my Airplay enabled amplifiers. Jul 12 17:58:55 For some reason I feel this is non-trivial, especially if this "Airplay" thing is a proprietary protocol. I would expect an appliance would be more attractive. Jul 12 18:05:08 An appliance might be. Any reason you're starting from optical? Jul 12 18:08:23 Airplay was just an example. DLNA or any other protocols are fine, but in my application I will be using Airplay. I have already made a multi-room audio system that currently uses this protocol. The problem I have is I am unable to find a device that will take the audio out (optical just came to mind) from a device (lets say TV) and broadcast to my amplifiers. Jul 12 18:09:10 I can find multiple DACs and other devices that will act as a receiver, but nothing that will actually transmit the audio. Jul 12 18:11:05 When you say "made" I presume they are all appliance grade components. Jul 12 18:12:02 PCB up. Jul 12 18:12:56 I'm not sure why you don't know how to make a sender then. Jul 12 18:13:58 I'd just like to find an appliance grade device before actually putting in effort into re-inventing the wheel... Jul 12 18:14:46 Figured someone would have done this already with either the beagle bone or similar devices Jul 12 18:14:47 Ah. Airplay is a crApple protocol. Jul 12 18:14:53 https://developer.apple.com/airplay/ Jul 12 18:15:13 Good luck with that. Jul 12 18:15:15 I can't necessarily disagree with you Ragnorok... Jul 12 18:15:15 If you know what the API's need, you can work backwards from there to see what hardware you need. Jul 12 18:15:40 You must do it however the Jobs Cage says. Period. Jul 12 18:15:41 I think if you want AirPlay, it'll be an uphill battle the whole way. Jul 12 18:16:02 It has been so far, but I'm in too deep haha Jul 12 18:16:11 In particular anything that's not sold at a premium by crApple will be illegal. Jul 12 18:16:28 I'm going for DLNA licensing eventually but working with what I have now Jul 12 18:16:39 Licensed and all that jazz Jul 12 18:17:15 Kinda figured I would end up reverse engineering Jul 12 18:17:32 It looks like an Android device can be a source. Might get a cheap discontinued phone and fiddle with that. Jul 12 18:18:10 It must go through a crApple TV apparently, though. Typical madness. Jul 12 18:19:14 Exactly.... everything is capable of RX, but if I want to TX audio then I must go through the gauntlet Jul 12 18:19:41 Yup. Sadly you made your bed, it seems. Don't do proprietary next time? Jul 12 18:20:16 I was playing with the idea of using a Pi or beagle and use Airfoil or something similar. Then maybe multi-room would be possible? Jul 12 18:20:34 Yea.... I dont wanna talk about it Jul 12 18:20:37 lol Jul 12 18:21:13 lol You obviously have orders of magnitude more data to work with than I do. I avoid proprietary like anthrax. (shrug) Good luck! Jul 12 18:24:24 If you do a Pi they have a NanoPi Neo that's quad core H3, super tiny, and $10. Might fiddle with that for such a directed application. Jul 12 18:29:21 Okay, so I know the BBB throttles itself or something when booting off USB. Is that because the SOC itself will draw more, or is that purely a precautionary measure in case there are downstream USB peripherals plugged into the host port? Jul 12 18:29:49 Phrased another way, what's the practical max current the BBB/BBG will draw *itself*, no peripherals? Jul 12 18:47:40 myself: that will heavily depend on what the SoC does. it can be anywhere between 100mA and 500mA (in case of USB) or more in case of power through barrel connector Jul 12 19:16:32 hmm. And the BBG lacks the barrel, and it looks like there's no sensible way to power the BBG... Jul 12 19:16:37 maybe via the header pins? Jul 12 19:18:43 And of course the cape I'm looking at (tight on time, can't spin my own) doesn't use passthrough pins so it's a PITA to do that. Gaaah. **** ENDING LOGGING AT Wed Jul 13 02:59:58 2016