caxapa.ru :: Спасибо, буду разбираться с этим режимом. Сейчас перерыв. Все-таки прав mse - микрочиповская среда требует негуманна и вызывает противление злу :) Во всяком случае нужно привыкать, начиная с констант в хедерах.

Vladimir Ljaschko (11.08.2008 17:04, просмотров: 167) ответил NickB на Тем более что ЦАП обычно требует точных временных интервалов

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

Ответить

- Тут, наверное, пральней будет так: по таймерному прерыванию сперва(!) ЦС в "1", потом в "0", а потом передача. Т.е. засчолкиваться будет предыдущее значение. В ряде случаев на это можно спокойно забить. А потери тактов минимальны, если цап допускает mse(45 знак., 13.08.2008 13:41)
  - В 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