Изучаем STM32 Cortex M3

[pambaru]

И вот тут-то встал вопрос: велосипедить что-то свое, или все-таки есть у STM32 возможность внешней синхронизации RTC по секундным импульсам от GPS?

Ну а почему должна быть "возможность внешней синхронизации RTC"?
Самому реализовать такую возможность что мешает?
Считают себе часы (простой счетчик) внутри STM миллисекунды и секунды, а по внешнему импульсу обнуляет мс и округляет секунды (или берет время от UART, раз уж там GPS).
Практическая реализация, вроде, несложна.

[Boba_spb]

c точностью 1 мс - не навзничь сделать
с GPS на 9600 байт летит 1 мс и по какому байту синхронизироваться ?
Легче часы со старта до финиша нести

[pambaru]

В поисках инфы о таймингах DMA наткнулся на документик:
AN2548 Using the STM32F1x and STM32L1x DMA controller
http://www.st.com/web/en/resource/te...CD00160362.pdf
Там расписаны времена циклов работы DMA.
На страничках 5-6 расписано, из чего складывается цикл DMA.
В частности, если используется более одного канала DMA:

As a results, when at least two DMA channels are enabled, the DMA latency for the highest
priority channel is the sum of the ongoing transfer time (without the arbitration phase) and
the transfer time for the next DMA channel to be served (highest pending priority).

По моим подсчетам, 10 тактов на обслуживание запроса DMA (т.е. около 0.3 мкс).
С учетом, что если запрос на DMA пришелся на момент обслуживания другого запроса, вполне реально, что не успевает забрать очередной байтик из SPI за 0.5 мкс.
По поводу внутреннего FIFO для DMA в описании к F4 явно указано, что таковой есть, в описании к STM32L1 о таковом не упоминается.

[pambaru]

c точностью 1 мс - не навзничь сделать
с GPS на 9600 байт летит 1 мс и по какому байту синхронизироваться ?

С GPS модуля (не со всех) выходят импульсы PPS, точность - наносекунды.

[niXto]

С GPS модуля (не со всех) выходят импульсы PPS, точность - наносекунды.

Вообще-то сотни нс в лучшем случае

[niXto]

/offtop niXto отступы и запятые обсудить СЭР не желает? справочником по башке чтоли сегодня разбудили?

Просто вашей ли корове мычать на неопределённость байт/бит, если сами пишете на ТЕХническом форуме не менее безграмотно

[eddy]

Самому реализовать такую возможность что мешает?

Хочу прежде, чем велосипедостроением заниматься, разведать - вдруг уже все есть, а я собираюсь очередной велосипед-квадратные-колеса делать?
Ну, раз аппаратно это сделать не выйдет, то буду, похоже, и правда программно: считать уход системного счетчика времени от внешних тиков и соответствующим образом менять значение ARR. Для вычисления точного значения миллисекунд тупо отдавать компутеру текущее значение счетчика выбранного таймера + текущее значение ARR. А компутер уж сам пусть делит CNTR/ARR.

[pambaru]

Ну, раз аппаратно это сделать не выйдет, то буду, похоже, и правда программно: считать уход системного счетчика времени от внешних тиков и соответствующим образом менять значение ARR.

Ну мне кажется, тут можно просто таймер настроить, к примеру, на отсчет от внешнего кварца с разрешением 10 мкс (или 100), а по прерыванию от PPS корректировать его значение до ближайшего круглого (до целых мс). И почти что без велосипедов

[pambaru]

Вообще-то сотни нс в лучшем случае

Ну да, я и говорю, наносекунды, в смысле, что до микро не дотягивает
В любом случае, для задачи ТС более чем подходит.

[STM32F0]

Ядро то да, а периферия, к коим относится и SPI, вполне может отличаться.
DMA то точно отличается (от F4, по крайней мере), как раз код переносил с F4.

SPI отличается у F0 и F3 (сами же апноту приложили), ДМА у F4 действительно отличается, но это уже М4.
Прицепите логический анализатор (ЛА) и посмотрите, какой байт теряется на приёме, первый, последний или по очереди.