Proteus не хочет "дружить" с ШИМ PIC16F877. Почему

finiki · 17.08.2009, 21:29

Задача простая - сформировать ШИМ сигнал частотой 22 кГц.
Программа пока тоже простая - запускаем ШИМ и больше ничего не делаем, только после каждого периода формируем на отдельном выводе формируем короткий импульс для синхронизации процесса.
Моделируем в Proteus - все хорошо (проект PWM_good.DSN).

Теперь чуть-чуть усложним программу - после каждого периода будем перезаписывать длительность импульса ШИМ (регистр CCPR1L), чтобы затем управлять скважностью.
И тут все рушится (проект PWM_bad.DSN) - формируется только один первый период сигнала ШИМ!

Кто-нибудь может объяснить в чем дело?
Подробности в прилагаемом архиве. Использую Proteus 7.4 SP3.
Заранее благодарен.

Прикрепленный файл: 8733328.rar

arhimed486 · 17.08.2009, 22:28

Честно скажу: в пиках не разбираюсь

, так как с AVR работаю, но это вроде помогло:

Wait
btfss PIR1,TMR2IF
goto Wait
;Сформировался один период.
bcf PIR1,TMR2IF ;Сбросить флаг прерывания.
bsf PORTC,0 ;Синхр.=1
bcf PORTC,0 ;Синхр.=0
movlw d'45' ;!!! Перезапишем ширину
movwf CCPR1L ;!!! импульса.
clrf TMR2 ; это помогло
goto Wait ;

Методом тыка

picavr · 17.08.2009, 23:47

Сообщение от finiki

И тут все рушится (проект PWM_bad.DSN) - формируется только один первый период сигнала ШИМ!

Сие науке не известно...
И охота вам глюки Протеуса иследовать? По моему проще (а главное быстрее найти причину) опробовать всё в железе. Может статся что в железе заработает. Во всяком случае у меня в 16F628,16F690,16F877A и в ATMega8 проблем с регулировкой ШИМ не возникало. Всё как в даташите сказано.

finiki · 18.08.2009, 09:35

Сообщение от picavr

По моему проще (а главное быстрее найти причину) опробовать всё в железе.

Проблема в том, что последнее время вопрос моделирования вышел на первое место, т.к. для меня процессы разработки и отладки в железе значительно разнесены не только во времени, но и в пространстве.

Что касается ШИМ, то модель даже когда работает - работает все равно неправильно, т.к. период сигнала ШИМ (положительный перепад)должен начинаться в момент обнуления TMR2, а тут связь сигнала с работой таймера плохо прослеживается. Короткие импульсы синхронизации на рисунке - моменты переполнения таймера.

-- Прилагается рисунок: --

picavr · 18.08.2009, 12:08

Сообщение от finiki

процессы разработки и отладки в железе значительно разнесены не только во времени, но и в пространстве.

Мне сложно понять, как можно что то писать без отладки в железе. Отладка это - ЧАТЬ работы по написанию пограммы. Порой в зависимости от результатов отладки одного модуля, переписываешь другой програмный модуль.

Сообщение от finiki

период сигнала ШИМ (положительный перепад)должен начинаться в момент обнуления TMR2. Короткие импульсы синхронизации на рисунке - моменты переполнения таймера.

Вам не нравится что короткий импульс не совпадает с перепадом ШИМ?

Скорее всего, момент обнуления TMR2 это на рисунке момент перепада сигнала ШИМ. А импульсы синхронизации это уже то что вы формируете по прерыванию TMR2.
Я правильно понял?
Отследите в отладчике MPLAB сколько проходит времени между переполнением таймера и тем моментом когда фрмируется ваш короткий импульс.

-- Прилагается рисунок: --

finiki · 18.08.2009, 12:19

Сообщение от arhimed486

это вроде помогло:
......................................
movlw d'45' ;!!! Перезапишем ширину
movwf CCPR1L ;!!! импульса.
clrf TMR2 ; это помогло
goto Wait ;

Можно пойти еще дальше и перед обнулением таймера прочитать его содержимое, а после обнуления - восстановить счет, но это помогает, если мы пытаемся увеличить (или оставить неизменной) длительность импульса ШИМ. Если же пытаться уменьшать длительность импульса, то примочка с обнулением таймера не срабатывает! Еще эфект зависит от исходной скважности. Полный мрак!!!

Диагноз для модели ШИМ в PIC16F877 (по совокупности фактов): пациент скорее мертв, чем жив. Но, это - мое мнение. Хотелось бы послушать авторитетных людей.

finiki · 18.08.2009, 12:32

Сообщение от picavr

Вам не нравится что короткий импульс не совпадает с перепадом ШИМ?
Скорее всего, момент обнуления TMR2 это на рисунке момент перепада сигнала ШИМ. А импульсы синхронизации это уже то что вы формируете по прерыванию TMR2.
Я правильно понял?
Отследите в отладчике MPLAB сколько проходит времени между переполнением таймера и тем моментом когда фрмируется ваш короткий импульс.

Проходит несколько тактов, но дело не в этом. Мне не нравится не то, что импульс синхронизации не совпадает с перепадом сигнала, а то,с каким именно перепадом (в этот момент должен быть перепад из 0 в 1, а не наоборот).

-- Прилагается рисунок: --