Toggle sidebar

Hacking Hardware We can now use the AX88772B on the Wii U

  • Thread starter Thread starter SDIO
  • Start date Start date
  • Views Views 9,681
  • Replies Replies 50
  • Likes Likes 18
SDIO said:
When I tired that with my adapters it somehow didn't work. When I modified the eeprom it seemed like the adapter ignored it completely and fell back to its default vid PID. I assumed that was because of the checksum but didn't bother to try further as the dumped eeprom from the ugreen adapter worked
Click to expand...
I also bought two of the apple adapters and it seems that that method worked with one of them, but not the other. i've not tested on the wii yet though. i've attached the original dumps here.
 

Attachments

What does the PC say to the adapter? Did you modify the ROM before flashing it?
 
SDIO said:
What does the PC say to the adapter? Did you modify the ROM before flashing it?
Click to expand...
No, those ROMs are the ones that came on it. I then modified them using the guide by @Pickpickles . I then each back and one showed up as ax88772 and the other as ax88772a. i then flashed the ax88772a one with the dump you provided and it shows up with the correct vid:id now. edit: they both appear to work though
 
Last edited by flanter21,
Can someone help me build the ASIX eeprom executable? I've tried in Windows and Mac but I'm getting some gcc compiler errors. First it said it couldn't find endian.h so I edited the code to read <machine/endian.h> and now it says there are errors with undeclared functions with ISOC99.

Edit, I got it working by adding some code for the undefined functions:

#if defined(__APPLE__)
#include <libkern/OSByteOrder.h>
#define htobe16(x) OSSwapHostToBigInt16(x)
#define be16toh(x) OSSwapBigToHostInt16(x)
#define htole16(x) OSSwapHostToLittleInt16(x)
#define le16toh(x) OSSwapLittleToHostInt16(x)
#endif

I first tried the editing the pid and vid method but it didn't seem to work or it doesn't update the vid and pid properly in Mac OS settings screen. I flashed the UGREEN eeprom and it also did not show a change in the pid and vid but when I unplugged the adapter and plugged it into a PC it did show up as properly flashed with the new vid and pid and I tested it working on a Wii U.

I was looking into modifying the MAC address to match the original eeprom but it shows up in a strange order in a hex editor. For example if I check the MAC address it's in a format like AB-CD-EF-GH-IJ and in the hex editor it shows up as CD-AB-GH-EF-IJ. So if I want to flash the original MAC address back to it but keep the UGREEN rom, I just hex edit the values from the original in this swapped format?
 
Last edited by wii121,
alxxn said:
would this work with asix AX88179A?
Click to expand...
It's already been said that this chip isn't supported. Only AX88772 series, but not all variants. From my understanding, these are minimal patches that identify near-identical chips with differing IDs as if they were AX88772 (that specific chip from the series) and switch up a few things.

The one you mentioned would probably require completely different drivers, and I can't imagine anyone who would want to write new drivers for Wii U...
 
Last edited by lightwo,
  • Like
Reactions: alxxn
Thank you to everyone who has worked on this project so far. I wanted to make it easier to modify the binary SDIO uploaded in post #11 using the instructions wii121 provided in post #44.

I made a CGI script that will modify the binary for you with a random MAC address using the Nintendo OUIs expected to be found in an official Nintendo USB Ethernet dongle (00:1E:A9, 00:22:AA, 00:24:44, 00:09:BF) for the first three bytes. The last three bytes will be completely randomized.

The serial number in the SDIO-provided binary will always default to 0009C2. To prevent USB enumeration collisions on your host OS in use cases not involving a Wii U, my CGI script dynamically changes the serial number string to match the last three bytes of your randomly generated MAC address.

More importantly, the script automatically handles the 16-bit little-endian pairwise swapping required by the ASIX EEPROM map. It mathematically aligns the MAC address and natively encodes the serial string into the strict 12-byte UTF-16LE boundary, saving you from doing this manually in a hex editor and risking a corrupted descriptor.

Please backup your original firmware before flashing the payload you get from my CGI script. In the future, I plan on allowing users to upload their original binary to extract their factory serial number and MAC address, which will then populate as the defaults in the input fields. I also plan to add options for custom "Product" and "Manufacturer" strings, though these are strictly cosmetic and not required for the Wii U driver whitelist.

Currently, there is no web UI or input fields, but hitting the script will automatically generate a structurally safe payload with a unique Nintendo MAC so you can use as many A1277 devices on your network as you want without layer 2 conflicts.

This is my first post on this site, so I can't link to the CGI script. It's available at my username dot com / ethernet.
 
  • Like
Reactions: Fabax01
SDIO said:
Does someone have the original Nintendo Wii Ethernet adapter and could share the eeprom?
Click to expand...
scan-260707-0001.jpg

------------------------------------

asix_eepromtool

------------------------------------

Device is 0B95:7720
 

Attachments

  • Like
Reactions: SDIO and ItWasntMeWhoFarted
Fabax01 said:
View attachment 581335
------------------------------------

asix_eepromtool

------------------------------------

Device is 0B95:7720
Click to expand...
Thank you so much for that!

I just found my "UtechSmart USB 2.0 Fast Ethernet" and dumped the bin for that, but it's identical to the ugreen binary from post #11 other than the MAC address, serial number, and the product identifier is AX88x72A instead of AX88772A.
Post automatically merged:

Fabax01 said:
View attachment 581335
------------------------------------

asix_eepromtool

------------------------------------

Device is 0B95:7720
Click to expand...
It looks like this is genuinely an AX88772, rather than an AX88772A pretending to be a AX88772. I don't recommend trying to flash that to an A1277, for example. The serial number is 000001, and the product identifier is "AX88772A " (with a trailing space) but otherwise it would look the same as the ugreen binary (cosmetically) from post #11 in any other way.
 

Attachments

  • 55dd7cb9ff4cf1105a4c1659-large.jpg
    55dd7cb9ff4cf1105a4c1659-large.jpg
    15.8 KB · Views: 0
Last edited by ItWasntMeWhoFarted,
  • Like
Reactions: Fabax01

Site & Scene News

Go to forum More news

Popular threads in this forum

[discussion] what game do you wanna see next?

Homebrew Misc  Wii U Homebrew — accessing certain apps causes 160-0103 error, uncertain if Homebrew attempt is responsible

[HELP WANTED] Wii U Black Ops II's DLC Porting | Looking for people

Can I use external WiiU on another WiiU if I re-encrypt it ??

Help! Bricked / Dead Wii U?

[CEMU/WIIU] Twilight Princess HD Tools (TPGZ but for TPHD)

My Wii U wont run games

Prince of Persia forgotten sands inject in UWUVCI