Jump to content

ZaneKaminski

6502
  • Content Count

    186
  • Joined

  • Last visited

2 Followers

Recent Profile Visitors

579 profile views
  1. This guy sells one: https://www.tinkerboy.xyz/product/tinkerboy-usb-mouse-to-mac-converter-adapter-for-macintosh-with-db9-mouse-port/ Not too expensive and the case design is quite professional! Nobody seems to be talking about it; the designer posted on AppleFritter several times, but last I saw, there were no replies in his threads.
  2. It’s complicated...I puzzled it out a bit more. The LC II has no less than four signals called reset. Two “power-on reset” signals are generated by U12, which is an MC34064 “undervoltage detection chip.” U12’s function is to pulse those reset signals when the power is turned on or recovers from a brownout. One power-on-reset goes to the video system and the other reset goes to the Egret. This power-on-reset going to the Egret doesn’t directly reset the Egret MCU. The Egret has its own internal brownout detection circuitry. Instead, software in the Egret monitors this signal and oth
  3. Wow! I did not know this. I thought it would not be possible to dump it from the Mac. Maybe the Egret is the same as one of these 6805 MCUs, and if so, we could burn another: http://www.bitsavers.org/components/motorola/6805/Single_Chip_Microcontrollers.pdf The Egret has 28 pins and evidently 4.25 kB of ROM, judging from the ROM dumps. None of the MCUs in that list seem to match. Some have 4.5 kB of ROM though.
  4. The system runs when reset is high (above 2.0 V) and doesn't run when reset is low (below 0.8 V). When the computer powers on, reset should be low, but then it should go high and that in turn causes the processor to work, startup chime, etc. So if it's always low or going back and forth, the Egret is resetting the system when it shouldn't be. I don't think it'll be easy--the Egret MCU is not only a custom Apple chip, but there's a program inside that I don't think anyone has an image for, even if you could buy a similar blank microcontroller. So I think the only source is to pul
  5. Looking at the schematic briefly, it seems that U10 6805 microcontroller drives the system reset low, since the physical reset button on the LC II is hooked up to the 6805's reset input. I would check if the system reset (available on the PDS slot) is ever going high with a multimeter or something. If reset is always low that suggests that U10 is not working right.
  6. Good news! The 8MB SIMM works! Thanks to all of the testers for their diligent work on the 2 MB SIMM! @JDW uncovered a significant defect in the 2 MB SIMM which is possibly the reason it didn’t work in his SE/30. Fortunately the 8 MB SIMM doesn’t have this issue, so hopefully that will fix the incompatibility with his machine. So 8 MB SIMMs are going out to testers soon! If the 8 MB SIMM testing goes better than the 2 MB testing (which went okay from a software perspective, but there were too many mechanical issues in SE/30s), we will be able to finali
  7. Thanks! What I mean is a little different than what you’re saying though. I’m talking about when an application has a DMA disk card read into an a buffer owned by the app. This buffer will often be in expansion RAM. So for a read operation that moves a disk block from the card into an application's buffer, the data flow will go from the disk card, onto the peripheral bus, through to the fast bus, and then onto the RAM card. This is the situation which needs a bit more testing.
  8. Oops, didn't see the posts on page 4 earlier when I replied... Ooh, I will look into MindExpander, including just personally. Hm yes, I would like to, but BareBones still exists so I will have to ask them. Hopefully they agree. Unfortunately it's still ~600 kB, which is a lot heavier than some of the more basic utilities which may weigh in at just 8-32 kB. But it's worth it to include.
  9. Hi everyone, My friend Garrett Fellers and I design, manufacture, and sell vintage hardware through his Garrett's Workshop brand. One of our products that's been out for a while is our GW4201-series "RAM2GS" RAM expansion card for Apple IIgs. (eBay link: https://www.ebay.com/itm/Apple-IIgs-4-MB-RAM-Expansion-Low-Power-New-2020-Production-GW4201B-/254230319800) We have a new 8MB version of this card in the release-candidate stage and are looking for some testers to make a final pass trying it out before we release the card. In particular we are looking for users with IIg
  10. Sorry for my absence--please check your PMs. Yes, it should have been programmed when sent to you, but a mixup could have happened. I am not sure if the programmer can program my ROM SIMM, but it can certainly read it out (if indeed it originally supported that feature). The ROM is here, named rom2M.bin: https://github.com/garrettsworkshop/MacIIROMDiskDriver/tree/dev/bin No unfortunately it's not possible to program them from the host machine. If the dougg3 programmer does not work with the SIMM, it would just be a software issue that can be rectified with an update. I will
  11. The memory manager only moves memory when you make a call to allocate a pointer or handle, or when you call a (toolbox) routine which does the same. Memory never gets moved at interrupt time, so it’s not like you can be going through the code and all of a sudden the memory you were using has moved. And like Mu0n said, if you wanna make a call to allocate memory but don’t want something moved, you lock it with HLock and then the memory manager won’t move it.
  12. Yes, but I think it's better to have 6.0.8 on the 2MB and 7/7.1 on the 8MB. The RAM disk (which of course you don't have to use) requires 7.5MB of RAM on the 8MB SIMM but only 1.5MB on the 2MB, so it's sort of fitting that the 6.0.8 version has a smaller RAM requirement to use the RAM disk. Ooh, but that reminds me, the driver still requires 9.5MB on 6.0.8 because of how the RAM is allocated. (And who has 9.5MB? That basically means 16MB is required.) I've gotta fix this in the driver before shipping. Ooh yes, looks like I made a mistake too... I forgot to add the thickness on b
  13. Yes, I believe so, but you have to break it up into its own function like so: asm void foo() { ... }
  14. For the record, CodeWarrior 6 works quite well on my unaccelerated SE/30, and I recently used it to develop the control panel for my ROM disk. My impression is that CodeWarrior is basically a THINK C clone but the compiler is a bit more modern. Only issue was that I had to hook up a SCSI CD-ROM drive (which I do not normally use) to install CW6 from a burned CD. THINK C is smaller and will be easier to install if you are using a Floppy Emu or similar, although the CodeWarrior 6 CD includes something like 30 1.44MB floppy images to install the software from floppy disk.
  15. Wow, that’s interesting about the virtual memory manager. I didn’t realize it did that. But what about the need to keep an application’s RAM contiguous? Surely the VMM can’t split an application partition across multiple 1MB chunks—or can it, and then just suffer the resulting fragmentation, as if there was a big nonrelocatable block in the way? See, I don’t think it works this way because this kind of behavior reflects a big change to the memory manager. It’s doubtful that the accelerator vendors would have rewritten the memory manager to do that, and the traditional 68k Mac memor
×
×
  • Create New...