Jump to content

acadiel

+AtariAge Subscriber
  • Content Count

    2,104
  • Joined

  • Last visited

  • Days Won

    3

Posts posted by acadiel


  1. This is a real highlight Acadiel! Thanks so much for providing this.
    Since a few years I am in contact with one of the software engineers, that was working on a secret tms9900 computer project at TI.
    She still knows a lot of facts about it. It what a very interrupt driven operating system and less limited than the 99/4, but she forgot the project name.
    Now we finally can get confirmation if it was that project she was working on.
    She worked on drivers and on the operating system.
    That computer did run on a full CRT with full keyboard and the interrupt handler allowed to do background printing.
    Is there any more documents on the SR70 in the lot?
     

    That’s all that’s in the lot about the SR-70 (99/7), I’m afraid. I saw in your interviews confirmation that the SR-70 was also called the 99/7, so now we have proof of what it was supposed to be!
    • Like 1

  2. 3 hours ago, arcadeshopper said:

    Nope if you try the modern IDC cables they are too wide to fit in the hexbus ports on the cc40 and peripherals

    Sent from my LM-V600 using Tapatalk
     

    Would these work?

     

    https://www.ebay.com/itm/Single-Double-Row-DuPont-2-54mm-Rainbow-Cable-Ribbon-Jumper-Wire-Female-Female/264011141771?hash=item3d784a528b:g:xrYAAOSw3BFcf3JN

     

    I'm using the 1x8's with the 74 with no issue.  I haven't tried the 2x4 ones yet for the CC-40.

     


  3. 11 hours ago, jedimatt42 said:

    Thanks, yes, with both connector types populated on the pcb, but only one in use at a time. That's perfect. I would definitively support this with a purchase.   I was afraid looking at the pcb layout that it was a choice that had to be made at the time of assembly.

    +1.  For someone who has both systems, it helps.  Might I also suggest that you sell the eight pin f-f cables, @brain.  And maybe the 2x4 cables, as options.

     


  4. 13 hours ago, brain said:

    I am prepping a new PCB run.  Any suggestions before I move forward (mounting holes, etc.?)

     

    The unit has dual hexbus ports and a dockbus port, as well as power and activity leds.  It does include a real time clock and headers for the 2 serial ports.

    HEXTIr_v1.1 PCB.png

     

     

    Shut Up And Take My Money Futurama GIF - ShutUpAndTakeMyMoney Futurama Fry GIFs

     

    🙂 🙂 🙂


  5. 1 minute ago, Ksarul said:

    Well, if we follow the logic you used here, the total file size is still too large for any cartridge boards out there except for the Yellow boards and the boards Tursi designed for Dragon's Lair. It will exceed the 512K limit of the other options. The other issue is in the program's coding--it was designed to load from disk, so it is completely unaware of bank switching. You'd have to go into the program and change the load routines for each scene to load that scene from the banks where it is stored and then continue execution where it left off. On a program of this size, that type of surgery isn't exactly trivial. . .

    Yeah, the hooks would all have to be changed - from loading DV/80 files with data to "bank to certain bank, copy/read data from there".  Different routines.

     

    Should we invent a cartridge ROM read only storage DSR ROM for the side port?  LOL.  

    • Like 2

  6. 9 hours ago, InsaneMultitasker said:

    There seem to be two areas in the _H file FDRs (D/V 80) that can affect some file management operations on real hardware and our file management tools.   For this file example, the last sector EOF pointer [52xx] is one greater than it should be and the number of level 3 records allocated [0001] has its bytes reversed. The correct values are [5150 0100].  Fixing these two values allowed me to view an affected DV80 file in TI99Dir and in Disk Utilities.

     

    image.thumb.png.1c33d4f5b4ef1fb37a8995bb224720d9.png

     

    edit: clarifications

    I wonder if this was intentional (copyright protection) or not.  If we do correct the file EOF pointers, I wonder if it'll impact anything in the code.  Suppose we can fix all of them for each file, throw the modded disk images out here in the thread, and crowdsource to see if the game still works fine.

    • Like 1

  7. @tanam1972 cartridge information website:  https://tms9918.hatenablog.com/entry/2018/01/18/211846

     

     

    Try connecting a RAM & ROM cartridge to the expansion slot of Tutor Part 6

     

    I thought about how to connect 16KB RAM (CXK58257P-10L) and 24KB ROM (27C256) to the cartridge slot of Pyuta / Jr / mk2.

    The Tomy Tutor / mk2 in 16KB RAM (6000-7FFF / C000-DFFF ), the Jr 8KB RAM (6000-7FFF) was used.

    Please use the sample programs (16KB RAMTEST, TINY BASIC, PITFALL !, TI SCRAMBLE) here.

    http://www.geocities.jp/parallel_computer_inc/pyuta16kram.zip 

    @tanam1972(the above link is dead, unfortunately.)

     

    Address  A0 A1 A2 | /CE  RAM  /CE2 A14 A13 ROM
    >0000    0  0  0  |  1         1   -   -
    >2000    0  0  1  |  1         1   -   -
    >4000    0  1  0  |  1         0   1   0  >4000
    >6000    0  1  1  |  0  >6000  1   -   -
    >8000    1  0  0  |  1         0   0   0  >0000
    >A000    1  0  1  |  1         0   0   1  >2000
    >C000    1  1  0  |  0  >4000  1   -   -
    >E000    1  1  1  |  1         1   -   -

    Equations for the GAL:

    ;
    ; PYUTA16KRAM.EQN - PYUTA2 RAM&ROM CARTRIDGE
    ;
    
    TITLE PYUTA2 RAM&ROM CARTRIDGE
    PATTERN A
    REVISION 1.0
    AUTHOR TANAM1972
    COMPANY PARALLEL COMPUTER INC
    DATE 1/20/18
    
    CHIP PYUTA2 GAL22V10
    
    NC A2 A1 A0 NC NC NC NC NC NC NC GND
    NC CE_n CE2_n SELEXM A14 A13 NC NC NC NC NC VCC
    
    EQUATIONS
    
    CE_n = A0 * /A1 + A0 * A2 + /A0 * /A1 + /A0 * /A2 + /A1 + /A1 * A2 + /A1*/A2
    
    CE2_n =/A0 * /A1 + /A0 * A2 + A1 * A0 + A1 * A2
    
    SELEXM = /A0 * A1 + /A1 * A0 + /A2 * A0 + /A2 * A1
    
    A14 = A1
    
    A13 = A2

    I tried to post from the circuit diagram of US TUTOR.

    http://www.floodgap.com/retrobits/tomy/ioport.gif

    It is said that the SELEX M signal (MEMORY) of the expansion slot operates in US TUTOR. For mk2, the RAM & ROM cartridge operated in the cartridge slot instead of the expansion slot.

    http://www43.tok2.com/home/cmpslv/Pyuuta/EnrPt.htm

     

     PYUTA(mk2)
    PIN 1  GND(0V)
    PIN 2 GND(0V)
    PIN 3 D7
    PIN 4 /INT1
    PIN 5 D6
    PIN 6  /HOLD(GND)
    PIN 7  D5
    PIN 8  A15
    PIN 9  D4
    PIN10  A13
    PIN11  D3 
    PIN12  A12
    PIN13  D2 
    PIN14  A11
    PIN15  D1 
    PIN16  A10 
    PIN17 D0 
    PIN18 A9 
    PIN19 /IOPORT(/E000)
    PIN20 A8
    PIN21  /MEMEN
    PIN22  A7
    PIN23  A14
    PIN24  A3
    PIN25  A2
    PIN26 A6
    PIN27 /READY
    PIN28 A5
    PIN29 /DBIN
    PIN30  A4
    PIN31  /WE
    PIN32  A1
    PIN33  /INT4
    PIN34  A0
    PIN35  SELEXM(MEMORY)
    PIN36  ROMCLK(/0000)
    PIN37  /RESET
    PIN38  /EXP0(GROM SEL)
    PIN39  /EXP1(GROM CLK)
    PIN40  /EXP2(VDP)
    PIN41 /EXP3(SOUND)
    PIN42 /EXM00(/0000)
    PIN43 /EXM40(/4000)
    PIN44 /EXM80(/8000)
    PIN45 /EXMC0(/C000)
    PIN46  CLKOUT
    PIN47  LAQ(/CRUIN)
    PIN48  KILLROM(-5V)
    PIN49  VCC(+5V)
    PIN50  VCC(+5V)

     


  8. 32 minutes ago, Omega-TI said:

     

    The Epson MX-80 (Texas Instruments Impact Printer) was a great printer, it would print all day, albeit slowly.  I ended up removing the RS-232 interface from mine as the printer never seemed to work properly using the PIO interface if the RS-232 card was installed.  If I remember correctly I paid a King's ransom for the damn thing too.  When I replaced it with the RX-80 a couple of years later I was disappointed, while the quality was better, but it would continually pause during extended printing sessions due to overheating.   

     

    Too bad that one is so yellowed and missing a key.

    Want to get rid of that RS232 interface card for the printer?  I’ve been searching for one forever..... 🙂

     

    thanks! 


  9. 49 minutes ago, dhe said:

    As far as putting one of these together, Acadiel is way way out in front of me.

     

    There is a service that you upload *.stl files to that I have used in the past.

    There automated software check keeps failing on the keyboard bezel .stl.

    I'm working with the tech that actually runs the machines, so maybe next week I will have the bezel.

     

    Acadiel had a friend of his print his bezel, and the software they used needed access to the whole zip, so this might be a step that trips up the less 3d printing experienced.

     

    But, eventually will figure this out and make it easier for the next person.

     

     

    I had a friend who "sliced" and "split" (his words not mine) the 3D STL model - the single .stl file wasn't enough - he had to download the whole GitHub archive to get the files he needed to print.  He cut the model in two for me to make it big enough to print.    I'm waiting for him to mail it to me.  Supposedly, I can superglue it or just some kind of other glue to get it to adhere.

     

    I have the PCB, switches on order, key extension kit, a whole set of keycaps (from my Keychron keyboard), the pin headers, right angle headers, and jumpers... so I'm about ready to go - just need to get all the parts in.  Will post pics here as I make progress.

     

     

     

     

    split_keyboard.JPEG


  10. Here, we have a nice bit of history.  Two memos (slightly different) from Herb Shanzer, manager of the Calculator and Portable Computer Division of TI.  September 20, 1982.  The formal memo is to Bill Turner, the executive President in charge of the TI Consumer Group (remember, he was fired in 1983 for the Consumer group's poor performance.)

     

    In the memo, Herb announces why the TI-88 is being discontinued.  TI lost $3M ($8.2M today) by cancelling the program.  They are concerned that the TI-88 would interfere with their long range strategic product, the Advanced Language Calculator.   The ALC, which I have plenty of stuff to scan on (including consumer studies of three models which were under consideration) had three tiers - all of which are described in this memo.  Ultimately, we wound up with an ALC known as the CC-40, which was one of the three choices. 

     

    Anyway, now we're into CC-40 territory with this documentation.  I do have a whole binder of something called "TI-88 ALEX" which appears to be unit test/test cases done with the TI-88 calculator.  That will be one of the later things I scan since it's so large.  

     

    Up next - Some TI Professional peripheral manuals and a document called "SR-70" - a TMS9900 based system - from 1978.  "The SR-70 is a small business oriented machine..."

     

    Enjoy today's scans.

    1982-TI88-Herb_Shanzer_TI-88_Program_Discontinuation.pdf

    • Like 3

  11. 1 hour ago, speccery said:

    Thanks! Considering that there are 8 DRAM chips for the VDP, they really have simplified it! It appears they've removed the keyboard interface and probably some other things too. Could you share the URL as well?

    Yep, his Jr. Site is here:  https://www.floodgap.com/retrobits/tomy/pyuuta/pyuutajr.html

     

    A hardware question for you - instead of eight 16k x 1 bit chips, how easy is it to replace with one 16k x 8 chip?  What would the wiring look like?

     

    Or something like this - but can it be made simpler?  https://www.yumpu.com/en/document/read/46927596/sram-replacement-for-tms99x8-vram

     

     

×
×
  • Create New...