**** BEGIN LOGGING AT Sun Nov 17 02:59:57 2019 Nov 17 11:30:07 Hi all, I'm trying to connect bb-ai to internet, got it connected to wifi but no internet. Anyone knows why? Nov 17 11:30:51 mudz: can you share the output of the following command: ip route get 8.8.8.8 Nov 17 11:31:15 Is it ip address problem? coz modem is using 192.168.1.x address while bb-aii ip is 192.168.7.2 Nov 17 11:31:37 the bb-ai will use dhcp when using ethernet or wifi Nov 17 11:31:55 192.168.7.2 is just the usb-networking IP Nov 17 11:32:32 you can show the IP address(es) it has on all interfaces using the "ip addr" command Nov 17 11:33:02 and all routes using "ip route" Nov 17 11:34:21 Give me 2 min. let me connect keyboard to bb-ai either I can connect to bb-ai using usb or run internet on this laptop.. Nov 17 11:34:32 the latter should include something like "default via (ip of router) dev wlan0 proto dhcp src (ip of bbai on wifi) Nov 17 11:34:35 uhh Nov 17 11:34:37 what? Nov 17 11:34:43 those things should not conflict Nov 17 11:34:54 if they do, that might be indicative of why the bb-ai has problems Nov 17 11:35:14 (or it might be indicative of a crappy network manager) Nov 17 11:35:31 what OS do you use on your laptop? Nov 17 11:44:01 Oh i mean either i can connect internet on laptop or connect bbai cable Nov 17 11:44:19 I cant use both at a time Nov 17 11:44:29 why not? Nov 17 11:45:45 unless you mean you physically can't because you don't have enough ports, but that should not be an issue when connecting the beaglebone via usb while connecting to the internet via wifi Nov 17 11:46:57 excluding that, connecting to both at the same time normally works fine Nov 17 11:48:25 i tried that i.e internet connected to laptop via wifi and at same time usb connected to bb-ai Nov 17 11:48:35 bb-ai not responding to calls then Nov 17 11:48:45 hence I said: Nov 17 11:49:02 12:34 <@zmatt> those things should not conflict Nov 17 11:49:04 12:34 <@zmatt> if they do, that might be indicative of why the bb-ai has problems Nov 17 11:49:08 12:35 <@zmatt> (or it might be indicative of a crappy network manager) Nov 17 11:49:36 and I asked which OS you run on your laptop to try to diagnose which of these cases applies Nov 17 11:49:38 but bb-ai is working fine when I disconnect wifi :( Nov 17 11:49:54 windows 10 Nov 17 11:51:23 can you run the "ipconfig" command (in command shell) to check the configuration of your wifi? I'm particularly interested in your subnet mask Nov 17 11:51:40 on laptop? Nov 17 11:51:44 or bb-ai? Nov 17 11:52:12 "ipconfig" is a Windows command Nov 17 11:52:57 "ip addr" would be the linux equivalent, but right now you have no way of running commands on the bb-ai and sharing their output to me, so I figured checking the wifi settings on your laptop is easier :P Nov 17 11:53:04 255.255.255.0 Nov 17 11:53:08 hm Nov 17 11:53:24 and your IP address is in range 192.168.1.x ? Nov 17 11:53:34 yes Nov 17 11:54:04 then there shouldn't be any conflict with the usb networking of the beaglebone, they should have no trouble working at the same time Nov 17 11:54:33 :/ Nov 17 11:54:45 lemme power bb-ai with usb type c again Nov 17 11:55:34 also, if the bb-ai is connected via wifi you should be able to log in to it via wifi, no need for usb Nov 17 11:55:48 but you'll need to know its ip address Nov 17 11:56:20 i turned of wifi agent Nov 17 11:56:29 and connected it with usb c to laptop Nov 17 11:58:12 anyway, here's my suggestion: make sure you're logged in to the bb-ai (go offline if necessary, after saving my instructions), make sure the bb-ai is also connected to wifi. then run the following four commands: "ip addr", "ip route", "ip -6 route", "cat /etc/resolv.conf", save their output to a text file, then come back here and share the output of these commands using some paste service like ... Nov 17 11:58:18 ...pastebin.com Nov 17 11:59:44 Alright, its official when disconnected to wifi bb-ai starts working on putty Nov 17 11:59:51 '=D Nov 17 12:00:06 that's extremely weird, but I don't know enough about Windows to offer any suggestions on how to fix that Nov 17 12:00:57 how can i use same ip address series to bb-ai Nov 17 12:01:12 I don't know what you mean by that question Nov 17 12:01:38 and if i change its ip address does it changes ip address to homepage i.e cloud9 of bb-ai Nov 17 12:02:09 for wifi/ethernet the bb-ai will acquire its ip address from the router Nov 17 12:02:31 (more accurately: from the dhcp server) Nov 17 12:02:37 i meant bb-ai is probably using different range of ip address like 192.168.7.2 i want to assign it 192.168.1.x Nov 17 12:02:40 for usb the bb-ai *is* the dhcp server Nov 17 12:02:58 I already said: it uses 192.168.7.2 only for usb Nov 17 12:03:12 you should not change that to 192.168.1.x since then usb will conflict with wifi Nov 17 12:03:34 Thing is i connected bb-ai to wifi with working internet but internet is not working on it Nov 17 12:03:46 its only gets connected to wifi but no internet Nov 17 12:04:43 yes, you said that already and I read it. I actually do listen to what you say. I wish you would also listen to what I say Nov 17 12:05:28 I just gave you instructions on how to gather more information that will hopefully help to diagnose the issue. if you want further assistance, please follow those steps Nov 17 12:06:15 okay Nov 17 12:09:49 Actually I got logged out of this chat when I disconnected to internet so I had to log in with different username, I don't have previous chat Nov 17 12:10:01 can you copy paste what I need to do Nov 17 12:10:29 make sure you're logged in to the bb-ai (go offline if necessary, after saving my instructions), make sure the bb-ai is also connected to wifi. then run the following four commands: "ip addr", "ip route", "ip -6 route", "cat /etc/resolv.conf", save their output to a text file, then come back here and share the output of these commands using some paste service like pastebin.com Nov 17 12:28:20 https://pastebin.com/VgqrQruQ Nov 17 12:29:00 Here is output zmatt Nov 17 12:30:33 mudz: everything about this output seems to imply that wifi (and internet access) should be working fine Nov 17 12:31:13 can you reach the bb-ai at its ip address 192.168.1.5 ? Nov 17 12:32:34 (via http or ssh) Nov 17 12:34:56 the only thing that's a bit odd is that your router seems to have fe80::1 as link-local IPv6 address which is pretty odd but that can't cause any problems with IPv4 Nov 17 12:35:57 alright Nov 17 12:36:30 I have connected to same wifi ssid as with my laptop Nov 17 12:36:43 now its internet seems to be working Nov 17 12:37:17 I can connect to bb-ai on 192.168.1.5 Nov 17 12:37:41 okay so the problem was presumably you doing something odd :P Nov 17 12:37:46 but i cannot login as password is wrong Nov 17 12:38:02 login/password are the same regardless of how you reach the bb-ai Nov 17 12:38:07 (debian/temppwd) Nov 17 12:38:27 odd> I actually made another dedicated ssid named BB-AI for beaglebone and that time it wasn't connecting Nov 17 12:38:45 i meant connected to wifi but no internet Nov 17 12:38:48 :/ Nov 17 12:39:08 i tried same password not working :/ Nov 17 12:39:56 okay password is working restarted the terminal Nov 17 12:39:59 :/ Nov 17 12:40:35 Thanks for all the help, I appreciate it ! Nov 17 12:44:04 My brain telling me to try connecting to other ssid again :/ Nov 17 12:44:32 stop changing so many things at once. You'll never figure which is causing problems.... Nov 17 12:45:19 veremitz that problem got resolved now I need to check what was the problem with earlier SSID Nov 17 12:46:27 ok Nov 17 12:46:36 one thing I noticed why bb-ai is responding so slow Nov 17 12:46:38 ? Nov 17 12:46:47 like super slow Nov 17 12:47:00 i type commands and it shows 1-2 second later slow Nov 17 12:47:08 is it how it works? Nov 17 12:47:28 that was not the problem when I connected it via usb type c using putty ssh Nov 17 12:55:51 Hey! Early morning avenger! Nov 17 12:56:09 I cannot wait to get my hands on that AI... Nov 17 12:57:04 But, like time, I shall wait. Nov 17 12:57:26 You shall not pass ! Nov 17 12:59:49 mudz: is the antenna extended out from the board, or still in its rotated inward configuration? (I don't really understand why they even ship it with the antenna attached since it seems impossible to rotate it correctly without taking it off and reattaching it, which is what I did) Nov 17 13:01:10 Exactly my thoughts, was going to point out in a review Nov 17 13:01:46 The mighty antenna, Thanks to my long nails I was able to rotate it :b :b Nov 17 13:02:16 the antenna also seems excessively short, compared e.g. to the BBBW ( https://photos.app.goo.gl/tgXV8iQo3SQCrmdG8 ), especially since the point of attachment on the BB-AI is some distance away from the pcb edge Nov 17 13:03:06 I've reached to the conclusion that BB-Ai was a badly designed board Nov 17 13:03:23 dunno about badly, it had some really tough constraints to deal with Nov 17 13:03:29 I pity the pcb designer Nov 17 13:03:45 Just look at the heating problem, it should be little wider board. with atleast a fan attached to it Nov 17 13:04:06 heating is partially software though Nov 17 13:04:17 and look at the components placing like physical connectors etc Nov 17 13:04:34 and clearly they wanted physical compatibility with the BBB Nov 17 13:04:49 If you try running it without fan attached it might shut off automatically Nov 17 13:05:02 Processor is mighty beast for little board Nov 17 13:05:37 they should have looked over cooling solution for it Nov 17 13:05:53 pcb outline and positions of most connectors are exactly identical to the BBB Nov 17 13:06:51 the thermal problems seems to be partially caused by the EVEs failing to enter idle and the cortex-15 subsystem power management not being configured right at hardware level Nov 17 13:07:08 so hopefully those things will improve Nov 17 13:07:21 I agree to that but they forgot or I didn;t know but they did not expecting AM5729 to get so much hot Nov 17 13:07:35 Didn't they test it before shipping Nov 17 13:07:47 you can't run it on load with heatsink too ! Nov 17 13:07:50 :/ Nov 17 13:08:18 ¯\_(ツ)_/¯ Nov 17 13:08:37 haven't really had time to play with my bbai yet Nov 17 13:08:47 command to know which ssid bb is connected to? Nov 17 13:09:06 dunno, I never use connman Nov 17 13:09:41 it again changed its wifi ip addr :/ Nov 17 13:09:44 I restarted it Nov 17 13:09:46 hehe Nov 17 13:10:07 yeah using an ip address sucks, better to use its hostname Nov 17 13:11:13 I looked at your message and open putty, typed beaglebone to ssh and voila Nov 17 13:11:23 hehe why didn't I thought of that Nov 17 13:11:33 Thanxx '=D Nov 17 13:13:20 so, I have made a tiny utility that allows manually fiddling with the cortex-15 power management settings to allow lower power states while idle => https://liktaanjeneus.nl/bbx15/omap5-cpu-prcm.tar.gz (run with "sudo ./omap5-cpu-prcm --retention" to minimize cortex-a15 power consumption while idle) ... but I don't know why the kernel configures the subsystem the way it does currently, or what bad ... Nov 17 13:13:26 ...things may result from messing with these settings, so I disclaim responsibility for any explosions or tornados caused by the use of this utility Nov 17 13:14:02 I really don't want to move that fast right now Nov 17 13:14:15 I'll play with it before doing any mod's to it Nov 17 13:15:27 yeah it's mostly just meant as a way to show that better thermals are possible Nov 17 13:16:24 another big difference is made by not allowing the EVEs to get started up, which is done by deleting some files in /lib/firmware (or just moving/renaming them out of the way)... but that also means TIDL won't work Nov 17 13:16:33 didn't it changes its op frequency, so it might not run at its full at its full efficiency? Nov 17 13:17:44 jkridner added a 500MHz option but honestly I think that might actually be counterproductive if cortex-a15 subsystem power management were working correctly Nov 17 13:18:16 I've already ordered for 25mmx25mm fan and graphene sheet to cool it off ! let's see when it will be delivered I hope in coming 2-3 weeks hehe Nov 17 13:19:47 Mods to lower the thermal power might result in poor efficiency of processor also it might turn off few peripherals of need? Nov 17 13:20:17 peripherals don't really produce significant heat I think Nov 17 13:20:47 and the auxiliary cores other than the EVEs appear to be powered off or clock-gated when the system is idle Nov 17 13:20:51 They don't but lowering frequency will auto shut those Nov 17 13:20:56 those> few of them Nov 17 13:20:57 it won't Nov 17 13:21:17 the cortex-a15 clock frequency has nothing to do with peripherals Nov 17 13:21:42 I read it somewhere, Nov 17 13:21:52 you misread Nov 17 13:22:06 or the thing you read was mistaken Nov 17 13:22:12 but that discussion is for some other time I need to.......... nooooooooo there is no interenet again Nov 17 13:22:16 :/ Nov 17 13:22:21 lemme check again Nov 17 13:23:28 to get a useful overview of clock frequencies and modules being enabled, use "sudo omapconf show opp" ... unfortunately it currently doesn't show EVE3/EVE4 (this is a bug) Nov 17 13:24:33 cat: /etc/resolv.conf: No such file or directory Nov 17 13:24:35 ;/ Nov 17 13:24:47 it probably lost connection? Nov 17 13:27:35 weird thing Nov 17 13:27:57 I tried it connecting through SSID 1 already connected it shows Nov 17 13:28:06 but interenet not working Nov 17 13:28:22 then tried connecting to SSID 2 it geets connected :/ Nov 17 13:28:22 maybe connman is just being dumb? I dunno, I don't use it :D Nov 17 13:29:17 I'm dumb not connman wait control man that is me :') Nov 17 13:32:27 which bb you using? Nov 17 13:34:06 the only beaglebone we use in production is the beaglebone black. we also have two beaglebone black wireless for wifi-related testing, and I personally have a beaglebone enhanced collecting dust somewhere, a beagleboard-x15 I got for free, and I recently bought a beaglebone AI but haven't played with it yet Nov 17 13:35:30 production? what if I may ask? Nov 17 13:37:03 active speakers, they manage the DSP, offer configuration/control via web interface, deal with network streaming, that sort of stuff Nov 17 13:38:31 So basically you first use development boards to try coding and other stuff, then use same processors with custom pcb's to run the product? or use development boards straight to device Nov 17 13:40:05 we use the BBB essentially like SoM (it plugs into our custom board), but we're working on replacing it by the osd335x instead Nov 17 13:41:44 Alright, so I take a guess and always wanted to know how much power it consumes? Nov 17 13:42:49 what? the BBB? no, not really, although I've done a fair bit of testing on it in the past... https://liktaanjeneus.nl/werk/bbb-pmic-testing.jpg Nov 17 13:44:19 Wewww, that BBB is running without any heatsink D: Nov 17 13:44:31 I've never heard of a BBB using a heat sink Nov 17 13:44:38 you must be confusing it with the BBAI Nov 17 13:44:39 They don't get hot really Nov 17 13:44:46 na na I never used BBB Nov 17 13:45:28 BBB processor don't get that hot.. hmmm X) Nov 17 13:45:36 New thing I learnt today Nov 17 13:46:08 That's why they thought 5729 will work with same pcb design :') :') Nov 17 13:46:40 it's not "the same pcb design", the pcbs are not even remotely similar Nov 17 13:46:49 NXP iMX line is also similar but i don't know about the support Nov 17 13:47:04 form factor I was taking about Nov 17 13:47:16 nor do I think they would have thought for even a single second that the thermals of the BBB were indicative of those of the BBAI since they use completely different SoCs Nov 17 13:47:46 the form factor was simply the goal, to make a cheaper BeagleBoard-X15 in the form factor of the BBB Nov 17 13:49:34 if you want a bigger board with better thermals and more connectivity, the BeagleBoard-X15 is already there Nov 17 13:52:03 update failed here :/ Nov 17 13:55:11 I need tea now its tiring Nov 17 13:55:20 tea++ Nov 17 13:57:27 Sanity check: Is it ever a good idea to consider powering the BBB/BBGW from LiPo directly through the PMIC and such, or should I just suck it up and try to find a USB powerbank with glitchless passthrough? Nov 17 13:57:44 myself: ohhhh that's such a big can of worms Nov 17 13:58:05 Aye. Worms are usually my thing but not for this project. Nov 17 13:59:14 I would not do it without patching the BBB to tie VDD_3V3B to VDD_3V3A ( https://groups.google.com/d/msg/beagleboard/7sxPePT7wkM/_oNSCta5WusJ ) Nov 17 13:59:27 and of course the usb host port won't work Nov 17 14:00:25 attached hardware will need to take into account that sys_5v will be at battery level at all times, even when the BBB is powered off Nov 17 14:00:48 you have no real way of monitoring how full the battery is Nov 17 14:01:54 Yup, more worms than I'm looking for right now. I think the robotics cape solves some of those issues its own way? Nov 17 14:02:11 you can't fully discharge the battery since the 3.3V supplies will lose regulation before that Nov 17 14:02:16 but for now, the USB powerbank or some adafruit lipo module is my boy. Nov 17 14:02:26 the robotics cape doesn't use this interface, it powers the BBB via 5V Nov 17 14:03:27 unless I misunderstood what you meant by "powering the BBB/BBGW from LiPo directly through the PMIC" Nov 17 14:04:04 I'm talking about the battery terminals of the pmic to be able to use its integrated 1S li-ion/lipo charger Nov 17 14:05:31 (beware of the BBGW btw, it's a piece of misdesign that unnecessarily sacrifices expansion header pins for its wifi/bt chipset) Nov 17 14:05:54 I know, but I have one and I think I found a project it's nicely suited for. I just need a crapton of uarts and wifi. Nov 17 14:06:38 In short: You get a ublox GPS receiver, and YOU get a ublox GPS receiver, EVERYBODY gets a ublox GPS receiver! Nov 17 14:06:56 are a "crapton" of uarts still available on the BBGW after taking into account the pins you can't use? Nov 17 14:07:05 That's what I'm finding out! Nov 17 14:07:21 https://pastebin.com/Fi8Vh0n5 Nov 17 14:10:31 ok yeah BBGW wifi doesn't conflict with any uarts Nov 17 14:10:52 nor does bluetooth audio Nov 17 14:11:10 at least with rxd/txd, didn't check rts/cts Nov 17 14:12:14 no conflicts with rts/cts pins either Nov 17 14:24:44 How to properly shutdown beaglebone? I am using sudo shutdown -P 0 Nov 17 14:24:49 is it fine? Nov 17 14:24:54 sudo poweroff is easier Nov 17 14:25:01 not working Nov 17 14:25:30 Okay working Nov 17 14:25:41 the power button should work too Nov 17 14:25:54 it properly shutdown system? Nov 17 14:26:07 it should yes Nov 17 14:26:23 Thanks Nov 17 15:46:25 AHA! Oh there's such a better way to reflash from microSD. Instead of the blind "edit uEnv, stuff in the card, hold a button, come back in 45 minutes" method, which one is liable to try a handful of times before getting it right... Attach a UART console cable and run the flasher manually! You know if it's working! Nov 17 15:47:36 you could always run the flasher while logged in (no need for a console cable, ssh works too), but apparently doing so on a running system (instead of from initramfs) has a tendency to not always be successful Nov 17 15:48:07 what we do instead is separate the image to be flashed from the system on the flasher card Nov 17 15:49:57 Years ago, there was talk of making Etcher able to target a bare-metal BBB directly, but I never saw anything come of it. That would be the coolest. Nov 17 15:51:43 so you log in on the flasher card, start the flasher (also providing the hostname for the to-be-flashed system), which will erase the eMMC, create the rootfs partition, write the filesystem image to it and expand to fit the partition, randomize the filesystem uuid, mount and personalize it (set hostname, randomize machine id, generate ssh keys), register the beaglebone's information on our server, ... Nov 17 15:51:49 ...write the bootloader, and power off Nov 17 15:52:15 yeah flashing via usb is possible in principle too, it's a "simple" matter of putting in the effort to make it work Nov 17 15:52:43 ditto for flashing via ethernet, which is still on my to-do list (especially since we eventually want to move to custom boards without sd card slot) Nov 17 16:01:30 I'm excited about putting a raspi4 tower-top and pxe-booting it so I never need a ladder to change the sd card because there won't be an sd card. Would be lovely if beagles could do something similar. Nov 17 16:02:39 netbooting and net-reflashing aren't quite the same thing though, even though they share elements Nov 17 16:03:23 net-reflashing never needs to bother with mounting a network filesystem as rootfs Nov 17 16:09:02 either way, something on the network needs to cope with a bare-metal processor coming up and howling for whatever it craves, which I've always figured was the hard part. I'm frequently mistaken, though. ;) Nov 17 16:09:14 oh yeah that part is easy Nov 17 16:10:23 getting u-boot onto a beaglebone via ethernet (in 2 stages due to SPL) is something I've done before, it wasn't too hard Nov 17 16:11:05 then you'd need to ensure u-boot's bootscript will load the kernel and initramfs via tftp and execute it, that's not a biggie either Nov 17 16:12:14 I even still have an u-boot branch with a netboot config => https://github.com/dutchanddutch/u-boot/commits/am335x-v2017.11-netboot (doesn't include any modifications to the bootscript though) Nov 17 16:12:53 once the kernel and initramfs loads the headache starts, but in theory that headache is platform-independent :P Nov 17 16:13:01 kernel, dtb, and initramfs I should say Nov 17 16:17:00 How can I ensure booting from the SD card, without pressing S2 during power up? Nov 17 16:17:47 if S2 is not held down, bootrom will first try to load u-boot from eMMC and if none is present there it'll try to load it from sd-card Nov 17 16:18:18 once u-boot is loaded, it'll depend on its bootscript from where it'll try to load linux Nov 17 16:18:47 e.g. rcn's u-boot tries to load linux from sd card before trying to load it from eMMC, even if u-boot itself was loaded from eMMC Nov 17 16:19:22 can you just dd some crap over the first few sectors of emmc? Nov 17 16:19:56 so your options to boot from sd card are: 1. ensure the S2 button is held down during power-up (or equivalently connect a pull-down resistor (1K-10K) between P8.43 and ground) Nov 17 16:20:18 2. ensure no u-boot is installed on eMMC Nov 17 16:20:43 or 3. ensure the u-boot on eMMC will boot the system from sd card Nov 17 16:25:00 e.g. clearing the eMMC from boot_targets list? i dont remember where is the bootscript Nov 17 16:25:55 the pull-down resistor option is good tho Nov 17 16:25:59 the better question is, why do you have u-boot on eMMC if you want to boot from sd card instead? Nov 17 16:26:12 if you always want to boot from sd card, just wipe u-boot from eMMC Nov 17 16:26:35 dd if=/dev/zero of=/dev/mmcblk1 seek=256 count=1 there, done Nov 17 16:27:18 (technically that wipes the raw mmc configuration header from the MLO that contains u-boot SPL) Nov 17 16:33:54 thank you zmatt Nov 17 20:22:34 this is a really cool way to visualize (complex) fourier series, as a bunch of arrows connected head to tail, each rotating at a constant speed (more specifically, a constant multiple of the rotation speed of the first arrow)... https://www.youtube.com/watch?v=-qgreAUpPwM Nov 17 20:25:41 oh right, second arrow, first one is the constant Nov 17 20:26:58 looks like the order of the terms is 0, 1, -1, 2, -2, 3, -3, etc Nov 17 20:51:23 I love it... Nov 17 22:38:55 NSNF! Nice. Nov 17 22:39:12 I am a plethora of funny info. Nov 17 22:39:17 no smoke, no fire! Nov 18 00:27:36 Thank to TMC2100, my replicape is not ruined! Nov 18 00:28:12 The old drivers could not be plug and play w/ the new driver wiring. Oops. Nov 18 00:38:39 I just made three email listings on google groups about the replicape and wiring from a PrintBoard Rev. B - D. Nov 18 00:39:44 I finally got it right, see here: https://groups.google.com/d/msg/beagleboard/1gmEP6OPrhU/ZXyxJQFaAQAJ. Nov 18 00:47:06 Dang it...I made some mistakes but I figured out what I forgot to do. The wire color codes needed rearrangement in the idea section on that link. Nov 18 01:20:06 I was wrong so far. I am working on it. Nov 18 01:20:55 Wire 3 and Wire 4 were switched in the schematic. I just noticed. So, it goes like this: 1, 2, 4, 3 instead of 1, 2, 3, 4. Nov 18 01:36:45 I just need to flip the connection, change out green for red and vice versa, and then...Glory of 3D printing! Nov 18 02:10:31 BBB! **** ENDING LOGGING AT Mon Nov 18 02:59:57 2019