En el ámbito de la informática y el control de dispositivos, la gestión de archivos y rutas de acceso es fundamental. Los miembros de muchos de los tipos del System.IO espacio de nombres incluyen un parámetro que permite especificar una ruta de acceso a un recurso del sistema de archivos. Casi todas las rutas de acceso que se pasan a las API de Windows se normalizan, evaluando componentes de directorio relativos y convirtiendo barras diagonales en el separador estándar de Windows.
Es importante distinguir los formatos de archivo por su extensión, ya que el término CFF puede referirse a diversas tecnologías, a menudo generando confusión:
- Compact Font Format (CFF): Representa el 15% de los archivos CFF y consiste en una fuente PostScript Tipo 1 comprimida sin pérdidas.
- Archivos de Diseño y Modelado: Los archivos CFF pertenecen principalmente a programas como SpellForce o herramientas de diseño CAD como Modelmaker, donde almacenan diseños de troquelado tridimensional y empaques.
- Configuración de Dispositivos: El término DD (Device Description) está estrechamente relacionado con el protocolo HART. Una Device Description es fundamentalmente un modelo de un dispositivo de campo compatible con HART.
El estándar DD (Device Description) en HART
Para desarrollar una DD es necesario ser un experto en la operación, comportamiento y capacidades del dispositivo de campo. El archivo debe modelar, usando DDL (Device Description Language), todas las capacidades del dispositivo, incluyendo comandos, datos y procedimientos operativos estándar.
Ciclo de desarrollo de una DD
Una DD es mejor desarrollada de manera incremental, lo que permite que las capacidades del dispositivo sean modeladas y confirmadas en trozos manejables. Este proceso resulta en un ciclo de Edit-Build-Test-Validate que se repite muchas veces:
- Edit: Uso de un editor con capacidades de gestión de proyectos.
- Build: Utilización de herramientas de gestión y tokenización.
- Test: Uso del host de referencia para facilitar la verificación.
- Validate: Herramientas para confirmar que el modelo cumple con las expectativas.
Especificaciones técnicas y formatos de archivo
Al trabajar con el formato CFF en contextos de transferencia de datos, es vital seguir convenciones estrictas. Por ejemplo, en archivos de texto plano, se exige que las columnas contengan datos específicos como CURP, nombres y fechas de ingreso, sin títulos ni celdas vacías, comprimidos en formato .ZIP.
Lea también: Mecánica Contable y Costos Estándar
Tabla: Comparativa de extensiones y usos comunes
| Formato | Uso principal | Software asociado |
|---|---|---|
| .CFF (CAD) | Diseños de troquelado y empaque 3D | Box Builder Modelmaker |
| .CFF (Fuente) | Fuentes de diseño gráfico | Adobe Creative Cloud |
| .DDL / .DD | Modelado de dispositivos HART | DD-IDE (FieldComm Group) |
| .ZIP | Compresión de datos administrativos | Cualquier gestor de archivos |
Las rutas de acceso deben ser precisas para evitar errores. Las rutas de acceso UNC siempre deben ser completas y pueden incluir segmentos de directorio relativos. Los archivos de origen DDL registrados ante el FieldComm Group deben tener nombres de archivo únicos y residir en el mismo directorio, empleando extensiones como *.ddl, *.dd, *.h, *.jpg, *.gif y *.png. El uso de convenciones de nombres garantiza que los archivos sean únicos para cada producto y fácilmente identificables.
Lea también: Tipos y Ejemplos de Costo Estándar
Lea también: Mecánica Contable y los Costos Estándar