As of now there's no reason to use AutoRCM. Unless you're perfectly okay with having to reconnect it everytime the screen turns off.Just wanted to report I can charge my switch when it's *off* while having AutoRCM installed. Apologies in the case someone else already mentioned how to do this.
While I'm in CFW and I want to turn my switch off and charge it;
-I hold the power button until I can select the "Turn off" option in the drop down menu.
-Knowing it's not actually *off* yet, send your payload to boot hetake menu
-Now once in hetake menu scroll down to "Power off" but do not press it yet
-Dock your switch
-Now while it's docked, press the power button to confirm the "power off" option in hetake's menu
Your switch is now off and charging
--------------------- MERGED ---------------------------
I'm confused how there isn't a reason to use it? I figured saving the wear and tear on your switch's pins is good enough reason - considering like i've said many times previously; after only a few days of doing it the pins on my switch don't even look the same anymore. I see no cons to AutoRCM when comparing to jig methods.
As of now there's no reason to use AutoRCM. Unless you're perfectly okay with having to reconnect it everytime the screen turns off.
Like I said in your quote..why isn't there a reason to use it to save on the pins wear and tear?
Until there's a proper and functional CFW (e.g. Atmosphere), there's no real reason to use AutoRCM. Without Atmosphere or something like it, you're depriving yourself of numerous Horizon features, such as sleep mode and game-launching.Like I said in your quote..why isn't there a reason to use it to save on the pins wear and tear?
Literally just told you. THere's no reason to render your console virtually useless (at this point in time) as we have no usable CFW. So, with the software (Hekate) we've got now? It's just an inconvenience. When we've got a user friendly CFW that doesn't disable the console in sleep mode, then it will have its use.
I can game launch on hetake, just don't boot into cfw. No sleep mode vs wear and tear on your switch's pins at this point, i'll take no sleep modeUntil there's a proper and functional CFW (e.g. Atmosphere), there's no real reason to use AutoRCM. Without Atmosphere or something like it, you're depriving yourself of numerous Horizon features, such as sleep mode and game-launching.
That didn't tell me though, lol. How is it virtually useless using AutoRCM? It's very convenient to not have to shove a paperclip or jig on the pins to boot into RCM. Having a phone that can transfer the payload (considering mostly everyone has a phone on them, always) to turn on/off the switch is nothing in comparison to degrading your switch's pins.
Thus my confusion with your post
Oh dear lord, read my post. WE HAVE NOTHING THAT'S CONSIDERED SAFE AND USABLE IN TERMS OF CFW. So, all AutoRCM would currently do is give you a crippled system that would NEED TO BE CONNECTED EVERYTIME THE SYSTEM ENTERS SLEEP MODE. If that's not an inconvenience for you? That's fine and dandy.
In my honest opinion, there's no reason to use Hekate. It's a neat POC, but far from stable. I'd rather stick on OFW until we get Atmosphere.
Oh dear lord, read my post. WE HAVE NOTHING THAT'S CONSIDERED SAFE AND USABLE IN TERMS OF CFW. So, all AutoRCM would currently do is give you a crippled system that would NEED TO BE CONNECTED EVERYTIME THE SYSTEM ENTERS SLEEP MODE. If that's not an inconvenience for you? That's fine and dandy.
In my honest opinion, there's no reason to use Hekate. It's a neat POC, but far from stable. I'd rather stick on OFW until we get Atmosphere.
The thing is, it's incomplete, he isn't uninformed. Hekate is not finished. crashes can occur often, and while I do agree autorcm is nice. But I know what I'm doing (for the most part) people are going to pop up and ask. And for other oses, like linux, battery indicator is going to be thrown off, lcd damage could occur. And we still don't have sound. (not that it matters as much as the other two.hetake is great to use for emulators (for the time being). autoRCM is great for those who dont have a jig and want to easily access emulation. what do you mean "rendered useless"? do you think you can't play switch games with it or something?
did you even try it yourself? you sound quite uninformed
Sorry but the system does become crippled, you cannot boot into horizon without using a payload. Infact, that's the entire point of autorcm, is to cripple the system so it enters rcm mode, or recovery mode. Autorcm quite literately means, softbricking the switch.AutoRCM just saves a step of shoving a jig in like I said. That's all it does. Hetake doesn't allow sleep regardless of autorcm being installed. The inconvenience is the wear and tear on the pins and using a jig like I've said 1000 times now. The system isn't crippled as you can boot into horizon still. What is so confusing about this? Dear lord indeed
edit: disabling sleep mode on your switch's settings is really not a big deal to always boot into RCM without the need for a jig, allowing you to play both your switch games and emulators. usb cable and phone in pocket and there's no issue..lol
--------------------- MERGED ---------------------------
There's no reason if you don't want to play GBA/SNES emulators on your switch right now...some of us do
The fact you're posting this, when it's clear what Hekate is and isn't shows a lot about your comprehensive abilities.. Or lack thereof..hetake is great to use for emulators (for the time being). autoRCM is great for those who dont have a jig and want to easily access emulation. what do you mean "rendered useless"? do you think you can't play switch games with it or something?
did you even try it yourself? you sound quite uninformed
Unconfirmed.Confirmed switch charges even with SX OS autorcm installed. Left switch on in RCM overnight, couldn't get back into RCM or deploy payloads. Left it plugged in for 45 minutes, and then payloads started working again and battery meter in horizon has resynced and corrected itself.
Not only does charging work in RCM but letting it drain in RCM also fixes battery desync.
Unconfirmed.
Sure. Battery desync is incredibly broken, and it may seem like your battery is fixed, however sometimes it just randomly breaks. I've had issues where my battery can only charge to a certain percent, or it looks like the battery desync is gone. That's the thing. Your fix seems so random, that you may be mistaking battery desync's randomness as a fix.Mind elaborating?
Sure. Battery desync is incredibly broken, and it may seem like your battery is fixed, however sometimes it just randomly breaks. I've had issues where my battery can only charge to a certain percent, or it looks like the battery desync is gone. That's the thing. Your fix seems so random, that you may be mistaking battery desync's randomness as a fix.
Just because you found out that unplugging a battery fixes it does not mean your solution is always right.Dude you are talking to the guy who found the original fix was to pull the battery and drain the capacitors. I fixed over 30 members switch with the cold boot method. I just found that an RCM drain can simulate a battery pull. Please refrence battery desync thread...
https://gbatemp.net/threads/battery-problem-after.502213/page-6
I know exactly what I'm talking about. The issue can come back, yes. But no one is arguing otherwise. This is just a way to fix the desync without pulling the battery, until you fiddle with payloads again
It's not the battery that is the problem, it's the use of payloads outside of horizon. So no, it's not "random".
Also I really just stopped in to confirm Autorcm / RCM mode can charge the switch.
Just because you found out that unplugging a battery fixes it does not mean your solution is always right.
But do we have confirmation it's similar or emulates pulling the battery?What? You aren't making any sense. What you just said has nothing to do with anything. I just replicated the battery desync, and drained the battery in RCM which is the same as pulling the battery which has been confirmed to fix the issue, so by proxy, yes it is right?
Should probably make a video.What? You aren't making any sense. What you just said has nothing to do with anything. I just replicated the battery desync, and drained the battery in RCM which is the same as pulling the battery which has been confirmed to fix the issue, so by proxy, yes it is right?