Planning-route

De wiki.kiconex
Revisión del 12:41 3 jul 2026 de Kiconex (discusión | contribs.) (Reescritura completa de Planning-route como guía de planificación técnica de una instalación)
(difs.) ← Revisión anterior | Revisión actual (difs.) | Revisión siguiente → (difs.)


Planificación técnica de una instalación

La planificación técnica de una instalación permite preparar la integración de equipos antes de realizar el cableado, configurar el Box kiconex o crear los controles en Cloud kiconex.

Una instalación bien planificada reduce errores de comunicación, evita duplicidad de direcciones, facilita la puesta en marcha y permite documentar correctamente qué equipos se conectan, mediante qué vía de integración y con qué parámetros técnicos.

Esta página sirve como guía previa. No sustituye a las páginas específicas de integración, conexión, configuración o diagnóstico.

Para qué sirve esta página

Esta página ayuda a ordenar la información técnica necesaria antes de ejecutar una instalación kiconex.

Debe utilizarse para:

  • Identificar qué equipos se van a integrar.
  • Confirmar qué vía de integración utilizará cada equipo.
  • Preparar la documentación técnica necesaria.
  • Planificar buses RS485, direcciones Modbus y parámetros de comunicación.
  • Planificar equipos Modbus TCP dentro de la red.
  • Identificar pasarelas, protocolos o configuraciones especiales.
  • Revisar qué Box kiconex o hardware de proyecto se utilizará.
  • Preparar la configuración posterior de instalaciones y controles en Cloud kiconex.

Importante

La planificación técnica no confirma por sí sola que un equipo pueda integrarse. Cada integración depende del protocolo disponible, la documentación técnica, el mapeado de datos, la configuración del proyecto y la validación sobre el equipo real.

Antes de empezar

Antes de planificar la instalación, recopile la información básica del proyecto:

  • Ubicación de la instalación.
  • Equipos, máquinas, contadores, vehículos o sistemas que se van a supervisar.
  • Modelo exacto de cada equipo o regulación electrónica.
  • Protocolo disponible en cada equipo.
  • Documentación técnica del fabricante.
  • Mapeado Modbus o documentación equivalente, cuando aplique.
  • Tipo de Box kiconex o hardware previsto.
  • Conectividad disponible para enviar datos a Cloud kiconex.
  • Necesidad de pasarelas, adaptadores o configuraciones especiales.
  • Permisos y alcance funcional previsto en Cloud kiconex.

No empiece el cableado ni la configuración si no se conoce la vía de comunicación de cada equipo.

Información técnica necesaria

La siguiente tabla resume la información que conviene revisar antes de instalar.

Información a revisar Por qué es necesaria Página relacionada
Modelo exacto del equipo o regulación Permite solicitar la documentación correcta y evitar usar mapeados de otro modelo. Integración de equipos en kiconex
Protocolo disponible Define si la integración será por Modbus RTU, Modbus TCP, M-BUS, CAN u otra vía. Integración de equipos en kiconex
Mapeado Modbus o documentación equivalente Permite interpretar variables, alarmas, comandos, consignas y parámetros. Protocolo Modbus
Manual técnico del equipo Contiene datos de comunicación, conexionado, rangos y condiciones de uso. Integración de equipos en kiconex
Dirección Modbus o identificador del equipo Permite diferenciar equipos dentro de un bus o una integración. Conexión Modbus RTU-RS485
Parámetros de comunicación Deben coincidir entre el Box kiconex, el puerto configurado y los controles conectados. Hardware de una instalación
Conectividad del Box kiconex Permite confirmar cómo enviará datos a Cloud kiconex. Conectividad móvil kiconex
Permisos y configuración en Cloud kiconex Determinan quién podrá ver, editar o actuar sobre la instalación y sus controles. Permisos

Definir la vía de integración

Cada equipo debe tener asignada una vía de integración antes de planificar el cableado o la configuración.

Las vías habituales pueden incluir:

  • Modbus RTU, normalmente mediante RS485.
  • Modbus TCP, mediante red Ethernet/IP.
  • M-BUS, mediante pasarela compatible.
  • CAN, J1939 o J1708, en integraciones específicas con Box C2 kiconex.
  • MQTT, cuando el proyecto utiliza este protocolo de intercambio de datos.
  • Zigbee, cuando el proyecto utiliza comunicación inalámbrica Zigbee.
  • JSON, cuando la integración utiliza estructuras de datos JSON.

Para más detalle sobre las vías de integración documentadas, consulte Integración de equipos en kiconex.

Planificar controles y buses de comunicación

Antes de crear controles en Cloud kiconex, es recomendable documentar qué representa cada control y cómo se comunicará con el Box kiconex.

Para cada control, registre como mínimo:

  • Nombre provisional del control.
  • Equipo físico que representa.
  • Ubicación física o zona de la instalación.
  • Vía de integración.
  • Puerto o red utilizada.
  • Dirección Modbus, IP, identificador interno o dato equivalente.
  • Parámetros de comunicación.
  • Librería o configuración necesaria.
  • Observaciones de instalación.

Un control representa un equipo, máquina o sistema supervisado dentro de Cloud kiconex. Para más detalle, consulte Controles en Cloud kiconex y Crear y editar un control.

Planificación de Modbus RTU-RS485

En Modbus RTU sobre RS485, la planificación debe hacerse antes de tender el cable.

Cada bus RS485 debe tener:

  • Un recorrido definido.
  • Controles identificados.
  • Direcciones Modbus únicas dentro del mismo bus.
  • Parámetros de comunicación comunes.
  • Cable apantallado adecuado.
  • Separación respecto a líneas eléctricas.
  • Topología lineal tipo daisy-chain.

La siguiente tabla puede utilizarse como base para planificar buses RS485:

Bus / Puerto Controles conectados Dirección Modbus Configuración serie Observaciones
Bus 1 / Puerto 1 Control 1 1 9600, 8N1 Pendiente de validar recorrido del cable.
Bus 1 / Puerto 1 Control 2 2 9600, 8N1 Misma configuración que el resto del bus.
Bus 2 / Puerto 2 Control 3 3 19200, 8N2 Bus independiente con otra configuración.

Información

Los valores de la tabla son orientativos. No representan una configuración obligatoria ni un límite de controles por puerto. La distribución real depende del Box kiconex, del proyecto, del cableado, de los equipos conectados y de la configuración validada.

Para requisitos de cableado y topología, consulte Conexión Modbus RTU-RS485. Para comprobaciones eléctricas antes de conectar el bus al Box kiconex, consulte Comprobación y diagnóstico de cableado RS485.

Planificación de Modbus TCP

En Modbus TCP, la planificación se centra en la red Ethernet/IP y en la accesibilidad de los equipos desde el Box kiconex.

Antes de configurar controles Modbus TCP, revise:

  • Dirección IP de cada equipo.
  • Puerto utilizado, habitualmente 502.
  • Identificador interno o dirección Modbus, si el fabricante lo requiere.
  • Red donde se conectará el equipo.
  • Accesibilidad entre el equipo y el Box kiconex.
  • Necesidad de IP fija o reserva DHCP.
  • Documentación del mapeado Modbus.

La siguiente tabla puede utilizarse como base para planificar equipos Modbus TCP:

Control IP Puerto Identificador interno Observaciones
Control 1 192.168.0.10 502 1 Confirmar IP fija o reserva DHCP.
Control 2 192.168.0.11 502 Pendiente de validación interna Confirmar identificador requerido por el fabricante.

La conexión física a la red no garantiza por sí sola la comunicación. La configuración de red, el puerto, el mapeado y la configuración del control deben ser correctos.

Planificación de otros protocolos o pasarelas

Algunas instalaciones pueden requerir vías de integración distintas a Modbus RTU o Modbus TCP.

En estos casos, la planificación debe incluir:

  • Qué protocolo o pasarela se utilizará.
  • Qué equipos se conectan a esa pasarela o vía de integración.
  • Qué datos estarán disponibles.
  • Qué documentación técnica existe.
  • Qué configuración requiere el proyecto.
  • Qué validaciones deben realizarse sobre el equipo real.

Ejemplos de vías que pueden requerir planificación específica:

  • M-BUS: puede requerir una pasarela M-BUS para Box kiconex.
  • CAN, J1939 o J1708: pueden formar parte de integraciones específicas con Box C2 kiconex.
  • MQTT: puede requerir definición de topics, credenciales y estructura de datos. Pendiente de documentación específica.
  • Zigbee: puede requerir coordinación de red, emparejamiento y alcance inalámbrico. Pendiente de documentación específica.
  • JSON: puede requerir estructura de datos, campos y reglas de interpretación. Pendiente de documentación específica.

No utilice una pasarela, adaptador o protocolo como garantía automática de integración. Cada caso debe validarse según la documentación del proyecto.

Relación con el Box kiconex

El Box kiconex es la pasarela que comunica los equipos de la instalación con Cloud kiconex.

Antes de instalarlo, revise:

  • Modelo de Box kiconex previsto.
  • Puertos físicos disponibles.
  • Interfaces utilizadas por el proyecto.
  • Alimentación y condiciones de instalación.
  • Conectividad disponible hacia Cloud kiconex.
  • Necesidad de antenas, tarjeta SIM M2M o red Ethernet.
  • Documentación específica del modelo.

No todos los modelos tienen las mismas interfaces ni se configuran de la misma forma. Consulte siempre la página del modelo y su documentación relacionada.

Para conectividad móvil, consulte Conectividad móvil kiconex.

Relación con Cloud kiconex

La planificación física y técnica debe corresponderse con la configuración posterior en Cloud kiconex.

Después de instalar y conectar el Box kiconex, normalmente será necesario:

  • Acceder a Cloud kiconex.
  • Verificar que la instalación está disponible.
  • Configurar o revisar la pestaña Hardware cuando se utilicen puertos RS485.
  • Crear o revisar los controles correspondientes.
  • Asignar librerías o configuraciones necesarias.
  • Revisar permisos de usuarios y grupos.
  • Validar lecturas y alarmas sobre equipos reales.

Las funciones visibles en Cloud kiconex pueden depender del proyecto, de la configuración habilitada y de los permisos del usuario.

Checklist antes de instalar

Antes de comenzar la instalación física, revise esta lista:

Comprobación Estado Observaciones
Equipos a integrar identificados Pendiente / Revisado Indicar modelo exacto de cada equipo.
Vía de integración definida Pendiente / Revisado Modbus RTU, Modbus TCP, M-BUS, CAN u otra.
Manual técnico disponible Pendiente / Revisado Confirmar que corresponde al modelo real.
Mapeado Modbus o documentación equivalente disponible Pendiente / Revisado Necesario para interpretar los datos.
Direcciones Modbus planificadas Pendiente / Revisado No repetir direcciones dentro del mismo bus RS485.
Parámetros de comunicación definidos Pendiente / Revisado Baudrate, bits de datos, paridad y bits de parada.
Buses RS485 repartidos Pendiente / Revisado Documentar qué controles van en cada bus o puerto.
Red Modbus TCP planificada Pendiente / Revisado IP, puerto y accesibilidad de red.
Box kiconex identificado Pendiente / Revisado Confirmar modelo, interfaces y alimentación.
Conectividad hacia Cloud kiconex definida Pendiente / Revisado Ethernet, red móvil u otra vía del proyecto.
Permisos y acceso a Cloud kiconex revisados Pendiente / Revisado Confirmar usuarios y organización.
Pruebas de validación previstas Pendiente / Revisado Lecturas, alarmas y escrituras autorizadas si existen.

Buenas prácticas

  • Planifique antes de cablear.
  • No mezcle equipos con parámetros de comunicación incompatibles en el mismo bus RS485.
  • No repita direcciones Modbus dentro de la misma línea RS485.
  • No utilice datos técnicos de un modelo distinto.
  • No asuma que un equipo se integra solo porque tenga un conector de comunicación.
  • Documente puertos, direcciones, IPs y configuraciones antes de crear controles.
  • Valide siempre la comunicación sobre el equipo real.
  • Mantenga separada la planificación técnica de la configuración comercial del proyecto.

Enlaces relacionados