Re: [beagleboard] Re: serial console
On 21/12/20 5:59 pm, Gwen Stouthuysen wrote: > I have had an analogous issue a while ago when I was confronted with a boot > issue on a device. > I discovered that the serial parameters differ from how the power is > applied to the board: when using a direct USB connection with a host PC the > serial interface functioned as described. > When using a USB power supply or the 5V power input the serial parameters > are different, I saw data coming in, but could not read them. I wonder if it uses 9600 baud somewhere as a default? Pretty common serial baud rate for consoles. Might be worth putting an oscilloscope or logic analyser on the TxD pin and measuring what the bit period is, maybe see if there are 8 logical "bits" between the start bit (logic 0) and stop bit (logic 1) or see if there's a 9th bit somewhere? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/292c60eb-196e-8745-02f0-d5cd60901cfd%40longlandclan.id.au.
Re: [beagleboard] Re: serial console
On 21/12/20 8:14 am, Robert Berger wrote: > I posted it under "pocketbeagle" and thought that would be more obvious, > but it does not seem to be. I think it fair to say, this is only visible to those who read the mailing list via its web interface. Those of us who read the mailing list via their own email clients, or via NNTP services like GMane, do not see this information. Complaints to supp...@googlegroups.com -- we didn't write the software. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/46c98238-ff14-9805-691e-722f03899c44%40longlandclan.id.au.
Re: [beagleboard] Simple 3G/4G connection *TO* BBB, what's available?
On 27/12/20 11:40 pm, Chris Green wrote: I want to be able to connect to a remote BBB which doesn't have reliable WiFi available. The obvious approach would seem to be a 3G/4G USB dongle and a SIM with a data allowance. However I can't seem to find any information about using a mobile data dongle for*incoming* connections, can anyone point me at anything useful. I'm a bit confused as to why a peripheral would want to establish an inbound connection to its host? Normally, the dongle is just forwarding packets backwards and forwards in a largely stateless manner, and things like TCP connections are "the host's problem". Making an inbound connection from another host on the Internet to the 4G-connected host is simply a matter of the 4G-connected host having a publicly routed IP address known to the connecting party at the time of the connection. If the 4G dongle only provides a private IP address, then you'll need to configure the NAT gateway in between to forward the connection. If that NAT gateway is outside your control (e.g. at your ISP), then your only option is to "tunnel" the connection by having the 4G-connected host establish an outbound connection to some publicly accessible point (*in* your control) which can forward the traffic down the tunnel to your host. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/28394a4a-3851-773f-a22d-0afe4036b68a%40longlandclan.id.au.
Re: [beagleboard] IDE (eclipse) for Beaglebone on Windows
On 20/8/20 4:52 am, NAGABHOOSHANAM VEMULA wrote: > With this eclipse, I am successful to build and run c program (Hello world) > in the native/host platform, windows machine. > But I am unable to add cross -compile option to "*arm-linux-gnueabihf*-" > as per the video below. Never tried developing for Linux from a Windows box, as I find Windows to be an utterly terrible and confused platform for any kind of software development… That said, you might find you need to install the GNU ARM Toolchain. Not sure if this needs to be installed on your Ubuntu environment (`apt-get update && apt-get install -y gcc-arm-linux-gnueabihf` might do what you need), or if you need to install a Windows toolchain. This may help: https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-a/downloads You want a toolchain for arm-*-linux-eabihf (the * is not critical). -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. Help fund COVID-19 research: https://stuartl.longlandclan.id.au/blog/2020/04/20/who-covid19/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/10e32291-97b7-2e5a-d62a-649a9fbe9aa0%40longlandclan.id.au.
Re: [beagleboard] Re: sudo problem
On 24/7/20 1:45 pm, sagar patel wrote: > kindly try this line: > > sudo rm /var/lib/dpkg/lock-frontend Do a `ps ax | grep dpkg` to check nothing actually _is_ running before doing that! If it shows something other than `grep dpkg` as running at the time, removing the lock file and running a second instance could make a mess of your package database. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. Help fund COVID-19 research: https://stuartl.longlandclan.id.au/blog/2020/04/20/who-covid19/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/4db1eac6-c692-dbed-09b5-480a2eab4490%40longlandclan.id.au.
Re: [beagleboard] Re: sudo problem
On 23/7/20 9:24 pm, Chris Green wrote: > However it's doubtful if one wants or needs serious security on a BBB > which will probably only ever have one user. OK, the normal/default > permissions will prevent you (as a user) doing things that only root > (which presumably will be you, on purpose) should be able to do, by > mistake, but that's about all. Well, in some cases yes, you will be just running as a single user, you might consider running everything you need as 'root', however this is still not good practice and should not be encouraged. I'd advise against doing so in any sort of production environment. It's one of the overheads of a full-blown operating system, if you want to skip the privilege separation, consider a RTOS. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. Help fund COVID-19 research: https://stuartl.longlandclan.id.au/blog/2020/04/20/who-covid19/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/7af0d7df-1691-bafb-9413-09ab9b6ef26b%40longlandclan.id.au.
Re: [beagleboard] sudo problem
On 23/7/20 5:22 am, jayasudhaa t.n wrote: > debian@beaglebone:/etc$ visudo sudoers > visudo: sudoers: Permission denied > debian@beaglebone:/etc$ ls -l > total 940 > -rwxrwxrwx 1 root root 2987 Apr 6 10:29 adduser.conf > drwxrwxrwx 3 root root 4096 Jul 16 15:05 alsa > drwxrwxrwx 2 root root 4096 Jun 25 17:53 alternatives > drwxrwxrwx 3 root root 4096 Apr 6 10:24 apache2 > drwxrwxrwx 3 root root 4096 Apr 6 10:28 apparmor.d Whoever ran `chmod -R 777 /etc` on your BeagleBoard… send them on a Unix Administration 101 course and ban them from use of your hardware until they pass the exams. Permissions are set a particular way for a reason. This isn't MS-DOS. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. Help fund COVID-19 research: https://stuartl.longlandclan.id.au/blog/2020/04/20/who-covid19/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/18cb3f14-d959-7413-1998-61dea5e7a3d3%40longlandclan.id.au.
Re: [beagleboard] micro - sd card
On 8/7/20 11:34 pm, gra...@flex-radio.com wrote: > Windows has a limit of 32 GB using the FAT file system, but LINUX does not. > The limit for Windows is something that Microsoft put into Windows to > encourage users to migrate to NTFS. Interesting… didn't know it was a Windows-only limit. I'll keep that in mind for trolling Microsoft fanboys: hand them 64GB+ USB sticks/SD cards that are formatted FAT32. :-) -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. Help fund COVID-19 research: https://stuartl.longlandclan.id.au/blog/2020/04/20/who-covid19/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/d6822149-470d-7b30-b54f-f6b0f1ed449a%40longlandclan.id.au.
Re: [beagleboard] micro - sd card
On 7/7/20 12:50 am, jonnymo wrote: > If you use a 64Gb or greater card, then you'll need to format it as an > exFat drive. Why? The AM3358 SoC doesn't understand exFAT… nor does U-Boot at last check. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. Help fund COVID-19 research: https://stuartl.longlandclan.id.au/blog/2020/04/20/who-covid19/ -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/b829e884-6cdd-9086-5cdb-d98422e578bc%40longlandclan.id.au.
Re: [beagleboard] PocketBeagle Power Problems
On 20/5/20 10:00 am, Pablo Rodriguez wrote: > Vin on same pocket Beagle is bugged, havent seen any official statement but > all My pb( like 6) have the same random reset when powered by Vin. Not when > powered from vusb with the same power supply. > Good luck Are these recently purchased boards that are suffering glitches? We've got a fleet of 6 which have been running fine from Vin. Maybe some bulk capacitance might help? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/7306312b-a4d9-d50c-18f0-1c011f67d6ae%40longlandclan.id.au.
Re: [beagleboard] Install FreeBSD on beaglebone black
On 14/4/20 3:00 am, Richard Day wrote: > I had another look at BSD. > > Yes, lord only knows how you would convince the beagle to boot and root > into that. > > Is this the thing the basis of what now runs on Apple Mac's? I think Andrew gave a pretty in depth run-down, but yes, Apple MacOS X is a distant BSD fork, as are a lot of "Unix" platforms (Solaris comes to mind). > What would you use that for? I would miss the Linux/drivers folder too > much. Every OS has its pluses and minuses. I personally use OpenBSD a lot on various devices for router tasks. Embedded Linux is my go-to for esoteric applications, but many of the BSD derivatives out there, FreeBSD and OpenBSD included, are open-source, so it's possible to dig into those just as much as you can on Linux. For some applications, BSD may be ideal since the license is very liberal: if you are developing some application where you want to keep the sources to yourself, you're legally allowed to under the modern BSD license. Under the GPLv2, you're obliged to provide the sources to anyone you ship derived binaries to if they ask for them. > Are you stuck indoors as well? I will be here until June. I might as well > learn BSD as well. I think most of the world is stuck indoors. Easter long week-end, glorious weather, all national parks and caravan parks closed… and stay-home orders by order of our Chief Medical Officer. Sounds like Murphy's law! -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/b2c84f46-7459-0df5-90cc-2bd2b8ba9c65%40longlandclan.id.au.
Re: [beagleboard] Install FreeBSD on beaglebone black
On 10/4/20 11:46 am, Richard Day wrote: > You should have a ROOTFS and a BOOTFS. > > One is about BOOT is 20Mb and the ROOT is about 500Mb or bigger. > > The BOOT is a FAT and the ROOT is a EXT4 partition. FreeBSD doesn't use EXT4, so it may have a very different boot layout. I expect there may be EXT4 or FAT partition there for the boot-loader (uboot) but FreeBSD has its own filesystem (and its own disklabel format within its partitions). -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/d69d9d85-8861-ed7e-3b92-0a93bd428985%40longlandclan.id.au.
Re: [beagleboard] Re: Internet sharing issue on Pocketbeagle
On 28/2/20 8:04 am, Hans Leeuw wrote: > I have no idea what these 192.168.2.14 and 15 addresses stand for... These are the IP addresses offered by your DHCP server. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/5f69f0ba-0888-62e8-e575-542783243f86%40longlandclan.id.au.
Re: [beagleboard] Ip forwarding
On 20/1/20 7:31 am, Josiah Akinloye wrote: > Hi everyone... please i have tried the method for the IP forwarding from my > sim module to the BB to be able to be us as Hotspot(WiFi) but going through > the fore given process, What steps did you follow? You've quoted my email in it's entirety then top-posted yet more begging "please make it work". Computers don't respond to religion. You're dealing with the Technology Genie here: he'll grant you unlimited wishes, *BUT* expects you get to understand him in return. If you don't want to do that, pay someone who already does understand him. > i realize that only WhatsApp Instant Messaging App > is going... Other browser(Google chrome, Mozilla) are not going. What about the `wget` command I suggested? What was its output? Or are you just going to ignore our questions and hope we can magically solve it for you? I lost my crystal ball in the 2011 Brisbane floods. > i am > thinking maybe its because of the protocol used by WhatsApp thats why its > going through. … which is why I suggested doing some lower-level checks. Think of the OSI model, check… - physical layer (e.g. cable connections, radio settings) - data link layer (e.g. VLANs, LACP, SSIDs, crypto settings) - network layer (e.g. IP addresses, routes) - application layer (e.g. DNS) … IN THAT ORDER. You're starting from the presentation layer (web browser, WhatsApp) and working down. You can't debug a network that way! > Please i need assistance on this. How can i make it work > swiftly and allow it to be compatible with any device and any APP. Then answer our questions. We cannot read minds. > Any one who have done this before should be of help Not done it with the exact hardware combination you're talking of, but I've done it many times before on various systems including: - dial-up modems on a standard x86 machines running Linux - ADSL(v2) modems with PPPoE and standard x86 machines running Linux - 3G/LTE with various systems (including MIPS and ARM) on Linux Once you get the "router" (the thing the modem/module plugs into) onto the Internet, making it accessible to a network behind it is not rocket science, and actually hasn't changed much since Linux kernel 2.4 (5.x still uses `iptables`). -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/20e4ad31-71b5-b8d9-f2dc-edd2087c3135%40longlandclan.id.au.
Re: [beagleboard] update USB0 with new IP and subnet????
On 6/1/20 7:30 am, Michael Ascenzi wrote: > I'm looking for some guidance regarding updating the IP address for the > BBB. I have a BBB that I need to place remotely on my network. Its a > custom BBB with no connections on it what so ever, other than the USB port. > Its a non-wifi model. So I'm looking to find a way to use a usb-Ethernet > adapter and connect it to the USB port. > > So I need to update the IP address from 192.168.6.2, but more importantly I > need to update the subnet so I'll be able to access it on my network. You'll also need to configure your host to bridge the USB Ethernet interface created by the BeagleBoard with your host's Ethernet interface. Otherwise you've got two completely separate Ethernet segments and traffic will not pass from one to the other. /etc/network/interfaces is where the IP addresses are configured. There's two there, one on 192.168.6.2 the other on 192.168.7.2, I think some platforms only support one of the interfaces, but Linux may see either (or both). Alternatively, you might consider routing: - edit /etc/network/interfaces on the BeagleBoard to make your host (at 192.168.6.1) the default gateway - enable IP forwarding on your host - configure your packet filter to permit traffic to/from the BeagleBoard - configure your network's default gateway to send traffic destined for 192.168.6.2 to your host (so it can forward it over USB to the BeagleBoard). -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/8832c564-fa38-470f-957d-923511756896%40longlandclan.id.au.
Re: [beagleboard] Re: Text only console (VGA) instead of HDMI to free up PRU GPIO pins?
On 7/1/20 4:29 am, ercolano7...@gmail.com wrote: > Writing directly to screen memory avoids the main program wasting any > time waiting for e.g. a serial controller > buffer or a linux printf()/puts()/write() tty buffer flush to push out > a combo of ANSI cursor positioning to redraw > the counters, and avoids the user seeing the text "wipe" as the > counters are redrawn, seeing partially drawn > characters, and a text cursor flying all around the updating counters > (looks terribly ugly). So instead of writing maybe 20×5 characters to redraw a counter, you believe re-rendering and re-painting a 160×40 pixels is going to be faster? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/dd7dda51-3352-680d-9101-78737caa2122%40longlandclan.id.au.
Re: [beagleboard] If the operating system does not work, and the beaglebone AI will not load a new one. What do you do?
On 31/12/19 6:56 am, Rob Peterson wrote: > If the operating system does not work, and the beaglebone AI will not load > a new one. What do you do? > You post a more complete error report. Why doesn't the operating system work? What does it do instead of "load a new one"? How did you try to "load a new one"? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/fe33eade-afc1-c5e5-a8db-46bb2d91ea9c%40longlandclan.id.au.
Re: [beagleboard] Ip forwarding
On 19/12/19 8:27 pm, Josiah Akinloye wrote: > I was able to use WhatsApp after I did IP forwarding but I can’t get my > browser or other application to connect to the internet, do you have any > idea why? What error message do you get? Maybe try running `wget --spider http://www.beagleboard.org` on your client machine and paste what happens. If all is working, you should see this: > $ wget --spider http://www.beagleboard.org > Spider mode enabled. Check if remote file exists. > --2019-12-20 09:46:21-- http://www.beagleboard.org/ > Resolving www.beagleboard.org... 44.226.162.25 > Connecting to www.beagleboard.org|44.226.162.25|:80... connected. > HTTP request sent, awaiting response... 303 See Other > Location: https://beagleboard.org/ [following] > Spider mode enabled. Check if remote file exists. > --2019-12-20 09:46:22-- https://beagleboard.org/ > Resolving beagleboard.org... 44.226.162.25 > Connecting to beagleboard.org|44.226.162.25|:443... connected. > HTTP request sent, awaiting response... 200 OK > Length: 27837 (27K) [text/html] > Remote file exists and could contain further links, > but recursion is disabled -- not retrieving. Have you set your client's default gateway correctly? (If you're using DHCP, check the DHCP settings on your DHCP server… possibly running on the BeagleBoard.) Have you set your client's DNS servers correctly? (If you're using DHCP, check the DHCP settings on your DHCP server… possibly running on the BeagleBoard.) Can the DNS servers and default gateway be reached by the client? Most will respond to ICMP echo request, so try a `ping` (or `ping6` if they are IPv6). -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/0bc29072-69d9-a80f-0970-655d304ed7b7%40longlandclan.id.au.
Re: [beagleboard] multiple PocketBeagles ip address?
On 13/12/19 3:50 am, Charles Kerr wrote: > Would the second one bout > .3 ? It'll be 192.168.7.2 because it knows nothing of the first, and it's the PocketBeagle that decides its IP address (and that of the host) not the host. It's configured in /etc/network/interfaces. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/72694a04-f765-1e70-476e-35a830706900%40longlandclan.id.au.
Re: [beagleboard] BeagleBone Black UART not working
On 6/11/19 11:29 am, Dnyaneshwar Sahane wrote: > Can you check on pc terminal by sending sigle charater from beagle bone UART > using serial to usb converter. "using serial to usb converter"… better make sure that is a TTL serial to USB converter. If you plug the business end of a RS-232 to USB converter in to your BeagleBoard, you will release magic smoke. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/c34b5ccf-df00-1159-2c40-8f58d3da4a94%40longlandclan.id.au.
Re: [beagleboard] Deploying Ubuntu Image From USB SSD - Beagle Bone Black
On 5/11/19 1:43 am, Chris Clinton wrote:
> I can successfully boot from the USB hard drive by executing manually the
> following commands from the u-boot prompt, but have not successfully
> automated these commands. Can I update u-boot to automatically attempt USB
> boot?
> usb start
> bootpart=0:1
> bootdir=/
> fatload usb 0:1 ${loadaddr} /uImage
> fatload usb 0:1 ${fdtaddr} /am335x-boneblack.dtb
> setenv bootargs console=${console} ${optargs}
> bootm ${loadaddr} - ${fdtaddr}
Your easiest bet would be to have a small boot-strap MicroSD card that
has U-Boot configured to boot from USB.
U-Boot stores its configuration in environment which can be persisted to
an EEPROM or disk/SD card partition, not sure how the BeagleBoard
instances are set up in this regard.
If you run `printenv` you'll see all the variables that are set.
`setenv` modifies a variable, and `saveenv`, saves the current set of
variables to that non-volatile storage volume.
http://www.denx.de/wiki/view/DULG/UBootEnvVariables documents all the
variables. Many of these you'll see are "scripts" which are executed
with the `run` command.
If the persistent storage is set up, you should be able to configure
U-Boot, then run `saveenv` to store the configuration -- rebooting
should have the board run your commands automatically.
Failing that, you'll need to re-compile U-Boot with the appropriate
default environment settings -- doable, but you risk bricking the board
if something goes wrong.
> Buildroot is automatically looking for the micro SD card due to the
> /etc/init.d/S99autorun file. How do I edit this file?
I'd imagine running `sudo -s` then using `${EDITOR}
/etc/init.d/S99autorun` to modify the file.
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/beagleboard/40da050a-b15a-307f-8709-5a1fdd4537ed%40longlandclan.id.au.
Re: [beagleboard] UART enable
On 18/10/19 7:13 pm, mikheenkoevge...@gmail.com wrote: > But after echo -ne '123' > /dev/ttyO2 (ot ttyO1, ttyS1, ttyS2), device > connected to serial port not receive anything. Did you also set the baud rate and framing settings? stty -F /dev/ttyO2 115200 Adjust for your requirements, see `man stty`. Also check pin configurations to ensure the signals are being routed where you expect. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/1064e39f-41ad-0e48-926b-75cff18ce070%40longlandclan.id.au.
Re: [beagleboard] Flash oops! bb green wireless
On 29/10/19 11:41 am, Michael B wrote: > Another potential path is booting from u-boot to tftp or nfs. h... Setting up a TFTP server and an NFS server is not rocket science. Network booting is a trick that has proven itself very handy time and time again. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/ff859255-077e-0ec1-e19c-20bac7512f93%40longlandclan.id.au.
Re: [beagleboard] Re: PocketBeagle draining the battery when powered off?
Hi Dan, On 23/10/19 1:39 am, Dan Julio wrote: > I tried to use the PocketBeagle with the battery and also found the > extra current draw. Ultimately I communicated with Octavo and got the > following reply. The OSD3358-SM SiP used on the pocketbeagle internally > connects the LDO1 regulator to both the RTC clock input (VDDS_RTC) as > well as the VDDS input. The extra current is taken by the connection to > the VDDS power input. The answer from Octavo is copied below. > > https://octavosystems.com/forums/topic/unexpected-current-consumption-with-pmic-sleep-mode-for-battery-charging/#post-6895 > >> Unfortunately, the connection between VDDS and LDO1 is internal within >> the SiP and cannot be modified on the OSD335x and OSD335x-SM. However, >> we are in the process of characterizing the OSD335x C-SiP to see if it >> can support the power use case where VDDS is not connected to LDO1. We >> should have that characterization finalized in early January. Ahh right, so in other words, this is a quirk of the OSD3358 used in the PocketBeagle that cannot be changed. I was hoping there was some register I could kick to fully power off the chip. Ahh well. Interesting that it powers the on-chip RTC, as this didn't seem to be working when we connected a battery, hence we made a new revision of the board with a I²C RTC (MCP7940N). We'll put our heads together and see if we can come up with a suitable switching arrangement that allows automatic disconnection of the PocketBeagle from the battery when powered off without interfering with the charging capabilities. Thankfully it's not like the OSD3358 is drawing kilowatts from that battery, so we have a few options. :-) -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3b726de2-1d1d-86f8-a6cf-88867a74f50e%40longlandclan.id.au.
Re: [beagleboard] Tethering to Android
On 19/6/19 7:10 am, rpaulb...@gmail.com wrote: > I was noticing the PocketBeagle has 2 gadget configurations, but only > one shows up in Windows (I suspect the other is supposed to show up in > Mac). This leads me to believe there are different implementations or > different requirements between systems, and Android may have something > else required. Does anyone have any docs on how this stuff works under > the hood? Whenever I do a search, the results are the basic getting > started stuff. Well, technically there's three… two USB Ethernet devices and one USB serial. All of them show up on Linux, which creates an interesting challenge of: "which IP address does the PocketBeagle want to talk to me on?" On that basis, I'd think the issue is the Android device doesn't know to automatically connect to the Ethernet interfaces. Not sure if you can try tethering the other way using the PocketBeagle's USB host… might be worth exploring. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/593ca7f9-a118-6549-23b4-1332674b2af0%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
[beagleboard] PocketBeagle interface to LiPo cell
Hi all, So I've researched this a bit, and the answers I've come up with so far are vague. I'm looking to build small packet radio terminals around the PocketBeagle single-board computers to interface RFID readers being used in horse endurance ride events. Now, I've read up on the OSD3588 and its embedded TPS65217C. I'm looking to use these cells to power the devices: https://core-electronics.com.au/polymer-lithium-ion-battery-18650-cell-2600mah-solder-tab.html All that's inside the box in addition to this is a MAX3232 level shifter hooked up to UART2/UART4 (the one chip does TX/RX of both UARTs). The aim is to allow the real-time clock in the PocketBeagle to retain time and act as a UPS for the duration of a week-end long event. >From what I've been able to piece together, ideally a thermister is required, and one of the schematics in the TPS65217C datasheet calls out a 10kohm one specifically, along with a parallel 75k resistor. I'm thinking this will be soldered to the negative end tag of the cell and heat-shrunk to the cell body with the output wire from the thermister joining wires from the two ends of the cell. This is the thermister I'm looking at getting: https://core-electronics.com.au/thermistor-10k.html Would this suffice, or are there specific requirements I should be looking for? Also, I hear somewhere that the TPS65217C needs to be configured to enable charging of the LiPo cell: is that already done by the standard BeagleBone/PocketBeagle image or should I be looking at the data sheet for the appropriate I²C commands? Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/6de9e271-d77e-9285-6021-53deb123e090%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Beaglebone issue : Cannot access 192.168.7.2 on Beaglebone
On 26/05/18 11:57, Dennis Lee Bieber wrote: > Is that a typo? 167 -> 168 Ahh yes, on my part… laptop keyboard, 7 and 8 are beside eachother. > If the OP is connecting as "root", they are either running a very old > OS from an era when root had a published password, or they have given root > a password -- or, they have configured SSH with some sort of certificate to > bypass password checking.. So far as I recall, all OS images in the last > two years (give or take) have been configured without a root password. It's doable… if you've installed your SSH public key as `/root/.ssh/authorized_keys`, you can log in directly as `root`. Authentication is done by your client proving to the server it has the corresponding private key (which should be encrypted with a strong passphrase). Not saying that's what the OP did, but it's what I do on my systems, as generally if I'm intending to log into systems to do admin work, I generally want to do so without dealing with a middle-man (e.g. su, sudo, doas on OpenBSD). -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3a119ce5-2938-80d1-1863-8767c0edc08b%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Beaglebone issue : Cannot access 192.168.7.2 on Beaglebone
On 26/05/18 09:59, Dennis Lee Bieber wrote: > On Fri, 25 May 2018 23:44:09 +0100, Ichrak Mansour > <ichrakmansour@gmail.com> declaimed the > following: > >> I type the command with ssh: ssh root@192.168.7.2 >> > Unfortunately, gmane garbages things that look like email addresses > when they occur in a post. Try splitting that up into multiple lines the > punctuation, so it might not be seen by gmane as something to obscure. Or better yet, don't use gmane… I can see right here that he's telling SSH to connect to 192.167.7.2 as root. Perhaps try running `netstat -anlpt` and see if a daemon is listening on port 3000? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/a3cf85ca-bc22-3da1-7bde-e24881906667%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Can you flash eMMC on BBB from something other than the SD card slot? (USB port?)
On 25/05/18 02:00, bi...@pocketnc.com wrote: > I would love to do this as well. the BBB appears to be able to boot from > serial and network. I have not found anything yet. Probably not via USB, because that requires the OS on eMMC to be up and running to create the USB serial gadget, and overwriting a running OS is asking for it… big time! Years ago we had a similar problem with some Ka-Ro TX-27 modules and I believe the solution was to hook to the console UART and use an `expect`¹ script to tell the boot-loader (RedBoot in this case) to load an image from a TFTP server over the network and flash it that way. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. 1. https://en.wikipedia.org/wiki/Expect -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/35f07605-1ad3-b799-9628-1e8e16ade148%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Recommended Microphone
On 17/05/18 00:44, Unlisted wrote: > Just wondering if you found a microphone that would work with the > beagleboard system? Starting to look at the pocketbeagle for the same. Depends on what your objectives are… - Ease of connectivity? Buy just about any USB microphone. Wire it up to the USB pins on the GPIO header (for PocketBeagle) or use one of the existing sockets (BeagleBoard/BeagleBone). Let ALSA's USB audio device deal with the software stuff. - Audio fidelity? You'll want a I²S sound device to interface to the BeagleBoard/PocketBeagle that is supported by the ALSA SoC audio framework. Be prepared to build your own kernel and device tree overlays. Some microphone modules embed the I²S interface directly. - Cost? Consider using one of the analogue inputs from the on-board ADC with an electret capsule. Once again, be prepared to do some code hacking as you'll need to write a driver to read from the ADC and pump that into the ALSA framework (either through userspace or via a kernel driver). -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/9a76f88a-9df9-47ba-df92-c1675c972cf2%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Immediate Hire -- Mainframe Developer@MO
On 26/04/18 07:34, EYWUS HIRING wrote: > 3 or more years of recent US railroad industry experience as a Mainframe > Developer is required (Union Pacific, Burlington Northern Santa Fe > (BNSF), Norfolk Southern, CSX, Kansas City Southern) > > 5-7 years’ experience as a software developer with COBOL, CICS, JCL, > SQL, Microfocus COBOL and DB2 is required. > Okay, stupid question, how on earth are they managing to run all that on BeagleBones? I didn't think they counted as mainframes. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/9bf2bce3-44d2-12e7-d1d5-210995c14ef7%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: I2S Audio on the BBB
On 22/03/18 19:12, jithunai...@gmail.com wrote: > Its an elaborate and very well explained post. I wanted to use same > CODEC to play an audio on BBB but on the latest Debian version 9.3. > Device tree overlay structure is very different in the latest images. > Will these same commands work on recent images as well? If you have > tried it on any recent image,can you please guide? The device tree stuff might change, but I'd imagine everything beyond "You can check the existence of a soundcard…" should be near identical. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/0d1c4c9a-7fa2-dc4c-9f89-f614e816773c%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: How to get A gui on my beagle bone
On 21/03/18 17:19, Kakarla Srinivas wrote:
> Please check the log and provide the solution.
> Temporary failure resolving 'repos.rcn-ee.com'
In other words, your BeagleBone is unable to reach your nameserver, so
doesn't know who on earth 'repos.rcn-ee.com' is. The solution is to
troubleshoot your Internet connection.
Check:
1. Physical connections, i.e. if using Ethernet, that both ends of the
Ethernet cable indicate a successfully negotiated Ethernet link. I have
no idea looking at this post what you are using whether it be Ethernet,
USB, WiFi or avian carrier, so perhaps in future you might want to
include this information.
2. IP addresses on the BeagleBone. Run `ip addr show` and see what
addresses are assigned. I'm not sure what the BeagleBone's ethernet
connection is called; but assuming it is named `eth0`, try `dhclient
eth0` if you're using DHCP or `ip addr add ${CIDR} dev eth0` for static
IP (${CIDR} is your IP address and prefix length; e.g. 192.168.255.224/24).
3. Routes, if using DHCP, that should be taken care of, but double check
with `ip route show`. If your default route is not there; try `ip route
add default via ${ROUTER_IP}`.
4. Nameserver. `cat /etc/resolv.conf` and have a look. Maybe try
running `echo nameserver 8.8.8.8 > /etc/resolv.conf` and see if you fare
better.
Regards,
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/beagleboard/2a665eed-22f0-b007-3cc5-2d74957e7a05%40longlandclan.id.au.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] apt-get not working on Begale bone black kernel 3.8.13 and 4.4.113
On 14/03/18 19:56, Kakarla Srinivas wrote: > Sub : apt-get not working on Begale bone black > We tried both apt-get is not working and screen shoot also attached. I don't see apt-get in that screenshot. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/10c80c50-bd12-ae71-f3e8-5bd33b00f297%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Configuring GPIO pins as active high
On 11/03/18 00:49, evilwulfie wrote: > The "#" sign must be removed or it will not load > not sure if you did that :) > > On 3/9/2018 8:15 PM, salahgaf...@gmail.com wrote: >> Hi Wulf Man, >> >> I've added the related dtbo files in /lib/firmware/ and the links I've >> kept in the /boot/uEnv.txt as follows: >> >> ###Overide capes with eeprom >> #uboot_overlay_addr0=/lib/firmware/.dtbo >> #uboot_overlay_addr1=/lib/firmware/.dtbo Probably worth subsituting with the name of the actual file too. :-) -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/f9741e4a-1711-0a16-1804-588a713cafcf%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] I2S interface on BBB
On 09/03/18 05:24, Yiling Cao wrote: > By noise, do you mean analog background noise or digital related noise? If your BCLK and WCLK are up the spout, then the CODEC will not be synchronised to the audio stream and you'll get something that sounds like static instead of the intended waveform. Take a 16-bit signed PCM stereo audio file; and try playing it as 8-bit unsigned PCM mono, and you'll get an idea of what I'm talking about. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/44a9be73-09bf-fffc-d0ab-4cafe742f6ca%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] I2S interface on BBB
On 07/03/18 21:52, h...@olli-ai.com wrote: > I'm try to use TVL320AIC3254 Codec with Beaglebone Black via I2S bus. At > present, I can play music but it hear noise. Attached is script to set > up this codec with these setting: WCLK=44.1Khz, BCLK=1.4112 Mhz, MCLK=24 > Mhz. It's been a long time since I had anything to do with the TLV320AIC32x4 driver in the kernel, I actually wrote the very first open-source one back in 2010. Without going into detail of what settings you've selected, my first thought would be to get the oscilloscope out and verify that the bit patterns are what you expect. Maybe try triggering on WCLK and monitor BCLK; you should see 32 transitions between each transition of WCLK. Also, double check the 'AIC32x4 datasheet and the TI Sitara docs, and make sure one end is master, the other is slave. I'd recommend the AIC32x4 is master, since it's usually easier to set to a given sample rate. I vaguely recall some code that would figure out what PLL settings to use in the AIC32x4 to generate the right sample rate for the given MCLK; but whether that's in the current driver, I cannot be certain. Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/28be6f9f-364d-55ef-17f8-e600c2283de0%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Getting BBB serial number without using sudo
On 05/03/18 12:40, 'Luther Goh Lu Feng' via BeagleBoard wrote: > As shared by Robert [1], the command to retrieve the serial number is as > follows: > > sudo hexdump -e '8/1 "%c"' /sys/bus/i2c/devices/0-0050/eeprom -n 28 | > cut -b 5-28 > > Is there anyway to get the serial number without using sudo? My use case > is that I wish to let other programs use the serial number, but I do not > wish for these progams to have sudo privilege. What are the possible > approaches? You could make a script, /usr/local/bin/getserial: #!/bin/sh hexdump -e '8/1 "%c"' /sys/bus/i2c/devices/0-0050/eeprom -n 28 | cut -b 5-28 Create a group of users allowed to see the serial # groupadd serialnumber Then in /etc/sudoers: @serialnumber ALL = NOPASSWD:/usr/local/bin/getserial Any user in @serialnumber, is allowed to run /usr/local/bin/getserial via `sudo`, but `sudo` will reject anything else. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/19e02b59-906d-b8a7-8707-a391eac46ca5%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Minecraft on beaglebone black
On 04/03/18 11:45, nicholas.h.chi...@gmail.com wrote: > Is there any way to run Minecraft on a Beaglebone xM? Unmodified, or by attaching a GPU of some sort? Are you looking for something that is genuinely playable, or only that "it works"? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3f4ca3eb-3e2c-79d8-fecb-f0969af473bd%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Cannot connect beagle bone black to my PC running Ubuntu 16.04
On 28/02/18 10:11, juneja.juneja...@gmail.com wrote: > Not able to SSH into Beagle bone black to its default IP (192.168.7.2) > over USB. > Also in /dev mount point it's showing ttyACM0 instead of ttyUSB0. It hasn't flipped over to using 192.168.6.2 has it? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/91dcc798-ddf1-f95c-680c-47d40d48e5c7%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Can someone help me understand
On 22/02/18 07:24, jflamini...@gmail.com wrote: > I am looking for some one to answer a few questions I have about what I need > to build my own. … your own… *what*? :-) -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3eb0919b-42cc-9c1c-5f31-aea844a063e1%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Beaglebone as a USB router (Share ethernet connection over USB)
On 21/02/18 05:11, Dennis Lee Bieber wrote: > Just a silly thought... But nowhere in this thread have I seen anything > mention that the problem may be on the "PC" side. (If it was there, it > wasn't clearly segregated from the BBB stuff) > > Having the BBB acting as a gateway and forwarding packets to the PC > isn't going to go very far if said PC is not configured to use the USB AS > its network connection. Firewall, at the least. Indeed, it is a valid argument: I don't know what OS the PC is running, so it's hard to provide guidance. I assumed that end of the equation was correctly configured. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/caabc86f-afe0-5c6a-85b5-e1755b054706%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Beaglebone as a USB router (Share ethernet connection over USB)
On 21/02/18 04:39, Stuart Longland wrote: > On 21/02/18 04:37, Stuart Longland wrote: >> On 21/02/18 01:37, grantjohnbagw...@gmail.com wrote: >>> I have found hundreds of tutorials over the internet on how to share >>> your own computers internet connection over USB with the beaglebone. >>> However I want to do the reverse. I want to have the Beaglebone >>> connected to the PC with USB and to the router via ethernet. The PC is >>> not connected to the router directly. I would then like the Beaglebone >>> to share the internet it is getting from the router to the PC over USB. >>> >>> So far I am doing the following: >>> >>> |sysctl net.ipv4.ip_forward=1 sudo iptables -t nat -A POSTROUTING -o eth0 >>> -j MASQUERADE sudo iptables -A FORWARD -m conntrack --ctstate >>> RELATED,ESTABLISHED -j ACCEPT | >>> >>> sudo iptables -A FORWARD -i usb0 -o eth0 -j ACCEPT >>> >>> However I am stuck as to what else I am missing for this to be able to >>> work. >> >> Perhaps try this? > > Gah, never mind, just saw that was the first thing you ran. Chalk one > up for responding to an email whilst half asleep. > > Try checking with tcpdump that the packets are being properly masqueraded. > Another option that might help debug this: iptables -I FORWARD 1 -j LOG --log-prefix 'IP FORWARD:' Then watch /var/log/syslog; you should see what's being passed through the packet filter. You might also find iptables-restore and iptables-save useful. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/911afc81-7b9e-befa-9e53-c9c96c4879fc%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Beaglebone as a USB router (Share ethernet connection over USB)
On 21/02/18 04:37, Stuart Longland wrote: > On 21/02/18 01:37, grantjohnbagw...@gmail.com wrote: >> I have found hundreds of tutorials over the internet on how to share >> your own computers internet connection over USB with the beaglebone. >> However I want to do the reverse. I want to have the Beaglebone >> connected to the PC with USB and to the router via ethernet. The PC is >> not connected to the router directly. I would then like the Beaglebone >> to share the internet it is getting from the router to the PC over USB. >> >> So far I am doing the following: >> >> |sysctl net.ipv4.ip_forward=1 sudo iptables -t nat -A POSTROUTING -o eth0 >> -j MASQUERADE sudo iptables -A FORWARD -m conntrack --ctstate >> RELATED,ESTABLISHED -j ACCEPT | >> >> sudo iptables -A FORWARD -i usb0 -o eth0 -j ACCEPT >> >> However I am stuck as to what else I am missing for this to be able to >> work. > > Perhaps try this? Gah, never mind, just saw that was the first thing you ran. Chalk one up for responding to an email whilst half asleep. Try checking with tcpdump that the packets are being properly masqueraded. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/fcd7c688-d1cc-04d6-a97b-5a14cc8130e1%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Beaglebone as a USB router (Share ethernet connection over USB)
On 21/02/18 01:37, grantjohnbagw...@gmail.com wrote: > I have found hundreds of tutorials over the internet on how to share > your own computers internet connection over USB with the beaglebone. > However I want to do the reverse. I want to have the Beaglebone > connected to the PC with USB and to the router via ethernet. The PC is > not connected to the router directly. I would then like the Beaglebone > to share the internet it is getting from the router to the PC over USB. > > So far I am doing the following: > > |sysctl net.ipv4.ip_forward=1 sudo iptables -t nat -A POSTROUTING -o eth0 > -j MASQUERADE sudo iptables -A FORWARD -m conntrack --ctstate > RELATED,ESTABLISHED -j ACCEPT | > > sudo iptables -A FORWARD -i usb0 -o eth0 -j ACCEPT > > However I am stuck as to what else I am missing for this to be able to > work. Perhaps try this? 1. edit /etc/sysctl.conf; add (or edit) the line: net.ipv4.ip_forward = 1 2. sysctl -p /etc/sysctl.conf By default, the Linux kernel disables packet forwarding; you need to turn it on. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/008c39fe-6857-5a3c-b600-6122783daa50%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: I2C woes
On 11/02/18 11:43, Graham wrote: > I am not an expert at Device Tree stuff, but this is what I think I know. > I2C-0 is intended for internal board management, so sort of reserved, > except as a last resort. > I2C-1 is available, but not enabled, on the BBB and is > enabled/implemented on the PocketBeagle, so you could always look at the > PocketBeagle implementation. I figure then, if we want to hook our own stuff up, then I²C1 is the preferred port to use? In my case I'm running a PocketBeagle, and while I've hooked up headers to I²C0, I haven't yet exposed those. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/84e8df94-7cfc-e50c-d188-b9507631cdb9%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Is it possible to save an image created on the SD card to the PC?
On 05/02/18 22:41, 82amda...@gmail.com wrote: > My problem is that I would like to save the images that were created in > the SD card in the PC, in order to have several releases saved. When I > insert the SD card into the PC, I try to open it to make a copy of the > image, I get a message saying that it can not be opened and also asks if > I want to format the SD card. You don't mention what OS the PC is running. Certain cretinous operating systems (notably Windows) are unable to read a Linux partition, thus assume the SD card is "unformatted". There might be tools that will let you create a raw image from that OS, but my recommendation would be to boot a Linux or *BSD distribution and use `dd` to make a back-up of the SD card. If you could advise us though on what OS you are running, that will help us give better guidance. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3f4eb3d9-de5d-fb4b-5df1-6cb9ae7e0d5f%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] btrfs filesystem instead of ext4
On 01/02/18 12:20, Robert Nelson wrote: >> Actually U-Boot has btrfs support as of v2018.01 (even ZLIB >> compression! lzo is broken). >> >> We got a patch merged in v2018.03-rc1 that fixes (lzo compression..) > if you want to give it a go, use this base image: > > https://rcn-ee.net/rootfs/bb.org/testing/2018-01-28/buster-iot/bone-debian-buster-iot-armhf-2018-01-28-4gb.img.xz > > it's one partition btrfs. Ohh brilliant… I was in the process of porting some of my U-boot patches for another platform over to the latest release (they were built atop a 2014 release), but hadn't gotten around to actually playing with it. Does this include the U-Boot environment as well? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/e214542b-f729-38ea-c27b-e7d19184682b%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] btrfs filesystem instead of ext4
On 01/02/18 10:07, Mone wrote: > I tried with a new snapshot and it works very well. Alongside that, I am > curious and would like to learn about the BBB conversion from ext4 to > flash filesystem. Are there any documentation/manual online that could > explain/hint/guide through the filesystem conversion from ext4 to flash > filesystem like btrfs? It's worth pointing out that btrfs is not a flash filesystem, it needs a FTL (Flash Transition Layer) to do wear levelling on a NAND flash the same as EXT4 does. Your biggest hurdle is the fact that U-Boot does not understand btrfs, so you'll need a /boot partition formatted EXT4. Not sure that this is likely to change, as porting btrfs to U-Boot could be a major undertaking as it's much more complex. BTRFS environment file storage, once a filesystem driver is ported, should be an easy undertaking… least I didn't find getting U-Boot to support EXT4 for environment file storage particularly hard as there was an example for FAT as a starting point. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/28eba84d-60c9-3d8f-93f5-782e00194bf6%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
[beagleboard] PocketBeagle… power supply dimensioning and power-off detection
Hi all, I'm slowly getting a small board together using the PocketBeagle for logic analysis and stimulus. For now, my experiments have revolved around powering the device off a USB host, however I'd like to eventually have the board self-powered via a 4-cell lithium battery pack, stepping that down to +5V for Vin. To power USB VBus, I have a Maxim MAX1607 wired up. Currently, I have hooked its nEN pin to 0V, since as far as I know, the V_EN pin on the PocketBeagle is active-high, and my USB chip requires active-low. This is hooked up according to the diagram at https://lh3.googleusercontent.com/-lu0aOUP8tbc/Wg8Z3vezBxI/AUQ/ud2QXK4zW9gwIhrqVif5ChtTqCcqjDicQCLcBGAs/s1600/PocketBeagle_microUSB_3.png with one difference, since I initially followed the advice on the FAQ, I have USB1 V_Bus (pin 5) and USB1 V_In (pin 7) bridged. This worked, but I still get some issues with the USB dropping out momentarily, which can be seen on the console. https://hackaday.io/project/28513-electronics-hacker-lab/log/78536-improving-usb1-stability shows the messages that can be seen on the console. I suspect that moving to an external 5V DC supply on the Vin pin of the PocketBeagle will improve this. I don't expect to be driving anything high-current off the GPIO pins, as I know they won't handle it. LEDs would be about as high as I'd expect. Based on this, what current capacity do people recommend for these? I have a stack of Rohm BP5293-50s which are 3-pin switchmode devices good for 500mA: http://www.rohm.com/web/global/products/-/product/BP5293-50 Is 500mA sufficient, or should I aim higher? Other recommendations? The other problem I have is knowing when to kill the power. Is there a pin I can monitor on the PocketBeagle's GPIOs that could tell me when the device has halted? I could configure a GPIO as a "LED" and set it to heartbeat, but that's a messy way to find out if something is down. If there was a pin that went high, or low, when the CPU halted, that'd be ideal, as then I could use that to kill the power. Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/78424c78-22d6-5181-d5b4-49b358593a56%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Download a file from a beaglebone web server using client side
On 20/01/18 10:07, rmhayes1...@gmail.com wrote:
> Can someone explain what JavaScript should be in the server to catch the
> 'download' command and return the specified file? What should the
> "socket.on(???, downloadFile);" look like? What's the correct way to
> return the file so the client browser correctly saves it?
It looks much the same as what it does to display your index page, but
instead of setting "Content-Type: text/html" and dumping HTML, it sets
"Content-Type: application/octet-stream" and dumps binary data.
You haven't told us what HTTP server you're using, so it's a little
difficult to say exactly how you do it. One commonly used one for this
task is Express…
https://expressjs.com/en/starter/hello-world.html gives an example of
doing more or less what you've done… if you were to modify that front
page with a hyperlink, the extra code would look like this:
app.get('/mydata.csv', function (req, res) {
res.set('Content-Type', 'application/octet-stream');
res.send('your CSV data');
});
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/beagleboard/ac0c7271-e36a-db67-b1d3-c6207da20f6d%40longlandclan.id.au.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Out of space
On 16/01/18 21:19, 'Bernard Champion' via BeagleBoard wrote: > This email message and any accompanying attachments may contain > information that is confidential and is subject to legal privilege. We're not allowed to see your email because it might contain privileged or confidential material. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/b6272bb8-beb6-8036-8e63-0dd72fc871bf%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Driver for RT5370 wifi adapter on Debian 9.3
On 06/01/18 12:24, not you wrote: > I unplug the wifi adapter. Then plug it back in, and use nmcli d wifi > connect my_wifi password password > It errors out differently ---> Error: Connection activation failed: (7) > Secrets were required, but not provided. > > I then use the GUI and connect via Connect to Hidden Wifi Network... and > put in the info. It appears connected, but Netsurf keeps saying host > cannot be resolved. Leaving the cursor over the connected Wifi icon > says the connection is active. What is going on? /etc/resolv.conf improperly configured? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/321ac595-2c9b-0fc7-4574-f9d7ffb60c21%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Car Hacking with a PocketBeagle (CAN, SWCAN, LIN/ISO9141/K-Line, J1850 and more)
On 30/12/17 18:11, agent.cr...@gmail.com wrote: > Ok, so should I use config-pin on all the red PIN labels, P2_18, P2_6, > P2_32, etc? The linux kernel has support for MCP2515 SPI. Yeah… can't say I've tried the Linux kernel driver, but I'd be leery of the MCP2515. In high traffic situations, I've seen them get incoming and outgoing traffic scrambled: namely transmitting a frame with the payload replaced from a frame that was being received on the CANbus. It was if a race condition caused the buffer storing the outgoing frame payload was overwritten by the incoming frame just as transmission began. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/18c68d6f-2ff2-19bc-6267-d31338b9b37e%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Boot from SD card: where is DISK=/dev/sdX?
On 01/01/18 08:07, Stuart Longland wrote:
> On 31/12/17 18:36, not you wrote:
>> I am stuck at *mkfs.ext4 <= 1.42*:
>> |for||: DISK=/dev/mmcblk0 <<--- |Do I include this 'for:' in the
>> command or no? The terminal on my Ubuntu is complaining that no 'for'
>> command can be found.
>> ||for||: DISK=/dev/sdX||| <<--- |Where is this sdX drive? lsblk
>> does not show any of that name.
>
> It's a script meant to be interpreted by the human, not the computer.
> You didn't blindly copy and paste the "As the version of U-Boot needed
> for this target CAN NOT correctly handle reading files with these newer
> ext4 options." did you?
>
> To translate:
>
> - If you set DISK=/dev/mmcblk0 (or similar); use the command:
> sudo mkfs.ext4 -L rootfs -O ^metadata_csum,^64bit ${DISK}p1
>
> - Otherwise, if you set DISK=/dev/sdX (where X is one or more
> arbitrary letters); then use this command instead:
> sudo mkfs.ext4 -L rootfs -O ^metadata_csum,^64bit ${DISK}1
Thinking about this, the following would be the copy-and-paste shell
equivalent (note; I have not tested this):
case "${DISK}" in
/dev/mmcblk*)
sudo mkfs.ext4 -L rootfs -O ^metadata_csum,^64bit ${DISK}p1
;;
/dev/sd*)
sudo mkfs.ext4 -L rootfs -O ^metadata_csum,^64bit ${DISK}1
;;
esac
That might be worth putting on the wiki… not sure who has access.
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/beagleboard/3435b9a8-7649-75d3-ef48-0505eebc317f%40longlandclan.id.au.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Boot from SD card: where is DISK=/dev/sdX?
On 31/12/17 18:36, not you wrote:
> I am stuck at *mkfs.ext4 <= 1.42*:
> |for||: DISK=/dev/mmcblk0 <<--- |Do I include this 'for:' in the
> command or no? The terminal on my Ubuntu is complaining that no 'for'
> command can be found.
> ||for||: DISK=/dev/sdX||| <<--- |Where is this sdX drive? lsblk
> does not show any of that name.
It's a script meant to be interpreted by the human, not the computer.
You didn't blindly copy and paste the "As the version of U-Boot needed
for this target CAN NOT correctly handle reading files with these newer
ext4 options." did you?
To translate:
- If you set DISK=/dev/mmcblk0 (or similar); use the command:
sudo mkfs.ext4 -L rootfs -O ^metadata_csum,^64bit ${DISK}p1
- Otherwise, if you set DISK=/dev/sdX (where X is one or more
arbitrary letters); then use this command instead:
sudo mkfs.ext4 -L rootfs -O ^metadata_csum,^64bit ${DISK}1
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/beagleboard/f304288e-9cf5-f274-e66a-c94c53aa7b96%40longlandclan.id.au.
For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board swapping between usb0 and usb1?
On 27/12/17 03:12, David Lechner wrote: >> > > There are some threads about this already that may have more details. On > Linux, the CDC should be preferred over RNDIS. > > You can try commenting out the line > > ln -s functions/rndis.usb0 configs/c.1/ > > and probably also just below comment out > > usb1="enable" > > in /opt/scripts/boot/am335x_evm.sh No problems, I'll give this a shot in a few days when I'm next home. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/99a12674-3d00-b9d1-b057-2c025c7b5787%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] PWM Problems with BeagleBone Black Debian 8.4 Kernel 4.4
On 26/12/17 10:11, maxmike wrote: > I can't seem to do get-apt update on this version; session ends with: > > Reading package lists... Done > W: Size of file > /var/lib/apt/lists/deb.nodesource.com_node%5f4.x_dists_jessie_main_binary-armhf_Packages.gz > is not what the server reported 1003 1004 > W: Size of file > /var/lib/apt/lists/repos.rcn-ee.com_debian_dists_jessie_main_binary-armhf_Packages.gz > is not what the server reported 680242 803616 > W: Size of file > /var/lib/apt/lists/security.debian.org_dists_jessie_updates_main_binary-armhf_Packages.gz > is not what the server reported 584615 596286 > W: Size of file > /var/lib/apt/lists/httpredir.debian.org_debian_dists_jessie_main_binary-armhf_Packages.gz > is not what the server reported 8864066 8864371 Maybe the server changed just as you were doing an `apt-get update`? (Or maybe just as the mirror you're using updated?) Try again tomorrow and see if it still happens, or maybe try a different mirror. If you're using a proxy, check that isn't caching a stale result. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/4c7c44d8-e8cf-de57-020d-d0d1e05bb02a%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Qt embedded on a Debian Image
On 26/12/17 08:45, bigguin...@gmail.com wrote: > From what I have found, Qt5 no longer has it's own windowing system so > it would have to be a Qt4 setup in order to have the -qws option work. > > I have been able to compile Qt4 locally on a BeagleBone Black (which > took forever) and can get the video to work on a Chipsee 4.3" LCD > cape but I can't get the resistive touch screen to work. Does X11 or wayland work with that LCD? I'd expect the lxqt images to ship a working version of Qt. I think Qt just uses the standard input layer. What shows up if you run the following? $ tail -n 1 /sys/class/input/*/name -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/fd6df71d-eaa5-413f-91b3-38dbfa54cec6%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Unable to locate package linux-headers-4.4.91-ti-r133
On 25/12/17 16:13, pawan sharma wrote: > https://debian.beagleboard.org/images/ > > there is all image suggest me which one should i download and port it. Well, I personally started with the ones listed here: https://beagleboard.org/latest-images which is the link mentioned in the QuickStart documentation. The first link needs a 4GB or greater MicroSD card (did try cramming it onto a 2GB card, things did not go well). Graham (in https://groups.google.com/d/msgid/beagleboard/d528048e-4449-42b3-9457-8f149d5e81c6%40googlegroups.com?utm_medium=email_source=footer) also pointed to the following site: https://elinux.org/Beagleboard:BeagleBoneBlack_Debian … of which the most up-to-date would be the Debian Stretch versions: https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2017-12-17_-_Debian_9_.28Stretch.29_-_Weekly I haven't tried any of those images however… I do have the "console" one downloaded for later, but for now I'm using the "IOT" version that I originally downloaded from the "latest images" link above. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/88102e5d-a959-19de-0f35-36a184bda74f%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Board swapping between usb0 and usb1?
Hi all, Is there a way to turn off one of the USB CDC-ether gadgets? My board and laptop seem to switch between using usb0 and usb1… just before I was connected via SSH to 192.168.7.2, with my laptop on .1… all fine. Set up a default route via 192.168.7.1, and had my laptop routing to the Internet, `apt-get update` was running, all was well. Then it froze. I disconnect SSH (using the ~. exit sequence; thank-you UUCP) and try to re-connect. SSH wouldn't let me back in… I try 192.168.6.2, and lo and behold, it works, but I then had to blow away my previous default route and set up 192.168.6.1 as my default route. The address seems indeterminate, with my laptop (running Gentoo) seeing both interfaces. It's a race condition as to which will initialise first. From what I gather; one is meant for that legacy OS from Redmond and the other is meant for "everyone else". Is there a preferred interface I should be using? Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/5ce9101a-5ac2-de0e-7c56-5138f9eefacb%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Unable to locate package linux-headers-4.4.91-ti-r133
On 24/12/17 20:35, pawan sharma wrote: > sir i have same problem i did it what have u suggested but i cant get of > my version.plz help my whatsapp number is +918563078782 On 24/12/17 20:39, pawan sharma wrote: > hi i have same problem please mail me or whatsApp me as soon as possible > please help me my number is +918563078782.please please please please On 24/12/17 20:50, pawan sharma wrote: > my version is vi3.8.13-bone50 > hi please help me i have same problem my whatsapp number is +918563078782. On 24/12/17 21:23, pawan sharma wrote: > RoSchmi > *HELP ME PLEASE > * Jeepers! There's asking for help… and then there's practically screaming the place down as if you're being murdered! A few points: 1. We're not all running the same timezone and schedule as you. 2. We're volunteers… we're going to respond on *our* schedule, not yours, *IF* we are able to help. This is *especially* true at this time of year, where many of us will be busy *away* from computers (spending time with friends and family for example). 3. Repeatedly asking "help me" and providing no further information on what you've done to solve the problem does not inspire any of us to assist, as it shows a lack of initiative in researching the problem. Replying to a thread can be okay if you reply with additional information you have found or with different experiments you have attempted… this shows you're at least trying to work the problem, and may help someone else that winds up in your situation in the future. Now… with that underway… It sounds a lot like APT is picking up on the standard `linux-headers` package that Debian ship; and kernel version 3.18 is rather dated now. So likely you're running an out-dated image. That's a guess on my part though, as I am new to the Beagle Bone ecosystem myself. (I have a few years experience with Linux on RISC, and about 20 with Linux itself, but bought my first BeagleBone a few weeks back.) 1. What BeagleBone image are you running? 2. Have you tried doing an `apt-get update; apt-get dist-upgrade` to get everything up to date? 3. What does `apt-cache policy linux-headers` display? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/7f062899-e7ba-2665-f464-e026aad544fb%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Bootstrapping the PocketBeagle with a 2GB SD card
On 22/12/17 21:30, Stuart Longland wrote: > Has anyone managed to bootstrap one of these with an image of this size? > Unfortunately most shops are winding down for Christmas, and so buying > a new card really isn't an option just now. I'd like to get an image on > there to prove the board fundamentally "works" before I get to setting > things up proper. Never mind, in amongst the junk pile was a dud camera-cum-bicycle-tail light that had a 8GB MicroSD card lurking inside. So I now have my PocketBeagle booted and rooted. Next stop, a visit to the soldering iron. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/03b76d33-7e9f-ae2f-253b-19045308aa83%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Debian Stretch Flavors
On 24/12/17 04:45, 'Luther Goh Lu Feng' via BeagleBoard wrote: > Console is the most minimal of them all. You can probably use that as a > base to install your other requirements Can anyone point to where the latest 'console' version is? I went looking for it here and couldn't find it. https://beagleboard.org/latest-images -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/06abbe71-fcc2-cdfb-c333-933da61347ce%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] npm fmclick1 javascript node version of si4703 mikrobus fm click board
On 23/12/17 07:12, pete wrote: > npm install fmclick1. node javascript version of si4703 driver. Are you having problems with this Node module? This is the second time you've posted this and I really don't understand what you are trying to tell us. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/2473d4cb-e60c-87bc-7788-1fe335258c90%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Bootstrapping the PocketBeagle with a 2GB SD card
Dec 22 20:00:02 localhost kernel: [1568380.048232] usb 2-1-port6: unable to > enumerate USB device That to me, suggests *something* is alive. I grabbed a 16GB microSD card, only to find it was a dud. The ones I have spare are 2GB ones. Okay, fine, I loop-mounted bone-debian-9.2-iot-armhf-2017-10-10-4gb.img and had a look at /dev/loop0p1. Sure enough, there's a little over 2GB spare, so in theory, I should be able to shrink that partition down and make it fit. On the image, under /opt/backup/uboot, I found what looked to be the images needed for the U-Boot bootloader… and over at https://eewiki.net/display/linuxonarm/PocketBeagle#PocketBeagle-Bootloader:U-Boot … some notes on how the SD card images are constructed. Despite carefully preparing the SD card and rsync-ing the root filesystem across, it seems I get no life out of the PocketBeagle. I grabbed my 3v3 USB FTDI serial cable out and hooked the RX and 0V wires to the U0 TX and GND pins on the PocketBeagle and power cycled it. No life. Has anyone managed to bootstrap one of these with an image of this size? Unfortunately most shops are winding down for Christmas, and so buying a new card really isn't an option just now. I'd like to get an image on there to prove the board fundamentally "works" before I get to setting things up proper. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/be47871e-6cf6-6e2e-146e-e622c84d1ccc%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] PocketBeagal Debian internet over macOS 10.13.2 USB host? (internet over USB)
On 19/12/17 06:04, Jon Pellant wrote: > if you look at the console image, you will see the results of the > 'ifconfig' showing both a usb0: 192.168.7.1 and a usb1: 192.168.6.1. You > will also note the added route for the default gateway. My apologies, the image was hosted elsewhere and so Thunderbird didn't show the image. Thus I didn't see it first up. What happens if you manually set the IP address of the network interface Mac-side? You'll probably also need to enable IP forwarding and IP masquerade too: I do not know how this is done on MacOS X or if it's even possible. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/d1ba38d0-3e3c-b6a8-1708-7ffa3e53c5c5%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] PHP installation problem
On 18/12/17 03:35, pmi.inter...@gmail.com wrote: > but php -v still does not work successfully. > > If there is any advice I would be pleased to hear it. Just did a quick look on packages.debian.org… Debian 9 (aka "stretch") seems to provide PHP v7: https://packages.debian.org/stretch/php-cli (virtual package) https://packages.debian.org/stretch/php7.0-cli (actual binary) It lists both as being in the main "stretch" repository, as opposed to being in "backports" or other repositories, so they *should* be directly install-able. Maybe try `apt-get install php7.0-cli`? Did you try running `apt-get update` first? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/eb4c74c1-ece0-9003-d952-5941b297fb06%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] PocketBeagal Debian internet over macOS 10.13.2 USB host? (internet over USB)
On 18/12/17 01:57, Jon Pellant wrote: > I am able to 'screen' into the PB (pocketbeagle). I am loosely trying to > follow this video; however, this video <https://youtu.be/Cf9hnscbSK8> is > 4+ years old and not my environment. For example, Debian does not have > the 'udhcpc' command. No expert on what you're trying to achieve, but it should be possible to substitute `udhcpc` for `dhclient`, which should be more standard. IIRC `udhcpc` is a Busybox module, so if that's really a requirement, you might be able to get by, by installing `busybox`. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/ea0eae7b-7c34-b575-4a93-4b32949c00cb%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: PocketBeagle GPIOs and external peripherals
On 17/12/17 00:34, Graham wrote: > An FTDI 3.3 Volt USB to UART0 connection will not blowup or hurt anything. > You an hook it up and leave it hooked up, and not have to worry about > damaging the Pocket Beagle, > A 10K pullup to +3.3 V is also OK, but not actually required for the > FTDI cable to work. > > Something like the TTL-232R-3V3-WE for wire pigtails. > > The damage warning is for things that will try to drive pins with > currents high enough to damage semiconductor circuits and/or ESD > protection circuits. > Or, in the case of the boot pins, something that will over-ride a 100K > resistor. Ahh okay… yeah I used UART here as it's an example of something that would be generally wired up continuously and has the property of presenting a voltage when idle using push-pull logic. I'd likely use the MAX232 for a console port. By the sounds of things, the problem is more down to inrush current than voltage alone, and clearly the AM3358 doesn't have its pins in high-impedance mode at boot-up or else it'd be impossible to achieve those current levels. 3v3 in series with a megohm or more is never going to produce more than 3µ3A, and GPIOs in "input" mode often have a resistance in that ballpark. A GPIO driven as a low output however, could get nasty. The plan was to have a series resistor, so this should be sufficient to prevent catastrophe. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/61a7950d-69e7-5383-2bd0-aa1e37d582f1%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
[beagleboard] PocketBeagle GPIOs and external peripherals
Hi all, I have one silly question to start off with… I have a PocketBeagle coming, hopefully next week, and a Lattice IceStick FPGA development board with which I'll be teaming it up with. The plan is to produce a logic analysis and stimulus tool. I'll be using GPIOs on both the PocketBeagle and the FPGA to control and monitor some arbitrary logic circuit constructed on a bread board. The project is detailed here: https://hackaday.io/project/28513 One question I have though regards the following warning: > NOTE: Do not connect 5V logic level signals to these pins or the board will > be damaged. > > NOTE: DO NOT APPLY VOLTAGE TO ANY I/O PIN WHEN POWER IS NOT SUPPLIED TO THE > BOARD. IT WILL DAMAGE THE PROCESSOR AND VOID THE WARRANTY. > > NO PINS ARE TO BE DRIVEN UNTIL AFTER THE SYS_RESET LINE GOES HIGH. -- https://github.com/beagleboard/pocketbeagle/wiki/System-Reference-Manual#71_Expansion_Header_Connectors Now point one is fine. It's a 3v3 device, and I plan to put a voltage clamp circuit (two resistors, a 3V3 zener and a Schottky diode) in front of the GPIOs anyway just to prevent accidents. Point two worries me a bit from two points: 1. UART0 connection to a TTL-UART interface 2. Pull resistors In the former case, it'd be nice to have access to the actual console of the PocketBeagle. Whether I hard-wire a USB-TTL serial adaptor or TTL-RS232 driver chip, or whether I just expose the headers for something to be wired up later I'm not certain, but the fact that TTL UART always idles high, means that any driver or adapter IC I wire up to these pins, is *going* to be presenting a voltage on the UART0 RX pin. In the latter case, it's common for particular signals to have pull-resistors attached. Notably I²C, chip select lines, interrupt lines and reset lines. Again, the moment power is applied, a voltage will appear on those pins. A workaround might be to hook a MOSFET switch up to the aforementioned SYS_RESET line (which I'm guessing is *actually* called NRST on pin P2.26; or even a software-driven GPIO), and have that switch turn on power to the FPGA and other peripherals. The FPGA boots up on its own right now, but I plan to remove the EEPROM on it so that I can just load the SRAM on it directly. I notice though when the EEPROM is erased that there's a slight glow of the user LEDs on the FPGA board, which suggests to me that other pins may present a voltage too. 12 pins of the FPGA will be hooked directly up to PRU0 pins exposed on PocketBeagle, the thinking being this will give me a nice high-speed 8-bit wide comms link, with PRU0 providing the interface between the CPU and FPGA. How have others handled this requirement of not supplying voltages on the GPIO pins during power up? Regards, -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/664236e5-c6fd-b8f1-c7bc-7ed326580fa2%40longlandclan.id.au. For more options, visit https://groups.google.com/d/optout.
