Search found 1031 matches

by Jeroen
Thu Sep 24, 2020 12:03 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

Considering the bits are inverted, if you disconnect them they'd read 0x0, so it would present as a 1 or 2 depending on bit position, so that's expected.
by Jeroen
Wed Sep 23, 2020 4:51 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

Patnukem wrote:
Wed Sep 23, 2020 4:50 pm
Not sure if I am being helpful at this point, but I am still getting same results with the updated code on mine.
Well I can't duplicate the results, so someone needs to confirm if the update worked or not :P
by Jeroen
Wed Sep 23, 2020 4:39 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

Ok so I tried to see if it's possible to set R20, R21 low at the same time, this seems to work. In fact, it gets rid of the one redundant clock that was causing an offset, leading me to believe that's how it was intended to be done maybe. //sm590 dumper script //Written by Jero32 21/09/2020 //to run...
by Jeroen
Wed Sep 23, 2020 3:55 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

so just a 104 between + and - correct? Not content with guessing, I hooked up the system to my oscilloscope. I set a trigger signal to go high when the first clockpulse out of the 4 is sent: #define ClockMacroTrigger()\ if(1){\ PORTC |= 0b00101000; delayMicroseconds(5); PORTC &= 0b11010111; delayMi...
by Jeroen
Wed Sep 23, 2020 3:41 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

Not content with guessing, I hooked up the system to my oscilloscope. I set a trigger signal to go high when the first clockpulse out of the 4 is sent: #define ClockMacroTrigger()\ if(1){\ PORTC |= 0b00101000; delayMicroseconds(5); PORTC &= 0b11010111; delayMicroseconds(5);\ } else {} for (i = 0; i ...
by Jeroen
Wed Sep 23, 2020 1:52 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

I don't have the code on-hand at the moment, but the two changes I remember that aren't reflected in Jeroen's latest update are a single added ClockMacro() before lowering ACL: ClockMacro(); PORTC &= 0b11101111;// lower ACL and moving where dataArray is sampled, to compensate for the above change: ...
by Jeroen
Wed Sep 23, 2020 12:26 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

So I see a few options: 1.) Our understanding of the exact timings needed to activate the debug mode are not entirely correct. 2.) Some chips lack a full fledged debug mode 3.) The chips have differing debug modes that swap pins and such I have no clue which of these it is. I did update my code to i...
by Jeroen
Wed Sep 23, 2020 12:08 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

0 is actually the proper byte to start at. (Judging by the "Known" dump in the repo)
by Jeroen
Wed Sep 23, 2020 11:41 am
Forum: NES Hardware and Flash Equipment
Topic: Twin Famicom - Only discs shows messed up graphics
Replies: 7
Views: 195

Re: Twin Famicom - Only discs shows messed up graphics

Fwiw, according to game-tech, the hi-def nes (which works the same way) doesn't work correctly on the twin famicom. https://www.game-tech.us/hi-def-nes-installation-guides/ "The Hi-Def NES kit does not fit in the original Famicom, does not yet work with the Sharp Twin, and has not yet been tested on...
by Jeroen
Wed Sep 23, 2020 4:24 am
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

Could you share your updated code?
by Jeroen
Tue Sep 22, 2020 3:44 pm
Forum: NES Hardware and Flash Equipment
Topic: Twin Famicom - Only discs shows messed up graphics
Replies: 7
Views: 195

Re: Twin Famicom - Only discs shows messed up graphics

Also the nesrgb should disable the original composite output, since it uses it to detect where the pixels go. It has it's own composite output on the board iirc, so they probably wired that up. edit: looking at the product page, there does seem to be an option to turn the nesrgb off and use the orig...
by Jeroen
Tue Sep 22, 2020 1:40 pm
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

I can pull another chip and check if I get the same or different... I’m not sure if that will help. Is it possible these are not SM590s? Wouldn’t the menu cart be fried too? It seems to be on the same but, now that I think of it, all 4 extra 72 pin connector pins were ground on that one... so maybe...
by Jeroen
Tue Sep 22, 2020 11:15 am
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

It’s likely they were. I’m worried the whole thing is shot and will never work again. Idk how to fix it without a schematic though nothing but the CIC looked fried. I know thinks can look fine with being damaged but it is weird the CIC looked cracked from damage. Often when a chip fails, it goes sh...
by Jeroen
Tue Sep 22, 2020 10:49 am
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

Is it possible the games were inserted when the overvoltage event happened?

In that case, the cic inside the unit shorting out might've taken out one or more of the cic data lines in the cartridge(s).
by Jeroen
Tue Sep 22, 2020 8:34 am
Forum: NES Hardware and Flash Equipment
Topic: Reverse Engineering the CIC
Replies: 550
Views: 227389

Re: Reverse Engineering the CIC

After a good night's sleep I realized...the data is inverted, my code actually inverts it. That suggests the pins are actually stuck HIGH.

Rereading the datasheet for the sm590, they recommend a pull DOWN resistor.

Guess that's worth a shot too? (Common emitter?)