Jump to content

zuiko21

6502
  • Content Count

    193
  • Joined

  • Last visited

1 Follower

About zuiko21

  • Birthday 04/22/1970

Profile Information

  • Location
    Almeria, Spain

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. zuiko21

    IIsiColorPivotII_PDS_Card_HackProject™

    Wow, this thread is getting waaaay cool! I know, I still owe several replies (and research) here... but for the time being I see very interesting the idea of a grayscale SE/30. With the video card issue already solved, this is what I think about the remaining tasks: The grayscale board for the CRT shouldn't be much of a problem for anyone able to make a (simple) PCB. We already got the schematics and copmponents are pretty much standard (read affordable), even the CRT socket, I'd say... Unfortunately, no video card intended for an external monitor will supply adequate sync signals for the SE/30's internal monitor... However, as already stated, the 12" RGB mode (512x384) comes very close: vertical sync is the same (60 Hz), even the dot clock matches the internal video. The problem here is the horizontal sync, 24.48 kHz vs. 22.254 on the SE/30 -- that's a 10% difference. While the oscillator must tolerate some deviation in order to sync properly, I cannot guarantee it would be able to lock at such offset -- maybe some units will, but others won't. This could be just a matter of replacing a capacitor on the analog board for one with a slightly lower value (most likely a combination of two capacitors, since standard values are spaced much wider than 10%). But... ...then there's the risk of actually damaging the CRT and/or analog board for driving it to an unexpected frequency Although the difference doesn't seem too large, and I've heard the the real danger is setting a frequency lower than intended, but I have to admit that I don't have experience on this particular issue. Even if the above gets solved, there could be minor issues related to the video mode: putting the same number of pixels per line (512) with the same dot clock but a faster horizontal frequency means that the active region is longer -- image would appear somewhat stretched and there's a chance of getting distortion at the sides, maybe losing some pixels... not sure if some adjustment of the analog board would fix that. Surprisingly, the higher number of lines (384 vs. 342) shouldn't be a problem, because of the faster horizontal frequency: the active region is quite similar (15.69 ms vs. 15.37) Anyway, the project is very interesting, I hope we could get all these issues fixed
  2. zuiko21

    How to add a CD-rom drive to a Macintosh Classic?

    I'll be far from my Macs for a few days (and pretty busy!) thus I can't confirm this for sure, but I believe that even a stock SE/30 should be able to boot from CD-ROM provided that: The CD is bootable The System version is compatible with the SE/30 (up to 7.5.5) That system's configuration is suitable for CD-booting One thing is for sure: such an old Mac won't recognize the 'C' key pressed during startup for CD boot, instead should use the old Cmd-opt-shift-backspace key combo, preferably while hitting (with the tip of the nose ) the number for the CD's SCSI-ID, that way should force booting from that particular device, if a suitable system is found on it. Alternatively, having previously selected the CD on the Startup Disk control panel should do, but that implies being able to mount the CD having booted from elsewhere -- having a bootable CD spin up at power-up, even when booting from the HD, will load the appropriate drivers easily, at least if the drive is Apple-branded and/or no suitable extensions are installed. Bootable CD means it has a hidden partition with the SCSI driver, like any internal HD. Removable devices usually rely on system extensions for that, but that way won't be able to boot. At least, Toast 4 (which came bundled with my LaCie CD burner) is able to make bootable CDs easily (by default) as long as the System Folder to be burned has a compatible CD-ROM extension on it -- won't use whatever is in use on that system. About the last point, I previously thought that burning on CD the System Folder from the internal HD would be fine, but it won't The reason behind is that some configurations need to write to the boot device (preference files, etc) and that's impossible on a CD... maybe the safest option is a system folder from a floppy disk (which should work even when write protected -- could be tried if in doubt) but with the mandatory CD-ROM extension. Don't be tempted to add more functionality to it, because you could run into the aforementioned problems. I think all of the above should apply equally to the IIcx and IIfx.
  3. zuiko21

    IIsiColorPivotII_PDS_Card_HackProject™

    Hi and thanks (again) for the warm welcome... Things aren't that complicated, just more/new tasks at work with less pay but still can afford some hobbies anyway. Back to our thread, I've been experimenting a bit with the IIsi and the Radius Pivot PDS card... first of all, after this period of inactivity, the PSU is misbehaving a bit -- things like firing up on just plugging and then not powering off (yes, the power button is not at the stuck "server" position) so it's asking for a recap at some point... however, after some warm up period it seems to do just fine for the testing. To summarize, here are the test conditions: Mac IIsi with 33 MiB of RAM, 250 MB HD (stock ROM) System 7.5.5 (pretty barebones) Apple 12" RGB monitor connected to the built-in video port (to see what's happening!) Acer LCD wide-monitor (vintage Mac friendly) My Radius ColorPivot IIsi PDS card My crude connector (but continuity checked out OK) now with all relevant lines 10-dip VGA adapter (the best documented one I have, see my previously posted bottom-left adapter) Now, the bad news I can only get the IIsi (with the Radius) to boot after a really cold start (powering off for a couple of minutes won't do), otherwise after the RAM test (takes some time for 33 MiB ) the dreaded Death Chimes are heard (with just a standard pattern on the 12") The few times it boots (from cold) no card is detected by SlotInfo, or the Monitors control panel. In this state, the Radius card itself seems to output some signal (64 kHz horizontal and a rather odd 69 Hz vertical, as stated by the Acer monitor and confirmed by the 'scope) but the image itself mostly consisting of a dot pattern, sometimes moving in a randomly fashion -- but somehow affected by user interaction Tried on another working IIsi I have (9 MiB RAM) but got the very same behaviour... Then I tried what I suppose to be a very similar card, except for the interface: the Radius Pivut NuBus -- same big chips, same VRAM, even the declaration ROM has exactly the same contents (have read both with my EPROM programmer). But this card has the usual DA-15 monitor connector, making things much easier. This goes of course thru the NuBus/FPU adapter I have, tested good with many other cards. No boot problems here... but regardless of the sense code applied (tried the whole list above) this card always output the aforementioned 64 kHz horiz./ 69 Hz vert. sync signal, which my Acer monitor mistakenly identifies as "1440x900" and the auto-adjust feature can't center properly -- but the image is definitely present and readable. However, with some DIP settings the 640 x 864 (as Monitors indicate) desktop looks heavily stretched as expected for a portrait mode on a wide screen; but some others give the same sync signals but a tilted desktop, this time identified as 864 x 640. Further investigation makes me think that the only sense line checked by the card is Sense Line 0, that is, pin 4. And it only switches between "regular" portrait mode and the tilted one, but no other modes are generated -- somehow reasonable because of the only Xtal on board. However, my previous testing with that very same card revealed the availability of a few "standard" screen modes, which I can't get right now -- most likely because I used another adapter back then, which (if memory serves) is currently installed on Dad's 7500 and thus far of my reach... Anyway, if we assume both cards (Pivot IIsi and Pivot NuBus) are the same with just a different interface (which seems reasonable) then that very different behaviour is highly suspicious... maybe I had the bad luck of getting the only malfunctioning unit of these PDS cards, or simply I broke it at some point However, I won't rule out that hte card's hardware is fine except for those !"$%&@# PLCC sockets for the decl. ROM, which I know to be "temperamental", to say the least... I did have some troubles reading the ROM, in fact. Will try to clean & tighten that. Or maybe they're not the same and I'm doing something wrong with the PDS version... or some software incompatibility (?)... I'm not using any specific extension, but I was hoping the card would be accesible for the desktop, if not getting all of its capabilities. After I get the PLCC ROM socket revised, I'll check again and let you know.
  4. zuiko21

    IIsiColorPivotII_PDS_Card_HackProject™

    Phew! Hi again! Sorry for being absent all this time... life's got rather complicated and, among other things, I've been giving birth to my very-own-designed 6502 computer -- now that's retro! Fortunately, things are starting to settle down now, so I'll be back into the delicious world of 68k Macs real soon... currently, the IIsi is sort-of buried below a lot if stuff, I'll try to clean up that as soon as possible. I've seen the schematic of the connection a few posts above... while I was already aware of extended sense codes, it's worth noting the diode placed between the sense lines; I'll definitely try that on my IIsiColorPivot, probably with the diode directly soldered to the board in order to eliminate the risk of some bad connection. One the other hand, I can't rule out the possibility of my card not being in working order... this was purchased you-know-where in untested state, and the other RadiusPivot I have (for NuBus interface, but I assume it's pretty much the same thing otherwise) does work perfect with my Acer monitor and most (if not all) of the sense codes I try. Hopefully, you'll hear soon from me with the results of the diode hack... thanks again to all for your contributions!
  5. I overclocked my Quadra 700 with a socketed 64 MHz oscillator: The hard part was desoldering the ground pin... but otherwise it's a fairly easy procedure. I tried slower oscillators also, for the fun of it: down to 40 MHz is OK; 32 MHz starts having video issues... 24.576 MHz or lower, no boot at all ...but I no longer have the 68040 on it; it currently runs on a PPC601 accelerator card on the PDS, which gets the 64 MHz speed as a bonus
  6. AMAZING! We already knew it was possible, but seeing it actually running is just great If I understand it correctly, if no key is pressed upon power-up, the machine will try to boot from an ordinary disk, right? Could that be modified in order to make the Copy ROM to RAMdisk boot option the default, leaving some key for the disk boot mode?
  7. zuiko21

    CC and C

    Now that you mentioned the roadmap for CC upgrades... the 68LC040-based LC575 board is an easy upgrade, but why the change to a full 68040 is marked on red? Is it really "dangerous"? I expect it to increase heat dissipation, but fitting a small heatsink should suffice, am I wrong?
  8. OK, let's go! (I'm writing this on the SE/30, after checking what you said) So does mine... These are exactly the values I read at $50F14806 if I change the volume setting via the usual control panel... Well, here we are a difeference: mine reads $02. FWIW, at $50F14801 is $01. Done I haven't tried the custom ROM SIMM on the other compatible machines I have (IIx, IIsi, Quadra 700) although I don't think they would show any picture... but the sound should play OK, right? Should I try them too? Any other interesting test to do? All the best,
  9. zuiko21

    IIsiColorPivotII_PDS_Card_HackProject™

    Phew... After a long time with tons of work, I'm back again Glead to hear the discussion going on. I've had little time to keep twinkering on it, but here's an update/remainder of the state of my research: •The card supplies a 640x870 (portrait) signal, no matter the sense code applied (from the limited selection I tried, that is) with the usual Radius logo on startup. •The card doesn't show up on the Monitors control panel, thus the OS isn't supporting it Most likely I'm not supplying it the proper sense code, as you suggested. Anyway, the card keeps the Radius logo output, as if an unsupported monitor was detected •My LCD monitor does sync OK with this default output (although being a wide screen, the card's portrait output look awfully stretched!) •I have been able to put the card's "default" output on the real RFI genera... I mean, Apple's Portrait Display but with a sense code manually suplied thru my adapters -- same results, only the Radius startup screen, not detected by the OS. About the adapters I used: here's a pic of all I have: •The one at the top right has no switches -- came with a surprisingly short-lasting Sony 19" monitor and set ("modern") Macs to the highest-res Multiscan mode. •The one at the top left seems pretty much the same as the one at bottom right on the picture of yours -- two rows of 8 DIPs (not shown). The original leaflet was lost long ago, but I found this which seems to be correct for it: •Bottom right is my very first Mac-to-VGA adapter. It had a small mode table printed, but it's now rubbed off However, I did try each one of its 64 combinations on the Quadra 700, and wrote the results somewhere •Bottom left came as a freeby in another deal, and never had any instructions for it. However, I think I found its manual on the web: But still haven't cycled thru all the settings in order to find a compatible mode for the IIsiColorPivot Since you have the original cable for it... may I ask you to check continuity on the three sense lines in order to determine the full sense code expected by the card? You know: check each line against ground, and then between each pair of them, both ways -- some sense codes use diodes and thus are polarity-dependant. That way, at least we could try with one less variable... All the best,
  10. [Wow! It's been a long time since my last post... I've been crazy at work these weeks I hope to catch up soon!] @onlyonemac: If memory serves, I tried every possible value for the register, including each combination of D0, D1 and D3 -- the volume did turn down making the sound quieter... but equally distorted I'm afraid the distortion comes from some other place... BTW, D2 seemed to have no effect, but its value was changed anyway. @Bunsen: Certainly. The big problem about an unexpected OS for these machines (or any old world Mac) is the firmware, which is expecting to boot from a well-formed MacOS... But writing the firmware (ROM) from the scratch, "nothing" would prevent it booting from anything else... But please take that "nothing" with a grain of salt -- by no means would it be a trivial task and, if attempting to boot an already made OS in 68k code, it's unlikely that it was designed with support of this unexpected architecture in mind -- it was made for MacOS only, wasn't it? A whole brand new OS (and its apps!) from the scratch shouldn't have these limitations, but that would be a lot of work... I'm sort-of developing an escalable, (almost) full-featured modular OS intended for a (newly designed) 6502 system; but with portability in mind, thus a 68k version of it could be highly feasible... and should fit nicely into one of those ROM-SIMMs mode> See you soon,
  11. zuiko21

    Fabbing 30 pin SIMMs

    2 & 8 MB SIMMs do not work on the SE/30 -- just 256K, 1, 4 & 16 M The IIsi (and I presume the IIci too) seems to take almost anything 30 pin, parity or not, composite or not, including 2 and 8 MB sizes. But the clearance issues aren't unique to the SE/30: the Quadra 700, for instance, has a tighter spacing between sockets, thus some SIMMs with chips on both sides won't fit.
  12. zuiko21

    Another IIci ROM hack

    Oh dear... the MacMini is running 10.5.8 -- the system confuses the eight next to the ending ')' for a smiley
  13. zuiko21

    Another IIci ROM hack

    Just downloaded, works great on: iMac 21.5" Core-i5, 8 GiB (OS X.7.5) MacMini Core2Duo, 2 GiB (OS X.5. If needed, I can setup the last machine with the originally supplied version of Tiger, for further testing. Thanks again! PS: Any remarkable improvements in mind for the next batch of SIMMs? If nothing big is gonna change, I could take a couple of the current 8 MiB batch
  14. zuiko21

    68k Soft/Hard Power and ATX conversions . . .

    Strange... Please double-check all connections. You did remove the jumper previously used for firing up the PSU, right? Click here for the IIci's PSU pinout -- it's the same as the IIvx, Q800 etc. Also, make sure that the metallic enclosure of the transistor isn't touching any other contact -- some models have the enclosure connected to the collector. If it's in contact with Ground, will likely show the symptom you describe ("always on"). Ditto if the power button on the IIci is at the "locked" position... If all of the above fails, you may try to disconnect the end of the 10K resistor from the /PFW line, and connect it temporarily to GND -- PSU should stay OFF all the time. And if you connect that resistor to the violet cable, PSU should go ON -- as long as the hard power switch you installed is ON, of course @Trash80toHP_Mini: I haven't though about the PS/2 translating microcontroller because it's a bit beyond my capabilities... and all my compacts use ADB anyway. The problem is not the schematic, but programming it The compact's video is 60 Hz vertical too... Level switching between TTL and VGA is certainly the easy part here, but the horizontal frequency is 22.254 kHz, way below most multi-sync monitors would accept -- they usually go from about 31 kHz and up, covering at least basic 640x480 VGA (31.5 kHz). However, back in the day there was at least one monitor capable of displaying these frequencies and some "modern" video modes: the NEC MultiSync 3D, if memory serves, accepted 15-38 kHz -- from CGA to early "super"-VGA, with things like EGA or even Macintosh 13" (67 Hz) in the middle. But they seem very hard to get now Anyway, if modern technology is allowed there are nowadays some relatively cheap scan converters which take a CGA or EGA signal and output a regular VGA one -- basically they digitize the input signal into some sort of VRAM, which in turn is displayed at VGA rate. Not sure, though, if they'll accept the slight difference on horizontal frequency from EGA (the closest one). According to this page, the "official" range is 23.5-25.5 kHz, thus unsuitable for compacts (but OK for 12" RGB). Maybe with some tweaking...
  15. zuiko21

    68k Soft/Hard Power and ATX conversions . . .

    If I understand your idea correctly, that Universal PSU-Adapter PCB shouldn't be difficult at all... just take my previous schematic (for the IIsi) and connect the lines in parallel for each Mac-side connector. Some lines from the ATX PSU (e.g. the +3.3V rail, unused and thus not shown in the schematic) would go for certain Mac models only (like the 7600 etc). You don't even need to put multiple transistors for soft power... just connect the /PFW lines (Mac side) together to the resistor, like the only one in my schematic. For those Macs without soft-power (LC, compacts...) a simple switch between the +5VSB line (purple cable) and /PFW would do a "force on" mode. There's another thread somewhere here explaining how to adapt the compact's video output to an old EGA monitor, which would be interesting for testing compact mobos alone Perhaps a 12" RGB could accept the compact's output (nearly 10% slower hsync freq.) but don't take my word for it! Not sure if some "modern" Macs (G4?) would need extra voltages not available from the ATX PSU, though.
×