> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/expert-center/es/faq-and-troubleshooting/gps-devices/outputs-control.md).

# Control de salidas

Controle salidas remotas en Navixy para activar cerraduras, inmovilizadores y el corte del motor. Cubre la lógica de seguridad, los métodos de comando y la solución de problemas del dispositivo.

Varios modelos de dispositivo vienen equipados con la capacidad de controlar el estado de Dispositivos conectados o motores. Esta función puede aplicarse a una variedad de componentes, incluidos cerraduras, zumbadores, inmovilizadores, sistemas de corte de aceite/motor y sistemas automáticos de calentamiento del motor como Webasto. Incluso puede extenderse a aplicaciones de hogar inteligente, como enchufes inteligentes y focos inteligentes, entre otros. Puede usarse, por ejemplo, en su casa rodante, que es mejor rastrear y controlar mediante un dispositivo GPS. El concepto principal aquí es la capacidad de encender o apagar de forma remota una función o dispositivo específico mediante un comando transmitido por el aire. Por supuesto, el alcance real de este control depende de lo que esté conectado a la salida del dispositivo.

![Ejemplo de widget de control de salida](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-2a8bca84847247dbee45ddd358b1376eb00f08d8%2Fimagen-20230727-155729.png?alt=media)

## Cómo funciona el control de salida

El control de salida en la plataforma Navixy funciona de la siguiente manera:

El usuario abre el widget del dispositivo en la interfaz de usuario o en la aplicación X-GPS Monitor. Hay tres formas distintas en que se muestran los widgets de control de salida:

* Si un modelo de dispositivo puede devolver a la plataforma la información de su estado de salida, se muestra el último estado de salida recibido del dispositivo. Por ejemplo, si la salida estaba «activada», el usuario solo tendrá la opción de enviar un comando de «apagar salida» y viceversa. En la siguiente captura, las 4 salidas están desactivadas y el usuario solo puede activarlas.

![Cómo funciona el control de salida con un dispositivo en línea y estados conocidos](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-5bb3faa13863216e54c458d41ca5a9c1f6ce2b87%2Fimage-20240125-094039.png?alt=media)

* Si el modelo de dispositivo no proporciona una respuesta a la plataforma o no incluye el estado de salida en sus Mensajes, la plataforma puede enviar cualquier comando, ya sea para encender o apagar el estado de salida. El usuario puede hacer clic en la zona roja para enviar un comando de «salida apagada» y en la zona verde para enviar un comando de «salida encendida».

![Cómo funciona el control de salida con dispositivos sin estado](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-455b52e203e6dd2737817b508b5445625372c27b%2Fimage-20240125-093603.png?alt=media)

* Si el dispositivo está fuera de línea y el control por SMS de las salidas no está disponible para el modelo, el widget muestra los últimos estados conocidos de la salida en modo atenuado, lo que indica que el control de salida no es posible.

![Cómo funciona el control de salida en un dispositivo Fuera de línea](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-8fd54911ca29ffe1bffc68a328ec3c6c15d9d360%2Fimage-20240125-093342.png?alt=media)

Entonces el cliente selecciona la salida deseada y cambia su estado. Por ejemplo, si el usuario decide apagar la salida 1, la plataforma solicitará confirmación para evitar una activación accidental.

![Confirmación del cambio de estado de las salidas](https://3386484127-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIgDb43gtyXcm1Av4h1np%2Fuploads%2Fgit-blob-48b9868c27e1d155833e5a8ec97668eda7defc9d%2Fimage-20240125-095825.png?alt=media)

Confirmar equivale a enviar una solicitud a la API:

* Será una llamada a la API [/tracker/output/set\_all](/docs/navixy-api/user-api/resources/tracking/tracker/output.md#post-tracker-output-set_all) si el dispositivo admite comandos que enumeran todos los estados simultáneamente. Por ejemplo, al activar la salida 1 en un dispositivo Teltonika con 3 salidas, donde todas las salidas están apagadas en ese momento, se usaría un comando como 'setdigout 1,0,0'.
* Será una llamada a la API [/tracker/output/set](/docs/navixy-api/user-api/resources/tracking/tracker/output.md#post-tracker-output-set) si el dispositivo admite enviar Comandos a cada salida individualmente.

Al usar las API, usted puede [automatizar el control de salida en su dispositivo](https://www.navixy.com/blog/cloud-functions-for-tailored-vehicle-telematics-solutions/?utm-source=slack), vinculándolo con tipos específicos de eventos o valores recibidos.

Después de iniciar el comando, la plataforma envía el comando de control de salida al dispositivo. Esto se puede verificar a través de la [Air Console](/docs/admin/es/devices/air-console.md) que está disponible para todos los socios en el Panel de administración.

En el caso del widget de salida con estados conocidos, la plataforma bloquea temporalmente el widget de control de salida hasta que se reciba un nuevo estado de salida o hayan transcurrido 15 minutos. Esto es para evitar el envío masivo de comandos, lo que podría causar errores o fallas del dispositivo.

Una vez que se recibe un nuevo estado, la plataforma actualiza el widget para reflejar el nuevo estado, y el control de salida vuelve a estar disponible.

## Cómo funciona el control de salida en diferentes modelos de dispositivo

### Formas de enviar comandos

Los comandos para administrar salidas pueden enviarse de varias maneras, dependiendo del dispositivo y de sus capacidades:

* SMS: Este método se usa si el dispositivo está Fuera de línea o solo admite mensajes SMS para administrar salidas.
* Internet móvil: Esto aplica a dispositivos estándar que pueden operar los controles de salida usando una conexión a Internet.

Los modelos de dispositivo podrían admitir tanto SMS como Comandos de control por Internet. Sin embargo, el método utilizado depende de la integración del dispositivo. Por lo general, en dispositivos con control por Internet, este método se usa exclusivamente, incluso si el propio dispositivo también admite SMS. Se relaciona con distinta lógica de Seguridad del control de salidas.

### Diferente lógica de Seguridad del control de salidas

Varios modelos de dispositivo incorporan lógica de Seguridad para el control de salidas. Están diseñados para evitar acciones como apagar el motor mientras el vehículo está en movimiento. Las funciones de Seguridad están integradas en los propios dispositivos, ya que la plataforma no incluye estas opciones de Seguridad.

La lógica de Seguridad podría implementarse de varias maneras:

* Omisión por límite de velocidad: El dispositivo podría ignorar los Comandos de control de salidas si la velocidad del vehículo supera un umbral determinado, como 5 km/h.
* Sensor de Movimiento (Acelerómetro): Algunos dispositivos pueden omitir los Comandos de control de salidas si el Acelerómetro detecta Movimiento.
* Omisión basada en escenarios: Por ejemplo, los dispositivos Teltonika permiten vincular los DOUTs a diferentes escenarios para el cambio automático, y los Comandos de control de salidas podrían omitirse según estos escenarios.
* Protección mediante contraseña: Los Comandos podrían ignorarse si no incluyen una contraseña específica. Nuestra plataforma admite Comandos estándar y contraseñas predeterminadas.
* Verificación de remitente confiable: algunos dispositivos solo aceptan comandos de remitentes confiables. Si nuestra plataforma no figura como un remitente confiable, es posible que los comandos se ignoren.
* Configuración de comandos de internet: los dispositivos pueden ignorar los comandos de internet hasta que estén configurados correctamente para recibirlos.

Es importante señalar que algunos dispositivos implementan lógica de seguridad solo para los comandos de internet, pero aun así pueden contar con un comando de emergencia específico para detener el motor vía SMS. Sin embargo, no admitimos esos comandos debido a consideraciones de seguridad. Por ejemplo, este es el caso de algunos dispositivos Coban.

## Por qué el control de salida puede no funcionar

Hay varias razones potenciales por las que el control de salida podría no funcionar como se espera.

* Dispositivo fuera de línea, SMS no compatible: el dispositivo podría estar fuera de línea y, para este modelo en particular, es posible que la gestión por SMS no sea compatible. Espere a que su dispositivo vuelva a estar en línea e intente nuevamente.
* Dispositivo en línea, solo compatible con SMS, pero el panel no tiene conectada la Pasarela SMS: el dispositivo podría estar en línea, pero solo admite SMS para el control de salida, y la Pasarela SMS no está conectada al panel. En este caso, puede solicitar la instalación de su Pasarela SMS. Consulte [requisitos para la instalación de la Pasarela SMS](/docs/admin/es/settings/messaging-gateways.md#sms-gateway).
* Fondos insuficientes para SMS: es posible que el usuario no tenga suficiente saldo para enviar mensajes SMS, según lo requiere el plan del dispositivo. Verifique el saldo del usuario y las [opciones del plan del dispositivo](/docs/admin/es/plans.md).
* Lógica específica de control de salida: El dispositivo puede tener una lógica especializada de control de salida que afecta su funcionamiento. Por ejemplo, la lógica de seguridad o de escenario descrita anteriormente.
* Contraseña no predeterminada para el control de salida: El dispositivo podría estar configurado con una contraseña para el control de salida que no es la predeterminada. En este caso, revise la configuración del dispositivo y active la contraseña predeterminada.
* Dispositivo no configurado para el control de salida por internet: El dispositivo podría no estar configurado correctamente para recibir comandos de control de salida basados en internet. Revise la configuración del dispositivo y active el control de salida.
* Plataforma no confiable para los comandos: Es posible que el dispositivo no tenga a la plataforma en la lista de remitentes confiables de comandos. En este caso, agregue la plataforma a la lista de remitentes confiables.
* Cableado incorrecto: Podría haber un problema con el cableado, como una polaridad incorrecta de los cables o una conexión incorrecta. Vuelva a verificar cómo está conectada la salida. La forma más rápida es usar comandos SMS. Si funciona con SMS, entonces todo está conectado correctamente.
* Incompatibilidad de firmware: El dispositivo puede estar ejecutando una versión de firmware que no admite los comandos usados por la plataforma, según el protocolo y la integración del dispositivo. Es posible si el protocolo y los comandos se han modificado o si el fabricante ha agregado otra lógica.

Si la plataforma envía el comando en Air Console y coincide con el protocolo del dispositivo, entonces es probable que el problema no se origine en la plataforma. En tales casos, es aconsejable revisar la lista anterior y contactar al fabricante del dispositivo para determinar la causa del mal funcionamiento del control de salida.

En caso de que el comando no sea correcto, comuníquese con nuestro [equipo de soporte](mailto:support@navixy.com).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://navixy.com/docs/expert-center/es/faq-and-troubleshooting/gps-devices/outputs-control.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
