**** BEGIN LOGGING AT Fri Jun 05 02:59:57 2020 Jun 05 07:10:51 i am looking for schematic of BeagleBoard.org BeagleBone Fan Cape Jun 05 07:14:28 jkridner|pd: schematic for the bbai fan cape seems to be missing from https://github.com/beagleboard/capes .. is it somewhere else? Jun 05 08:32:07 Hello Jun 05 08:32:20 We have one product in that we have used Beagle bone black wireless and it was work well. After that we thought replace Beagle bone black wireless with beagle bone AI with our existing design. Jun 05 08:32:20 https://www.newark.com/element14/1108002000175/beaglebone-ai-low-profile-fan/dp/50AH3703?MER=sy-me-pd-mi-acce ) Jun 05 08:32:22 effect any BB pins or do we have to make change in firmware or hardware ? Jun 05 08:32:43 the BBAI is very different from the rest of the beaglebone family Jun 05 08:33:59 hardware compatibility has to be evaluated on a case-by-case basis, getting the pins configured correctly is currently still much more complicated on the BBAI than on other beaglebones, and significant software changes can be expected Jun 05 08:51:16 Hello Jun 05 08:51:17 https://www.newark.com/element14/1108002000175/beaglebone-ai-low-profile-fan/dp/50AH3703?MER=sy-me-pd-mi-acce ) Jun 05 08:51:19 any BB pins or do we have to make change in firmware or hardware ? Jun 05 08:51:30 you just asked that question and I gave you an answer Jun 05 08:51:51 Actually i lost connection so started again Jun 05 08:52:01 the BBAI is very different from the rest of the beaglebone family Jun 05 08:52:02 hardware compatibility has to be evaluated on a case-by-case basis, getting the pins configured correctly is currently still much more complicated on the BBAI than on other beaglebones, and significant software changes can be expected Jun 05 08:52:04 so lost some massages to read Jun 05 08:53:35 we had change firmware as per our requirement and it work well. i have concern on BB AI fan cape Jun 05 08:53:52 i mean AI work well Jun 05 08:54:12 then why are you asking this question if you've already tested it? Jun 05 08:55:53 i am asking question on interface BB Ai fan cape when interface with BB Ai board do this required any software or hardware update ? Jun 05 08:56:23 https://beagleboard.org/static/images/capes/BeagleBoneFanCape_QuickStart.pdf Jun 05 08:56:30 for this product Jun 05 08:57:16 that quick start literally answers your question Jun 05 08:57:43 you just plug it in an it works... as you'd expect from a fan Jun 05 08:58:31 my guess would be it doesn't even have any controls, though I don't know for sure Jun 05 08:59:24 actually for testing we used the small fan not Fan Cape but we want to use FAN cape Jun 05 09:13:41 so i am sure how FAN cape circuit works Jun 05 10:17:05 hai iam new to this beagleboard and i need install scapy and tzlocal and it supports are not and hopw to install this Jun 05 10:17:54 do you mean scipy? it's installed by default Jun 05 10:18:19 you can install most other python modules with something like "pip3 install tzlocal" Jun 05 10:18:50 not scipy ,scapy for wifi sniffing Jun 05 10:21:11 sudo apt-get install python3-scapy Jun 05 10:21:33 oh, tzlocal is also available as a debian package, sudo apt-get install python3-tzlocal Jun 05 10:21:34 thankyou for your reaply and i tired that "sudo pip3 install tzlocal" it given unable locate packages ,any idea from your side to make it install Jun 05 10:21:50 of course either of these will require the beaglebone to have internet access Jun 05 10:22:41 if you use pip3 do not use "sudo" btw Jun 05 10:24:04 either option ("pip3 install tzlocal" or "sudo apt-get install python3-tzlocal") should work fine, as long as you have internet access obviously Jun 05 10:24:22 this is also not really specific to beaglebones, it works the same on any debian linux system Jun 05 10:24:50 please help me how to connect the internet to the board Jun 05 10:27:52 if it's a device with an Ethernet port, plugging that in is easiest. if you have wifi (which I assume you have if you intend to do wifi sniffing) then I'd suggest searching the internet ("beaglebone wifi" should get you useful results) Jun 05 10:28:23 (but avoid any pages that are many years old) Jun 05 10:31:48 we connected external wifi addpter to pocket beagle and it is detected and we set the to monitor mode also Jun 05 10:35:10 to connect wifi used this method sudo coonmanctl Jun 05 10:35:28 and scan wifi ,services Jun 05 10:35:53 like this process we used to connect wifi Jun 05 11:31:55 zmatt: is there a quick way to know f if the board has been booted from sd card or from the emmc Jun 05 11:33:19 You can also share your laptops wifi connection with the pocketbeagle. that way you dont need a wifi adapter. Jun 05 11:37:35 deepankarmaithan: check whether the rootfs is on /dev/mmcblk0 or /dev/mmcblk1 Jun 05 11:38:27 mouli: I can help you set up if you want . You can run nm-connection-editor on your ubuntu machine (hope ubuntu is your host) and can configure one of the interface as shared to other computer and use 192.168.6.1 and 29 as netmask. then on the pocketbeagle sudo dhclient usb1or usb0 Jun 05 11:38:31 thanks Jun 05 11:41:50 deepankarmaithan: findmnt -no SOURCE / Jun 05 15:39:29 Do I need U-boot for a tftp boot? Jun 05 15:40:21 you need something capable of tftp Jun 05 15:48:10 the TRM mentions EMAC boot, but I'm not getting any BOOTP message Jun 05 15:56:42 arp -a shows me that the bbb is connected to the local subnet, waiting for the boot image I guess Jun 05 17:55:37 CoffeeBreakfast: you don't need U-boot, bootrom directly performs bootp/tftp Jun 05 17:56:21 "not getting any BOOTP message" how did you come to that conclusion? Jun 05 18:01:49 I set up port forwarding, port 67 -> host.. but maybe that is not enough. I didn't get anything watching iptables. neither dnsmasq with log-dhcp. Jun 05 18:04:40 (port forwarding on the router) Jun 05 18:10:50 ehh, bootp does not pass through routers let alone NAT routers, you need to be on the same LAN as the beaglebone. it does seem to be the case that log-dhcp isn't really working, hmm Jun 05 18:11:49 or wait, is the bbb not sending any requests... maybe I'm doing something wrong Jun 05 18:11:54 it's been a while since I've done this Jun 05 18:17:14 apparently, the router gives an ip to the bbb. It's all on the same LAN. But in case the router is the culprit, I'm trying using rndis, and having a hard time setting it up. Jun 05 18:23:28 the router will answer the bootp request from the bbb, the bbb will ignore it Jun 05 18:23:52 (since bootrom requires a bootp requires that includes a tftp address and boot file, which your router won't provide) Jun 05 18:24:07 *a bootp reply Jun 05 18:24:28 that's why you can have this on your network without conflicts Jun 05 18:26:13 your dnsmasq is configured to only respond to bootp requests from bootrom and will ignore normal dhcp requests, while bootp is only interested in the special kind of response that it'll get from your dnsmasq and will ignore responses from your normal dhcp server Jun 05 18:33:09 I'm following this to use rndis https://elinux.org/AM335x_recovery Jun 05 18:33:50 log-dhcp does work Jun 05 18:34:55 there's just something weird going on with the bbb I grabbed for testing, it's like its P9 header got damaged or something... I can't seem to get 3.3V from P9 Jun 05 18:35:32 oh that's gross (the link you gave) Jun 05 18:35:34 why would you do that Jun 05 18:36:02 use your network manager to setup the usb0 interface with a static ip Jun 05 18:36:38 the whole bridge thing is unnecessary, dnsmasq listens on all interfaces by default Jun 05 18:45:18 if I just setup the usb interface with a static ip (e.g. https://pastebin.com/raw/qirxBLFA ) then dnsmasq will begin to log requests when I plug in the beaglebone (with sysboot2 pull down via P8 or by holding down the S2 button) Jun 05 18:47:12 that's a file for the network-manager? Jun 05 18:47:35 for systemd-networkd, which is the network manager I use Jun 05 18:54:04 what is the gateway in that case? Jun 05 18:55:53 there isn't Jun 05 18:57:03 ok, I've also just confirmed it works via LAN (it was a case of PEBKAC) Jun 05 19:07:19 CoffeeBreakfast: if I just change the relevant settings in extra/dnsmasq.conf (in bbb-asm-demo), in particular the dhcp-range to match the IP range used on the local network here, then it's already seeing the bootp requests from the BBB on that same network: https://pastebin.com/raw/gZYJxFya Jun 05 19:07:51 it's saying "no address available" since the dhcp-host line is wrong, but now I have its MAC address Jun 05 19:08:25 I used network-manager to set a static ip, then: https://pastebin.com/XBM1rdtn Jun 05 19:09:07 the dhcp-host line is wrong, you're trying to give the beaglebone the same IP as your computer Jun 05 19:09:24 and the mac address should be that of the beaglebone, not of your computer Jun 05 19:09:49 and I don't think it accepts a relative path ("tftproot"), at least it didn't work when I tried it Jun 05 19:10:03 enp0s4f0u3 is the beaglebone Jun 05 19:10:34 but the MAC address you filled in is of your computer's interface Jun 05 19:11:16 not a big problem, the line simply won't match and dnsmasq will tell you the beaglebone's mac address Jun 05 19:13:53 dnsmasq is running and this is all it says https://pastebin.com/GTdeA9qf Jun 05 19:15:24 you've powered on with the S2 button held down (and no sd card inserted) ? Jun 05 19:16:03 bootrom also stops retrying after a few attempts I think, pressing the reset button helps in that case Jun 05 19:17:19 10K pulldown (also tried S2 held down), no SD card Jun 05 19:18:03 I don't suppose you have a firewall installed or something? Jun 05 19:20:12 it definitely works here, both via ethernet and via usb Jun 05 19:20:21 I'm accepting all from 192.168.0.0/16 Jun 05 19:21:04 bootp/dhcp requests come from 0.0.0.0 since the sender doesn't know its IP yet (that's what dhcp/bootp is going to give him after all) Jun 05 19:24:03 what would be the input rule for that? Jun 05 19:25:03 how about just disable the firewall, confirm it works, and then worry about the appropriate rule :P Jun 05 19:26:17 also, just accept inbound packets to the bootps port... bootp can't cross routers anyway Jun 05 19:26:53 so an origin check is kinda superfluous Jun 05 19:27:50 (plus dnsmasq will only respond to requests with a specific source MAC address and the right vendor class) Jun 05 19:31:58 I added -p udp --sport 67:68 --dport 67:68, Now I'm getting something from dnsmasq... Jun 05 19:32:54 dnsmasq-dhcp: 1 vendor class: AM335x ROM Jun 05 19:33:03 dnsmasq-dhcp: 1 BOOTP(enp0s4f0u3) a0:f6:fd:8b:6a:c9 no address available Jun 05 19:33:30 here's what it looks like when it's working via the local network: https://pastebin.com/raw/rQ1eNnRq (the hostname I gave it is its normal hostname and I assigned it the same IP our router previously gave it): Jun 05 19:33:44 yep, no matching rule for its MAC address Jun 05 19:33:49 which it just gave you Jun 05 19:35:00 so make sure your dhcp-host line uses that MAC address along with a valid IP the range of your interface. the hostname is not really important, it's useful as a label to remember which beaglebone this is if you have more than one Jun 05 19:35:18 *a valid IP from the range of your interface Jun 05 19:35:31 emphatically not equal to your computer's IP :P Jun 05 19:49:26 interesting, My windows PC is sending packets using bootp ports? Jun 05 19:49:49 sure Jun 05 19:50:00 every computer that uses dhcp Jun 05 19:50:11 that's why my dnsmasq config has very strict rules about whom it answers Jun 05 19:50:38 (dhcp is just an extension of bootp) Jun 05 20:19:16 Now I need to write something to UART0 to know if the .bin works Jun 05 20:20:15 you can test it with my example, it turns some leds on and changes them when you press the S2 button Jun 05 20:35:20 how can I be sure that the .bin has been sent? Jun 05 20:35:39 dnsmasq will log the fact that it did Jun 05 20:36:16 like this? dnsmasq-dhcp: 1 bootfile name: /test.bin Jun 05 20:38:02 dnsmasq-tftp: sent /home/matthijs/hw/bbb-asm-demo/demo.bin to 10.0.31.49 Jun 05 20:42:51 https://pastebin.com/rh1yznwk Jun 05 20:43:13 firewall again? Jun 05 20:43:37 oh never mind, you gave it a bogus ip address Jun 05 20:44:12 it helps if you read things I say.. especially if I say them many times Jun 05 20:45:11 zmatt: lol Jun 05 20:45:37 well okay, maybe not "many times" but more than once :P Jun 05 20:45:45 21:09 <@zmatt> the dhcp-host line is wrong, you're trying to give the beaglebone the same IP as your computer Jun 05 20:45:58 21:35 <@zmatt> emphatically not equal to your computer's IP :P Jun 05 20:47:45 I changed it to dhcp-host=a0:f6:fd:8b:6a:c9,192.168.8.1,barebone Jun 05 20:48:07 which is still the same ip as your computer, and will therefore not work Jun 05 20:48:59 I'm starting to be a bit puzzled by what's so hard to understand about "not the same IP as your computer" Jun 05 20:49:01 my computer is 192.168.1.48 Jun 05 20:49:10 not on the usb network Jun 05 20:49:19 you statically assigned it 192.168.8.1 Jun 05 20:49:49 ohhh Jun 05 20:50:01 the fact that your computer is also 192.168.1.48 on another interface is just as irrelevant as the fact that it's also 127.0.0.1 on the "lo" interface Jun 05 20:50:30 my brain is doing a make clean on this topic (?) Jun 05 20:53:00 ? Jun 05 20:56:18 I thought 192.168.8.1 was the ip of the bbb, not the usb interface on my computer Jun 05 20:57:48 then I misread your sentence, sorry about that Jun 05 20:57:59 :) Jun 05 20:59:46 doing it via ethernet is easier tbh, no need to create a separate interface and all that... Jun 05 21:00:50 about that usb interface, I'm not sure where the each OSI layers are Jun 05 21:01:18 since I do eventually want to netboot beaglebones for flashing, I'll probably end up making a service that does what I wished dnsmasq could do: just acquire the ip on the beaglebone's behalf from your LAN's dhcp server and use that instead of any sort of manual configuration Jun 05 21:01:22 (I like this way because I also use a pocket beagle) Jun 05 21:01:32 fair Jun 05 21:01:49 honestly when I use usb networking here, I usually just bridge it to the lan Jun 05 21:01:56 so then it's all the same anyway Jun 05 22:15:02 and the demo are working... Jun 05 22:25:17 *is **** ENDING LOGGING AT Sat Jun 06 02:59:57 2020