Thursday 25 August 2016

VIC20 PAL to NTSC conversion

This is an old post, preserved for reference.
The products and services mentioned within are no longer available.

Many home computers of the 1980s were produced in various versions with television outputs to suit the region. Most had NTSC versions for North America, and PAL for the UK, and some also had SECAM for France. The differences were sometimes just down to a jumper, or needed various modifications, even different circuit boards.
The original version of the VIC20 (2 pin power connector) had different boards for PAL and NTSC versions, these had different clock crystals (14.31818 MHz for NTSC, 8.867238 MHz for PAL), different VIC chips (6560 for NTSC, 6561 for PAL), and also a different Kernal ROM (901486-06 for NTSC, 901486-07 for PAL). There were also differences in the supporting circuitry, the PAL version had an additional 74S74 chip to divide the clock down by 2 to give 4.43618MHz. That's it on the far right, outside of the outline of the screened cage, entirely failing to disguise the fact it's a bit of an afterthought.
When they cost reduced the board for the later version (7 pin round power connector, as used in the C64), they went for a single board. On the VIC20-CR, the PAL crystal was swapped for a 4.43618MHz crystal, so the additional divide by two stage was not required.
Here in the UK, I have loads of PAL VIC20s, but no NTSC versions, and I was looking for one to use for testing the Penultimate Cartridge, it turned out that Paul Rickards was in the USA with a selection of NTSC VIC20s, and was interested in a PAL one, so we concocted a plan to swap one. Rather than sending a whole VIC20, we just exchanged crystal, VIC chip and kernal ROM. That should be easy enough, just swap those bits over and away you go. Here's is Paul's proof that his NTSC VIC20 is working:
Here is the matching proof from my TV that my VIC20-CR is indeed PAL.
The photo Paul sent of the NTSC version looks very similar to my PAL version, doesn't it?
Well, looking closer at the photo of the NTSC and PAL versions of the VIC20-CR, there are quire a few differences.
The NTSC version has a PCB trace linking pins 2 and 4 of the 7402. The PAL version has the trace cut and a 1nF capacitor fitted
Capacitor C13 is a 220pF ceramic disc capacitor on the NTSC version, which should be horizontal in the outline in the centre of the picture below. On the PAL version, it is not fitted, but a 220pF axial capacitor is connected at 45 degrees between one pad of C13 and the top of R10.
The NTSC version has two ferrite beads, FB4 and FB5 (bottom right). On the PAL version, there is 1 ferrite bead and one yellow wire and they are crossed over.
Finally, on the back of the board, on the PAL version only, a 56pF ceramic disc capacitor is soldered across R5.
I have not been able to locate a decent schematic for the PAL version of the VIC20-CR, and only some ropey scans of the NTSC version, this is stitched together from two of those scans to show the video output section.
I have marked on the differences that have been made to the PAL version. All the PAL VIC20-CR boards I have checked have these same modifications. It's surprising that they must have made hundreds of thousands with these mods, rather than designing a PAL specific board, or even a dual purpose one could easily be made for either standard.
In order to convert my PAL VIC20 to NTSC, I need to get from that modified schematic back to the original. I removed the modified parts and assembled a pack of bits to send over to Paul so that he could do the reverse, and convert an NTSC VIC20-CR to PAL.
There were a few less parts for the reverse conversion, these are the NTSC bits I got back, for my PAL to NTSC conversion. The markings have rubbed off the 14.31818 MHz crystal. It has an unusual central ground pin, but the PCB is designed for a 2 or 3 pin crystal.
I had already removed the PAL specific parts, so all I had to do was fit a new 220pF capacitor as C13, replace the cut track next to the 7402 with a wire link, and install the two ferrite beads, FB4 and FB5 (borrowed from a scrap board). Finally, the NTSC crystal, VIC and ROM.
Once all that was done, it looked fairly close to the original version, and worked first time. It still needs a bit of tweaking, but it's a reasonable NTSC picture.
The TV confirms the signal is now NTSC. Time to install a Penultimate Cartridge and do some testing. Many people are already using it on NTSC VIC20s, but it's nice to be able to test it myself. The yellow comes out better than the PAL version, as does the red below.
More testing is required, but all is working well so far with the converted VIC20. One of the first things you notice is that some cartridge games which used to start offset to the left now start properly centred. Oh dear, I guess I'm just going to have to play some more Donkey Kong.

UPDATE:
The PAL bits have now arrived in the states, and Paul's NTSC machine has now been converted. FB4 removed and one end of FB5 swapped over to the end of FB4 end a wire link fitted from the spare end of FB4 to the spare end of FB5, C13 removed and the new 220nF axial capacitor fitted linking to the top of R10, the track between pins 2 and 4 of the 7402 broken and a 1nF capacitor fitted between the two vias, and finally a 56pF capacitor added on the back across R5.
With the PAL crystal, VIC and ROM now installed, the ex-NTSC machine is running as a PAL machine.
Everyone's a winner!

Sunday 14 August 2016

PET LCD

This is an old post, preserved for reference.
The products and services mentioned within are no longer available.

This is something I've been working on for a while, and have finally put it all together.
The top half is a 6502 socket (with pass through), a GAL chip, some DIP switches, 32K RAM and a ROM chip with various ROM images on. The RAM and data bus buffer/switch are hidden under the chips. So far it is basically a squashed up version of my 6502 ROM/RAM boards.
The large chip is a 1K dual port RAM chip. That is 1K of RAM which can be independently read and written from two different address and data busses. One side is attached to the PET bus, where it sits at 0x8000-0x8400, the screen RAM. It is configured as write only, so whenever anything is written to the PET screen RAM, it is written to the board, and to this copy of the RAM.  This is the result of writing 0,1,2,3,4 etc. to the video RAM.
The PET video system is a fairly simple character based 40x25 display, you write characters to the 1K screen RAM buffer and they appear on the screen. No pixel based graphics or custom characters can be shown, it is limited to the 256 characters in the PETSCII character set. Well, sort of, there are two character sets, normal and graphics, which can be selected by an IO line which drives an address line on the ROM. It's actually 128 characters, plus those 128 again but inverted.
There is almost an isolation gap between to top and bottom halves of the board, with only power, and reset joining them, Yes, there are a couple of bodge wires, and an annoying bodge resistor. I had one pin pulled low on the schematic that should have been pulled high, so it was attached to the ground plane. I ended up drilling out the pad and wiring the bodge resistor directly to the pin.
The other side of the RAM chip is attached to an ATmega1284P microcontroller running at 20MHz. This is connected via a 3.3V level shift to a 2.2" 240x320 LCD module.
What does all this do then? Well, if you plug this into the CPU socket of a PET, whenever the PET writes to it's video RAM, it will also be written to the dual port RAM chip. The microcontroller is continually polling this RAM via the other port and converts that to a display on the LCD.
You effectively get a copy of what is on the PET screen on the LCD, updating in real time. To generate this, I have converted the PET character ROM into a data array and draw each character pixel by pixel on the display. The 240x320 layout fits well with the 40 character, 25 row display, each character is 8x8, so 40x8 = 320, 25x8=200, with 20 pixels space top and bottom. This gives a very clear, pixel perfect version of the screen.
 In business graphics mode, the PET introduced two pixels gap between the lines, so this can be fitted in to 225 pixels. I've fixed it in the graphics character set for the moment, as it needs to tap off a one of the pins on the VIA line to change font, I'll be adding that to a later revision, probably by duplicating the port with a single 8 bit register or even just a single flip flop.
This opens up a lot of interesting potential. This is really proof of concept stage. The initial idea was this would be a diagnostics tool. You can plug this into any PET and see if it is running, even if the video output on the PET itself isn't working, as long as it is writing to screen RAM, this will show the state of the system.
It can also be used in conjunction with my 6502 diagnostics board, and will show the results of ROM and RAM testing on it's LCD. So even if the ROM, RAM and video display are all faulty, it should be possible to diagnose this and fix it bit by bit.
Since this is a 40 column display, it's also a potential way to add a 40 column display (albeit a small one) onto an 80 column PET. The board has various ROM sets on there, so the 40 column editor ROM can be selected and the PET will run in 40 column mode. The actual monitor will show the wrong thing, but the LCD will show the correct output.
The update rate is reasonable, fast enough to play space invaders anyway. I tried a few demos, and they all ran OK. This is just the first testing, I imagine I can streamline the code to make updating a bit faster.
Another thing to consider is now that I have a way of collecting the screen data, it could be used to drive something larger than this LCD. It could instead be sent to an HDMI monitor or even generate a video signal for the PET monitor or a composite output, although I think I would need an external shift register to handle the pixel clock rate. Driving the PET monitor add the option of letting you switch between 40 and 80 columns on an 8032, which would be very useful to expand the range of available software. Lots of potential though.
One final thought, this is a 6502 CPU, ROM, RAM and a display. Stick in clock, reset and some IO, and you've got yourself an SBC. Add the appropriate ROMs and IO and you've got yourself a mini PET........

2022 Update: A Mini PET? That's an interesting idea. An idea that later became a kit and now a preessembled replacement board. Both available from The Future Was 8 bit.

Tuesday 9 August 2016

Commodore 64C USB Keyboard Kits

I've had a few questions about my Commodore 64 USB Keyboard kits, and whether they are suitable for the later shape C64C. The answer if yes.
The controller board and firmware is exactly the same, mounted in the same location.
The only change is on the mode switch version of the kit, which is provided with a rectangular tri-colour LED, rather than the usual round one for the breadbin case.
I also supply grey / cream USB cables to better match the case, rather than the black ones supplied with the C64 / VIC20 / C16 version of the kits.
The complete kit comes with the cable and mounting feet. The mode switch version also includes the replacement power LED to show the mapping mode.
This lights up green in normal mode, where the keys are mapped to make best use of the keyboard for normal use like web browsing on writing blog articles. When a key is pressed in this mode, the symbol marked on the key will appear on the PC (or Mac or Raspberry Pi etc.). The arrow keys work as the original. down and right, or left and up if you press shift.
In this mode the keys give the right symbols with and without shift (i.e. shift + 6 gives & as marked, not ^ as on a PC keyboard). The left shift key and right shift key work differently on some keys to give more options (e.g. F1, + left shift = F2, F1 + right shift = F9 and / + left = ?, / + right = \). This means F7 + right shift gives F12 which is the menu key in the Vice emulator. 
When you press the mode button, it changes to red for emulator mode where all the keys are mapped so they will work with emulators such as Vice which use a positional mapping.
In this mode each key works directly in the emulator as if it were a real Commodore 64, seen here in this handy Commodore 64 keyboard tester.
When doing these USB keyboard conversions, I occasionally end up with a C64C without the keyboard support brackets. These normally screw to the base over the mainboard, and the keyboard rests on them. An alternative solution that seems to work quite well is to use 30mm M3 pillars, screwed to the four holes on the top of the keyboard.
The keyboard sites in a groove at the front which hols it firmly in place so the pillars just provide support at the top. I usually add a little hot melt glue to where they sit to hold them in place, although they don't seem to need it.
The kits can be ordered below.


Standard USB keyboard kit.

The standard kit version comes with the controller, adhesive pillars and a USB lead (black C64 version shown). This can be installed on the back of the keyboard, with the original power LED cable connected to this board to light up when the USB is connected.
It can also be mounted in a few places inside the case so the USB connector is externally accessible.
The kit can be purchased using the button below, select the appropriate keyboard mapping and postage option (first class signed for within the UK or international tracked and signed). This is suitable for Commodore 64 and VIC20, Commodore 16 and Commodore 64C.

USB Keyboard kit with mode switch

If you are planning to use you converted Commodore 64 / 64C / VIC20 / C16 with an emulator such as Vice or CCS64, go for the version with the mode switch (black C64 version shown).
The kit for this includes the controller, mounting pillars, USB lead and a replacement power LED which will indicate the mode.
This is best fitted where the mode switch can be pressed, either through the IEC and video ports, or the expansion port. The replacement LED fits where the original was.
The kit can be ordered below, select the appropriate model and postage option (first class signed for within the UK or international tracked and signed). This is suitable for Commodore 64 and VIC20, Commodore 16 and Commodore 64C.

USB Keyboard and dual joystick kit with mode switch

There is also a version with dual USB joystick ports that can fit in the C64C case. C64 version shown, the C64C version has the rectangular LED.
The USB connector can be supplied to exit externally from the square hole where the power connector was, or internally to be trailed out the back, or connected to an internally mounted Raspberry Pi etc. This can also be used with the Commodore 64C, although the keyboard support brackets may need slight modification to fit over the joystick connector.
This is available as a kit, containing the USB keyboard and dual joystick controller, mounting pillars, replacement LED and USB lead.
The kit can be ordered below, select the appropriate model and postage option (first class signed for within the UK or international tracked and signed). This is suitable for Commodore 64 and VIC20, Commodore 16 and Commodore 64C. Note this is designed for the Commodore 64 end plates, so the VIC20 and C16 metal end plates will not fit. You can either remove these or use one from a C64. (yes 9 way D joysticks on a Commodore 16!)

If you want to support this blog, you can donate via Patreon or Paypal, or buy something from my store.


2023 Update

USB Keyboard Controller Kits are available from my Sell My Retro store: