El usuario de Disqus @gthunderhead nos ha enviado una colaboración especial retro. Se trata de una guía para poder conectar directamente un mando de Megadrive a la Raspberry Pi a través de los puertos GPIO.

La parte hardware

Bueno lo primero que consiguió mediante la web fueron estos esquemas de conexión:

Que esto sería compatible con controles de Atari 2600, Comodore 64 y Megadrive,

En la imagen de arriba te dice en que puerto GPIO van conectadas las funciones principales (pin 1, 2 ,3, 4, 6, 7, 8)

El segundo cuadro te indica que función hace cada pin.

Luego esta imagen es la que hay que tener en cuenta para saber que función tiene cada pin:

(Según esta imagen funciona con 5V pero en el otro cuadro indica que va a 3.3V por ahora él solo lo conectó a 3.3V)

Como su Raspberry tiene 40 pin, no es un modelo antiguo del GPIO de 24 pines, tuvo que seguir este esquema para poder hacer las conexiones:

Bueno el resultado fue dentro de todo bueno y le han quedado algo así las conexiones:

Usó un conector DB9 de una Megadrive vieja y cables que provenían de un mother o placa base de PC antiguo (por eso le salio más prolijo)

El único problema que tiene es que no logra hacer que funcionen los botones C/START, seguramente debe estar haciendo algo mal en la conexión de ese puerto, o no sé que puede estar pasando.

La parte de software:

Vamos a la ruta recalbox/share/system/recalbox.conf y abrimos el archivo recalbox.conf con Notepad++ o de la forma que más gustes.

Y en la linea:

Modificamos lo marcado en amarillo de esta forma:

## DB9 Controllers
## Enable DB9 drivers for atari, megadrive, amiga controllers (0,1)
controllers.db9.enabled=6
## db9 arguments
controllers.db9.args=map=1,2 \``\`

Si no funciona con ese cambio en la última línea controllers.db9.args=map=1,2 deja solo lo siguiente:

`controllers.db9.args=map=1`

Listo ahí se encontraría activado el mando de Megadrive original de 6 botones.

Ahora os toca a vosotros ayudar y hacer que funcione los botones C / START y nos estaría muy agradecido.

Visita su fan page en Facebook!

Hoy es el día de Pi, el 14 de marzo o 3/14 para la notación anglosajona. Así que para celebrarlo con la Raspberry Pi los chicos de Sparkfun han publicado una infografía con muchos de los modelos, que no todos, de Raspberry Pi hasta la fecha de 2017.

Me he permitido el lujo de hacerle un par de cambios y correcciones y os la comparto aquí:

También los podéis descargar en:

• PDF PiDay_infographic_2017_raspberry-para-torpes-v1
• SVG en zip PiDay_infographic_2017_raspberry-para-torpes-v1

Syncthing es una de las opciones que he probado y que me han resultado más fáciles y más interesantes a la hora de crear una nube privada para compartir y mantener una copia de archivos e información. También podemos hacer esto con servicios de terceros y fuera de nuestra casa y control, como serían los famosos Dropbox y Google Drive o las opciones personales como arkOS, ownCloud o Nextcloud.

Pero volviendo a la opción fácil pero no menos potente, tenemos Syncthing que tiene cliente para compartir en Windows, Mac, Linux, Android, BSD, etc.

No es una instalación tipo servidor a la que luego accederemos para copiar algo concreto, sino que es una filosofía tipo Dropbox con dos carpetas idénticas con todo copiado y sincronizado entre nuestra Raspberry Pi u Orange Pi y nuestro PC o Mac. Además de que esto lo podremos hacer en una red local o desde cualquier parte del mundo.

Hay que tener en cuenta que se necesita tener una instalación gráfica ya que se configura y gestiona desde una página web por lo que en principio no es una buena idea o nos complica las cosas si lo usamos en un servidor sin monitor, o sea, headless. Esto además no solo será necesario para la primera configuración, sino que cada vez que vayamos a añadir un equipo o nuestra red de intercambio habrá que darle permisos en ambos extremos, lo cual es una garantía de seguridad.

Las instrucciones de la instalación en la Raspberry Pi y equivalentes las podéis encontrar en este enlace y a día de hoy son las siguientes a ejecutar desde una Terminal:

curl -s https://syncthing.net/release-key.txt | sudo apt-key add -
sudo echo "deb https://apt.syncthing.net/ syncthing stable" | sudo tee /etc/apt/sources.list.d/syncthing.list

Luego actualizamos e instalamos:

sudo apt-get update
sudo apt-get install syncthing

Y ya podemos lanzar la aplicación desde una Terminal syncthing:

Y esto abrirá inmediatamente una página web en el puerto 8384 para configurar la aplicación, incluyendo el idioma que puede ser español. Desde esta web también elegiremos las carpetas a compartir.

Ahora toca instalarlo y ponerlo en marcha en el otro equipo, en mi caso un PC con Ubuntu:

Estar serían las opciones a la hora de configurarlo.

Una vez que ya tenemos al menos 2 equipos configurados, la web de nuestro Syncthing nos indica información del equipo local (This Device) y del remoto (Remote Devices)

Si queremos acceder a un servidor sin monitor tendremos que redireccionar los puertos por SSH lo cual en Linux es así de sencillo para tener el puerto remoto 8384 en el 9090 de nuestro equipo:

ssh -L 9090:127.0.0.1:8384 usuario-raspberry@ip-raspberry

El cliente de Syncthing para Android es un poco más simplón y no está a la altura del resto, pero un apaño si nos hace. Además en este caso no es sincronización completa:

La empresa alemana SUSE es una de las creadoras de una distribución de Linux más antiguas y serias desde el punto de vista empresarial. Además de su conocida versión Entreprise de pago también tienen disponible una versión comunitaria y gratuita denominada openSUSE y que tiene versión para Raspberry Pi. Hay algunas cuestiones interesantes a tener en cuenta en la variedad versiones que proveen.

En primer lugar hay dos tipos de versiones denominadas: Leap y Tumbleweed.

• Leap es una versión que va a saltos, como su nombre en inglés indica y que por lo tanto se parece a las distribuciones tradicionales de toda la vida que se actualizan para corregir errores dentro del mismo número de versión y luego dan un salto cambiando completamente en la siguiente versión.
• Tumbleweed es una versión que se actualizará de forma continua, en teoría sin saltar de una versión a otra, como las denominadas “rolling distro”, de ahí también el nombre de hierba rodante como esas de las películas del Oeste.

Si queréis saber más detalles de la versión Tumbleweed en general, os recomiendo este artículo de Victor HCK

Dentro de la decisión de openSUSE de apostar más fuerte por Raspberry y mantener versiones para Raspberry Pi 1, 2 y 3 ha llevado a que ahora podamos descargar Tumbleweed para los tres modelos además de la Leap para la Raspberry Pi 3.

Aclarado este punto, lo siguiente es elegir entre las distintas versiones que a su vez hay dentro de cada tipo:

• JeOS es una versión Lite de SUSE solo con lo justo para arrancar, su nombre viene de Just Enough Operating System más información en SUSE
• E20 con el gestor de ventanas Enlightment
• XFCE con el gestor de escritorio con este mismo nombre y que es el mismo que llevan por ejemplo armbian
• LXQT que es la nueva versión de Lxde que era el escritorio por defecto de Raspbian al principio.
• X11 que entiendo que será una versión más o menos básica como JeOS pero con el servidor X11, no he encontrado mucha información al respecto.

Además de las versiones anteriores, aún hay más, ya que openSUSE permite descargar versiones indicadas como downstream kernel o non-upstream que básicamente contienen un kernel más anticuado, se supone que más estable y probado y que en el caso de las Raspberry Pi 1 incluye aceleración de vídeo.

Actualmente los enlaces para todas estas versiones los podéis encontrar aquí:

• OpenSUSE para Raspberry Pi 1, y supongo que también para ZERO y ZERO W
• OpenSUSE para Raspberry Pi 2 aunque supongo que solo para el modelo original y no para el de 2016 que incluye el procesador de 64bits de la RPi3
• OpenSUSE para Raspberry Pi 3 incluyendo también la opción de openSUSE Leap siendo este el único Sistema Operativo de 64 bits disponible, aunque de eso también habría que hablar otro día.

Después de encontrar y decidir que Recalbox era mi elección como sistema operativo para usar la Raspberry Pi como emulador de consolas antiguas no he seguido buscando mucho más, pero la cuestión es que las Orange Pi me habían dejado muy buen sabor de boca por lo que estuve detrás de ver si salia un Recalbox para Orange Pi y que como al final no lo veía cerca probé las alternativas que hasta no hace mucho se resumían en una: RetroOrangePi que sin estar mal del todo me recordó mis problemas con Retropie.

Así que cuando vi la noticia de que lanzaban la versión beta de Lakka.tv para procesadores Allwinner H3 como el de la Orange Pi One o la Orange Pi Lite decidí probarlas.

Después de esa primera versión que enlazan en el anuncio han lanado varias versiones nuevas incluidas las RC (Release Candidate) de la nueva versión de Lakka 2.0. Para quién no conozcáis este emulador os diré que trae una estética parecida a las de las PSP y que trae de serie incluidos los emuladores de casi todo sin necesidad de las BIOS(salvo para los casos de las PSX y otras que se indican en la documentación).

He probado una serie de clásicos y en concreto varios juegos de N64 y PSX. Los resultados no están nada mal.

En PSX la velocidad del emulador es sorprendente con 60fps sin problemas en juegos clásicos como GT, Tekken 3, Crash Bandicot o Spyro the Dragon.

En N64 la cosa fue de más a menos, algunos juegos van bastante bien si son muy 3D como el WipeOut y otros no, algunas veces el sonido se entrecorta. Luego tocando configuraciones a lo loco conseguí que fuera mejor pero con fallos en las texturas 2D. No sé si cuando salga la versión Lakka 2.0 muchos de estos fallos se hayan corregido y vaya mejor. La lista de placas soportada de forma nativa por el emulador Lakka es sorprendente y no solo incluye las Orange Pi que he comentado y las clásicas Raspberry Pi si no muchísimas más.

He instalado openSUSE en las Raspberry Pi, para probar y comparar. Las pruebas van a ser muy simples y para comparar un poco con Raspbian PIXEL y entre las distintas openSUSE en sí. Haré las dos pruebas y benchmarks tipo que siempre hago con sysbench. En concreto lo que hice:

1. instalar openSUSE Tumbleweed en la Raspberry Pi 1 y pruebas básicas
2. instalar openSUSE Tumbleweed en la Raspberry Pi 2 y pruebas básicas
3. tratar de usar la imagen anterior tal cual con la Raspberry Pi 3 y hacer las pruebas básicas
4. instalar openSUSE Tumbleweed en la Raspberry Pi 3 y pruebas básicas

El paso 3 era para poder comparar la diferencia entre un sistema operativo de 32bits y otro de 64bits como anuncian a bombo y platillo desde SUSE y openSUSE y que desde Raspbian no han querido hacer aún una versión específica de 64bits y si leéis hasta el final ya veréis que deberían. Así que como en teoría deben ser compatibles intenté ver si arrancaba la misma microSD con la misma openSUSE de 32bits de la RPi2 en la RPi3. Sin embargo, ese paso nº3 no lo puede hacer ya que no arrancaba ni con errores, ni siquiera pasaba de la pantalla multicolor inicial en la RPi3. Es algo más o menos lógico que no funcione un sistema operativo para una placa en otra pero con Raspbian si que se puede así que tenías esperanzas.

En cualquier caso vamos con las pruebas.

1. openSUSE Tumbleweed en la Raspberry Pi 1

El primer arranque tarda bastante, reparticiona la microSD para aprovechar el espacio y termina de configurar todo. En teoría debe permitir crear un nuevo usuario pero eso a mí no me salió en ninguna de las pruebas por lo que entré con el usuario por defecto directamente en modo gráfico al escritorio XFCE:

user: root
password: linux

Unos datos generales del sistema recién arrancado:

• El kernel es 4.10 que viene nada más instalarse la versión openSUSE-Tumbleweed-ARM-XFCE-raspberrypi.armv6l-2017.02.24-Build1.11
• Luego en cuanto a RAM libre y memory split coge algo así como 96MB para la GPU y 410MB de RAM para CPU más una partición swap de 497MB en la microSD
• La partición principal / se hizo de forma automática tras el primer arranque en una microSD de 16GB es de 14GB de los que quedan libres al primer arranque 11GB.

La herramienta sysbench no está instalada, así que la instalé usando YaST en modo gráfico.

El sistema queda muy bonito y completo pero se arrastra. No tiene casi sentido meter este escritorio en una Raspberry Pi 1, supongo que las configuraciones tipo servidor son más útiles. Así que tras tener problemas con la microSD que murió, puse la versión JeOS sin entorno gráfico en otra microSD y arranca más rápido y por supuesto no proporciona entorno gráfico con el que sufrir. En caso de entrar desde Terminal, para instalar algo en openSUSE haremos uso de zypper ya que los comandos son diferentes a los de Raspbian:

sudo zypper ref && sudo zypper up

Y luego la aplicación en concreto:

sudo zypper install sysbench

Una vez instalada hacemos el test desde una Terminal:

sysbench --test=cpu run

y

sysbench --test=memory --memory-block-size=1M --memory-total-size=10G run

En ambos casos sin añadir nada de --num-threads=XX ya que al solo tener un core no es necesario.

Esta microSD con openSUSE JeOS para RPi1 la probé en la RPi2 y la RPi3 y no arrancaba en ninguno de los casos, sin embargo eso si lo puede hacer con Raspbian y me sirvió para comparar los consumos en este otro artículo: sysbench | Comparativa de todas las Raspberry Pi como ya he comentado antes.

2. openSUSE Tumbleweed de 32bits en la Raspberry Pi 2

Luego instalé la imagen especial para la Raspberry Pi 2 de 32bits. Al igual que antes los números generales tras el primer arranque son:

• El kernel es 4.1.19 que viene nada más instalarse la versión openSUSE-Tumbleweed-ARM-XFCE-raspberrypi2.armv7l-2017.03.13-Build11.6 es menos nuevo que el de la RPi1
• Luego en cuanto a RAM libre y memory split coge algo así como 160MB para la GPU y 859MB de RAM para CPU más una partición swap de 494MB en la microSD
• La partición principal / se hizo de forma automática tras el primer arranque en una microSD de 8GB es de 6,6GB de los que quedan libres al primer arranque 4GB.

Después de actualizar e instalar también sysbench y por algún motivo que desconozco, al reiniciar ya con el redimensionado de las particiones hecho el entorno gráfico no arrancó. No conseguí arreglarlo, sin embargo si que pude hacer las pruebas que quería aunque no puede opinar de cómo va la interfaz XFCE. Debí haber instalado la versión JeOS también en este caso pero bueno da un poco igual. De todas formas la Terminal y el servicio SSH estaban funcionando desde el principio y se puede entrar en remoto desde otro Terminal Linux, macOS o Putty haciendo:

ssh root@linux.local

Al final, desde esa terminal SSH hice las mismas pruebas pero en este caso ya las hacemos para 1, 2, 3 y 4 cores activos:

sysbench --test=cpu --num-threads=1 run
sysbench --test=cpu --num-threads=2 run
sysbench --test=cpu --num-threads=3 run
sysbench --test=cpu --num-threads=4 run

y

sysbench --test=memory --memory-block-size=1M --memory-total-size=10G --num-threads=1 run
sysbench --test=memory --memory-block-size=1M --memory-total-size=10G --num-threads=2 run
sysbench --test=memory --memory-block-size=1M --memory-total-size=10G --num-threads=3 run
sysbench --test=memory --memory-block-size=1M --memory-total-size=10G --num-threads=4 run

3. openSUSE Tumbleweed de 32bits en la Raspberry Pi 3

Como ya comenté al principio este paso que me propuse inicialmente al final no lo pude hacer.

4. openSUSE Tumbleweed de 64bits en la Raspberry Pi 3

Por último instalo la imagen especial para la Raspberry Pi 3 de 64bits. Y de nuevo los números generales que tenemos al arrancar:

• El kernel es 4.9.6.1 con aarch64 que viene nada más instalarse la versión openSUSE-Tumbleweed-ARM-XFCE-raspberrypi3.aarch64-2017.01.31-Build1.1 también menos actualizado que el de la RPi1
• Luego en cuanto a RAM libre y memory split coge algo así como 178MB para la GPU y 846MB de RAM para CPU más una partición swap de 493MB en la microSD (el reparto entre RAM y GPU no termino de enterarme como va)
• La partición principal / se hizo de forma automática tras el primer arranque en una microSD de 8GB es de 6,6GB de los que quedan libres al primer arranque 3,5GB.

Y repetí los test con sysbench para varios cores tras instalarlo. Vemos que sysbench es una versión de 64bits como todo el software de esta versión de openSUSE especial para Raspberry Pi 3 no solo el kernel.

Primero CPU:

Y luego Memoria:

Resumen y opinión final

En primer lugar me quedó claro que la versión con escritorio XFCE para la Raspberry Pi 1 no es usable, muy lenta y además se bloqueó un par de veces. Sería cuestión de probar el LXQt o el E20. En ese aspecto creo que está mucho más optimizado Raspbian para un uso de escritorio muy básico pero razonable. Luego con Raspberry Pi 2 hubo algún problema con el entorno gráfico y no funcionó por lo que no puedo opinar de esa parte gráfica.

Con la Raspberry Pi 3 hay una gran diferencia, lógicamente, en cuanto al uso del escritorio frente a la Raspberry Pi 1 y ya si nos encontramos con una experiencia de usuario normal dentro de lo que ofrece una placa con 1GB de RAM y quad core.

Me sorprendió lo seria que es la versión y que en principio es la primera vez que me recuerda a una versión de escritorio PC, con herramientas para configurar impresoras y escáner de HP y cosas así y ni rastro de las típicas aplicaciones para educación que trae Raspbian.

En cuanto al rendimiento con sysbench tenemos para comparar las siguientes Tablas y Gráficas (solo incluyo las de rendimiento de la CPU):

• Raspberry Pi 1:

• Raspberry Pi 2:

• Raspberry Pi 3:

• Raspberry Pi 2 vs Raspberry Pi 3:

En este caso se ve que entre Raspbian y openSUSE para la Raspberry Pi 1 es mejor el sistema operativo oficial con un 25% de mejora.

Luego para la Raspberry Pi 2 los resultados indican que también hay bastante mejora si usamos Raspbian.

Estos resultados me hacen pensar que openSUSE ofrece estas versiones pero no las optimiza.

Es curioso ver el efecto de mejora que produce lógicamente el número de cores en los test de CPU y su escaso impacto en los de Memoria.

En cuanto a la Raspberry Pi 3 tenemos una mejora BESTIAL entre openSUSE de 64bits que es 10 veces más que en openSUSE 32bits en la Raspberry Pi 2 y de 6 veces frente a Raspbian PIXEL también en Raspberry Pi 3.

En las nuevas versiones de Geany con Ubuntu o armbian me he encontrado que la Terminal que trae empotrada en la parte de abajo no estaba activa:

Para activarla hay que instalar esta librería desde una Terminal externa y reiniciar:

sudo apt-get install libvte9

Tiene dependencias y se instalarán más cosas, pero es de las opciones que menos tienen de las que he probado.

Luego al abrir Geany ya tendréis la Terminal lista en la parte de abajo:

Bola extra: colores Base16

Si os gusta la combinación de colores para el código fuente la podéis conseguir desde este repositorio de Github: https://github.com/RobLoach/base16-geany Y que encontré gracias a este post de Carlos Cuellar.

En concreto es este que imita los usados en CodeSchool:

Y para cargarlo hay que copiarlo en la carpeta /home/tu_usuario/.config/geany/colorschemes/ es una carpeta oculta por lo que no se verá en el gestor de ficheros que uséis a no ser que pulséis Ctrl + H o copiarlo desde Terminal:

Desde el principio de los tiempos de armbian ha incluido una herramienta para configurar una serie de servidores y opciones de esta versión de Debian especial para placas con procesador ARM como por ejemplo las Orange Pi.

En las versiones más recientes más recientes lo han mejorado bastante y ahora hay más opciones y más interesantes. Además anuncian su existencia en la pantalla de bienvenida de la Terminal.

Os pongo unos pantallazos de lo que incluye.

Para arrancar la aplicación desde una Terminal ejecutáis:

sudo armbian-config

Con lo que accedemos a esta pantalla inicial.

desde donde podemos elegir:

• Remove para eliminar el aviso de la pantalla de bienvenida de armbian
• Hotspot para convertir una placa con Wi-Fi integrado o dongle Wi-Fi y conexión por cable en un punto de acceso compartido
• Network para configurar la red, direcciones IP fijas o estáticas, mediante la escritura del fichero de configuración

• Booting para configurar los servicios y opciones disponibles en el arranque del equipo

• Install para instalar el sistema operativo en la memoria interna si la hay, un disco SATA si lo hay o un disco USB como es este caso (ojo que la microSD se necesita para arrancar con SATA o USB aunque el SO no esté instalado en ella)

• Services para seleccionar los servicios o programas que se arrancan automáticamente al inicio

• Overlayroot para convertir el sistema operativo en solo lectura, muy útil para kioskos de atención al público o servidores de imágenes que necesiten interacción pero se puedan apagar en cualquier momento y siempre volver a la configuración original
• Monitor una herramienta de tipo Terminal (CLI) para monitorizar tu armbian
• Diagnostics para enviar tus problemas al equipo de armbian para que puedan ayudarte más fácilmente
• Softy para instalar gran cantidad de servidores interesantes con un solo click

Entre los servidores podéis encontrar:

• Samba servidores de ficheros para Windows
• CUPS servidores de impresoras
• TV headend servidor y streaming de TDT
• Syncthing servidor para montar tu propia nube privada
• VPN server para montar tu propio servidor VPN
• Minidlna para compartir tu contenido multimedia por DLNA
• Pi hole para instalar tu propio bloqueador de publicidad
• Transmission para montar tu servidor y descargador de torrents
• ISPconfig para montar tu propio servidor web, base de datos y correo (LAMP + SMTP, IMAP, POP3, etc.)

La gente de ExaGear me ha mandado la invitación para sortear dos licencias de su software para Raspberry Pi. Por si no lo conocéis ya hice una reseña anteriormente. Pero resumiendo, se trata de un emulador del procesador intel 686 que permite por tanto instalar cualquier software para Linux, no solo el especifico de procesadores ARM como de el de la Raspberry Pi. Incluyendo Wine, el emulador de Windows para Linux. Además esta nueva versión tiene soporte para la aceleración gráfica openGL de las Raspberry Pi 2 y 3.

OJO que hay el sorteo será el día 5 de Mayo, daos prisa.

Para entrar en el sorteo que harán ellos, así que no seré la mano inocente que elija, tendréis que hacer una o todas de estas cosas, pero la más importante es enviar un correo a ellos avisando de qué queréis participar.

1. Compartir en Twitter lo siguiente:

   I want to get a free license of ExaGear 2.0 #RpiparatorExaGearSpring17 ► https://eltechs.com/new-era-of-gaming-on-raspberry-pi/ Thanks to @eltechs & @raspberrytorpes

2. Compartir en Facebook lo siguiente:

   I want to get a free license of ExaGear 2.0 #RpiparatorExaGearSpring17 ► https://eltechs.com/new-era-of-gaming-on-raspberry-pi/ Thanks to @eltechs & @raspberrytorpes

3. Comentar en este artículo lo siguiente:

   I want to get a free license of ExaGear 2.0 #RpiparatorExaGearSpring17 ► https://eltechs.com/new-era-of-gaming-on-raspberry-pi/ Thanks to @eltechs & @raspberrytorpes

4. Y lo más importante mandar un email a Eltechs a raffle@eltechs.com con el asunto #RpiparatorExaGearSpring17

Hoy desde la web oficial de la fundación Raspberry han anunciado la friolera de …

250.000 unidades vendidas del modelo Pi Zero W

fuente Raspberry Pi: 250,000 PI ZERO W UNITS SHIPPED AND MORE PI ZERO DISTRIBUTORS ANNOUNCED

Además de anunciar un montón de distribuidores directos nuevos en varios países entre los que no está España ni por supuesto ninguno de Latinoamérica, nada de México, ni Argentina, ni Colombia, ni Chile, ni Perú, nada de nada. Y realmente creo que son los mercados donde deberían estar. Seguiremos esperando.

Ya ha terminado el sorteo de las 2 licencias de ExaGear Desktop 2.0. Como lo organizaba directamente Eltechs yo no sé quien habrá sido ganador, así que si añadís un comentario por aquí para felicitaros por vuestra suerte estaría genial.

Los gestores de ficheros típicos de las distribuciones ligeras ya sea Raspbian con Raspberry Pi o armbian con las Orange Pi suelen ser PCManFM o Thunar.

Con ambos he tenido problemas al tratar de abrir las unidades de red, o la red en sí misma y recibimos un error como este o parecido:

Que incluye este texto más o menos en español:

La ubicación especificada no está soportada.

O

No se pudo abrir «/ en».
Operation not supported.

Para solucionarlo hay que completar la instalación con estos complementos desde una Terminal:

sudo apt-get install gvfs-fuse gvfs-backends

Se instalarán más o menos paquetes adicionales y luego lo mejor es reiniciar.

Tras este título tan largo se esconde el tema que ya comenté de Exportar las X entre ordernadores con GNU/Linux. En Raspbian Lite puede bastar con lo que indiqué en montar un Raspbian a tu medida en la parte del final, pero en otros sistemas como armbian puede que no. Así que lo primero es añadir este paquete además de las aplicaciones que queramos: pcmanfm, geany, leafpad, etc. En una Terminal ponemos este comando:

sudo apt install xauth

Luego nos puede aparecer este error, o mensaje de error que hace tiempo también comenté comenté como resolver en este post sobre Canberra-Gtk-module.

El caso es que ahora, supongo que por cambios del sistema operativo, al exportar las X y abrir una aplicación gráfica en remoto, tengo estos nuevos errores que en realidad no parecen importar:

Gtk-Message: Failed to load module "gail"
Gtk-Message: Failed to load module "atk-bridge"
** Message: x-terminal-emulator has very limited support, consider choose another terminal

Para resolverlos, basta instalar los siguientes librerías desde una Terminal:

sudo apt-get install libcanberra-gtk-module libcanberra-gtk3-module libcanberra-gtk0 libcanberra0 libatk-adaptor libgail-common

Desde Eltechs me llega un correo para decirme que ya tenemos los ganadores del sorteo de las licencias de ExaGear Desktop 2.0

We have chosen the Raffle winners. They are:

Carlos – veli-algo_secreto-@gmail.com

Fran – sek-algo_secreto-@hotmail.com

Ellos saben quienes son, así que cuando publiqué esto les enviaré el enlace a Eltechs para que les manden las licencias por email.

Enhorabuena y cuando tenga un rato publicaré una guía de ExaGear Desktop 2.0 y una reseña con mi opinión.

Mirando temas de cómo se instala Windows 10 IoT en la Raspberry Pi, veo que hay un par de tarjetas recomendadas. Son las mismas que recomiendan en armbian y yo mismo en otras ocasiones:

• Mejores microSD para Raspberry Pi
• Micro SD recomendadas para Raspberry Pi y rivales por Armbian
• Tarjetas SD para la Raspberry Pi
• Nuevo pack de Raspberry Pi y tarjeta SD

Las recomendadas por Microsoft las podéis ver en este comentario con enlace:

Make sure your SD card is compliant.

SD cards need to be at least 8 GB in size. Slower and older cards are inconsistent when flashing and may fail to work. Class 4 SD cards are not supported and at a minimum Class 10 SD cards should be used.
View the list of recommended cards.

Si os queréis ahorrar mirarlas son estas dos:

• Samsung Evo MB-MP32DA/EU – Tarjeta de memoria micro SDHC de 32 GB (UHS -I Grade 1, Clase 10, con adaptador SD)

• SanDisk Ultra – Tarjeta de memoria 16 GB microSDHC UHS-I con adaptador SD, velocidad de lectura hasta 80 MB/s y Clase 10, FFP

Por cierto, la microSD de la foto de cabecera es la que me falló cuando hacía las pruebas de openSUSE y acabé partiendo en cuatro con el cabreo.

Después de comentar en general casi todos los modelos de Orange Pi, uno de ellos ha multiplicado sus versiones que coinciden en formato pero en realidad son muy diferentes en varios aspectos, siendo los principales:

• Hay dos modelos denominados Orange Pi Zero con 256MB o 512MB de RAM, tienen un USB y salida Ethernet además de Wi-Fi pero no tienen salida HDMI por lo que solo dan salida de vídeo por si fabricamos un conector tipo RCA o compramos una placa de expansión con la salida jack de vídeo y 2 USB más.
• Hay dos modelos denominados Orange Pi Zero Plus 2 con el procesador Allwinner H3 de 32bits o el H5 de 64bits que tienen salida HDMI pero no USB ni Ethernet.

Os pongo una tabla con todas sus características y al final mi opinión y conclusiones.

CONCLUSIÓN: Creo que ningún modelo termina de ser completo y no veo más que inconvenientes. El Orange Pi ZERO básico está bien para usarlo como servidor ultraligero, pero casi te obliga a comprar la placa de expansión para tener al menos 2 USB, en realidad tendría 3 en total. También hay otra placa de expansión denominada NAS expansión con un conector SATA y zócalo para un SSD de tipo m.2 puede parecer interesante pero cuenta con un HUB interno que hace la conversión USB a SATA y que no es muy bueno por lo que no ofrece todo el rendimiento que debería.

La Orange Pi ZERO Plus 2 es mejor placa y tiene salida HDMI por lo que podría valer como media center o retrogaming, pero otra vez nos encontramos con que le faltan USB para conectar al menos 1 mando y eso nos obliga a añadirle una placa de expansión. Las anteriores valen ya que en el foro de armbian las han probado.

Sin embargo, al añadir estas placas nos encontramos con precios parecidos a los de la Orange Pi One o la Orange Pi Lite que para mi gusto son mejor opción.

Estoy probando cambios en el tamaño de los títulos y de los textos en general, los cuadros de código fuente y los bloques de comentarios.
Así que si veis algo raro o no os gusta hacédmelo saber en los comentarios.

Buscando opciones para mejorar el comportamiento general de Raspbian PIXEL en modo escritorio, y también armbian. Acabé encontrando toda una página relacionada con PC de poca potencia y cómo sacarle el máximo partido. El problema era doble, no solo que era para PC x86 y no ARM, si no que era para ARCHLinux. Ya sé que hay versiones para Raspberry Pi de esta distribución de GNU/Linux, es además una de las primeras que le dio soporte con los kernel más actuales. La cuestión es que aunque he probado ARCH no me ha convencido, sobre todo por lo mucho que tengo que aprender por ser diferente de Raspbian, Debian y Ubuntu.

t

De entre las posibles opciones a aprovechar de ese página al final he probado con una herramienta que se llama Ananicy. Que os paso a contar como se instala y qué se supone que hace.

La herramienta se instala usando git desde una Terminal. Así que si nuestro Raspbian o armbian no lo tiene instalado es lo primero que hacemos:

sudo apt install git

Y luego clonamos el proyecto para configurarlo e instalarlo con estos comandos en una Terminal:

git clone https://github.com/Nefelim4ag/Ananicy.git /tmp/ananicy
cd /tmp/ananicy
sudo make install

Y lo último que queda por hacer es activarlo e iniciarlo:

sudo systemctl enable ananicy
sudo systemctl start ananicy

Una vez hecho esto todo lo que queda es confiar en la magia.

Esta utilidad incluye un fichero de configuración que detecta las aplicaciones de escritorio y juegos más comunes de GNU/Linux y cambia las prioridades de forma automática dando preferencia a la que hay en primer plano. Y sobre todo lo que hace es dar prioridad a las aplicaciones tipo escritorio sobre las de tipo servicios o en segundo plano.

Ahora toca probar y ver si el comportamiento o la sensación de que va más fluido os convence o no.

Si las reglas no os gustan podéis cambiarlas tal como describe en la página de GitHub su creador: Ananicy en GitHub o podéis enviarles vuestras sugerencias.

Pues de la mano de los creadores llega una placa muy interesante para este verano de 2017. Se trata de la ROCK64 de los creadores de la Pine A64 y que lleva una versión reducida de un procesador similar al de la Asus TinkerBoard pero con novedades interesantes:

• varios modelos con cantidades de RAM diferente que van desde 1GB a 4GB
• USB 3.0
• zócalo para añadir memoria eMMC al estilo de las ODROID
• alimentación eléctrica de tipo jack barrel

El tamaño es similar al de las Raspberry Pi, a continuación la lista completa de características.

• CPU: Rockchip 3328 quad core ARM® Cortex®-A53 a 1.5GHz
• GPU: ARM Mali™-450MP2 GPU  (OpenGL ES 1.1/2.0 /3.0 y OpenCL 1.1)
• RAM: 1, 2 o 4GB LPDDR3 SDRAM dual channel
• Almacenamiento:
  • microSD: compatible UHS-1
  • zócalo eMMC
  • 128MBit (16MB) de SPI flash para arranque desde red
• USB:
  • 2 x USB 2.0
  • 1 x USB 3.0
• Red:
  • Ethernet: 10/100/1000 Gigabit
  • sin Wi-Fi ni Bluetooth**
• Salidas:
  • Vídeo: HDMI hasta 4K a 60 fps de tipo A el estándar de tamaño grande.
  • Audio/Vídeo: tipo jack de 1x 3.5mm.
• Otros:
  • GPIO: 40 pines con: GPIOs, 2x I2C, entradas analógicas, UART, SPI y alimentación eléctrica (5V, 3.3V y tierra)
  • GPI adicional de 22 pinines con: GPIOs, I2S, S/PDIF, Ethernet y alimentación eléctrica (5V, 3.3V y tierra)
  • Receptor de infrarrojos (IR receiver)
  • 3 botones para: encendido, reinicio y recovery
  • jumper para seleccionar arranque por eMMC o SD
• Sistemas Operativos:
  • Debian no indican con que kernel
  • Yocto
  • Android 7.1
• Tamaño: 85 x 56 mm ligeramente diferente de la Raspberry Pi model B+
• Alimentación: conector tipo jack de 3.55 mm de 5V y 3A
• Precio: se estima 25€ / 35€ / 45€ para 1GB / 2GB / 4GB + impuestos + gastos de envío
• Disponible: en julio de 2017 en Pine 64
• Esquemas y más información.

OJO que en algunas placas, sobre todo en Banana Pi ha dado fallos y han lanzado una versión v5.31 con correcciones

Hace tiempo hablé de la versión v5.10 y ha habido otras ediciones que no he comentado. Pero después de un desarrollo más largo de lo esperado y en el que por el camino se ha dado soporte a más placas, como las Orange Pi Zero llega una nueva versión de armbian. Que incluye:

• todas basadas en Ubuntu
• mainline kernel actualizado a la versión 4.11 disponible en la versión stable de algunas placas y en la nightly de todas
• mainline u-boot actualizado
• han cambiado a Chromium en vez de Firefox
• para los procesadores Allwinnner se usa sunxi mainline incluyendo el Device Tree con soporte para overlays
• log2ram para solucionar problemas de arranque relacionados con /var/log
• Y las nuevas placas soportadas:
  • Orange Pi Zero Plus 2 (H3)
  • ASUS TinkerBoard
  • MiQi
• rehecho el paquete MOTD para acelerar el proceso de login y su fichero de configuración /etc/default/armbian-motd
• añadido armbian-config por defecto
• correcciones varias para: Banana Pi M2, Clearfog y i.MX6