Atmega8+ЦАП(MCP4921), создание функцию загрузки данных Опции

[Яrik]

Добрый вечер!

Есть проблемка, помогите пожалусйта.
Необходимо создать функцию на СИ для загузки данных в последовательний ЦАП. Аппаратний SPI негодится . Нужно за одну раз передавать 16-ти разрядное число (4-ре бита конфигурации, 12 -данные).
Возможно кто нибудь уже делал, что-то подобное делал. Поделитесь.

[WHALE]

Вы наверно,SS имеете в виду?Дык он c аппаратным SPI никак не связан.В его роли может выступать любой свободный порт и управляйте им на здоровье сами-в вашем случае снимайте его после передачи 2 байта.

[prottoss]

Вы наверно,SS имеете в виду?Дык он c аппаратным SPI никак не связан.В его роли может выступать любой свободный порт и управляйте им на здоровье сами-в вашем случае снимайте его после передачи 2 байта.

С аппаратным SPI вывод SS МК на самом деле связан, если он (SS) сконфигурирован как вход

If SS is configured as an input, it must be held high to ensure Master SPI operation. If

the SS pin is driven low by peripheral circuitry when the SPI is configured as a master

with the SS pin defined as an input, the SPI system interprets this as another master

selecting the SPI as a slave and starting to send data to it. To avoid bus contention, the

SPI system takes the following actions:

1. The MSTR bit in SPCR is cleared and the SPI system becomes a slave. As a

result of the SPI becoming a slave, the MOSI and SCK pins become inputs.

2. The SPIF flag in SPSR is set, and if the SPI interrupt is enabled, and the I-bit in

SREG is set, the interrupt routine will be executed.

То бишь в качестве выхода для выборки DAC его использовать можно, но как вход для каких то других целей лучше не использовать. Если SS будет сконфигурирован как вход и на этом выводе будет лог.0 SPI интерфейс воспримет это как сигнал выборки от другого Мастера, что приведет к сбросу пина MSTR в регистре SPCR SPI. А в таком режиме посылать в DAC данные уже не возможно