Comando DRV

El módulo DRV mantiene un solo chofer por equipo. Ese chofer va en el campo iButton de los reportes Wialon (que Wialon y Traccar usan para asignar el conductor), en el token 'DRV' de las plantillas, en el viaje del módulo TRIP y en las señales DRV del motor de eventos.

Antes, la última llave leída, la sesión IC y el código del viaje eran tres cosas separadas. Con DRV se configura una vez de dónde sale el chofer y el resto del equipo lo usa.

¿Para qué sirve?

• 🪪 Asignar el chofer en la plataforma sin reglas: Wialon y Traccar lo toman del campo iButton.
• 📋 Aceptar solo choferes autorizados usando el listado ICL.
• ⏱️ Cerrar la sesión sola un tiempo después de apagar el motor.
• 🚚 Asociar cada viaje a su chofer en el módulo TRIP.
• 🚨 Exigir chofer al dar contacto: aviso con buzzer o luz y corte si no se identifica, sin armar reglas.
• ⚙️ Disparar reglas en el login, el logout o ante un código no autorizado.

Configuración: SCXDRV

>SCXDRV<origen>,<lista>,<retención>,<ventana>,<aviso>,<corte>,<vel corte>,<rpt login>,<rpt logout>,<rpt inválido>,<rpt sin chofer>,<dst>,<xp ok><
>QCXDRV<   ->   >RCXDRV<los 13 campos><

• Los campos son posicionales y un campo vacío conserva su valor: >SCXDRV,,120< solo cambia la retención.
• Se valida todo antes de guardar. Con un valor inválido no se guarda nada y la respuesta indica el campo: RCXDRV,ERR,ORIGEN, LISTA, RETENCION, VENTANA, AVISO, CORTE, VELCORTE, RPTLOGIN, RPTLOGOUT, RPTINVALIDO, RPTSINCHOFER, DST, XPOK.
• Cambiar el origen hace logout del chofer actual.

Orígenes

Origen 4: tacógrafo

Solo en equipos con CAN (en los demás SCXDRV4 responde RCXDRV,ERR,ORIGEN). El equipo lee del bus J1939:

• DI (PGN 65131): los números de tarjeta del chofer 1 y del chofer 2. El chofer del equipo es el chofer 1; el 2 queda en el token 'DRV2'.
• TCO1 (PGN 65132): si cada tarjeta está puesta y el estado de trabajo de cada chofer (token 'TCO').

• El código es el número de tarjeta en mayúsculas, sin espacios, hasta 16 caracteres (en la UE son 16).
• Un CDRV con la tarjeta puesta saca al chofer hasta el próximo cambio en el tacógrafo (otra tarjeta, o retirarla y volver a ponerla).
• Un chofer cargado con SDRV no lo saca el tacógrafo.
• lista=1 también aplica: una tarjeta fuera del listado no entra y dispara DRV03.

Gana el último login: si hay un chofer y se identifica otro, el nuevo reemplaza al anterior.

Listado (lista=1)

• Un código que no está en el listado no cambia el chofer y dispara la señal DRV03.
• Un código cargado con $ en el listado se reconoce, pero no es chofer: no cambia el chofer y tampoco dispara DRV03 (sigue disparando su ICLnn).

Exigir chofer: ventana, aviso y corte

1. Ignición ON sin chofer y ventana mayor a 0: arranca la ventana y se activa la salida de aviso. Estado 3.
2. Se identifica dentro de la ventana: se apaga el aviso.
3. Vence la ventana (señal DRV04) o se presenta un código no autorizado (DRV03): se apaga el aviso y se corta.
   • Salida: se activa solo con el GPS con fix y por debajo de vel corte. Si va más rápido queda pendiente hasta que baje (estado 4).
   • G: se activa el corte gradual, con la rampa configurada con SGC. No espera a que baje la velocidad: la rampa ya es gradual (estado 5).
4. Ignición OFF: se apagan el aviso y la ventana. El corte no se libera al apagar.

Solo un login válido libera el corte, y solo el que puso el DRV. Si el corte lo activó otra cosa (una regla de jamming, SGCA desde la plataforma), el login no lo toca. Desde la plataforma se puede liberar igual con SGCS o apagando la salida.

>SCXDRV1,1,0,120,2,1,3<    llave del listado; 2 min para identificarse; buzzer en XP2; corte en XP1 detenido
>SCXDRV2,1,60,120,2,G<     sesión IC del listado; logout 60 s después de apagar; corte gradual

Habilitar el vehículo solo con chofer (H)

Con corte = H más el número de salida, esa salida habilita el vehículo: está activa solo mientras hay un chofer identificado. Se cablea a un relé que habilite el arranque, la bomba o el encendido: sin chofer el vehículo no arranca, también con la ignición apagada.

• Nunca deshabilita un vehículo en movimiento. Un CDRV desde la plataforma con el vehículo andando recién se aplica al detenerse o al apagar.
• La plataforma puede forzar la salida (por ejemplo habilitar un vehículo sin chofer con SSSXP): el DRV no la vuelve a tocar hasta el próximo login o logout.
• La ventana y el aviso se pueden usar igual (por ejemplo para que suene el buzzer mientras no se identifica nadie); al vencer la ventana no se corta nada más: el vehículo ya está deshabilitado.
• El aviso y xp ok no pueden ir en la salida de habilitación: responde RCXDRV,ERR,AVISO o RCXDRV,ERR,XPOK. Desde la T60 el aviso tampoco puede ir en la salida del corte por salida.

>SCXDRV1,1,0,0,-,H0,3<          llave del listado; el vehículo solo arranca con chofer (XP0 habilita)
>SCXDRV2,1,300,30,2,H0,3<       sesión IC del listado; logout 5 min después de apagar; buzzer en XP2 mientras no se identifica

Reportes automáticos

En cada evento se emite el reporte configurado al dst, igual que si una regla hiciera G<reporte>;@<dst>, pero sin armar reglas. El reporte se escribe como la acción G sin la G: tipo, número en hexadecimal y prioridad (U101H es el reporte de usuario con la plantilla SUC01, número 01, prioridad alta).

• La fecha y hora del reporte son las del evento, aunque salga hasta un segundo después.
• En la plantilla del reporte, 'DRV' es el chofer del evento: el que entró en el login, el que salió en el logout y el código rechazado en el inválido. En el de ventana vencida va vacío (o NA con 'DRV::NA').
• En un cambio de chofer salen los dos: primero el logout del anterior y después el login del nuevo.

>SUC01 $CHOFER='DRV::NA'<                        plantilla 1: el chofer del evento
>SCXDRV,,,,,,,U101H,U102H,U103H,U104H,LOG<      los 4 eventos con la plantilla 1, números 01 a 04, al log

Chofer por Bluetooth: SCXDRVB

El chofer se identifica con un beacon iBeacon o Eddystone-UID que lleva encima o deja en el vehículo. Se apoya en un slot del BSW: el filtro (UUID, major/minor, distancia) y el tiempo de ausencia se configuran ahí.

>SCXDRVB<slot>,<modo>,<id>,<toggle><
>QCXDRVB<   ->   >RCXDRVB<slot|->,<modo>,<id>,<toggle><

• Modo botón: iBeacon y Eddystone no tienen un campo de botón. Sirve con beacons que anuncian solo al apretar; el BSW tiene que tener un timeout corto (5-10 s) para soltarlo entre una pulsación y otra.
• Si el login falla (código fuera del listado) o después lo saca otro (CDRV, la retención), el beacon tiene que irse y volver para un nuevo intento.
• Funciona con origen 1 y 2. Con origen 3 (solo manual) se ignora.
• Solo en equipos con Bluetooth Low Energy. En los demás responde RCXDRVB,ERR,NOBLE.
• Errores: RCXDRVB,ERR,SLOT, MODO, ID, TOGGLE, CAMPOS.

>SBSW01E,FF,E2C56DB5DFFB48D2B060D0F5A71096E0,,,30,2<   slot 1: iBeacon con ese UUID, a menos de 2 m, ausencia 30 s
>SCXDRVB1,P,I<                                       presencia; el código es major+minor

Acciones: QDRV / SDRV / CDRV

>QDRV<             ->  >RDRV <código|NA>,<fuente>,<desde>,<estado><
>SDRV <código><    ->  login manual, responde como QDRV
>CDRV<             ->  logout, responde como QDRV (con NA)

Diagrama de estados

Lo que el diagrama no muestra:

• De 3 se pasa a 4 si corte es una salida y a 5 si es G; sin corte configurado, al vencer la ventana vuelve a 0. A 2 solo se llega con retención mayor a 0.
• En 4 la salida se activa recién con el GPS con fix y por debajo de vel corte; mientras tanto el corte queda pendiente, en el mismo estado.
• El corte no se libera al apagar: desde 4 y 5 solo sale un login válido. Si otro libera el corte (SGCS, la salida a mano), el DRV deja de considerarlo suyo y vuelve a 0.
• Un login con otro chofer desde 1 o 2 es un logout del anterior más un login del nuevo: el estado sigue en 1.
• Con ventana en 0 no existen 3, 4 ni 5. Con retención en 0, al apagar la ignición el chofer se queda (estado 1).

Errores de SDRV:

Con origen 2, SDRV <código> equivale a SIC <código>,S y CDRV equivale a SIC*.

Señales para reglas

En EVAL: DRV(n), por ejemplo 'DRV(0)' vale 1 con chofer.

Las señales existen en todos los modelos, aunque el equipo no tenga lector iButton.

>SRL10E;TRG=DRV01+;ACC={GCP01H}<          reporte en cada login
>SRL11E;TRG=DRV03+;ACC={SSSXP0111}<       activa la salida XP01 ante una llave no autorizada

Token 'DRV'

En plantillas de reporte (UC), SDA y QDA:

Estados de 'TCO': 0 descanso · 1 disponible · 2 trabajo · 3 manejo · 6 error · 7 no disponible.

>SUC05 $CHOFER='DRV::NA'<

Wialon y Traccar

En modo Wialon IPS, el campo iButton del paquete #D# lleva el código del chofer, o NA sin chofer.

• Wialon: crear en la unidad un sensor de asignación de conductor sobre el parámetro iButton, y cargar en cada conductor el mismo código, con las mismas mayúsculas.
• Traccar: el campo llega como driverUniqueId; cada cambio genera el evento driverChanged.

Módulo TRIP

• STPSTART sin código toma el chofer actual.
• Si el viaje arrancó sin chofer, toma el primer login durante el viaje.
• Un cambio de chofer a mitad del viaje no cambia el chofer del viaje. Para separar viajes por chofer:

>SRL12E;TRG=DRV01+;ACC={STPSTOP}{STPSTART}<

• Un código cargado a mano (STPSTART,<código>, STPDRV,<código>) tiene prioridad.

Ejemplos

>SCXDRV1,0,0<       iButton, cualquier llave, sin retención (por defecto)
>SCXDRV2,1,60<      sesión IC, solo el listado, logout 60 s después de apagar
>SCXDRV3,0,0<       solo carga manual (plataforma o SMS)
>SDRV JPEREZ01<     login manual
>QDRV<              ->  >RDRV JPEREZ01,S,111026143022,1<
>CDRV<              ->  >RDRV NA,-,000000000000,0<