Danfoss VLT AutomationDriveManual, data sheet y cómo leerle los datos
Dos cosas en una página: dónde está la documentación oficial del fabricante y, abajo, la ficha de integración —por dónde sale el dato de este equipo y qué protocolo habla—, que es lo que el manual no resume en ninguna parte.
Documentación oficial del fabricante
No alojamos manuales de terceros: la versión buena es siempre la del fabricante, que además corrige los PDF cuando cambia el firmware. Este enlace lleva al catálogo de documentos del Danfoss VLT AutomationDrive.
Danfoss · VLT AutomationDrive FC 301 / FC 302Por dónde salen los datos
- RS-485 integrado
- Terminales 68 (P/+) y 69 (N/-). Habla protocolo FC nativo y Modbus RTU.
- PROFIBUS / PROFINET / EtherNet IP
- Por tarjeta opcional de bus de campo en la ranura A.
Los números de parámetro y el mapa de registros cambian entre versiones de firmware, así que esos van al manual del fabricante y no a esta tabla. Confirma siempre la referencia exacta que tienes en el tablero.
Qué se puede leer sin cambiar el tablero
Del variador salen corriente, frecuencia, par estimado, horas de marcha y el registro de alarmas. Confirma velocidad, paridad y dirección en el panel antes de conectar el maestro.
- 1Identifica la referencia exacta y el firmware: dentro de una misma familia hay modelos con Ethernet y modelos que solo tienen puerto serie.
- 2Anota los parámetros de comunicación que ya están cargados —velocidad, paridad, dirección de esclavo—. Cambiarlos por probar es lo que tumba una línea en producción.
- 3Lee primero en modo consulta, con el equipo corriendo. Escribir sobre un equipo en marcha es una decisión distinta y se toma aparte.
- 4Guarda el dato con su hora y su contexto —turno, orden, operador—. Un valor suelto no responde después por qué se detuvo la máquina.
Si el equipo no está solo
Leer un VLT AutomationDrive es un rato de trabajo. El problema aparece cuando en la planta hay quince equipos de seis marcas, cada uno con su protocolo y su cableado. El iGromi Bridge habla Modbus RTU y TCP, OPC UA, BACnet, CANopen y MQTT sobre el mismo nodo, y cuando los parámetros del equipo son desconocidos los descubre probando combinaciones hasta lograr comunicación.