PIC12F1840 Использование хардварного UART совместно с DAC

[kib12]

Два варианта. Видны настройки регистров. Просто открой архив и посмотри ролик.

Посмотрел, спасибо. Вроде работает.
Вопрос: Это все с использованием #use rs232 или настройка регистров руками? Если не жалко, сбросьте ваш код к этим картинкам.

Директива #use rs232 кроме настройки регистров организует поток вывода, и если ее исключить, то не работают команды printf и другие, связанные с выводом в уарт. А я еще использую флаг четности (связано с используемым внешним оборудованием). Это еще больше загадит проект. Хотя может рс232 его и загаживает.

Если получится задуманное, то будет нужно перелопатить все семейство проектов. А хотелось бы малой кровью. К тому же в железе то работает, в протеусе нет.

[mimuh64]

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

У меня там свои библиотеки (со своим синтаксисом, в данном случае от BoostC), которые тебя еще больше введут в заблуждение.
Я указал тебе на проблему... это даст возможность отладить в Протеусе. Делай со своими директивами макросами и функциями, если внутрь их залезть нельзя, то в нужном месте дополняй операторы руками.
Например.
При совместной работе на один порт сразу после

setup_dac(DAC_OUTPUT | DAC_VSS_VDD); //задаем режим DAC 

выключаем его

daccon0 &=~(1‹‹DACEN) ;// отключили DAC 

После применения #use rs232(uart1, baud=19200) пред включение dc_write(dc); добавь строки

rcsta&=~(1‹‹SPEN); //отключили USART
trisa.0 = 1; // перенастроили порт
daccon0 |=(1‹‹DACEN) ; включили DAC 

Перед выдачей в USART

daccon0 &=~(1‹‹DACEN) ; //отключили DAC
rcsta|=(1‹‹SPEN); //включили USART
trisa.0 = 0; // порт на выдачу 

и т.д.

Или по другому... При разных портах
#use rs232(uart1, baud=19200) сразу набираешь

apfcon|=(1‹‹TXCKSEL); // переназначили порт ТХ
trisa.0 = 1; // забрали порт из стандартной функции CCS
trisa.4 = 0; //  порт на выдачу 

В этом случае DAC работает в стандартном исполнении... Главная проблема это то что после использования apfcon порт А0 оставался настроенным на выдачу (из под #use rs232(...))
И все....

[kib12]

Спасибо за советы.

Удалось получить нормальную решение и в Протеусе и в железе.

После переключения ТХ RA0 на RA4 регистр TRISA.0 стоит в 1. И схема не работает. Только передернув TRISA.0 в 0 и сразу в 1, получил вполне достойную картину.

[mimuh64]

ОК. Погуглил я немного этот CCS....Тебе знакомо вот это? Думаю что стоит изначально указать в #use rs232 опцию XMIT=pin - Set transmit pin. В этом случае сначала переключаешь TXCKSEL =1, затем включаешь USART #use rs232 (...., XMIT=pin,....).
Таким образом мы не затрагиваем порт A0.... и сразу работаем на него DAC...
Ну где-то так... попробуй.

[kib12]

Нуу... Мануал я почитываю часто.

CCS сначала обрабатывает директивы, а уже потом все остальное.Так что вставить TXCKSEL =1 перед #use не получается.

Также параметр XMIT=pin - Set transmit pin в основном относится к ногодрыжному уарт, хотя в частном случае его можно применить и к хардварному. Я явно указываю #use rs232(uart1, baud=19200) на хардварный уарт1.

Передергивание TRIS0 нужно только в Протеусе, в железе корректно работает и без этого. Причем мне удалось стабильно принять на ответной стороне 10 состояний DAC (больше не пробовал), причем время установления уровня напряжения довольно малое, а это позволяет на лету организовать анализ довольно плотного шифрованного канала связи.

Спасибо за советы!