ArduiTape/CASDuino/TZXDuino - The cassette player replacements

 I managed to get hold of a copy of Cannon Fighter by Moorwood Software on cassette which to the best of my knowledge has not been archived so I have converted it to both CAS and TSX files. You can download it from here.   A while ago ago I posted a link for the MSXtra compilation by Alligata but the TSX files were bad, but I've redone them and they should now all work. You can download them from here. You can download the CAS files from here.

Firmware Updates Primarily I have updated the firmwares to include RGB I2C 16x2 LCD screen but there have also been some improvements made to TZXDuino and CASDuino. Arduitape 1.8 can be downloaded from here. CASDuino 1.22.1can be downloaded from here. Changes . Added RGB I2C 16x2 LCD Speed improvements Improved compatibility with TOSEC Dragon CAS files TZXDuino 1.15.1 can be downloaded from here. Changes Added RGB I2C 16x2 LCD Improved UEF support Dragon CAS file information. This is a bit of boring technical information in regards to Dragon CAS files from TOSEC and why they didn't work before. Unlike MSX CAS files Dragon and CoCo CAS files start with a byte hex value of 55. To be recognised as a CAS file by emulators it only needs to have one byte with hex value of 55 at the beginning. To be recognised as a Dragon/CoCo CAS file by CASDuino it requires a minimum of 8 bytes with a hex value of 55 bytes. To be recognised by a real computer it requires aroun...

I hated the method of using the menu to switch ID15 on and off so I've managed to fix it to an automated system to keep things as simple as possible for the user. You can download the latest version from here.

Update for TZXDuino. Lots of little things changed for this update but the biggest is ID15/Direct Recording has been added. The code has been adapted and fixed from the MAXDuino firmware. On the Amstrad CPC this means that Music Loaders do work as do many other games that use the ID15/Direct Recording Block type however the following Musical Loaders are temperemental but this is due to hardware rather than firmware. Harvey Headbanger Helichopper Rasputin Runestone Spiky Harold Thrust I've also removed DigitalWrite in favour of a quicker process as suggested by Ken Forster and this means that some MSX games work better at higher TSX baudrates. Elite and Aliens will now load at 2400 baudrate. There were two Gremlin Graphics games for the Amstrad CPC that had copy protection that required a reversal of high and low signals. Samurai Trilogy and Footballer Of The Year II. I have added an option to the menu to fix this issue. You can download the new firmware from he...

Thanks to the work of Kernel Crash we have added uncompressed UEF playback to TZXDuino. This means that Acorn machines can be added to the list of computers that can use TZXDuino. There is standard mode and a Turbo mode that can be switched on in the menu. The turbo mode loads at 1500 baud and does improve the loading time on an Acorn Electron. There is also a 1550 and 1600 option in the TZXDuino.h file but not all Electrons can handle the faster speed. You can read Kernel Crash's blog here. You can download the TZXDuino 1.11 from here.

The more I build and try to improve on the various firmwares I've realised that it's not entirely friendly for new users to edit their firmware for their version of device. In an aim to correct that I have added userconfig.h to the various firmwares. This is just a little settings file that users can change without fear of harming the main programme. It allows you to set which screen you are using and in future which startup logo for some screens and maybe other settings. How to use. At the moment the userconfig.h looks like this ///////////////////////////////////////////////////////////////// /*                                                             */ /*    ...

It's been a while since I've updated CASDuino but I've been trying to bring the firmware in line with TZXDuino and ArduiTape to make possible integration of the three firmwares at some future date. The major problem had being getting it to work with the OLED 1306 screen which has now been solved. Included in this firmware update is a 3rd screen option which is for the PCD8544 which I have also been working on and am now almost ready to share instructions on. What's New:- OLED1306 Support PCD8544 Support Improved Dragon compatibility Improved CoCo compatibility (auto run on CoCo games has not been fixed yet but we are working on it.) You can download the firmware from here. There are also reports of improved compatibility with the Phillips VG 8020 MSX however as far as I know any incompatibilities were due to a difference in the hardware chipset so how this has happened is a complete mystery but a win I will take.

TZXDuino 1.7 This fixes issues with pause lengths that we never noticed before. It should fix games like Top Gun and Street Hawk for the Spectrum and make CDT files behave as they should for the Amstrad CPC. Changes. *Maximum pause length of 8.3 seconds due to the TimerOne library has been worked around. *ID20 Pause Block fixed. *Temporary fix for pause after motor control removed. https://mega.nz/#!aEt1VJKZ!ZFw-fP3bkNTtiPlbG_IllmR94Xni3KvIGUn6Jggfof8

Now that I have my CPC464 all set I've been testing .CDT files and have noticed a few issues. The first is that when I altered the code that sped up things for the Spectrum I messed things up for the CPC so that has been rolled back. The second is that with the CPC the motor control and pause after blocks is very important and TZXDuino isn't calculating a long enough pause for some games which causes them to fail. This seems to be a limit to the TimerOne library of 8,191 milliseconds (1F FF). This obviously is a big issue that needs more investigation. Changes: *Fixed the garbled text bug (thanks to Rafael Malins Chesserot for that one) *Rolled back an update that made files load faster on the Spectrum but broke files on the CPC. *Added a 2.25 second delay on playback after a motor control pause to fix issues with compacted multiload games from http://cngsoft.no-ip.org/cpc_lzx.htm ToDo * There is a discrepancy between length of time of pause after block and what the ...

I've finally managed to get hold of a CPC464 so I can see what compatibility is like with TZXDuino. One of the first things I did was add a DIN so that I could connect the TZXDuino to it. Rather than the normal 5-pin DIN that the CPC664/6128 use I decided that as I already have the cable for the MSX I would add an 8 pin DIN. After some testing I found the best places to solder the connections and now it is up and running with full motor control. As there are no TOSEC like downloads for CDT files I have been using both CPCRulez and CPCPower for the downloads. TZXDuino compatibility is quite good with CDT files although there are a few that use the ID15 block which currently is not compatible but I did notice some issues. Some games seemed to have insufficient pause blocks and whilst they worked on emulators they did not with either TZXDuino or WinTZX playback. These were quite easily fixed by adding a pause block to the CDT file (Aliens, Ghouls and Ghosts, Turbo Outrun). Others howe...

TZXDuino user and Luca Forattini has added the ability to load AY files with Spec AY on any Spectrum with an AY chip to TZX. First you load LOADER.TAP from SpecAY . Once that is loaded just select the .AY file you want to load and away you go. You can download version 1.5 of the firmware from Here. You can download Luca's original version of the firmware which is for an Arduino Mega with LCD and buttons shield from Here. Interestingly Luca has added a filesize counter with his firmware so that you can see how large the file currently selected is. You can watch a video of Luca's TZXDuino at work here.

It's been a while since I've published anything on my progress on converting things to the Maple Mini so I thought I'd keep you up to date. I have converted TZXDuino to the Maple Mini and it is working but not properly. For some reason, even though it is using the same values as the Nano the frequency of the output is higher. So much so that fastloaders cannot be recognised and TAP and simple TZX cannot all register with the Spectrum. Oddly this would indicate that a microsecond for the Maple Mini is different to the microsecond for the Arduino Nano, yet the files play for a similar length of time. It's all highly confusing and I've put the project on the back burner for a while so I can concentrate on working any errors out of the CAS/TZXDuino Shield PCB. The good news being that when I was trying to figure out what was going wrong I noticed that TZX2WAV which we had been using as a benchmark to test our coding actually has a typo in it a decodes slower than the TZ...

Tales of Popolon is a new MSX homebrew game that is still under development but a ROM has been released so people can play. I've used CASLink3 to convert it to a CAS file and tested it on my Toshiba HX-10 with CASDuino and it works beautifully. Here is a link to the games Github page. Here is the CAS file to download. Enjoy!!

I've updated the CASDuino firmware so that it will load some games with Xroar but there has been no luck on an real Dragon. Can you please give it a test and let me know the results? Thank you. Download

ZX81 P and O filetypes have been added to TZXDuino. There is also a minor speed update that shaves a few seconds off previous load times. https://mega.nz/#!Ldkn3Q7L!hOjJVTZZQcRulmDdmVB19HxA04mFa9oAKAsEmrDD2qk We were hoping to have an update to CASDuino with working Dragon CAS files but unfortunately whilst we can get Chucky Egg to work we still can't get others to work. We are still working on it though.

I've managed to get the CASDuino firmware up and running on the Maple Leaf Mini. It's not perfect, there are issues with 3600 baudrate and it cannot store your baudrate selection as of yet as the Maple Mini does not have an EEPROM to store your selection but it is now working. Sadly whilst .CAS files on the MSX work, the ones for the Dragon have been broken TZXDuino is proving particularly stubborn at the moment, it is at least playing sound but is very stuttery and that also causes ID errors after the main loader.

One of my desires when I first thought about this project was to have something for everyone and for users to just be able to put their files onto an SD card and go but to remain cheap. The Arduino Nano was the perfect starting place for that but it quickly showed it's limitations, so now we're trying to port the firmwares over to the Maple Leaf Mini using the STM32Duino add on to the Arduino IDE. It's still very much a work in progress and there has been a slight hardware change, the original SD card readers we used are not compatible with the Maple Mini, but we have managed to get the Maple Mini version of ArduiTape working and playing .WAV files. Unlike ArduiTape you are not restricted to the frequency of .WAVs you can play and you also do not require a low pass filter to play the .WAVs What you need. Maple Leaf Mini 1602 I2C LCD   TF Micro SD Card Module Mini SD Card Module Memory Module LM386 Amplifier Module 5 button button board (See earlier blogs for instructions...

Inspired by Piotr Bugaj and his TZXDuino Shield I thought I'd take his PCB design and add the 2.5mm socket and some right angle buttons and get it so it will fit into a PP9 case. This is a whole new thing for me as I have never designed a PCB in my life or used Diptrace before. Luckily it's quite an intuitive piece of software that's easy to use. After adding a design for a PCB mounted 2.5mm and also the buttons I managed to design a PCB that should work. Now however it's finding a reasonably priced manufacturer for a couple of prototypes before maybe a production run. If you're interested in looking at the Diptrace and gerber file you can download them from here.

Following from yesterdays CASDuino update I've now added the same function to Arduitape. Rather than needing a file called ROOT to get to the root of your SD card just press Stop when nothing is being played. Everything else stays the same. You can download the update from here.

A minor update to the CASDuino firmware negating the need for a ROOT file in every folder. Now if you press the stop button when nothing is playing it will go to the root directory. You can download the latest firmware from here. Work on Dragon compatibility is still ongoing but due to work pressures it may take a while. Sorry.