I’ll have a Mimeo (Apple 1 clone) and a SCELBI 8H clone up and running and if you come, you’ll be able to see and operate them.
I hope to see you there.
I’ll have a Mimeo (Apple 1 clone) and a SCELBI 8H clone up and running and if you come, you’ll be able to see and operate them.
I hope to see you there.
Lately. I’ve been making some good progress on the 8B backplane. Hopefully in a few more weeks and I’ll have it in good enough shape in order to declare it finished. I’ll probably just go ahead and get it made when it’s ready, even though I have a lot of work to do on the other 8B specific cards.
There is quite a bit involved in building an 8B chassis and 8B builders can start on the chassis while I finish the rest of the cards. Anyway the CPU can be checked out by jamming in instructions, without memory being present. The front panel, CPU, DBB, and input boards are completely identical to the 8H design and I still have some of those PCBs in stock.
One thing I’m going to have to think about a bit, is whether to make a batch of SCELBI custom sized chassis or not. A BUD AC413 can be made to work, as it is nearly the correct size, just a 1/2″ short, other dimensions being right on.
Status of the other 8B specific cards are:
Just a heads up – the serial transmit routines that I have posted with the 8008 applications have serious issues. Though it was working for me, other were using serial ports that weren’t so forgiving and had problems with transmit. Finally Corey Cohen tracked down problems with start and stops bits used with the transmited data. As soon as I get a chance to check out the fixed routines, I’ll be updating all the applications on my 8008 application and BASIC pages. For those of you that can’t wait here is the code for a version that I think will probably work. This version is timed for 2400 baud.
My OS/X emulator was also broken and needs an update, as well.
OUTCHAR:
NDI 177 ; mask MSbit
CAL BITOUT ; STARTBIT
CAL BITOUT ; LSB
CAL BITOUT ; 1
CAL BITOUT ; 2
CAL BITOUT ; 3
CAL BITOUT ; 4
CAL BITOUT ; 5
CAL BITOUT ; 6
CAL BITOUT ; MSB
LDA ; timing delay
LAI 200
OUT OUTPORT ; stop bit
LDI 100 ; and extra for inter character spacing
JMP MORE2
BITOUT:
OUT OUTPORT
RRC ; shift to get next bit
LDI 3
MORE2:
LAA ; nop to delay 5 states to make timing work
DCD
JFZ MORE2
LDI 0 ; delay 8 states
RET
Now for the question – should I call my Apple II rev 0 reproductions Mimeo IIs, even though they came first?
Finished the update of my SCELBI/8008 pages with a bunch of work on my new 8008/SCELBI applications page.
I’m glad I have completed this SCELBI web site update, as it is something I wanted to do for a long time. Now, if I only had time to write a complete guide to building and operating the SCELBI.
Next up… I have new Apple II rev 0 PCB‘s on hand. The PCBs look good, but I need to build one up to test, before offering the PCBs for sale. I’ve also been cleaning up and repairing a craig’s list Apple II plus purchase. Tomorrow, I hope to have the IIplus done, and perhaps start on the rev 0 soldering.
Mark Arnold sent me a paragraph with the story behind SCELBAL. My original explanation was incorrect and has been replaced by Mark’s story. Check out the update.
I still need to add a few 8008 applications I have working to the applications page.
http://willegal.net/scelbi/the8008andScelbi.html
Apple II rev 0 Progress
My revision of my original reproduction, the Apple rev 0, is coming along. This morning, I did an extensive design review of the 35th revision, and only found 3 things that needed “fixing”. I’ll probably repeat the effort tomorrow on revision 36. Hopefully that review passes cleanly. If so, I’ll get quotes, pick a vendor and kick off board fabrication next week.
Projects in the Lab
Like usual I have a lot of other projects in progress. Some have been in progress for while, others not. Here is a snapshot of my workshop. It keeps getting more crowded as time goes on.
SCELBI TTY CARD UPDATE
My “LAB” is currently setup for checking out the SCELBI TTY card, which is interfaced to an Apple II serial card, which also supports 110 baud current loop. The hardware is working, but I have to do some software work on the Apple II side of the serial current loop connection in order to make it usable. The standard Apple drivers seem just a bit quirky,as they are tied into Apple II monitor functionality. I was hoping to get by with Apple’s standard PROM drivers, but it looks like I’m going to have write a custom driver for interfacing to the SCELBI. I’m hoping to get the IIe running such that it works just like a real TTY, perhaps eventually including emulating paper tape using floppy discs. I decided to use the IIe instead of a II or IIplus because it supports 80 column output without extra plug in cards.
SCELBI Galaxy
I was hoping to make a video of the SCELBI running tiny SCELBAL basic and the SCELBI Galaxy program, which I recently got running. The Galaxy program is SCELBI’s version of the Star Trek game. It was published as documented source code in the SCELBI book “Galaxy”. I had to OCR a scan of the book and then covert it to the AS8 assembler format that I prefer. This took a considerable effort, but I was able to exactly reproduce the original program. When I first went to download it into a physical reproduction 4K SCELBI 8H, I discovered that there wasn’t enough room in memory for a boot loader and the game. I had to spend a lot of time creating a second version the source code to make it fit into 4K with room for a boot loader, without altering the play of the game. This was particularly difficult as the originally published source, didn’t have labels attached to any of the messages, just hard coded addresses pointing into a huge block of characters. In order to move anything in memory, I had to convert the hard coded addresses to labels and add the label to original block of bytes. Oh yeh, there were some page boundary assumptions that I also had to deal with. It wasn’t easy. Once I get the Apple IIe TTY emulation going, I’ll definitely make the video of both the Galaxy game and tiny SCELBAL running on the 8H.
SCELBI Webpage Update Coming
I have an update to my 8008/SCELBI web pages coming. Right now, there is too much on my 8008/SCELBI page and I’ll break it down to a few smaller pages. One page that needs a lot of work is the SCELBI/8008 software page. I have managed to get a number of 8008 programs running, some new and others, like Galaxy, old programs that I believe haven’t been run in decades. I need to set up a dedicated software page in order to share them all, plus the cross development tools that I have used to develop them. Most 8008 software from the era will need to have I/O drivers tweaked in order to run in a particular environment, so I will need to publish source and tools. Some of the software, I didn’t develop, so I need to get permission from creators. I would also like to find time to covert my SCELBI blog posts, along with original documention into some kind of book form, as information about building a SCELBI is rather scattered around. I don’t know when or if I will get around to this, but I am motivated, as I think better documentation might help me to sell more SCELBI board sets.
Apple IIplus
TRS-80
I keep telling people that I’m not a serious collector, as I like to work on, learn about and operate these old machines. I don’t usually acquire vintage computers, just to own, which is a sign of a serious collector. However, as you can see from this blog post, I seem to continually find ways to increase my “backlog” of projects.
I finally found time to revisit the SCELBI TTY card. The last time I tried, I had issues getting it to work with my Apple II serial card. To start with, I have been focussed on getting the SCELBI TTY receive interface, running.
Teletypes and the SCELBI TTY card use a current loop interface, which is a technology that I’ve long been aware of, but have had no practical experience with. Instead of using a signal level, current loop uses a current to indicate 1s or 0s. This current can be sourced from either side, but the transmitter will pass on a current of around 20 milliamps to indicate a 0 and a zero to a few milliamps to indicate a 1. The reciever’s circuit in digital equipment will typically convert the current to a voltage level for later processing by a circuit that will deserialize the incoming bit stream.
Here is a crop of the SCELBI TTY schematic showing the RX circuit.
The circuit is pretty simple. At the top is a 5 volt supply, that is current limited by resistor R7 going to the edge connector, pin M. This can be sent to the transmitter as the current source, or can be ignored, if the transmitter has it’s own current source. One of the challenges of using current loop technology is determining which end point sources the current. The SCELBI TTY reciever can support either sourcing the current or not. If the transmitter supports it’s own current source, there must be a ground return path between the SCELBI TTY card and the transmitter.
In the middle, coming in from the edge connector, pin L, is in the input current source. Capacitor C3 acts as a low pass filter, to prevent switching due to incoming noise. I don’t have TTY experience, but I’m assuming that TTYs were very noisy and adding this filter improved reliability. Transistor Q2 acts as a current to level converter. Low levels of incoming current will leave the transistor turned off, allowing +5 voltage source to pull the inputs of NAND gate Z1 high through resistor R1. Higher levels of incoming current will switch on Q2, causing the inputs to Z1 to go low.
During my previous attempt at transmitting from an Apple II serial card to the SCELBI TTY card, I was unable to receive any data. This is despite trying several connection methods.
This time around, I first built a LTspice model of the circuit, including both the Apple II Serial card transmitter and the SCELBI TTY reciever in order to determine theoretical behavior of the circuit. Here is the final schematic that I ended up with.
Since I couldn’t find a model of a 7400 NAND gate used as the output of the TTY card, I modelled it with discrete components. The connections between the boards are simple.
Next I setup a 1000 KHz square wave input into the serial card in order simulate the 2400 baud serial signal that I was trying to send from the Apple II to the SCELBI.
The result shows exactly why I was having trouble.
Once I ran this simulation, it became imediately obvious why I was having trouble. The TTY’s input low pass filter is filtering out the 1000 KHz signal. I confirmed this simulated result with a scope on the actual hardware.
Changing the input signal to a simulation 100 baud (50 Hz) square wave results in the following simulation.
Clearly, if I had run my original test at 110 baud, I would have had better results. I confirmed this, by changing the baud rate on the serial card to 110 and monitoring the output of the TTY card with scope.
Simulation shows that replacing the .1uF capacitor C3 with a .001uF capacitor should enable the circuit to work at 2400 baud, at the cost of much lower noise immunity. I have yet to test this simulated result on actual hardware, but I am pretty confident that it will work.
Next up: I need to check out having SCELBI TTY transmit data to the Apple II serial card. Hopefully that will go a lot smoother than the TTY receive tests.
I just made contact with a SCELBI employee, who added some details about the power supplies that SCELI made. The power supply design that I’m talking about, is the one seen in the CHM’s online catalog.
http://www.computerhistory.org/collections/catalog/X714.86A
This is one of no more than 20 that were made. The same design was used for both the 8H and the 8B. The design incorporated 2 standard Power-One linear supplies. A 5 volt version and a 12 volt version. The 12 volt version was modified by SCELBI to produce 9 volts.
The enclosure was lettered with rub on lettering, which was then clear coated with lacquer.