Lubeca Tech · WorkDone+Smiley
State of the Art · 2026

Location, Integrity &
Presence Intelligence

Cómo convertir la tablet Smiley —ya conectada por 4G— en un nodo inteligente que sabe dónde está, detecta movimiento/impactos y puede observar o anunciar presencia BLE sin transformarse en un sistema de tracking de personas.

GNSS + Wi‑Fi + BLE fusion Movement / Impact BLE presence Privacy by design
📍 PositionGNSS + radio fingerprints + confidence
→
🛡 Integritymovement, impact, tilt, relocation
→
◉ Presencepassive BLE + optional advertising
Executive view

Dos conceptos base. Un tercero aparece como diferencial.

01 · Ubicación
POSITION

Determinar la zona probable del Smiley mediante sensor fusion, no depender sólo de GPS.

GNSSWi‑Fi BSSID/RSSIBLE RSSICell
02 · Integridad física
INTEGRITY

Detectar si el equipo fue tocado, golpeado, inclinado o trasladado. Un movimiento no implica una reubicación.

MovementImpactTilt*Removal
03 · Contexto / presencia
PRESENCE

Observar BLE ambiental o hacer que el Smiley se anuncie de forma silenciosa y opt‑in para futuras interacciones.

BLE scanBLE advertiseEphemeral IDs

La unidad de valor no es “lat/lon exacta indoor”. Es: “AEP · Terminal A · Arribos · Cinta 4 — confidence 94%”.

Hardware reality check

Qué trae realmente la Galaxy Tab A11 LTE

Localización
GNSS

GPS · GLONASS · BeiDou · Galileo · QZSS

Radio local
BT 5.3

BLE scanning posible; advertising debe verificarse en runtime.

Wi‑Fi
ac

2.4 / 5 GHz · permite observar APs sin conectarse.

Sensores
Accel

Acelerómetro · geomagnético · luz · proximidad.

Importante para el diseño

No asumir gyroscope. Samsung no lo lista en las especificaciones LTE consultadas.
No NFC. Tampoco figura en el modelo LTE consultado.
TILT puede existir usando gravedad/acelerómetro + orientación disponible, pero debe calibrarse sobre el hardware real.
BLE advertiser: Android tiene API; el chipset/firmware puede reportar “unsupported”, por eso hay que testearlo.

Fuente: Samsung Galaxy Tab A11 LTE (SM‑X135…) y Android BLE APIs. Ver fuentes al final.

SOTA landscape

Tecnologías de localización indoor: qué sirve para Smiley

TecnologíaIndoorInfra nuevaCosteFit SmileyComentario
GNSSBajo–medioNoBajo★★★☆☆Excelente outdoor; indoor puede degradarse o fallar. Usar accuracy.
Wi‑Fi fingerprintAlto por zonaNoMuy bajo★★★★★BSSID + RSSI; no requiere conectarse al Wi‑Fi.
BLE ambient fingerprintMedio–altoNoMuy bajo★★★★☆Complementa Wi‑Fi; preferir emisores persistentes.
BLE beacons propiosAlto por zonaLigeraBajo★★★★★Agregar sólo donde la radio ambiental sea ambigua.
Cell fingerprintBajoNoMuy bajo★★★☆☆Buen sanity check de macro-zona.
Wi‑Fi RTT~1–2 m*AP compatibleMedio★★★☆☆Muy interesante si tablet + AP soportan 802.11mc.
UWBCentimétrico*Anclas / HWAlto★★☆☆☆SOTA de precisión; no es la vía natural para la A11.
RFID/NFCPuntualLectores/tagsVariable★☆☆☆☆Útil para checkpoints; A11 consultada no lista NFC.

*Precisión de referencia documentada por Android para infraestructura/hardware compatible; no implica soporte en esta tablet.

Core architecture

Sensor Fusion: la posición es una inferencia con confidence

GNSSlat/lon · accuracy · age
Wi‑Fitop BSSID · RSSI
BLEpersistent advertisers · RSSI
Cellserving/neighbor context
→
Backend

LOCATION ENGINE

normalization · fingerprint matching · freshness · stability · confidence

→
Cinta 4
94%
Cinta 5
18%
Partidas
6%
Periodic

GPS/fingerprint cada ~1 h como baseline.

Triggered

Movimiento dispara un burst de GNSS + Wi‑Fi + BLE.

Event-driven

Sólo notificar cuando la evidencia cambia o supera threshold.

Radio map

Location Profiles: aprender zonas sin mapear el aeropuerto a mano

Installation mode

AEP · Terminal A · Arribos · Cinta 4

Durante 60–120 s, el Smiley captura varias muestras para separar señales estables de ruido temporal.

Wi‑Fi AP #A
Wi‑Fi AP #B
BLE #persistente
Cell context

Guardar estadísticos/ventanas, no una única lectura RSSI.

1 · Calibrate

El instalador selecciona la zona física conocida.

2 · Learn

Se construye el fingerprint esperado y su variabilidad.

3 · Compare

Cada sample se compara contra perfiles conocidos.

4 · Crowd-learn

Varios Smileys refinan el radio map y detectan APs/beacons estables.

Event model

No mezclar sensor events con conclusiones del backend

Primary

POSICIÓN

Snapshot de localización + confidence + fuentes utilizadas.

Primary

MOVIMIENTO

Manipulación o traslado sostenido detectado por acelerómetro.

Primary

GOLPE

Evento impulsivo/vibración de alta energía. Severity calibrable.

Optional

TILT

Cambio sostenido de orientación. No asumir giroscopio.

Derived

REUBICACIÓN

El backend concluye cambio de zona tras comparar fingerprints/GNSS.

Derived

REMOVAL

Secuencia de evidencias compatible con retiro/robo del dispositivo.

Principio: MOVIMIENTO ≠ REUBICACIÓN. Limpiar, inclinar o tocar el equipo no debe crear una falsa alarma de traslado.
Integrity flow

Del golpe a una alarma de retiro: pensar en secuencias

1
QUIET

baseline estable

›
2
IMPACT

pico impulsivo

›
3
MOVEMENT

actividad sostenida

›
4
SENSOR BURST

GNSS + Wi‑Fi + BLE

›
5
FINGERPRINT Δ

cambia contexto

›
6
ALERT

confidence alto

Possible removal sequence
14:31:02 · IMPACT
evento corto, intensidad alta
14:31:05 · MOVEMENT
actividad continua
14:31:18 · Wi‑Fi/BLE changing
sale del fingerprint esperado
14:31:44 · GNSS acquired
accuracy mejora cerca de exterior
14:32:10 · zone exit
backend eleva confidence de removal

Qué evita falsos positivos

• thresholds calibrables por gabinete/soporte
• debounce y ventanas temporales
• distinguir impacto de movimiento sostenido
• exigir cambio radio/GNSS antes de REUBICACIÓN
• combinar evidencia, no reaccionar a un sensor aislado

No fijar “2.0 g = golpe” como verdad universal. Primero medir el equipo real instalado.

Vote context · passive BLE

Al votar: observar presencia, no identificar personas

Short observation window

VOTE @ 14:32:05

Capturar BLE ambiental durante una ventana corta alrededor de la interacción.

7
BLE seen
1
very near
−37
strongest RSSI
TTL
ephemeral signature

✓ Sí usar

Conteos agregados · proximidad aproximada · señal efímera · anomalías estadísticas · posible duplicate signal.

✕ No usar

MAC como identidad · “este teléfono votó ayer” · perfil cross-location · seguimiento persistente del pasajero.

Por qué:

BLE moderno incorpora direcciones privadas/rotativas precisamente para reducir tracking persistente.

Smiley as a beacon

La tablet también puede anunciar: “hay un Smiley aquí”

SMILEY
BLE ADV

Broadcast silencioso
low power · non-connectable si alcanza

→

rotating ephemeral ID
WD · A7F291

→
opt‑in app

Feedback point nearby

Resolve ephemeral ID → optional interaction

Silent

El advertising BLE por sí solo es radio broadcast; no diseñarlo para provocar pop‑ups arbitrarios.

Ephemeral

Rotar IDs y evitar location/name sensibles en el advertising payload.

Opt‑in

Una experiencia visible requiere app/mecanismo compatible y consentimiento apropiado.

Is advertising “too aggressive”?

Diseñarlo como infraestructura silenciosa, no marketing de proximidad

Recommended posture

Ambient infrastructure

• TX power bajo/moderado
• intervalo razonable
• payload mínimo
• rotating IDs
• sin PII
• feature remotely configurable
• posibilidad de apagar advertising por sitio

Avoid

Proximity spam

• intentar notificar cualquier teléfono
• identificador fijo y rastreable
• nombre exacto de ubicación en claro
• correlación entre aeropuertos/sitios
• usar presencia BLE para perfilar personas

Boundary de producto: “WorkDone observa el ambiente y la integridad del punto de feedback; no identifica ni sigue personas.”

Android / Kotlin

Arquitectura de implementación propuesta

SensorManageraccelerometer · geomagnetic · proximity
Fused Locationcurrent fix · accuracy · age
WifiManagerscan results · BSSID · RSSI · throttling
Bluetooth LEScanner · Advertiser*
TelephonyCellInfo context*
Local event enginedebounce · classify · trigger burst
SQLite/Room queueoffline persistence · sequence IDs
WorkManager / FGSpolicy by Android version/use case
4G APIbatched / immediate events
Backend fusionprofiles · confidence · alerts
Wi‑Fi

Android limita frecuencia y exige permisos/location state según versión.

BLE

Android 12+ separa BLUETOOTH_SCAN / ADVERTISE; verificar soporte de advertiser en runtime.

Background

Diseñar explícitamente para kiosk/foreground/background; no asumir ejecución ilimitada.

Data model

Un evento compacto, trazable y explicable

{
  "deviceId": "WD-AEP-042",
  "event": "POSITION",
  "ts": "2026-10-04T21:15:20-03:00",
  "location": {
    "profile": "AEP/T1/ARR/CINTA_04",
    "confidence": 0.94,
    "gnssAccuracyM": 63.0
  },
  "radio": {
    "wifiFingerprintId": "wf_91ab",
    "bleContextId": "bf_7c2e"
  },
  "cause": "PERIODIC"
}
GOLPE

peak / impulse / severity / duration / calibrationVersion

MOVIMIENTO

duration / energy / orientationDelta / burstTriggered

REUBICACIÓN

fromProfile / toProfile / confidence / evidence[]

Design rule

Guardar features derivadas y sólo raw sensor windows cuando realmente sean útiles para calibración/diagnóstico.

Roadmap

Implementar valor antes que complejidad

V1

Accel + GNSS + Wi‑Fi

POSITION · MOVEMENT · IMPACT

1.1

Passive BLE

ambient fingerprint + vote context

1.2

Sequences

TILT* · relocation · removal

V2

Location Profiles

confidence + radio map + crowd learning

2.1

Owned Beacons

sólo en zonas ambiguas

EXP

BLE Advertising

silent · rotating ID · opt‑in

First experiment

Radio fingerprints

Mover una A11 por 6–10 zonas reales y medir separabilidad Wi‑Fi/BLE.

Second experiment

Impact calibration

Golpes, limpieza, manipulación y traslado reales sobre gabinete.

Third experiment

BLE advertiser

Verificar hardware support + coexistencia scan/advertise + consumo + UX.

Product thesis

Qué convierte esto en algo más que “una tablet con caritas”

WorkDone+Smiley today
Feedback

Captura una opinión contextualizada por dispositivo y ubicación configurada.

WorkDone+Smiley evolved
Aware endpoint

Conoce su ubicación probable, integridad física, contexto radio y presencia ambiental — y puede anunciarse de forma opt‑in.

Self-monitoring

¿sigo donde debo?

Self-protection

¿me movieron/golpearon?

Context-aware

¿qué radio environment veo?

Future interactive

¿puedo anunciar presencia sin invadir?

El diferencial no es un sensor aislado. Es la combinación de señales + confidence + reglas de privacidad.

Sources & verification

Hechos verificados vs. hipótesis a probar

Samsung · Galaxy Tab A11 LTE

GNSS, Wi‑Fi, Bluetooth 5.3 y sensores listados.

Abrir fuente ↗
Android · Wi‑Fi scanning

Permisos, restricciones y throttling de escaneo.

Abrir fuente ↗
Android · Bluetooth permissions

BLUETOOTH_SCAN / BLUETOOTH_ADVERTISE desde Android 12+.

Abrir fuente ↗
Android · BluetoothLeAdvertiser

API para BLE advertising; puede fallar si la plataforma no soporta la feature.

Abrir fuente ↗
Android · Wi‑Fi RTT

Ranging sin conexión a AP; referencia de ~1–2 m con infraestructura compatible.

Abrir fuente ↗
Android · UWB

Ranging de precisión centimétrica en hardware compatible.

Abrir fuente ↗
Bluetooth SIG · Privacy

Private/resolvable addresses reducen la capacidad de tracking persistente.

Abrir fuente ↗
Google · FusedLocationProviderClient

Current location, accuracy/freshness y restricciones de background.

Abrir fuente ↗
Antes de codificar: ejecutar capability probe en la A11 real: Android version, BLE advertising support, scan/advertise coexistence, available sensors, background behavior y permisos administrables en modo kiosk.