R_SWITCHHACKS Telegram 1949
Bluetooth HC-06 wont connect with Nintendo switch

The goal is to send a single byte from the switch to the HC-06 bluetooth module, which is connected to a microcontroller. 4 years ago, there was a project called nx-bred that added bluetooth audio support before an official update. I decided to modify this instead of MissionControl since it has only 2 source folders: pairing and audio.

From what I could find after debugging, eventType order for Bluetooth >2.1 is this:

BtdrvEventType_InquiryDevice -> BtdrvEventType_InquiryStatus -> BtdrvEventType_SspRequest -> device connected (should be this. Couldnt get this working with the unmodified code)

However, the HC-06 is bluetooth 2.0, before SSP, and uses a pin (1234). I've added a case to nx-bred to handle BtdrvEventType_PairingPinCodeRequest, and the eventType order follows:

BtdrvEventType_InquiryDevice -> BtdrvEventType_InquiryStatus -> BtdrvEventType_PairingPinCodeRequest -> BtdrvEventType_Connection, but the connection does not hold either. Red LED keeps flashing instead of staying on

After reading libnx/btdrv.h and some print statement debugging later, I was left with even more questions.

BtdrvEventInfo.connection.v12.type was returning 3. burst_mode.status, tsi.status, move_to_secondary_piconet.status, and set_zero_retransmission.status all returned 49. All undefined in libnx/btdrv_types.h

The only defined thing was BtdrvEventInfo.bluetooth_crash.reason with 3, which is "HCI event HCI_Hardware Error occurred".

I dont know what to do from here. Maybe I formatted the pin struct wrong. Maybe the switch only can use SSP and anything less than bluetooth 2.1 is impossible. Maybe I shouldn't be using a project from 12.0.0 on 17.0.0 and thats why both unmodified and modified code fails. Maybe my console's bluetooth chip is fried, I've have problems with bluetooth in switchroot android too.

Any ideas?

https://redd.it/1grmgjs
@r_SwitchHacks



tgoop.com/r_SwitchHacks/1949
Create:
Last Update:

Bluetooth HC-06 wont connect with Nintendo switch

The goal is to send a single byte from the switch to the HC-06 bluetooth module, which is connected to a microcontroller. 4 years ago, there was a project called nx-bred that added bluetooth audio support before an official update. I decided to modify this instead of MissionControl since it has only 2 source folders: pairing and audio.

From what I could find after debugging, eventType order for Bluetooth >2.1 is this:

BtdrvEventType_InquiryDevice -> BtdrvEventType_InquiryStatus -> BtdrvEventType_SspRequest -> device connected (should be this. Couldnt get this working with the unmodified code)

However, the HC-06 is bluetooth 2.0, before SSP, and uses a pin (1234). I've added a case to nx-bred to handle BtdrvEventType_PairingPinCodeRequest, and the eventType order follows:

BtdrvEventType_InquiryDevice -> BtdrvEventType_InquiryStatus -> BtdrvEventType_PairingPinCodeRequest -> BtdrvEventType_Connection, but the connection does not hold either. Red LED keeps flashing instead of staying on

After reading libnx/btdrv.h and some print statement debugging later, I was left with even more questions.

BtdrvEventInfo.connection.v12.type was returning 3. burst_mode.status, tsi.status, move_to_secondary_piconet.status, and set_zero_retransmission.status all returned 49. All undefined in libnx/btdrv_types.h

The only defined thing was BtdrvEventInfo.bluetooth_crash.reason with 3, which is "HCI event HCI_Hardware Error occurred".

I dont know what to do from here. Maybe I formatted the pin struct wrong. Maybe the switch only can use SSP and anything less than bluetooth 2.1 is impossible. Maybe I shouldn't be using a project from 12.0.0 on 17.0.0 and thats why both unmodified and modified code fails. Maybe my console's bluetooth chip is fried, I've have problems with bluetooth in switchroot android too.

Any ideas?

https://redd.it/1grmgjs
@r_SwitchHacks

BY Switch Hacks




Share with your friend now:
tgoop.com/r_SwitchHacks/1949

View MORE
Open in Telegram


Telegram News

Date: |

Telegram has announced a number of measures aiming to tackle the spread of disinformation through its platform in Brazil. These features are part of an agreement between the platform and the country's authorities ahead of the elections in October. Informative The SUCK Channel on Telegram, with a message saying some content has been removed by the police. Photo: Telegram screenshot. Some Telegram Channels content management tips Commenting about the court's concerns about the spread of false information related to the elections, Minister Fachin noted Brazil is "facing circumstances that could put Brazil's democracy at risk." During the meeting, the information technology secretary at the TSE, Julio Valente, put forward a list of requests the court believes will disinformation.
from us


Telegram Switch Hacks
FROM American