Dashboard sketch

Windows 11 guide: disable old integrated Bluetooth and use a new USB Bluetooth adapter

Goal

Keep the old integrated motherboard Bluetooth adapter disabled, and allow the new USB Bluetooth dongle to work normally.

In my case:

• Old integrated adapter to disable: Realtek
• USB\VID_0BDA&PID_8922\00E04C885A01
• New USB adapter to allow: TP-Link
• USB\VID_2357&PID_0604\0CEF154771C0

Windows can disable a specific Plug and Play device by device instance ID, and Group Policy can block installation by hardware ID and device instance ID, including devices that are already installed.

Step 1: Open PowerShell as Administrator

Use this command to list Bluetooth devices:

Get-PnpDevice -Class Bluetooth | Format-Table Status,Class,FriendlyName,InstanceId -Auto

Get-PnpDevice shows the device names and their instance IDs, which is what you need to target the exact old adapter.

Step 2: Identify the two real Bluetooth radios

Look for the entries named:

• Generic Bluetooth Adapter

In my case, the two radios were:

• Old integrated Realtek:

USB\VID_0BDA&PID_8922\00E04C885A01

• New TP-Link USB adapter:

USB\VID_2357&PID_0604\0CEF154771C0

Do not confuse these with the many BTHLE..., Microsoft Bluetooth Enumerator, Generic Access Profile, or Device Information Service entries. Those are usually child devices or Bluetooth services, not the main radio.

Step 3: Unplug the new USB Bluetooth adapter first

Before disabling the old one, unplug the new USB Bluetooth dongle.

This avoids confusion while locking down the internal adapter.

Step 4: Disable the old integrated Bluetooth adapter

Run this in PowerShell as Administrator:

Disable-PnpDevice -InstanceId "USB\VID_0BDA&PID_8922\00E04C885A01" -Confirm:$false

Disable-PnpDevice is the built-in Microsoft PowerShell cmdlet for disabling a PnP device, and it requires administrator rights.

Then verify it:

Get-PnpDevice -PresentOnly | Where-Object {$_.InstanceId -like "USB\VID_0BDA&PID_8922*"} | Format-List FriendlyName,Status,InstanceId

A result like Status : Error is acceptable here if the goal is to stop the integrated Bluetooth radio from functioning.

Step 5: Set Group Policy so Windows does not bring it back

Open:

gpedit.msc

Go to:

Computer Configuration
  > Administrative Templates
  > System
  > Device Installation
  > Device Installation Restrictions

Enable these policies:

A. Prevent installation of devices that match any of these device IDs

Set to Enabled and add:

USB\VID_0BDA&PID_8922

B. Prevent installation of devices that match any of these device instance IDs

Set to Enabled and add:

USB\VID_0BDA&PID_8922\00E04C885A01

C. Also apply to matching devices that are already installed

Set to Enabled

D. Allow administrators to override Device Installation Restriction policies

Set to Disabled

Microsoft documents these device installation restriction policies, including blocking by hardware ID, blocking by instance ID, and applying the restriction to already installed devices. Prevent policies take precedence by default.

Step 6: Force policy refresh

Open Command Prompt as Administrator and run:

gpupdate /force

Step 7: Reboot with the new USB adapter still unplugged

Restart Windows with the TP-Link dongle still removed.

Step 8: Check whether the old adapter stayed disabled

After reboot, run:

Get-PnpDevice -PresentOnly | Where-Object {$_.InstanceId -like "USB\VID_0BDA&PID_8922*"} | Format-List FriendlyName,Status,InstanceId

If the old Realtek still shows as broken, disabled, or not functioning, that is fine.

If it comes back with a different full instance ID, keep the hardware ID block and add the new full instance ID to the instance-ID restriction list too. A device instance ID uniquely identifies a specific device node in Windows.

Step 9: Plug the new USB Bluetooth adapter back in

Now reconnect the TP-Link adapter.

Then check both adapters:

Get-PnpDevice -PresentOnly | Where-Object {$_.InstanceId -like "USB\VID_0BDA&PID_8922*" -or $_.InstanceId -like "USB\VID_2357&PID_0604*"} | Format-Table Status,FriendlyName,InstanceId -Auto

Expected good result:

• Realtek old adapter:

Error  Generic Bluetooth Adapter  USB\VID_0BDA&PID_8922\...

• TP-Link new adapter:

OK     Generic Bluetooth Adapter  USB\VID_2357&PID_0604\...

Step 10: If the old adapter still revives, use the stronger built-in command too

Open Command Prompt as Administrator and run:

pnputil /disable-device "USB\VID_0BDA&PID_8922\00E04C885A01"

Microsoft documents pnputil as a built-in Windows tool, and /disable-device is the supported command for disabling a device by instance ID.

Then reboot and check again.

Important notes

Do not use Uninstall as the main fix

For integrated motherboard hardware, uninstalling often does not stick across reboot because Windows re-detects the hardware and recreates it.

Do not block all Bluetooth devices

Do not block Bluetooth by class or by a broad rule, or you may accidentally block the new USB dongle too.

Only block the exact old device using:

• hardware ID:

USB\VID_0BDA&PID_8922

• instance ID:

USB\VID_0BDA&PID_8922\00E04C885A01

Windows treats hardware IDs and instance IDs differently, and the instance ID is the exact per-device identifier.

Internal motherboard Bluetooth can still show as USB

That is normal. Many internal Wi-Fi/Bluetooth combo modules expose the Bluetooth side over an internal USB connection.

My exact working commands

Show Bluetooth devices

Get-PnpDevice -Class Bluetooth | Format-Table Status,Class,FriendlyName,InstanceId -Auto

Disable old Realtek integrated Bluetooth

Disable-PnpDevice -InstanceId "USB\VID_0BDA&PID_8922\00E04C885A01" -Confirm:$false

Verify old Realtek

Get-PnpDevice -PresentOnly | Where-Object {$_.InstanceId -like "USB\VID_0BDA&PID_8922*"} | Format-List FriendlyName,Status,InstanceId

Check old and new adapters together

Get-PnpDevice -PresentOnly | Where-Object {$_.InstanceId -like "USB\VID_0BDA&PID_8922*" -or $_.InstanceId -like "USB\VID_2357&PID_0604*"} | Format-Table Status,FriendlyName,InstanceId -Auto

Stronger fallback disable command

pnputil /disable-device "USB\VID_0BDA&PID_8922\00E04C885A01"

Refresh policy

gpupdate /force

My exact Group Policy values

Block old Realtek hardware ID

USB\VID_0BDA&PID_8922

Block old Realtek instance ID

USB\VID_0BDA&PID_8922\00E04C885A01

Policies to set

• Prevent installation of devices that match any of these device IDs = Enabled
• Prevent installation of devices that match any of these device instance IDs = Enabled
• Also apply to matching devices that are already installed = Enabled
• Allow administrators to override Device Installation Restriction policies = Disabled

Final success state

Good final state:

• Old Realtek integrated Bluetooth = blocked / disabled / error state
• New TP-Link USB Bluetooth = OK

That means Windows is using the new USB Bluetooth adapter and not the old motherboard one.

servershutdown2.zip

Подредба на кабелчетата към дисплея:

FreshRSS

anythingLLM

Darkmoon Fair crafting reagents

leatherwork lure locations MIDNIGHT

/way Voidstorm 54, 65
/way Eversong Woods:Quel'Thalas 42, 79.94
/way Zul'Aman 48, 54
/way Harandar 66.2, 48.2
/way #2405 43.24 82.83  Great Lure

....

...

След доста ровене из google по темата, и ескперименти на базата опита на какви ли не хора, най-накрая успяхме да подкараме въпросното TFT-дисплейче да работи. "Ключът за палатката" се оказа level-shifter-а CD4050BE. Преди това с резисторни делители опитите бяха безуспешни. Втория проблем, както с повечето проекти и модули за Ардуино беше подходящата и работоспособна библиотека. Трябваше да се съобразява и размера на паметта на Nano, тъй като тя за разликата от да речем Mega е доста по-малка. Първоначалната библиотека, с която успяхме да накараме дисплеят да работи, въпреки претърпяно редуциране заемаше над 70% от паметта. В крайна сметка се спрях на библиотека, която към момента използвайки приложение за графичен тест + двете библиотеки нужни за него - паметта заета в Nano се сведе до 50%.

      Дисплеят с който разполагахме е следният:

      Означение на пиновете:

Пин | Значение
--------------
(1) - Vcc
(2) - Gnd
(3) - CS
(4) - RESET
(5) - D/C
(6) - MOSI
(7) - SCK
(8) - LED
(9) - MISO

      TFT-то като повечето подобни дисплеи работи на 3.3v - както като захранване, така и логическите му сигнали. За целта бе необходим някакъв level-shifting тъй като както Nano, така и Uno, и MEGA работят на 5v. Eдинствения вариант с който имахме успех бе с CD4050BE.

      Ето и цялостната схема на свързване на дисплея към Arduino Nano посредством CD4050BE, както и управлението на LED подстветката. За улеснение ще го наричаме tft-driver:

      Свързване на Arduino Nano към tft-driver-а:

пин  | Значение (пинове на tft-driver, конектор SV2/PLC) 
-------------------------
3.3v - (1) Vcc
GND  - (2) Gnd
D10  - (3) CS
D4   - (4) RST (RESET)
D11  - (5) MOSI
D7   - (6) LED
D13  - (7) SCK
D9   - (8) DC
D12  - (9) MISO

       Важно е да се помни, че MOSI, MISO и SCK са фиксирани като пинове, за да имаме hardware-но SPI, те не могат да бъдат променени. Останалите (RST, LED, DC, CS) могат да бъде поставени и на други пинове от горе-показаните, но промяната трябва да бъде отразена в програмния код.

      Начин за използване на библиотеката в използвана от нас схема на свързване:

#include < SPI.h >
#include < Adafruit_GFX.h >
#include < Adafruit_ILI9341.h >

// TFT дисплеят и слотът за SD карти поделят хардуерният SPI интерфейс.
// Хардуерните SPI-пинове са специфични за всеки модел Arduino и не могат
// да бъдат променяни с алтернативни.
// За Uno, Nano, Duemilanove и т.н. :
// пин 11 = MOSI, пин 12 = MISO, пин 13 = SCK.
// За MEGA:
// пин 51 = MOSI, пин 50 = MISO, пин 52 = SCK.

#define TFT_RST 4
#define TFT_LED 7
#define TFT_DC 9
#define TFT_CS 10

Adafruit_ILI9341 tft = Adafruit_ILI9341(TFT_CS, TFT_DC, TFT_RST);

void setup() {
  //следващите два реда са за включване на осветлението на екрана
  pinMode(TFT_LED,OUTPUT);
  digitalWrite(TFT_LED,HIGH);

  tft.begin();
}

void loop(void) {
  for(uint8_t rotation=0; rotation<4; rotation++) {
    tft.setRotation(rotation);

    tft.fillScreen(ILI9341_BLACK);

    tft.setCursor(0, 0);
    tft.setTextColor(ILI9341_WHITE);  tft.setTextSize(1);
    tft.println("Hello World!");
    tft.setTextColor(ILI9341_YELLOW); tft.setTextSize(2);
    tft.println(9999.99);
    tft.setTextColor(ILI9341_RED);    tft.setTextSize(3);
    tft.println(0xDEADBEEF, HEX);
    tft.println();
    tft.setTextColor(ILI9341_GREEN);
    tft.setTextSize(5);
    tft.println("Test 1");
    tft.setTextSize(2);
    tft.println("Test 2");
    tft.setTextSize(1);
    tft.println("Test 3");
    tft.println("Test 4");
    tft.println("Test text line 5");

    delay(1000);
  }
}

 Ето ги и двете библиотеки за изтегляне: ILI9341.zip

Линк към видео демо: https://youtu.be/xMLieysoa3c?si=W1qnoyaa-xkL8Cxt

   NRF24L01 се захранва с 3.3v. Една от хубавите страни на тези модули е, че нивата на сигналите за комуникация с Ардуино работят както на 3.3v, така и на 5v, за разлика от WiFi модулите ESP8266, които са само на 3.3v. При първите опити за подкарване на комуникацията между два nRF модула или не се получаваше никаква връзка, или в най-добрия случай беше само в едната посока. Един от проблемите са свързани именно със захранване на модулите - нужно е да се ползва кондензатор като филтър. За целта между Vcc (3.3v) и Gnd свързах един кондензатор 47µf. Вероятно ще е най-добре да се ползва отделно захранване с по-добри характеристики.

   След като захранихме nRF24L01 модула, време е да свържем и останалите пинове към Ардуино-то.

Номерация на пиновете на nRF24L01:

1 GND
2 VCC
3 CE
4 CSN
5 SCK
6 MOSI
7 MISO
8 IRQ

   При използване на Arduino Nano:

nRF24L01 | Nano
----------------
 (GND) 1  Gnd
 (VCC) 2  3.3v
 (CE) 3   D9
 (CSN) 4  D10
 (SCK) 5  D13
(MOSI) 6  D11
(MISO) 7  D12
 (IRQ) 8  Не се ползва

   Ако ползваме Arduino Mega:

nRF24L01 | Mega
----------------
 (GND) 1  Gnd
 (VCC) 2  3.3v
 (CE) 3   D8
 (CSN) 4   D7
 (SCK) 5  D52
(MOSI) 6  D51
(MISO) 7  D50
 (IRQ) 8  Не се ползва

   Идва ред на софтуера. Използва се библиотека за NF24L01 (download).

   Декларация на библиотеки:

#include <SPI.h>
#include <nRF24L01.h>
#include <RF24.h>

   Инициализация:
// Деклариране на константи и пинове
#define CE_PIN 9  //За MEGA пин 8
#define CSN_PIN 10 //За MEGA пин 7

// Забележка: "LL" в краят на константата е идентификатор за тип "LongLong"
const uint64_t pipe = 0x0102030405LL; // Дефиниция на адрес на комуникационната линия

// Деклариране на обекти
RF24 radio(CE_PIN, CSN_PIN); // Създаване на радио-обект

void setup()  
{
 Serial.begin(9600);
  
 //инициализация на радио обекта и поставянето му в режим на приемане
 radio.begin();
 radio.openReadingPipe(1, pipe);
 radio.startListening();
}

   Един примерен Loop():

int ccTest = 0;

void loop()  
{
 String recievedData = NRF24Listener(); //това трябва да стои в loop-а(слушаме за пакети с данни)
 if (recievedData != "") //проверка дали има приет пакет с данни
 {
  //действия с получената информация от радиото (в променливата recievedData)
  Serial.println(recievedData);
 } 
   
 //примерна ситуация за изпращане на пакет с данни
 ccTest++;
 if (ccTest == 9999)
 {
  sendDataPacket(String(ccTest)); //изпращаме пакет с данни при ccTest равнo на 9999
  ccTest = 0;
 }
 //край на примера за изпращане на пакет с данни

}

   Описание на методи за изращане и получаване на информация:

void sendDataPacket(String dataToSend) //фукция за изпращане на пакет данни
{
 radio.stopListening();
 Serial.println("Tx:" + dataToSend;
  
 int str_len = dataToSend.length() + 1;
 char text[str_len];
 dataToSend.toCharArray(text, str_len);
  
 radio.openWritingPipe(pipe);
 radio.write(&text, sizeof(text));
 delay(10);
 radio.openReadingPipe(1, pipe);
 radio.openReadingPipe(0, 0ULL); 
 radio.startListening();
}

String NRF24Listener()
{
 String result = "";
 if ( radio.available() )
  {
  // Четем докато получим целия пакет с информация
  bool done = false;
  while (!done)
   {
    // Fetch the data payload
    char text[32] = {0};
    done = radio.read(&text, sizeof(text));
    result = text;
   }
  }
}