Wii SP 2.0

Status
Not open for further replies.
Joined
Jun 15, 2017
Messages
21
Likes
9
I really like what you've done! I just found out about this entire console modding scene last night, and it's so intriguing. For your design (which is astounding btw), why did you use DS Lite buttons? I understand the 3DS joysticks, as I've looked at other projects and seen them, but is there an advantage of the DS Lite buttons?
 

Noah

The Manager
Staff member
.
.
.
Joined
Jan 16, 2016
Messages
1,940
Likes
2,422
Location
The World Wide Web
Portables
I really like what you've done! I just found out about this entire console modding scene last night, and it's so intriguing. For your design (which is astounding btw), why did you use DS Lite buttons? I understand the 3DS joysticks, as I've looked at other projects and seen them, but is there an advantage of the DS Lite buttons?
GameCube buttons are too big for the case. Also, there is a huge supply of buttons from the DS family of consoles due to 3rd party replacement shells but GC buttons must be harvested from a 1st party or 3rd party lookalike controller.
 
Joined
Jun 15, 2017
Messages
21
Likes
9
GameCube buttons are too big for the case. Also, there is a huge supply of buttons from the DS family of consoles due to 3rd party replacement shells but GC buttons must be harvested from a 1st party or 3rd party lookalike controller.
I understand the use of DS buttons - they're not as crazy as the GC ones. I'm just curious why he used the DS Lite buttons on both of his portables, instead of another model. Are there any differences?
 

Aurelio

ᕕ( ᐛ )ᕗ
Staff member
.
.
.
.
.
.
Joined
Mar 3, 2016
Messages
1,962
Likes
2,628
Portables
2
I understand the use of DS buttons - they're not as crazy as the GC ones. I'm just curious why he used the DS Lite buttons on both of his portables, instead of another model. Are there any differences?
The DS lite Is the only one that has squishy buttons and they’re also slightly taller. This makes them easier to use with 3D printed cases
 

JacksonS

.
.
.
Joined
Feb 17, 2016
Messages
299
Likes
545
Location
Georgia, USA
Portables
6
Dude, can you do an Okami gameplay video?
I can't quite do that with the internal controllers since there is no nunchuck :(. But at least I could connect a separate controller for a video. I may do that.
 

GingerOfOz

no wario
Staff member
.
.
.
Joined
Dec 16, 2016
Messages
1,022
Likes
2,240
Location
The Oregon Wildlands
Portables
3
All of these custom PCBs have given me an idea: could you design a board that would translate a button push into shaking a Wiimote? Shaking a portable around generally isn't the smartest thing, but your internals are looking so solid that it probably wouldn't matter!
 

Aurelio

ᕕ( ᐛ )ᕗ
Staff member
.
.
.
.
.
.
Joined
Mar 3, 2016
Messages
1,962
Likes
2,628
Portables
2
All of these custom PCBs have given me an idea: could you design a board that would translate a button push into shaking a Wiimote? Shaking a portable around generally isn't the smartest thing, but your internals are looking so solid that it probably wouldn't matter!
Doing something like that is definitely possible, although it's not ideal :D
 

JacksonS

.
.
.
Joined
Feb 17, 2016
Messages
299
Likes
545
Location
Georgia, USA
Portables
6
All of these custom PCBs have given me an idea: could you design a board that would translate a button push into shaking a Wiimote? Shaking a portable around generally isn't the smartest thing, but your internals are looking so solid that it probably wouldn't matter!
Yeah, I'm sure you could emulate the accelerometer with a microcontroller or something similar. The accelerometer has a publicly available datasheet, so all the info should be out there. I've been shaking my prototype a lot and not heard any rattling yet, so I think I'm good :D.
 
Joined
Jun 4, 2016
Messages
17
Likes
14
Very nice! It's a weird coincidence because just a couple weeks ago I was looking into emulating the IR camera with a touch screen as well. As for spoofing the accelerometer, I was thinking about using the touch screen microcontroller to calculate the real-time XY rate-of-change and use that as accelerometer data. Don't know how that would feel scribbling on the screen that much though. It would also only leave one hand for buttons and joystick unless you build buttons onto the stylus :P.

Anyway really clean work. Can't wait to see the completed project
 
Last edited:
Joined
Jun 21, 2016
Messages
334
Likes
464
Location
Northern New Jersey
Re: touchmii,
You say it's on the wiimote peripheral I2C bus, which I'm assuming refers to the same bus that hosts the classic controller, motion plus, etc. How is it then passing IR data? Is the camera on that selfsame bus? I was aware it doesn't pass pixel data but blob coordinates, but I wasn't aware it was functionally a peripheral. Care to share your code?
 

JacksonS

.
.
.
Joined
Feb 17, 2016
Messages
299
Likes
545
Location
Georgia, USA
Portables
6
You say it's on the wiimote peripheral I2C bus, which I'm assuming refers to the same bus that hosts the classic controller, motion plus, etc. How is it then passing IR data? Is the camera on that selfsame bus?
Yes, it's exactly the same bus. The speaker and the EEPROM work on this bus as well. Pretty much the only thing that does not work on this bus is the accelerometer. The read address for the camera is B1 (write address is B0), so the Wii remote sends out this address on the I2C bus whenever it wants to read from/write to the camera. I had to make a microcontroller respond to that address to act as the camera.

I was aware it doesn't pass pixel data but blob coordinates, but I wasn't aware it was functionally a peripheral. Care to share your code?
What I did was take a single touch screen coordinate and separate it into two blobs equidistant from the actual coordinate. Then the blob data has to be sent in one of three different ways, determined by the Wii remote. I referenced this information a ton because I don't have any logic analyzer or oscilloscope and only had this to go on.

My code is written in C for a PIC microcontroller with a built-in I2C module, so it may not be very helpful. This snippet is the entire interrupt sequence, which runs every time there is an acknowledge detected on the I2C bus. This doesn't include any of the code where I collect data from the touch screen (that part I'm still working on).

Link
 
Status
Not open for further replies.
Top