Hacking WIP [Trinket] [Rebug] [Others] SWITCHBOOT_UF2 / FUSEE_UF2 modchip software

  • Thread starter Thread starter mattytrog
  • Start date Start date
  • Views Views 348,460
  • Replies Replies 1,803
  • Likes Likes 29
You should add a check, if the dummy file already exists - skip creating it, it will make that feature faster.

Also I'm not really sure who this is for (maybe dongle people?), when you press reset twice - the chip already goes to that mode anyway - unless I'm missing something?
I
You should add a check, if the dummy file already exists - skip creating it, it will make that feature faster.

Also I'm not really sure who this is for (maybe dongle people?), when you press reset twice - the chip already goes to that mode anyway - unless I'm missing something?
Yes. However with sept/7.0.0+, you can no longer enter switchboot uf2: bootloader from horizon.
 
I

Yes. However with sept/7.0.0+, you can no longer enter switchboot uf2: bootloader from horizon.

OK thanks for clarifying that, I don't use 7.0, but I did update a few weeks ago (to get keys), then downgraded again. I never had any issues - also the modchip I'm using has the reset pad wired straight to v-, so software can never stop it resetting - I guess this must be if you've installed some other way?
 
OK thanks for clarifying that, I don't use 7.0, but I did update a few weeks ago (to get keys), then downgraded again. I never had any issues - also the modchip I'm using has the reset pad wired straight to v-, so software can never stop it resetting - I guess this must be if you've installed some other way?
Its not that that is the problem.

It is something to do with Sept & Horizon interaction. I haven`t looked into it but it locks you out of the UF2 drive for a lot of people.

Thats the idea of making a dummy payload that just does a VERY BASIC init while resetting USB
 
  • Like
Reactions: mrdude
OK Switchboot v1.2.2 being made as we speak.

Changelog:
  • SAMD update facility for people on 7.0.0+ who cannot get into SWITCHBOOT / TRINKETBOOT or whatever. This requires access to SD card which you will be using anyway...
  • Blank BOOT files correctly restored - sectors now calculated correctly.
  • Phantom BACKUP_ folders no longer made every time you do a "safe" minimal backup.
  • Launch a payload from almost anywhere and add it to ini if you wish
  • Numerous bugfixes and optimisations.
 
@mattytrog,

Thanks for posting the update. I had a look at the code you added, this bit here:

Code:
        gfx_printf(&gfx_con, "\nPlease press [RESET] twice on your chip\nand connect to USB.\n\nYour console will have a black screen.\n\nHold [PWR] for 12 seconds when you\nhave finished updating UF2 files.\n\nPress [POWER] when ready.");
        u8 btn = btn_wait();
    if (btn & BTN_VOL_UP){

I never had a look at your chip install to be honest, as I have a custom chip in my switch that frep designed, it's wired differently (to volume down for reset), maybe that's why some people are having issues - I'm not though. I guess looking at the code you have wired up to volume plus?

Anyway - thanks for fixing the other stuff, it's much appreciated, also I like looking at your code - as it's teaching me some things, as I've never used C before - so it's a steep learning curve.
 
  • Like
Reactions: mattytrog
Just tested 1.22 and it works great! The feature to get into switchboot drive works awesome on a trinket M0. As always appreciate all your work on this!
 
  • Like
Reactions: mattytrog
@mattytrog,

Thanks for posting the update. I had a look at the code you added, this bit here:

Code:
        gfx_printf(&gfx_con, "\nPlease press [RESET] twice on your chip\nand connect to USB.\n\nYour console will have a black screen.\n\nHold [PWR] for 12 seconds when you\nhave finished updating UF2 files.\n\nPress [POWER] when ready.");
        u8 btn = btn_wait();
    if (btn & BTN_VOL_UP){

I never had a look at your chip install to be honest, as I have a custom chip in my switch that frep designed, it's wired differently (to volume down for reset), maybe that's why some people are having issues - I'm not though. I guess looking at the code you have wired up to volume plus?

Anyway - thanks for fixing the other stuff, it's much appreciated, also I like looking at your code - as it's teaching me some things, as I've never used C before - so it's a steep learning curve.
The issues are definitely due to sept/fw7.0.

Before about 8 months ago, I was out of the C game for over 25 years. Amazing how things change. It's a steep learning curve for me too!

Vol- to reset... Good idea. I did it on a rcmx86 install rather than using them stupid reed switches. However I didn't like the potential to get stuck in uf2 mode. Two touches of volume and you are in uf2 mode. I think I'd add a timeout if it were me.
 
  • Like
Reactions: mrdude
The issues are definitely due to sept/fw7.0.

Before about 8 months ago, I was out of the C game for over 25 years. Amazing how things change. It's a steep learning curve for me too!

Vol- to reset... Good idea. I did it on a rcmx86 install rather than using them stupid reed switches. However I didn't like the potential to get stuck in uf2 mode. Two touches of volume and you are in uf2 mode. I think I'd add a timeout if it were me.

It doesn't matter when you're using the switch normally, you can press v- as much as you want and there's zero affect on the switch. Also as soon as you press v- for the 3rd time - the chip is reset and goes out of programming mode again. The chip I'm using has a transistor fitted - so as soon as you let go off the v+ or power, the chip turns off - so zero power drain once you're booted or the switch is turned off. The chip is basically only active during booting for a few seconds and that's it, when you plug a usb cable in - the chip gets the power from the usb supply (instead of the switch) and can be reprogrammed & reset.

2cfefl3.jpg
 
Last edited by mrdude,
It doesn't matter when you're using the switch normally, you can press v- as much as you want and there's zero affect on the switch. Also as soon as you press v- for the 3rd time - the chip is reset and goes out of programming mode again. The chip I'm using has a transistor fitted - so as soon as you let go off the v+ or power, the chip turns off - so zero power drain once you're booted or the switch is turned off. The chip is basically only active during booting for a few seconds and that's it, when you plug a usb cable in - the chip gets the power from the usb supply (instead of the switch) and can be reprogrammed & reset.

2cfefl3.jpg
A good different approach!

I always modify the shield so it can be removed without lifting traces or removing chip etc

People have said "what about warranty"?

But consider the warranty void. If it goes back to Nintendo, it's coming back ipatched.

We don't want that do we
 
  • Like
Reactions: Hayato213
To be honest, the shield directs air flow from the fan to the vents & acts as a heat sink - so the switch has better cooling if it's left in place, also it give structural integrity and RF shielding to the switch. That's why it's fitted and shaped the way it is, also there's no need to mod it for this chip - as there's no reset button fitted and there's enough clearance for the chip without pressing against the back cover. I can see why others remove part of that case though - but I prefer the design the way it is. I'm an Engineer (Electrical & mechanical), so know that a lot of time and money is spent in designing things the way they are for a reason - hence the shape of that cover.
 
To be honest, the shield directs air flow from the fan to the vents & acts as a heat sink - so the switch has better cooling if it's left in place, also it give structural integrity and RF shielding to the switch. That's why it's fitted and shaped the way it is, also there's no need to mod it for this chip - as there's no reset button fitted and there's enough clearance for the chip without pressing against the back cover. I can see why others remove part of that case though - but I prefer the design the way it is. I'm an Engineer (Electrical & mechanical), so know that a lot of time and money is spent in designing things the way they are for a reason - hence the shape of that cover.
Very true.

I`ve seen people remove them completely. This will have the effect of making the SOC hotter as the air being drawn into the fan is partially heated due to regulators and other ICs

The shield MUST be fitted. It gives structural strength, protection. And is vital for cooling.

However where we modify it, that is perfectly safe. It is a duct to take cool air to the fan. There is shielding over the RAM chips, so it isn`t an issue. Way back last summer, I got the thermocouple on there pre and post install.

The SOC was hotter with no shield (measured at heatsink)Though before and after modification, it stayed the same. Maybe a couple of degrees lower AFTER it was modified. Though I think this is due to higher quality compound I use between heatpipe and shield. That red stuff is bloody terrible.
 
  • Like
Reactions: peteruk
True, that's why I replaced mine with Arctic Silver 5 thermal compound. I used loads of it (3.5 grams - just to make sure). I haven't had any problems with over heating so far :-).
I used to use AS5 in RROD days. But with it being capacitive in the right circumstances, I decided to change to Ceramique. Just as good and completely inert.
 
  • Like
Reactions: mrdude
OK Switchboot v1.2.2 being made as we speak.

Changelog:
  • SAMD update facility for people on 7.0.0+ who cannot get into SWITCHBOOT / TRINKETBOOT or whatever. This requires access to SD card which you will be using anyway...
  • Blank BOOT files correctly restored - sectors now calculated correctly.
  • Phantom BACKUP_ folders no longer made every time you do a "safe" minimal backup.
  • Launch a payload from almost anywhere and add it to ini if you wish
  • Numerous bugfixes and optimisations.

have try the updater with my rebug and works.
thanks for this update
 
  • Like
Reactions: mattytrog
Couple of bits coming...

Don`t get too excited - relies on u-boot. Based on memloader.
Screenshot1.jpg



Screenshot2.jpg
 
eplain the USB Options pls
Just mounts emmc etc for manipulation in hacdiskmount. For now.

Working on actually getting the drive to mount, using BIS keys, as a USB device.
Got the reading working fine, but struggling with the writing.

I`m just not good enough yet. But I`ll get there.

Maybe.
 
  • Like
Reactions: peteruk and Gismor
Mount usb sd card - will that allow me to copy games (xci) directly from my pc to sd card, without sd card removal? I hope so :-)
 

Site & Scene News

Popular threads in this forum