Помогите разобраться с директивой BCF

Shk_Alex

Коты, привет.

Начинаю разбираться с МК и ассемблером. Ранее с ним имел дело только в теории и сейчас словил непонятный тупняк.
Под руками PicKit2 и МК PIC16f684

Судя по мануалам (если я не разучился читать) BSF должна устанавливать один бит в регистре не трогая остальных, однако на практике я вижу, что остальные биты сбрасываются в 0.

В моем случае - это регистр PORTC, в котором я пытаюсь управлять независимо двумя выходами.
При использовании директивы BSF в единице тот выход, который установлен последним.

Подскажите, где я накосячил, и как правильно?

Реклама

Albert_V

Где вы накосячили - фиг его знает. Текст программы я не могу увидеть (гадалки готовятся к НГ).
bsf PORTC,0 "поднимет" выход 0 порта С в "единицу" при условии, что этот вывод порта назначен на выход и, при этом, не переназначен на "периферию".

Реклама

Shk_Alex

Да не, не в том дело.
Действительно поднимает. но при условии что выводы 0 и 1 порта на выход,

bsf PORTC,0
bsf PORTC,1

поднимает только выход 1, а если наоборот

bsf PORTC,1
bsf PORTC,0

поднимает только выход 0.

при этом директива movwf работает как надо, но она мне не удобна.

PS если использовать

movlw b'00000001'
mowwf PORTC
bsf PORTC,1

поднимается опять же только выход 1.

Albert_V

Выкладывайте текст программы...
Мне очень интересно посмотреть на то, как вы делаете INIT контроллера.

Реклама

Shk_Alex

Albert_V писал(а):А что ещё вы хотели увидеть при записи 0х01 (hex) в порт?

Так 0х01 (hex) 0 это выход 0 а не выход 1, после этого директивой BSF поднимается еще и выход1. И горит только 1(!!!).

Текст вам много не даст, я просто зажигал (даже без мигания) светодиоды
Делал это в разных вариантах, последний этот:

Код: Выделить всё

	bcf     STATUS,RP0
	clrf    PORTC
  	goto  	main			; go to beginning of program


main
	bsf     STATUS,RP0
    	MOVLW   b'11110011'  
    	MOVWF   TRISC
        bcf     STATUS,RP0
	bsf     PORTC,2
	bsf     PORTC,3
label      goto label
        End

Результат - горит только порт 3.

Реклама

Shk_Alex

Сори, почему форматирование в коде слетает, сказать не могу.

Реклама

Albert_V

В вашем тексте программы, я не увидел конфигурацию ADC, PWM и компаратора....

Shk_Alex

Код: Выделить всё

	list		p=16f684		; list directive to define processor
	#include	<P16F684.inc>		; processor specific variable definitions
	
	__CONFIG    _CP_OFF & _CPD_OFF & _BOD_OFF & _PWRTE_ON & _WDT_OFF & _INTRC_OSC_NOCLKOUT & _MCLRE_OFF & _FCMEN_OFF & _IE

Albert_V

Не путайте CONFIG с настройкой периферии при старте программы.
Это разные вещи.
При старте программы, вы ОБЯЗАНЫ настроить периферию "вручную".

Shk_Alex

Насколько я понял из примеров и прочего, что мне нужно все включать, если это нужно, в остальных случаях все выключено.
Мне нужны тупо триггеры, соответственно, я ни чего не конфигурил.

В любом случае, почему одна директива работает правильно, а другая нет (на мой взгляд), как на это может влиять настройки компаратора, АЦП и т.д.?

Не видел ни в одном примере простейших программ настройки более чем Config.
Не хотел лезть сразу в дебри периферии, есть где то пример настройки, близкой к "все отключено"?

Albert_V

Давайте, попробую вам объяснить "на двух пальцах":
/заранее извиняюсь за "лирику"/
Старт выполнения программы идёт с адреса 0000
Далее:
Необходимо сразу после старта программы указать какие выводы у вас должны быть выходами, какие входами, что из периферии (ADC, PWM, компаратор(ы), таймеры и т.д.) вы разрешаете, задать их конфигурацию и, только после этого, можете приступать к "нормальной работе".
Вот здесь, для дальнейшего исполнения программы, будет метка MAIN.

Shk_Alex

т.е. условно, мне необходимо из main вынести TrisC с сопутствующими?
Завтра попробую.

такой текст, у моем случае определен тем, что много где (в том числе у любимого всеми Корабельникова) написано, что с с адреса 0000 можно ввести только 4 команды, дальше переходить на main, т.к. с 0004 идет область памяти для обработки прерываний.

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

Albert_V

Shk_Alex писал(а):...с 0004 идет область памяти для обработки прерываний.....

Только, не область памяти для обработки прерываний, а "ссылка" на конкретный адрес (вектор прерываний).
Первой командой (org 0000) можно "сказать" goto INIT и "перелететь" через адрес вектора прерываний (0004).
org 00h
goto INIT
Так же, вам никто не запрещает написать в программе
org 04h
goto INTERRUPT
и где-то, хоть в конце текста основной программы, поставить метку INTERRUPT (обработка прерываний).
----
В этой моей статье (пытался сделать как можно проще) можете посмотреть исходник на asm.
Там всё сделано до предела просто (насколько смог).

vladlen-from-vrtp

Shk_Alex писал(а):...
При использовании директивы BSF в единице тот выход, который установлен последним.
...

RMW

Albert_V

Cлышал звон, не зная откуда он ©
-------
Для этого контроллера это не принципиально.

vladlen-from-vrtp

Page 31 in Datasheet

All write operations are read-modify-write
operations. Therefore, a write to a port implies that the
port pins are read, this value is modified and then
written to the port data latch. RA3 reads ‘0’ when
MCLRE = 1.

RMW

scorpi_0n

Вот далась вам эта RMW. RMW возникает при быстром переключении при высокой ёмкости на выводе и при чрезмерной нагрузке вывода. Проверить наличие RMW при быстром переключении можно добавив пару NOP между командами. Но здесь виною на 99% является отсутствие настройки периферии. Из даташита на порт С.

Код: Выделить всё

BANKSEL PORTC ;
CLRF PORTC ;Init PORTC
MOVLW 07h ;Set RC<4,1:0> to
MOVWF CMCON0 ;digital I/O
BANKSEL ANSEL ;
CLRF ANSEL ;digital I/O
MOVLW 0Ch ;Set RC<3:2> as inputs
MOVWF TRISC ;and set RC<5:4,1:0>
                       ;as outputs
BCF STATUS,RP0 ;Bank 0

КРАМ

Shk_Alex писал(а): Текст вам много не даст, я просто зажигал (даже без мигания) светодиоды

Для RMW принципиально важно КАК ПОДКЛЮЧЕНЫ эти самые светодиоды. Если напрямую к пинам (или с очень маленьким балластным сопротивлением), то причина как раз в RMW.

Albert_V писал(а):Для этого контроллера это не принципиально.

Можно полюбопытствовать ПОЧЕМУ?

Защелка выхода не читается, то есть регистр LAT отсутствует. И потому есть все предпосылки получить подобный баг через RMW.

Albert_V писал(а): При старте программы, вы ОБЯЗАНЫ настроить периферию "вручную".

А он ее и настроил. Отсутствие корректной конфигурации никак не влияет на самопроизвольный сброс отдельных разрядов. Неверно настроенный пин просто не будет работать.
Автор все настроил правильно.
Проверка на RMW совершенно элементарна. Достаточно вывести в порт ПОЛНЫЙ БАЙТ вместо побитной установки и все сразу станет на свои места...

Shk_Alex

scorpi_0n спасибо, повкуриваю.

КРАМ
RMW на сколько я понял, это "временное" явление, если не успевает переключиться выход.
У меня нет переключений, просто диоды горят. Я не прав?
диоды подключены через сопротивления 180 Ом, нагрузка на 30% меньше допустимой для контроллера по электрическим характеристикам.

В первую очередь, мне не понятно, почему одна команда работает, другая нет?
Почему, если я прописываю оба выхода сразу командой MOVWF, светятся оба, а если по одному - только последний?
Судя по мануалу команда не должна влиять на другие биты!

Albert_V
Спасибо, почитаю, думаю будет крайне полезно.
Возник соответственно вопрос, получается я не смогу в процессе исполнения программы менять направление пина? Если это так, то я очень расстроен, я очень надеялся, что это возможно....

КРАМ

Shk_Alex писал(а): КРАМ
RMW на сколько я понял, это "временное" явление, если не успевает переключиться выход.
У меня нет переключений, просто диоды горят. Я не прав?
диоды подключены через сопротивления 180 Ом, нагрузка на 30% меньше допустимой для контроллера по электрическим характеристикам.

Дело тут вообще не во времени.
Проблема модификации разрядов, которые не устанавливаются битовой командой состоит в том, что из-за отсутствия доступа к ВЫХОДАМ ЗАЩЕЛОК РАЗВЯЗАННЫХ ОТ ПИНОВ (нет регистра LAT и защелки напрямую подключены к пину), при выполнении ЛЮБОЙ БИТОВОЙ КОМАНДЫ происходит ЧТЕНИЕ ПИНОВ (а не защелки), их модификация (одного бита) и запись обратно в защелку.
То есть та самая процедура RMW (чтение-модификация-запись). Если Вы нагрузили порт таким образом, что выходное напряжение на ПИНЕ упало ниже порога единицы, то при чтении в этом разряде будет прочитан НОЛЬ. И это никак не связано с допустимой нагрузкой на пин. Даташит не гарантирует сохранение логического уровня на нагруженном пине в разделе абсолютных максимумов. А в разделе описания выходных уровней ток пина обозначен совершенно другой.

Можете экстраполировать график до тока 19...20 мА (5-1,5)/180=19,4мА.

Shk_Alex писал(а): Возник соответственно вопрос, получается я не смогу в процессе исполнения программы менять направление пина? Если это так, то я очень расстроен, я очень надеялся, что это возможно....

Естественно, что это возможно. Конфигурационное слово не настраивает направление пинов.