433

(39 replies, posted in General Discussion)

BennVenn wrote:

a buyer can say he/she did not receive this/that and BAM! Paypal holds your money until you can prove this/that. It is what has driven postage rates up (the necessity for tracking/registered/insured). I think most sellers have had this happen at least once...

Not only that, but buyers can decide they no longer want what they bought and tell (ebay for example) that it is not as described. They will always side with the buyer and immediately TAKE BACK the money that was in your account.

I sold my laptop once and the buyer said the screen wasn't bright enough. He opened a claim which gave me a negative balance on paypal for a month before I could fix it! In other news I have been using the laptop for four years after that so...its perfectly fine. He just decided he didn't want it anymore.

I'll read your whole post when I get off of work, but for I can just say one thing. Read the rules set by your fab house and stick to those. They will have very specific rules readily available to you.

435

(325 replies, posted in Nintendo Handhelds)

furrtek wrote:

I sticked it to VCC hmm Flash chip is SST 27SF010, they do byte writes.
Bankswitch is done in the lower 3 bits of $0000~3FFF.
Can update later PCB orders to tie it to AUDIOIN.

If you tie it to audin then you will also have to add a pull up resistor, but if you tie it to /we then it will work fine without a resistor . Your code should never write to the ROM address space and even if it did, it would not trigger the data/address sequence to actually modify bits.

Toss me a PM. I want to bounce a few questions off of you.
Cheers

436

(325 replies, posted in Nintendo Handhelds)

furrtek wrote:

It certainly can be done. I'll see what I can do !
I'm just beginning to test LSDJ master sync right now, the delays are going to be tight :x

Where do you have the ROM's /we pin tied to? The lower 16kb that is. These should be pretty easy to update. I assume they support 16kb sector writes? Smaller?

437

(325 replies, posted in Nintendo Handhelds)

furrtek wrote:

There's 4 common smt logic chips also with it for banking and gating the EEPROM and ADC pins to the cart bus. Nothing secret.

You're such a flirt! :blush:

438

(325 replies, posted in Nintendo Handhelds)

furrtek wrote:

Oh hello smile
It's not a joke, the page's been up since the 27th and I didn't want the word to spread too much since I'm limited on funds for the first batch.
Also I can't lie on the product: it's mainly wavetable-based, if that matters for some people.

Jazzmarazz: There's an ADC084S051 on the back side.

Awesome! Is there extra logic or does the ADC have some address control pins?

439

(325 replies, posted in Nintendo Handhelds)

I'm interested in how he reads the analog data from the pots.

440

(12 replies, posted in Trading Post)

Or you could post a "[WTB] arduinoboy" thread.

EDIT: I guess you're in the trading post sub forum already. derp

BennVenn wrote:

Sounds like a deal. Headers really mean nothing, more so with a pirate cart. Is it a multi-cart?

No, just one hacked rom of metal slug.

BennVenn wrote:

Just reading through that datasheet, That's a slow chip! 32second chip erase, 15second flash write time (excluding protocol overhead) and no bulk write mode. And only 2mbytes. Averaging 30seconds for an LSDJ transfer. Same protocol as the Bung carts, though bung tie /WE to SND.

Would anyone be interested in loaning me one?

Jazz - Yes, found a $5 webcam at my local supermarket. 320x240 - Might as well use my GBcamera :-)

Well the chip is from 1993 after all. Its older than most of our artists here! HAHAHA.....
I can loan you my cart on one condition. You have a look at this pirate cart I have. It claims that it is an MBC1 mapper as per the header, but uses a custom bank switching scheme. It is currently an undumped rom and I actually have to return it to an Ausi. So I figured you could have a crack at it first.

BennVenn wrote:

Haha, yeah just going from memory. Gnd, Snd, Rst?

Datasheet says 64Kbyte 'blocks' so that is easy enough to change, and the flash commands are different to the EMS but similar to the BennVenn. Looks easy enough

Thanks Jazz

Sure. Have you got a mic yet?

BennVenn wrote:

Hmmm pin3 as in Snd or /WE? (depends which end you count from)

In either case, it can be supported. My BennVenn carts operate with Flash WE tied to cart-bus WE. If that is the case then two birds with one stone.

I'll be detecting cart types via the Flash IC's CFI information. This will allow almost complete compatibility with any cart (assuming there is no /WE trickery or boot sectors need unlocking [nanoloop] in which case firmware updates will be necessary)

I'll post updates soon

/we, not snd.

(psst, pin 3 from the other side is not snd. ;P)

BennVenn wrote:

Electrically its compatible with the EMS, do you have the flash IC part number handy? Worst case its a different protocol with different erase/buffer block size and that'll only be a few hours to add compatibility.

I'll work on the bennvenn support this weekend. Should have a release by end of easter break.

SRAM:
SAMSUNG 407A
KM681000ELG-5L

ROM:
AMD 1993
AM29F016B-90SC

Ok, just probed it with my continuity tester and the ROM's /WE is connected directly to pin 3 of the cart edge.

BennVenn wrote:

I'd have to get my hands on one to add support for it, unless it uses a similar chipset to the EMS cart. Do you have a photo of its internals?

The write enable pin of ROM has a direct connection to the audio in pin on the edge connector. It also should have a pull up resistor. Aside from that, it is an mbc5 cart with an official mbc5 on board.

...wait maybe I am wrong about the pull up...

Here is a photo. he refers to the first cart;
http://chipmusic.org/forums/topic/12226 … artridges/

This was the worst movie of the decade, but the best OST. Surprised to see this.