Dead Flying Shark

[frsj8112]

I piggybacked the YM3014 with a known working and it didn't make any difference. I don't have any YM3812 at home, so i need go order one

[system11]

You've checked MAME right? The effects in the game sound sort of 'scratchy' as standard.

[frsj8112]

LOLs, I haven't really played this game that much so I was confident that the sound effects were distorted somehow in the circuitry. But it's exactly like in MAME, so I guess this PCB is 100% fixed. Thanks

[ifog]

And another one

I have a Flying Shark PCB in my box of faulty PCBs since a long time but as it's covered with Fujitsu chips, I never took the time to look at it.

After seeing this thread, I gave it a go and changed C1 and C2 capacitors and it boots now .
(As often, ESR value was fine).

Working fine beside the jailbars on enemies sprites .. back to Fujitsu I guess

[caius]

Sprite issue are a common fault on this Toaplan hardware, check the 2148 RAMs and the counters (74LS163-169) around.

[leonardoliveira]

Fujitsu chips. Not only Fujitsu chips fail from that. Also Goldstar (GS) chips do fail with that kind of fault.

[caius]

No.All Toaplan PCB with sprites issue I've troubleshooted had no FUjitsu TTLs or other poor brands.I think there is something wrong with the object circuit, maybe too strong signalsfrom ASIC that stress the other components.

[ifog]

Sprite issue are a common fault on this Toaplan hardware, check the 2148 RAMs and the counters (74LS163-169) around.

A quick check show me the 4 I/O of the 2 lowest 2148 RAMs stuck low.
Will investigate further tomorrow, thanks Fabrizio

[system11]

I had a Flying Shark where I had to replace every LS08, all Fujitsu. Every one of them genuinely faulty.

[ifog]

No Fujitsu 74LS08 on this Flying Shark (Intel if I remember) .
I checked the Fujitsu 74S04, 74S08 and 74S20 but they seems OK.

I don't think I can easily diagnose the 2148 RAMs.

Will check several Fujitsu 74LS240 later (one of them has already been changed and they are all Motorola on my perfectly working Hishouzame).

[caius]

Will check several Fujitsu 74LS240 later (one of them has already been changed and they are all Motorola on my perfectly working Hishouzame).

The 74LS240 are used for inputs (common design on Toaplan hardware) so it's useless to test them.

[ifog]

Will check several Fujitsu 74LS240 later (one of them has already been changed and they are all Motorola on my perfectly working Hishouzame).

The 74LS240 are used for inputs (common design on Toaplan hardware) so it's useless to test them.

Yes, I thought one of them was not near the Jamma edge but it was the s20 already tested.

[Asure]

I don't think I can easily diagnose the 2148 RAMs.
Will check several Fujitsu 74LS240 later (one of them has already been changed and they are all Motorola on my perfectly working Hishouzame).

Piggyback. Or get a logic probe. Even with a slow speed sometimes you can see difference in the LED brightness, patterns.. But it takes a trained eye to do so

[ifog]

Back to this Flying Shark PCB today.

Was testing on the 2148 RAMs side.
At one point, I saw the problem disappear when pressing.
Resolder the 2148 RAMs solved the sprite problem.