logoUnique visits: 7961
Can you help getting more info about those carts?
Cart name
Notes for chip search:
  • Use "+" as delimeter for all fields (except "cart name", where space is used); if many values are entered, all of them must appear in the cartridge then; case is not sensitive
  • "Mapper" is the actual mapper used by this cartridge hardware (might not match the one at wiki.nesdev.com, as at the moment I was analyzing this cartridge, there was no mapper assigned to it, so I had to assign my own number for testing)
  • "Original mapper" is the mapper used by licensed version of this game (for multicarts, it refers to mapper of the inside games, so 0+2 means this cartridge can run NROM+UNROM games)
  • Order in which you put values doesn't matter (you can write 7400+74138+7400 or 7400+7400+74138 to search for a cartridge that contains at least two 7400 chips and one 74138
  • Some chips (like PAL16*8) appear in cartridges as 16V8 or 16L8, so be sure to check both posibilities
  • Same goes for memories - type 27F080 to search for 32 pin memories, 27512 for 28 pin with two chip enables or MASKROM_1M_DIP28 for 28 pin with one chip enable
  • Same goes for mappers - some examples: AX5904(MMC1), AX5202P(MMC3), PT8154BM (9112MMC3), AX5208C(VRC4), 23C3662(VRC2)
  • Good news is that you can use wildcards, so 74139+*MMC3* will search for any cartrige that has at least one 74139 and MMC3 chip in any version
Mapper#
Original mapper#
PCB marks
Tags
Chips
Bio Hazard
Typesingle
Mapper178
Original mapper178
PCB marksFS305
Tags:
Uploaded:2019-05-16 11:04:32

Elements:
NameValue
IC16264
IC26264
IC3MAPPER(DIL40)
BAT1CR2032
C1100n
CART1FAMICOM_CART
D1
D2
R12.2k
TP1

Chip signature:
6264+6264+MAPPER(DIL40)

PCB top:

PCB bottom:

Shell top:


Shell bottom:

Screenshoots:

Extra info:
https://forums.nesdev.com/viewtopic.php?t=18934
Bio Hazard - color palette problems
I got from a friend this Bio Hazard cartridge cartridge.
[url=https://obrazki.elektroda.pl/8261405000_1559033893.png][img]https://obrazki.elektroda.pl/8261405000_1559033893_thumb.jpg[/img][/url] [url=https://obrazki.elektroda.pl/6300468800_1559033895.jpg][img]https://obrazki.elektroda.pl/6300468800_1559033895_thumb.jpg[/img][/url] [url=https://obrazki.elektroda.pl/1980316100_1559033905.png][img]https://obrazki.elektroda.pl/1980316100_1559033905_thumb.jpg[/img][/url] [url=https://obrazki.elektroda.pl/2506262000_1559033904.jpg][img]https://obrazki.elektroda.pl/2506262000_1559033904_thumb.jpg[/img][/url] [url=https://obrazki.elektroda.pl/3526147600_1559033909.jpg][img]https://obrazki.elektroda.pl/3526147600_1559033909_thumb.jpg[/img][/url] 

However, it has two issues:
* vertical stripes
* weird colors causing it to be unplayable
Cleaning cartridge connector solved the first issue (probably one of the PPU-D pins was not having proper contact) but the second one still remained:

[img]https://obrazki.elektroda.pl/3209623700_1559033780.png[/img][img]https://obrazki.elektroda.pl/9577137500_1559033781.png[/img][img]https://obrazki.elektroda.pl/5844484700_1559033783.png[/img][img]https://obrazki.elektroda.pl/7057846600_1559033787.png[/img] 

Here how it compares with working ROM:
[img]https://obrazki.elektroda.pl/6862904500_1559033731.png[/img][img]https://obrazki.elektroda.pl/2473610700_1559033741.png[/img][img]https://obrazki.elektroda.pl/6393152200_1559033743.png[/img][img]https://obrazki.elektroda.pl/1732591800_1559033748.png[/img] 

Looks like some colors were missing, causing the game to be too dark and unplayable. I thought that either some bits of the PRG-ROM memory (which contained opcodes to set palette) were broken or either this was some pre-release - the version displayed at title screen (2003SR7416) is different to the known and working GoodNES one (200314121).
If you look carefully at the shell label, it says another one (20031463). And the label info at https://bootleggames.fandom.com/wiki/Bio_Hazard_(Famicom) says yet another one (2003SR7416).

I started making schematic and noticed quite unique design - while there are PRG-RAM and CHR-RAM chips, PRG-ROM is integrated with mapper in blob, causing analysis of it to be hard. And dumping the game using mapper 15 or 227 (BioHazard fixed mapper) did not bring any result.
[url=https://obrazki.elektroda.pl/7941971700_1559034481.png][img]https://obrazki.elektroda.pl/7941971700_1559034481_thumb.jpg[/img][/url] 

After a long examination I found that the mapper to be as below. After dumping, it worked in emu so the only thing that could potentialy cause harm was either PRG-RAM or CHR-RAM. The source of failure was the last one - writing some random data to it and then reading it back shows that there is some problems with A3 of this CHR-RAM.
[url=https://obrazki.elektroda.pl/9317887800_1559034318.png][img]https://obrazki.elektroda.pl/9317887800_1559034318_thumb.jpg[/img][/url] 

Soldering new chip solved the issue. I attach IPS patch.

[code]
-------------------------------------CPU--------------------------------------
$4800 / $4801 / $4802: PRG bank registers (mask: $F803)
  $4800 [......xm]
               ||
               |+-- mirroring (0=V, 1=H)
               +--- PRG mode 
  $4801 [.....ab.]  
              ||
              ++---- inner PRG bank
  $4802 [.....CDE]
              |||
              +++--- outer PRG bank
  
x | $8000  | $c000
--+--------+-------
0 | CDEab0 | CDEab1
1 | CDEab0 | CDE111

$6000-$7fff: WRAM (battery backed). Its /CE and /WE are generated by the mapper-blob, but it does not seem to be protected against writes (neither when M2 stops toggling, nor by any value of 480x registers
$8000-$bfff: 16kB PRG-ROM bank
$c000-$ffff: 16kB PRG-ROM bank

-------------------------------------PPU--------------------------------------
$0000-$1fff: 8kB unbanked CHR-RAM (no write protection)

------------------------------------NOTES--------------------------------------
* All bits are set to 0 on power-up & during reset (every time M2 stops toggling - around 5200us after that chip goes into reset)
* Order of bits was determined by comparing the dump with other version (200314121) of Bio Hazard
* On some consoles the game does not start from first power-up but it needs pressing reset button (probably the logic inside blob needs more time to go out from reset that console does after powering)
* When mirroring is set to V: blob outputs CIRAM_A10 <= not PPU_A10 (and then H: CIRAM_A10 <= not PPU_A11)
* The unknown purpuse test-pad, present in this PCB does not seem to be connected anywhere internally
[/code]
---

game write sequence:

4802 <- 00
4801 <- 00
4800 <- 01
4802 <- 04
4801 <- 06
4800 <- 01
4802 <- 00
4801 <- 00
...

Comments:

Want to leave a comment?

Name:

Page loaded in 0.8 seconds | W3C validate