I've attached a schematic of what I have done so far. I still need to add capacitors and a way to get power to the adapter board. (Which needs 3.3V as well as 5V) ... and then there is the issue of laying things out and soldering everything. Sadly my ST and soldering iron is in storage, as I don't h...

nice, we can use then the BLiTTER to copy data to the data register. I have one concern about the price: https://www.buydisplay.com/default/serial-spi-arduino-10-1-tft-lcd-display-shield-ra8876-for-due $68 only for that module and probably should be added/buy an interface between ST and that module...

what about bitmap graphics? is it possible to push it somehow to the RA8876 RAM? and how fast? Yes you basically either set up a memory destination or a bitBlit operation with one source set to "MCU", and then just write consecutive words to the data register. The RA8876 increments the destination ...

I recently found this Arduino shield that can achieve hi-res HDMI output: http://www.techtoys.com.hk/BoardsKits/HDMIshield/HDMIshield.htm https://www.youtube.com/watch?v=MUeIY_gLn3c It works by using a smart LCD controller to generate the graphics and then another chip that encodes the RGB data into...

How are you going to do the controller? Are you going to salvage old HC6303's from existing keyboard, or are you going to use a different microcontroller and program it from scratch. Going with a new controller (maybe a Teensy board?), would allow adding new features. For instance one could separate...

Isn't that the extra key between left shift and Z on non-us keyboards?

Has anyone ever adapted an internal keyboard for a Mega ST? Don't mind taking this project on if youd both like? Not sure.. wasn't the mega keyboard the ST keyboard design just with a different connector on it ? The Mega keyboard feels better, but the signal and protocol is exactly the same as the ...

So should I connect LDS and UDS to A0 on the flash chips ? With 16bit access I assume A0 would just end up low all the time. Though it dosent seem right as wouldn't keeping A0 low all the time basically disable all the odd addresses in each flash chip ?! I am still somewhat confused to how I ended ...

It might be latching the data too late. According to the 68k manuals, the data may no longer be valid when R/~W is deasserted on a write cycle. Maybe you need to combine your WE with UDS and LDS, which are asserted low while data on the bus is valid?

Yeah I can understand that.. Though high and low byte order, I don't see how it would double the address ? I could ready E00000 and then E00001 on byte access, but I just read E00000 in 16bit and read the lot, so both addresses are accessed at once.. The address number doesn't change.. Edit Even th...