Помогите с TMR1 на PIC16F873

[OakRidge]

PIC16F873 давно в музее
Не то что плохой, бедный

[DmitriyVDN]

to ТС , во вложении примеры работы таймера
три варианта :
в первом таймер работает с перезапуском с задержкой отключения
во втором включение по нажатию кнопки
в третьем пока нажата кнопка переключает выход , короче мигалка.

[Shahabbas]

OakRidge,
Вообще то в реале используется PIC16F73. Он гораздо дешевле. Просто в ПРОТЕУСе нет этой модели. Приходится использовать "близнеца" PIC16F873.

Я использую PIC16C73B - полный аналог для симулирования.

[vavan1983]

Для отладки пофиг какой использовать. Я обычно сначала отлаживаю на 16F877 или 18F4620 а потом уже переношу на то что требуется. Для отладки использую LCD 20x4 дисплей, кнопки, энкодер. Удобно смотреть за регистрами.

[NewWriter]

"Архигениально", блин... Только зачем левой пяткой чесать правое ухо?

[tsb]

У меня еще используется PORTA. RA0 и RA3 входы, а RA2 выход. Видимо я их неправильно добавил. MpLab на мои строчки ругается. пришлось их за комментировать. Подскажите, как выйти из положения.

Вы пытались для порта А присвоить те же имена, что и для других портов. Потому и "ругается". Назначьте порту А другие имена, например, PORTA_BUTTON, PORTA_LED

[ptrots]

А вот так можно?
#define BUTT01 PORTA,0
#define LED9 PORTA,2
#define BUTT9 PORTA,3
MPLAB не ругается.

[tsb]

А вот так можно?
#define BUTT01 PORTA,0
#define LED9 PORTA,2
#define BUTT9 PORTA,3

Так можно, но только для непосредственных операций с портом. Если же нужно сохранять текущее и предыдущее состояние порта, как было сделано для портов B и C, то такое определение не подойдет.

[DmitriyVDN]

А вот так можно?

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

;Биты кнопок  Button, ButtonOld, PORTB 
#define  PORT_BUTTON  PORTB
#define  BUTT1   0
#define  BUTT2   1
#define  BUTT3   2
#define  BUTT4   3
#define  BUTT5   4 
#define  BUTT6   5
#define  BUTT7   6
#define  BUTT8   7

обозначенные биты это биты переменных Button, ButtonOld, ButtonJastPressed, ButtonJastReleased , порт PORTB здесь только для показать откуда берутся данные.
Посмотрите внимательно код функции Task_Button: в ней PORTB читается только один раз за итерацию и в коде больше не участвует, сделано это
для того что бы в процессе выполнения кода изменение состояния PORTB не повлияло на логику работы.

#define BUTT01 PORTA,0
#define LED9 PORTA,2
#define BUTT9 PORTA,3
MPLAB не ругается.

я вам давал ссылку на опрос кнопок , на Си вы писать не хотите, но с упорством пытаетесь превратить АСМ в Си подобный язык командами авто-замены препоцессора , где логика?
для большего кол-ва кнопок нужно в Task_Button: отвязать биты переменных от конкретных битов портаБ , ну и увеличить их разрядность с 8ми до 16 бит.

Кроме того, в моей программе присутствует логика на включение, ну пусть будут LEDxx. BUTTON1 должен включать LED1 и LED2. BUTTON2 - LED2 и LED3 и т. д. Ну это я как нибудь осилю, а вот следующее условие, если включен LED3, то есть BUTTON3 активен, то LED2 включаться не должен, ни от BUTTON2, ни от BUTTON1. Вот это куда вкрячить в Вашем варианте.

Эх, а начиналось-то все с "покажите как сделать задержку", а далее как в присказке " дайте воды попить, а то есть так хочется , что переночевать негде..." , а вообще это обычная логика И-ИЛИ-НЕ.
изучайте код, все операции по изменению состояния порта проводятся в виртуальном порте TempLED, путем записи текущего состояния PORT_LED в начале задачи и записи в порт из TempLED в конце задачи.
ничего не мешает вообще отказаться от чтения PORT_LED .
те в начале итерации читаем состояние кнопок, проводим все проверки и изменения в виртуальном порте ,после выполнения всех задач загружаем итоговое значение в реальный порт в конце итерации

[jump]

Основной задачей является создание автономных кусков транспортера, состоящих из 8 участков

вы так и не указали модель омрона и наличие свободных входов/выходов. кстати, 8 участков прекрасно ложатся в один цикл (ПО пишется для одного участка со всеми обработками ошибок и т.д. и вызывается 8 раз подряд), который вызывается по интервальному таймеру. в современных ПЛК отладку можно вести онлайн, наблюдая за процессом воочию, что гораздо проще поиска ошибок в симуляторе.
могу дать подсказку - на голубой пилюле есть возможность работать как на ПЛК Мицубиши со всеми плюсами среды программирования на языках МЭК61131, не занимаясь пиками и ассемблером

Если хотите могу показать, как это работает сейчас. Модель в Протеусе

нет у меня протэзов и пока без них обхожусь