Add Adapter.DeviceConnected / DeviceDisconnected events

[Kinchul]

Details

Adapter exposes DeviceFound for device discovery, but there is no equivalent event for a device's connection state. To learn that a device connected, a caller must enumerate devices itself and wire up each Device's per-device Connected watch — and even then it can miss connections (see below).

This PR adds two adapter-level events as the connection-side twin of DeviceFound:

• event DeviceChangeEventHandlerAsync DeviceConnected
• event DeviceChangeEventHandlerAsync DeviceDisconnected

They fire for any device transitioning to/from connected, regardless of how its Device1 object came to exist.

De-duplication

Device.Connected can fire twice for one transition — once from the add-accessor replay (FireEventIfPropertyAlreadyTrueAsync) and once from the live PropertiesChanged. (There is an existing // TODO: Suppress duplicate event from OnPropertyChanges at that spot.) The adapter tracks per-device connected state and relays only on an actual edge, so DeviceConnected / DeviceDisconnected` fire exactly once per transition.

Design notes

• Mirrors the existing DeviceFound event pattern (add-accessor bootstrap, DeviceFoundEventArgs carrying the Device).
• Zero cost when unused: no per-device tracking proxy is created unless at least one of the two events has a subscriber.
• Tracking state is guarded by a lock; the connected/disconnected edge uses Interlocked so concurrent PropertiesChanged callbacks can't double-fire.
• netstandard2.0-compatible (no Dictionary.Remove(key, out value) overload).

Usage

adapter.DeviceConnected += async (sender, e) =>
{
    Console.WriteLine($"Connected: {e.Device.ObjectPath}");
};
adapter.DeviceDisconnected += async (sender, e) =>
{
    Console.WriteLine($"Disconnected: {e.Device.ObjectPath}");
};