UNSOLVED Installing DSF on a Banana-Pi-M3 with Raspbian OS
-
@chrishamm I don't understand how
gpioinfo
could help me.
I decreased the SPI buffer size because I had a warning about it but I will check later how to increase that.Also, I think the line cannot be put in event mode because 56 is an invalid number for gpiochip1. It's only 0 to 31 because it only have 32 lines.
-
@Falcounet
gpioinfo
lists the available pins for each gpiochip device and the corresponding pin indices as required by DCS and it reports if the corresponding pins are available or blocked (i.e. used). The warning about the SPI buffer size in DCS is there for the same reason I already explained - leaving the default value can lead to unstable SPI connections. The buffer size property in the DCS config is only intended for third-party firmware forks and it should not be modified by Duet users. -
@chrishamm Well, I'm unable to post the
gpioinfo
output here (content flagged as spam) but you can see it hereand as I said in my previous post, I saw pin 22 is mapped to gpiochip1 , line 26
-
@Falcounet That looks fine, then I recommend changing the
bufsiz
module parameter of thespidev
module to8192
as described before and to reset the buffer size in config.json to8192
. Do you get the same error about the transfer ready pin when you start DCS as root (via/opt/dsf/bin/DuetControlServer
)? If not, check the permission forgpiochip1
. You may have to add thedsf
user to the group that owns that node. -
@chrishamm Same error when starting as root :
root@orangepi4:~# /opt/dsf/bin/DuetControlServer Duet Control Server v3.2.0 Written by Christian Hammacher for Duet3D Licensed under the terms of the GNU Public License Version 3 [info] Settings loaded [info] Environment initialized [fatal] Could not connect to Duet (Timeout while waiting for transfer ready pin)
But anyway, I already checked the permissions should be ok for user dsf.
I also increased the SPI buffer, thanks for the modprobe hint !NB: It works when using a raspberry pi (so its ok on the board and cable side).
I think I will use a logic analyzer to check if SPI works well.
-
@Falcounet DCS expects the transfer ready pin to be high when it is started and it's toggled before every following SPI transfer. Perhaps it's worth to check that particular pin first via
gpioget
once the Duet is powered up and connected. And make sure there is no SD card in the Duet when you start DCS. -
@chrishamm I'm using the LPC/STM32 fork of RRF on a SKR Pro board.
gpioget gpiochip1 26
returns0
when I power up the board.As you said, it should be 1. I will have a closer look again at the wiring.
-
Well, I was mixing pins and GPIO numbers ...
PIN 22 on the GPIO header is related to
gpiochip1
line24
and not 26 !gpioget gpiochip1 24
returns 1 with the board connectedNow I have another error:
Jan 29 14:22:01 orangepi4 DuetControlServer[2188]: [fatal] Could not connect to Duet (Board is not available (no header))
-
Update : it works with the SPI buffer sets to 4096 but I'm getting no header errors with the buffer set to 8192.
(Nothing changed on this side on the LPC/STM32 port)There is probably some problem with the SPI driver. I'm going to check this.
-
Well, I don't know what happened with the SPI buffer, maybe some problem with the driver but it worked after resetting it to 8192.
I did all the steps again from scratch to be sure and it works now.
By the way, a documentation is written and may help anyone who want to use DSF on another SBC than a RaspberryPi : https://teamgloomy.github.io/dsf_on_armbian.html
Feel free to share the settings which work on your board to complete the "Known boards settings" section.