Hola,
Esta es mi primera consulta y antes de nada felicitaros por la gran labor que estáis haciendo, estoy super ilusionado con vuestro proyecto.
Tengo 2 problemas, uno con Apio 0.4.0 en raspbian y otro con la conexión remota a icestudio en Windows10 x64 1903, la FPGA es una icoboard V1.1 8MB SRAM montada en una Pi3B+ (Buster).
Los problemas han aparecido al tratar de establecer la conexión remota con icestudio (winx64), tras seguir paso a paso la documentación de Apio 0.4.0 (
https://apiodoc.readthedocs.io/en/stable/) ejecuto los siguientes comandos sin problema desde el directorio donde están los archivos del proyecto.
$ apio init --board icoboard
$ apio verify
$ apio sim
$ apio build
Cuando intento "$ apio upload -s" me tira el siguiente error:
export WIRINGPI_GPIOMEM=1; icoprog -p < hardware.bin
Unexpected GPIO write error.
scons: *** [upload] Error 1
Como mis conocimientos de programación son limitados, he conseguido saltar este fallo a las bravas cambiando el archivo /home/pi/.apio/packages/toolchain-icestorm/bin/icoprog por el archivo de la instalación de las icotools /home/pi/icoprog/Example/icoprog Con este cambio, el archivo .bin generado corre sin problemas con $ apio upload -s (no me preguntes por que).
El otro problema es la conexión remota entre Windows 10x64 1903 corriendo versiones de icestudio 0.3.3-rc, 0.4.0 -dev, 0.5.0-dev. He seguido la documentación y hasta donde puedo llegar, la conexión por ssh (ethernet) creo que esta bien hecha, al ejecutar en el CMD
"C:\Users\User> ssh p...@10.0.0.1" me aparece en el CMD el CLI de la pi sin pedirme contraseña.
El icestudio la conexión remota esta configurado con "p...@10.0.0.1", pero al ejecutar Verify, Build o Upload, lo único que ocurre es un mensaje fugaz de medio segundo
"Synchronize remote files..." nada mas. En el
"command output terminal" de icestudio no hay ningún mensaje de error o información. Si quito el cable de ethernet (anulando la conexión ssh) el síntoma es el mismo. He probado también con una conexión ssh via wifi con IP diferente
p...@192.168.1.100 y ocurre lo mismo. El VNC me funciona perfectamente con la misma configuración (he probado también con el VNC apagado)
Tenéis alguna idea de donde la he podido liar?
Un saludo, muchas gracias!