Contenido
Debian 10
Dicho y hecho!. Hemos instalado la versión anterior de Debian y la verdad es que el comportamiento del teclado ha mejorado de forma sustancial sin producirse bloqueos. Como aspecto negativo es que en Buster (Debian 10) no es tan sencillo «localizar» el idioma y el teclado al no existir una interfaz sencilla por lo que hay que acudir a buscar la ayuda necesaria en Google para hacer la instalación mediante comandos en la Terminal.
En este caso la versión preinstalada de KODI era las 17 (Krypton para los amigos) y lógicamente solo en inglés… aunque sin problemas ni en la reproducción ni con el movimiento del ratón. Por ello (desde la Terminal de comandos, como no) actualizamos Kodi a Matrix funcionando todo a la perfección y en nuestro idioma, claro.
Rendimiento del NanoPi R6S con Debian 10
Aunque el comportamiento del R6S trabajando con Debian 10 es bueno quisimos hacer algún tipo de prueba para intentar cuantificarlo con vistas a poder compararlo con los próximos SBC. Por ello instalamos sbc-bench, herramienta open-source que intenta someter a pruebas duras a los SBC. De los cuatro intentos que hicimos de utilizar la herramienta tan solo en un caso conseguimos finalizarlas. El resto de la veces lo único que conseguimos fue «apagar» de forma intempestiva al R6S por lo que pensamos que debe tener algún problema la imagen ¿no?. En cualquier caso aquí dejamos el fichero de resultados obtenido para poder compararlo en el futuro con los próximos SBC que revisaremos (por ejemplo, el ROCK5 de Radxa en el que tenemos puestas todas nuestras esperanzas).
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | sbc-bench v0.9.9 FriendlyElec NanoPi R6S (Sun, 11 Dec 2022 15:23:38 +0100) Distributor ID: Debian Description: Debian GNU/Linux 10 (buster) Release: 10 Codename: buster /usr/bin/gcc (Debian 8.3.0-6) 8.3.0 Uptime: 15:23:39 up 4 min, 2 users, load average: 0.43, 0.39, 0.19, 31.5°C, 19.86V, 87641209 Linux 5.10.110 (R6S-Debian10) 12/11/22 _aarch64_ (8 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 7.24 0.01 1.56 1.05 0.00 90.15 Device tps kB_read/s kB_wrtn/s kB_read kB_wrtn mmcblk2 2.23 38.51 0.00 9447 0 mmcblk0 53.10 2147.52 44.36 526807 10882 sda 1.07 73.72 0.00 18085 0 total used free shared buff/cache available Mem: 7.5Gi 711Mi 6.4Gi 53Mi 357Mi 6.5Gi Swap: 0B 0B 0B |
13918
Qué cosa más curiosa! Yo que echaba la culpa al NanoPi R6S del extraño error en el HA y ahora se ha ido y vuelto la luz un par de veces en casa … y el mismo error ha aparecido en el HA que llevaba meses funcionando sin problemas en la RPi4.
Debe de tratarse de un error con las versiones lanzadas desde noviembre hasta ahora.
EDITO: El «problema» parece estar relacionado con algún tipo de «timing» al cargar dicho complemento ya que simplemente rearrancando HA desaparece el «problema» y se acaban de cargar los elementos que se habían colgado ¿?
Finalmente nuestros amigos de CNX-software han conseguido que les funcione Ubuntu en su NanoPi R6S.
Los resultados de sus pruebas y que podéis ver aquí están muy alineados con los nuestros…como no podía ser menos
Dicho y hecho.
Si cuando publicamos la revisión del R6S nos despedíamos hasta que lanzasen un nuevo R7S con zócalo M.2 nos acaban de confirmar que viene de camino a PcDeMaNo un nuevo R6C que es como el R6S pero con el conector que pedíamos. 😜
Lo siguiente será que esta gente fabrique no solo SBC basados en procesadores ARM sino en RISC-V como ha empezado a hacer ASUS con sus nuevos Tinker V