SPI в контроллере без интерфейса

[Easyrider83]

Да это вообще самый простой интерфейс. Работаем так:
Опустили CS - значит выбрали чип. Можно и без этого обойтись, если выбирать не из чего.
Подняли CLOCK. Подождали пару микросекунд, чтобы уровень вырос. На DIN будет первый бит информации. На DOUT посылаем то, что хотим оправить. Не хотим? Не трогаем DOUT.
Считали DIN? Пора подождать не много и опускать CLOCK.
Опустили CLOCK? Надо подождать пару микросекунд, чтобы опустился.
Опустился? Ждем еще не много. Поднимаем. И опять по кругу, пока не считаем байт, 2 байта, сколько угодно байт.
Программно реализуется элементарно. Если использовать переферийный SPI МК - это полезно, когда нет времени ждать. Закинули байт в регистр. Он отправляет. Отправил, выставил флаг в pir1.sspif. Снимаем флаг, читаем регистр, отправляем новый байт в регистр. Один регистр и для приема и для передачи. Можно читать по прерыванию. Как угодно. Если МК ведомый, ставим прерывание по наполнению регистра. Пришла информация - скинули флаг, прочитали, вышли из прерывания. Просто.

[realid]

Да это вообще самый простой интерфейс. Работаем так:
Опустили CS - значит выбрали чип. Можно и без этого обойтись, если выбирать не из чего.
Подняли CLOCK. Подождали пару микросекунд, чтобы уровень вырос. На DIN будет первый бит информации. На DOUT посылаем то, что хотим оправить. Не хотим? Не трогаем DOUT.
Считали DIN? Пора подождать не много и опускать CLOCK.
Опустили CLOCK? Надо подождать пару микросекунд, чтобы опустился.
Опустился? Ждем еще не много. Поднимаем. И опять по кругу, пока не считаем байт, 2 байта, сколько угодно байт.
Программно реализуется элементарно. Если использовать переферийный SPI МК - это полезно, когда нет времени ждать. Закинули байт в регистр. Он отправляет. Отправил, выставил флаг в pir1.sspif. Снимаем флаг, читаем регистр, отправляем новый байт в регистр. Один регистр и для приема и для передачи. Можно читать по прерыванию. Как угодно. Если МК ведомый, ставим прерывание по наполнению регистра. Пришла информация - скинули флаг, прочитали, вышли из прерывания. Просто.

Без CS не обойтись, потому что по его восходящему фронту данные фиксируются в приемнике.

[yellow87]

Смысл примерно ясен.
Только уточните алгоритм управления CS для выбора:
1.одного из трёх перефирийных устройств
2.одного единственного устройства

[realid]

Смысл примерно ясен.
Только уточните алгоритм управления CS для выбора:
1.одного из трёх перефирийных устройств
2.одного единственного устройства

Для каждого устройства свой CS. А линии SDO, SDI, SCK общие.

[innovator_king]

Если выбирать нечего, то CS можно напрямую посадить на общий.

[realid]

Если выбирать нечего, то CS можно напрямую посадить на общий.

А как вы будете заносить данные в приемник? По восходящему фронту CS данные записываются во внутренние регистры из сдвигающего регистра. Это не просто Chip Select, но еще и строб записи. Вот цитата из даташита на память SPI:

For the data to be actually written to the array, the CS
must be brought high after the Least Significant bit (D0)
of the nth data byte has been clocked in.

Можно SDI не подключать если только передаете, можно SDO не подключать если только принимаете. НО CS должен быть всегда подключен!

[DK]

а можно не париться. Взять С или Паскаль или Барсик от Микроэлектроники. Там готовые библиотеки для софтовых I2C и SPI.

[Easyrider83]

а можно не париться. Взять С или Паскаль или Барсик от Микроэлектроники. Там готовые библиотеки для софтовых I2C и SPI.

Они так погано сделаны. I2c нормально работает. А SPI одни рыдания. По объему кода проще и быстрее поработать напрямую с регистрами.

[DK]

SPI одни рыдания.

А в чем выражается?

Честно говоря, SPI не юзал софтовый. I2C и UART - часто. Особенно последний. Удобно при отладке

[MisterDi]

Использовал реализацию SPI в компиляторе CCS - очень хороша. Пактически такаяже как и на АСМе.