Easy add-on Projects for Spectrum ZX81 & ACE (Redux): Part 3

Let There Be Light Pen

Now that we have a working Decoder Board from 'Easy Add-on Projects for Spectrum, ZX81 & Ace', it's time to get down to some projects. There are a couple in the book I've really been wanting to try out,  Project 2: Picture Digitser and Project 7: Light Pen. Despite our guide books numeric ordering, the Light Pen is by far the simpler build, so lets start there.

The Light Pen Project

As everybody from the 80s knows, the Light Pen is the control mechanism of the future, mice touch screens and keyboards all redundant when you have a light pen by your side, it's truly the wonder input device for the ages.

Typically light pens work with only on CRT monitors; as lines are drawn on a CRT screen a light pen detects the CRTs scan line once it reaches the pen. The time it takes for the light pen to detect the scan line allows the computer to pinpoint exactly where on the screen the pen is placed.

The light pen featured in Easy add-on Projects for Spectrum ZX81 & ACE does not work in the typical way. Essentially the projects light pen functions as a light detector that doesn't detect CRT scan line progression. Working out where the light pen is on the screen is left entirely up to our BASIC programs. As it turns out (thirty plus years on from the books publications) this simplicity is exceptionally beneficial for the projects light pen, marking it just as usable on LCD monitor as it ever was with a CRT.

Original Light Pen Circuit from Easy Add-on Projects for Spectrum, ZX81 & Ace

Building the Light Pen and Circuit is not a difficult. I constructed the majority of the circuit on a breadboard, which sits quite nicely just behind the ZX81's keyboard. The LDR is mounted in the tip of an old pen, with a cable running down through the centre of the x-writing implement.  I hot glued the cable and resistor legs to removable nib holder (is that what it's called?) and the cable again where it leaves the top of the pen. This hold everything together quite firmly.

ZX81 and Light Pen attached to the Decoder Board

I was forced to make some minor changes to the circuit as some components can be harder to come by than others. The local (read Australia) walk in Electronics supplier Jaycar don't stock the projects prescribed ICL7611 CMOS Op Amp. In order to get the Light Pen up an running with minimal fuss I substituted the ICL7611 for a general purpose LM741 Op Amp.

Modified Light Pen Circuit

The IC change also made the addition of a couple of resistors necessary. The Output of the Substitute LM741 Op Amp doesn't lower the voltage close enough to TTL logic levels when detecting variances between the light-dependent resistor and reference potential. Two resistors, a 10k and a 4.7k are added to the IC Output that's feed back to the Decoder Board.

ZX81 Light Pen Test Menu Application

Based on the books listings and general project information I wrote up a simple BASIC application to test out the new pen with my trusty ZX81. The light pens status is read by input 3 of the Decoder Board, lines 10 and 20 of the BASIC listing reflect this. Line 10 also stores the machine code routines required for a ZX81 to read the Decoder Board: Refer to Appendix A of  'Easy Add-on Projects for Spectrum, ZX81 & Ace' for how all that works.

Finally, I've added a short YouTube Video of the Light Pen and the BASIC program in action. As can be seen it's really quite effective for simple input tasks.

See more entries for this project: Forward, Part 1, Part 2, Part 3

Read More

ZeaMouse V2, USB Mice for the ZX81 & Spectrum Revisited: Part 1

A year ago I knocked up the ZeaMouse, a USB mouse interface for the ZXpand and ZX81. ZeaMouse is a USB to digital mouse expansion board built around an Adrunio USB host shield. A year on it seems like a good time to revisit the project and make some improvements.

Last time part of the fun was building a simple Arduino clone as part of the ZeaMouse. Unfortunately this kept the size of the end product much larger than it needed to be. This time an Arduino Pro Mini 3.3v has replaced the DIY Arduino, matching this with a USB Mini Host shield and some additional components on a home-brew shield sees significant reductions in interface size.

The USB Mini Host shield forms the core of the project and is designed to fit under an Arduino 3.3v Pro mini. The USB shield has all the abilities of it's bigger brother but does with some but comes with some power supply limitations. By default the combination of 3.3 volt Pro Mini and USB host  combination delivers 3.3 volts to an attached USB device. For some hardware the voltage may not be high enough, although all the USB mice (if a limited selection) I've tested have work without issue.

3.3v Arduino Pro Min, USB Shield and ZeaMouse V2 PCB.

The USB Host shield can be modified to deliver 5v to connected devices if required. Details of the conversion can be found on the Circuits@Home website. The modification bypasses the Arduino's 3.3v regulator, meaning that whatever is used to supply power to the RAW inputs must be rated a 5v or lower else you risk frying an attached USB device. The ZeaMouse is powered from the 5v lines on the digital joystick port, so the modification is fine for our purposes. (But check your Micro Computers Specs first).

I decided against using 4066 switching ICs on ZeaMouse V1 as it made designing the single sided PCB a lot simpler. This time, with design simplicity and ease of build-ability screams for the use of 4066s. With the Arduino Pro Mini operating at 3.3 volts and the ZX81 at 5 volts, 4066s provide a simple way of keeping these conflicting voltages separated.

ZeaMouse V2 Circuit Diagram

Although I got a couple of double sided test PCBs fabricated, the ZeaMouse boards are pretty much designed with home PCB making in mind. Only the bottom of the board really needs to be made up. There are a couple of via's must be connected with some straight wire on the top of the board should you choose to build a single sided PCB.

Building the interface is straight forward. The hardest part is probably soldering the Pro Mini and the USB shield together. Constructing ZeaMouse shield itself is a breeze, and will only take about 20 minutes maximum.

Other than two 4066s, the only other components required are pin headers and IC sockets, although all of these are optional. The Arduino and USB Host along with the ICs could be soldered directly to the shield PCB. The only required header is J4, used to enable or disable RS232 communication with the ZXpand. J4 should be left open if using the ZeaMouse on any micro computer other than a ZX81.

ZeaMouse v2 Shield completed.

The connection pads or pin headers on the far end of the shield board should be wired up to an Atari joystick cable or DB9 socket. I had a cable from a broken controller to hand; care needs to be taken re-purposing cables for fear of sending 5 volts down the wrong line. The TX serial out is the one non-standard connection, it's specifically for the ZXpand+, and should be routed to RX on the ZXpand+.

ZeaMouse v2 interface for the ZX81 & ZXpand / ZX81, the ZX Spectrum and other 8 bit micros

Next time I'll cover the firmware and take a look at the mouse in action. No need to wait until then if you're keen to get going; All the files and firmware required to build the interface are a already available on the ZX81 Projects and Programs to Download Page.

See more entries for this project: Part 1, Part 2

Read More

Easy add-on Projects for Spectrum ZX81 & ACE (Redux): Part 2

Building the Decoder Board

After several weeks of waiting the Decoder Board PCBs arrived just in time for a bit weekend assembly and testing. I'd ordered the other components required for the build a couple of weeks ago and had them laying around in anticipation.

Aside from the various electronics, I decided to use a ZX81XT extender board purchased some time ago from Sell My Retro. The ZX81XT is perfect for prototyping or just for swapping various project boards in and out without the need for multiple edge connectors.

ZX81XT extender and Easy Add-On Decoder Board PCBs

As my decoder board at its core is a part for part update on the original design as presented in the 'Easy add-on Projects for Spectrum ZX81 & ACE' book, I pretty much followed the general assembly instructions given in the text. This process was exceedingly helpful during the various testing phases outlined during the build procedure.

The major update in my version of the decoder board is the substitution of through hole components for SMD parts. Being the first time I've willingly used SMD parts I was expecting quite a challenge. The good news for anybody else finding themselves slightly apprehensive of incorporating SMD components into projects is that it's actually quite easy to use them. The most problematic parts I found to be the tiny resistors and capacitors. I managed to loose a couple of the minuscule resistors by simply dropping them into someplace never to be found again. Dealing with and soldering of the SMD ICs in comparison was all very straight forward.

Fully Built Decoder Board Ready for Testing

After about an hour and a half I had the decoder assembled ready for some final testing. This is where I hit a slight snag. The first project in the book, 'Pulse Detector' serves as the final assembly test for the board. Unfortunately I neglected to order the ICs required for the test project.

I figured it should be possible to conduct some testing with a simple 555 timer circuit. I did however wish to ensure that what ever it was I built would be genuine test of the decoder. Luckily the book had such a 555 timer circuit I could easily modify, 'Project 5, Beeper'. Simply removing the Beeper part of the circuit (which I also had no components for) and replacing it with an LED would prove the board worked.

LED 555 Test Circuit Connected and Working on a Spectrum Omni.

I first tested the Decoder Board on a ZX81. This requires entering a program listing appearing in the books appendix. The ZX81 has no built in BASIC commands to read or write to expansion BUS, the programs listed in the book addressed this absence. After entering an running the application I successfully blinked an LED, a positive right of passage for any micro controlled project. I then moved the decoder board across to my recently acquired ZX Spectrum Omni (deserving of it's own blog entry sometime soon). Again the LED blinked as expected.

All in all everything has worked as expected, time to pick up some extra electronics and build some of the books proper projects.

See more entries for this project: Forward, Part 1, Part 2, Part 3

Read More

Easy add-on Projects for Spectrum ZX81 & ACE (Redux): Part 1

Re-Design the ZX81 Decoder Board

In the previous blog entry I left off before starting design work on the Decoder Board. The board is an essential build before attempting any of the 'Easy add-on Projects for Spectrum ZX81 & ACE'. In reality it's the first project of the book, even if it's not fully described until Appendix A.

First up I needed to transfer the circuit diagram provided in the book into Fritzing and build up a new circuit board compatible with the ZX81. I really could have made life easier for myself simply by printing the circuit board designs included within the book. My plan however is to use surface mounted ICs' instead of through hole components, both modernising the design and shrinking the boards footprint.

Decoder Circuit as presented in Easy add-on Project for Spectrum ZX81 & ACE

My intention was also to follow the original Decoder Boards layout reasonably closely. Ensuring any projects described by the book would still be referential to the end product. My main concession was to design around the shorter ZX81 edge connector only. This does not prevent a ZX Spectrum from using the device as a Spectrums' BUS is compatible with all signals used by the board.

To make life somewhat easier I combined the top and bottom layers of the circuit board layout presented in 'Easy add-on Projects' pages 166-167 into one image. Using the composite picture as a guide I began the layout my board. I'm quite glad I took this route as I noticed a couple of minor errors I'd made in transcribing the circuit diagram. More interestingly however the described circuit didn't seem to match with the board layouts provided by the book.

Composite Image of top and bottom board layouts as taken from the book.

A couple of traces from IC2 to IC4 appeared to be different between the books board layouts and circuit diagram. This was more than a little confusing. I checked the Jupiter Ace board layout (also in the book) against the ZX81 / Spectrum boards, and the designs seemed consistent. I decided to go about about updating my circuit diagram, bring it in line with the book layouts.

After quite a bit of triple checking I now have a circuit board design ready to send off for fabrication. My new (mostly) SMD board is approximately half the size of the original design, good for keeping fabrication costs down. I've also added a few extra clarifications and helpful labelling to the silkscreen layers.

Now to order some parts, check the design again before sending it off and hope for the best.

Final design for the new Decoder Board

See more entries for this project: Forward, Part 1, Part 2, Part 3

Read More

Easy add-on Projects for Spectrum ZX81 & ACE (Redux): Forward

There was a time when plugging a home fabricated electronics project into, onto or out the back of a Computer was an actively encouraged pursuit. Hardware project books for many a micro computer filled bookstore shelves which intern were filled with many a hardware DIY add-on. Easy add-on Projects for the Spectrum ZX81 and Ace, was one such tome of 80s knowledge, and it's been taking filling space on book self for a couple of years.

Easy add-on Projects for the Spectrum, a good read with some fun possibilities 

In order to undertake the builds presented within Easy add-on Projects for the Spectrum ZX81 and Ace, an initially requirement is the construction of an Address Decoder board, itself obviously already an project. In the true maker spirit of the times this involves producing your own PCB. There was at one point an order-able companion board, leasoning the difficulties any period 80's enthusiast lacking in manufacturing resources would face, though notably you still had to populate the PCB with components yourself.

The (non-Address Board Creation) projects themselves are quite an interesting selection, ranging from a primitive scanner, a light pen, a lap counter and to the major project a weather station. Not surprisingly they all have a very 'you could do this with an Arduino or Raspberry Pi' feel to them. In considering this vibe, it could also be a fun aside to implement the same on either of those modern devices, or the other way around by bringing some Arduino projects to the ZX81.

Lets not get to ahead of ourselves, the first order of business is to get down to that Decoder. There are 2 versions of the board presented in the book, one for the Jupiter Ace and one that's compatible with both the ZX81 and Spectrum, it's this board I'll be constructing. There is not a great deal to it, just a few 74 series ICs and other easy-ish to source parts. This is one of the wonderful thing about retro stuff I guess, it's all still relatively easy to source and understand. I'm not going to use the board quite as designed, I'm intending to use SMD components for example to modernise construction, in general however there should be no functional changes.

So, over the course of the coming weeks I'll get down redesigning the Decoder Board and form there onto the actual projects. If you playing along at home the book ' Easy add-on Projects for the Spectrum ZX81 and Ace' is available from the Jupiter Ace Resource Archive. A site well worth an explore given the Ace's close links to the ZX81 and ZX Spectrum.

See more entries for this project: Forward, Part 1, Part 2, Part 3

Read More

Amstrad NC 100, Don't Blow a Fuse

In the last few days I took delivery of an Amstrad NC 100 notepad computer that had been listed on everybodys favourite auction site as not working. The purchase was an educated gamble as all my prior research on the NC 100, along with helpful advice from the Twitter Sphere, pointed to the major cause of failure for these devices being an easy fix. A simple blown fuse that would probably require replacing or circumventing.

After taking the NC 100 apart, locating the fuse where it should be, in the bottom left corner of the main board (power socket facing towards you), I ran a continuity test, the resulting in our prospective blown fuse scenario proving correct.

Amstrad NC 100 Main Board, Left: A Dusty and Blown Fuse. Right: A Temporary Jumper Wire Fix

The non-working Fuse is a  PCB Leaded, 500 mA, 250 V component, which I didn't have to hand. So in order to power up the computer I simply removed the fuse and soldered in a copper jumper wire as a temporary fix. (Next time I place a general component order I'll obtain a new fuse.) This is fine, just as long as I insure the polarity of any power supply is correct, Tip / Outer positive, inner negative.

Interestingly, based on the type of fuse I found in my NC 100 , there seem to be a couple of revisions of the NC 100 board. A number of online references indicate that the fuse should be an SMD component, not a though hole type one. 

A Now Fully Functional Amstrad NC 100

To test, I reconnected the main board to the LCD panel, and screen came to life with a Friendly 'Lithium battery is low' warning, not unexpected as there was no backup battery in the device at the time. Fix completed, and case reassembled, and I'm now the proud owner of a rock bottom priced Amstrad NC 100.

Now to find something for this little notepad computer do, maybe I'll take it to the office and garner some curious and possibly concerning looks at meetings.

Further Viewing

For an entertaining and informative overview of the NC 100, including the replacement of (in this case an SMD) fuse, head over to YouTube and the EEVblog

Read More

The UDG For ZXpand Add-on for the ZX81: Part 1

One of most noticeable graphic element lacking from a ZX81 is perhaps the ability to define said graphic elements. Enter the UDG for ZXpand from Andy Rea, an expansion module available from around mid 2017 that affords the ZX81 owner the opportunity to create User Defined Graphics.

The UDG for ZXpand Hardware

The UDG for ZXpand is designed to be used in conjunction with memory expansions supporting the WRX extensions / modifications. Modern memory boards such as the ZXpand(+) and the ZXblast support this natively. Note that if using period RAM expansions such as the 16k Sinclair RAM pack or one from Memotech, then hardware alterations are required.

The UDG 4 ZXpand Expansion Board.

For an expansion board the UDG 4 ZXpand is quite small, being the width of the ZX81 expansion bus and approximately as deep again.. The expansion is designed to slot horizontally and directly into the ZX81 expansion port, and to be sandwiched  between a ZX81 and supporting RAM Pack / ZXpand / ZXblast.

Configuring the UDG 4 ZXpand for use with available software is a simple matter of adjusting a jumper setting on the board. A small toggle switch might have been a better choice, still one could easily be added by the end user. The jumper can be set 3 ways:

1. Open: No effect, ZX81 operates as normal
2. 64 Mode: Sets the UDGs to a defined limit of 64 Characters. A further 64 characters will be inverse versions.
3. 128 Mode: All available ZX81 characters can be redefined and made available.

Modes 3 in particular provides scope for a complete overhaul of the ZX81s character set. Need some lower case characters, then replace the otherwise seldom used inverse set with something more useful. I'll cover the creation of character sets and the importation of existing fonts in a second post / article.

It's also worth noting that the UDG 4 ZXpand is supported by the 1.8 release of the EightyOne Sinclair Emulator.

Upadated UDG Gamming Goodness

The ability to redefine all 128 character tiles provides the scope for all existing ZX81 games to be retrofitted with HiRes character graphics. A good case in point would be Quicksilvas Galaxians, originally published in 1983 and written by T. Beckworth

A fast paced arcade game, Galaxians exemplifies just what a standard ZX81 can deliver when asked nicely. With the addition of some well done UDGs Galaxians is elevated to a whole new level, the game rivalling the best early games the ZX Spectrum has to offer.

Galaxians Clone with and without UDGs enabled

You can grab the updated version of Galaxians Thanks to Moggy on the Sinclair World Forums. Be sure to search for other updated tittles while there.

The results of redefined character sets on old games depend largely on the quality of the original, or simply revolve around just how the pre-existing Sinclair character set may or may not have have been used. Even in the otherwise brilliantly updated Galaxians there are some oddities to be seen due to this specific limitation. This is most apparent in the Hi Score tables where an "*" character, normally used in game as a player bullet, leads a certain illegibility the player score listing.

New Game Realses

Zedragon version 1, running on a ZX81

Updates to older games is all well and good, but endowing a ZX81 with near ZX Spectrum like powers (minus to colours) the UDG for ZXpand stands to have major impacts on many a new games releases.

There are effectively no limitations plaguing new tittles , these having the potential to provide complex experiences with a full usage of UDGs.

The first of brand new title being Ze dragon, a game so professional it's hard to believe a ZX81 is running behind it. A clone of Atari Sea Dragon, Ze Dragon is a Scramble like game replacing other worldly action with a Submariner adventure.

Ze Dragon was released in late 2017, and February 2018 has seen it updates to Ze Dragon II. The new version features pixel level scrolling, something not before seen in a ZX81 game. (Perhaps some parallax scrolling in version 3?).

Ze Dragon is an impressive conversion, demonstrating the full capabilities of the ZX81, UDG for ZXpand and the ZXpand(+). Perhaps this is not so surprising as the creators behind the both the UDG 4 ZXpand and ZXpand are behind the game. Game Author Sir Morris (Charlie Robson of ZXpand fame), Andy Rea and other co-mariners should be justly proud.

As with Galaxians, Ze Dragon 2 is available over at the Sinclair World Forums.

Ze Dragon 2 running on the EightyOne Sinclair Emulator

Next Time

Well that's a basic review and some games covered, so what about using Andy Reas' clever little device to do our our own bidding. Next post I'll attempt to cover some basics on generating our own UDGs for own games and programs. Covering some simple coding, then moving quickly onto some software that's already available to take all the hard work out of generating new ZX81 characters sets.

Read More

Mystic BBSing with WiModem232s Zeddynets and Pi

Or Networking Disperate Retro Computers?

I've been meaning to write something about the ZX81 Ethernet adapter Zeddynet for a while now, but hadn't got around to it for various reasons. In the last week or so another more general purpose retro network device in the form of a Serial to WiFi modem / network adapter, the WiModem232 crossed my threshold rekindling ideas around networking old computers.

Now we have the basis for a slightly confused and conjoined blog post, one that ends up being not quite a review, mostly not a tutorial and a slightly random collection of ideas on network hardware and software, in which I get a number of ancient machines on-line connected to a BBS, a BBS that ends up being my own local BBS.

Some Networking Hardware Required

Now for a brief look into the networking devices I'm using. Both interfaces are specific to my needs (and small retro collection), the WiModem232 is certainly of much use to the general retro community, where as the Zeddynet is obviously of more limited one machine appeal.

Zeddynet - for a ZX81

Starting with Zeddynet and the ZX81: The Zeddynet board mounts onto a ZX81XT extender / extension board, and combined plugs into the ZX81s expansion bus. The card is quite tall with the Ethernet port located at the top. This arrangement is a little cumbersome, particularly once a network cable is plugged as the cable and the card tend to get in the way of a low-ish sitting desktop monitor. Still we're about to plug a ZX81 into a network, a few aesthetics issues and minor viewing discomforts are hardly of major issue compared to the achievements realised.

Zeddynet Interface

Available sporadically from and designed by the German ZX-Team, Zeddynet as the name implies connects a humble ZX81 to a TCP/IP network via Ethernet cable. Zeddynets first appeared back in 2012, I procured mine mid 2017, unfortunately no more have been produced since then (at the time of writing). Still, keep an eye out on SinclairWorld forums should you desire a fully assembled Zeddynet.

In order to configure and use the Zeddynet expansion on the ZX81 some software is required. At minimum in order  to get a ZX81 connected to online BBSs software in the form of ipconfig and telnet are required. Telneting is only one small part, there are web-browsers and network file managers and more. The German Sinclair forum.tlienhard.com has links to all software and sources.

WiModem232 for Anything with a Serial Port

Around the middle of 2017 Paul Rickards released the WiFi232 Internet Hayes Modem for retro computers, the perfect solution for networking old computers. Sadly the device has remained sold out for months, and may now be permanently unavailable. Luckily and possibly inspired by the original WiFi232, two new solutions have recently hit the market from CBMStuff, the WiModem232 and WiModem232 w/OLED.

WiModem232 w/OLED display

Functionality wise, the only real difference between the WiModem232 and WiModem232 w/OLED is the rather obvious OLED screen. The choice of adapter comes down to a desire for a handy information display or a need for the milliamp power savings brought about by not including it. Note that on both variants an RGB LED provides a status indication allowing you to easily live without the OLED screen.

The modem is configured and connected to a WiFi network by Hayes Modem command extensions. Similarly Hayes commands are used to connect to telnet instances on a local network or further a field.

In order to use the WiModem232 simple terminal software is required. The machines I've tested the WiModem232 with (TRS-80 model 100/102 and an NEC PC-8401) have terminal software built into their ROMs, in all cases this worked perfectly.

BBSs Are Out There

Dial up BBSs were a major thing before the Internet age, but sadly faded into slight irrelevance in the late 90s, but now they're back and on the Internet. In fact there is a whole new (old) world out there waiting to be connected.

Perhaps the best resource for finding BBSs is the Telnet BBS Guide. Telneting to any of the BBSs listed from a modern PC is fairly trivial, being able to telnet from a vintage micro computer is (whoo hoo) exciting.

Testing Interfaces a DIY BBS

Despite the wealth of BBS out there, I wanted to try out Zeddynet and the WiModem232 on my micros' without burdening the various online resources. Possibly I'd rather like keep the BBS running, with a view to opening it up for others to log on at some point. For these reasons I decided to to deploy a Raspberry PI and install some BBS software.

The Telnet BBS Guide helpfully lists the software being used by various BBSs in it's site registry. Of the software listed 'Mystic' BBS seems by far the most popular and actively maintained kit going, plus it has Raspberry Pi versions available that work on all network enabled Pies. A logical choice then.

The setting up 'Mystic' is as easy as unzipping, running a minimal installation, and then starting a BBS server. In less than five minutes you can have a bare bones BBS up and running and telnet-able into. After that 'your mission, should you choose to except it', exposes a whole rabbit hole of configurations and text files to modify in order to tailor and craft a unique BBS experience.

Crafting An 8 Bit Mystic Experience

In its default state Mystic targets computers with 80 columns and full ASCII / ANSI support. This is great for Amigas, Atari STs and IBM clones, not so great for 8 bits micros. This situation is fixable, but it does require a full redesign of the built in theme. The task is not difficult, it does though require some dedication.

All BBS layout files can be altered with tools built into Mystic, thus allowing for complete customisation of a BBSs look and feel. It is even possible to create ASCII and ANSI versions of pages servicing general fallback requirements. As a general design rule in targeting older 8bit machines I found it wise to limit charter selection to the first 128 ASCII characters. Using above this limit you start running into compatibility issues between the various proprietary character sets employed by 80s micros. I'm going out on a limb here and suggesting that period telnet / dial up software should automatically transpose any basic character set incompatibilities if working within the 128 limitation.

Locally Connected

There is a long way to go and to start I've only scratched the service of setting up a BBS and using the Zeddynet and the WiModem232 interfaces. On the BBS side of things my only real attempt at customisation has been the Welcome Screens. For now though it serves as a proof of usability both software and hardware.

LINUX Console

Limiting the choice of characters, but allowing for ANSI colours, a LINUX logon to the ZX-AD BBS (as I've named it) looks plain as opposed to what is possible for a full ANSI/ASCII experience. It does help provide a similar experience across all platforms however.

LINUX Console Connected to the Mystic BBS Software Running Locally on a Raspberry Pi

Sinclair ZX81 with Zeddynet 

I limited the welcome screens width to 64 characters, this fits nicely with ZX81 hires modes (additional hardware required). I'd also created a ANSI and ASCII versions of the welcome screen the ZX81 is using the ASCII variant.

ZX81 with Zeddynet Connected to Local Mystic / ZX-AD BBS

Tandy TRS-80 Model 100 & 102 with WiModem232

The Tandy machines are limted to 40 character width screens. Mystic can support this, but I haven't tailored the welcome screen to the 40 character limit, and the screen therefor doubles around.

Using the Tandy machines I found that the WiModem232 baud rate could also be no higher than 1200 else I started experiencing character loss.

TRS-80 Model 102 Connected to Mystic, 40 columns is Problem at this Stage

NEC-PC8401 with WiModem232

Mystic attempts to verify if a connecting computer supports the ANSI standard, interestingly the NEC-PC8401 reports back that it does. This is of course a lie, as it does not. Regardless of this untruth it will render the display correctly if the first 128 ASCII characters limit is adhered to. Also as fully functional CP/M computer the PC8401 has a 80 column display, consequently there is no issue with screen width, screen length however may pose its own problems latter.

NEC-PC8401 Connected to Local Mystic / ZX-AD BBS

To Summarise

Thus ends a rather scattered post on networking 8bit machines and BBS software. On the hardware side of things I can uttery recommend the WiModem232, it really is very simple to use. Zeddynet is similarly fun in execution. In both cases the full possibilities have hardly been touched on by this post.

As for the running a BBS, it's entirely likely I'll refine and open my local experience up to the broader world. Coming Soon - ZX-AD BBS.

Addendum

In the total absence of ZX-AB BBS, being that it's confined to my local network for the moment, and if you're hankering for a Sinclair related BBS that's online right now, then you can't go past sinclair-retro-bbs:

• Telnet: retrobbs.sinclair.homepc.it Port: 23

Read More

The Sinclair ZX–Micro Computer: System Variables Comparison Chart

Sometimes when you've written an application for the ZX81 or ZX Spectrum you wish to port it to the other, or even back to the ZX80. Sometimes you've used a system variables and you need an easy reference chart to look up correct system address on the target system and move on. But you say, there is no chart, or there was no chart until now.

I got tired of looking through the manuals every time I need to check some System Variable values and decided to just put them all in a chart. Hopefully you might find it similarly useful. A PNG graphic is available below, and if preferred a PDF version can be downloaded.

If anybody notices some glaring or even slightly disturbing error, let me know and I get them ironed out and fixed up.

One final thought, It's quite interesting to see just how many changes were made to the ZX line of computers in the space of 3 or 4 years. There are the obvious physical differences of course, then there are changes witnessed in the System Variables above.

Read More

RetroChallenge 2017/10: Part 8

Keyboards Down on the NEC PC-8401 Challenge.

Sadly it's time to put the keyboard away on the RetroChallenge for October, but not before a quick summary. And did I mention the keyboard yet, it would be remiss to not to.

The PC-8401 has a truly wonderful keyboard, seriously it's a beauty. It seems that particular computer I ended up with has seen very minimal usage. The Alps SKFL series switches are in a fantastic condition, there is no grainy or worn out feel you'd associate with a 40 year old board. The keys themselves are double shot and feel very firm to type on. It would be nice if you could such a keyboard on a laptop today.

Some Closing Thoughts

I think I got to know the PC-PC8401 quite well over the past months activities, with the device proving to be quite a sturdy piece of kit and generally fun to work with. I've still got some more to do though, the big one being the scanning of the remaining manuals for the Internet archive.

Way back at the start I looked what the reviewers has to say on the NEC-PC8401, the major take away criticism being the neglect-ion to include BASIC in ROM. After playing around with the computer over the past month, that point is still a valid one, and hampers the retro usability of the machine, mostly due to memory constraints of adding BASIC to RAM.

Regardless of the above minor issue, the PC-8401 is a fun little device and it'll continue to sit on my desk and or lap for a while to come. I'm looking forward to finding some good uses for it outside the time constraints of the RetroChallenge and I'm certainly going to plan some future projects around it the  PC-840.

That's it for RetroChallange 2017/10, thanks to all involved and particularly to all the other projects, it maks very varied and fun experiance. Now it's back to our regular non-programed blogging experience.

See RetroChallenge Intro, Part 1, Part_2, Part 3, Part 4, Part 5, Part 6, Part 7, Part 8

Read More

RetroChallenge 2017/10: Part 7

Developing Software on the NEC PC-8401?

Just a bit of fun for this entry. After experimenting with some software development last post, it quickly became apparent that writing software directly on the PC-8401 is a little inconvenient (at least without a memory expansion). This lead to the use of Z88dk for external development and a little cross-compiling to CPM to suite our purposes.

I couldn't help thinking that although the outcome was successful, it seemed a little like cheating. So lets cheat a tiny bit less.

As we know, the PC-8401 comes with a very capable Vt100 compatible Terminal program, one that's perfect for interfacing with LINUX. Now with minimal imagination required  lets pretend it's 1985 and we're developing on some extremely expensive time sharing remote platform tended by white coat wearing professionals.

There are many ways to configure serial / rs232 terminal sessions within LINIX, so here's one way, and one that's really simple although not a permanent on boot ready option.

First, we need to find the correct Serial Port. I'm using a USB to serial adaptor and need to know which exact device to target.

From the command line in LINUX issue: dmesg | grep USB

This yields a load of messages, but I'm looking for something as below.

[   22.444199] usbserial: USB Serial support registered for pl2303
[   22.444774] usb 1-10: pl2303 converter now attached to ttyUSB1

Now knowing knowing which USB device is the serial converter, it's an easy matter to setup a terminal console.

sudo stty -F /dev/ttyUSB1 cols 80 rows 15 1200
TERM=vt100 ksh </dev/ttyUSB1 > /dev/ttyUSB1 2>&1 &

Once that's all done, I can start up the PC-8401s Terminal program, configure it to 1200 baud 1 stop bit, no parity and 8 bit word length and I'm up and running a LINUX remote console. From there it's time to start up a text editor, VI, Emacs or Nano and get developing.

NEC-PC8401 with and open LINUX console running nano and editing code

Once some very impressive software has been developed, it'll need to be transferred to the PC-8401 to be executed in all it's glory, and LINUX provides a couple of easy to use xmodem commands to do just that.

To send files from LINUX via Xmodem:
sx my_file.com

To receive files from the PC-8401
rx my_file.com

Now there is absolutely no excuse, not in the slightest to use a 27 inch widescreen monitor to interact with a high powered modern PC to write applications.

Finally, thanks to Mike Spooner for indirectly generating the idea behind this post.

See RetroChallenge Intro, Part 1, Part_2, Part 3, Part 4, Part 5, Part 6, Part 7, Part 8

Read More

RetroChallenge 2017/10: Part 6

Writting New Software for an NEC PC-8401

As noted previously, the PC-8401 came sans BASIC interpreter, which was quite an anathema in the day. This lack of BASIC presents no real impediment in producing new software for the machine today, even back in the 80s a CPM targeted variety of BASIC could be sourced for the machine (if not a specific PC-8401 version). 30 years on, being equipt with a Z80A processor and the CPM 2.2 operating systems puts this laptop a good position for some software development.

Getting into BASIC

To start we'll need to copy BASIC interpreters onto the PC-8401. AS with all software, BASIC will be taking up valuable chunks of the 32k reserved as drive space. Our own BASIC text files will then need to fit in whatever space remains. Ideally we'd have a RAM extension, either a PC-8406A 32K RAM pack or a PC-8407A 128K pack, in order to program something of a reasonable size. Still even without a RAM pack we can at least try out a number of BASIC flavors.

Both the versions of BASIC mentioned below are available from Gary J. Webes' excellent NEC PC-8201 support site WEB8201, where he holds a selection of software for the NEC PC-8401. NEC PC-8401. Check out the NEC 8401A / 8500 File Collection portion of the File Downloads page.

Microsoft BASIC

In the stakes to use the greatest amount of memory possible, Microsoft BASIC wins hands down. The last CPM version 5.29 will take up huge 23.4k of 'disk space' and when executed leaves a little over 1k of active memory on the PC-8401 to play around with. On the plus side, it's the version of BASIC that's the most familiar, and baring some commands unavailable in the CPM version, there are a wealth of examples laying around to learn from.

Unfortunately the size of MS BASIC makes it a non stater, it's more of a curiosity than something of practical usage. There are compilers available for MS BASIC, though a you still require libraries on the disk to run complied applications. Due to lack of disk space, compilation would need to be run on a host computer before moving the end product over to the PC-8401.

ZBAS

Luckily there are other options, ZBAS is quite a usable option only requiring 16.4k, leaving us with some room to write programs interactively, and some space to save these applications to disk.

Interestingly and extra fortunately when saving files, ZBAS tokenises BASIC Commands, much like on a 128k ZX Spectrum. Thus allowing for some larger than expected applications to be saved on our rather limited 'solid' state storage.

If your going to leave BASIC laying around on the System, then ZBAS is clearly the one to have.

Moving to Modern 'C' Developement

While there are plenty of period development platforms and languages available for CPM, including 'C's and Pascals, you'll need to run these in a emulated environment as there is no room on the PC-8401 for such niceties. A load of CPM software and utilities are available on the retroarchive, although none of these programs are specific to the PC-8401.

Z88DK

Perhaps the easiest way to pursue software development for a CPM machine and the PC-8401 today is via the use of Z88dk. Z88dk is a 'C' compiler targeting TRS80s, Commodore 128s, Sinclair ZX81s and just about any machine containing a Z80 processor. Specifically for out purposes there is a dedicated CPM library.

In order to test Z88DK out with the PC-8401 I borrowed from an older ZX81 program I wrote up some time ago, "ZX Roman Numeral-Izer". The program is a simple roman numeral format checker, it takes Roman numerals as an argument and then correctly formats them to the agreed standards (Standards that even the Romans didn't always adhere to). After a couple of minor changes to remove some specific ZX81 extensions and put in some specific PC-8401-isations the project compiled perfectly.

If you're interested then the full source is below, bit of a rush and there will be better ways to achieve the same result I'm sure, still proof of concept proven.

NEC PC-8401 Roman Numeral-iser Listing

// To Compile for CPM do as below.
// zcc +cpm -lm -o rome.com rome.c
#include <stdio.h>
#include <stdlib.h>
#include <string.h>

typedef enum { true = 0, false = !true } bool;

static short isaNumArab[7] = {1, 5, 10,50,100,500,1000};
static char csaNumRome[8] = "ivxlcdm";

// Function Get Arabic value of Roman Numeral
short GetArabValue(char csMyNumerals[15]){

 char csMyNumeral[2];
 char csNumRome[2];

 short iNumberNow = 0;
 short iNumberLast = 0;
 short iNumberTotal = 0;

 short iCount1 = 0;
 short iCount2 = 0;

 bool bTest = false;
 bool bNegative = false;

 //Go through sMyNumerals input string backwards for easier rule matching
 for (iCount1=strlen (csMyNumerals)-1; iCount1>=0; iCount1--){
  strncpy(csMyNumeral, csMyNumerals+(iCount1*1), 1);
  csMyNumeral[1]='\0';

  for (iCount2=0; iCount2<=strlen(csaNumRome)-1; iCount2++){
   strncpy(csNumRome, csaNumRome+(iCount2*1), 1);
   csNumRome[1]='\0';
   bTest = strnicmp(csMyNumeral, csNumRome,1);

   if (bTest == true){
    iNumberNow = isaNumArab[iCount2];

    if ((iNumberNow > iNumberLast) || ((iNumberNow == iNumberLast) && (bNegative == false))){
     iNumberTotal = iNumberTotal + iNumberNow;
     bNegative = false;
    } else {
     iNumberTotal = iNumberTotal - iNumberNow;
     bNegative = true;
    }
   }
   iNumberLast = iNumberNow;
  }
 }

 return iNumberTotal;
}

// Function Get Roman value of Arabic Numeral
void PrintRomeNumerals(int iMyNumberArab){
 char csNumRome[16];
 char csMyNumerals[16];
 char csMyNumeral[2];

 short iTemp[16];

 short iNumberNow;

 short iCount1 = 0;
 short iCount2 = 0;
 short iCount3 = 15;

 memset(csNumRome,0,strlen(csNumRome));

 memset(iTemp, 0, sizeof(iTemp));

 if(iMyNumberArab>=4000){
  strcpy(csNumRome,"Max Value 3999");
 } else {

  itoa(iMyNumberArab,csMyNumerals,10);
  //csMyNumerals[15]='\0';
  //Go through sMyNumerals input string backwards for easier rule matching

  for (iCount1=strlen(csMyNumerals)-1; iCount1>=0; iCount1--){

   strncpy(csMyNumeral, csMyNumerals+(iCount1*1), 1);
   iNumberNow = atoi(csMyNumeral);

   switch (iNumberNow) {
    case 1: case 2: case 3:
     for (iCount2=0;iCount2<iNumberNow;iCount2++){

      iTemp[iCount3] = csaNumRome[(strlen(csMyNumerals)-1)*2-iCount1*2];

      iCount3--;
     }

    break;

    case 4:

      iTemp[iCount3] = csaNumRome[(strlen(csMyNumerals)-1)*2-iCount1*2+1];
      iTemp[iCount3-1] = csaNumRome[(strlen(csMyNumerals)-1)*2-iCount1*2];
      iCount3=iCount3-2;
    break;

    case 5: case 6: case 7: case 8:

     for (iCount2=0;iCount2<iNumberNow-5;iCount2++){

      iTemp[iCount3] = csaNumRome[(strlen(csMyNumerals)-1)*2-iCount1*2];
      iCount3--;
     }
     iTemp[iCount3] = csaNumRome[(strlen(csMyNumerals)-1)*2-iCount1*2+1];
     iCount3--;
    break;

    case 9:

     iTemp[iCount3] = csaNumRome[(strlen(csMyNumerals)-1)*2-iCount1*2+2];
     iTemp[iCount3-1] = csaNumRome[(strlen(csMyNumerals)-1)*2-iCount1*2];
     iCount3=iCount3-2;
    break;
   }

  }
 }

 printf("\n Correct Format: ");
 for (iCount2=0;iCount2<16;iCount2++){
  if(iTemp[iCount2]!=0){
   printf("%c",iTemp[iCount2]);
  }

 }
 printf("\n");

 return;
}


void BannerLine(short iLength, char cCharter){
 short iCount1 = 0;
 for (iCount1=0; iCount1<iLength; iCount1++){
   printf("%c",cCharter);
 }
}


void BannerSet(void){
 short iCount1 = 0;
 printf("\n");
 BannerLine(32,149);
 printf( "\n PC-8401 Roman Numeral-iser\n" );
 BannerLine(32,149);

 for(iCount1=0;iCount1<=strlen(csaNumRome)-1;iCount1++){

  printf("\n Numeral: %c = Numeric: %d",csaNumRome[iCount1],isaNumArab[iCount1]);
  if(iCount1 == strlen(csaNumRome)-1){
   printf("\n");
  }
 }

 BannerLine(32,149);

 printf("\n Roman Numeral Format Check\n");

 BannerLine(32,149);

}


short PressAnyKey(void){

 char chr;

 BannerLine(32,149);
 printf("\n Input Another Numeral? Y/N: ");
 chr = getchar();

 if(chr == 'n' || chr == 'N'){
  return 1;
 } else {
  return 0;
 }
}


main(void)
{

 char csMyNumerals[15];

 bool PressKey = true;

 char csMyNumberRome[15];
 int iMyNumberArab = 0;

 while( PressKey != false ) {

  BannerSet();

  printf("\n Roman Numerals: ");
  fgets(csMyNumerals,15,stdin);
  iMyNumberArab = GetArabValue(csMyNumerals);
  printf(" Numeric  Value: %d",iMyNumberArab);

  PrintRomeNumerals(iMyNumberArab);

  memset(csMyNumerals,0,strlen(csMyNumerals));
  memset(csMyNumberRome,0,strlen(csMyNumberRome));

  PressKey = PressAnyKey();

 }
}

See RetroChallenge Intro, Part 1, Part_2, Part 3, Part 4, Part 5, Part 6, Part 7, Part 8

Read More

RetroChallenge 2017/10: Part 5

NEC PC-8401s' Capacitors & NiCd Sorted

Since discovering the leaky capacitors in the PC-8401s LCD module (last post, Part 4), I've replaced the problem components and the screen is now working without further issues. So, while had the main case opened I also decided to replace all the other potentially problem components and give the unit a good service.

I replaced all the capacitors with like for like values. The one exception being a 1200uf 25v, which is now a 1200uf 35v variety. The extra voltage level is not an issue, though the replacement capacitor is twice the length of the one it replaced, luckily there was space to lay it on it side.

The other remaining problem component was the 30 year old NiCd battery, which amazingly hadn't vomited it's guts all over the motherboard. The NiCd battery inside the PC-8401s is there to keep the DRAM and system clock ticking over should there be no main battery or indeed mains power. (No compact flash for 1985 user convenience).

1 Frand Super-Capacitor Battery Replacement

I decided to replace the battery with a 1 frand 5.5v super capacitor. I've previously made similar modifications to my Tandy M100 and M102 machines to good results, with RAM storage remaining intact for over a month before (until I got board waiting) I reapplied mains power. Similarly to the previous m100 modification, I bent the pins of the capacitor over horizontally before attaching wires which are the soldered on to the PCB. The capacitor itself is attached to the circuit board with double sided tape, keeping very firmly in place.

So next time it's back to doing something else arguably useful with a 30 year old computer.


See RetroChallenge Intro, Part 1, Part_2, Part 3, Part 4, Part 5, Part 6, Part 7, Part 8

Read More

RetroChallenge 2017/10: Part 4

My NEC PC-8401s' LCD Module Faces Capacitor Issues

I'd noticed, well couldn't help noticing really that the PC-8401s' LCD screen would flicker, and every now again turn off unexpectedly after extended use. Over the last week the occurrences became more frequent. Interestingly or comfortingly the screen flickering has no effect on the Main Computer, everything stays resident, you can even continue typing while the screen is off. So what ever the problem? It is appeared localised to the LCD screen. Time to pry open the computer and see what's happening.

A quick look over the main board revealed nothing of immediate concern, though at some point I'll want to replace the NICAD backup battery and the 30 year old capacitors, thankfully though none of these components have been leaking. Semi confident the main board is okay it was time to crack open the LCD bezel, not the most convenient thing to do.

NEC PC-8401 Main Board

Unlike the main case the bezel is mostly held together with molded plastic clips, taking it apart took some considerable carefully spent time. Once off however it was immediately clear where the problem (hopefully the only problem) lay.

NEC PC-8401s' LCD Panel

We've got 2 exploded leaky electrolytic capacitors that need to be replacing, and while we're at it the other 10 should be swapped out for good measure. I guess considering the age of the computer this is not unexpected, all this is really part of the excitement of playing around with old hardware.

Some Picturesque Leaky Electrolytic Capacitors

Well then, before continuing any further it's of the the electronics supplier to procure some of these tiny caps, of which I have exactly none of in my parts draw.

As a quick aside the panel was manufactured by Epson.

Back view of the NEC PC-8401s' LCD Panel

See RetroChallenge Intro, Part 1, Part_2, Part 3, Part 4, Part 5, Part 6, Part 7, Part 8

Read More