Test MaxLander / NaMiio Amiibo portal clones against the PowerSaves driver

[pathawks]

Background

PR #8 walked back implicit support for the MaxLander / NaMiio Amiibo portal clones (USB ID 5c60:dead) because we had no validated hardware against this driver. Two surfaces changed in commit bd8f2da:

• src/lib/drivers/powersave/powersave-commands.ts — removed the clone entry from DEVICE_FILTERS, leaving only Datel 1c1a:03d9.
• src/lib/core/devices.ts — POWERSAVE description dropped the "Also recognizes MaxLander and NaMiio clones." line.

The clones are widely available and reportedly use the same HID protocol as the Datel portal, but "reportedly" isn't "tested." This issue tracks the work to either re-enable clone support with confidence or formally close it as unsupported.

Tasks

• Source a MaxLander or NaMiio adapter (eBay / AliExpress)
• Re-add { vendorId: 0x5c60, productId: 0xdead } to DEVICE_FILTERS locally on a test branch
• Verify the WebHID picker surfaces the clone, that authorization succeeds, and that the existing PowerSaves probe identifies it
• Run a full Amiibo dump and compare against a Datel-dumped reference for byte-for-byte equality
• If dumps match: restore the clone entry to DEVICE_FILTERS, add it to the Linux udev rule set (linux/99-nabu.rules), and update the POWERSAVE description / README to mention the clones — ideally with a structured alternateIds shape on DeviceDef so the Info dialog and udev helper render correctly
• If dumps differ: document the divergence, decide whether to fork the driver path for clones or leave them unsupported, and close this issue with the rationale

Context

• Walk-back commit: bd8f2da
• Original clone reference: previously DEVICE_FILTERS[1] in src/lib/drivers/powersave/powersave-commands.ts
• Copilot's review on PR Add per-device info dialog and Linux udev rules #8 originally proposed the opposite direction (expand DeviceDef to claim clone support); the conservative walk-back is the answer until we can validate