Diferencia entre revisiones de «Planning-route»
Reescritura completa de Planning-route como guía de planificación técnica de una instalación |
m Bruiz trasladó la página BorradoresIA/Planning-route a Planning-route sin dejar una redirección: rehecha |
||
| (No se muestra una edición intermedia del mismo usuario) | |||
| Línea 353: | Línea 353: | ||
* [[Controls|Controles en Cloud kiconex]]. | * [[Controls|Controles en Cloud kiconex]]. | ||
* [[Controls: Crear y editar un control|Crear y editar un control]]. | * [[Controls: Crear y editar un control|Crear y editar un control]]. | ||
* [[KiConnectivity|Conectividad móvil kiconex]]. | * [[KiConnectivity|Conectividad móvil kiconex]]. | ||
Revisión actual - 12:43 3 jul 2026
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.
