Jump to content
Have You Played Atari Today?
2600|5200|7800|Lynx|Jaguar|Forums|Store  

sup8pdct

Members
 View Profile  See their activity

  • Content Count

    935

  • Joined

  • Last visited

Posts posted by sup8pdct

  6. Posted

     

    Looked at the power supply schematics based on your observations. Had an OMG! Moment too. The 12V supply is robust, just isn't used for anything other then RS232. Maybe they had the MS DOS/Hard Drive in mind or an internal floppy. Odd design choices.

     

    12V is also on the FDC.

     

    Check out the schematics in my archive. I have fixed them to make them match mine. Hope i got all of the errors.

     

    James

  8. Posted

    Oops wrong CP/M disk collection. Don Maslin's stuck in my mind.

     

    Unfortunately these days I don't have any 5.25" drives on PCs with which to generate disks so I was wondering if there's an easy way to convert CP/M images to ATRs and use the Atari to make the CP/M disks. They don't need to be bootable. I have two each of SSDD, DSDD, and DSHD 5.25" drives.

     

    -SteveS

    It would be possible. A program will need to be written. Another way is if you have and INDUSGT with ramcharger and CP/M, you can transfer them over using the indus CP/M software onto a disk. The ATR8000 cpm should be able to read it.

    One thing to consider with a custom written program would to invert the data being transferred.

     

    James

  9. Posted

    Gotcha, what kind of problems are you having with your ATR8000?

     

     

    Problem 1. It won't format a disk, yet it can read and write sectors. I suspect the FDC.

    Problem 2.After a very short time with CP/M running, it refuses to accept text input or mirrors it back. Once an app is running that outputs only, it runs fine. Maybe the CTC is acting up?

     

    James

  10. Posted

    I had better step through the disks on Don Maslins CP/M disk collection.

     

    ATR8K382
    is the old version 03-1982. this has problems with different format disks, namely single v double sided. Some files of the same name are in the image below but are only meant for this version. Don't ever mix them.


    ATR8K484
    is seriously damaged. only good part is the system tracks, tho CPM starts at $D200 compared to the default which is $D400

    ATR8KATM
    so damaged that the disk is blank.

    ATR8KBIO
    has 2 files.
    AUTOBIOS.MAC Is the source file of the Bios of the 04-1984 version. It does a .include for DEBLOCK.MAC as part of its assembly. I have this as a text file.
    DEBLOCK.MAC is the source file of deblocking routines for 03-1982 version.Someone has done a oops here. Also have this as a text file.

    ATR8KMDM
    has 2 files
    SERIAL.MAC. source for serial routines for modem37? in z80 opcodes. I have this as a text file
    MODEM37.MAC. source for modem37 in 8080 opcodes. I also have this as a text file.

    ATR8000
    All files are on the atr image i made. System tracks created by the ATR.EXE file i made. Loads at $D400 (default)

     

     

    Does anyone want any of the other disks done so that they can be loaded onto the CPM box? I can see no reason to do so apart from the early version for hysterical value.

     

    James

     

  11. Posted

    James,

     

    Which DD drive and Disk Copy program are you using to copy the ATR image to?

     

    Thanks,

    Jay

    I'm not. I have to rely on others to test what i am doing as my ATR8000 isn't working properly. A real community effort :)

    Any SS/DD drive should be ok as well as any disk copy program that copies all sectors and can handle 256 byte sectors.

    Using the mech on on the ATR8000 would be the best to use.

     

    James

  12. Posted

    @sup8pdct

     

    James, could you suggest a method to take Don Maslins CP/M disk collection (or a subset thereof) and convert them to 256bytes per sector images so that they can then be converted to ATRs?

     

    I assume there are CP/M emulators but perhaps there's an easier method.

     

    -SteveS

    I am doing it by hand using WINHEX.

     

    The first disk, i just used the files that were zipped separately in that archive. The others tho Are more problematic. The FDI images i have found from the start of the directory till the end of the file have the sectors stored in this order 1,3,5,2,4 @ $400 per sector.

    22NICE was a bit hit and miss. Some files extracted ok. Some didn't, depending on the block size used and if sectors are in the right order.

     

    What i am doing is to create a blank SS/DD atr in an emulator. Load it and an IndusGT cpm disk to see where things are. Load each file and copy and paste to the correct position on the blank ATR file and update the directory. I also created an excel spread sheet to keep track of block numbers used, position in file etc.

     

    A specially written program would be easier but it would need to be tailored to each disk.

    Don't even bother with ATR8K484.tdo The whole 2nd side isn't there.

    Have found read.me in atr8k382 has the high bit set random places through out the file. Don't know about the rest of the disk tho.

     

    James

  13. Posted

    That is good. only 1 mistake on a manually assembled cpm data disk. An easy fix.

    Now just to write up some instructions and do up a zip file.

    There are 6 disks in total in the archive.

    1 is broken as only 1/2 of the data area is there, but all boot data is there.

    one is an older version of the of the CPM bios.

    one has nothing at all.

    the other 2 have source code.

    It will take time to extract the files however.

     

    James

  18. Posted

    James,

     

    I blanked the disk, formatted it single sided, and sector copied cpmtest1.atr to it. then I tried

     

    - to boot it as a system disk. I didn't expect it to work and it didn't

     

    - I used ATR.XEX and wrote the system tracks to the disk. I tried to boot this disk and it did work. DIR revealed your 3 files but also 14 lines of this

     

    A:>: :

     

    When I try to run DDSYSGEN the system hangs immediately.

     

    When I try to run DDINI I get 'ERR 04' and the ATRMON prompt, '#'

     

    - I repeated building the disk. this time I used a different disk to boot from. I saw pretty much the same as the previous example.

    Ok. thanks.

    Something is WAYYYYYY!!!! out of wack.

    I figured that maybe the block size is 2048 just like on the ATR8000 disk image, but it has 1024 byte sectors as well.

    Maybe the 256 byte sector disks have 1024 byte blocks. Will need to re work it heaps. And try it again.

    At least i got the directory in the right place.........

     

    James

  19. Posted

     

    Still struggling with z80 assembly. This code appears in ATARI.MAC file.
    **************************************
    ;
    ;
    ; ... PRINTER STATUS COMMAND PROCESSOR ...
    ;
    PTRSTAT:
    CALL SENDACK
    LD HL,PSMSG
    LD DE,IOBUFF+LEN-4
    PUSH DE
    LD BC,4
    LDIR ;COPY PRINTER STATUS FRAME FROM RAM
    POP HL
    LD DE,'C' ;SEND PRINTER STATUS UN-INVERTED
    JP SENDBUFF
    ; ret
    ;
    ;
    ; ... PRINTER WRITE COMMAND PROCESSOR ...
    ;
    PTRWRITE:
    CALL SENDACK ;SEND 'ACK' FOR COMMAND FRAME
    CALL RECVBUFF ;GET PRINT DATA FROM SERIAL BUS
    RET NZ ;EXIT IF ERROR OR TIMEOUT
    *******************************

    Not sure if commenting out the

    ; ret

    is a mistake or the coder trying to save a couple of bytes by having the routine run through to PTRWRITE and hit the RET there.

     

    This code is only reached if you have a serial printer hooked up to the ATR8k and the system configured as such. Considering the comments on the rest of the code, a little odd that it would be done and not explained.

     

    It will never get to the commented out RET. the JP sendbuff means the program JumPs to sendbuff. same as JMP in 6502. CALL in z80 is same as JSR in 6502.

     

    James

    • Like 1

  20. Posted

    I have hand assembled this CPM disk with some files on it. No idea if this will work.

     

    Just disk copy the atr to a real floppy on a DD drive and make sure it is single sided . Wipe the disk before you format and write this out.

     

    Am hoping the CPM files will load and work ok.

    They are DDSYSGEN for the latest version only (27-april-1984).

    DDINIT to format disks

    SYSTEM.SWP that DDSYSGEN can use if asked to.

     

    Feedback please.

     

    James

    cpmtest1.atr

  23. Posted · Edited by sup8pdct

    Tested the older ATR.XEX with 1.2MB FDD - works

     

    I assume we need to do data bit inversions somewhere along the process..

     

    -SteveS

    Part of DDsysgen program is to read the idmark of the disk inserted. That is why a formatted disk is best to use. DDSYSGEN allows for the larger disks. tho it still only uses 9 or 10 sectors on each track.

     

     

    No bit inversion required. The atr file will be done from the atari side. Every drive will invert the bits while reading the disk before sending it to the atari. The reverse will happen when writing.

     

    The disk you made. was it single or double sided? Different drives handle the 2nd side differently. The XF551 steps from track 40 to 1 on the 2nd side. I believe the ATR8000 when reading atari disks steps from 1 to 40 on the 2nd side. (i think).

     

    A ATR8000 cpm disk would need to be made in this order.

    Make a disk from an atr file, then write the system tracks using my file.

     

    James

  24. Posted

    Here is a new file that should play a bit nicer both ends. As usual, change TXT to EXE.

    On the ATR, if there is success in writing the system tracks, it should exit ok and you should then be able to run the monintor and do a boot without pressing reset.

    If it fails to make system tracks, the atr should reset thus giving a type of feedback. It does this on mine.

     

    The atari end pauses and return to dos.

     

    It should be possible to put CPM direct onto the atr, but then you need to run a monintor etc so more work on the atari end is required, then you need files on a floppy to do anything.

     

    If someone could format a 256 byte sector disk on the ATR8000 using DINIT then copy all the ATR8000 files to that without making system tracks, then you should be able to make an atr file of that on any DD drive so that anyone can have the ATR8000 files and be easily distributed. There is more then one disk in the teledisk archive so doing each to 256 byte sectors should be done if they are readable and the sectors are in the right order.

     

    The ATR8K484 CPM starts at $D200. does anyone want this done as well?

    What about the earlier version?

     

    James

    atr.txt

AtariAge
Forums
Store
General
Follow AtariAge

Copyright ©1998-2021 AtariAge

×
×
  • Create New...