Awesome, well done Oerg!Oerg866 wrote:Yes, it does work (there are two working units right now).
Search found 234 matches
- Wed Jan 27, 2016 8:13 pm
- Forum: Hardware
- Topic: Hmmmm.......?
- Replies: 25
- Views: 43689
Re: Hmmmm.......?
- Tue Jan 26, 2016 6:44 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
Sorry, what build? If you're using the 20151220 binary distribution as described on the wiki you shouldn't have to build anything yourself.mikejmoffitt wrote:...the build is coming along without the visible errors I had early on before
- Tue Jan 19, 2016 11:01 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
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...
- Sun Jan 17, 2016 11:01 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
That's only true if you build everything from source. I suspect most people are using the 20151220 binary release.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.
- Sun Jan 17, 2016 10:56 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
I install it as described in the Wiki here.Montserrat wrote:do you know how to setup sgdk (Gendev) in linux?
- Sun Jan 17, 2016 8:13 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
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 ...
- Sun Jan 17, 2016 11:02 am
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
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...
- Sun Jan 10, 2016 1:06 pm
- Forum: UMDK
- Topic: Home soldering
- Replies: 19
- Views: 21259
Re: Home soldering
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...
- Sat Jan 09, 2016 11:15 pm
- Forum: UMDK
- Topic: Home soldering
- Replies: 19
- Views: 21259
Re: Home soldering
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...
- Sat Jan 09, 2016 7:28 pm
- Forum: Hardware
- Topic: Why would the 68000 just stop?
- Replies: 4
- Views: 9240
Re: Why would the 68000 just stop?
With the UMDK's logic analyzer in trace mode, the fetch-sequence looked like this.r57shell wrote:It would be nice if there was also log of what data was actually read, to confirm that all stuff read normaly.
- Sat Jan 09, 2016 7:21 pm
- Forum: UMDK
- Topic: Home soldering
- Replies: 19
- Views: 21259
Re: Home soldering
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...
- Fri Jan 08, 2016 9:53 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
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 ...
- Thu Jan 07, 2016 8:58 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
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...
- Thu Jan 07, 2016 6:56 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
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...
- Wed Jan 06, 2016 7:53 pm
- Forum: UMDK
- Topic: UMDK manufacturing, part 2: Software
- Replies: 253
- Views: 245052
Re: UMDK manufacturing, part 2: Software
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.