With thanks to Jonathan Chapman of Glitchworks who found a Jolt system, here images of a Jolt with 4K memory, an experimenters board and the power supply.
Author Archives: hanso
KB-9, MOS TECH BASIC for the 6502
With a scan of manuals by Gerben Voort, and a third photo of a cassette with KB-9, time to refresh the KB-9 pages. Thanks Gerben Voort
See also:
A demo of the new facilities in the KIM-1 Simulator 2.2.1
KIM-1 connectors: beware the Chinese cheap variants!
Magazines: Compute! and Compute II
All documents in the MTU pages are now clean and higher quality, about 50 new PDFs.
The KIM-1, TIM and Jolt explained
During the hot summer days, locked up in house because of the heat, I made a deep dive into the KIM-1 and the TIM/Jolt software and hardware.
50 years of working with a KIM-1:
The KIM-1 Explained
The Jolt, one of the first 6502 SBC’s, so nicely reproduced now:
The TIM/Jolt explained.
See also:
A demo of the new facilities in the KIM-1 Simulator 2.2.1
KIM-1 connectors: beware the Chinese cheap variants!
Magazines: Compute! and Compute II
All documents in the MTU pages are now clean and higher quality, about 50 new PDFs.
Additions to the EMMA system documentation
Additions to the EMMA system documentation, thanks Keith Norman
![]() |
Emma Hardware Manual |
![]() |
Eprom Programmer |
![]() |
Mac User Manual |

See also:
A demo of the new facilities in the KIM-1 Simulator 2.2.1
KIM-1 connectors: beware the Chinese cheap variants!
Magazines: Compute! and Compute II
All documents in the MTU pages are now clean and higher quality, about 50 new PDFs.
Bug in the TTY KIM-1 monitor?
The KIM-1 monitor surprises me every time I dive into it.
The KIM-1 Explained is nearing completion. The KIM-1 explained
There is a bug in the TTY CLI, it accepts characters as ‘;’ and ‘:’ as valid hex and translates to A..F.
KIM 0200 A9 ;; 00BB 00 :: 00AA 00 ???? FFFF 1C
More about this innocent feature here: PRTBYT, GETBYT and PACK
See also:
A demo of the new facilities in the KIM-1 Simulator 2.2.1
KIM-1 connectors: beware the Chinese cheap variants!
Magazines: Compute! and Compute II
All documents in the MTU pages are now clean and higher quality, about 50 new PDFs.
RAMpager: a 1MB banked RAM expansion for the KIM-1
An exapnsion for the MTU bus: RAMpager: a 1MB banked RAM expansion for the KIM-1
On this location you can find the open hardware source of a RAM card made for the MTU bus
he RAMpager is a MTU banked RAM expansion for the KIM-1: the board supports up to 1MB (that’s three orders of magnitude above more than the original 1152 bytes!) of memory and maps it to a 4KB window placed between 2000h and FFFFh. The window can be mapped to different banks for read and write operations via two control ports.
It supports an optional internal/external backup battery to keep the data in the SRAMs valid across power cycles.

See also:
A demo of the new facilities in the KIM-1 Simulator 2.2.1
KIM-1 connectors: beware the Chinese cheap variants!
Magazines: Compute! and Compute II
All documents in the MTU pages are now clean and higher quality, about 50 new PDFs.
Kempac documents added
The Kempac system now is fully documented!
See also:
A demo of the new facilities in the KIM-1 Simulator 2.2.1
KIM-1 connectors: beware the Chinese cheap variants!
Magazines: Compute! and Compute II
All documents in the MTU pages are now clean and higher quality, about 50 new PDFs.
Proton PIM-1 hex monitor source added
Thanks to Gerben Voort the source of the PIM-1 has been added to the PIM-1 page
See also:
A demo of the new facilities in the KIM-1 Simulator 2.2.1
KIM-1 connectors: beware the Chinese cheap variants!
Magazines: Compute! and Compute II
All documents in the MTU pages are now clean and higher quality, about 50 new PDFs.
The KIM-1 explained
The hardware and the software in the KIM-1 work closely together. The tiny program, less than 2KB in the two ROMs, together with the simple hardware, is very clever designed.
The KIM-1 is a complete computer with two user interfaces and data storage with a simple namespace. It is one of the first 6502 computers, and many clones or derived 6502 SBC systems are designed with more or less KIM-1 copied parts of the software and hardware. On this site you can find many examples!
On these pages I will try to explain how all this is working together. It will not be a rewrite of the KIM-1 user manual, read that first, but more a deeper personal dive into the software and hardware of what the makes the KIM-1 tick. It also expects a basic knowledge of the 6502 and digital electronics.
Based upon my experience and study of the KIM-1 since 1979. The first years to learn the 6502 CPU and the 6530 RRIOTs. The next time when I wrote the KIM-1 Simulator (2015 to now). Many notes on paper and files everywhere. Now consolidated in a lot of pages.
Work in Progress July 6-13, 2026
See also:
A demo of the new facilities in the KIM-1 Simulator 2.2.1
KIM-1 connectors: beware the Chinese cheap variants!
Magazines: Compute! and Compute II
All documents in the MTU pages are now clean and higher quality, about 50 new PDFs.
KIM-1 TTY I/O, no echo, non-blocking, deaf
A page on suppressing the KIM-1 echo of TTY input, read non-blocking and make the TTY input deaf.
Problems with the KIM-1 TTY character input
- The KIM-1 hardware is hardware echoing incoming serial characters to the output, no echo in software involved, so you cannot influence what appears on screen. Very annoying!
- The KIM-1 GETCH routine is blocking, no way to check for a character coming in, like a Break. waiting.
Also quite annoying if porting other software to the KIM-1 or you want the program interruptable. - While a program is running something CPU intensive and you type something the program is not really waiting for, the characters appear on screen. Because the KIM-1 does hardware echoing of TTY input, this is unavoidable it seems
Here I present solutions for these problems in software, made possible by the genius hardware design of the KIM-1 TTY I/O.
You can have serial input wihout echo, non-blocking and even make the TTY input deaf for unwanted input.
Are they perfect? Maybe not, it is still bitbanging the incoming serial signal. It can miss the correct starting point for the incoming character bit stream.
If you want a perfect solution, you will need interrupt driven ringbuffered serial I/O with a dedicated IC like the 6850, 6511 etc.
Without this extra hardware you can achieve acceptable results with these routines.

Settings 2.3.1



