Add support for sntasmedia interface (USB NVMe ASMedia bridge)

[Copilot]

Problem

DeviceList() was raising a ValueError when encountering devices with the sntasmedia interface type, which is used by Samsung Portable SSD T7 and similar devices connected via USB NVMe ASMedia bridges:

>>> from pySMART import DeviceList
>>> d = DeviceList()
ValueError: Unknown interface: sntasmedia specified for /dev/sda

This occurred because the sntasmedia interface type was not registered in the supported interface types dictionary.

Solution

This PR adds support for the sntasmedia interface with minimal, surgical changes:

1. Interface Registration (pySMART/utils.py)

Added sntasmedia to the smartctl_type_dict, mapping it to itself (similar to nvme, sat, and atacam):

smartctl_type_dict = {
    ...
    'sntasmedia': 'sntasmedia'
}

2. NVMe Attribute Parsing (pySMART/device.py)

Updated the interface check to treat sntasmedia as an NVMe device for attribute parsing, since it's a USB-to-NVMe bridge:

elif self.dev_interface in ['nvme', 'sntasmedia']:
    self.if_attributes = NvmeAttributes(iter(_stdout))

3. Test Coverage

Added comprehensive test dataset at tests/dataset/singletests/sntasmedia_nvme_0_issue_97/ with:

• Actual smartctl output from Samsung Portable SSD T7 device
• Device type detection output
• Auto-generated device.json with expected device properties

Testing

All 203 tests pass, including 6 new tests for the sntasmedia interface:

• Device creation
• Generic device checks
• Diagnostics parsing
• NVMe interface attributes
• Device attributes
• Self-test handling

Impact

• Backward compatibility: ✅ All existing tests pass
• Code changes: Only 2 lines modified in source code
• Pattern consistency: Follows established patterns for interface handling (similar to sat, atacam)

Fixes #97

Original prompt

Adelante, procede
The following is a snapshot of a chat conversation between a user and an AI coding assistant. Prioritize later messages in the conversation.
User: Echa un ojo a la issue 97 del pysmart.

Para resolverla, el procedimiento que yo suelo hacer es el siguiente:

• Añadir la información proporcionada a un nuevo caso de test (esto incluirá autogenerar los .json)

• Comprobar que el test da error tal y cómo sugiere el usuario

• Si no da error, subir un commit con el test e informar al usuario de que con la información aportada no podemos replicarlo y pedirle en la medida de lo posible nueva información. Si conseguimos replicarlo -> buscamos el error.

• Una vez corregido el error, regeneramos los .json de los test. Este último punto lo revisaré a mano, pues es imprescindible que el diff entre ambos sea justificado. Idealmente, el único .json modificado será el del nuevo caso de test, pero a veces esto no es posible.
  User: @agent Enable: "Enable GPT-5-Codex (Preview) for all clients"
  AI: Arrancando con la issue 97; revisaré el reporte y seguiré tu flujo para reproducir y corregir el fallo.

• Revisar en detalle la información del issue (logs y entorno) para entender el nuevo identificador de interfaz.

• Añadir un dataset de prueba con los outputs aportados y generar los device.json correspondientes.

• Ejecutar los tests, diagnosticar el origen del error si aparece y, tras la corrección, regenerar artefactos y validar.

Ya tengo el cuerpo del issue: el fallo surge porque DeviceList no reconoce la interfaz sntasmedia en un Samsung Portable SSD T7 conectado por USB NVMe ASMedia. A continuación desglosaré cómo debemos incorporar estos datos al conjunto de pruebas antes de intentar reproducir el error.
User: Adelante, procede

TITLE: Resolución de la Issue 97 en pysmart

USER INTENT: El usuario busca resolver la issue 97 en el repositorio pysmart, siguiendo un procedimiento específico para replicar y corregir un error reportado.

TASK DESCRIPTION: El objetivo es añadir un nuevo caso de test para replicar un error relacionado con la interfaz sntasmedia en un dispositivo Samsung Portable SSD T7. Se requiere generar archivos .json de prueba, ejecutar los tests, y corregir el error si se reproduce.

EXISTING: El usuario ha proporcionado un procedimiento claro para abordar la issue 97, que incluye la generación de archivos de prueba y la verificación del error. El asistente ha comenzado a revisar el reporte y ha identificado que el error se debe a que DeviceList no reconoce la interfaz mencionada.

PENDING:

• Añadir un dataset de prueba con los outputs proporcionados por el usuario.
• Generar los archivos device.json correspondientes.
• Ejecutar los tests para diagnosticar el error.
• Corregir el error si se reproduce y regenerar los archivos .json de los tests, asegurando que el diff sea justificado.

CODE STATE:

• No se han proporcionado archivos específicos ni snippets de código en la conversación, pero se mencionan los archivos device.json que se generarán.

RELEVANT CODE/DOCUMENTATION SNIPPETS:

• No hay snippets específicos en este momento, pero se espera que se generen durante el proceso de prueba y corrección.

OTHER NOTES: El usuario enfatiza la importancia de justificar cualquier cambio en los archivos .json generados, y que idealmente solo el nuevo caso de test debería modificar el archivo correspondiente.

Created from VS Code via the [GitHub Pull Request](https://marketplace.visualstudio.com/items?itemName=GitHub.vscode-pull-request-github) extension.

---

💬 Share your feedback on Copilot coding agent for the chance to win a $200 gift card! Click here to start the survey.