NickB (13.08.2008 17:46, просмотров: 192) ответил mse на Тут, наверное, пральней будет так: по таймерному прерыванию сперва(!) ЦС в "1", потом в "0", а потом передача. Т.е. засчолкиваться будет предыдущее значение. В ряде случаев на это можно спокойно забить. А потери тактов минимальны, если цап допускает-
- Ну это запросто, тока, наверняка надо учесть некоторыи тонкости. Если заставить его, например, тупо генерить сигнал ЦС, а работу с СПИ начинать по событию от ССР(ЦС->"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)
- Ну так надо использовать макс приоритет прерывания - NickB(15.08.2008 13:02)
- Ну это запросто, тока, наверняка надо учесть некоторыи тонкости. Если заставить его, например, тупо генерить сигнал ЦС, а работу с СПИ начинать по событию от ССР(ЦС->"0"), то можно получить в дыню, если будут ещё какие прерывания. Т.е. ССР придёцца mse(148 знак., 15.08.2008 09:36)