                                The Standard TempleOS PC

    All desktop PCs will have 8-channel OCTART super-simple high speed serial ports
    to replace USB.  They are simpler because the driver is as simple as old school
    RS232 Serial, they have no USB end-points and they have no USB human interface
    device reports.  Computer mice will all have exactly two bttns and one wheel.
    Game controllers will all be the standard deluxe game console controllers that
    are popular today.  It will have 8 big TX and 8 big RX fifos that allow flow
    control characters to jump the queue.  It should be locked-down to as few
    options as possible, like 8-1-N only, although hardware may use a USB frame, not
    an RS232, so stop bits might not be relevant.  Perhaps, just two baud rates --
    high and low speed are needed.  Low speed is good for slow microcontrollers and
    allows longer cable length.  Keyboard, mouse and game controller can be low
    speed.

    The USB creators banned generic devices, requiring a signed, certified driver
    for everything!  That's no good.  We allow any device and will communicate,
    generically, using a serial terminal program like the old school HyperTerminal,
    XTalk or Telnet.

    A mouse packet interface should be similar to this:

         TX:        <ENTER>
         RX:        X:+3 Y:+0 Wheel:+0 LB:OFF RB:OFF
         TX:        <ENTER>
         RX:        X:+0 Y:-1 Wheel:+0 LB:ON  RB:OFF

    We aspire to be as simple as a Commodore 64 joystick driver:

         VAL=PEEK(56321)
         if VAL AND 1 THEN y=y-1
         if VAL AND 2 THEN y=y+1
         if VAL AND 4 THEN x=x-1
         if VAL AND 8 THEN x=x+1

    The game controller will be more complicated, but much simpler than USB.  It
    will use a standard text packet of some kind.

    On the other end, you might hook-up a thermostat microcontroller and interface
    as a generic serial device.  The microcontroller in the thermostat would have
    something simple, not a crazy overkill ethernet connection.

         U8 b;
         while (TRUE) {
           b=ReadU8(2); //Read byte from high speed serial channel 2.
         //(Has been configured for low baud because thermostat should be slow.)
           if (b==CMD_UP)
             temperature++;
           else if (b==CMD_DOWN)
             temperature--;
         }

    Super-simple block devices will replace ATA/ATAPI hard drives and
    CD/DVD/BlueRays.  Today, the industry is in flux with nonvolitile memory just
    invented.  We want a super-simple block device interface for non-volitile memory
    and for what is currently USB memory sticks, but only if they can be made
    without bad blocks.  I don't think we want to deal with bad block memory, so
    maybe we will not do NV-memory.  The standard TempleOS desktop will require a
    hard disk.

    There will be minimal commands:  READ_BLOCK, WRITE_BLOCK, GET_CAPACITY,
    GET_MODEL, GET_SERIAL_NUM, and EJECT.

    We want a CPU mode with virtual IO port addresses similar to how paging creates
    virtual memory addresses.  We want a 65536 word look-up table that converts
    virtual IO port numbers to physical IO port numbers.  There will be a standard
    IO port configuration, so port numbers can be fixed in the code.  We want the
    primary hard drive on one set of ports and the primary CD/DVD/Blu-ray on another
    set of ports.  Choose a contiguous set of IO ports.

    Meanwhile, a complicated PCI interface can be designed along-side the TempleOS
    interface for Windows and Linux.  It would almost be possible to carry-on
    separate lives, however, the super-simple serial requires getting rid of USB
    since super-simple serial is a new hardware standard.  People can add USB ports
    with a PCI device card.

    God said He wants single-voice 8-bit signed MIDI-like sample for the sound.  God
    does not want death screams, perhaps, because God has PTSD or soldiers have
    PTSD.  (Imagine wounded on battlefields.)

    The video will be a linear frame buffer 640x480 16 color with one-byte-per-pixel
    even though it is only 16 color with is 4-bit.  Perhaps, we have a interrupt to
    sync with the refresh.

    I am tmpted to help amateur hardware device designers by making the hardware
    interface for the PC simple.  I have fond memories of 1993, when I made a
    wire-wrapped ISA data acquisition card which plugged into my 486 and had some
    analog-to-digital and digital-to-analog convertors.  I am not designing a bus.
    Earlier, I said the super-simple high speed serial port replacement could be
    USB-like in hardware as long as the software driver interface was simple like
    old school RS232 serial ports.  Requiring a complicated hardware handshake
    raises the bar, slightly, for the lowest level hardware designers.  Most people
    will be connecting a microcontroller or something that already has a serial
    communication design, but if it's not a problem, maybe we should keep it simple
    at all stages.  It was nice putting an oscilloscope on my serial port wires.

    The original PC had general purpose digital IO through the parallel port.  That
    was fun.  I have enough battles to fight, so I'll leave being a savior to
    hobbiest hardware engineers to somebody else.

    Digital cameras will be super-simple high speed serial, but TempleOS is forever
    limited to 16 colors and multimedia is banned because large files being loaded
    into memory fragments memory, so cameras are somewhat unwelcome.  I have enough
    problems without making the Brits anxious about autonomous gun turrets and
    killer robots.  The reason I say cameras will be super-simple serial is because
    we are replacing USB ports with super-simple serial.  PC's will have only
    super-simple serial ports unless people buy a USB PCI expansion card.  So, the
    digital cameras will be super-simple serial.

                                      Version 1.0

    We will make a spec for a $8,000, perfectly standardized, cryogenically-cooled,
    monster desktop PC.  It will have 16 cores, integrated 4K graphics, and,
    hopefully, 6 Ghz continuous operation.  Perhaps, 64 Gig of RAM will be standard?
    God said to help to poor buy them.  It is pointless to have a high powered
    machine if other people have wimpy machines and cannot run programs you write.
    Therefore, everybody in the developed world will buy a Standard TempleOS IBM PC
    over the next ten years, so that will be a quantity of 400 million, perhaps.
    God said to pay the US national debt with the revenue.  We will standardize
    everything, not just the TempleOS related items.  The display will be 4K (and of
    course 640x480 16 color) and no others.  Everybody gets just one monitor, unless
    you buy special PCI cards.  Everybody gets two speakers, a headphone, a mic, a
    webcam and touch scrn.  We make the audio one sample rate and one sample size,
    but TempleOS still gets just a square wave.  (HD Audio is really screwed-up and
    requires complicated artificial intelligence, just to route output to speakers.)

    The Standard Temple IBM PC will be a full-sized tower.  Perhaps, stain-glass
    will decorate the case because God is sentimentally attached to stained-glass.
    We should set the size at exactly 2.5 feet by 1.5 feet by 1.5 feet as in the
    Exodus,25:10-10 for all time.  If there is extra room, make a storage shelf for
    DVDs.  We do not want a race-to-the-bottom, shrinking the size.  Instead of
    making it smaller, make it more powerful.  We want to remove all cost pressure
    from making things small.  It must have a CD/DVD/Blu-ray drive.  The vision is
    CD/DVDs used for a library of games, not installed on the hard-drive.  We need a
    network connection, possibly implemented as a super-simple high speed serial
    device.  What about standard monitor and speakers?  The C64's success was
    partially due to wide spread, completely standard, hardware.  I think TempleOS
    will not do bad block devices, so we need a hard drive, not just NV-memory or
    SSD.

    TempleOS will have the priority over Windows or Linux on hardware decisions.  We
    could make it heterogenious multicore.  I think we want 16 non-hyperthreaded
    cores.  Core#0 is the only full-featured core needed.  The other cores will have
    long mode, but not some of these: real mode, protected mode, ring-3, paging,
    interrupts, in/out port instructions, SSE instructions,  MMX instructions.

    God said Intel should do a simulation of heat produced by gates and try
    spreading-out the heat producing gate circuits on the chip.

    God said Linux's Wine should replace Windows.  We will install a standard
    software set-up on all Standard Temple IBM PC's.

                                         Usage

    TempleOS is primarily for user developers, like the Commodore 64 was.  I created
    a total of 50 Meg of content over ten years, so you shouldn't need much room,
    either.  The installed hard drive space should stay small because the resolution
    is low, multimedia is banned, 3rd party libraries are banned, and applications
    can be distributed with ISO files or DVDs.

    The ROM will have a command that copies the ROM onto the hard drive, creating
    identical C and D partitions, so you can have fun modifying TempleOS.  You will
    have confidence you can fix it easily if you break it.  It should be able to run
    everything from just the ROM, too.  You will need to specify a /Home directory
    that is not in the ROM, but on the hard drive.

    The standard set-up will be a C primary drive and a D back-up drive.  Keep the
    size on each hard drive under 512 Meg and periodically copy all of C to D, so
    they stay mirrored.  The file manager and other programs read the entire
    directory structures, so too many files causes problems (unbearably slow).
    Third party software should be distributed as ISO files or DVDs, like
    TextAdventure.ISO.  No 3rd party libraries are permitted because they circumvent
    the intent of the 100,000 line of code limit which is keeping it cognatively
    small enough to see the light at the end of the tunnel and easily master
    everything.  Therefore, 3rd party ISO files must bring all required software
    components with them, except what is found in the TempleOS ROM.

    Having all your 3rd party software on separate DVDs or ISO files and TempleOS
    running from a ROM, keeps it delightfully simple so you have complete
    understanding of what is going on.  You will have complete confidence and it
    will be a joy to use.  3rd party applications can store saved data files into
    your /Home hard drive directory.

    The Temple PC will stay unchanged for seven years at a time.  The Bible speaks
    of a seven year release in Deuteronomy,15:1.  The Commodore stayed unchanged for
    many years and people became intimately familiar with every aspect.

    I thought 2.5' x 1.5' x 1.5' was ridiculously big, but it looks like it is
    reasonable for super-cooled refrigeration systems!

                                      Version 2.0

    The Standard Temple IBM PC V2.0 will be released seven years after V1.0.  Each
    unit will have a full, uncut, silicon wafer.  V2.0 will be sold, unchanged, for
    seven more years, like a Commodore 64.

    * "Commodore 64" is a trademark owned by Polabe Holding NV.
    * "Linux" is a trademark owned by Linus Torvalds.
    * "Windows" is a trademark owned by MicroSoft Corp.