WarpSE: 25 MHz 68HC000-based accelerator for Mac SE

[JDW]

Lunch break testing now...

My first attempt at flashing "WarpSE.GW4410A.0.6d.exe" was a failure. Flashing worked fine as usual, but after that was done, I switched off power, removed the USB cable, then powered-on (what I always do), and I got the thick bar code bars. I switched off power and waited more than 10 seconds, then powered on again, but still get bars. Switched off power for 30 seconds and then powered ON, but still get bars.

I then reflashed "WarpSE.GW4410A.0.6d.exe" to make absolutely sure it's not a flashing issue. At power-on, I got a normal flashing disk icon screen. I'm pleased to see that, but that still doesn't explain why my first SUCCESSFUL flashing of "d" firmware resulted in bars every time I switched on Power. Strange.

UPDATE: after posting the above, I went back to my powered-OFF SE and switched ON power. I got the bars. So it's 100% clear that the "d" firmware not only doesn't solve the bars problem, but the bars appear to be worse than 0.5robust firmware.

I flashed "a" firmware to see what would happen. At first power-on, I got the normal gray screen and then flashing ? disk icon, which is good. I then powered off and waited 60 seconds, then powered ON again. That too gave me the gray screen and flashing " disk icon, showing all is well. So I have now disconnected everything and will do the multi-hour-disconnect test this evening after work.

Despite my having re-confirmed the problem with "d" firmware, I nevertheless wish to implore my fellow WarpSE beta testers to PLEASE test "d". The reason why is that the only person to date who has described the vertical bar problem is me. That doesn't mean the problem doesn't exist, but it does still mean that other people should see if they get the same thing. I think there's lot of meaning in doing that.

Lunch break over.

---

QUICK QUESTION:
I put all the firmware files on a USB flash drive (8GB) and launch them from there, but today, I put the "d" firmware into the root of that drive, and put the "a,b,c" firmware files into a folder named "WarpSE-0.6" (only to keep them separated from past firmware files). But when I double-click a, b & c firmware, the following error resulted:



I then put the "d" firmware inside that folder and double-clicked it, only to find that it too yielded the same error. I then moved all 4 firmware files to the root, and then they launched without the error. Is this normal?

 

[Zane Kaminski]

Damn, I was hoping for a more positive result. One thing I was thinking about is that I have the update program using the ASCII versions of all the Win32 APIs whereas you're on a Japanese-language machine. The error relating to the directory (and certainly the messed up text) may have to do with that. The "failed to open GWUpdate executable as data file" message is printed when the program can't open itself, so it's likely that the Japanese path separator characters have something to do with it.

Have you been running the update program all the way through? I've said it can be stopped after around 55% since it's just verifying after that point, but maybe there are some errors that are occurring. I will look into this further. Maybe I can also make a Mac version of the program. I will look into this soon.

As for waiting multiple hours, that's probably not necessary. 15 minutes oughta be plenty for any stored charge to bleed off. Hmmm..... The strange/difficult thing is that I can't replicate this behavior at all. Maybe I will have to do a Mac version of the program. Tomorrow I'll get started on a port to x64 macOS but unfortunately at the moment I have only my Apple Silicon MacBook Pro so I have to figure out how to cross-compile a macOS x64 console app.

 

[JDW]

... it's likely that the Japanese path separator characters have something to do with it.

Yes. Another reason I'm not a Windoze fan. Japanese Windows "/" chars (in a path) appear as "¥" characters in many cases. It's not a glitch. It's the way it's always been.

Have you been running the update program all the way through?

Yes. I always wait for the full 6 minutes until it says 100%. It's really slow, but that's the only way I can be 100% sure it flashed correctly. Even so, as I said in my earlier post, I flashed "d" firmware twice, all the way to 100%. Still got the bars.

As for waiting multiple hours, that's probably not necessary. 15 minutes oughta be plenty for any stored charge to bleed off.

Good to know, but since my lunch break is over, the next opportunity I will have to do my next power-on test will be 4.5 hours from now.

The strange/difficult thing is that I can't replicate this behavior at all.

Another reason I'm on my hands and knees begging my fellow WarpSE beta testers to please test 0.5robust and the new "d" firmware to see what they get. And they need to do multiple power-on tests to be sure of what they get. Because if I alone am getting this, we need to find out why. But if everyone else (except you, I guess, Zane) is getting it too, then such gives more evidence that the bars are indeed a real problem.

 

[Zane Kaminski]

@JDW now just to confirm, 0.6d never worked, but 0.6a does? Can you try 0.5b? That has the changes to the startup sequence, where the problem is likely occurring. If I can pinpoint the issue to be between 0.6a and 0.6b then I can look more carefully at what was changed and try to isolate the problem further.

 

[JDW]

@JDW now just to confirm, 0.6d never worked, but 0.6a does?

In my limited testing on my lunch break moments ago, I got the thick vertical bars at every single power-on with the 0.6d firmware flashed to WarpSE, which is bad. I then flashed 0.6a firmware, and at every power on I got a normal screen, which is good! But to make 100% sure "a" is really OK, I need to wait and do further testing. You said wait 15 minutes, but I can't test for another 4+ hours because I'm back to work now at my day job. But I will do that "a" test tonight after work and report back with the result at that point in time.

Now if @JTRetro , @techknight and the rest of our WarpSE beta team could also test 0.6d to see if they too see the vertical bars at cold boot (after multiple power-on tests), that would be EXTREMELY HELPFUL to confirm my findings. I think it's best we have some testing overlap here, and not merely avoid testing particular firmware only because one (and one alone) among us reported a problem. I may sound excessively pushy on this point, but I feel very strongly that would be important and helpful testing.

@JDW Can you try 0.5b? That has the changes to the startup sequence, where the problem is likely occurring. If I can pinpoint the issue to be between 0.6a and 0.6b...

I'm a bit confused. The only "0.5" firmware I've tested is the older 0.5robust (which has the vertical bar problem). I am guessing you made a typo there and were actually asking me this: "Can you try 0.6b?" And my answer to that corrected question is YES, but tonight after work, after I've finished doing my 0.6a power-on testing.

 

[Zane Kaminski]

@JDW Yeah, that's what I meant. Let me know if 0.6b has the issue and then I can start investigating each of the 0.6b changes in turn

 

[JDW]

Only have a short amount of time to test right now (after work).

"WarpSE.GW4410A.0.6a.exe" FIRMWARE:

1. No problem with the power-on test after leaving it disconnected for more than 4 hours. I've never had the bars appear once with this firmware!

2. I see 25MHz in Norton System Info, which is nice. A good number of the earlier firmware versions showed 22MHz.



3. Speedometer 3.23 shows these scores:



4. Tetris music recorded in the same was as before (48KHz, 24-bit), but I can tell you right now the sound isn't great:

WarpSE_0.6a_Tetris.zip

drive.google.com

---

"WarpSE.GW4410A.0.6b.exe" FIRMWARE:

1. No problem with the power-on testing. No vertical bars. No time to do even the 15-minute disconnect test, however.

2. CPU clock speed is back down to 22MHz in Norton System Info:



3. Speedometer 3.23 shows these scores:



4. Tetris music recorded in the same was as before (48KHz, 24-bit), and it sounds great:

WarpSE_0.6b_Tetris.zip

drive.google.com

 

[phipli]

Don't forget to test serial.

Voltage shouldn't matter too much. If the Mac works at 4.75 volts, the card probably will too. It's basically all CMOS.

Your card likely doesn't use anything near as much power, but my old cards drag the 5v rail down, so if you have a PSU outputting 4.75v stock, you add the card and it drops lower and the computer crashes. But JDW has fully confirmed that he already has everything set up perfectly. He's got his PSU set like I have mine. All the rambling in my post was just me being cautious because I didn't want someone to set the voltage to the top end of the safe range with a larger load on the PSU, then remove that load and be putting too higher voltage through their stock machine.

But anyway - not applicable, JDW's got the volts

 

[phipli]

. I see 25MHz in Norton System Info, which is nice. A good number of the earlier firmware versions showed 22MHz.

Norton's estimate of Processor speed is wrong as often as it is right. It is even sometimes wrong on stock, unmodified macs. Some of the 2.5x bus multiplier PPC Performas used to just say the wrong speed.

Long and short - don't pay any attention to that, it is out of anybody's control.

 

[JDW]

"WarpSE.GW4410A.0.6c.exe" FIRMWARE:

1. No problem with the power-on testing on the first try, but when I moved my SE setup to my workbench, on the second power-on I got the bars. I heard a strange sound from the speaker twice, and was hoping to capture that audio, but then it stopped. Because of this, I will do no further testing on "c" firmware.

---

I re-flashed "WarpSE.GW4410A.0.6b.exe" FIRMWARE. Again, no bars at power-on so far. I will take the SE home and test "b" more over the weekend. No Windoze Pee See at home, so I can't refresh until Monday (It's Friday night here in Japan.)

Goodnight!

 

[JTRetro]

So I just got up.....and after making my morning coffee, I powered up me SE with the CD-ROM and Iomega drive attached.....and this time it fired right up! Only thing I noticed odd is that this time when the AfterDark screen saver kicked in it was running slow. Of course not a big deal, but weird. However at this point, I don't think that has anything to do with the accelerator:

 

[JTRetro]

Next test, I grabbed my external SCSI2SD drive and plugged it in with a copy of O.S. 6.0.8 installed. And again, it fired right up from the external drive, no problems:

 

[JTRetro]

I also was finally able to get the Iomega drive up and running, running it in conjunction with the CD-ROM. No problems accessing the Iomega drive either:

 

[phipli]

For the moment, my CD-ROM is working well. I forgot to install the drivers for the Iomega, so I will do that in a bit. They are around here somewhere in this mess!

<off topic>
If you don't know - cool trick :

If you put a removable SCSI disk like a CD or a Zip disk in the drive before powering on, and it has a compatible driver on the disk for the host computer, the computer loads the driver from the disk right at the start of boot. This is a great way to use drives on a computer without the drivers installed. It works with CDs and Zip disks, although with older macs it can be tricky with Zip disks because the later drivers that the formatting tools install (and automatically update if you don't turn it off - stupid software) don't work with old Macs.

I often install CD drivers like this - put a CD with a driver partition on it in the drive, and also the CD driver installer, boot (from it or the hard disk, doesn't matter), install the CD software and you're away, without having to mess with floppy disks or networking.

</off topic>

 

[techknight]

Sorry this thread has gotten way to large to understand what happened since ive last been here. Not sure what i need to test, not test, with what software, or otherwise. TLDR.

Also, I was affected by the hurricane pretty badly and im just now starting to get back into operational status over here.