AVR GCC&IAR

Hello, Yuriy K !

Hello, Maxim Polyanskiy !

HÁÊÄÉ. ôÏÌØËÏ ÞÔÏÂÙ _×ÓÅ_ ÏÓÔÁÌØÎÙÅ ÆÉÞÉ ÐÒÉÓÕÔÓÔ×Ï×ÁÌÉ.

Hello, Maxim Polyanskiy !

ó Õ×ÁÖÅÎÉÅÍ, äÉÍÁ ïÒÌÏ×.

Hello, Yuriy K !

HÕ ÞÔÏ ÎÅ ÐÏ-ÒÕÓÓËÉ - ÎÅ ÕÄÉ×ÉÔÅÌØÎÏ (ÓÌÏ×Á-ÔÏ ÎÅ ÒÕÓÓËÉÅ), Á ÔÁË ×ÐÏÌÎÅ ÓÅÂÅ Ú×ÕÞÉÔ, É ÔÁË ÇÏ×ÏÒÑÔ.

Hello, Maxim Polyanskiy !

HÕ ÓÏÂÓÔ×ÅÎÎÙÊ ÐÒÉÍÅÒ ÞÅÌÏ×ÅËÁ, ÎÅ ÚÎÁÀÝÅÇÏ ó - ÎÅ ÐÏËÁÚÁÔÅÌØ.

ó Õ×ÁÖÅÎÉÅÍ, äÉÍÁ ïÒÌÏ×.

Dima, ÔÙ Åݣ ÚÄÅÓØ ÓÉÄÉÛØ?

DO> ÓÕÝÅÓÔ×ÕÅÔ, ÔÏ ÔÙ ÐÒÏÓÔÏ ÉÓËÁÔØ ÎÅ ÕÍÅÅÛØ, application DO> notes ÞÉÔÁÔØ...

HÕ ÎÅ×ÏÚÍÏÖÎÏ ÆÉÚÉÞÅÓËÉ ÐÒÅÄÕÓÍÏÔÒÅÔØ ×ÓÅÇÏ × ÁÐÎÏÔÁÈ! ëÓÔÁÔÉ, ÐÒÉÍÅÎÉÔÅÌØÎÏ Ë Microchip'Õ, ÏÛÉÂÏË ÔÁÍ - ÎÅÍÅÒÑÎÏ! ðÁÒÕ ÒÁÚ "ÎÁÓÔÕÐÉÌ ÎÁ ÇÒÁÂÌÉ" ÄÅÌÁÑ ÐÏ ÜÔÉÍ ÂÅÚÄÁÒÎÙÍ ÐÒÉÍÅÒÁÍ, Ó ÔÅÈ ÐÏÒ ÐÉÛÕ ÐÒÏÇÉ ÉÓËÌÀÞÉÔÅÌØÎÏ ÐÏ datasheet'ÁÍ.

DO> éÎÏÇÄÁ Ó ÁÓÓÅÍÂÌÅÒÎÙÍÉ ×ÓÔÁ×ËÁÍÉ, ÉÎÏÇÄÁ ÂÅÚ ÎÉÈ. á ×ÅÓØ ÜÔÏÔ DO> ÍÁËÓÉÍÁÌÉÚÍ - ÔÉÐÁ ÔÏÌØËÏ ÁÓÓÅÍÂÌÅÒ, ÉÌÉ ÔÏÌØËÏ ÁÂÓÏÌÀÔÎÏ ÐÅÒÅÎÏÓÉÍÙÊ DO> ËÏÄ, ÉÌÉ ÅÝÅ ÞÔÏ × ÜÔÏÍ ÄÕÈÅ - ÏÔ ÕÚÏÓÔÉ ËÒÕÇÏÚÏÒÁ.

"ïÈ ÕÖ ÜÔÉ ÓËÁÚËÉ!" (c)

HÉ ÎÁ ޣÍ ÎÅ ÌÏÖÉÔÓÑ. ðÅÒÅÄÅÌÙ×ÁÔØ ÐÒÉÈÏÄÉÔÓÑ.

DO> Á ÎÁ ËÕÄÁ ÂÏÌÅÅ ÐÒÅÓÐÏÓÏÂÌÅÎÎÏÍ ÓÌÏ×Á-ÔÏ ÔÙ ËÁËÉÅ ÚÎÁÅÛØ! üÔÏ ÎÁ É×ÒÉÔÅ? ;)

DO> ÄÌÑ ÜÔÏÇÏ ó ÎÅ ÌÏÖÉÔÓÑ. õ ÍÅÎÑ ÌÏÖÉÔÓÑ.

çÅÏÒÇÉÊ

Dima, ÔÙ Åݣ ÚÄÅÓØ ÓÉÄÉÛØ?

çÅÏÒÇÉÊ

DO> Он вполне подходит и под понятие компилятора.

YK> Hикогда не слышал, чтобы говорили компилятор ассемблера. YK> Как-то не по-русски это звучит.

Словарь компьютерных терминов: Компиляция. Преобразование программы из описания на входном языке (языке программирования) в ее представление на выходном языке (в машинных командах).

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

Dima, ÔÙ Åݣ ÚÄÅÓØ ÓÉÄÉÛØ?

DO> HÕ É ÐÒÏ ÔÁËÕÀ ÍÅÌÏÞØ, ËÁË ÏÔÓÕÔÓÔ×ÉÅ ÓÒÅÄÓÔ× ÏÔÌÁÄËÉ ÜÔÉÈ ÍÁËÒÏÓÏ× DO> ÚÁÂÙ×ÁÔØ ÎÅ ÓÌÅÄÕÅÔ.

çÅÏÒÇÉÊ

Alexey, ÔÙ Åݣ ÚÄÅÓØ ÓÉÄÉÛØ?

GS>> ëÁË ÉÎÔÅÒÅÓÎÏ! ëÁËÉÅ, ÏËÁÚÙ×ÁÅÔÓÑ, ÄÕÒÁËÉ ÜÔÉ ÒÁÚÒÁÂÏÔÞÉËÉ GS>> ÑÚÙËÏ× ×ÙÓÏËÏÇÏ ÕÒÏ×ÎÑ ÓÏ ÓÔÒÏÇÏÊ ÔÉÐÉÚÁÃÉÅÊ. èÏÔÑ ÐÏÄÏÂÎÙÊ GS>> "ÂÅÓÐÏÌÅÚÎÙÊ" ÐÏÄÈÏÄ É ÕÓÔÒÁÎÑÅÔ ËÕÞÕ ÏÛÉÂÏË × ÐÒÏÇÒÁÍÍÁÈ, GS>> ÎÁÐÉÓÁÎÎÙÈ ÎÁ ÔÁËÉÈ ÑÚÙËÁÈ... AB> ëÁËÉÅ, ÎÁÈÒÅÎ, ÑÚÙËÉ "×ÙÓÏËÏÇÏ ÕÒÏ×ÎÑ ÓÏ ÓÔÒÏÇÏÊ ÔÉÐÉÚÁÃÉÅÊ"?

AB> íÙ ÇÏ×ÏÒÉÍ Ï ÍÉËÒÏËÏÎÔÒÏÌÌÅÒÁÈ, ÐÒÉÞÅÍ × ÄÁÎÎÏÍ ËÏÎÔÅËÓÔÅ Ï ÓÁÍÙÈ AB> ÍÅÌËÉÈ, ÎÁ ËÏÔÏÒÙÅ É ó ÌÏÖÉÔÓÑ Ó ÔÒÕÄÏÍ.

AB> óÐÅÃÉÁÌØÎÏ ÄÌÑ ÔÅÂÑ ÍÏÇÕ ÏÂßÑÓÎÉÔØ ÍÅÄÌÅÎÎÏ: ÄÌÑ ËÏÎËÒÅÔÎÏÇÏ AB> ËÏÍÐÉÌÑÔÏÒÁ ËÏÎËÒÅÔÎÏÇÏ ËÁÍÎÑ Ñ ÚÎÁÀ ÒÁÚÒÑÄÎÏÓÔØ ÐÒÉÍÅÎÑÅÍÙÈ ÔÉÐÏ×,

AB> É Ñ ÅÓÌÉ Ñ Õ×ÅÒÅÎ, ÞÔÏ ÄÁÎÎÙÊ ËÏÄ ÎÉËÕÄÁ ÐÅÒÅÎÏÓÉÔÓÑ ÎÅ ÂÕÄÅÔ, ÔÏ ÎÅÔ AB> ÓÍÙÓÌÁ ÐÉÓÁÔØ ËÒÏÓÐÌÁÔÆÏÒÍÅÎÎÙÅ ÈÉÄÅÒÙ, Ô.Ë. Ñ×ÌÑÅÔÓÑ ÐÕÓÔÏÊ ÔÒÁÔÏÊ AB> ×ÒÅÍÅÎÉ.

çÅÏÒÇÉÊ

Alexey, ÔÙ Åݣ ÚÄÅÓØ ÓÉÄÉÛØ?

GS>> ïÐÒÅÄÅÌÅÎÉÅ "ÉÚÂÙÔÏÞÎÏÇÏ ÉÓÐÏÌØÚÏ×ÁÎÉÑ ÍÁËÒÏÓÏ×" - × ÓÔÕÄÉÀ!

AB> function like ÍÁËÒÏÓ É ÓÏÂÓÔ×ÅÎÎÏ ÆÕÎËÃÉÑ × ÔÅËÓÔÅ ÐÒÏÇÒÁÍÍÙ ÎÅ AB> ÒÁÚÌÉÞÉÍÙ.

FunctA functb FUNCTC Funct__d

AB> ïÔ ÜÔÏÇÏ ÍÏÇÕÔ ÂÙÔØ ËÁË ÏÛÉÂËÉ ×ÏÚÎÉËÁÀÝÉÅ ÎÁ ÜÔÁÐÅ ËÏÍÐÉÌÑÃÉÉ, ÔÁË É AB> ×ÒÅÍÅÎÉ ×ÙÐÏÌÎÅÎÉÑ, ÞÁÝÅ ×ÓÅÇÏ ÎÅÐÒÁ×ÉÌØÎÙÊ ÐÏÒÑÄÏË ×ÙÞÉÓÌÅÎÉÊ × AB> ×ÙÒÁÖÅÎÉÑÈ Ó ÍÁËÒÏÓÁÍÉ.

çÅÏÒÇÉÊ

Igor, ÔÙ Åݣ ÚÄÅÓØ ÓÉÄÉÛØ?

IU> HÅÓËÏÌØËÏ ÍÅÓÑÃÅ× ÎÁÚÁÄ, ÐpÉÛÌÏÓØ ÐÅpÅ×ÅÓÔÉ ÐpÏÅËÔ Ó 51 (ÎÅÈ×ÁÔËÁ IU> ÐÁÍÑÔÉ) ÎÁ ÁÔÍÅÇy16. ÷ÏÐpÏÓ ÔÏÞÎÅÅ ÓÔÏÑÌ ÔÁË: ÉÌÉ ÐÅpÅ×ÅÓÔÉ ÐpÏÅËÔ ÎÁ IU> ÁÓÓÅÍÂÌÅp, ÐÏÔÉÈÏÎØËy ÐÏÂÌÏÞÎÏ; ÉÌÉ ÐÅpÅÓÅÓÔØ ÎÁ Á×p. ðÏÂÅÄÉÌ ×ÔpÏÊ IU> ×ÁpÉÁÎÔ É Ñ ÎÅ ÖÁÌÅÀ, ÐpÏÅËÔ ×ÍÅÓÔÅ Ó ÉÚyÞÅÎÉÅÍ ÁÔÍÅÇÉ ÂÙÌ ÐÅpÅ×ÅÄÅÎ × IU> ÔÅÞÅÎÉÉ ÍÁËÓÉÍyÍ ÎÅÄÅÌÉ, ÔÏÞÎÅÅ ÎÅ ÐÏÍÎÀ. HÁ ÁÓÓÅÍÂÌÅpÅ ÔÁËÉÅ ×ÅÝÉ IU> ÐpÁËÔÉÞÅÓËÉ ÉÓËÌÀÞÅÎÎÙ.

HÁ ÁÓÓÅÍÂÌÅÒÅ ÍÎÅ ÐÒÉÈÏÄÉÌÏÓØ É ÂÏÌÅÅ ÄÉËÉÅ ×ÅÝÉ ÄÅÌÁÔØ, ÏÄÉÎ ÉÚ ÁÌÇÏÒÉÔÍÏ× ÏÂÒÁÂÏÔËÉ ÄÁÎÎÙÈ ËÏÞÅ×ÁÌ ÐÏ

Z80 -> x86 -> i48 -> PIC -> i51

çÅÏÒÇÉÊ

MP> IU> сложных алгоpитмах. Hо даже в данном пpимеpе легкость понимания MP> IU> алгоpитма значительно выше в Сях.

MP> Этот религиозный спор бессмысленен. Понимание автоматически лучше на том языке MP> который лучше знаешь, не может быть никакой легкости понимания си если лучше MP> знаешь асм. Это же банально.

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

MP>> Вообще-то именно для таких пpоэктов (нажали кнопкy - загоpелся MP>> светодиод) сyществyет банальная битовая логика, вот напpимеp MP>> MCS51:

IU> Компилиpованный модyль в Сях, также бyдет использовать битовyю IU> логикy.

MP> А вот это уже гон! Приведи пример компилятора которым ты можешь откомпилировать MP> тот кусок на си (изначально предложенный как пример), чтоб использовалась MP> битоваля логика?

В Си для х51 для использования битовых операций переменная объявляется типа bit - это расширение языка. После этого компилятор для нее применяет clrb, setb, movb, jb, jnb и jbc, если нужно. (возможно за давностью не все мнемоники написал верно)

IU> Еще pаз, pазговоp о пpостоте понимания алгоpитма. За более IU> легкое чтение пpиходится платить pазмеpом и скоpостью выполнения IU> кода, ты не готов не плати.

MP> Да нет никакой легкости понимания - это очевидно.

Очевидно, что для понимания Си нужно знать только Си, для понимания алгоритма на ассемблере знать N ассемблеров. Вообще никогда не видел, чтобы в книгах алгоритмы писали на каком-то ассемблере, поскольку якобы это проще для понимания :)

MP> Hесостоятельность оверхеда MP> 15% я уже многократно доказывал. Как на собственном примере так и на чужих.

Вообще - не помню, чтобы ты доказывал. Последнее доказательство ты приводил для PC - оно не катит. Кроме того бессмысленно доказывать большой оверхед одного маленького кусочка. Всегда можно найти пример, где Си проиграет ассемблеру и в 5 раз. Но в пределах проекта это нивелируется и оверхед составит 15-30%, не более.

MP> Типичный пример. Когда пишешь на си какую-нибудь шнягу нет ни грамма MP> представления о результирующем обеме кода и о неободимых временных ресурсах,

Чушь, все компиляторы дают после компиляции в файле листинга объем сегментов code, const, data, stack и т.п. в зависимости от типа платформы. Для оценки временных ресурсов тоже есть свои способы - простейший, посчитать по листингу такты в критичных по времени кусках, как правило прерываниях.

MP> в результате где-то в середине вдруг приходит насущная необходимость поменять MP> контроллер, тут начинаются базары про то, как все шоколадно переписывается на MP> другой контроллер, которые ничего кроме здорового смеха у меня не вызывают!

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

Leha, ÔÙ Åݣ ÚÄÅÓØ ÓÉÄÉÛØ?

VV>>> HÁ ÁÓÍÅ ÍÏÖÎÏ ÌÅÇËÏ ÓÄÅÌÁÔØ ÇÌÕÐÕÀ ÏÛÉÂËÕ, ÔÉÐÁ ÚÁÂÙÔØ ÚÁÇÒÕÚÉÔØ VV>>> ËÁËÏÊ-ÎÉÂÕÄØ ÕËÁÚÁÔÅÌØ ÎÁ ×ÈÏÄÅ × ÆÕÎËÃÉÀ. GS>> ðÏÌØÚÕÊÓÑ ÍÁËÒÏÓÁÍÉ - É ÔÁËÉÅ ÏÛÉÂËÉ ÉÓÞÅÚÎÕÔ ;) GS>> äÁ, ÐÏÎÁÞÁÌÕ ÓËÏÒÏÓÔØ ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÑ ÓÎÉÖÁÅÔÓÑ, ÐÒÉģÔÓÑ ÂÏÌÅÅ GS>> ÐÒÉÄÉÒÞÉ×Ï ÉÓËÁÔØ ËÏÍÐÉÌÑÔÏÒ, ÚÁÔÏ ÐÏÔÏÍ - ÏÄÎÏ ÕÄÏ×ÏÌØÓÔ×ÉÅ. GS>> é ÐÉÓÁÔØ, É ÓÏÐÒÏ×ÏÖÄÁÔØ... LB> éÎÔÅÒÅÓÎÏ, ËÁË ÍÁËÒÏÓÙ ÍÏÇÕÔ ËÏÎÔÒÏÌÉÒÏ×ÁÔØ ÓÏÏÔ×ÅÔÓÔ×ÉÅ ÔÉÐÏ×

LB> É ËÁË ÏÎÉ ÍÏÇÕÔ ÒÁÓÐÒÅÄÅÌÑÔØ ÐÁÍÑÔØ ÄÌÑ ÌÏËÁÌØÎÙÈ ÐÅÒÅÍÅÎÎÙÈ?

HÅ ÚÎÁÀ. ÷ ÜÈÏÔÁÖÎÙÈ ÐÒÉÍÅÎÅÎÉÑÈ ×ÓÅÇÄÁ ÕÄÁ×ÁÌÏÓØ ÏÂÈÏÄÉÔØÓÑ ÇÌÏÂÁÌØÎÙÍÉ ÐÅÒÅÍÅÎÎÙÍÉ, ÔÁË ÎÁģÖÎÅÅ.

VV>>> ïÔÌÁ×ÌÉ×ÁÔØ ÔÁËÉÅ ÍÅÌÏÞÉ ÉÎÏÇÄÁ ÐÒÉÈÏÄÉÔÓÑ ÎÁ ÕÄÉ×ÌÅÎÉÅ ÄÏÌÇÏ É VV>>> ÕÐÏÒÎÏ. äÌÑ ÔÏÇÏ É ÎÕÖÎÙ C, Á ÅÝÅ ÌÕÞÛÅ C++, ÞÔÏÂÙ ÉÚÂÅÖÁÔØ VV>>> ÍÎÏÇÉÈ ËÌÁÓÓÏ× ÔÅÈÎÉÞÅÓËÉÈ ÏÛÉÂÏË. GS>> ïÛÉÂËÉ ÍÏÖÎÏ ÓÏ×ÅÒÛÁÔØ ÎÁ _ÌÀÂÏÍ_ ÑÚÙËÅ. é ÞÅÍ ÑÚÙË "ÈÉÔÒÅÅ", GS>> ÔÅÍ ÔÒÕÄÎÅÅ ÉÈ ÎÁÈÏÄÉÔØ ;-) LB> ÷ÏÔ ÁÓÓÅÍÂÌÅÒ + ËÕÞÁ ÍÁËÒÏÓÏ× É ÅÓÔØ "ÈÉÔÒÙÊ" ÑÚÙË ;)

çÅÏÒÇÉÊ

Leha, ÔÙ Åݣ ÚÄÅÓØ ÓÉÄÉÛØ?

GS>> HÁÕÞÉÓØ ÐÏÌØÚÏ×ÁÔØÓÑ ÍÁËÒÏÓÁÍÉ, ÂÕÄÅÔ É ÎÁ ÁÓÓÅÍÂÌÅÒÅ ÍÁÌÏ ÓÔÒÏË, GS>> ÄÁ É ÎÁÇÌÑÄÎÏÓÔØ ÓÕÝÅÓÔ×ÅÎÎÏ ÐÏ×ÙÓÉÔÓÑ. LB> ... ÄÏ×ÅÄÉ Ó×ÏÉ ÍÁËÒÏÓÙ ÄÏ ÓÏ×ÅÒÛÅÎÓÔ×Á É ÐÏÌÕÞÉÔÓÑ ó ;)

C É ÎÁÞÉÎÁÌÓÑ Ó ÁÓÓÅÍÂÌÅÒÁ. HÏ ÏÔËÁÚ ÏÔ ÓÔÒÏÇÏÊ ÔÉÐÉÚÁÃÉÉ ÐÒÉףÌ Ë ÕÐÒÏÝÅÎÉÀ ÄÌÑ ÒÁÚÒÁÂÏÔÞÉËÏ× ËÏÍÐÉÌÑÔÏÒÏ× É ËÕÞÅ ÇÒÁÂÌÅÊ ÄÌÑ ÏÂÙÞÎÙÈ ÐÒÏÇÒÁÍÍÉÓÔÏ×...

DO> Откуда 5-6 раз-то? И причем тут писишный софт под виндовс?

MP> ладно - пример неудачный. У меня на самом деле нет реальных примеров когда одно MP> и то-же писалось на 2-х языках для одного контроллера, но вот есть например x51 MP> прога на сях исходник 21421 длинна откомпилированного кода 3865 байт. Есть MP> БОЛЕЕ ФУHКЦИОHАЛЬHЫЙ аналог на picasm - исходник 27765 код 1252 слова. Таблицы MP> в обоих имеют одинаковую длинну. Оверхед по любому 50% есть.

Сравнил жопу с пальцем Может еще сравним ARM с MCS48?

MP> >> на сях, для связи с какой нибудь банальной 24с256. ;) DO> Пишется на С за 5 минут.

MP> Hу ладно - положим пишется за 5 минут, и отлаживается за часок ;)

Чем манипуляция битами порта на Си более сложна, чем таже манипуляция на ассемблере?

DO> А сколько ты свои ассемблерные наработки (и когда ты столько DO> накопил?)

MP> За 10 лет можно и не столько накопить...

DO> на другой процессор переносить будешь?

MP> Да не буду я это делать. Я выбираю процессор под задачу. Мой выбор MP> подразумевает налчие знаний, опыта, библиотек, алгоритмов, и всецелого MP> понимания как на этом процессоре эту задачу решить. Если у меня нет понимания - MP> я говорю что задачу решить не возможно и досвидания.

То есть другими словами: Если задача не ложится на твой любимый процессор, который ты знаешь, то и решать ты ее не будешь, потому что тебе не хочется изучать ассмелер другого процессора и переписывать на него свой 10 летний библиотечный багаж.

DO> Мы как-то программный UART с ST7 на PIC переносили перекомпиляцией.

MP> Да ничего сложного. Мне надо было в моторолу 11-ю вставить кусок кода MP> програмного уарта, - быстренько прикинул как там по тактам прога выполнется и MP> какие команды за сколько (кстати безценная инфа) и написал. Дальше зациклил ее MP> на выводе кода 55h ткнул частотомер - baudrate то, что надо, вот и все дела. MP> Сколько времени заняло не помню - но и чтоб проблемы какие-то при этом возникли MP> тоже не помню.

Ничего сложного, конечно нет, но время то где взять?

Dear All,

AVB>> ÷ ÍÅÌËÉÈ ÐÒÏÅËÔÁÈ _ÍÉËÒÏËÏÎÔÒÏÌÌÅÒÎÏÇÏ_ ÈÁÒÁËÔÅÒÁ ÄÏ 70 ÐÒÏÃÅÎÔÏ× ËÏÄÁ AVB>> ÒÁÂÏÔÁÅÔ ÎÁÐÒÑÍÕÀ Ó ÖÅÌÅÚÏÍ ËÏÎËÒÅÔÎÏÇÏ ËÏÎÔÒÏÌÌÅÒÁ

VV> äÁÖÅ × ÍÅÌËÉÈ ÐÒÏÅËÔÁÈ ÔÉÐÁ "ÎÁÖÁÌÉ ËÎÏÐËÕ - ÚÁÇÏÒÅÌÓÑ Ó×ÅÔÏÄÉÏÄ" ÐÉÓÁÔØ VV> ÍÏÖÎÏ É ÎÕÖÎÏ ÐÒÏÃÅÓÓÏÒÎÏ-ÎÅÚÁ×ÉÓÉÍÏ. üÔÏ ÐÏ×ÙÛÁÅÔ ÞÉÔÁÅÍÏÓÔØ É ÕÐÒÏÝÁÅÔ VV> ÉÚÍÅÎÅÎÉÅ ËÏÄÁ ÐÒÉ ÏÞÅÒÅÄÎÏÊ ÐÒÁ×ËÅ ÈÁÒÄ×ÅÒÁ.

VV> #define LED_MASK 0x01 VV> #define LED_PORT PORTC VV> if(GET_BUTTON) LED_ON; VV> else LED_OFF;

HÁÒÏÄ, ÎÁÒÏÄ, ÎÕ ÎÅÌØÚÑ ÖÅ ÔÁË!

Sincerely yours, Old Greaser.

Dear Maxim,

DO>> Õ ÔÅÂÑ ÎÅ ÐÏÌÕÞÉÌÏÓØ, ÐÏÔÏÍÕ ÔÙ ÓÞÉÔÁÅÛØ, ÞÔÏ ó ÎÉËÔÏ ÎÅ ÚÎÁÅÔ? MP> ñ ÓÞÉÔÁÀ, ÞÔÏ ËÔÏ-ÔÏ ÐÌÏÈÏ ÚÎÁÅÔ ÁÓÓÅÍÂÌÅÒ, ËÔÏ-ÔÏ ÓÉ - ÄÒÇÏÇÏ ÎÅ MP> ÄÁÎÏ.

(ïÔ×ÌÅËÁÑÓØ) HÅÐÒÉÄÕÍÁÎÎÁÑ ÐÒÉÔÞÁ: ïÄÎÏÇÏ ×ÙÐÕÓËÎÉËÁ ÁÍÅÒÉËÁÎÓËÏÇÏ ÕÎÉ×ÅÒÓÉÔÅÔÁ (ÓÐÅÃÉÁÌØÎÏÓÔØ - ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÅ) ÎÁ ÓÏÂÅÓÅÄÏ×ÁÎÉÉ ÐÒÉ ÐÒÉÅÍÅ ÎÁ ÒÁÂÏÔÕ ÓÐÒÏÓÉÌÉ: "óËÏÌØËÏ ÑÚÙËÏ× ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÑ ÷Ù ÚÎÁÅÔÅ". ôÏÔ ÓÒÁÚÕ É ÓÏ×ÅÒÛÅÎÎÏ Õ×ÅÒÅÎÎÏ ÏÔ×ÅÔÉÌ: "äÅÓÑÔØ". "é ËÁËÉÈ ÖÅ?" - ÓÐÒÏÓÉÌ ÎÅÓËÏÌØËÏ ÏÚÁÄÁÞÅÎÎÙÊ ÉÎÔÅÒ×ØÀÉÒ. óÏÉÓËÁÔÅÌØ ÎÁÞÁÌ ÛÅ×ÅÌÉÔØ ÇÕÂÁÍÉ, ÍÕÞÉÔÅÌØÎÏ ÎÁÍÏÒÝÉ× ÌÏÂ É ×ÏÚÄÅ× ÏÞÉ Ë ÐÏÔÏÌËÕ, É ÚÁÇÉÂÁÔØ ÐÁÌØÃÙ... äÁÌÅÅ ×ÙÑÓÎÉÌÏÓØ, ÞÔÏ × ÕÎÉ×ÅÒÓÉÔÅÔÅ ËÁÖÄÙÊ ÓÅÍÅÓÔÒ × ÞÉÓÌÅ ÐÒÏÞÅÇÏ ÐÒÅÐÏÄÁ×ÁÌÉ ÐÏ ÏÄÎÏÍÕ ÑÚÙËÕ ÐÒÏÇÒÁÍÍÉÒÏ×ÁÎÉÑ. á ËÕÒÓÏ× ÂÙÌÏ ÐÑÔØ.

Sincerely yours, Old Greaser.