-
Notifications
You must be signed in to change notification settings - Fork 1
Blog
Decidimos comenzar haciendo los siguientes avances:
- Ensamblar el raspberry Pi en la caja con la pantalla.
- Configuramos la pantalla LCD (rotación 180º).ᵘʳˡ
- Configuramos el servidor tightVNC y OpenSSH.
- Configuración de perfiles.
- Configuración de UFW
- Bloqueo del perfil por defecto de "pi"
Y tuvimos algunos problemas que quedan por arreglar:
- Al rotar la pantalla se descalibro el touch
- Tenemos problemas con ver las redes wifi desde el administrador de redes.

$ ifconfig
eth0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether xx:xx:xx:xx:xx:xx txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 65 bytes 7517 (7.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 65 bytes 7517 (7.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.100.104 netmask 255.255.255.0 broadcast 192.168.100.255
inet6 xxxx:xxxx:xxxx:xxxx:xxxx:xxxx prefixlen 64 scopeid 0x20<link>
ether xx:xx:xx:xx:xx:xx txqueuelen 1000 (Ethernet)
RX packets 3284 bytes 276910 (270.4 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4083 bytes 3378609 (3.2 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
- Error. Libcam no encuentra ninguna camara conectada, por determinar si es error de la camara o del raspberry.ᵘʳˡ
Preview window unavailable
INFO Camera camera_manager.cpp:293 libcamera v0.0.0+3424-e68e0f1e
ERROR MediaDevice media_device.cpp:479 /dev/media2[]: Failed to open media device at /dev/media2: Permission denied
INFO DeviceEnumerator device_enumerator.cpp:218 Unable to populate media device /dev/media2 (Permission denied), skipping
WARN DeviceEnumerator device_enumerator_udev.cpp:173 Failed to add device for '/sys/devices/platform/soc/fe00b840.mailbox/bcm2835-codec/media2', skipping
ERROR MediaDevice media_device.cpp:479 /dev/media0[]: Failed to open media device at /dev/media0: Permission denied
INFO DeviceEnumerator device_enumerator.cpp:218 Unable to populate media device /dev/media0 (Permission denied), skipping
WARN DeviceEnumerator device_enumerator_udev.cpp:173 Failed to add device for '/sys/devices/platform/soc/fe00b840.mailbox/bcm2835-isp/media0', skipping
ERROR MediaDevice media_device.cpp:479 /dev/media1[]: Failed to open media device at /dev/media1: Permission denied
INFO DeviceEnumerator device_enumerator.cpp:218 Unable to populate media device /dev/media1 (Permission denied), skipping
WARN DeviceEnumerator device_enumerator_udev.cpp:173 Failed to add device for '/sys/devices/platform/soc/fe00b840.mailbox/bcm2835-isp/media1', skipping
ERROR: *** no cameras available ***Y nos quedaron cosas pendientes relacionadas:
- Instalar la camara.ᵘʳˡ
- Instalar ventilador.
- Configurar DDNS.
- Configurar FTP.
- Instalar KIOSK.ᵘʳˡ
- Otros.
Al comenzar a configurar el segundo Raspberry Pi nos topamos con un problema en la instalación, ya que se comenzó a actualizar y se crasheo en esta lo que provocó que se "brickeara" y tuvimos que reinstalar todo. A pesar de esto todo funciona bien sin contar la camara que aún no logramos hacer funcionar
Avances:
- Ensamblar el segundo raspberry Pi.
- Configuramos el servidor tightVNC y OpenSSH.
- Configuración de perfiles.
- Configuración de UFW
- Bloqueo del perfil por defecto de "pi"
- Configuración de DDNS para tener acceso remoto
Y tuvimos algunos problemas que quedan por arreglar:
- Cámara
Debido a un Problema de incompatibilidad entre Debian 11 y diversas funciones de arduino tuvimos que formatear todos los RPI y comenzar desde 0 instalando Raspbian versión debian 10, esto corrigió el problema de visibilidad de las redes inalambricas, la cámara, entre otros.
Actualmente esta todo lo anterior publicado instalado y comenzaremos a configurar los nodos de Kubernetes para trabajar entre dos RPI's, un VPS y un tercer RPI como cámara que estará en una red distinta a los nodos funcionando a través de WIFI.
Debido a los certámenes la semana 3 no fue tan productiva como esperábamos, comenzamos con la instalación y configuración de Docker y Kubernetes en los nodos, comenzamos la instalación de Ubuntu Server en el nodo externo (sideam-gama no será un RPI) el cual será un VPS con mayor potencia y comenzamos a investigar sobre PostMan y como crear una API para comunicar sideam-cam (RPI encargado de capturar y enviar la imagen al cluster de procesamiento (sideam-cluster) el cual se compone por 2 nodos RPI y un VPS en proxmox (sidea-alpha, sideam-beta y sideam-gama). Esperamos poder avanzar más la semana próxima.
Comenzamos con la investigación del funcionamiento de opencv e hicimos un programa rápido de detección de caras e iniciamos el proceso de programación del código para crear el archivo cascade trabajando con formato haar.

Esta semana fue una de las más aprovechadas, cambiamos de plataforma desde OpenCV a Pytorch con YOLOV.5, y comenzamos a usar la plataforma RoboFlow para manejar los datasets de imágenes, actualmente tenemos un Demo de como funciona el modelo IA después de un día de entreno con nuestro dataset y funciona considerablemente bien y rápido para la cantidad de tiempo que entrenó, aun así llegamos a la conclusión de que necesitamos mayor cantidad de muestras.
Avances:
- Demo modelo IA.
- Creación dataset V.1.
- Creación presentación avance 1.
- comienzo configuración cluster kubernetes en los RPI.
- Inicio diseño de la red en donde funcionarán los clusters, con su respectivo router, Vlan y switch.
Y tuvimos algunos problemas que quedan por arreglar:
- Necesitamos mayor cantidad de muestras para mejorar la precisión del dataset.
- Error al enrutar la conexión desde el router principal hasta el router encargado del cluster (192.168.100.20 (no hay ruta pasado 192.168.100.1 >> 192.168.100.1 (router ISP Huawei, a pesar de que no haya ruta desde dispositivo 1 pasando por router ISP el router ISP como tal logra tener ruta hasta router Cisco) >> 192.168.100.70 (router Cisco 2901) >> 10.0.10.0/24 (donde las direcciones asignadas a SIDEAM van del 10.0.10.5 hasta 10.0.10.60 (ESTO ES AUNQUE EL ENRUTAMIENTO DESDE EL ROUTER CISCO HASTA LA RED LAN DE 192.168.100.1 Y WAN FUNCIONAN CORRECTAMENTE 10.0.10.50 >> 10.0.10.1 >> 192.168.100.1 >> WAN/LAN(192.168.100.0/24).
Esta semana nos enfocamos en terminar la presentación del avance 1, programar un script (SIDEAM_Trainer) para instalar automáticamente Yolov5 junto a todos los componentes para poder auto iniciar el programa en el laboratorio y comenzamos a entrenar el modelo con el dataset v.1 en 4 nodos para tener redundancia en caso de que se desconecte alguno y tenemos un tiempo estimado de que el entrenamiento finalizara la semana del 6 de junio. Además pudimos arreglar los problemas con la red aunque nos falta una pequeño ajuste de subnetting.
Este proyecto fue creado para la asignatura de introducción a la ingeniería de la UTFSM con el profesor Nicolás Torres (nicolastorresr) como guía.
Los integrantes de este proyecto son: