гхмм. медленно и огромный код ? эхх. я разрываюсь. хочется легкости си и четкости АСМ.

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

что в си обозначает символ | ? просто как использовать я вроде понял

но непонятно почему нельзя записать
илиэто просто для наглядности ?

вы и в ассемблере не можете написать MOV TXEN, 1 например или LDI TXEN, 1, но ведь вас это не удивляет?
TXEN - это символ номера бита в регистре
а вертикальная черта обозначает операцию побитного ИЛИ

Выбираем индустриальные и медицинские источники питания MEAN WELL в открытом исполнении

Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.

Подробнее>>

т.е. это константа, и напис`ать TXEN=1 это значит напис`ать 3=1. А Сишный код в переводе на рабоче-крестьянский звучит приблизительно так : взять единицу и сдвинуть ее влево 3 раза, потом взять еще единицу и сдвинуть ее влево 4 раза, а то, что получится, по ИЛИ добавить к содержимому регистра UCSRB .

оу.. понял.
вопрос выбора. если необходимо применить достаточно сложный алгоритм ( например алгоритм шифрования или обработки изображений.. с камеры ) что будет действительно быстрее ? АSM ?

http://ru.wikipedia.org/wiki/Язык_ассемблера
Справедливо и в случае мк.
До недавнего времени разница между си и асмом составляла 30% объема, но сейчас код си оптимизируется до меньших размеров.
Если требуется быстродействие, то только асм!

На одном раньшем проекте у меня пошла напряженка с микросекундами, пришлось применить нестандартную "самопальную" плавающую арифметику : один байт порядок, 2 байта мантисса без скрытого разряда. Конечно, всю арифметику и минимальный набор функций ( exp,sin,cos,sqrt) пришлось напис`ать и оттестить, зато когда с моим коллегой - убежденным Си-шником провели сравнительное тестирование, выигрыш по скорости был в 2 раза! Обошлись без миграции на другой более быстрый ( и более дорогой! ) камень, что при большой серийности вылилось бы в бо-ольшую американскую копеечку. А при моей тутошней программерской зряплате пару недель дополнительного писания окупились продажей одной месячной партии изделий.

Конечно, ревнители чистоты рядов возмутятся: у тебя точность ни в жилу! Успокойтесь, судари, точночти для решаемой задачи хватало с запасом, а там, где требовалось в одном месте суммирование большого числа разноразмерных данных, взял для сумматора обычную 4-байтовую переменную, и она пркрасно уживалась с остальной арифметикой.

В СиЛабовском компиляторе можно так написать, если регистр бит-адресуемый

Насколько я в курсе, бит-адресация была в 51-х МК, АВР вроде в таком не замечен.

К регистрам ввода-вывода AVR адресами до 0x1F применимы команды SBI и CBI (установить и очистить бит) Под эти регистры, как правило, попадают и USART'овские с битами RXEN и TXEN.

вообще то можно, если немного схитрить:

Имена FLAG1, FLAG2 использованы для примера. то же самое для регистра UCSR (USART CONTROL and STATUS REGISTER)
Например для Тиньки 2313:

Я же не утверждаю, что этого сделать нельзя. Просто из известных мне МК отдельные биты можно устанавливать не комантами SET BIT, CLR BIT (это не мнемоника команд, а их суть ), а прямым присваиванием MOV, только в 51-х. Хотя сути дела это не меняет, на асме эти биты взводишь-сбрасываешь не задумываясь, а вот на ЯВУ приходится, как выясняется, подумать.

грациас, сеньёро !!!

кто нибудь объясните мне почему функция sprintf() жрет так много стека?и как это оптимизировать? мне нужно переменную типа float конвертировать в строку с, хотя бы, 4 знаками после запятой. приходит в голову только один способ : объявить переменную integer, умножить float на 10000, присвоить переменной integer полученное после умножения на 10000 значение, далее в цикле последовательно вычитать из integer 10000,1000,100,10, считая при этом кол-во десятков тысяч, тысяч, сотен, десятков в переменной и записывать их в массив. после этого добавить точку в массив в то место где она была и вывести массив на индикатор. но это прокатывает только с неотрицательными числами типа X.YYYYY, т.е. с нулевой степенью. а если число до точки еще содержит знаки, например: XXXX.YYYYY? помогите советом. как Вы выводите float на индикатор?

P.S. тупо взять вместо переменной типа integer переменную типа long (или long long)... прокатит.
Последний вопрос в силе: как выводить float на индикатор не загружая стек и более менее быстро?

здесь продублировал viewtopic.php?p=655424#p655424

А у меня sprintf() сожрало больше килобайта (!) флэш-памяти

за флешем не следил, сейчас не могу посмотреть, проект на рабочем компе. но думаю флеш тоже нормально "потрепало")))) мне главное глубину стека сейчас поменьше сделать. знаю что на асме было бы намного короче, поэтому воюю.

ребята, кто может скинуть работающий исходник с usbAvr от obDev, такой чтоб скомпилился в gcc ?

с примером чтения-записи данных.

Не используя sprintf и желая получить приличный вид на индикаторе, придется малость попотеть. Идея у Вас изложена правильно несколькими постами выше, только чтоб получить приемлемую точность отображения, нужно сначала определить порядок величины, чтобы знать, на каком знакоместе поместить точку, иначе малые числа будут отображаться с большой погрешностью. А отсюда будет видно, на сколько умножить перед преобразованием в integer. Получать частное вычитанием нет смысла, можно использовать целочисленное деление с остатком.