fix(inmotion-v1): send the PIN handshake on connect (default 000000)

Tester insight: the V8S PIN is 000000 but the app never sent a PIN - the connect
log has no 0x0F550307 frame. initSequence only sent the PIN when the pin field was
non-null, and with no UI to set it the field was always null, so nothing went out.

This matches the failing capture: the wheel broadcasts an identity-only frame
(0x0F060101, carrying its serial) for ~30 s after power-on and never streams
fast-info until it gives up waiting - which is exactly a wheel waiting for the PIN
handshake. The protocol connect procedure is "send PIN if required, then
GetSlowInfo" (docs section 7), and the command builder already exists.

Always send the PIN on connect now, defaulting to the factory 000000; a wheel with
no PIN configured ignores it, so it is safe. A future Saved-PINs preference can set
a custom value via the existing pin field. InMotion V1 only. If this lands the
wheel should stream immediately instead of after the ~30 s boot-cycle wait.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01GADLyChheAoMX9dQbRgRnH

Author: eried

app/src/main/java/com/eried/eucplanet/ble/InMotionV1Adapter.kt

@@ -24,14 +24,19 @@ class InMotionV1Adapter @Inject constructor() : WheelAdapter {
     override val familyDisplayName = "InMotion V1 / V3 / V5 / V8"
     override val capabilities = WheelCapabilities.INMOTION_V1
 
+    companion object {
+        /** Factory PIN InMotion V1 wheels ship with; sent on connect when no
+         *  custom PIN is set. Wheels with no PIN configured ignore it. */
+        private const val DEFAULT_PIN = "000000"
+    }
+
     @Volatile private var detectedModel: InMotionV1Model? = null
 
     /**
-     * Optional 6-digit PIN for the V1 auth handshake (spec section 7). When
-     * non-null the adapter sends it on connect; the wheel ignores it when no
-     * PIN is configured, so it is safe to always send. UI plumbing for
-     * setting this is out of scope for this commit; the field stays null
-     * until a "Saved PINs" preference path lands.
+     * 6-digit PIN for the V1 auth handshake (spec section 7). null means "use
+     * the factory default" ([DEFAULT_PIN]); a future "Saved PINs" preference
+     * can set a custom one here. The handshake is sent on every connect - the
+     * wheel ignores it when no PIN is configured, so it is safe to always send.
      */
     @Volatile var pin: String? = null
 
@@ -55,13 +60,17 @@ class InMotionV1Adapter @Inject constructor() : WheelAdapter {
     }
 
     /**
-     * Slow-info first so the model code + serial come back before realtime
-     * polling begins. PIN goes ahead of slow-info on firmwares that gate
-     * settings reads behind it; harmless on the rest.
+     * PIN handshake first, then slow-info. The V8S sits in an identity-only
+     * state (broadcasting 0x0F060101, never fast-info) for ~30 s after power-on
+     * until it receives the PIN; the app never sent one (the pin field was
+     * always null), so it waited out the wheel's boot on every connect. Always
+     * send the PIN now, defaulting to the factory 000000 - a wheel with no PIN
+     * configured ignores it (spec section 7), so it is safe. Slow-info follows
+     * so the model code + serial come back before realtime polling begins.
      */
     override fun initSequence(): List<ByteArray> {
         val out = mutableListOf<ByteArray>()
-        pin?.let { out += InMotionV1Commands.sendPin(it) }
+        out += InMotionV1Commands.sendPin(pin ?: DEFAULT_PIN)
         out += InMotionV1Commands.getSlowInfo()
         return out
     }