1
0
mirror of https://github.com/hsoft/collapseos.git synced 2024-11-23 16:28:05 +11:00
collapseos/recipes
Virgil Dupras ce10320030 emul/z80/sms: add SPI exchange through controller port
Theoretically, it works. I can access an emulated SD card on it.

Will it work on real hardware?

I've also made SMS emulation faster. It was unbearably slow for SDC
access.
2020-10-29 19:42:19 -04:00
..
arduinouno arduinouno: add schema to at28wr recipe 2020-08-21 20:25:06 -04:00
pcat Move most of the high layer of comp core into the low one 2020-10-28 18:18:00 -04:00
rc2014 emul/z80: decouple SDC and SPI 2020-10-29 15:01:25 -04:00
sms emul/z80/sms: add SPI exchange through controller port 2020-10-29 19:42:19 -04:00
ti84 Move most of the high layer of comp core into the low one 2020-10-28 18:18:00 -04:00
trs80 Move most of the high layer of comp core into the low one 2020-10-28 18:18:00 -04:00
z80mbc2 Move most of the high layer of comp core into the low one 2020-10-28 18:18:00 -04:00
.gitignore recipes/ti84: move recipe blocks into local overlay 2020-09-20 20:24:09 -04:00
README.md doc: fix mis-wording 2019-11-05 17:59:29 -05:00

Recipes

Because Collapse OS is a meta OS that you assemble yourself on an improvised machine of your own design, there can't really be a build script. Not a reliable one anyways.

Because the design of post-collapse machines is hard to predict, it's hard to write a definitive guide to it.

The approach we're taking here is a list of recipes: Walkthrough guides for machines that were built and tried pre-collapse. With a wide enough variety of recipes, I hope that it will be enough to cover most post-collapse cases.

That's what this folder contains: a list of recipes that uses parts supplied by Collapse OS to run on some machines people tried.

In other words, parts often implement logic for hardware that isn't available off the shelf, but they implement a logic that you are likely to need post collapse. These parts, however have been tried on real material and they all have a recipe describing how to build the hardware that parts have been written for.

Structure

Each top folder represents an architecture. In that top folder, there's a README.md file presenting the architecture as well as instructions to minimally get Collapse OS running on it. Then, in the same folder, there are auxiliary recipes for nice stuff built around that architecture.

Installation procedures are centered around using a modern system to install Collapse OS. These are the most useful instructions to have under both pre-collapse and post-collapse conditions because even after the collapse, we'll interact mostly with modern technology for many years.

There are, however, recipes to write to different storage media, thus making Collapse OS fully reproducible. For example, you can use rc2014/eeprom to write arbitrary data to a AT28 EEPROM.

The rc2014 architecture is considered the "canonical" one. That means that if a recipe is considered architecture independent, it's the rc2014 recipe folder that's going to contain it.

For example, rc2014/eeprom can be considered architecture independent because it's much more about the AT28 than about a specific z80 architecture. You can adapt it to any supported architecture with minimal hassle. Therefore, it's not going to be copied in every architecture recipe folder.

rc2014 installation recipe also contains more "newbie-friendly" instructions than other installation recipes, which take this knowledge for granted. It is therefore recommended to have a look at it even if you're not planning on using a RC2014.