Отмена передачи байта по SPI в STM32F030

[User_1]

Доброго времени суток!

Вкратце: нужно после того, как я записал байт данных в SPI1->DR, отменить передачу этого байта и вместо него отправить 0х00

Подробно: Смысл вот в чём: некий контроллер, с которым я пытаюсь наладить общение по SPI, запрашивает произвольный участок массива байт и считывает их сплошным потоком. Ну примерно как считывается микросхема EEPROM: задаёшь начальный адрес, а потом просто шлёшь сплошные 0xFF, а она сама инкрементирует адрес и прямо непрерывным потоком байт выдаёт содержимое памяти. Только тут в роли этой микросхемы мой stm32f030 и мне нужно следующий байт отправлять в SPI1->DR сразу после отправки предыдущего. Но когда поток заканчивается (а он каждый раз разной длины и длина эта заранее неизвестна), один байт остаётся не переданным и отправится первым при следующем запросе. А мне нужно, чтобы первым байтом всегда отправлялся 0х00

Пином (ну то есть битом) NSS управляю программно, его выставление в единичку и снова в ноль, очевидно, не помогает вообще никак. Пока решил проблему так: деинициализирую модуль SPI и выключаю его тактирование, затем включаю тактирование и снова инициализирую. Работает, скорости хватает. Но должно же быть менее костыльное решение?)

Может кто сталкивался с такой проблемой?

Курение даташита, reference manual и результатов поиска в гугле, не особо помогло.

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Стальной]

51 минуту назад, User_1 сказал:

Пином (ну то есть битом) NSS управляю программн

Кто подчиненный? Если МК, то nSS управлять не надо вообще, его надо считывать.

 

Каким образом данные вообще попадают в регистр данных? Что будет, если в него поверх прежних данных положить 0 программно?

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[User_1]

15 минут назад, Стальной сказал:

Кто подчиненный? Если МК, то nSS управлять не надо вообще, его надо считывать.

Каким образом данные вообще попадают в регистр данных? Что будет, если в него поверх прежних данных положить 0 программно?

Верно, модуль SPI в микроконтроллере считывает бит SSI в регистре CR1 - так я могу программно управлять модулем.

Подчинённый как раз мой STM32F030, а устройство, с которым он общается - мастер

Данные в SPI1->DR я просто копирую. Там есть 32-х битный буфер FIFO, то есть в него умещается четыре байта (размер посылки можно сделать например, 16 бит, тогда в буфер поместится две посылки). Можно просто забить этот буфер нулями, но тогда он и передаст 0х00 четыре раза при первой возможности

Изменено 21 июня, 2018 пользователем User_1

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Стальной]

Ну а если по одному байту за раз класть?

[User_1]

1 час назад, Стальной сказал:

Ну а если по одному байту за раз класть?

Они просто сохраняются в буфере. Положил два байта - не важно, за раз или по одному - сначала отправится первый, а за ним - второй.

[mail_robot]

можно попробовать только отслеживать состояние буфере по счетчику и отправлять байт только если счетчик нулевой и регистр данных пуст. Тогда гарантированно отправится только один байт. Но могут быть перерывы в передаче, а SPI шина жесткая. Поэтому и буферизированная

И вообще она не очень подходит для обмена данными между контроллерами, да еще и с неопределенным протоколом. Там все должно быть четко и по правилам. Если так не получается, то используются другие шины.

Изменено 22 июня, 2018 пользователем mail_robot

[User_1]

8 часов назад, mail_robot сказал:

можно попробовать только отслеживать состояние буфере по счетчику и отправлять байт только если счетчик нулевой и регистр данных пуст. Тогда гарантированно отправится только один байт. Но могут быть перерывы в передаче, а SPI шина жесткая. Поэтому и буферизированная

И вообще она не очень подходит для обмена данными между контроллерами, да еще и с неопределенным протоколом. Там все должно быть четко и по правилам. Если так не получается, то используются другие шины.

Вы меня не совсем поняли либо я не понял вас)

Вот прикрепил скрин записи обмена, это конец пакета. Мастер - внешнее устройство, ведомый - мой подопытный. Условно пронумеровал последние три байта. Сразу как только байт номер 1 отправился в шину, я должен положить в буфер байт номер два, иначе он не успеет отправиться. И как только второй улетел в шину - я должен положить в буфер третий. Но я не могу знать, будет ли третий последним, а потому вынужден после отправки третьего перемещать в буфер четвёртый байт. И если третий окажется последним в пакете - нужно отменить передачу четвёртого, иначе он окажется первым в следующем пакете

[snn_krs]

15 hours ago, User_1 said:

Но должно же быть менее костыльное решение?

Похоже нет. Программная очичтка ФИФО буфера не предусмотрена. На буржуйских сайтах встечал такой вопрос, а ответа нет. Делают как вы.

[User_1]

27 минут назад, snn_krs сказал:

Делают как вы.

Печальбеда(

Спасибо)

[dosikus]

DEL

Изменено 22 июня, 2018 пользователем dosikus

[dosikus]

18 часов назад, User_1 сказал:

деинициализирую модуль SPI и выключаю его тактирование, затем включаю тактирование и снова инициализирую.

Сбросить с помощью 

RCC_APBхRSTR

вместо деинициализации и тырканья тактирования, затем инит .

[User_1]

10 минут назад, dosikus сказал:

Сбросить с помощью 

RCC_APBхRSTR

Спасибо, так действительно лучше

Всё равно костыль, но теперь не такой кривой)

[MasterElectric]

DEL

Изменено 22 июня, 2018 пользователем MasterElectric