I do have an odd thing with one of my repaired Nintendo Switches.
The Switch is a V1 Switch and seems to be fully working - so it can be started normally, can be charged. Dock is working - so everything seems fine.
I can bring the switch in rcm mode, but payload injection does not work - so simply payload won’t be injected.
I currently have no idea what is wrong and how this can be fixed. Any ideas / experiences with such a problem and an idea how to fix this ?
Simply nothing - so the payload won’t be injected. TegraRCM will stay in the attached image. So there is no return code or something - it simply won’t be sent to the switch… I checked with the PC and a dongle - same result… very odd.
Well, in normal mode when I connect the USB-C via Windows the Switch in charging normally - I asked myself if a trinket would work or is this would be wasted time…
Yep. Check resistance on D-/D+ - you should be getting 3.9 MOhm on both IIRC. This is a common failure mode as these lines go straight to the SOC and can kill the USB controller required for the boot CPU to communicate in RCM. Typically caused by a damaged connector and 15v getting to where is shouldn’t.
The other symptom which gives it away would be failure to fast-charge using a standard USB A-C cable as these rely on the D+/D- lines for crude level signalling. I’ve got a couple of old unpatched boards here with knackered D+/D- lines effectively blocking any payload.
What diode or resistance reading do you get on D+/D- relative to ground in both probe polarities do you get? (diode mode is better here due to the differences in board revisions and the typically high resistance)
At least some USB functionality must be remaining if it’s showing up in RCM state in TegraRCMGUI
No, I haven’t checked the Tegra datasheet but would imagine there is more USB bus I/O, though I have no idea if they are broken out anywhere, if they are a potential workaround could in theory be installed - assuming of course it isn’t reliant on the presumed bad I/O
Actually there is another USB controller (USB 3) in there that’s totally separate (this joins the DP data across the USB-C in addition to USB 1) and provides services to the dock etc. I suspect it’s not accessible by the BPMP or at least insuficiently coded in the boot firmware to activate it.
Actually you make a great point here. When the D+/D- lines are damaged in some way, then Windows will generally report USB Device Not Recognised…
First, my most sincere apologies for necro-posting in a thread with more than 4 years old…
The reason is that I have virtually the same issue described here:
V1, I have been using RCM and Payloads with no issue for years.
I have two theories: 1st I used a bad quality USB charger that made something strange to my switch: I left It charging overnight and I got waken up by the light of the switch, which was in a power on/off loop on its own. The cable were really hot… Something was shorted for sure. 2nd theory is that I’m not sure if RCM dongle ran out of battery during payload injection.
I lost every data-related USB functionality: not recognised by Tegra in RCM mode, neither by my phone or my dongle. When in OFW, i connected the switch to my laptop in “photo transfer” mode and It was not recognised again.
By reading some posts here, I assume (cannot test until after 1 or 2 weeks) D+/D- lines became damaged.
My question is, is there nowadays a way to troubleshoot this behaviour, or is it still a trial/error method?
Are there any components that I can order in advance to save time?
Also it seems fast-charging is not working, but the battery actually charges.
Check the line of the USB data D+/D- depending on your board there are two components one is a choke/filter and one an overcurrent protection diode. If one of them fails the USB data transfer is not possible anymore.
Hello Calvin, thanks for your reply, I’ll save It as my V1 is currently in a box (I moved to a different home recently) so I won’t be able to even check it in a while, but when I have time to, I’ll check it and inform!
With this, do you mean even replacing the damaged component, I won’t be able to inject payload again?