Что Не Так С Алгоритмом?

[hardbar]

Только начал изучать асемблер как такая проблема. Сделал по алгоритму прошивку а она толково не работает. Когда на порт D подаешь - то на порту B должен быть тоже минус. и светодиод должен постояно гореть а он мерцает. что не так с алгоритмом.

Изменено 6 мая, 2013 пользователем hardbar

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Геннадий]

Зачем же так сложно? Может сделать проще?

main:
  in	 temp,pind
  out   portb,temp
  rjmp  main

В таком случае порт В будет соответствовать порту D.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[hardbar]

Зачем же так сложно? Может сделать проще?

main:
in temp,pind
out portb,temp
rjmp main

В таком случае порт В будет соответствовать порту D.

Вот только что заметил проблему нужно чтоб на весь порт B выводилось состояние того что есть на одной ноге порта D.

Изменено 6 мая, 2013 пользователем hardbar

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[tcoder]

Ну дак ставьте проверку нужного бита по порту D, и в зависимости от результата записывайте в B либо 0x00, либо 0xFF. Команды для проверки бита имеются. Можно и через маску...

[Геннадий]

Как-то так.

main:
   sbic   pind,0
   rjmp   set_255
   clr	  temp
   rjmp   out_port
set_255:
   ser	 temp
out_port:
   out	 potrb,temp
   rjmp   main

[hardbar]

Если я правельно понял то вот так:

[tcoder]

Или так

main:
clr temp
SBIC pind,cont_pin
ldi temp,0xFF
out portb,temp
rjmp main

Поправьте)

[hardbar]

Или так

main:
clr temp
SBIC pind,cont_pin
ldi temp,0xFF
out portb,temp
rjmp main

Проверял не работает

[tcoder]

cont_pin на нолик не забыли заменить? Должно работать (по идее)

[Геннадий]

Cont_pin нужно заменить на числовое значение проверяемого пина. В твоем случае на 0. Могу поправить tcoder-a немного... ldi temp,0x255 лучше заменить на ser temp. Смысл тот же, но читается лучше.

tcoder

Дуплетом.

Изменено 6 мая, 2013 пользователем Геннадий

[tcoder]

ldi temp,0x255 лучше заменить на ser temp.

Ага, почитал что это за инструкция. Это уж вам, авр-щикам наверно привычнее использовать) Я то не практикую AVR. Хотя подозревал что ser быстрее должен выполняться, но как оказалось загрузка константы за то же время происходит однако.... видимо нескоро я от IBM отвыкну

Дуплетом

Долго думал про что, пока на время добавления постов про Cont_pin не глянул Действительно)

Изменено 6 мая, 2013 пользователем tcoder

[Геннадий]

Тот же цикл, только в команде константа уже зашита. Применяется для установки ВСЕХ битов в 1, обратная CLR.

[tcoder]

Тот же цикл, только в команде константа уже зашита.

Т.е. в бинарном виде нельзя отличить LDI от SER и от CLR как я понял? *Глянуть чтоле)

*глянул. Действительно КОПы SER и LDI идентичны, а вот CLR отличается и 10 бит на регистр вместо 8, как у LDI и SER.

Изменено 6 мая, 2013 пользователем tcoder

[hardbar]

мне кажеться что ето не устранит ни один алгоритм. ведь мк имеет свою частоту и выполнение задач у него имеет свое время. вот и за этого мерцание. может его так и оставить??

[tcoder]

Бред. Частота выполнения алгоритма - это частота выполнения команд грубо говоря, с какой скоростью перебираются команды никак не должно влиять на состояние порта. Это просто недопустимо и нелогично.

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

[hardbar]

Вот:

main:

sbi PORTB,0

in temp, PIND

sbrc temp, 0

rjmp main

cbi PORTB, 0

rjmp main

сократил код до минимума. но задержка в тысячние осталась. думаю так и оставить и изучать дальше асемблер

Изменено 6 мая, 2013 пользователем hardbar

[tcoder]

Ваш последний Ваш вариант #16 будет мерцать.

Для этого даже смотреть алгоритм особо не надо. У вас первой же строкой по метке main идёт установка бита. Далее мы видим, что все rjmp идут на эту метку. Вывод - чтобы в алгоритме не случилось - при возврате на main всё равно единица установится.

Задержкой реакции здесь как раз будет время выполнения команд между чтением порта Д и записью в порт Б включительно + rjmp. Рассчитать время реакции можно точно, зная частоту, на которой работает МК и тайминги команд (они приведены в датащите).

Касательно битовых операций прямо на порте - я лично избегаю этих команд в быстрых циклах, т.к. опасаюсь эффекта "мусора", связанного с ёмкостным поведением порта при использовании битовых операций (они же Считал-Изменил-Записал, а порт то не успевает стабилизироваться к следующему вызову битовой операции). Далеко не уверен, что на всех микроконтроллерах этот эффект есть, но всё равно избегаю (суеверие чтоле... надеюсь нелишнее)

Изменено 6 мая, 2013 пользователем tcoder

[Геннадий]

hardbar

Вы недопонимаете приведенный нами алгоритм. Дело в том, что в наших с tcoder-ом алгоритмах изменение состояния порта более статично по отношению к главному циклу main. Т.е. если в предыдущем цикле порт имел состояние 0, и в следующем цикле он должен быть 0, то значение порта не изменяется. В вашем случае, вы постоянно взводите "курок" (как перед выстрелом), а потом применяете требуемое значение. Отсюда и импульсы. Они появляются только когда требуется вывести 0, а при 1 их нет? Угадал?

Вам бы поработать с VMLAB 3.15, там есть осциллограф и при пошаговой отладке все видно (откуда что берется). Упс... Attiny2313 там нет.

Те строчки, которые все портят:

main:
sbi PORTB,0	 ;подняли порт в 1, а если было и должно быть 0
in temp, PIND ;пока "раскорячимся"
sbrc temp, 0 ;и поймем, что...
rjmp main
cbi PORTB, 0 ;дествительно, должен быть 0, как и ранее...
rjmp main

...пройдет время, а на выходных линиях порта в это время будет висеть импульс лог.1, созданный вами с начала цикла main. Берите алгоритм tcoder-а, он рабочий.

Изменено 6 мая, 2013 пользователем Геннадий

[tcoder]

Вот она ошибочка по коду из поста #16, наглядно показываю:

Вот при условии, что на входе 0, будет формироваться "паразитный" меандр.

[hardbar]

Свою ошибку я понял . Но не понял как сделать так чтобы не сводить "курок". при нажатии светит при отпускании тухнет. как после отпускания клавиши убрать 0 с порта?

[tcoder]

Нужно наладить "прямую трансляцию" с входа на выход. Вам же привели здесь примеры кода, Вы в них пробовали разобраться?

[Геннадий]

Применить алгоритм tcoder-а (самый оптимальный).

С поправкой к реальным условиям:

main:
clr temp
SBIC pind,0
ser temp
out portb,temp
rjmp main

В данном варианте, изменение состояния порта производится ОДИН РАЗ ЗА ОДИН ПРОХОД цикла main, потому что все манипуляции производятся в регистром общего назначения, а не с регистром ввода/вывода. Поэтому "служебные" передергивания алгоритма не отражаются на линиях порта В.

Изменено 8 мая, 2013 пользователем Геннадий