DragonMMC replaces the stock MicroSD and NAND boards, and adds a slide switch to choose between up to 3 MicroSD cards/NAND modules. This slide switch protrudes slightly from the original MicroSD card slot, while a replacement kickstand houses 3 MicroSD card slots. Installation does not require soldering, but will require some disassembly of your Switch. All required tools will be included. Removal of the heat shield is currently required. Addons for the DMMC are planned, including fully internal Bluetooth audio streaming, and you can easily make your own thanks to the expansion connector and solderless USB passthrough. (Note that the DMMC itself has no USB capabilities and only passes the USB lines to the expansion connector.)

DragonMMC is modular, with 3 NAND module slots available. An adapter module for the OEM NAND is included. Extra NAND modules of 64GB and 256GB will be available on the web store. The modules are snap-in and do not require soldering. An MCU handles NAND module and MicroSD card detection, as well as safe switching. The slide switch can be moved at any time to change the desired NAND module and MicroSD card. A restart or power cycle of the console will be required to enact the changes. If the selected MicroSD slot or NAND module is empty, DragonMMC will look for the next populated slot and enable it instead.

DragonMMC will be based on the ESP32-PICO microcontroller. More info to come soon!

 

[MatinatorX]

Added to the main post:

Before you get too excited, please be aware that the payload injection feature is currently not guaranteed. Due to the recent popularity of my projects and recent information I've been made aware of regarding TPM laws, I've decided to seek legal counsel as to the lawfulness of including this feature. It may be included, it may require an update after you receive it, or I may not support it at all. In such a case, the USB adapter would officially only be used for firmware updates for the DragonMMC, and modification of the device by any user to add additional functionality would be unsupported. Discussion surrounding this would also be banned from any of my official channels. I do not support piracy and want to keep my projects legal!

 

[Chimech0]

I'm only curious about one thing which I don't know whether I got that right from your opening post:
Well we be able to do a tetherless (aka dongle-less and jig-less) coldboot to hekate with this?

You can already do that using a Trinket M0. It's not solderless like this proyect tho, and it just handles the payload injection, and nothing else.

 

[lordelan]

You can already do that using a Trinket M0. It's not solderless like this proyect tho, and it just handles the payload injection, and nothing else.

I'm fully aware of this and that's why I asked whether it can be done with DragonMMC as well.
At least I was hoping so. And I'm happy that it's the case.

 

[mattytrog]

You can already do that using a Trinket M0. It's not solderless like this proyect tho, and it just handles the payload injection, and nothing else.

It triggers RCM
It does lots more besides

BTW if nobody has seen yet, when messing around with eMMCs, GPT tables can be sorted quite easily for bigger eMMCs...

https://gbatemp.net/threads/testing...th-partition-info-easily.555827/#post-8912773

 

[KuranKu]

something ive been looking forward too...

 

[ShadyGame]

Count me in, I'm interested

 

[mrlkn]

Please correct me if I am wrong, this is a feature for the current unpatched switches. Not a solution to Mariko units.

 

[Imancol]

With that you manage to replace the EMMC and the MicroSD with an HDD, I buy you several units.

 

[Adran_Marit]

Please correct me if I am wrong, this is a feature for the current unpatched switches. Not a solution to Mariko units.

You are correct. Reloads creator might be working on something though

 

[agpixel]

Do you think that we will be able to couple this with sx mod ? (for mariko units)

 

[technaustin]

You are correct! The primary purpose is multiple NAND and MicroSD switching, but it also functions as a basic internal payload injector when used with the (hopefully solderless, pending testing) USB interface board. Similar to the DragonInjector, it will launch whatever payload you have in /dragonboot/ on whichever MicroSD card you have selected.

This is amazing. Will definitely buy one. Thank you for your contributions.

 

[MatinatorX]

It triggers RCM
It does lots more besides

BTW if nobody has seen yet, when messing around with eMMCs, GPT tables can be sorted quite easily for bigger eMMCs...

https://gbatemp.net/threads/testing...th-partition-info-easily.555827/#post-8912773

Hey Matty, hoping you can help me with something - I'm toying around with UF2 firmware upgrades via the Switch USB port and the solderless adapter board I'm making. I was planning on firmware updates being possible with the Switch powered off to avoid USB conflicts, but I'm noticing that while powered off, inserting a USB cable causes the Switch to be powered back on, no matter how it was shut down. This is true with both AutoRCM and without. Obviously I want to avoid two USB devices talking on the same bus, but iirc using the Switch USB port for firmware updates was a feature of some internal modchips. Do you happen to have any idea how this is done?

 

[Cheshy]

OHMYFUDGINGGOD!

Sign me up for one of these! This is a simply genius idea! And the ability to have multiple microSD in one console is amazeballs!!

 

[linuxares]

Hey Matty, hoping you can help me with something - I'm toying around with UF2 firmware upgrades via the Switch USB port and the solderless adapter board I'm making. I was planning on firmware updates being possible with the Switch powered off to avoid USB conflicts, but I'm noticing that while powered off, inserting a USB cable causes the Switch to be powered back on, no matter how it was shut down. This is true with both AutoRCM and without. Obviously I want to avoid two USB devices talking on the same bus, but iirc using the Switch USB port for firmware updates was a feature of some internal modchips. Do you happen to have any idea how this is done?

I can answer part of it.
Yes, the Switch will ALWAYS power-on when you plugin the charger. It doesn't matter if it's AutoRCM or a vanilla unit.
I'm not sure why it does but it do.

 

[Cheshy]

By the by, is there somewhere I can register for a notification email when this becomes available? Thanks!

 

[Adran_Marit]

By the by, is there somewhere I can register for a notification email when this becomes available? Thanks!

DragonInjector.com

Or the discord @ discord.dragoninjector.com

 

[PuNKeMoN]

I will definitely be getting one, regardless of if it can do payload injection out of the box or not. The hardware holding multiple SD and swapping them via flick of a switch beats carting around loose SD and removing and replacing them and rebooting....

 

[aaspectre]

operating on the assumption that it is all technically legal

in a sense it is not necessarily about legality, because even if it is legal, nintendo has the resources to make things they don't like go away if you don't have the resources to fight back.

i am not a lawyer, but i have seen things like this happen.

on the other hand, and this is where i am just optimistically speculating, since this project (i presume, based on your github) is open source and permissive, i think that the target may be decentralized such that even nintendo doesn't have the resources to file enough spurious lawsuits to stop it

 

[ds34]

and heat shield would be a lot more complex.

What is so complex about using a knife to cut out holes for the chip?

 

[MatinatorX]

What is so complex about using a knife to cut out holes for the chip?

That's not what would happen. I'd be getting custom heat shields made by a sheet metal stamping company. You can't just "cut out holes" in the existing heat shield to make it work, the fitment is a lot more complex than that. Besides, I'm not about to hack up a bunch of OEM heat shields - if I make them, I'm going to make them properly.