DataRegister
"bufPr1 = SPI2->DR;//Считываем данные из приемного б…"


0xBC должен ответить датчик.



Данные SPI-блоком в контроллере могут двигаться по переднему или по заднему фронту синхроимпульсов.
Вот ответ датчика с правильным ID и будет признаком правильной настройки интерфейса.

Наличие синхроимпульсов во время плавного спада данных не годится.

Пойдем по списку))
смотрел на прямую DR, пишу в него BC (10111100)
1 - чтение
0 - без здвига
111100 - 6 разрядный адрес 0F задом наперед

можно как нибудь решить проблему плавного спада?

Я домой, дальнейшие пытки датчика продолжатся завтра с 9:00 =)

Сообщение отредактировал IgorKossak - Jun 25 2015, 16:12

Стоять!!!!! Назад!!!!!

В DR 0xBC писать не надо. Это датчик во втором байте должен вернуть (т.е. процессор вычитать).
Вот примерно так:

По поводу плавного спада: надо разобраться с исходным уровнем и активным фронтом SCK.

Сообщение отредактировал IgorKossak - Jun 25 2015, 16:13

AD5 AD4.....AD0 они ведь идут задом наперед, не надо ли и адрес в бинарном коде писать задом наперед?
Так ведь чтобы что то передать это что то надо записать в DR, оттуда и считать что пришло, разве нет?

Сообщение отредактировал IgorKossak - Jun 25 2015, 16:13

Шутки шутками, но доку (DS на датчик и контроллер и RefMan на контроллер) - курить до просветления.

Данные в датчик должны "вдуваться" старшим (MSB) битом вперёд: R\~Wбит это старший, AD5..AD0 - записаны от старшего к младшему => 10001111b. Зачем это преворачивать?

"Так ведь чтобы что то передать это что то надо записать в DR, оттуда и считать что пришло, разве нет?"
Так вы и писали в DR 0x8F при BIDIOE==1, а как этот байт был отправлен, то BIDIOE 1-->0 переключит SPI на приём и автоматически вычитает (R\~W==1 не забыли?) из датчика
данные по только что переданному адресу, их вы увидите тоже в DR.

И ещё: если не будет выполнено "This line is driven at the falling edge of SCL and should be captured at the rising edge of SCL." то не правильно будут тактироваться данные.
CPOL, CPHA соответствуют требуемому?

увидел только что одну проблему, мой код почему то на отправку генерит 16 импульсов, и ничего не генерит на прием, я думал что это 8 на передачу и 8 на прием, а оказалось что на прием воще ничего нет, сейчас пробую другой пример под себя переделать, об успехах отпишусь

Сообщение отредактировал IgorKossak - Jun 25 2015, 16:14

Ну откуда??? 8 синхроимпульсов от "SPI2->DR = 0x8F" и 8 синхроимпульсов от "SPI2->CR1 &= ~ SPI_CR1_BIDIOE"

Ну откуда??? 8 синхроимпульсов от "SPI2->DR = 0x8F" и 8 синхроимпульсов от "SPI2->CR1 &= ~ SPI_CR1_BIDIOE"[/quote]
если бы я знал)) я закоментил все, оставил только отправку, а как было 16 импульсов так и осталось

Сообщение отредактировал IgorKossak - Jun 25 2015, 16:14

• 8- or 16-bit transfer frame format selection

но у меня выставлен формат данных 8, и вроде он должен отправлять и принимать по 8 импульсов, но на самом деле как я понял по его работе, он первую половину воспринимает как отправляемое сообщение, а вторую часть как получаемое, короче я воще ничего не понимаю,
запустил код на Дискавери, думал может что разведено не так,а один фиг при некоторых комбинациях вижу плавный спад


Передаю 2A, размер данных 8 бит, прицепил к осцилографу два щупа, и получил вот такое соответствие,
первый такт
второй данные
Такое разве нормально?

А что не так?
[attachment=93482:_x9_.png]
00101010b==0x2A старшим битом вперёд. Всё нормально.

Меня смущает то, что в даташите на датчик, начало импульсов в шине данных совпадает с падением в шине такта, а у нас с подъёмом, это нормально?

Сообщение отредактировал IgorKossak - Jun 26 2015, 17:03

"но у меня выставлен формат данных 8, и вроде он должен отправлять и принимать по 8 импульсов, но на самом деле как я понял по его работе, он первую половину воспринимает как отправляемое сообщение, а вторую часть как получаемое"

Во-первых, кто он?
Во-вторых, первый байт - адрес в датчике, а второй байт - данные (если запись в датчик) или ответ датчика (если чтение из него).

"SPI2->DR = 0x8F" команда, дающая передачу первого байта;
"SPI2->CR1 &= ~ SPI_CR1_BIDIOE" команда, дающая прием второго байта.
Если бы надо было записать данные в датчик, то использовалась бы вторая команда "SPI2->DR = 0x**".

The first bit (bit 0) starts at the first falling edge of SCL after the falling edge
of CS while the last bit (bit 15, bit 23,...) starts at the last falling edge of SCL just before the
rising edge of CS.
Вот выдержка из даташита, которая говорит тоже самое
Можно как то настроить чтобы он не по возрастанию читал линию данных а по падению

Данные у вас меняются по заднему фронту SCL, фиксируются по переднему фронту. Всё нормально.