VOGONS


Suddenly 33 MHz not bootable with 386sx anymore

Topic actions

First post, by Marco

User metadata
Rank Member
Rank
Member

Dear all,

I have one of these strange things we all love (or hate) retro HW for:

- I overclocked my 386sx25 to 33 mhz last week.
- no issues fast settings doing benchmarks from dos to win to win95. Stable as hell.
- I was then changing network cards to test an intel 100mbit.
- when I removed the card again the system didn’t boot anymore.
- I removed all cards, erased bios etc no success.
- I managed to get it back working by inserting a 60mhz oscillator again. No issues
- I just tried it again: slowest bios settings no cards etc: system won’t boot anymore with 66mhz oscillator
- I even ordered 5 new 66mhz oscillator but same result.
- room temperature is also the same 😀
- lower osci does work. Higher osci as 72mhz won’t work neither

Any ideas? The only thing I can imagine is the osci but all 6! defect?? Ok all from Ali. Anyway I am out of answers 😀

You have some?

Regards

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 1 of 21, by dionb

User metadata
Rank l33t++
Rank
l33t++

You never have any guarantees with overclocking, but this is still interesting.

Hypothesis:
- even though it was stable at 33MHz, some component on the motherboard was running at the very edge of what it could do
- adding the 100Mb NIC pushed whatever part it was over that edge
- after removing the NIC it would work again at lower speeds, but with insufficient headroom to run at 33MHz (even though 30MHz does work)

Assuming this hypothesis to be correct, the obvious culprit would be a capacitor near the point of failure, most likely in the power delivery part of the board (as that would be shared between ISA bus and CPU), but in any event somewhere along the 5V line. Any suspects visible?

Reply 2 of 21, by Marco

User metadata
Rank Member
Rank
Member

Good remark. Pls let me check that later

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 3 of 21, by Deunan

User metadata
Rank Oldbie
Rank
Oldbie

Might be CPU, might be the chipset. If either can't handle 66MHz clock you'll get a dead or broken system. Most of the 386SX mobos I've seen are meant to be cheap first and foremost, the design is very light on decoupling caps on power rails near the big chips. I've seen 386SX with pretty much two 100nF and one electrolytic farther away, and this was a 2-layer design IIRC. That's not a very good overclocking base even if the PSU is recapped with modern low-ESR parts...

Reply 4 of 21, by rasz_pl

User metadata
Rank l33t
Rank
l33t

> I was then changing network cards to test an intel 100mbit.
> when I removed the card again the system didn’t boot anymore.

so it was working with old NIC, stopped with it removed, and you havent tried with same configuration of cards again? as Deunan says bad filtering/decoupling is a given on 386SX/budged 386DX mobos, that old LAN card might have been the lynchpin keeping your config stable 😀

https://github.com/raszpl/FIC-486-GAC-2-Cache-Module for AT&T Globalyst
https://github.com/raszpl/386RC-16 memory board
https://github.com/raszpl/440BX Reference Design adapted to Kicad
https://github.com/raszpl/Zenith_ZBIOS MFM-300 Monitor

Reply 5 of 21, by Marco

User metadata
Rank Member
Rank
Member

Yes indeed. Also tried with the old card setup up to with Graphic card only.

Ok I will check all these electrical units. I am absolutely not doubting that as I don’t have another explanation but also made the experience that a cap or whatever is broken OR is working. Never had something in between. I can also imagine that visually you won’t notice anything on them but I will give it of course a try.

Thanks all

PS. As stated it was fully stable at 66mhz osci. You quite fast run into issues with windows 95 in case sth isn’t working properly.

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 6 of 21, by rasz_pl

User metadata
Rank l33t
Rank
l33t

Is that your board https://theretroweb.com/motherboards/s/dataex … 1-386sx-ver-1.0 ?
Try exact combination of cards and drives again. You can also try soldering additional caps on the board. Sprinkle few ~220uF electrolytics/tantalums and 100nF on 5V near last ISA slot and near CPU (pins 8-9-10 and 11-12-13 is obvious spot).

https://github.com/raszpl/FIC-486-GAC-2-Cache-Module for AT&T Globalyst
https://github.com/raszpl/386RC-16 memory board
https://github.com/raszpl/440BX Reference Design adapted to Kicad
https://github.com/raszpl/Zenith_ZBIOS MFM-300 Monitor

Reply 7 of 21, by Marco

User metadata
Rank Member
Rank
Member

Yes that’s exactly the board. One of the tantalum I already replaced.

Exact combo of cards and drives have already been tested without success. Oh ok I check the doc and will make a proposal for what you have just recommended

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 8 of 21, by Marco

User metadata
Rank Member
Rank
Member

I checked the board and the picture of the page you mentioned. But I have no clue where I should or better where I could put in additional caps.
Would you mind to highlight the spots on the picture? I checked the pins but don’t know where there to add them. 🙁
Thanks a lot really upfront.

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 9 of 21, by Marco

User metadata
Rank Member
Rank
Member

Ok I think you mean these for the cpu.

„ 220uF electrolytics/tantalums and 100nF on 5V near last ISA slot and near CPU“

Im not sure which capacities to put where exactly. Is this something you further go in detail ?

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 10 of 21, by nocash

User metadata
Rank Newbie
Rank
Newbie

Fully stable doesn't neccessarily mean that it was more than 0.0001% away from unstable.
If it's related to capacitors, and as you have swapped and removed all cards (which do contain capacitors themselves), maybe it works better if you move this or that card closest to the cpu.

Reply 11 of 21, by rasz_pl

User metadata
Rank l33t
Rank
l33t

Here is CPU pinout.

The attachment 386sx_power_pins.png is no longer available

Red is +, blue -. Ideally you would glue like three or seven 100nF ceramic capacitors on top of the CPU in a star pattern all connected to each other on one end. Wire that center to ground on the motherboard (any blue pin), and connect left over capacitor ends to red pins of cpu with thin wires distributing capacitors around ignoring 8-14 pins as there is already one cap there. something like this:

The attachment 386SX_bodged_caps.jpg is no longer available

+ one ~100-680 uF electrolytic on top of all this for good measure between any blue/red :]

Without putting scope on this board I give 0 warranty that CPU voltage fluctuations are your main issue, but more decoupling never hurts.

https://github.com/raszpl/FIC-486-GAC-2-Cache-Module for AT&T Globalyst
https://github.com/raszpl/386RC-16 memory board
https://github.com/raszpl/440BX Reference Design adapted to Kicad
https://github.com/raszpl/Zenith_ZBIOS MFM-300 Monitor

Reply 12 of 21, by Marco

User metadata
Rank Member
Rank
Member

I say thank you very much for your effort. I will plan this project !!!

Thanks again!!

PS: as I am not the full e-expert I just want to explain some thoughts I have:
All worked well with 66mhz and the current set of caps. Taking this perspective I would have assumed that I should replace (maybe extend) the existing caps and not to add some on places where none have been so far. But I am not the expert and am thankful for your hint to follow up on

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 13 of 21, by rasz_pl

User metadata
Rank l33t
Rank
l33t

Indeed it will be much easier to solder big electrolytic caps to already present caps next to ISA slots (blue ones). The only voltage rail you should bother with is +5V connected to Pin B3, B29 and D16. Since you mention it doesnt start with no cards at all I would try adding caps closest to chipset/cpu.
Easiest soldering would be on the back of the board directly to ISA slot pins between B1-B3 B31-29 D18-16.

https://github.com/raszpl/FIC-486-GAC-2-Cache-Module for AT&T Globalyst
https://github.com/raszpl/386RC-16 memory board
https://github.com/raszpl/440BX Reference Design adapted to Kicad
https://github.com/raszpl/Zenith_ZBIOS MFM-300 Monitor

Reply 14 of 21, by Marco

User metadata
Rank Member
Rank
Member

Clear and understood. Thanks a lot for your effort. So you wouldn’t start with replacing the existing blue ones near power supply I understand.
Thanks and I will plan this.

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 15 of 21, by Marco

User metadata
Rank Member
Rank
Member

I will also test with replacing cards more in detail - as proposed here in the thread.
Thanks also for that

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 16 of 21, by rasz_pl

User metadata
Rank l33t
Rank
l33t

Blue caps look like Tantalums, those either work fine or due to age and moisture ingress go short and blow up 😀 no middle ground.

https://github.com/raszpl/FIC-486-GAC-2-Cache-Module for AT&T Globalyst
https://github.com/raszpl/386RC-16 memory board
https://github.com/raszpl/440BX Reference Design adapted to Kicad
https://github.com/raszpl/Zenith_ZBIOS MFM-300 Monitor

Reply 17 of 21, by Marco

User metadata
Rank Member
Rank
Member

Ahhh

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 18 of 21, by Marco

User metadata
Rank Member
Rank
Member

Short update here: I could scope the issue further:

The whole error chain is depending on the run time of my pc (in hrs):

With 30mhz all is fine. But I experience that after some hrs the systems won’t boot after hard-resetting. Even power off and on won’t work and I then have to wait 30seconds. Afterwards it works again.

Trying now with 32mhz - yes I slowly decreased from 33 MHz - the systems runs well. When I power off the system after several hours of usage it won’t power on again. I have to wait then several hrs before it will power on again.

Isn’t that strange?! I definitely could reproduce these behaviours.

Seems like some components do need I don’t know a recovery time or something? But talking about minutes or hours (for 32mhz) it would be new to me that capacitors could need such cooldown / de-load time.

What do you think?

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I

Reply 19 of 21, by Marco

User metadata
Rank Member
Rank
Member

That’s what I found as a possible reason:

The error is due to the CMOS latch-up: after a long period of operation, residual charges remain in the CMOS circuits, preventing a complete reset. Only when these residual charges have dropped - often after hours - does the PC start again, which occurs more frequently at higher clock speeds.

1) VLSI SCAMP 311 | 386SX25@30 | 16MB | CL-GD5428 | CT2830| SCC-1 | MT32 | Fast-SCSI AHA 1542CF + BlueSCSI v2/15k U320
2) SIS486 | 486DX/2 66(@80) | 32MB | TGUI9440 | LAPC-I