Уроки СИ для AVR микроконроллеров

[xinod]

2IOPA: Не совсем корректное утрерждение по пунктам 1 и 2 предыдущего поста. Дело не в "профессиональнее" или "элегантней", а в том что при записи
TCCR0|=0b00000 001;
я выставляю нужный мне бит, а не перезаписываю весь байт, как в случае
TCCR0=0b00000 001;
Сброс бита тоже не совсем корректен. Считаю более правильной запись
TCCR0&=~(1‹‹0);

[IOPA4]

2IOPA: Не совсем корректное утрерждение по пунктам 1 и 2 предыдущего поста. Дело не в "профессиональнее" или "элегантней", а в том что при записи
TCCR0|=0b00000 001;
я выставляю нужный мне бит, а не перезаписываю весь байт, как в случае
TCCR0=0b00000 001;
Сброс бита тоже не совсем корректен. Считаю более правильной запись
TCCR0&=~(1‹‹0);

Согласен с вами полностью, но в начале была оговорка "изначально пусть TCCR0=0x00". Просто для каждого частного случая можно выбрать свой корректный код.

[gip]

Сообщение от xinod

2IOPA: Не совсем корректное утрерждение по пунктам 1 и 2 предыдущего поста. Дело не в "профессиональнее" или "элегантней", а в том что при записи TCCR0|=0b00000 001; я выставляю нужный мне бит, а не перезаписываю весь байт, как в случае TCCR0=0b00000 001; Сброс бита тоже не совсем корректен. Считаю более правильной запись TCCR0&=~(1‹‹0);

Согласен с вами полностью, но в начале была оговорка "изначально пусть TCCR0=0x00". Просто для каждого частного случая можно выбрать свой корректный код.

Юрий, при всем моем уважении к Вам - xinod дал как раз общее решение задачи, и тогда не нужно "для каждого частного случая можно выбрать свой корректный код". Логично?

[Medvedirus]

Пожалуйста, Удалите мой акаунт и не присылайте спам...

[IOPA4]

Пожалуйста, Удалите мой акаунт и не присылайте спам...

Не понял это кому?

[delay]

Это Неуловимый Джо! 8O

[Panda_Y2k]

Сообщение от xinod

2IOPA: Не совсем корректное утрерждение по пунктам 1 и 2 предыдущего поста. Дело не в "профессиональнее" или "элегантней", а в том что при записи TCCR0|=0b00000 001; я выставляю нужный мне бит, а не перезаписываю весь байт, как в случае TCCR0=0b00000 001; Сброс бита тоже не совсем корректен. Считаю более правильной запись TCCR0&=~(1‹‹0);

Согласен с вами полностью, но в начале была оговорка "изначально пусть TCCR0=0x00". Просто для каждого частного случая можно выбрать свой корректный код.

Это хорошо когда регистр пустой (=0), а если нет, тогда конечно удобней делать так (на пример для MCUCR)
#define int0 6
#define int1 7

MCUCR |= 1‹‹int0;

[sio_66]

to: sva-don

Цитата:

Юрий, честно говоря я немного в шоке. Просто LCD до того вылизаны, что вопросы их применения уже даже не рассматриваются. Чтобы решить твою проблему, думаю, что это будет интересно многим, раз такой эффект проявился, значит он может проявиться и у других, нужно: 1. Схему устройства. 2. Тип LCD. 3. Программу управления. 4. Фото платы с обоих сторон. Той, которая сейчас есть у тебя.

Все выложено на сайте http://iopa4.narod.ru
P.S. Вопрос решился сам по себе: устройство было подключено к программатору, который, соответственно, подключен к ПК через USB порт. Вероятно это воздействие помех от ПК.

Земля и питание LCD оказались на конце длинных проводников ("антенна" для всяческих помех). Часто помогает включение блокировочных конденсаторов непосредственно на выводы Vcc и GND LCD.

[IOPA4]

sio_66

Да, вероятно это помеха на длинные провода, спасибо за совет

[IOPA4]

Помогите разрешить данное утверждение, есть ли ошибки:

if ((M==3) && (day›=time_mart)) {Hcor=H - 1;} else  //если месяц март и день больше даты перевода часов - поправка 1
if ((M›3) && (M‹=10)) {Hcor=H - 1;} else            //если месяц больше марта, но меньше октябра - поправка 1
if ((M==10) && (day›=time_octb)) {Hcor = H;} else   //если месяц октябрь и дата больше даты перевода - поправка 0
if ((M›10) && (M‹=12)) {Hcor = H;};                 //если месяц больше октября но меньше/равно декабрю - поправка 0

Уже мозги дымятся и результата нет