Не сбрасывается порт в 0

[Роман Ермоленко]

Знающие люди, пожалуйста, подскажите в чем проблема. Вот код в AVR Studio

while(1){
		/* It's also possible to control a single or a set of pins on a port.
	 *
	 * Setting pin PD0 high in order to turn off LED0.
	 */
	PORTD |= (1 << 0)|(1 << 1)|(1 << 2)|(1 << 3)|(1 << 4)|(1 << 5)|(1 << 6)|(1 << 7);

	// Setting pin PD1 low in order to turn on LED1.
	PORTD &= ~((1 << 0)|(1 << 1)|(1 << 2)|(1 << 3)|(1 << 4)|(1 << 5)|(1 << 6)|(1 << 7));
	
	}

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

Изменено 17 ноября, 2018 пользователем Роман Ермоленко

[Реклама]

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

[Гость Daan]

Пробуй

PORTD=0xFF;

PORTD=0;

В примере что-то синтаксис подозрителен. В симуляторе запиши результат не в порт, а в регистp и смотри.

[Реклама]

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

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

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

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

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

[IMXO]

порт на выход настроен?

@Гость Daan  и в чем разница? в том что не знаешь синтаксиса?

 

[Реклама]

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

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

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

[Геннадий]

DDRD какое значение имеет?

[Роман Ермоленко]

Порт настроен на выход, DDRD имеет значение 0хFF

[Гость Daan]

Попробовать переход по F10.

На код с второго сообщения реакция та же?

@IMXO да вот посмотрел на те строки и засомневался. Посему и предлагаю написать просто и понятно, дабы проблему локализировать.

[BARS_]

Для начала попробуй не симулятор студии, а proteus. И избавляйся от такого количества лог. операций, они там абсолютно не нужны. Вся эта абракадабра пишется вот так:

PORTD |= 0xFF;
PORTD &= ~0xFF;

А если сбрасывать все биты порта то выгоднее написать так:

PORTD = 0;

 

[IMXO]

6 минут назад, BARS_ сказал:

И избавляйся от такого количества лог. операций, они там абсолютно не нужны

чем вам запись не навитцо,  вполне логичная правильная запись , особенно если в дальнейшем есть переназначение выводов,

и да,  никаких логических операций там нет , компилятор сразу подставит ваше 0хFF 

[BARS_]

1 час назад, IMXO сказал:

вполне логичная правильная запись

Что в ней логичного и правильного? Только глаза ломать.

 

1 час назад, IMXO сказал:

особенно если в дальнейшем есть переназначение выводов

Это то тут при чем? Все назначение выводов прекрасно описывается в дефайнах.

[Роман Ермоленко]

А эти лог. операции требует препод) Похоже что просто симулятор парится, ну его, реально в протеусе лучше, все работает)

[IMXO]

В 17.11.2018 в 18:55, BARS_ сказал:

Это то тут при чем? Все назначение выводов прекрасно описывается в дефайнах.

да притом , в дифайнах описываются номера выводов 

#define SEG_A  (1<<7) // 
#define SEG_B  (1<<6) //  LED
#define SEG_C  (1<<5) //      A
#define SEG_D  (1<<4) //   F     B
#define SEG_E  (1<<3) //      G
#define SEG_F  (1<<2) //   E     C
#define SEG_G  (1<<1) //      D     H
#define SEG_H  (1<<0)

в коде

PORTB |= SEG_A|SEG_B|SEG_G;
//или 
PORTB |= SEG_A+SEG_B+SEG_G;

а не магические числа вида 0x73 , 0xC4 и тд

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

[BARS_]

2 минуты назад, IMXO сказал:

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

Вы вообще понимаете, что пишите?

Запись:

#define SEG_A  (1<<7)
  
равна записи
  
#define SEG_A  0х80

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

PORTB |= SEG_A|SEG_B|SEG_G;

прекрасно будет работать.

[IMXO]

8 минут назад, BARS_ сказал:

Запись:

#define SEG_A  (1<<7)
  
равна записи
  
#define SEG_A  0х80

капитан очевидность?  представь себе знаю, и еще знаю что первая запись однозначно читается как  бит 7 = лог1, вторая   магическое число 0х80.

[BARS_]

И что же в нем магического? Неужели не видно, что это установка 7 бита в 1? Вы точно программист?

[IMXO]

все с тобой понятно. оставайся при собственном мнении

[солар]

Мдя. Для кого-то магия, для кого-то вполне нормальное положение вещей. (Я в колдунах )