nesdev.com
http://forums.nesdev.com/

Kazzo USB rom dumper / dev cart programmer
http://forums.nesdev.com/viewtopic.php?f=9&t=7912
Page 39 of 44

Author:  Zoldark [ Sat Nov 25, 2017 7:34 pm ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

NewRisingSun wrote:
The txc_79 script that I have found on-line writes the CHR bank number to address $4200, which is not what the board expects according to the nesdev wiki. The game writes to $4120 as well, not to $4200. Assuming your mapper 79 dumping script looks like the one I linked to, replace
Code:
cpu_write(d, 0x4200, i);
with
Code:
cpu_write(d, 0x4120, i);
and try again.


Yep, that was it.. it dumped with the correct PRG Checksum and CHR Checksum.. Thank you...

Author:  duiz [ Sat Dec 23, 2017 3:49 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

I bought a few homebrew carts recently (Creepy Brawlers, City Trouble, Almost A Hero) but my kazzo is giving me an error when trying to dump them.

0x00e000/0x040000
libusb0-dll:err [control_msg] sending control message failed, win error: The I/O operation has been aborted because of either a thread exit or an application request.

Never dumped carts before so I am a bit lost...

Also, is there any .ag file that supports dumping the 8 bit music power carts? I believe they use a modified MMC3 mapper?

Author:  MLX [ Sat Dec 23, 2017 3:31 pm ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

Did you flash the kazzo with the original bios (or whatever it's called) before using anago?

Author:  duiz [ Sun Dec 24, 2017 3:34 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

Yeah I put it in BL mode and flashed with the original kazzo.bat file

Author:  duiz [ Sat Dec 30, 2017 7:28 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

From what I can gather the Columbus Circle releases (8 Bit Music Power etc) doesn't work with Kazzo? But I am also having trouble with Creepin it Real and Creepy Brawlers, which the cart board says uses MMC3.

Author:  aleks.olcz [ Sun Jan 28, 2018 4:57 pm ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

Does anyone has the scheme for Kazzo for professional printing pcb (V1) ? With DIP-style elements (not SMD).

Author:  werewolfslayr925 [ Mon Mar 26, 2018 2:26 pm ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

duiz wrote:
From what I can gather the Columbus Circle releases (8 Bit Music Power etc) doesn't work with Kazzo? But I am also having trouble with Creepin it Real and Creepy Brawlers, which the cart board says uses MMC3.


What does your script look like? I've stumbled upon various MMC3 scripts and have had to double the dump at times (when dumping Kirby's Adventure, for example). Maybe we can compare scripts.

Speaking of mysteries, has anyone had any success dumping Quarth and/or the FamiCom Fantasy Zone? bootgod's database says Quarth is a CNROM, but that the hardware is a 74xx161. Would a general CNROM script work, or would I need to use something more particular to the game's specific chip? As for Fantasy Zone, does anyone even have a script for SUNSOFT-1 PCBs?

Author:  lidnariq [ Mon Mar 26, 2018 2:56 pm ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

werewolfslayr925 wrote:
Would a general CNROM script work
Yes; CNROM is specifically implemented using a 74'161.

Quote:
As for Fantasy Zone, does anyone even have a script for SUNSOFT-1 PCBs?
Fantasy Zone will need its own dedicated dumping script, all by itself. (The hardware is unique functionality, different from the normal mapper 93 hardware). Try this modification of INL's UOROM script:

Code:
board <- {
   mappernum = 93,
   cpu_romsize = 2 * mega, cpu_banksize = 0x4000,
   ppu_romsize = 0, ppu_banksize = 0x2000,
   ppu_ramfind = false, vram_mirrorfind = true
};

function cpu_dump(d, pagesize, banksize)
{
   for(local i = 0; i < pagesize - 1; i += 1){
      cpu_write(d, 0x6000, i);
      cpu_read(d, 0x8000, banksize);
   }
   cpu_read(d, 0xc000, banksize);
}
(can't test, I might have made a mistake)

Author:  zxbdragon [ Tue Mar 27, 2018 7:02 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

board <- {
mappernum = 93,
cpu_romsize = 2 * mega, cpu_banksize = 0x4000,
ppu_romsize = 0, ppu_banksize = 0x2000,
ppu_ramfind = false, vram_mirrorfind = true
};

function cpu_dump(d, pagesize, banksize)
{
for(local i = 0; i < pagesize - 1; i += 1){
cpu_write(d, 0xCC75+i, i*0x10+1);
cpu_read(d, 0x8000, banksize);
}
cpu_read(d, 0xc000, banksize);
}

Author:  MLX [ Sun Apr 01, 2018 3:57 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

I have a concern regarding the Kazzo that has been backed up in the recent days. It is about chips overheating out of control in seconds. I have observed this highly undesirable behavior on various cartridges (pirates mostly, even good ones using quality components). When plugged, whatever it'd be in a dumping sequence or on standby, one or two chips goes out of control. It's usually the mapper, a chip associated to it or a PAL.

I had two cartridge pass out on the Kazzo in the past days. One from the overheating (I am confident it being the reason) and the other supposedly from likely an inappropriate script.

I know this has been seen by others and reported here and I was curious if something can be done about that? (Or is my INL-Retro defective?)
Because I can't keep up dumping rare (and eventually expensive) unlicensed cartridges with a product that has such an apparent flaw.

EDIT: follow-up

Author:  infiniteneslives [ Sun Apr 01, 2018 6:23 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

MLX wrote:
I have a concern regarding the Kazzo that has been backed up in the recent days. It is about chips overheating out of control in seconds. I have observed this highly undesirable behavior on various cartridges (pirates mostly, even good ones using quality components). When plugged, whatever it'd be in a dumping sequence or on standby, one or two chips goes out of control. It's usually the mapper, a chip associated to it or a PAL.

I had two cartridge pass out on the Kazzo in the past days. One from the overheating (I am confident it being the reason) and the other supposedly from likely an inappropriate script.

I know this has been seen by others and reported here and I was curious if something can be done about that? (Or is my INL-Retro defective?)
Because I can't keep up dumping rare (and eventually expensive) unlicensed cartridges with a product that has such an apparent flaw.

I’ve never heard of any issues like this. Can’t imagine a bad script damaging the cart either. What do you mean “pass out”? The boards/carts aren’t getting inserted backwards accidentally are they? Units purchased from me after fall 2016 have resettable fuses to prevent this issue especially with snes. Do you have more details on the boards that had this problem (photos etc).

Author:  MLX [ Sun Apr 01, 2018 6:46 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

Well maybe my Kazzo is defective. Krzysiobal made a similar comment some time ago. Bought my kazzo in early 2017, pcb is dark orange so it's the model you're describing.

The boards are the standard 3-4 globs PCB you'd expect from 90s pirates. I can take pics but I doubt you'll be satisfied by them as there are no signs of damage or anything they just stopped working after.

Author:  infiniteneslives [ Sun Apr 01, 2018 7:39 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

Yeah only thing I can think of is something about those pirate carts being easy to get into latch up due to hot plugging the cart. I'm not sure what the original kazzo firmware does with it's i/o when it's idle. My firmware disables output drivers and enables pullups which should help prevent from powering chips from the i/o lines while inserting. If the original kazzo firmware doesn't do this, that could be causing latch up I suppose. With this, I would say when using the original kazzo firmware one shouldn't insert the cart while the programmer is powered on. Disconnect USB cord, insert cart, connect USB cord, dump cart or whatever, remove USB cord, then remove cart.

I don't see how a defect could be causing something like this. And yes you've got the version with the resettable fuse, you can see the little green fuse next to the USB connector.

Author:  MLX [ Sun Apr 01, 2018 8:48 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

Will anago work with your firmware? Because I remember having to flash it with the original because it wouldn't with the preinstalled one.

Author:  infiniteneslives [ Sun Apr 01, 2018 9:08 am ]
Post subject:  Re: Kazzo USB rom dumper / dev cart programmer

MLX wrote:
Will anago work with your firmware? Because I remember having to flash it with the original because it wouldn't with the preinstalled one.


No all firmwares I've ever written, or will ever write will be completely incompatible with anago/unagi. When I first started tinkering with the kazzo I tried to adapt anago/unagi and the original firmware to meet my specific needs but the lack of documentation and high level of abstraction made it easier to start from scratch.

I've been working on a new firmware and software release over the past year that's intent is to make anago/unagi and original firmwares obsolete. All operations can be controlled by lua scripts on the host side allowing as low level of control as desired. I'm hoping to release in the next 2 weeks. But it may take me another month or more to get the mapper scripts built up to the breath of mapper support that anago/unagi currently supports.

Additionally I'm releasing a new hardware design which is completely incompatable with anago/unagi and original firmware as it's updating to an ARM core (STM32F070) and hardware USB 2.0 along with support for additional consoles. But all software and firmware releases I plan to make will be compatible with new (STM32) and old (AVR) hardware. So I'm not ceasing support for old hardware, but I have no plans to provide original hardware with an AVR mcu which will run the original firmware and anago/unagi. I'm hoping the new software and firmware will make those program obsolete but we'll see how that goes.

Page 39 of 44 All times are UTC - 7 hours
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/