This is so offending and rude i can not withstand to reply.
I am always helpful - and i want to do something for the Community. Guess what?
I do not want to have other users going in trouble following your wrong thoughts!
Stop flaming and please please do not believe anybody - only believe your own and proof ererything twize - regardless what a Dev is telling you in discord
If you had some verry rudimentary understanding how logic signals and/or serial communication/handshake works you must had started thinking after my first reply in this thread.
So i want to attemp to describe some verry basic stuff:
10 minutes ago i opened up my right joycon to measure out the connnector port and to do some measurements of the logic levels. I searched for a legit Pinout of the Joycon port to attach my oscilloscope...
Doing that i found the following page:
https://github.com/dekuNukem/Nintendo_Switch_Reverse_Engineering
Here you can find a verry well made documentation, some logic traces and a commented Pinout - also Testpoints described.
Below another 10 cents from me - my last try to make you familiar with verry verry basics of electrical engineering and digital signals:
Digital signals are done with (typically) FET transistors switching a signal line to GND or VCC (tied to GND is a Low level, tied to VCC is a High level) - verry verry rudimentary explained.
So... on the Switch side we do have 0V for Low, 1.8V for high if the SOC has to read the pin state.
To read the State of a Pin the SOC do have to compare the voltage level of the corresponding Pin for being smaller or higher than a certain treshhold level (typically 0.3V on 3.3V logic)
Each input pin has a verry high input impedance (not much current flowing when you apply a source). So: If you want to read a pin state with no pullup or pulldown resistors you would "see" sporadic lows and highs - i.e. a "floating Pin" - This is from EMV (the attached PCB Trace or Wire is acting like a Antenna....
To avoid that (also on unused Pins you ALWAYS want to have defined states!
So the ordinary/regullary way is to activate the built in PullUP resistors as a minimum. I am programming here on Atmel uCs - here we do have about 50K (50 Kiloohm) to VCC - so the Trace/Wire attached on the Pin does have a defined state.
If you want to have a 0 level on that Pin you need to tie it to GND with will lead to some amount of current flowing. - defined pin states - Voi'la!
As far as i know, Pin 10 has to be grounded for having Access to Tegra USB recovery.
A custom method described at many places here in the forum is to short pins 9 and 10.
Pin 9 is unknown, but seems to be driven to ground by the Joycon uC - If you want to do something for the community, please do some measurement and reverse engineer that - would appreciate that a lot.
Pin 10 is for Flow Control (Serial Communication Switch>Joycon) according to dekuNukem: "Joy-Con will only send data to console when this line is HIGH"
Pins 1,2,7 are GND.
So:
If you are shorting Pins 9 and 10 with your switch in normal working state(OS booted) you probably risk damaging your SOC. Why?:
If the Findings of dekuNukem are right (and i am willed to trust him!) the SOC ties that pin to VCC for communication via Serial, the Joycon drives Pin 9 to GND...
If you shorten a Pin in High State (configured as Output) you will draw a lot of current which (if there is no protection circuit) result in a burnt transistor inside the SOC/uC.
If you want to be on the safe Side, please please do the following:
Use a temporary bridge or solder in a Switch - always with a resistor in Series to avoid damage
Use a Resistor, do not short Pins - 200 Ohm would be a good value to start (did not tried that)
Short Pins 1 and 10, not Pins 9 and 10
Detecting a Pin10 permanent tied to GND would be absolutely no problem for Nintendo.
There is a near zero chance that this Pin will be grounded in any way by a fault. - if for some reason pins gets bended or the UART of the Joycon dies with grounding that pin - this would be one of a million.
So: No problem to ban that user - tell him to send in the defective device, look what has happened and unban him if he did nothing wrong.
If i were Nintendo i would definitely do bans according to shorted pins as this is the only chance to make piracy/homebrew a little less comfortable.
I would not wonder if we are facing exactly that behaviour on the next softwares for the Switch:
At verry early System Start the corresponding IO will be configured as input (with pullup resistor enabled), check for being tied to GND, System Message that you have to send in your console.....
Job done, i did something really useful for the Community!
Sorry for the grammatical errors and misspelling - English is not my native language.