Conteo de vehículos en entradas/salidas de aparcamientos — Selección, despliegue y datos medidos
Un conjunto utiliza una cámara y cubre una entrada. El conteo se basa en los vehículos que cruzan una línea dibujada en la imagen; los vehículos que quedan ocultos o que no cruzan la línea no se cuentan.
Qué hace esta solución
Conoce cuántas plazas quedan sin enterrar lazos en cada carril ni instalar contadores en la barrera. Tras el despliegue, dibujas una línea de conteo sobre la imagen en un navegador; cada vehículo que la cruza cuenta como entrada o salida, y los vehículos dentro y las plazas libres se publican en tiempo real en tu broker MQTT, listos para accionar un panel de plazas libres o un sistema de aparcamiento. Se adapta a aparcamientos de centros comerciales y oficinas, así como a accesos de campus y fábricas.
- Paquete de despliegue (Docker Compose y configuración): github.com/suharvest/sensecraft-solutions
- Selección y despliegue: página de diseño de referencia
El vídeo se queda en el sitio
La imagen se analiza en el host junto a la barrera; solo salen los conteos.
Cuenta en el cruce
En un reComputer J30 Serie, los 41 cruces se contaron en la dirección correcta; consulta "Rendimiento y datos medidos".
Usa las cámaras que ya tienes
Las cámaras de red RTSP existentes en la barrera se conectan directamente; sin lazos, sin cambios en la barrera.
Entradas y salidas, por tipo de vehículo
Cada registro de cruce lleva la dirección y el tipo de vehículo (coche, motocicleta, autobús, camión).
En un dispositivo real
La propia página de vista previa en el navegador del host de conteo: la línea vertical amarilla es la línea de conteo, cada vehículo lleva un ID de pista y una confianza, y el panel derecho muestra los vehículos dentro, las plazas libres y los totales de hoy.
Las dos capturas de pantalla están separadas por 3 s. La entrada es un clip de prueba sintético (una imagen de vehículo moviéndose adelante y atrás sobre un fondo gris), no imágenes reales del sitio.
Hardware necesario
Tres elementos en el sitio: la cámara de la barrera, un host de conteo y un broker MQTT (uno ya existente en el sitio, o instala Mosquitto).
① Cámara de la barrera: una cámara de red existente con un flujo RTSP en H.264 o H.265, fija sobre el carril.
② Host de conteo: elige uno; un host por cámara.
| Host de conteo | Velocidad medida | Elígelo cuando | |
|---|---|---|---|
 | reComputer J30 Serie (J3011) Jetson Orin Nano, JetPack 6.2 | 30 fps | Los vehículos pasan a velocidad normal |
 | reComputer J40 Serie (J4012) Jetson Orin NX, JetPack 6.2 | Mismo paquete que J30 | El host también ejecuta otros modelos |
 | reComputer RK3576 Serie NPU integrada | 30 fps | Tráfico a velocidad normal, la prioridad es el coste |
 | reComputer RK3588 Serie NPU integrada | alrededor de 3 fps | Barreras donde los vehículos reducen la velocidad o se detienen |
Las velocidades de J30 y RK3576 se midieron con entrada de 640×360 a 30 fps; RK3588 con entrada de 1280×720 a 5 fps.
El host de conteo, la cámara y el broker MQTT comparten una LAN o pueden alcanzarse entre sí. El primer despliegue descarga la aplicación (unos 0,5–0,7 GB) y los modelos; después de eso funciona sin conexión.
Despliegue en el sitio
1. Montar la cámara
Fija la cámara sobre el carril de forma que los vehículos entren por un lado de la imagen y salgan por el otro. En un host RK3588 un vehículo tiene que permanecer a la vista alrededor de la línea durante aproximadamente 1 s o más para contarse de forma fiable, lo que se adapta a accesos con barrera.
2. Instalar el software: tres pasos
Los pasos por dispositivo están en la página de diseño de referencia; esto es el resumen.
- Despliega el host de conteo: introduce la dirección RTSP de la cámara, el broker MQTT y el número total de plazas; el despliegue comprueba las bibliotecas de tiempo de ejecución de la placa.
- Dibuja la línea de conteo: arrastra la línea en la página de vista previa, elige qué lado significa "entrada" y guarda.
- Comprueba: después de que un vehículo cruce, el conteo de entradas o salidas en la página de vista previa sube en uno y llega un registro de cruce por MQTT.
Interfaces
Los conteos se envían por MQTT a tu broker; el estado usa HTTP.
- Señal de plazas libres / sistema de aparcamiento: suscríbete al tema de estado del aparcamiento y lee las plazas libres; cambia a "Full" cuando sea cero.
- Estadísticas de tráfico: suscríbete al tema de cruces y cuenta por dirección y tipo de vehículo.
- Varias entradas: despliega un conjunto por entrada y súmalos por ID de sitio aguas arriba.
| Tema / puerto | Contenido |
|---|---|
MQTT <site>/parking/<entrance>/crossing | Uno por cruce: dirección (entrada / salida), tipo de vehículo, confianza, vehículos dentro y plazas libres después del cruce |
MQTT <site>/parking/<entrance>/occupancy | Vehículos dentro, plazas totales, plazas libres, entradas y salidas de hoy; se envía después de cada cruce |
HTTP 8080 /preview | Vista previa en navegador: imagen, línea de conteo, conteos dentro y libres |
HTTP 8099 /healthz | Si están llegando fotogramas y la tasa de procesamiento |
Rendimiento y datos medidos
Conteos y velocidad de procesamiento
| Dispositivo | Entrada | Velocidad de procesamiento | Resultado del conteo |
|---|---|---|---|
| reComputer J30 Serie (Orin Nano) | 640×360, 30 fps | 29,98 fps, análisis por fotograma p50 3,6 ms (medido) | Los 41 cruces contados, todas las direcciones correctas (medido) |
| reComputer RK3576 Serie | 640×360, 30 fps | 30,0 fps, CPU del contenedor 14,9 %, memoria 95 MiB (medido) | 19 eventos de cruce: 9 entradas, 10 salidas (medido) |
| reComputer RK3588 Serie | 1280×720, 5 fps | 3,0 fps, análisis por fotograma p50 17,8 ms (medido) | 107 eventos de cruce (medido) |
Todas las entradas son un clip de prueba sintético: una imagen de vehículo cruzando adelante y atrás sobre un fondo gris. El RK3588 procesa alrededor de 3 fps, por debajo de la entrada de 5 fps, por lo que un vehículo tiene que permanecer cerca de la línea durante aproximadamente 1 s o más.
Reproducir: sensecraft-solutions/solutions/edge_parking_counting (paquete de despliegue) con el clip sintético count-synthetic-120s.mp4
Modelos y runtimes
| Dispositivo | Detección de vehículos | Runtime |
|---|---|---|
| reComputer J30 / J40 Serie | YOLOX, 416×416, FP16 | TensorRT |
| reComputer RK3588 / RK3576 Serie | YOLOX, 416×416, INT8 (w8a8) | RKNN, decodificación hardware MPP |
Parámetros que afectan al conteo (paquete de despliegue config/counting*.json):
counting.line/in_side: posición de la línea y qué lado cuenta como "in"; cámbialos en la página de vista previa después del despliegue.counting.min_track_frames: un vehículo debe ser rastreado durante al menos 3 fotogramas consecutivos antes de contarse, por lo que a bajas tasas de fotogramas necesita permanecer más tiempo en el campo de visión.counting.capacity: plazas totales; plazas libres = total − vehículos dentro.
Degradaciones conocidas
- Pegado de cola y oclusión en paralelo: cuando las distancias de seguimiento son inferiores a 1 m o dos vehículos cruzan simultáneamente lado a lado, las cajas delimitadoras pueden fusionarse u ocultarse, provocando conteos por debajo de lo real o vectores de dirección invertidos. Se recomiendan separadores físicos de carril.
- Interferencia de peatones y bicicletas: el modelo está entrenado en vehículos motorizados. Cruces peatonales densos o motocicletas que pasan muy cerca de un coche pueden fragmentar los ID de seguimiento.
- Velocidad y fotogramas de seguimiento: cruzar la línea de conteo requiere al menos 3 fotogramas rastreados. Los carriles de acceso deben tener un límite de velocidad recomendado ≤ 15 km/h; los pasos de autoservicio a alta velocidad pueden provocar conteos omitidos.
Fuentes de datos y recursos
- Las capturas de pantalla y los resultados de conteo utilizan un clip de prueba sintético; la fuente original de la imagen del vehículo aún está por confirmarse.
- Código del modelo de detección YOLOX: Apache-2.0.