Posted on May 17, 2011 at 13:30Hi! I havent been able to solve the problem so far. But I did some further testing. I wrote a very basic sw (only the SPI part) and tried it on two different boards. One was KEIL evaluation kit MCBSTM32 running on STM1...
Posted on May 17, 2011 at 13:30Hi! One more observation. I changed the SPI port from port 1 to port 2 (with some soldering and wires etc). And it seems to be that this specific problem exists only in the BGA package SPI1, as SPI2 functions like expe...
Posted on May 17, 2011 at 13:30Hi! Yes, data sent by the master is correct. Its the last, red line (MOSI). First byte is READ command and the following two bytes are the address bytes from where to read. And as you can see, EEPROM programming should...
Posted on May 17, 2011 at 13:30Sorry, I forgot to add those defines: #define SPI_CLOCK_POL SPI_CPOL_Low //Low when idle #define SPI_MODE_0 SPI_CPHA_1Edge //data read at rising clk edge #define SPI_MODE_1 SPI_CPHA_2Edge //data read at falling clk edg...
Posted on May 17, 2011 at 13:30Hello! I have quite strange problem with the SPI bus on STM32F103ZEH. The problem is, that it seems to postpone the last bit to the next byte. I did the initialisation as follows: SPI_InitStructure.SPI_Direction = SPI...