Hi Dan, For HDMI I share memory with the ARM core and there is a program running in userspace and interpreting video memory. (I use SDL for output).
I suppose that your idea feasibility depends on the clock: with the 1Mhz of the apple ][ clock I had to capture 3 bytes in 489ns (half cycle). But selecting each bytes is slow. In theory there is more than enough time, but there are a few delays: - Reading "pin to register" delay (signal on the pin --> read from __R31) - Writing to "register to pin" delay (write to __R30 --> signal on the pin) - Propagation of latches and demuxes - Write to shared memory So, experimenting with timings I got to the conclusion that changing from one 75HC245 to the next took at least 75ns for reading. I didn't test delays writing to pins yet, but I think itś higher (>100ns). If you have more bits in less time (higher frequency), this approach unfeasible... but if the clock is low enough and you don't need HDMI, you can play with PRU1 and use 16bits + some bits of control.... On Thu, Nov 21, 2019 at 7:06 PM Dan Julio <[email protected]> wrote: > I agree. PRUs are an amazing resource in the beaglebone computers - and - > it is unfortunate there aren't more pins. I have an idea for a project > along similar lines, to use the PRUs to emulate a bus master for a now > obsolete workstation bus. It's 32 bits wide and I was thinking of an > approach similar to yours, using 8-bits of data and a bunch of latches. > Good to know someone else has had success with this. > > One last question. How are you sharing the data with the HDMI frame > buffer? > > Cheers, Dan > > On Thu, Nov 21, 2019 at 9:44 AM Tomas Espeleta <[email protected]> > wrote: > >> Thanks Dan! >> Yep, I created two versions: one capturing READS + interpreting the video >> address, and another one capturing the 6502 writes. With the latter was >> much easier to tune the timings, so that's what I'm doing. >> >> I use 8 bits in parallel, hooking the BBB to the Apple II peripherals >> bus. I need 24 bits in total, so I use some electronics (a multiplexer and >> 3 buffers), and time everything to capture each byte at the right time >> (ADDRESS LOW, ADDRESS HIGH, DATA). >> >> It's a pity that HDMI on the BBB steel so many pins from the PRU, >> otherwise I could write to the bus, emulate audio on hdmi, etc... >> >> PRU are amazing! >> >> On Thu, Nov 21, 2019 at 5:24 PM Dan Julio <[email protected]> wrote: >> >>> Very neat Tomas! >>> >>> A PRU is capturing the write to the video memory? Are you reading the >>> data in via a parallel interface or serializing it? >>> >>> Cheers, Dan >>> >>> On Wednesday, November 20, 2019 at 9:19:44 AM UTC-7, Tomas Espeleta >>> wrote: >>>> >>>> Helllo Guys, >>>> I just wanted to share the first steps of my project: take a look to my >>>> facebook post: >>>> >>>> https://www.facebook.com/groups/5251478676/permalink/10159148656378677/ >>>> >>>> Best, >>>> Tomas >>>> >>> -- >>> 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 [email protected]. >>> To view this discussion on the web visit >>> https://groups.google.com/d/msgid/beagleboard/040e4533-bba5-4ee7-8fd8-3ff776e8db63%40googlegroups.com >>> <https://groups.google.com/d/msgid/beagleboard/040e4533-bba5-4ee7-8fd8-3ff776e8db63%40googlegroups.com?utm_medium=email&utm_source=footer> >>> . >>> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to a topic in the >> Google Groups "BeagleBoard" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/beagleboard/E5eIu-Qo_xg/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to >> [email protected]. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/beagleboard/CALNrYmvc6rFSpxC3kNbODw%2B%3DU-Zhvj1TqCck%3D_3bx5Wmz7fXkw%40mail.gmail.com >> <https://groups.google.com/d/msgid/beagleboard/CALNrYmvc6rFSpxC3kNbODw%2B%3DU-Zhvj1TqCck%3D_3bx5Wmz7fXkw%40mail.gmail.com?utm_medium=email&utm_source=footer> >> . >> > -- > 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 [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/CANr3V-SWG4s2-La6GqwD-TiychD%2B4h%3DXFKD%2BuaQ9uoKemnRmVA%40mail.gmail.com > <https://groups.google.com/d/msgid/beagleboard/CANr3V-SWG4s2-La6GqwD-TiychD%2B4h%3DXFKD%2BuaQ9uoKemnRmVA%40mail.gmail.com?utm_medium=email&utm_source=footer> > . > -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALNrYmsTRPc%3DuoVfST7RB%3DhYnizHCxBSyzRjqDFXyQOYJ0oAhw%40mail.gmail.com.
