ATTINY2313A. Не работают внешние прерывания по входам PCINT(0-7) при включённом UART.

[Alex Ferrum]

Пишу программу для ATTINY2313, заливаю в ATTINY2313A, возникла непонятная проблема: при включённом UART (RXD=PD0, TXD=PD1), не работают внешние прерывания по входам PCINT(0-7) (PB0-PB7), чтобы внешние прерывания начинали работать, необходимо выключать UART, записывая в регистр UCSRB значение 0x00, то есть полностью выключать UART. Возникает вопрос: почему так происходит, если эти 2 функции не имеют общих регистров, векторов прерывания и выводов контроллера??? 

[Реклама]

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

[Гар]

32 минуты назад, Alex Ferrum сказал:

Возникает вопрос: 

Интересный вопрос. . А даташит что говорит?

[Реклама]

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

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

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

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

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

[_abk_]

Навскидку говорит, что просто включенный UART не может влиять на другие прерывания. А вот если имеется некое незавершенное прерывание (например, UART ) , то...

А чтобы гадать глубже, нужна информация от ТС, которой он с нами еще не поделился. Предполагаю, что разгадка скрыта в регистре UCSRB, там много чего интересного есть.

[Реклама]

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

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

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

[Alex Ferrum]

Вот сам проект. Проект сделан в протеусе 7, но испытан в 7 и 8 протеусе, результат один и тот же, если закомментировать строчку

out UCSRB, temp1

перед которой стоит строчка

ldi temp1, 0x00

в одном из файлов (или в обоих файлах) init.inc или vychbutton.inc начинается глюк.

Sensor11032021.rar

Изменено 19 марта, 2021 пользователем Alex Ferrum

[_abk_]

И что? Вы хотите, чтобы кто-то за вас искал ошибку?

[AvrAsm]

Более корявого и трудно понимаемого кода на ассемблере трудно представить.

Чей код? Неужели ваш?

Изменено 20 марта, 2021 пользователем AvrAsm

[El-Shang]

1) не гоже писать что-то в биты "только для чтения" регистра UCSRA

    ldi temp1, 0xF8
    out UCSRA, temp1

Из всего этого разнообразия Вас интересует только бит TXC, вот только в него и пишите.

2) Зачем включать прерывания по UART'у если Вы их не используете?
    ldi temp1, 0x68      ; 0x4C, 0x6C
    out UCSRB, temp1     ;

 

Таким образом Вы включили прерывание по окончанию отправки и пустому буферу. Вектора обработки для них у вас нет, если таблица верна, но это не самая главная проблема, равно как и не является существенной проблемой прерывание по окончанию отправки. Бит автоматически сбросится. А вот прерывание по пустому буферу себя так вести не будет. Судя по всему он у вас пуст большую часть времени, значит и прерывание будет скакать в и из таблицы туда-сюда большую часть времени, не давай выполнить больше никакой полезной работы.

Таково моё предположение. Проверяйте.

 

 

Изменено 20 марта, 2021 пользователем El-Shang

[Alex Ferrum]

5 часов назад, _abk_ сказал:

И что? Вы хотите, чтобы кто-то за вас искал ошибку?

Лично от вас я ничего не хочу, вернее именно от вас хочу одного: чтобы вы не беспокоились по поводу данной темы и занимались своими делами!!! 

2 часа назад, AvrAsm сказал:

Более корявого и трудно понимаемого кода на ассемблере трудно представить.

Чей код? Неужели ваш?

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

1 час назад, El-Shang сказал:

1) не гоже писать что-то в биты "только для чтения" регистра UCSRA

    ldi temp1, 0xF8
    out UCSRA, temp1

Из всего этого разнообразия Вас интересует только бит TXC, вот только в него и пишите.

2) Зачем включать прерывания по UART'у если Вы их не используете?
    ldi temp1, 0x68      ; 0x4C, 0x6C
    out UCSRB, temp1     ;

 

Таким образом Вы включили прерывание по окончанию отправки и пустому буферу. Вектора обработки для них у вас нет, если таблица верна, но это не самая главная проблема, равно как и не является существенной проблемой прерывание по окончанию отправки. Бит автоматически сбросится. А вот прерывание по пустому буферу себя так вести не будет. Судя по всему он у вас пуст большую часть времени, значит и прерывание будет скакать в и из таблицы туда-сюда большую часть времени, не давай выполнить больше никакой полезной работы.

Таково моё предположение. Проверяйте.

 

 

Спасибо большое, уважаемый товарищ! Ваше предположение оказалось верным! Товарищи с других форумов подтверждают ваши предположения! Спасибо большое уважаемый товарищ!!! 

[valentinovich]

 

1 час назад, Alex Ferrum сказал:

с вас я ничего не прошу и не требую

1 час назад, Alex Ferrum сказал:

Лично от вас я ничего не хочу

Товарищ потреблятель Alex Ferrum, Вы пришли просить , посему имейте мужество выслушать все мнения. А выпендриваться на уровне хамства совсем не гоже.   А то как бы впредь вам не ответили тем же.

[Alex Ferrum]

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

[Alex]

Правильно всё Вам пишут, уважаемый.
Сначала Вы задаёте вопросы, на которые без гадалок не ответить.
Потом, ни слова не говоря, выкладываете какой-то там проект с куском говнокода, и всё. Ни вопросов, ни своих действий, ничего ... Опять к гадалкам обращаться ? Вас и спросили : "Что дальше ?". Ибо действительно, а что дальше то ? Ну выложили что-то там, и что ?

PS: Что-то последнее время на форуме развелось много тех, кому тут обязаны отвечать только так, как они хотят слышать. Напомню им - это публичный форум, а не место собрания проплаченных вами преподавателей. Тут все имеют права писать в темах. И не нужно никому затыкать рот и советовать идти мимо. Не нравится - идите сами мимо форума. Или пишите в личку тому, ответ от которого вас устраивает.

[El-Shang]

14 hours ago, Alex Ferrum said:

Спасибо большое, уважаемый товарищ! Ваше предположение оказалось верным! Товарищи с других форумов подтверждают ваши предположения! Спасибо большое уважаемый товарищ!!! 

Пжлст. Читайте документацию и никому и ничему не верьте. Всегда перепроверяйте. :-)

[_abk_]

16 hours ago, Alex Ferrum said:

вернее именно от вас хочу одного: чтобы вы не беспокоились

Вот бестолочь. Чукча не читатель? Я тебе сразу сказал, где проблема

On 3/17/2021 at 5:48 PM, _abk_ said:

имеется некое незавершенное прерывание (например, UART

Что и

16 hours ago, Alex Ferrum said:

Товарищи с других форумов подтверждают

А ты вместо того, чтобы там разбираться, свой адский код вывалил и хамить начал.