Mrhide
Legendary
Thanks a lot for the work you've done. This documentation is so useful for repairs.Glad my work for the reverse was useful! You've done an amazing job!
The ~REFRESH signal is transmitted to the main work+video DRAM to perform its refresh cycle. So, nothing really concerning video display at first glance. However, there is one synchronisation point inside the DL-1827 which pilots the main bus transmission. https://petitl.fr/cps2/DL-1827/#control-states
I'm not 100% sure of the consequences here but that have an impact on the palette refresh mechanism so... white screen.
EDIT: I added a link to the schematics in the wiring spreadsheet I originally made. Sorry for not linking it earlier that might have helped you
If you have nothing on the code rom it maybe means that nothing is transmitted through the DL-1727 (MIF) which is main purpose is to manage the main bus. And because sound is derived from the main bus, it's kinda the same thing. So I would check:While I have your attention, I have another B board that is exhibiting behavior that I'm struggling to explain. It boots consistently to a green screen. I've probed the graphics addresses and data and I get normal looking activity there, but the code rom, Q-sound roms, and sound sample roms have all of their addresses held constantly high and there is no activity whatsoever. I've probed the clock signals at DL-1525, DL-1827, and DL-1727. They are all present and looking normal. I've also probed all of the enable pins and they are all high, which matches a working B board that I'm using for comparison. Do you have any idea what could potentially be holding up the code rom, Q-sound rom and audio rom addresses? Thanks in advance!
Thanks for the info. I have a strange new development with this one. I tried running this B board with Razoola's suicide test rom and a blank key written to it and it consistently boots in that scenario. This is a -4 board, and I have read that they can struggle with key writing, so this made me think that it might be an issue with my key writing setup, so I programmed an arduino nano with a single game key writing program configured for my Street Fighter Alpha 2 test roms and soldered it directly to the CN2 connector with a 75ohm resistor on the CLK signal per Artimeo's notes on his github. Now it inconsistently boots the street fighter alpha 2 roms. When it boots successfully it has graphical issues, no surprises there, but when it doesn't boot successfully it just shows a completely garbage screen with occasional flickering pixels. 'If you have nothing on the code rom it maybe means that nothing is transmitted through the DL-1727 (MIF) which is main purpose is to manage the main bus. And because sound is derived from the main bus, it's kinda the same thing. So I would check:
- All the main enable lines: ~RESETI (HIGH), ~RESETI-OUT (HIGH), ~A-BOARD-CONNECTED (LOW), ENABLE-ADDR-BUS (HIGH). It should be okay since you said you have clock in 1525.
- Check for activity at the address lines of 1525 (or at least make sure it's not pulled all HIGH)
- Check the activity / state of the BUS-CONTROL bus (as input to the 1727)
That's where my gut feeling is. The other idea I have would be to check for activity on the Z80-BUS signal (there is a back & forth between the DL-1525 and Z80, if they cant talk properly everyone is frozen).
Truth is, those repairs take hours, and even on the minimum income it's often not worth it unfortunately.Very shortly you may want to start offering your services for repair and earn some good side hustle money.
You know, I'm not buying anything on auction sites anymore because... I kept being overbid by $1 by other people who send me a message 1h after they won the auction asking for a repair...+ there's people who take the piss and advantage of those doing repairs reasonably. I've heard of people ordering broken boards on eBay and having them sent directly to their "repairer" unannounced.
It's ok to use these services when needed, but treating them like a sweatshop will quickly burn repairers out of their passion and time.
I've seen this happen is it is really, truly bull-shit.+ there's people who take the piss and advantage of those doing repairs reasonably. I've heard of people ordering broken boards on eBay and having them sent directly to their "repairer" unannounced.
On a side note, almost half of the problems were due to faulty custom chips.