feat: surface extra SMART attribute variants as diagnostic entities

When a drive reports multiple attributes from the same consolidated
mapping (e.g. both Wear_Leveling_Count and Remaining_Lifetime_Perc),
only the winner populates the curated sensor. The remaining variants
now appear as disabled-by-default diagnostic entities instead of being
silently suppressed.

Closes the design question from Forum Post #25 (devzor).
Both ship gates met: devzor confirmed Option 1, IOT7712 seconded.

Author: DAB-LABS

CHANGELOG.md

@@ -2,6 +2,17 @@
 
 All notable changes to SMART Sniffer are documented here.
 
+## v0.5.14 -- 2026-05-30
+
+Integration-only release. No agent or installer changes.
+
+### Fixed
+- **Multi-variant SMART attributes no longer silently hidden** -- drives that report multiple attributes from the same consolidated sensor group (e.g. both Wear_Leveling_Count and Remaining_Lifetime_Perc) previously only showed the first match. The other variants were suppressed by the diagnostic entity loop because they were considered "already covered." Now only the winning variant is suppressed -- the rest surface as disabled-by-default diagnostic entities like any other uncovered attribute. Most drives report a single variant and see no change. Drives with multiple variants (common on Silicon Motion controller SSDs, some WD/HGST enterprise drives) now expose the full picture.
+
+### Upgrade Notes
+- **Integration-only update.** Update via HACS or manually replace `custom_components/smart_sniffer/`. No agent update needed.
+- **Multi-variant drive users:** after updating, check your drive's device page -- you may see new disabled diagnostic entities for attributes that were previously hidden. Enable the ones you care about.
+
 ## v0.5.13 -- 2026-05-20
 
 Agent-only release. No integration or installer changes.

custom_components/smart_sniffer/sensor.py

@@ -462,10 +462,33 @@ async def async_setup_entry(
         # Created disabled by default -- power users enable what they need.
         ata_table = smart_data.get("ata_smart_attributes", {}).get("table", [])
         if is_ata and ata_table:
-            # Collect attribute names already covered by curated sensors
+            # Build a per-drive "covered names" set: for each curated
+            # sensor, only suppress the single name variant that actually
+            # wins the lookup in _extract_attribute (which iterates the
+            # drive's attribute table in order and returns the first
+            # match).  Other variants from the same consolidation list
+            # stay eligible to become diagnostic entities.
+            #
+            # This matters for multi-variant drives like the Transcend
+            # MTS952T (Silicon Motion) which reports BOTH attribute 177
+            # (Wear_Leveling_Count) AND 169 (Remaining_Lifetime_Perc).
+            # Without per-drive detection, the global union of all
+            # variant names would suppress 169 even though only 177
+            # won the consolidated sensor.
+            _attr_position = {
+                attr.get("name", ""): i
+                for i, attr in enumerate(ata_table)
+                if attr.get("name")
+            }
             _covered_names: set[str] = set()
             for _desc in SENSOR_DESCRIPTIONS:
-                _covered_names.update(ATA_NAME_MAP.get(_desc.key, []))
+                candidates = ATA_NAME_MAP.get(_desc.key, [])
+                present = [n for n in candidates if n in _attr_position]
+                if present:
+                    # Match _extract_attribute's "first in drive-table
+                    # order" rule so the same variant wins in both paths.
+                    winner = min(present, key=lambda n: _attr_position[n])
+                    _covered_names.add(winner)
 
             _seen_ids: set[int] = set()
             for attr in ata_table: