Guía del modelo de comportamiento

Construya el modelo exacto para el sistema, ubicación y carga seleccionados.

El modelo de comportamiento es una de las superficies de ingeniería más importantes de ModbusSim. Define cómo debe responder un sistema compresor seleccionado frente a un controlador externo para el modelo, refrigerante, modo de levantamiento, condición de sitio y rango de carga que se prueba. Antes de importar datos, confirme que el registro de campo representa la corrida real que desea simular y use la vista de tendencias CSV para revisar la calidad.

Qué significa exacto en este producto

Un modelo exacto no es una suposición genérica de familia TT o VT. Es la tabla de comportamiento del compresor seleccionado usada en tiempo de ejecución. Debe poder rastrearse a una identidad de compresor y a un contexto operativo: ubicación del proyecto, condición de sitio, refrigerante, modo, rango de carga y corrida real usada como evidencia.

El mejor modelo práctico es la tabla exacta del sistema seleccionado: evidencia real más completado revisado donde la corrida no cubre todo el rango requerido.

Pantalla Behavior Setup de ModbusSim con controles del modelo de comportamiento seleccionado visibles. — Behavior Setup es la superficie principal para preparar el modelo seleccionado antes de usarlo en una prueba con controlador.

Confirme el objetivo del modelo antes de importar

Antes de cargar evidencia CSV, defina qué debe representar este modelo. Esto evita guardar una curva limpia contra el compresor, ubicación o condición de carga incorrectos.

Identidad del sistema

Familia de compresor y modelo exacto.
Refrigerante, modo de levantamiento y perfil activo.
Destino de guardado de la tabla seleccionada.
Límites que verá el controlador durante la corrida.

Contexto de la corrida

Ubicación del proyecto o condición de sitio representada por el registro.
Rango de carga cubierto por la corrida real.
Estados de arranque, marcha, parada, advertencia, falla y pérdida de energía presentes en la evidencia.
Rangos que aún necesitan completado revisado por ingeniería.

Selección del modelo exacto de comportamiento por identidad de sistema y contexto de carga. — Confirme el sistema, ubicación y rango de carga seleccionados antes de importar o editar datos.

Tipos de entrada de comportamiento

Registro de campo

Use registros del sistema seleccionado para tiempos de arranque y parada.
Use registros para puntos de marcha con capacidades y cargas conocidas.
Use registros para relaciones reales de presión y temperatura en esa condición de sitio.
Use registros para advertencias, fallas y recuperación observadas cuando existan.

Aprobado por ingeniería

Use curvas aprobadas cuando no sea seguro llevar la máquina por todas las capacidades.
Úselas cuando no exista un registro completo de falla o pérdida de energía.
Úselas cuando el arranque o la parada se registraron con mala calidad.
Úselas cuando el registro disponible no cubre el rango requerido de prueba del controlador.
Mantenga cada curva aprobada ligada a la misma identidad de compresor y contexto de carga.

Fuentes de tablas de comportamiento

ModbusSim separa identidad del modelo, evidencia de corrida y salida de comportamiento en tiempo de ejecución. Un CSV es evidencia para entrenamiento o importación. Un archivo JSON de tabla de comportamiento es el modelo que el simulador carga durante una corrida de comportamiento.

BehaviorModels\TT\TTH375_R513A\behavior-table.json Tabla exacta del modelo seleccionado. Es el resultado preferido de importación y ajuste manual.

BehaviorModels\TT\TrainedStateTables_TT.json Tabla genérica de respaldo TT. VT usa BehaviorModels\VT\TrainedStateTables_VT.json.

TT_Table.csv, TT_Startup.csv, TT_Shutdown.csv Archivos de importación del modelo seleccionado. El sufijo controla marcha, arranque, parada o pérdida de energía.

model-profile.json Identidad del modelo, límites, notas de registros y notas de fuente. No es la tabla entrenada de respuesta.

Cuando existe un behavior-table.json exacto para el modelo seleccionado, el editor y el runtime deben usarlo primero. Si no existe, el sistema puede usar la tabla de respaldo TT o VT.

Estado de tabla de comportamiento y entrenamiento para el modelo exacto seleccionado. — La tabla del modelo seleccionado es el destino runtime del modelo exacto del compresor.

Prioridad recomendada de modos

Compressor Behavior Model
Machine Log Replay
Basic Calculated Model

El modelo de comportamiento es correcto cuando el controlador debe ejercitar un sistema seleccionado más allá de una sola secuencia capturada. Replay es exacto pero estrecho. Calculated mode ayuda en comunicación, pero no es el objetivo final de realismo.

Flujo práctico de modelado

Confirme familia, modelo, refrigerante, modo, ubicación, condición de sitio y rango de carga.
Elija el flujo de importación del modelo seleccionado salvo que necesite reconstruir un respaldo genérico TT o VT.
Prepare CSV por rol desde la corrida real para marcha, arranque, parada y pérdida de energía opcional.
Abra la vista de tendencias CSV antes de importar y rechace archivos con mala calidad visual.
Importe los CSV aceptados al modelo seleccionado y confirme que el destino es el behavior-table.json esperado.
Revise primero cobertura de arranque, marcha y parada.
Revise presión, temperatura, sobrecalentamiento, velocidad, potencia, corriente y estados visibles para el controlador.
Agregue puntos revisados por ingeniería donde los registros no cubran el rango necesario.
Cargue la tabla exacta antes de conectar el controlador externo.
Ejecute el control externo, observe el monitor, exporte un reporte y ajuste solo donde el resultado no sea creíble.

Estado de entrenamiento de comportamiento mostrando datos listos, por revisar y faltantes. — El estado de entrenamiento ayuda a ver qué datos están listos y qué rangos necesitan revisión.

Vista de tendencias CSV antes de entrenar

La herramienta Open CSV abre la ventana Open Trend of Selected CSV para la fuente de comportamiento seleccionada. Úsela como filtro visual de calidad antes de entrenar o importar un registro.

Acepte el CSV cuando

RPM, potencia, presión, temperatura y sobrecalentamiento son suaves y legibles frente a demanda.
El rango de demanda cubre la prueba que necesita.
Las filas representan el estado previsto, por ejemplo marcha para TT_Table.csv o VT_Table.csv.
El gráfico no mezcla transiciones, secciones inactivas, fallas o actividad no relacionada.

Rechace o reemplace el CSV cuando

Las tendencias muestran bandas verticales repetidas, saltos, oscilación pesada o relaciones rotas contra demanda.
La tabla mezcla estados que no coinciden con el rol del archivo.
El cargador elimina puntos repetidos, pero la tendencia restante no describe comportamiento creíble.
Se necesita un mejor registro de fuente antes de continuar.

Vista de tendencia CSV de ModbusSim usada para evaluar evidencia de comportamiento de sistema. — Use la vista de tendencias para decidir si la evidencia pertenece al modelo seleccionado.

Qué ajustar primero

Arranque TT y VT

Tiempo hasta girar.
Forma de subida de RPM.
Subida de potencia.
Movimiento de presión y transición a marcha.

Marcha, carga y protección

Respuesta de baja, media y alta demanda para el rango seleccionado.
Tendencias estables de presión y temperatura para la condición de sitio.
Potencia, corriente, velocidad y estados visibles creíbles.
Advertencia antes de falla y ruta correcta de reset.

Lista de aceptación

La familia, modelo, refrigerante, modo, ubicación y rango de carga están identificados.
El ingeniero entiende qué estados están cubiertos por evidencia real y cuáles se completan con curvas aprobadas.
El rango operativo esperado es visible antes de iniciar pruebas runtime.
La ruta de behavior-table.json o fuente de respaldo se entiende.
Los CSV preparados pasaron revisión visual antes de importar.
Los límites clave son visibles.
El controlador externo se conecta solo después de cargar la tabla exacta.
La prueba puede ejecutarse sin depender de conjeturas durante la corrida.

Verificación runtime del modelo de comportamiento cargado en ModbusSim. — La aceptación final confirma que el modelo cargado coincide con el sistema seleccionado y la condición de prueba.