**** BEGIN LOGGING AT Mon Oct 09 03:00:01 2017 Oct 09 12:26:07 Hello there, I am currently looking for information if it is possible to use the BBB to control Dynamixel MX-64 Servomotors.. does anyone maybe have further informations about past/current projects related to that topic? Best regards Oct 09 12:54:53 that obviously depends on what sort of signalling it expects Oct 09 12:56:05 ohh, they're fancy Oct 09 12:57:01 MN_: which variant? Oct 09 13:00:05 looks like Robotis has decent docs Oct 09 13:01:47 hmm, although it's a little bit vague about the physical layer Oct 09 13:03:08 but it looks like it's just an (async) serial protocol... I think you'd need at most a transceiver to interface it to the bbb Oct 09 14:07:27 hi Oct 09 14:08:04 anyone here to help me? i've got a doubt about BBB usb client port Oct 09 14:13:50 don't ask to ask, just ask your question Oct 09 14:14:34 people tend to just glance at chat now and then and are far more likely to respond to a concrete question than to someone asking for "help" Oct 09 14:21:13 i'd like to communicate between BBB rev. C with debian 9 and an Android tablet running 4.4.2 KOT49H and using an USB cable between the USB client port of BBB and micro usb on the tablet Oct 09 14:23:53 the tablet is recognizing a usb ethernet gadget, but is not recognizing the BBB Oct 09 14:24:48 do you know if is possible to configure BBB to act as a different kernel driver instead of the g_ether module? Oct 09 14:25:07 uh, sure, you can use any gadget driver you want Oct 09 14:25:45 I think by default it actually exposes itself as a composite device, not just g_ether Oct 09 14:26:19 (I believe there's some startup script that sets that up) Oct 09 14:26:25 yes, c_cdc or g_ether, but none of them are recognized Oct 09 14:28:25 crap, I gotto go, will be back later Oct 09 14:28:34 as the tablet is running properly with a sr9700 Oct 09 14:29:10 i'm wondering if is possible to expose the driver sr9700 instead of the g_ether or g_cdc Oct 09 14:44:07 i think that the script is /opt/scripts/boot/am335x_evm.sh Oct 09 15:32:00 uhh, sr9700 is not a gadget driver Oct 09 15:33:09 does the tablet detect the bbb as usb device at all? do you have access to the tablet's kernel log? Oct 09 16:31:05 yes Oct 09 16:31:07 i've rooted it Oct 09 16:31:27 it is recognized as a usb device Oct 09 16:32:03 but the tablet hasn't the module g_ether available (modprobe command doesn't work) Oct 09 16:32:32 so, i'm trying to cross-compile a g_ether version to insmod manually it on the tablet Oct 09 16:33:04 but, as this process is quite time-consuming, i was searching for some other ways maybe on the BBB side Oct 09 17:01:48 uhhhh Oct 09 20:00:05 can GPIO pins be added to the Beaglebone X-15? Oct 09 20:24:30 Hello...are there any people in here messing with the Green-Bean and the BBB? Oct 09 20:40:16 I was asking the last question to further my understanding. Can I use FirstBuild on GitHub.com instead of GEMakers on GitHub.com to use npm install green-bean to have access to the APIs? Oct 09 20:46:16 Wrong question. I will ask FirstBuild on GitHub. Sorry. Oct 09 21:22:56 hi there channel Oct 09 21:23:00 :-) Oct 09 21:24:07 I've plugged BBB and didn't mount under debian Oct 09 21:24:50 usb connection Oct 09 21:25:46 flashing blue lights and didn't mount it boot from eMMC Oct 09 21:27:30 I can see x-window-manager if I plug the hdmi on tv Oct 09 21:29:02 power through usb to a laptop it didn't mount on laptop's OS Oct 09 21:29:42 The USB connection should actually give you some sort of network connection Oct 09 21:30:10 zmatt are you available Oct 09 21:31:01 GenTooMan, how di I check that? Oct 09 21:31:11 di = do Oct 09 21:31:59 It should be some really weird IP address. The web site gives a lot more detail than my callow memory can provide. Oct 09 21:32:54 did ifconfig Oct 09 21:33:59 I don't know which is.. Oct 09 21:34:29 192.168.7.2 or 192.168.6.2 Oct 09 21:34:48 also, interface name will be something like "usb0" probably Oct 09 21:34:54 That is what the web site says anyhow. Oct 09 21:35:16 GenTooMan, in firefox? Oct 09 21:35:27 those ips? Oct 09 21:35:30 dury: can you pastebin the output of "ip addr" on your laptop? Oct 09 21:35:45 dury: https://beagleboard.org/getting-started Oct 09 21:35:53 one sec. Oct 09 21:35:55 That would help too. Oct 09 21:36:15 zmat, as root? Oct 09 21:36:19 as any user Oct 09 21:36:24 ok Oct 09 21:36:57 ("ip" is the more versatile replacement of ifconfig) Oct 09 21:38:08 where to paste here? Oct 09 21:38:23 pastebin.com Oct 09 21:38:23 pastebin.com or hastebin.com or any other paste site you like Oct 09 21:39:00 I should see if wastebin.com is taken. Oct 09 21:39:59 https://paste.debian.net/989938/ Oct 09 21:41:50 * GenTooMan doesn't see it. Oct 09 21:42:04 the IP of the BBB at least Oct 09 21:42:23 dury: can you pastebin whatever appears in your kernel log when you connect the BBB via usb ? Oct 09 21:42:30 also, what image is running on the BBB ? Oct 09 21:43:02 hmm Oct 09 21:43:10 wait actually Oct 09 21:43:17 zmat, how to know which image Oct 09 21:43:28 those strange enx* interfaces might actually be the BBB Oct 09 21:43:48 easy enough to confirm: do they disappear if you remove the BBB ? Oct 09 21:44:54 i can access BBB terminal in the other screen, though Oct 09 21:45:57 ... Oct 09 21:45:59 Hey! Oct 09 21:46:22 you've never (re)flashed the BBB ? Oct 09 21:46:27 bone-debian-9.1-console-armhf-2017-09-17-1gb.img.xz did install lxqt Oct 09 21:46:31 okay Oct 09 21:46:55 I did with that image Oct 09 21:47:02 I'm not sure if the console image sets up any sort of usb gadget actually, probably not Oct 09 21:47:09 it's a pretty minimalistic image Oct 09 21:48:18 if you do "ip addr" on the bbb, does it show any interface named "usb0" or similar? Oct 09 21:48:32 one sec. Oct 09 21:50:01 it does Oct 09 21:50:05 hm Oct 09 21:50:28 so, did those interfaces on your laptop disappear if you disconnect the BBB from usb ? Oct 09 21:50:50 (the last two, enx+bunch of hex digits) Oct 09 21:51:08 just pastebin a new ip addr perhaps? Oct 09 21:54:14 yeap it disappear Oct 09 21:54:30 okay, then your laptop is apparently just not bringing them up Oct 09 21:54:44 that's right Oct 09 21:55:14 you mean the BBB? Oct 09 21:55:18 no, your laptop Oct 09 21:55:36 I mean, your laptop is evidently detecting the bbb Oct 09 21:55:40 but it's not doing anything with it Oct 09 21:55:54 how to remedy that depends on what network manager you're using Oct 09 21:56:21 if I disconnect BBB from usb it turns off Oct 09 21:56:54 okay, so? Oct 09 21:57:07 how you're powering the bbb isn't really important here Oct 09 21:57:35 https://paste.debian.net/989939/ Oct 09 21:57:55 all right, zmatt Oct 09 21:58:37 so, evidently your bbb is being detected just fine by your laptop, but your laptop isn't configured to bring up the usb network interface Oct 09 21:58:57 right Oct 09 21:59:32 how do i do that, zmatt Oct 09 22:00:04 that depends entirely on what network manager you're using on your laptop Oct 09 22:00:40 can we check it out, then? Oct 09 22:02:18 I'm not hugely in the mood for helpdesking random linux questions right now :) Oct 09 22:03:14 ps aux | grep network-manager perhaps? Oct 09 22:03:55 if you're running a typical gui, there will almost certainly be some menubar/taskbar icon for networking Oct 09 22:05:57 so i should plug in back the bbb by usb.. one sec Oct 09 22:07:07 zmatt, this one is rev. C Oct 09 22:07:50 now got 2 bbb Oct 09 22:08:19 rev, A5C & rev. C Oct 09 22:09:59 Only rev. c is connected Oct 09 22:11:09 networks - windows network, zmatt Oct 09 22:11:30 uhh what? Oct 09 22:13:29 did open nautilus and go to networks => windows network it says Oct 09 22:14:00 that sounds completely unrelated, isn't nautilus the file manager? Oct 09 22:14:53 yeap Oct 09 22:15:32 you right Oct 09 22:15:38 then that's just about network file shares, not networking itself Oct 09 22:16:24 went to all settings - network Oct 09 22:16:31 but ehm, I'm really out of helpdesk energy right now. and your questions at this point are really not bbb related at all Oct 09 22:17:24 dury look at the link I provided and read it. It has answers to questions you asked as well as answers to your current issue. Oct 09 22:17:42 those enx appears on network Oct 09 22:17:59 you right guys Oct 09 22:18:11 2 enx Oct 09 22:18:38 https://beagleboard.org/getting-started look at Step 2 it does have answers (and links) Oct 09 22:29:52 it detects bbb ethernet but not ethernet cable plugged on bbb Oct 09 22:30:29 should I? Oct 09 22:33:37 did plug ethernet cable Oct 10 01:17:42 Okay, see here: Are there any people here using the XBee radios and some Grove Development boards with their BBB/BBG? Oct 10 01:18:52 I am asking because, ouch, these radios are difficult to configure with PuTTY. Oct 10 01:38:31 hrm. Oct 10 01:38:56 so, i seem to have ended up with a bunk u-boot SPL on the eMMC of a beaglebone black ... Oct 10 01:39:12 booting with the boot button held down and a known good version of u-boot on a microSD doesn't appear to be working Oct 10 01:39:20 any suggestions? Oct 10 01:40:21 * vagrantc tried to use the am355x_evm from u-boot mainline ... though it should work, as it has the .dtb for beaglebone black ... but it just appears to hang Oct 10 01:52:17 Nope. Oh, try to not hold that button down. Oct 10 02:02:17 How can I set up two BBBs with one computer to run both at the same time? Oct 10 02:02:26 ... Oct 10 02:02:48 I am using PuTTY instead of Linux/Cloud9. Oct 10 02:06:23 vagrantc: if booting with a known-good card and S2 button held down during power up doesn't work, you just messed up one of those two ingredients somehow :) Oct 10 02:06:54 vagrantc: be sure to hold the button down during power-on. it is not resampled on reset Oct 10 02:08:28 and of course keeping an eye on the serial console can be very helpful for debugging (also for your mainline u-boot, which I think has a boot script that is significantly different from the one rcn uses) Oct 10 02:13:11 the mainline u-boot doesn't even load u-boot.img, it hangs in SPL Oct 10 02:13:59 okay Oct 10 02:16:20 I've never felt a particularly strong urge to try mainline :) Oct 10 02:16:41 though rcn's patch isn't that big I think? Oct 10 02:17:53 * vagrantc pretty much only uses mainline and if it's broken tries to get it fixed Oct 10 02:18:23 I applaud the effort Oct 10 02:18:41 (but usually can't be bothered with it myself :P ) Oct 10 02:19:37 i think the problem is u-boot on the eMMC is working just well enough that it doesn't try any fallbacks Oct 10 02:20:26 powering on with S2 held down takes eMMC out of the boot order entirely Oct 10 02:21:47 (by "boot order" I mean the list of devices where the ROM bootloader attempts to locate SPL) Oct 10 02:22:41 ok, got it to boot off of microSD Oct 10 02:22:44 default boot order on the BBB is { eMMC, μSD, uart, usb }. with S2 down it becomes { spi, μSD, usb, uart } Oct 10 02:23:18 (usb meaning rndis netboot) Oct 10 02:25:07 and fortunately, it still booted off of microSD after booting to the wrong OS and just hitting reboot... Oct 10 02:25:27 like I said, S2 is only sampled at power-on, not at reboot Oct 10 02:34:06 Hello...on a lower level, do I put negative to positive on the BBB and vice versa from a sensor? Oct 10 02:35:00 So, say I have a temp. sensor. Do I put the positive section of my sensor to the negative/gnd on the BBB? Oct 10 02:35:42 I know this sounds silly but I am being serious. Oct 10 02:36:07 uhh what? Oct 10 02:37:34 So, this sensor has three wires. The negative part of the sensor (noted by gnd) to my Power/3.3v? Oct 10 02:37:44 ??!? Oct 10 02:38:05 no, I recommend connecting all three wires to random pins of the BBB Oct 10 02:38:45 Serious. I am messing with a TMP sensor, again. I know. Boring. But, the gnd input on the bone goes to the positive output of the sensor, right? Oct 10 02:38:58 I am having a brian fart for some reason. Oct 10 02:39:18 * zmatt stares bewildered at set_ Oct 10 02:39:23 what's the sensor's part code? Oct 10 02:39:42 TMP36 Oct 10 02:40:20 pin one = +, pin two, vOUT, pin three = gnd Oct 10 02:41:06 Sorry... Oct 10 02:41:13 pin two = vOUT Oct 10 02:42:18 so, connect pin 1 to 3.3v, pin 2 to analog input, pin 3 to gnd Oct 10 02:42:48 (if connecting it to a beaglebone while powered on, which you should generally avoid anyway, be sure to connect pin 3 to gnd _first_) Oct 10 02:43:00 Right? Oct 10 02:43:31 which isn't what you seemed to be saying Oct 10 02:43:37 I know. Oct 10 02:43:50 My board would not start with those configurations set up. Oct 10 02:44:02 So, I changed it and plugged in the board. Oct 10 02:44:06 It started. Oct 10 02:44:39 that's called "luck". it could have been a dead board Oct 10 02:44:47 you may still have damaged the sensor and/or analog input Oct 10 02:45:05 Who knows? I will test it soon. Oct 10 02:45:15 The board worked like two hours ago. Oct 10 02:46:01 yeah, probably it's the sensor that took the worst beating Oct 10 02:46:28 since you basically made a short-circuit from 3.3v through the sensor to ground Oct 10 02:47:12 but with a bit of luck the pmic's overcurrent detection intervened before the chip got fried Oct 10 02:47:41 My board is up and running and working on PuTTY. Oct 10 02:47:55 I can install and update. I even wrote some software. Oct 10 02:48:58 So, the positive rail on the breadboard goes to what on the BBB? Oct 10 02:49:18 I already said Oct 10 02:49:33 Oh...3.3v? Oct 10 02:51:15 seems like the am335x_evm works from microSD ... but not from eMMC ? Oct 10 02:51:34 What I am getting at is this...the example deals with a totally different TMP sensor. I see you are explaining to me what goes where with the TMP36. Thank you but does the gnd on sensors always go to ground on the breadboard? Oct 10 02:52:29 set_: ground = ground. (yes there are exceptions to that rule, but nothing you need to concern yourself with) Oct 10 02:52:54 so... Oct 10 02:53:19 ground (sensor) = ground (breadboard) = ground (BBB) Oct 10 02:53:27 yes. when connecting stuff together, making sure they solidly share a common ground is always step 1 Oct 10 02:53:30 for this specific sensor. Oct 10 02:53:37 Thank you. Oct 10 02:54:25 Sorry for harassing you about normal stuff. Oct 10 02:54:29 Back to work for me! Oct 10 02:57:26 try not to bake your chips too crispy Oct 10 02:59:19 I know...the damn thing is a bottom view. Oct 10 02:59:30 Who looks at sensors from the bottom? Oct 10 02:59:41 ... Oct 10 02:59:45 it keeps fooling me! **** ENDING LOGGING AT Tue Oct 10 03:00:00 2017