Last year I created my own rendition of the SD2IEC, dubbed the SD2IEC Pluggable. Version 1.0 left some room for improvement and recently I found the time to take on a new revision. Version 2.0 is even closer related to the design published by Shadowolf while maintaining the “pluggable” layout with the pass-through tape connector.
A few weeks ago, I built the through-hole version of the Tapecart based on an ATtiny44. The original and probably the most wide spread variant of the Tapecart is much smaller though. It is built from surface mount components and it is based on the much harder to get 32-bit AT SAM D09 controller.
I wanted some of those Tapecarts in my collection so I had “a few” boards made, ordered the components including a matching case and waited for everything to arrive. Soldering the SMD version is not hard, the smallest components have a 0805 footprint. Continue reading
In my previous post I introduced the Tapecart, a thumb drive for the Commodore 64, and built one of those. The only major issue with these great devices is the 1.5 hours it takes for the C64 to transfer the 2 MB of data to them.
Fortunately, Detlef Gerhardt came up with the idea of hooking up the Tapecart to an Arduino in order to transfer the data using a modern PC. It turns out, this speeds up the transfer considerably and it also eliminates the need for copying TCRT images using a SD2IEC or similar device. An early version of Detlef’s TapecartFlasher software is available on Github.
The original setup for the TapecartFlasher is as simple as it gets: simply hook up 5V and GND from the Arduino, then connect the 4 remaining lines of the cassette port interface to D2-D5. I tried this on a breadboard first and it worked out of the box! The most complicated part here was the lack of a proper connector, so I just soldered leads to the Tapecart module. Continue reading
The Tapecart is a relatively new piece of hardware that was devised for the Commodore 64 by Unseen and enthusi and introduced in late 2016. The general idea is quite compelling: The small module features 2 MB of serial flash memory and plugs into the cassette port of the Commodore. By just entering
LOAD or the “Shift+Run/Stop” shortcut, a small bootstrap program is run that will then very quickly load up to 64 KB from the Tapecart into the C64 for execution. No cable and no external power supply is required and important other ports remain unused. This is probably as close to a “thumb drive” for the old hardware as it gets.
The prototype batch of PCBs for revision 4 of the Pi1541io board didn’t take long to ship and it arrived from PCBWay while I was on vacation. Today, I finally managed to assemble one of the boards and everything seems to work great!Revision 4 is basically what the previous one should have been: an improved rev.2 with an added I2C connector for an OLED display. In this revision though, the I2C connector can be configured to accommodate different kinds of display modules.
|Update: For those of you who can’t wait and who understand the possible issues described below, rev.3 boards are now available on PCBWay. If you can wait another 3 weeks I’d recommend you wait for the next revision.
After a longer wait, today I finally received the prototype batch of PCBs for revision 3 of the Pi1541io board. Only relevant change to the previous revision is the I2C header for connecting a SSD1306 based OLED display module.
Repairing the old Commodore C64 a few months back was a lot of fun and I learned much about the old machines in the process. Now I wanted a new challenge and so I bought a C64 motherboard Assy No. 250425 on eBay. The board came without case, keyboard or any other accessories and it was advertised as “defective”. No other description besides “as depicted”.
Expansion port expanders are adapters which allow multiple cartridges to be attached physically to the C64 at the same time. In rare cases, two of those cartridges will then be usable simultaneously, for the majority of cases the expander allows the user to switch between them.
I’ve never owned one of these devices but I’ve been toying with the idea to create my own for a while. Recently then, a generous person donated a bunch of 44 pin board edge connectors that would be required to build it. So I started to take a closer look at existing implementations, from the past and present.
On Friday, I received the prototype batch of PCBs for the second revision of my IO Adapter for the Pi1541 project. Today, I finally found the time to assemble a couple of those boards and so far, everything seems to be working great!
When assembling one of the rev.2 boards, there are multiple alternative configuration to chose from. One of the simplest working ones — shown on the left side in the photo above — needs only three components: a 6 pin DIN connector, a 4 channel level shifter module, and a 40 pin female header to connect to the Raspberry Pi. Most of the possible configurations can be built using easy to solder through-hole components, only! Continue reading
While I’m still hoping for feedback from their side, I’m already working on the next revision of the PCB that will fix a couple of minor issues. As hinted earlier, my intention was to also add optional support for a TXS0108 based level converter. So I acquired one of those modules, tried it on my Pi1541, and couldn’t get it to work at all. It turns out that the TXS0108 is too slow for this job as it seems.
Meanwhile, Steve White has updated his site again, providing an additional wiring diagram. This alternative circuit features an additional 7406 inverter IC that is used for driving the output signals from the Raspberry Pi to the serial bus. Using this solution, multiple devices on the bus should no longer be a problem.
So, I ditched the TXS0108 and I am working to support Steve’s 7406 based solution in revision 2 of the Pi1541io. This support will be optional, i.e. you will still be able to use the board with just the level shifter. Speaking of the level shifter: also in revision 2, you may now chose between using a ready made module like in revision 1 or using discrete components instead.
Also, I am still preparing the project repository for upload to Github. Should happen soon now, stay tuned.