Jump to content

AtariGeezer

Members
  • Content Count

    3,127
  • Joined

  • Last visited

Posts posted by AtariGeezer


  1. Update on my progress:  Finished wiring up my v3 board 6 days ago and since then I have been doing my Homework searching docs and code for all the SIO commands pertaining to the 850.  My new sketch with 850 and Modem emulation is progressing quite nicely :)

     

    From the disassembly of code from the PRC handler and Bob Puff's programs,  I have a good understand of the Code Relocation methods, so writing a new bootstrap shouldn't be too difficult :)

     

    • Like 1

  2. On 11/6/2019 at 9:50 PM, Nezgar said:

    The disks are on their way to @AtariGeezer but I managed to make a fresh ATR of the MyDOS disk before going in the mail in case these are not archived / out there. I forgot there was an alternate version on the backside as well. V3.013 had a bad sector 581, but a 2nd try with disk wizard resulted in a copied sector that appears to have no errors. It's allocated to a text file, and I don't see any garbled data.. Sector link appears sequential with the previous and next sectors..

     

    Maybe AtariGeezer can see if the CP/M disk is readable / copyable from CP/M...

     

    I no longer have to look at these disks to remind me of my guilt lol.

     

    Cheers!

    ATR8000 SYSDISK -- CP_M V2.2 - SER.#CP2-809-1354.jpg

    SWP PN.MYDOS D#04-19-84 MYDOS V3.013 FOR THE ATR8000.jpg

    SWP PN.MYDOS D#04-19-84 MYDOS V3.18 FOR THE ATR8000.jpg

    SWP Sleeve.jpg

    SWP PN.MYDOS D#04-19-84 MYDOS V3.013 FOR THE ATR8000.atr 90.02 kB · 7 downloads SWP PN.MYDOS D#04-19-84 MYDOS V3.18 FOR THE ATR8000.atr 90.02 kB · 7 downloads

    These Disks arrived today :)  Thanks again Ryan 👍

    Will test the CP/M disk soon...

    • Like 1
    • Thanks 1

  3. 8 minutes ago, Lastic said:

     

    Thanks a lot once again for that info, just for clarification, I did mean to take the diskdrive out of the XF551 and connect it directly to the ATR8000 (card edge to card edge) whilst only using the PSU of the XF551 to power it, even that wouldn't work neither ?

    I have a XF551 hooked up that way and it does work :)

    • Thanks 1

  4. These are the notes I took from the hardware manual:

     

               IHMEDIATE Sequence:
    
               ---+        +-----------------------------------
    COMMAND-      |        |
                  +--------+
    
                   +------+
    DATA OUT       | cmnd |
               ----+frame +------------------------------------
    
                              +-+                 +-+
    DATA IN                   | |                 | |
               ---------------+ +----------//-----+ +----------
                               ACK                 CMPL
    
                  ||      ||  | |                 |
                  t0     t1 t2          t5
    
    
               DATA SEND Sequence:
    
               ---+        +-----------------------------------
    COMMAND-      |        |
                  +--------+
    
                   +------+          +---//---+
    DATA OUT       | cmnd |          |  data  |
               ----+frame +------//--+ frame  +----------------
    
                              +-+                 +-+      +-+
    DATA IN                   | |                 | |      | |
               ---------------+ +-----------------+ +--//--+ +-
                               ACK                ACK       CMPL
    
                  ||      ||  | |    |        |   | |      |
                  t0     t1 t2    t3            t4     t5
    
    
               DATA RECEIVE Sequence:
    
               ---+        +------------------------------------
    COMMAND-      |        |
                  +--------+
    
                   +------+
    DATA OUT       | cmnd |
               ----+frame +-------------------------------------
    
                               +-+      +-+ +----//----+
    DATA IN                    | |      | | |   data   |
               ----------------+ +--//--+ +-+  frame   +--------
                               ACK      CMPL
    
                  ||      ||   | |      |
                  t0     t1  t2     t5
    
    
      The computer generates a delay (tO) between the lowering of COMMAND-  
        and the transmission of the first byte of the command frame. 
    
        computer tO (min) = 750 microsec. 
        computer tO (max) = 1600 microsec. 
    
        peripheral tO (min) = ?? 
        peripheral tO (max) = ?? 
    
      The computer generates a delay (tl) between the transmission of 
        the last bit of the command frame and the raising of the COMMAND- line. 
    
        computer tl (min) = 650 microsec. 
        computer tl (max) = 950 microsec. 
    
        peripheral tl (min) = ?? 
        peripheral tl (max) = ?? 
    
      The peripheral generates a delay (t2) between the raising of 
        COMMAND- and the transmission of the ACK byte by the peripheral. 
    
        computer t2 (min) = O microsec. 
        computer t2 (max) = 16 msec. 
    
        peripheral t2 (min) = ?? 
        peripheral t2 (max) = ?? 
    
      The computer generates a delay (t3) between the receipt of the 
        last bit of the ACK byte and the transmission of the first bit of 
        the data frame by the computer. 
    
        computer t3 (min) = 1000 microsec. 
        computer t3 (max) = 1800 microsec. 
    
        peripheral t3 (min> = ?? 
        peripheral t3 <max> = ?? 
    
    
      The peripheral generates a delay (t4) between the transmission of 
        the last bit of the data frame and the receipt of the first bit 
        of the ACK byte by the computer. 
    
        computer t4 (min) = 850 microsec. 
        computer t4 (max) = 16 msec. 
    
        peripheral t4 (min) = ?? 
        peripheral t4 (max) = ?? 
    
      The Peripheral generates a delay (t5) between the the receipt of 
        the last bit of the ACK byte and the first bit of the COMPLETE 
        byte by the computer. 
    
        computer t5 (min) = 250 microsec. 
        computer t5 (max) = 255 sec. (handler-dependent) 
    
        peripheral t5 (min) = ?? 
        peripheral t5 (max) = N/A 
    
    
    
    Communication
      First, the computer sets the COMMAND line low at the SIO connector.
      Then sends the Command Frame (4 bytes + checksum)
      Then waits for a response (1 byte without a checksum):
        $41 (A) = Acknowledge, the Command is valid and will be executed.
        $4E (N) = Negative, the Command is invalid.
    
      If the device responds with a "N" (NAK), the transfer is aborted.
      Otherwise ("A") and the Data Frame is transferred with the checksum.
      Now the computer waits for a final acknowledge (1 Byte without a checksum):
        $43 (C) = Complete, operation completed successfully.
        $45 (E) = an Error has occurred
    

     

    • Like 3

  5. 10 minutes ago, dabone said:

    I just picked up one of these today, It's a standard 800xl with Cart, Dongle, remote control (that plugs into the joystick port), and some software on disk with manual.

     

    Mine is dated 08/24/84 SN#80030.

     

    I'm new at atari 8 bits, I'm mainly a Commodore and PC guy, anyone want to grab and archive these from me?

     

     

     

     

     

    Do you want to sell them?


  6. 2 hours ago, elmer said:

     

    My board arrived yesterday, and I was another was of those lucky folks that have the JTAG connector installed on the board.

     

    Now I've just got to find a reasonably-priced Atari 800 to put it into!

     

    What do you consider is a reasonably-priced Atari 800???  I have a couple of my spares to sell soon...


  7. Yep, my objective is to first develop a working R: Handler supporting RTS / CTS flow control and Carrier Detect / Drop, RING Indicator / Count,  plus testing a new Amodem using that.

     

    Then I'll make the revised board dropping the 74LS00's. A new Atari-Zimodem firmware should be debugged by then...

    • Like 1
×
×
  • Create New...