Jump to content

Nezgar

+AtariAge Subscriber
  • Content Count

    2,972
  • Joined

  • Last visited

Community Reputation

2,341 Excellent

About Nezgar

  • Rank
    River Patroller

Contact / Social Media

Profile Information

  • Gender
    Male
  • Location
    Saskatchewan Canada

Recent Profile Visitors

6,756 profile views
  1. 1200XL uses same 9VAC power supplies as 400, 800, 810, 1050, etc. The problem with the "ingot" is that they are known to fail not just undervolting, but outputting 9-12V AC, which has fried untold numbers of XL/XE machines that have no internal protection against this. 🤪 RAM is the first to go, then if you're unlucky maybe other IC's...
  2. Nice work! It is indeed nice to power the Atari from a modern compact, cool power supply. The danger of using a 5-pin DIN is the possibility of accidentally plugging it into the monitor jack. 7-pin DIN's are readily found on ebay. Usually 3 pins are connected to each of the +5vdc / GND to help improve conductivity through all 3, as the original power supplies had nice fat AWG cable with little impedance compared to USB cords nowadays. It's really only 1 power supply that was notorious - the "ingot" . Most (all?) of the others are still quite reliable and servicable being simple transformers with conventional voltage regulators - only downside being their bulk and relative inefficiency. Most of them will technically produce smoother DC power than modern switching supplies.
  3. In a pinch, I hook up a floppy drive on D1: with a a sparta formatted disk containing an alternate config.sys to do this.
  4. Instead of a SCSI or IDE interface over PBI, I'd like to see that replaced with a drive or drive image ATR mounted over ethernet. Ie PBI2PC instead of SIO2PC Maybe like a future PBI version of Fujinet, since it's software foundation is pretty remarkable as far as peripheral emulation and disk emulation goes. No more need for an intermediary flash card or PC running software like RespeQt. Just have it access your same centralized fileshares/atr repository and networked peripherals directly. /dreaming
  5. Never had a BlackBox, but I feel the same way about my ICD 1MB MIO. It was a killer upgrade at the time and it could compete with the ST and early PC's as far as RAM & Disk specs went! I went for a couple years in the late 90's while by BBS was still running on it without ever using a floppy drive. Backing up was just too laborious to floppy, so got a second hard drive I'd occasionally connect for an evening for a disk-swap free backup session. Last time i actively used it is when I pulled it out a few years ago to archive everything on my 40MB hard drive to ATR's via SIO2PC-USB... Was a delight to feel the full height 5.25" hard drive access shaking the table again.
  6. That's a very clever place to hide some additional connection ports! Will keep that in mind.
  7. Awesome! Out of curiosity, it might be interesting to see if by chance the "bad" CPU might happen to still work in your 800XL...
  8. Omniview replacement OS ROM also provided a software 80 columns S:/E: handler. (uses a Gr. 8 style screen) There was a special patched AtariWriter+ for Omniview on XE's that put the 8KB screen into extended RAM using separate Antic banking. it's one of only a handful of programs (~5?) To ever use the 130XE style separate antic banking. With that said, I would be interested in 1 or 2 variants of the cart to play with...
  9. When you get the new RAM, you can try it in both systems to confirm it is only bad RAM first. Then you can continue from there, swapping chips one at a time from the "bad" machine into the "good" machine to identify remaining bad IC's.
  10. Which one though? Could you kindly try again using Disk Wizard II? Edit: nevermind - my bad - irrelevant.
  11. I know from my own observation MyCopyR 2.1 results in blank sectors on the copy. Disk Wizard II will write out the data it could read from a "bad" sector. Not sure how other programs behave. @AHA which sector copier did you use?
  12. Could also be a dead ROM... Is he close enough to you to try attaching your Sys-check on his system? (I believe you had one?) That would supplant the internal RAM and/or OS of either of those are bad. Otherwise, in lieu of a sys-check or another system to swap IC's with, I could mail a replacement programmed EPROM. Probably the cheapest thing to replace first. I can also include a 2nd OS EPROM programmed with Shoestring's RAM tester to know for sure the RAM is good too, and if not narrow down the specific chip. PM if interested.
  13. It could still very likely be the ROM... usually a red or green screen though, not grey. Anyhow - I've seen at least 4 XEGS's revived by replacing that alone in the last couple years on this forum... Unfortunately, all chips are soldered to the motherboard in XEGS's, so replacing any chips will require careful desoldering and replacing with a socket - or just cutting the pins off the original ROM to ease removal of the pins one by one. I can mail you a replacement programmed EPROM and socket - I have the parts onhand. Probably the cheapest thing to replace first. I can also include a 2nd OS EPROM programmed with Shoestring's RAM tester to know for sure your RAM is good too. PM if interested. In the mean time - Since you have a working 800XL, if you want to go through the work/risk of desoldering IC's, you could try swapping them one by one into your 800XL - starting with the CPU as you suspect. Also interchangeable are ANTIC, GTIA, PIA, POKEY - but the ROM and MMU are not. Edit: Hmm, actually an 800XL ROM probably would work in the XEGS for a quick test - you just would have no working BASIC, or Missile Command...
  14. Commodore 64 cartridge shells are wider, causing difficulty inserting into a 1200XL or XEGS cart slot. Side2's cart shell is one example.
  15. Sounds like your computer was suffering from a digital form of "atrophy" and merely having it powered up and using it has slowly brought marginal components back in line....
×
×
  • Create New...