aal

>Вопрос в том, можно ли успешно обходиться > ассемблером для средних и крупных проектов ? Для средних может и получится... >Напрашивается вывод, что для крупных и средних проектов >использовать сишные компиляторы, а для мелких можно и асм? Да. (до 1-2к кода). >Но в стандартном компиляторе от avr - нет даже директив >типа db, $, нет директив определения процедур. Для AVR С есть IAR и ImageCraft. И в асм файле, помоему, есть... > А где же вечные ценности > - размер кода, оптимизация по скорости и другое? В одном проекте создается файл с функцией на ассемблере(правила на сайте atmel). В С файле объявляете эту функцию внешней. >о их достоинствах и недостатках. IAR - Наиболее распространен, много информации (и по глюкам тоже). На уровне 2000г. был оптимальней и удобней ImageCraft (ИМХО). ImageCraft - Чуть шире гамма поддерживаемых кристалов (от атмела).

В апнотах атмела на авр (или х51) был пример.

Игрушки поющие и говорящие "ай лав ю" слышал? Такая же фигня, только в левой руке и много дороже...

Ещё 25 есть у микрочипа и рамтрона (элтех продвигает).

Если АС97 надо, то ничего. Т.к. неотслеживаю их. А если аудио АЦП или ЦАП, то у тексаса есть отличные цапы (PCM1792 192khz 132db). У Asahi-kasei АЦП AK5394A 192khz 123db. Если ненадо супер, то у тексаса за 3$ кодеки 16битные I2S (не помню на вскидку).

А что на ATMEL DataFlash не обратите внимание. Больша часть семейства есть в России на складах. В течении недели поставляют.

2 Rafinad Все так... Но, ИМХО иногда для обзора и общего понимания неплохо и русский вариант, пускай не полный, иметь. 2 Alexandr Даже если вы это сделаете через пол года, я все равно с удовольствием ознакомлюсь...

Им уже 7-8 лет. На пляжных черепашках стояли. S\N 75-80 дБ (на реальной плате). Так стоит ли заморачиватся?

Извиняюсь. Недопонял... А что Вам даст освобождение ников?

ИМХО Удалять только тех пользователей кто год (два) или более незаходят на форум. А то получится, человек в больницу загремел на пол года, а его из конфы поперли. Лишили всех "прав" и "привелегий", заработанных тяжким трудом. Да и вообще малоли, что в жизни бывает. А вы сразу "калёным железом".. Нехорошо.

Большинство современных контроллеров для алф.цифр. ЖКИ работают в большом диапазоне питающих напряжения (от 2.7 до 6В - говорят спец версия MSP430), но для питания драйверов сигментов требуют некоторое (паспортное) напряжение. У меня в 3.3В системе жил 5В ЖКИ. Прекрасно работал. Только контраста небыло. сотворил инвертор наряжения. С подстроечника между -1,5В и общим снимал напряжение для питания драйверов сигментов.

Были попытки создать такое для автомобилей, даже продовались. По каким причинам не прижились незная точно, но ИМХО думаю по 2 - а) для точки установки микрофона это работает, а шаг всторону - только хеже, чем без девайся. б) ДСП обработка - очень дорого получалось. Скорее всего, на одного слушателя настроить можно. На 2 сложно. На трех невозможно Проскакивала информация - кто-то делал наушники для заглушения внешнего шума на этом принципе. Для строителей.

Мне интересно....

По отзывам в сети и публикациях в журналах, стек IRDA достаточно сложен и неоднозначно реализуется разными производителями. Т.к. даже в стандарте есть противоречия. Я для связи с РС через IRDA купил mcp2150. Она поддерживает IRCOM протокол - что достаточно для СОМ ориентированных применений. ИМХО несвязывайся с програмной реализацией.

2 Delsian Все примерно так. 2 Михалыч Если надо профессионально (названия материалов, цены, тех процесс) - ко мне на мыло.

Поддерживаю. Исходники в сети можно найти, а сам алгоритм очень сложно....

2 Esquire При схемном вводе этот алгоритм можно реализовать и без сдвигов (xHDL не изучал пока.). Получится автомат записывающий по фронту входной байт или сразу комбинация вх. байта и CRCHigh. А по спаду уже готвый CRC на выход. Помоему очень красивый алгоритм. А по резету или другому вх. сигналу обнуляем CRC регистр. Алгоритм не я придумал. Где то в сети нашёл и пользую....

Вот кусочек для CRC 16. Может аналогично и CRC 32 сделать. char test_flash(void) { unsigned char const __flash *mem; unsigned int val; // Polinom 0x11021 unsigned char CRC_Low=0; // low 8 bits of CRC unsigned char CRC_High=0; // high 8 bits of CRC unsigned char carry; mem=0; for(val=0;val<FLASHEND-1;val++) { carry = CRC_High ^ *mem++; carry = carry ^ (carry>>4); CRC_High = CRC_Low ^ (carry<<4) ^ (carry>>3); CRC_Low = carry ^ (carry<<5); } CRC=CRC_High << 8 + CRC_Low; if (CRC_Low==*mem++ && CRC_High==*mem) return(0); else return(1); }

imagecraft tiny edition. Был такой... Он tiny поддерживал. Сам не работал в нем. Обычный imagecraft испытывал. Тогда непонравился, сейчас на авр не пишу.

IMHO, RS485. У максима есть и на большую дальность. Судя по датчикам, скорость нужна порядка 300 бод. Можно обойтись и дешёвыми драйверами.

А какие именно глюки?

В аналогичной задаче я собираюсь использовать по 2 буфера на чтение и 2 буфера н запись. Пока приемник/передатчик работает с 1 буфером второй читается/пишется. Главное чтоб время записи буфера было меньше времени опустошения буфера чтения + операции чтения следующего буфера.

Помоему точка опоры winbond возит.

Я делал программатор для АВР на 89с2051. Простые команды по уарту - 2051 формирует обмен по спи. На асме.

У HOLTEC были только цифровые с послед. инт. На семинаре от точки опоры рекламировали пром. ЖКИ с послед. инт., но с навороченым контроллером и по бешенной цене.