[beagleboard] Re: Text only console (VGA) instead of HDMI to free up PRU GPIO pins?

On Tuesday, January 7, 2020 at 10:32:34 AM UTC-8, Dennis Bieber wrote: > > On Mon, 6 Jan 2020 16:46:04 -0800 (PST), Greg Ercolano wrote: > > >Oh wow, I guess this is close to what I was looking for: > >https://elinux.org/BeagleBone_VGA > > I can't tell if it's a dead project ("Discontinued") or

[beagleboard] Re: Text only console (VGA) instead of HDMI to free up PRU GPIO pins?

Oh wow, I guess this is close to what I was looking for: https://elinux.org/BeagleBone_VGA I can't tell if it's a dead project ("Discontinued") or a work in progress ("Manufacturer's link available soon") Also, it sounds like it still uses a lot of pins.. probably because it's supporting full

Re: [beagleboard] Re: Text only console (VGA) instead of HDMI to free up PRU GPIO pins?

On Monday, January 6, 2020 at 2:19:51 PM UTC-8, Stuart Longland wrote: > > 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? > Hmm, no, not at all. With a VGA device in text mode, screen

[beagleboard] Re: Text only console (VGA) instead of HDMI to free up PRU GPIO pins?

On Monday, January 6, 2020 at 12:50:34 PM UTC-8, TJF wrote: > > Your subject is miss-leading. You're searching for a display. > Ah, you must mean, my use of "console". I was referring to the "linux console" (/dev/console), which is usually a VGA card in text mode on IBM PCs. But

[beagleboard] Re: Text only console (VGA) instead of HDMI to free up PRU GPIO pins?

On Monday, January 6, 2020 at 7:56:44 AM UTC-8, TJF wrote: > > I don't understand your target. > When you need high speed GPIO and a controller running on a PRU, your > controller will operate at a frequency beyond 10 kHz. > > Even if you manage to write messages that fast directly to the text

[beagleboard] Text only console (VGA) instead of HDMI to free up PRU GPIO pins?

I have a BBB project in mind that would replace an old DOS machine, making use of one of the PRUs, and it would need about a dozen or so high speed GPIO pins. To do this project, I can see I'd need to disable HDMI to free up the needed GPIO, but a text mode console is kinda required; something

Re: [beagleboard] Re: Surefire PRU - Setup.

On Saturday, May 20, 2017 at 5:58:14 PM UTC-7, William Hermans wrote: > > I do not understand why you would have "field people" playing around with > hardware overlays though. Once your hardware is finalized, it should never > change. Which is one small reason why I personally find Universal IO

Re: [beagleboard] Re: Surefire PRU - Setup.

On Saturday, May 20, 2017 at 6:14:23 PM UTC-7, William Hermans wrote: > > Greg, > > You know what. If I were you, I would get a Beaglebone black or green, and > make learning about it your favorite hobby. This way, you could experiment > with various things, until you're happy with what you

Re: [beagleboard] Re: Surefire PRU - Setup.

On Saturday, May 20, 2017 at 6:27:31 PM UTC-7, William Hermans wrote: > > By the way these are my own preffered "pin mux mode" "spread sheet" PDF > files for working with various pins: > https://github.com/wphermans/bb-info/blob/master/BeagleboneBlackP8HeaderPinMuxModes.pdf > Thanks! Yes,

Re: [beagleboard] Re: Surefire PRU - Setup.

On Saturday, May 20, 2017 at 5:59:40 PM UTC-7, William Hermans wrote: > > System reference manual SRM, Technical reference manual TRM. > Ah, OK -- it's confusing though; searching for "beaglebone technical reference manual" took me to this beagleboard.org page

Re: [beagleboard] Re: Surefire PRU - Setup.

On Saturday, May 20, 2017 at 4:42:46 PM UTC-7, ercola...@gmail.com wrote: > > > On Thursday, May 18, 2017 at 3:58:03 PM UTC-7, William Hermans wrote: > >> [..]along with the TRM, or whatever documentation that makes the most >> sense to you. [..] >> > > For fun, I tried to determine what 0x37

Re: [beagleboard] Re: Surefire PRU - Setup.

On Thursday, May 18, 2017 at 3:58:03 PM UTC-7, William Hermans wrote: > > So a lot of text there to "Wade" through so I'll try to answer the > questions you have in order. Without the "Sea of text" ;) > No walls of text; OK, will try to keep it shorter. I think Universal IO, which includes

Re: [beagleboard] Re: Surefire PRU - Setup.

On 05/16/17 19:21, Greg Ercolano wrote: > On 05/16/17 17:36, Greg Ercolano wrote: >> root@beaglebone:~/dtb-rebuilder# make >> DTC src/arm/am437x-gp-evm.dtb >> FATAL ERROR: Unrecognized check name "unit_address_vs_reg" <-- >> Makefile:136: recipe for target

Re: [beagleboard] Re: Surefire PRU - Setup.

On Tuesday, May 16, 2017 at 7:11:33 PM UTC-7, RobertCNelson wrote: > > On Tue, May 16, 2017 at 7:36 PM, Greg Ercolano > wrote: > > root@beaglebone:~/dtb-rebuilder# make > > DTC src/arm/am437x-gp-evm.dtb > > FATAL ERROR: Unrecognized check name "unit_address_vs_reg"

[beagleboard] Re: Surefire PRU - Setup.

I did notice a few error messages using the OP's disk image + script.. While the script ran, I saw these errors scroll by -- is this something I should ignore? _ [..] Selecting previously unselected package