@@ -86,3 +86,19 @@ I have hello-worlded this with the Earle Core, but their SPI implementation is s
...
@@ -86,3 +86,19 @@ I have hello-worlded this with the Earle Core, but their SPI implementation is s
I'm going a bit mad with this; I can get GPIO interrupts to fire *just on a falling edge* but not *just on a rising edge* ... I should see if I can access some lower level masks, or something? But it's genuinely sending events *marked* as *rising edge* events on falling and rising edges...
I'm going a bit mad with this; I can get GPIO interrupts to fire *just on a falling edge* but not *just on a rising edge* ... I should see if I can access some lower level masks, or something? But it's genuinely sending events *marked* as *rising edge* events on falling and rising edges...
There's another oddity in here... the RP2040 only uses SPI framing where the CS line is pulsed per frame (7-16 bits), so we need to handle it in software, though IDK exactly how to do this as a peripheral, though apparently [this lad](https://github.com/raspberrypi/pico-sdk/issues/88#issuecomment-1402204730) found [a workaround?](https://github.com/uwopus/pico-code/blob/3594e67c1ac34e5454eb4db8362b673bcc7c8862/opus_comms/opus_comms.c#L44-L46) which references 4.4.3.13
There's another oddity in here... the RP2040 only uses SPI framing where the CS line is pulsed per frame (7-16 bits), so we need to handle it in software, though IDK exactly how to do this as a peripheral, though apparently [this lad](https://github.com/raspberrypi/pico-sdk/issues/88#issuecomment-1402204730) found [a workaround?](https://github.com/uwopus/pico-code/blob/3594e67c1ac34e5454eb4db8362b673bcc7c8862/opus_comms/opus_comms.c#L44-L46) which references 4.4.3.13
---
## Next
- the SPI can work, I suspect
- probably needs that sweet sweet 250MHz-es
- can crank up to 16-bit words in the FIFO, for 2x less starvation
- can PIO do 32-bit words, perchance ?
- fire the interrupt on transmit buffer not-full, rather than half-full ?
- actually no interrupt exists for this
- can we do a proper echo test, then check for drops, etc, for max speed ?
- do the RP2040-to-RP2040 UART PIO test
- finish the thought, blog it up (1 day, max)
- take i.e. [notes](https://abyz.me.uk/rpi/pigpio/pigs.html), right ?
- incl. the maybe-likely-change to use PIO spi-slave, not this bs