WinAvr в вопросах и ответах

[Goldsmith]

Грех "воспользоваться готовеньким"... ))))))))))))))
При малейшем сбое или ошибке можно долго ломать голову... почему зависло или пересбрасывается... )))))))))

Логично. Доморощенное лучше всего. Желательно начинать с собственных МК, которые никогда не зависают и не пересбрасываются. Там, помнится, в одной из тем крутой парень транзисторы из карандашей делал... А не менее крутые собственными компиляторами баловались. Которые, когда будут написаны, все остальные уделают.

Да ещё и надеяться на то... "что библиотечные элементы, как правило, хорошо оптимизированы и протестированы"... )))))

Доверять компиляторам и библиотекам GNU - преступное легкомыслие. То ли дело Pupkin Soft, Inc.

"Нимфа", туды ее в качель, разве товар дает? - смутно молвил гробовой мастер. - Разве ж она может покупателя удовлетворить?

Да и сам макрос _BV галимый ацтой...

Всегда готов снять шляпу перед тщательно продуманным и аргументированным мнением.

[HHIMERA]

Желательно начинать с собственных МК, которые никогда не зависают и не пересбрасываются.

Угу...
Только если сам пишешь, можно таймер или счётчик проходов прилепить и принять решение по устранению/обходу возникшей ошибки, а так... "непобедимый макрос рекомендованный производителем"... )))))))))))))))))))

Всегда готов снять шляпу перед тщательно продуманным и аргументированным мнением.

А что аргументировать??? ))))))))))
Чтобы перенести код с _BV на другую платформу... ................ )))))))
Так в чём сакральный смысл сего изврата с _BV ??? )))))))))

[Goldsmith]

Только если сам пишешь, можно таймер или счётчик проходов прилепить и принять решение по устранению/обходу возникшей ошибки

Любопытно было бы поглядеть, кто этот легендарный "сам", который единственный способен писать непогрешимый код в этом несовершенном мире (в котором даже производителям нельзя доверять). Ей-богу, лично проспонсировал бы ему отливку конной статуи из бронзы в натуральную величину. Ибо достоин. Но, увы, лично мне такие не встречались, да и не только мне - о "кризисе программного обеспечения" написаны тома.

Практика показывает обратное - "зависло или пересбрасывается" в 99.999 случаев благодаря альтернативной одаренности прокладки между клавиатурой и спинкой кресла. Я еще не видел ни одной программы, которая была бы протестирована на профессиональном уровне какой-либо автоматизированной системой тестирования и при этом безбожно глючила.

Так в чём сакральный смысл сего изврата с _BV ??? )))))))))

В том же, в чем сакральный смысл "изврата" использования любых библиотек - избежать изобретения велосипедов. Иначе разработка любой нетривиальной программы, скажем, под Windows (или XWindow, или Motif - не суть важно) начнется с рисования кнопочек и окошечек линиями и точками.

[HHIMERA]

Практика показывает обратное

Не надо ссылаться на практику... )))))))))
По вашим последним постам... "Смешались в кучу кони, люди"(С)... )))))))))))))))
Тогда читайте теорию... )))))))))))

Так в чём сакральный смысл сего изврата с _BV ??? )))))))))

В том же, в чем сакральный смысл "изврата" использования любых библиотек - избежать изобретения велосипедов. Иначе разработка любой нетривиальной программы, скажем, под Windows (или XWindow, или Motif - не суть важно) начнется с рисования кнопочек и окошечек линиями и точками.

А-а-а... теперь всё понятно... ))))))))))
МК, к сожалению, не "большой серый брат"... поэтому вас и бросает со стороны в сторону... так определитесь уже... ))))))))))))))
С одной стороны притянутые за уши статьи, с призывом "не спешите повторять"... с другой стороны - призывы к неукоснительному применению макросов от производителей... забывая что "серый брат кажет"... "Макросы - зло!!!"... ))))))))))))))

[Goldsmith]

Не надо ссылаться на практику... )))))))))
...
Тогда читайте теорию... )))))))))))

Так-так... Вечер, кажется, перестает быть томным.

И что же конкретно из теории программирования посоветуете почитать? Очень интересно пообщаться с теоретиком, честное слово. Особенно столь чуждым практике.

Это не риторический вопрос, мне действительно интересно, какие первоисточники по теории лично Вы считаете авторитетными. Хотя бы несколько ссылок.

С одной стороны притянутые за уши статьи, с призывом "не спешите повторять"... с другой стороны - призывы к неукоснительному применению макросов от производителей...

Заставьте себя дочитывать фразы до точки. Я призывал лишь не спешить следовать советам скороспелых экспертов местного разлива, которые просто обожают учить новичков тому, о чем сами имеют самое смутное представление. И действительно - как в воду глядел. О производителях действительно качественного софта с хорошей репутацией не было ни слова. А в здешнем поле каждый суслик - агроном... то есть, пардон, каждый зарегистрировавшийся на несколько дней раньше - гуру. Потому и призывал к осторожности.

забывая что "серый брат кажет"... "Макросы - зло!!!"... ))))))))))))))

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

[HHIMERA]

И действительно - как в воду глядел.

Не только глядел... ещё и лил... )))))))))))
Ладно-ладно... продолжай... очень забавно читать твой ералаш... )))))))

Прошу прощения

С этого и надо было начинать... ))))))))

[HHIMERA]

Так в чём сакральный смысл сего изврата с _BV ??? )))))))))

В том же, в чем сакральный смысл "изврата" использования любых библиотек - избежать изобретения велосипедов. Иначе разработка любой нетривиальной программы, скажем, под Windows (или XWindow, или Motif - не суть важно) начнется с рисования кнопочек и окошечек линиями и точками.

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

[Goldsmith]

Прошу прощения

С этого и надо было начинать... ))))))))

Увы, не с этого. Вступая с кем-то в беседу, не лишне заранее приглядеться, с кем имеешь дело. Я с этим делом явно запоздал.

Отрицательный рейтинг сообщений (-3 менее чем на сотню постов) - довольно красноречивый показатель альтернативной одаренности, как это сейчас принято политкорректно называть. Мало кому удалось добиться столь выдающихся показателей за столь краткий срок. Да и само их содержание как бы намекает... Как говорит Николай Фоменко, "птицу видно по помету". Не ошибся, стервец.

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

Ладно-ладно... продолжай... очень забавно читать твой ералаш... )))))))

Как утверждает известная русская пословица, чрезмерные положительные эмоции без достаточно веской на то причины - еще один признак альтернативной одаренности. Как-то подозрительно коррелирует с рейтингом, вряд ли случайное совпадение.

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

[HHIMERA]

Отрицательный рейтинг сообщений (-3 менее чем на сотню постов) - довольно красноречивый показатель альтернативной одаренности, как это сейчас принято политкорректно называть. Мало кому удалось добиться столь выдающихся показателей за столь краткий срок. Да и само их содержание как бы намекает...

Да что вы говорите??? )))))))))
Были бы чуть-чуть умнее... посмотрели бы те посты... кто минусанул я вам могу сказать... тот, который кричал "Нет у него альбомного режима."... который спорил не со мной, а с даташитом... А суслик (альбомный) то есть!!! )))))))))))
Но это так... к слову...
А так... меня это мало волнует... увы... ))))))

Как говорит Николай Фоменко, "птицу видно по помету". Не ошибся, стервец.

В этом вы лучше разбираетесь... ))))))))

[HHIMERA]

народ - он зря не скажет.

Не смешите... ))))))))))

[DruidCat]

Сдалал у себя как вы мне посоветовали.

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

 uint8_t ucsrb_val = 0;
#if UCSRB_RXCIE == 1
    ucsrb_val |= _BV(RXCIE);
#endif
#if UCSRB_TXCIE == 1
    ucsrb_val |= _BV(TXCIE);
#endif
#if UCSRB_UDRIE == 1
    ucsrb_val |= _BV(UDRIE);
#endif
#if UCSRB_RXEN == 1
    ucsrb_val |= _BV(RXEN);
#endif
#if UCSRB_TXEN == 1
    ucsrb_val |= _BV(TXEN);
#endif
    UCSRB = ucsrb_val; 

Выгода была в 6 байт после компиляции, по сравнению с моей записью. Блин, сколько нюансов.

Разобрался с этим:

1. Вместо (условие == 0) с таким же успехом можно писать (!условие). Второй вариант читабельнее, поскольку конфузливо скрывает факт, что C так и не обзавелся полноценным булевским типом.

В моем варианте равнозначные условия

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

for (int i = 0; String[i] != '\0'; i++)

равнозначно

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

for (int i = 0; String[i]; i++)

Нужно мне привыкнуть к правильному написанию.

2. Вместе с макросом _BV в библиотеке определены также еще несколько полезных макросов для работы с битами. Один из них:

Код:
#define loop_until_bit_is_set( sfr, bit ) do { } while (bit_is_clear(sfr, bit))
ожидает в пустом цикле, пока в регистре ввода-вывода sfr установится бит bit. Грех не воспользоваться готовеньким, тем более что библиотечные элементы, как правило, хорошо оптимизированы и протестированы.

Я понял как рабоатет эта строчка. А в каких случаях её используют? Просто если написать:

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

PORTD |= _BV(PD0);

будет тоже самое, что:

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

loop_until_bit_is_set (PORTD, PD0 );

или нет?

[vitalik_1984]

нет будет не то же самое.Посмотрите сам макрос.
макрос ждет пока бит не установится, он его не устанавливает.
А ваша команда устанавливает бит.

[Rimsky]

Доброго времени суток всем.
Подскажите пожалуйста, почему компилятор не реагирует на заданный атрибут:

объявляю прототип:

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

void BCD_1Led(unsigned char value, unsigned char *segment) __attribute__ ((always_inline));

компилятор генерит это:

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

 512:	60 e7       	ldi	r22, 0x70	; 112
 514:	70 e0       	ldi	r23, 0x00	; 0
 516:	4b df       	rcall	.-362    	; 0x3ae <BCD_1Led>

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

void BCD_1Led(unsigned char value, unsigned char *segment) 
{
 3ae:	fb 01       	movw	r30, r22
	*segment = value; 
 3b0:	80 83       	st	Z, r24
}
 3b2:	08 95       	ret

как правильно указать компилятору, что функция линейная и её нужно просто вставить в код как макруху?

[shads]

как правильно указать компилятору, что функция линейная и её нужно просто вставить в код как макруху?

#define INLINE inline __attribute__((__always_inline__))

а потом пишеш: INLINE function ( ) {.....};

кстати я в прототипе вообще не указывал атрибут, а только к самой функции.....

[Rimsky]

кстати я в прототипе вообще не указывал атрибут, а только к самой функции.....

Спасибо, но почему-то не помогло, эффект тот-же.

[rs39]

Здравствуйте!
"Отматал я свой срок" год на CVAVR, и вот решил перейти на WinAVR. После кодвижна как-то намного легче освоение пошло, и нисколь не жалею, и другим советую .
Ну вобщем все идет ОК, но вот столкнулся с проблемкой вывода сообщений на LCD через функцию sprintf.
Опишу по порядку:
1). LCD распространенный 16х2 WH1602B-YYH-CTK на контроллере HD44780
2). Контроллер Мега8.
3). Библиотека lcd_lib (прилагаю в аттаче) распространенная многим известная.
Ну вобщем все как обычно и не впервой
Но вот на экране какая-то хрень выводится заместо пустых знаков по 2 вертикальных палки на символ (см. фото)

LCD.jpg

(47.44 КБ) 480 скачиваний

Кусок кода для теста:

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

char buffer[16];
...
...
sprintf(buffer, "Out= %d", 1234);

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

Да, добавлю. При симуляции в Протеусе все отображается нормально. В реале индикатор исправен, проверял с программой на CodeVision.

[codenamehawk]

sprintf(buffer, "Out= %d", 1234); заполняет первые четыре ячейки buffer, а что у вас в последующих ячейках сидит? то и выводит, точнее потом вы выводите.
Решений пару, выводите только полезную информацию, здесь четыре знака.
Добавьте в конце знак конца строки.
Обнулите ваш буффер например при помощи цикла "for", потом добавляйте вашу информацию.

[rs39]

Логично! Спасибо! Завтра попробую.
Об этом конечно и сам бы мог догадаться. Видимо дурное влияние от cvavr осталось - надеяться "на дядю Пашу" который заранее позаботился о юзерах
Функцией sprintf в дальнейшем пользоваться не собираюсь, ну разве что в особых случаях. Просто захотелось добраться до истины почему так происходит.
Еще раз спасибо!

[U235]

Дело вовсе не функции sprintf. Вы вызываете LCDstring и указываете 16 символов вывести, вот она и выводит весь буфер, включая мусор. Попробуйте так

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

LCDstring(buffer, strlen(buffer));

Что бы использовать функцию strlen, нужно подключить

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

#include <string.h>

[rs39]

..Попробуйте так

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

LCDstring(buffer, strlen(buffer));

Что бы использовать функцию strlen, нужно подключить

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

#include <string.h>

Попробовал сделать по Вашей рекомендации.
Да, действительно, то что надо!
И код получается компактный, и размер прошивки при подключении "string.h" вырос всего на 0,2%.
Огромное спасибо за помощь и разъяснения!