RRRRRR :)
i'm attempting to get the yunlea spi lcd with an hx8357 up and running. i'm resorting to bit-banging the spi at the moment because it needs 9-bit initial "control" signal followed by 8-bit "parameters"....
but once again just like with the I2C i have "unknown hardware" combined with "unknown software". sooo.... i think what i will do is try a loop-back SPI software test. connect SPI1 to SPI2 on the STM32F072, and put SPI2 into slave mode and SPI1 into master.... then see if i can get them to talk to each other.
*sigh*... :)
l.
On Mon, 2015-10-19 at 15:34 +0100, Luke Kenneth Casson Leighton wrote:
RRRRRR :)
i'm attempting to get the yunlea spi lcd with an hx8357 up
Sample code https://github.com/adafruit/Adafruit_HX8357_Library
Try with Arduino first maybe?
On Tue, Oct 20, 2015 at 2:32 PM, joem joem@martindale-electric.co.uk wrote:
On Mon, 2015-10-19 at 15:34 +0100, Luke Kenneth Casson Leighton wrote:
RRRRRR :)
i'm attempting to get the yunlea spi lcd with an hx8357 up
Sample code https://github.com/adafruit/Adafruit_HX8357_Library
Try with Arduino first maybe?
i decided to do a back-to-back SPI1 to SPI2 connection, to get familiar with SPI on the STM32F. that *alone* is proving tricky. and that's with just "simple wires" on a loopback arrangement.
the advantage of the loopback arrangement (and having a digital 72mhz scope) is i can see both ends of the conversation.
once i've got that, then i'll introduce the hardware. linux kernel has hx8357.c which is simpler (and GPL'd).
l.
okaay, so i have very unreliable SPI1->SPI2 data transmission, NSS appears to be permanently held low which probably isn't helping. i'll try setting up manual NSS selection from master, see how that goes.
l.
arm-netbook@lists.phcomp.co.uk
-
joem -
Luke Kenneth Casson Leighton