NanoPi R6C. El mejor SBC que ha pasado por PcDeMaNo, hasta ahora - Página 4 de 7

Contenido

Instalación y puesta en marcha del R6C

Teniendo en cuenta que este NanoPi es casi «idéntico» al R6S, último NanoPi recién revisado e incluso al R5S del pasado año os animamos a que acudáis a dichas revisiones en busca de detalles centrándonos en ésta a «aclarar» algunas cosas que, con el tiempo, hemos visto que no quedaron suficientemente claras. ¿OK?

Esta vez no hemos querido cambiar la versión de firmware que venía grabada en la eMMC del NanoPi por cuanto nos gusta OpenWRT y nos resulta más que suficiente para la utilidad que queremos dar a este dispositivo: Contenedor de Dockers con Home Assistant, Portainer, Zerotier, Jellyfin y … Plex Media Server.

Como es habitual el Sistema Operativo que viene cargado en el R6C corresponde a FriendlyWRT 22.03 (la versión «personalizada» por parte de FriendlyELEC de OpenWRT). Aunque en su WiKi además de imágenes con Debian, Ubuntu e incluso Android, hay varias de OpenWRT hemos querido por esta vez usar la versión que no incluía DOCKER preinstalado para comprobar lo sencillo que resulta instalarlo por nuestra cuenta.

Aunque se puede acceder al SBC de diferentes formas, en nuestro caso, preferimos conectarlo a nuestro teclado y monitor y vía cable a nuestra red casera y modificar la configuración del correspondiente fichero /etc/config/network (líneas 25 a 33) los datos de tu LAN para que se conecte, en nuestro caso con una IP fija (192.186.1.160)

config globals 'globals'
option ula_prefix 'fd00:ab:cd::/48'

config device
option name 'eth0'
option macaddr '56:63:9e:80:c7:f2'

config interface 'wan'
option device 'eth0'
option proto 'dhcp'

config interface 'wan6'
option device 'eth0'
option proto 'dhcpv6'

config device
option name 'br-lan'
option type 'bridge'
list ports 'eth1'

config device
option name 'eth1'
option macaddr '56:63:9e:80:c7:f3'

config interface 'lan'
option device 'br-lan'
option proto 'static'
option netmask '255.255.255.0'
option ip6assign '60'
option gateway '192.168.1.1'
list dns '8.8.8.8'
list dns '0.0.0.0'
option ipaddr '192.168.1.160'

config interface 'docker'
option device 'docker0'
option proto 'none'
option auto '0'

config device
option type 'bridge'
option name 'docker0'

config globals 'globals'

option ula_prefix 'fd00:ab:cd::/48'

config device

option name 'eth0'

option macaddr '56:63:9e:80:c7:f2'

config interface 'wan'

option device 'eth0'

option proto 'dhcp'

config interface 'wan6'

option device 'eth0'

option proto 'dhcpv6'

config device

option name 'br-lan'

option type 'bridge'

list ports 'eth1'

config device

option name 'eth1'

option macaddr '56:63:9e:80:c7:f3'

config interface 'lan'

option device 'br-lan'

option proto 'static'

option netmask '255.255.255.0'

option ip6assign '60'

option gateway '192.168.1.1'

list dns '8.8.8.8'

list dns '0.0.0.0'

option ipaddr '192.168.1.160'

config interface 'docker'

option device 'docker0'

option proto 'none'

option auto '0'

config device

option type 'bridge'

option name 'docker0'

Si todo va bien una vez rearrancada la red o reseteado el NanoPi ya podrás acceder a la interfaz de usuario (con root/password).

Luego solo te queda cambiar la password, idioma y la timezone para poder entrar vía web a «toquetear» todo lo que quieras en tu nuevo OpenWRT.

Da gusto disponer de 8GB de RAM ya que incluso después de instalar media docena de dockers…todavía quedan más de 6GB libres.

Tampoco hay problema alguno en cuanto a ocupación de la eMMC por cuanto los ficheros multimedia (vídeos principalmente) los tenemos en el correspondiente NVMe.

Hablando del disco NVMe, lógicamente hemos instalado en el nuevo NanoPi R6C el que veníamos utilizando en el «viejo» R5S.

Y así sin necesidad de hacer cambio adicional alguno podemos utilizar las «pelis» que estábamos usando hasta ahora.

También de esa forma la configuración de aria2, el programa para trabajar con nuestros Torrents, es idéntica en el R5S y ahora en el R6C.

VELOCIDAD ACCESO A NUESTRO NVMe

Aunque ya en el R5S nos pareció que la velocidad de acceso al disco era excelente (unos 920 MB/sec), la misma prueba repetida en el R6C esta velocidad se cuadriplica llegando casi a los 4 GB/sec que no está nada mal . Queda demostrada también aquí la potencia del nuevo procesador.

root@R6C:~# hdparm -T /dev/nvme0n1p6

/dev/nvme0n1p6:
Timing cached reads: 7272 MB in 2.00 seconds = 3638.61 MB/sec
root@R6C:~# hdparm -T /dev/nvme0n1p6

/dev/nvme0n1p6:
Timing cached reads: 7654 MB in 2.00 seconds = 3829.71 MB/sec
root@R6C:~#

root@R6C:~# hdparm -T /dev/nvme0n1p6

/dev/nvme0n1p6:

Timing cached reads: 7272 MB in 2.00 seconds = 3638.61 MB/sec

root@R6C:~# hdparm -T /dev/nvme0n1p6

/dev/nvme0n1p6:

Timing cached reads: 7654 MB in 2.00 seconds = 3829.71 MB/sec

root@R6C:~#

7633

3 Comments

Inline Feedbacks

Ver todos los comentarios

Admin

Pharizna

1 año antes

Aunque pensamos que PLEX Media Server no será capaz de resolver el problema de los AVIs en la tele LG tenemos la idea de probar a ver si en un NAS PLEX es la solución.

La última prueba que se nos ocurre y que “casi” seguro que funciona será reproducir estos ficheros “malditos” en un SBC conectado a la tele a través su salida HDMI. Ahí las posibilidades son múltiples ya que se podría instalar Kodi, Jellyfin e incluso PLEX.

10 meses antes

Afortunadamente ya hemos conseguido ver sin problema alguno las pelis AVI en nuestra smartTV LG. No ha sido con PLEX que se veían a trompicones… igual que en Jellyfin

La solución ha sido instalar un nuevo docker de Jellyfin que incluye la «transcodificación» en el procesador Rockchip RK3588 que es el procesador que también tiene el CM3588.

El código para el docker quedaría así:

docker run -d \
 --name jellyfin \
 --privileged \
 --net=host \
 --restart=unless-stopped \
 --volume /path/to/config:/config \
 --volume /path/to/cache:/cache \
 --volume /path/to/media:/media \
 `for dev in dri dma_heap mali0 rga mpp_service \
    iep mpp-service vpu_service vpu-service \
    hevc_service hevc-service rkvdec rkvenc vepu h265e ; do \
   [ -e "/dev/$dev" ] && echo " --device /dev/$dev"; \
  done` \
 nyanmisaka/jellyfin:latest-rockchip

docker run -d \

--name jellyfin \

--privileged \

--net=host \

--restart=unless-stopped \

--volume /path/to/config:/config \

--volume /path/to/cache:/cache \

--volume /path/to/media:/media \

`for dev in dri dma_heap mali0 rga mpp_service \

iep mpp-service vpu_service vpu-service \

hevc_service hevc-service rkvdec rkvenc vepu h265e ; do \

[ -e "/dev/$dev" ] && echo " --device /dev/$dev"; \

done` \

nyanmisaka/jellyfin:latest-rockchip

8 meses antes

En respuesta a Pharizna

Es increíble lo que sabe más de uno. Si primero fueron capaces de activar la transcodificación en el procesador rk3588 ahora ya han empezado a usar la NPU del mismo para agilizar las tareas de reconocimiento de imágenes/ machine learning.