caxapa.ru :: Тут, наверное, пральней будет так: по таймерному прерыванию сперва(!) ЦС в "1", потом в "0", а потом передача. Т.е. засчолкиваться будет предыдущее значение. В ряде случаев на это можно спокойно забить. А потери тактов минимальны, если цап допускает

mse (13.08.2008 13:41, просмотров: 166) ответил Vladimir Ljaschko на Спасибо, буду разбираться с этим режимом. Сейчас перерыв. Все-таки прав mse - микрочиповская среда требует негуманна и вызывает противление злу :) Во всяком случае нужно привыкать, начиная с констант в хедерах.

Тут, наверное, пральней будет так: по таймерному прерыванию сперва(!) ЦС в "1", потом в "0", а потом передача. Т.е. засчолкиваться будет предыдущее значение. В ряде случаев на это можно спокойно забить. А потери тактов минимальны, если цап допускает достаточно короткий интервал между "0"-ми ЦС.

Ответить

- В PIC24-DSPIC модуль ССР это сделает без применения чаловеческой силы - NickB(13.08.2008 17:46)
  - Ну это запросто, тока, наверняка надо учесть некоторыи тонкости. Если заставить его, например, тупо генерить сигнал ЦС, а работу с СПИ начинать по событию от ССР(ЦС->"0"), то можно получить в дыню, если будут ещё какие прерывания. Т.е. ССР придёцца mse(148 знак., 15.08.2008 09:36)
    - Ну так надо использовать макс приоритет прерывания - NickB(15.08.2008 13:02)
      - Не, не надо. Пусть его(СПИ) колбасит внутри ЦС="0", главное, чтобы запас был на прерывания. - mse(15.08.2008 13:37)
    - Я бы попробовал поиграться с SPI (16 битн режим) в SLAVE + DMA. А внешние сигналы слепил бы на неск. каналах OC. Один таймер на частоту тактового сигнала SPI - выход через ОС. Эту же частоту - на внешнюю синхр. другого таймера, период повт. которого на st232bd(219 знак., 15.08.2008 10:49)

Микроконтроллеры PIC