On Wed, Nov 6, 2019 at 2:09 AM wrote:
> Hi All
>
> I have to following problem. I'm trying to setup a custom cape with and
> SPI TPM based on SLB9670VQ2.0 chip.
>
> What I've done so far is:
> 1 - building and deploying a custom kernel with SPI TPM 2.0 support
> enabled.
> 2 - Writing a dtbo to
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
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
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
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
ok, thank you.
with this it will compiled, but after reboot, the BBB don´t boot and all 4
LED´s are on
Am Dienstag, 19. November 2019 17:27:25 UTC+1 schrieb Mark A. Yoder:
>
> I think dtc doesn't do the preprocess of the include files. The easiest
> way might be to follow the instructions