**** BEGIN LOGGING AT Mon Jul 02 03:00:00 2018 Jul 02 03:00:07 Getting close. From line 26 to line 10, only error on line 10 now. Jul 02 03:05:57 Has anybody tried connecting a BBG UART RX/TX directly to the serial (JCOM) header on a separate motherboard? I'm trying to use my BBG to as a serial console terminal, but I'm having difficulty getting reasonable output. Jul 02 03:07:40 ehmmmm, I hope you're not talking about an actual RS232 serial port, since if so then I'm surprised you haven't fried your beaglebone already Jul 02 03:08:31 It's a standard x86 motherboard, so I assume it's TTL serial. Jul 02 03:09:49 please don't assume things like that. make absolute sure it's 3.3V TTL serial before connecting that to the beaglebone (and be sure to connect it after both devices are powered up) Jul 02 03:12:38 from a tiny bit of googling I get the impression it's actual rs232 Jul 02 03:14:07 I googled a fair bit prior to asking here, and I was left with the impression that true RS-232 are typically used on hardware devices like cash registers and other terminal-only systems. Jul 02 03:14:35 ehh no, a "serial port" on any PC that has one is rs-232 Jul 02 03:14:43 (and not long ago, every pc had one) Jul 02 03:15:15 My understanding is that most PC's have TTL-serial, not actual rs232. Jul 02 03:15:24 I have never seen a PC with TTL serial Jul 02 03:15:26 in my life Jul 02 03:15:32 nor heard of such a thing Jul 02 03:17:09 but if you have a voltmeter/multimeter, go measure the voltage on the motherboard's TxD Jul 02 03:18:04 Okay. Thanks for the pointer. Jul 02 03:18:18 TTL serial is driven high when idle (i.e. the i/o supply voltage, which can be anything. has to be 3.3v to allow direct connection to beaglebone) Jul 02 03:18:42 while RS-232 has a negative voltage when dle, between -3 and -15 Jul 02 03:18:44 V Jul 02 03:18:52 *when idle Jul 02 03:22:06 note that if you've actually connected the beaglebone to RS-232, you may want to do some basic gpio tests on those pins to check if they somehow managed to survive Jul 02 03:23:20 not uncommonly the result of such abuse would be an internal short between the processor pin and vdd and/or gound. (though in the "and" case the beaglebone would be dead) Jul 02 03:29:08 Would an appropriate test be connecting the UART pins I used back to the debugging serial debug interface? Jul 02 03:31:21 or an external loopback test (connect txd to rxd) Jul 02 03:31:41 what do you mean "connecting the UART pins back to the debugging serial debug interface" Jul 02 03:32:12 oh you mean you tested with that earlier? Jul 02 03:33:47 My BBG board has separate headers for a serial console on UART0. I was planning on connection UART1 on the BBG back to UART0 on itself to make sure the pins aren't fried. Jul 02 03:38:56 Your loopback suggestion sounds easier. I'll do that instead. Jul 02 03:42:38 Anyway, thanks again for your help. Jul 02 03:42:49 no Jul 02 03:42:52 eh Jul 02 03:42:54 np Jul 02 03:43:21 if you do want to connect to a real rs232 port, connect an rs232 driver ic to the beaglebone Jul 02 03:51:28 speaking of connecting, should I use config-pin on the USB at ttyUSB0? Jul 02 03:51:38 you sillybeans Jul 02 03:51:44 Yes? Jul 02 03:52:00 config-pin is used to configure expansion header pins of the beaglebone Jul 02 03:52:05 Dang. Jul 02 03:52:07 Okay. Jul 02 03:52:13 ttyUSB0 isn't a pin, it's a usb device Jul 02 03:52:21 I know that much. I thought and thought. Okay. Jul 02 03:52:48 I am going to just attach the XBee at a normal UART pin(s). Jul 02 03:52:57 If that is possible. Jul 02 03:53:25 has been discussed earlier, should be no problem Jul 02 03:53:36 Okay. I am going for it soon but not tonight. Jul 02 03:54:13 I already have an idea. That 3.3v logic works w/ the XBee as is. Jul 02 03:55:19 I can use two power pins from the BBB to the XBee and then a ground. I will then need to attach the UART pins to the I/O lines on the XBee. Jul 02 03:55:32 ... Jul 02 03:55:47 I think I can doo-ie! Jul 02 03:56:35 do be sure to connect it to the 3.3v power pins, not 5v :P Jul 02 03:57:01 Right! Jul 02 03:57:35 I am going to do it right now. Why not? Jul 02 04:07:03 e Jul 02 04:13:02 Too much work...saving it for later. Aw! Later for now. Jul 02 08:11:34 hi... What are your thoughts on this https://elinux.org/Beagleboard:BeagleBoard-X15#Is_the_graphics_engine_software_open_source.3F Jul 02 08:12:48 the description is accurate Jul 02 08:13:35 I'd add though that it's very unlikely anyone will actually bother to work on an open source PVR driver Jul 02 08:16:11 since I'm kind of new in this field. Fow does this affect me? For example on beaglebone displaying a video stream was slow, and could happen in low resolutions Jul 02 08:16:37 I had a usb cam connected Jul 02 08:18:40 a video does not need 3D acceleration Jul 02 08:18:58 it can benefit from hardware accelerated decoding Jul 02 08:19:10 I see Jul 02 08:19:32 which the AM335x does not have Jul 02 08:20:10 the AM572x does have IVA-HD, but I have no idea how well that is supported Jul 02 08:21:09 Anyhow thanks a lot Jul 02 10:12:33 Do anyone have an idea on how I can autoboot the bbx15 when I connect power? The beagle is going to be installed inside a box where no one can reach the power button. Jul 02 10:13:48 yes, this was IIRC discussed on the google group Jul 02 10:21:56 Hmm, I've tried to search for it, but couldn't find the thread Jul 02 10:24:56 https://groups.google.com/forum/#!searchin/beagleboard-x15/power/beagleboard-x15/fck_GaOiV_o/tQZoS9spFgAJ Jul 02 10:33:15 thanks :) Jul 02 10:35:20 np Jul 02 10:35:42 Have anyone of you tested it for more than 120 hours? We're installing 50 bbx15's, and it would be "small" mess (and expensive) to swap all of them out after 120 hours :p Jul 02 10:35:47 as it says there, just make sure you don't idle in u-boot Jul 02 10:37:29 What do you mean by that? Everything is fine as long as it boots successfully? Jul 02 10:39:23 if you expand the messages you'll see that apparently the default pin muxes lead to some sort of unfortunate current flow which can be averted by disabling something, which was implemented in U-Boot Jul 02 10:41:34 Ok, thanks. I expanded the messages, but since I don't have a lot of knowledge about uboot, it didn't make a lot of sense :) I'll keep reading up on uboot. Thanks for all help :) Jul 02 11:14:42 Krissmaster, I've an installation of 96 BBB running in a production environment at a customer for about ~2 years, no problem until now Jul 02 11:28:52 MichaelLong: the question was specific to X15 and a power up workaround that can damage the hardware if not handled properly in software Jul 02 18:07:20 zmatt, spi works Jul 02 18:46:39 tbr: idle in u-boot is fine, idle without u-boot isn't fine. or at least, it used to not be fine, but iirc that has actually been fixed in the current silicon revision Jul 02 18:50:37 yep, sr2.x disables the internal pull-downs on the mmc pins if sysboot15=1, and bbx15 revB has a pull-up on sysboot15 Jul 02 18:50:46 so that issue no longer exists Jul 02 18:52:21 hey folks. I got a weird question. I've connected my BB Green Wireless to the my wifi router. Now when I connect to the BB AP I have access to internet. Is that normal? How do would I disable that? Jul 02 18:53:52 that's almost certain to be an intentional feature of connman. as for how to disable it (without disabling wifi AP or client altogether)... no idea, I don't use connman :D Jul 02 18:55:03 actually, not "almost certain", "certain". it has to do non-trivial things to make that happen, so it's no accident Jul 02 18:57:46 ups. I got a disconnect. Dear stranger thank you very much for responding. I did indeed used command to setup my wifi even though I did it's warning. I guess I'll re-flash my BB :) Jul 02 18:58:15 you can't connect via usb to fix it? Jul 02 18:58:50 I can :) But I am not sure how i'd do that so I think it's safer to re-flash it Jul 02 18:59:40 fair enough. reflashing is certainly the easy way to be sure everything is back to normal :) Jul 02 19:00:22 it's actually sad that when googling for how to setup wifi on BB i got this as the most trustworthy way to do it. Jul 02 19:00:50 url? Jul 02 19:04:04 https://www.digikey.com/en/maker/blogs/2017/how-to-setup-wifi-on-the-beaglebone-black-wireless Jul 02 19:04:07 this is the one I got Jul 02 19:04:21 the query: "beaglebone setup wifi" Jul 02 19:05:18 looks fine to me Jul 02 19:06:14 wait, now that your beaglebone is connected to your wifi network, can't you simply reach it while you're connected to your wifi network? Jul 02 19:06:41 zmatt: good to know. out of curiosity would holding the x15 in reset also be a problematic state? Jul 02 19:07:48 tbr: no idea. it would certainly be a strange thing to do for an extended amount of time, so I don't know if it received any careful analysis Jul 02 19:08:01 *nod* Jul 02 19:08:09 I can reach the BB. the problem is not in that. The problem is that unintentionally I made my BB share the internet connection through it. Jul 02 19:40:23 Hi! Does anyone managed to load PRU firmware via remoteproc at boot on a minimal image made with Buildroot? Jul 02 19:41:12 bbb_bbb: if you can reach the BBB via your wifi network, just disable the AP on the BBB Jul 02 19:47:25 zmatt: thanks. I will give it a shot :) Jul 02 19:59:46 rreignier: I use neither buildroot nor remoteproc-pru, but it doesn't sound like it should be hard. As long as you're using a TI kernel, it should be a simple matter of placing the firmware file in the right spot Jul 02 20:01:38 (remoteproc-pru isn't in mainline linux yet) Jul 02 20:05:47 zmatt: Thanks. Indeed I use the TI kernel, the modules are here but not loaded at boot Jul 02 20:06:40 zmatt: If I `modprobe pru_proc` manually, the `/sys/class/remoteproc` entry appear but empty Jul 02 20:06:51 sounds like a device tree problem? Jul 02 20:07:09 pruss not enabled? Jul 02 20:07:37 assuming you're not getting an explicit error when you do that modprobe Jul 02 20:07:46 zmatt: Yes, it seems so. I am investigating the device tree Jul 02 20:08:04 zmatt: no, nothing while modprobe Jul 02 20:08:24 my guess would be the relevant nodes have status = "disabled"; Jul 02 20:08:30 cat /sys/firmware/devicetree/base/ocp/pruss_soc_bus@4a326000/pruss@4a300000/status give 'okay' Jul 02 20:09:50 what about the pruss_soc_bus itself? Jul 02 20:10:19 "okay" also Jul 02 20:11:02 In am335x-bone-common.dtsi they are both "okay" Jul 02 20:11:19 well... ¯\_(ツ)_/¯ Jul 02 20:11:35 exit Jul 02 20:11:37 lol Jul 02 20:11:43 sorry Jul 02 20:11:54 exit fail, please retry in the right window Jul 02 20:11:57 ;) Jul 02 20:18:52 zmatt: Anyway, thanks for your help! Jul 02 21:55:56 hello - I'm trying to launch videos on my x15 with hardware acceleration but I can't figure out how to get that working. Is there a guide? I cannot find one Jul 02 22:31:36 VideoMan: to get it working on the default image might require some pioneering effort. you could try out TI's Processor SDK Linux for AM57xx instead Jul 02 22:32:11 it includes demos for IVA-HD Jul 02 22:39:31 zmatt: thanks! So I take it there is nothing provided out of the box? I'd hate to have to write code for it, but I'll look for the demos... Jul 02 22:42:34 no you don't have to write code for it, it's more about finding the right ingredients and getting them to work Jul 02 22:43:25 oh alright. I'm just trying to play 1080p video without studdering :) Jul 02 22:43:40 using gstreamer? Jul 02 22:43:53 I've tried gstreamer, vlc, mplayer Jul 02 22:44:32 I think the hw acceleration only exists for gstreamer Jul 02 22:44:48 gstreamer with playbin was close, but it was dropping buffers. I think I'm missing a pipe for hardware acceleration Jul 02 22:44:58 I just don't know where to find that info Jul 02 22:45:30 is the package ipumm-dra7xx-installer installed? Jul 02 22:46:46 ipumm-dra7xx-installer is already the newest version (3.00.14.00-r1rcnee0~stretch+20180104). Jul 02 22:47:13 okay, well that's at least one ingredient Jul 02 22:49:03 I haven't tried getting this to work myself yet, so I don't know what is involved exactly or how hard it is Jul 02 22:49:27 for some documentation about how it works, see http://software-dl.ti.com/processor-sdk-linux/esd/docs/04_03_00_05/linux/Foundational_Components.html section 3.9 Multimedia Jul 02 22:51:39 LOL Jul 02 22:51:47 Gstreamer test pipeline: Jul 02 22:51:49 –need someone to add this code to make it work. only showing a figure. Jul 02 22:52:00 hahahaha, fail Jul 02 22:52:11 :D Jul 02 22:53:12 but yeah that page has exactly the info I was looking for, thank you! Jul 02 22:56:15 so, some ingredients have debian packages evidently (thanks to rcn), but not all of them afaict Jul 02 22:59:52 I'll spend some time and try to figure it out, should be able to piece it together Jul 02 23:01:25 and maybe post about your journey on the forum ( https://groups.google.com/forum/#!forum/beagleboard-x15 ), either to ask for help if you get stuck, or to document the process if you succeed Jul 02 23:02:15 will do! **** ENDING LOGGING AT Tue Jul 03 03:00:00 2018