spi to slow about periph HOT 5 CLOSED

Sadly the SPI driver will never give you an exact match of the clock frequency requested, always something slower based on the current clock. I haven't found a way to fix this.

I recommend iterating over the specified frequency going up until you get in practice one that you like.

from periph.

Sadly the SPI driver will never give you an exact match of the clock frequency requested, always something slower based on the current clock. I haven't found a way to fix this.

I recommend iterating over the specified frequency going up until you get in practice one that you like.

the clock frequency is ok,
my quez is that when one frame is over the ce cost too much time to transfer the next frame
just like the picture show

from periph.

Ah I think I understand now, you mean that the delay between requests is too large? AFAIK all of this time is spent in the kernel. Tx() leads to exactly a single system call:

from periph.

Ah I think I understand now, you mean that the delay between requests is too large? AFAIK all of this time is spent in the kernel. Tx() leads to exactly a single system call:

periph/host/sysfs/spi.go

Line 411 in 8dc522f

return s.f.Ioctl(spiIOCTx(len(m)), uintptr(unsafe.Pointer(&m[0])))

you are right ,i write a c demo
it has same quiz
thank you very much
by the way is there some way to make ioct more faster??

from periph.

Not as far as I know. I suspect it's highly driver specific. One thing I never tried is to use NoCS, and manage it yourself. Maybe you'd save a bit on the timeouts.

from periph.