Conclusiones
 LO BUENO
|
- Procesador RK3588S de Rockchip, una versión optimizada y más económica del potente RK3588
- Cuenta con 16 GB de RAM y una eMMC de 32 GB y a un interesante precio de 153 $ (incluyendo caja metálica con LCD)
- Tiene un conector M.2 para SSD NVMe y otro para WiFi/BT
- Pantalla táctil de 3,5 pulgadas con interfaz DSI
- El Sistema Operativo se puede instalar en microSD, eMMC o en USB (penflash / U-disk).
- Dispone de 3 puertos USB, incluyendo un USB 3.0 y dos USB 2.0
- Tiene un conector HDMI de salida lo que permite reproducir vídeos en resolución 8K con aceleración por hardware.
- Es compatible con aplicaciones de inteligencia artificial gracias a la presencia de TPU y conectores para dos cámaras.
- Soporta varios sistemas operativos, como Ubuntu, Debian, OpenWRT, Android TV y Android 12… e incluso ARMBIAN.
- Totalmente insonoro manteniendo la temperatura controlada (<50ºC) gracias a su maravillosa carcasa metálica y a su mínimo consumo (3 W frente a los 5 de la RPi 4).
- Dispone de micrófono y una pantalla capacitiva LCD de 3,5″ (800×480 pixels).
|
 LO MALO
|
- No cuenta con alimentación a través de Ethernet (Power over Ethernet, PoE).
- Espacio limitado: La proximidad entre el puerto HDMI y la antena WiFi puede dificultar el acceso simultáneo, dependiendo de los conectores utilizados.
- Nos da la impresión que para mantener bajo el consumo, funciona un poco más lento de lo habitual… aunque suficiente para ejecutar HomeAssistant, por ejemplo.
|
NOTA: 9/10
El NanoPi M6 compite directamente con otros modelos basados en el RK3588, como el NanoPC T6 o la serie R6 de FriendlyELEC. Aunque su rendimiento bruto es comparable, la incorporación de una pantalla táctil y su eficiente gestión térmica lo hacen destacar en aplicaciones específicas. Frente a la Raspberry Pi 4, el M6 ofrece ventajas claras en términos de capacidad de RAM, soporte para SSD NVMe y reproducción multimedia 8K, aunque a un precio ligeramente superior.
NOTA: Como siempre, muchas gracias a nuestra amiga Siyao por habernos enviado su último producto y por estar siempre dispuesta a contestar a nuestras preguntas.
6911
LO MALO
6911
Aunque la existencia de una pantalla integrada en un SBC a priori nos parecía interesante la verdad es que muchas veces no aporta nada e incluso algunas veces resulta un estorbo.
Por ejemplo, nosotros ahora mismo estamos pensando en utilizar este M6 para Home Assistant y dejarlo sin vigilancia alguna en la casa del pueblo, Está claro que para dicho uso nos «sobra» su pantalla. El problema es que si no lo conectamos a un monitor la salida gráfica va directamente a la minipantalla que nadie ve.
En nuestras primeras pruebas hemos conseguido que la pantalla de «apague» tras unos minutos sin uso cual si de un PC se tratara. Sin embargo en realidad no se apaga del todo y de hecho es sensible ya que pasando el dedo por encima vuelve a la vida. Nuestro miedo es que mantenida en dicho estado varios meses,,, acabe «quemándose».
Al final hemos conseguido apagarla (más bien que no se encienda) modificando el fichero /boot/armbianEnv.txt, «Simplemente» eliminando la línea del «overlays=nanopi_m6_display…» no arranca la mini-pantalla
pi@nanopi-m6:~$ cat /boot/armbianEnv.txt.oldverbosity=1
bootlogo=true
console=both
extraargs=cma=256M
overlay_prefix=rockchip-rk3588
overlays=nanopi-m6-display-dsi1-yx35 panthor-gpu
fdtfile=rockchip/rk3588s-nanopi-m6.dtb
rootdev=UUID=d2e2fbd4-5cb0-4099-bf9f-5b264a2a5aaf
rootfstype=ext4
usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u
Cuando necesitemos que funcione será algo tan fácil como «recuperar» dicha línea!
De paso hemos conseguido reducir aún más el consumo electrico del M6 rebajando también la temperatura del SBC, claro.
Es curioso pero finalmente ya he conseguido conocer porqué mi M6 se reseteaba últimamente unos minutos después de dejar de trabajar con él
Por alguna razón al «quitar» la mini-pantalla no le ha debido gustar mucho y cuando entraba en situación de «reposo» el M6 unos minutos sin usarlo en lugar de apagar sus pantallas… se reseteaba,
La solución, que parece funciona, es de lo más sencilllo… la salida a la(s) pantalla(s) nunca se apaga con lo que no debería apagar el SBC ¿no?
Veremos si finalmente es tan sencillo olvidarse de esa pantalla de una forma igual de fácil para volver a usarla cuando nos sea necesario