[[Rock64] How to Communicate with a SPI Device?]

On 5/17/2019 at 7:29 AM, martinayotte said:

Armbian builds are based on Ayufan's branch. The spidev.ko module is present in DEV images. But you need to enable SPI in DeviceTree.

 

 

This suggests I should be able to do a DT overlay with 

sudo enable_dtoverlay spi0 spi@ff190000 okay

but the enable_dtoverlay command is not found.  BTW I'm a maker, not a developer, so if it seems I'm floundering here, I am :-)  It would be really sweet if the armbian-config utility included an "interfaces" option similar to what the RPi has, where you can simply toggle GPIO, SPI, i2C, etc on and off.

[[Rock64] How to Communicate with a SPI Device?]

I switched to Nightly, that didn't help.  But I see on github that ayufan has mainline kernels that appear to have SPI in them.  I'll read up on how to do that and give it a try.  Thanks.

[[Rock64] How to Communicate with a SPI Device?]

Armbianmonitor:

http://ix.io/1Jg8

 

I have a Rock64 v2.  For my project I wish to connect the board to an MCP3008 ADC chip via SPI so I can read some analog sensors.  Pretty straightforward.

 

But when I look at /lib/modules/4.4.178-rockchip64/kernel/drivers I see there are modules for i2c, usb, one wire, GPIO ... everything but SPI.  Am I out of luck?

 

ARMBIAN 5.75 stable Ubuntu 18.04.2 LTS 4.4.178-rockchip64

 

[Which SBC for Analog Audio Processing?]

Thanks. The Tinkerboard looks almost ideal but the USB gives me pause because I'm afraid the root hub will introduce latency.  OTOH, the latency might be acceptable if I don't connect other devices to the other USB ports.  I could be overthinking it.

[Which SBC for Analog Audio Processing?]

I'd like to choose an SBC -- running Armbian of course -- for the purpose of processing audio via GStreamer UDP packets. 

My requirements:

 

-- Half duplex.  Must support input (take audio and covert to UDP) and output (decode UDP and generate analog audio) but it is not necessary to handle bidirectional streams simultaneously. One direction at a time is sufficient.

-- Process audio with good but not great quality.  16 bit/44.1 kHz is the target bit rate/sample rate.

-- First choice of I/O are two 3.5mm jacks on the coastline, one for input and the other for output. 

-- Second choice of I/O are via GPIO pins.

-- I'd rather not use HDMI for audio in/out. 

-- Low latency is a must.  An easy solution is a USB soundcard dongle but those cause considerable latency, so I'm ruling that out.

-- Must have an ethernet jack.

 

So... what board comes closest?  thanks!