that would require at least having a protocol description. did anyone yet reversed that stuff? (i never worked with SN stuff)
There's a small piece of tape covering the FPGA on that tiny board. Unless you know the code going on in that thing i'm guessing it won't be easy to do. Metrowerks uses the t-dev through the BBA and would probably be much easier to mess with. You just need to the dol file to create the t-dev boot disc, which both the SN and Metrowerks versions need.
but that would be piracy, dmca blah blah etc. tmb is imho going for a legal (or at least as legal as possible) solution.
True. A boot disc would still need to be created that would allow the code to be uploaded from the pc. Since the code in the usb adapter wouldn't be easy to read, a bbs solution would probably be the simplest.
I'm generally not that much interested in using commercial development kits, but that's mostly because i think they suck (and i'm much faster with "$EDITOR", "make" and "nc <ip> 4000 < main.elf"), but having an way to transfer data fast other than the BBA would be cool (as BBAs are hard to get and 10mbit only, if you want to have it reliable). And because just making a EXI<->USB-bridge would be boring, at least making it compatible to SN's one would be more interesting. Sure, the FPGA/CPLD can't be ripped directly, but it shouldn't be that hard to rewrite the stuff (it takes the serial data and converts it to parallel bus writes - mainly the same thing my IPL replacement hardware already does, only with different protocol). Question is how the protocol works exactly, but that can probably reversed by disassembling both the GC and PC end of the connection. If there wouldn't be tons of things to do, i'd start with it now. But we'll see. Another idea would be to use the highspeed port to add extensions (we could even talk about IDE), but that wouldn't be compatible to any software and is probably useful for gc-linux only. Anway, if somebody has a T-DEV to sell, tell me! Hello Mr. Bohmann, by the way Nice to see you.
damn, and me without any money Hopefully whoever buys it will actually dev with it and not just let it sit around.
I'm just disappointed that the t-dev boot disc doesn't work properly on an NR reader. The debugger will try to connect to it but fail to load the code because of the difference between the nr-reader/t-dev bios.
