SpritesMind.Net

Oerg866 wrote:Yes, it does work (there are two working units right now).

Awesome, well done Oerg!

mikejmoffitt wrote:...the build is coming along without the visible errors I had early on before

Sorry, what build? If you're using the 20151220 binary distribution as described on the wiki you shouldn't have to build anything yourself.

Wooops im sorry im bringing more problems :-) Unfortunately I've had to pack away my UMDK stuff to make room for a new project so I won't be able to check it for a while. It's not unheard of for things to work in emulators but not on real hardware though. Has anyone got a regular flash-cart they ca...

MintyTheCat wrote:If you look in the UMDK directory it actually has an SGDK that will work under Linux.
I am not on my dev machine now but if you cannot find it let me know and I will give you the path.

That's only true if you build everything from source. I suspect most people are using the 20151220 binary release.

Montserrat wrote:do you know how to setup sgdk (Gendev) in linux?

I install it as described in the Wiki here.

Alright, it's finally done Thanks! Same problem: there seems to be contention between the Z80 bus arbiter and the 68000, causing address-bus instability after /OE asserts. http://i.imgur.com/t6MOvTk.png Interestingly though, it does seem to follow a very similar pattern to Montserrat's trace - the ...

Ok then shall i share the manufacturer to public, including a big warning about the compatibility? I think it would be good to wait until Burbruee has tested the 20160105 fix. Right now we just don't know how to categorise the compatibility warning; all we know is that some early-model consoles hav...

I split this out into a separate thread, because it's unrelated to Montserrat's software set-up & debugging post. Anyways, got a new lx9, sdram, and fx2 on the way. I have enough of the rest of the parts to get the board mostly ready while I wait. If you prefer, you can solder the components in stag...

Welp. Wrecked everything. Waiting on some new components to ship out to me. :-( What happened? Is there anything I can check to verify the bridge board without the fpga board being done? I guess you could wire it up to a +5V and +3.3V supply and feed a +5V square-wave into each address-bus signal i...

r57shell wrote:It would be nice if there was also log of what data was actually read, to confirm that all stuff read normaly.

With the UMDK's logic analyzer in trace mode, the fetch-sequence looked like this.

The voltages on the regulators seem to be fine, it just doesn't enumerate It's the FX2 that should enumerate, not the LX9. So the first thing to do is check the orientation and soldering of that chip; I use a USB microscope and a needle to poke each leg in turn to make sure it's soldered down. If t...

This is probably obvious, but that shouldn't happen. Makes me think there's a bad connection or noise on one or more of the address lines. Here's where it gets interesting. This problem only seems to affect EU PAL-G MD1 consoles. The 68000 wouldn't crash on the Sonic 1 intro if the Z80 happened to ...

Tried it, but illegar error on sega's logo persisted Shit. If it isn't one thing, it's another: http://i.imgur.com/56dsyrC.png This means that the address was still changing at the point when /OE asserts. I suppose I could just hack it by increasing the delay before each read begins. I'd have to ga...

If you zoom in on the "closeup" trace it's clear that CAS0 and CAS2 are not synchronous to VCLK in the DMA section Ooops, you're right. Apologies for doubting you! I don't envy the guy at SEGA whose job it was to design that bus arbitration logic, using only 1980s technology! I could probably still...

As well as the "extract the original VCLK timing" thing, I'd also like to augment the trace log with an instruction disassembly column, like in Eke's logic analyzer trace. I reckon I could do that using a 68000 emulator running over the raw trace data.