Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

61 Excellent

About trub

  • Rank
    Chopper Commander

Contact / Social Media

Profile Information

  • Gender
  • Location

Recent Profile Visitors

8,096 profile views
  1. Although not shown in the linked photos, mono is also very much involved in the project :)
  2. Sure it can be done. However, I think it would be better to patch DPB for drive C (it now set for 90k disk in the second drive, so of questionable use nowadays).
  3. TT simply calls SIOV OS procedure to access the B: drive, so the speed depends on OS. You get high speed if OS itself supports this or if the high speed handler is hooked to the OS vector (such as SIO driver in the FJC's Ultimate1MB firmware). However, after reading the data, TT still needs to send it to Indus CP/M via SIO. A double transfer is then needed: drive B: -> TT -> Indus CP / M, which results in poor performance.
  4. This is planned (I say cautiously that for version 4.60 )
  5. I thnik you should use File -> Save Firmware -> Save Ultimate 1MB Flash. Then select the file as the default firmware for Ultimate.
  6. The extended driver INDUSX.SYS is being developed. It will enable track buffering and will have some additional features. We plan to include it in the SDX Tookit with the next release.
  7. trub


  8. TT uses SIOV to read (write) from D2: when B: is accessed. If you have OS or PBI driver with hi-speed SIO, it is used to get the data. However, TT then transfers the data further to the Indus drive which supports 19200bps by default.
  9. TT supports CP/M drives B: and C:. They are both mapped to Atari D2: drive with 256BPS disk (B:) or 128BPS disk (C:, rarely used). TT works well under SDX, but Indus drive (D1:) should be directly accessible. So, you have to deactivate any hard disk partition mapped to D1: to let the SIO floppy respond. I have also successfully used ATR disk image on IDEPlus as CP/M B: (mapped as D2: with ATRM utility). The speed is still not very impressive, since the protocol requires passing control commands between Indus and TT through SIO.
  10. This version has bugs, you need to upgrade it to 1.20 as they say in the Indus GT Service Manual (pt. 4.14): "If the EPROM in the drive you are working on has a version number of 1.00 or 1.10, then it should be replaced immediately with the latest version of the device. The latest version to date is 1.20."
  11. Which ROM version is displayed by the tool ? Can you hear the bell when the display reaches FF ? Are there any other drives connected ? Note that the drive should be set to D1: (see jumpers at the back).
  12. Here is some information for CP/M newbies. CPMTOOL utility performs two basic actions: 1. Testing the SRAMCharger using different memory configurations. The drive must be operational, since the tests are executed by Z80 CPU at the drive side. In case of an error, its code is displayed ( 1-8 ). See my site for description of the error codes. 2. Restoring the missing parts of sectors 1-3 with the original contents of CP/M code. CP/M double density discs use full capacity of these sectors (unlike Atari discs or ATR files which only hold 128 bytes). So after copying the CP/M disks to e.g. ATRs, upper halves of the sectors 1-3 are lost and must be later restored using this utility. Nezgrar, rdea6, thank you helping me with the links
  13. Note that the physical disks should be then patched with CPMTOOL to restore the missing parts of sectors 1-3.
  14. As FJC points out, SDX does not handle PBI devices itself, it just calls routines of the driver. The only situation when 'Device Done' is reported is related to serial communications. So it is natural to look for the problems not in the DOS, but elsewhere. However, if you are able to do more tests, you may bypass DOS driver either with MAP (e.g. MAP 1 OS), or completely (DEVICE SIO /A), and see what happens. You may even load the old 4.22 driver (DEVICE SIO /C).
  15. Of course they should be connected. Eagle editor does not show the Vss/Vcc connections for basic TTLs for a reason.
  • Create New...