Xenia

А разве по старт-биту происходит прерывание? Прерывание должно происходить по концу посылки.

Проверьте без стоп-бита (уберите USBS бит). Так все равно должно работать, даже если этот бит есть во входной посылке. А то бывают случаи, когда прошивку делают с лишним стоп-битом, а потом садятся за комп, на котором этот стоп-бит не установлен - вот и не выходит у них прием. Потом еще baud_r проверьте - помните , что у вас включено удвоение (установлен U2X)! А то забыв про это, устанавливают на компе скорость baud_r бод, а потом плачут, что не работает.

Ты что же, дебил что-ли? :) :) :) (шутка) Меня вон этому вообще не учили, так я тебе даже завидую, что тебя электронике учат. Выбирай освещение, это чуть по-проще будет. И схем таких навалом. Даже в магазинах "Свет" такие финтифлюшки продаются для регулированияя яркости освещения в квартире - за место обычного выключателя ставятся. Не могут быть они настолько сложными, чтобы их устройство трудно было понять. Будь наглее, ты - парень, а не девчонка. У тебя мозги самой природой заточены под то, чтобы электронику понимать :). Только прояви свой личный интерес к этой теме, типа сделать регулятор освещения для себя, а не ради курсовой, так твои врожденные способности сразу проявятся. А нам объясни яснее задачу: тебе нужно, чтобы микроконтроллер освещением управлял (типа по программе или в зависимости от величины естественного освещения), или просто рукой рукоятку (потенциометра) крутить, чтобы яркостью управлять. Второе сильно проще, чем первое.

Попробую по вашей ссылке скачать. Первая попытка не удалась - скачала YUniy_tehnik_Elektronniy_arhiv_1956-2007.exe, который оказался саморазорхивирующимся архивом, трубующим SMS-ку. Сейчас качаю другую ссылку с letitbit.net - отдает по чайной ложке, обещаая через 8 часов скачать rar-архив. Как скачается, посмотрю, чего у него внутри.

Некоторые из указанных мест я уже видела - пользоваться Гуглом я умею. Трудность же в другом - скачивать по капле через Рапиду или целую минуту просматривать рекламу, чтобы скачать каждый номер, - ну очень тягостно! И когда я с такой производительностью скачаю номера за 10 лет? Вот я и надеюсь, что у кого-то из присутствующих эти подборки есть целиком (в одном файле архива), чтобы это можно было бы выложить на нашем FTP. В этом смысле РуТрекер подходит - одним торрентом все журналы "Радио" скачала", а "Юный техник" выколупывать с того сайта очень неудобно.

Сравнительно недавно я привела в порядок подборку журнала "Радио" на нашем FTP. Забрала архив с rutracker.org и заткнула им дыры, которые были в нашей подборке. Там, где номера накладывались, я не трогала - оставляла нашу версию. Этот путеводитель по содержанию журнала "Радио" тоже поместила на FTP к журналам, тем более что к настоящему времени он охватывает журналы до 2010 года (корневой пост датируется 2008-м годом, но ссылка периодически обновляется). Пользуясь случаем, обращаюсь с вопросом, где бы нам достать отчественный журнал "Схемотехника", которого в нашем загашнике только 2 года: 2006-й и 2007-й. Или он раньше и позже не выходил? И вообще, хотелось бы, чтобы у нас были представлены полные подборки всех отечественных журналов, связанных с электроникой. Именно у нас, а не на РуТрекере! В конце концов, именно мы - крупнейший русско-язычный сайт по электронике. Так что если у кого из вас есть на примете другие архивы отчественных журналов, пишите сюда, предлагайте. И, наконец, совсем личное. Помогите достать полный архив журнала ... "Юный техник"! Я понимаю, чтто солидные электронщики этот журнал врядли читают, но, как говорится, с детства я к этому журналу не равнодушна. Да и наше FTP не переполнится, если там будет расположен и этот журнал, ведь в конце концов, почти в всех у нас есть дети.

Если и грохнут UC3A, то вместо него появится UC3C, на который я уже сейчас соплями исхожу :). А где вы прочли эти слова Амела?

Не расстраивайтесь, тинька лучше :). Хоть у ATtiny2313 и есть разные изменения, но снизу вверх они, как правило, совместимы. Т.е. прошивка от более старой AT90S2313 к тиньке подойдет. Проблема тут только одна - правильно прошить новые фузы, коих у старой AT90S2313 не было. Прошивайте CKSEL=f и CKDIV=1 - и будет вам счастье :). Единички тут - непрошитые фузы - так, как писано в даташите или проге AVReal32, а не в гнусном Понипроге, где галки в диалоге проставляются наоборот. 5 лет назад (Боже, как время быстро течет!) у меня была точно такая же проблема - http://caxapa.ru/36834.html?todo=full

Полагаю, что это литиевый элемент Li/MnO2, у которого номинальное напряжение 3.0 вольта, а в конце гарантийного срока хранения (10 лет!) падает до 2 вольт :).

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

Надо же, а я Rev.C смотрела. Странно это, т.к. ревизий Rev.G–H в природе еще не существует, но в последнней из существующих Rev.E дейстительно уже есть указанное вами ограничение. Однако это нам не страшно :), т.к. задача стоит о работе на 2-х вольтах, которые выше указанного в еррате порога в 1.9 вольт. А на общем токопотреблении повышение напряжения питания с 1.8 до 2.0 вольта скажется незначительно. P.S. ATtiny13A - действительно то, что надо! - Корпус с 8-ю ножками и ничего лишнего. И сравнительно дешево - 24 рубля в Терраэлектронике (корпус SO8), если покупать в розницу одну единственную штуку.

ATtiny20 не может, но только потому, что ... у нее EEPROMа нет :). А остальные вроде бы должны мочь, т.к. я что-то не нашла в даташите упоминания о неработоспособности EEPROM при низком питании. Что-то написано про то, что при выходе из режима Power-down EEPROM не сразу начинает нормально работать, но в Power-down мы ложиться не собираемся.

Да, очень многие работают, начиная с 1.8 вольта, только тогда кварц должен быть не быстрее 4 МГц. Например, ATtiny20 (свежачок): Low Power Consumption – Active Mode: • 200 μA at 1 MHz and 1.8V – Idle Mode: • 25 μA at 1 MHz and 1.8V Тут токопотребление даже не миллиамперы, а микро! Один ваш светодиод сожрет тока на несколько порядков больше. И это, наверное, не предел, т.к. я этот даташит наобум открыла. Вот еще ATtiny13A: Low Power Consumption – Active Mode: • 190 μA at 1.8 V and 1 MHz – Idle Mode: • 24 μA at 1.8 V and 1 MHz ATtiny2313A: Low Power Consumption – Active Mode • 190 μA at 1.8V and 1MHz – Idle Mode • 24 μA at 1.8V and 1MHz ATtiny24A: Low Power Consumption – Active Mode: • 210 μA at 1.8V and 1MHz – Idle Mode: • 33 μA at 1.8V and 1MHz И т.д. Похоже, что с буковкой "A" на конце они почти все такие... Короче говоря, смотрите сюда - http://atmel.com/dyn/products/devices.asp?family_id=607#791 и выбирайте из них те, что "picoPower" и поменьше памяти (так дешевле выйдет, а для вашей задачи много памяти не надо). ========================================== P.S. Если грамотно запрограммировать на спящий режим, то будет просыпаться только на момент срабатывания ключа, инкрементировать счетчик и снова засыпать. Тогда среднее токопотребление снизится до уровня "Idle Mode", а при таком токе литиевой батарейки хватит на тот же срок, как если бы она нераспечатанная в упаковке лежала.

Наверное можете, только в ПИКах я не разбраюсь, т.к. я - АВРошница :). На платформе AVR это делается путем такого парадоксального действия, как посылание единички (высокого уровня) в порт, сконфигурированный не на выдачу, а на прием. Такая ситуация приводит к возникновению подтяжки к питанию (где-то порядка 50 кОм). Но такую подтяжку ничего не стоит сделать самим, т.к. лишний резистор в такой схеме - не проблема.

Вот вариант: Берем МК, какой подешевле (например, тиньку какую-нибудь), присоединяем ключ замыкания между пином, который у МК способен вызывать прерывание (например, INT0 или INT1), и землей. Все остальное делается программно. В программе, программируем тот пин на режим чтения и устаналиваем ему подтяжку к высокому уровню. Разрешаем соответствующее прерывание (например, INT0 или INT1) от изменения уровня на этом пине. Если есть возможность, то устанавливаем "полярность", при которой должно происходить прерывание (например, при нисходящем фронте). Теперь при разомкнутом ключе МК сам поддерживает на своем пине высокий уровень, а когда ключ замыкается, но уровень падает до нуля и вызвает срабатывание прерывания. На обработчик этого предывания вешаем процедуру, которая инкрементирует счетчик (прибавляет к нему единичку). Вот и всё. Осталось только решить, должна ли "система" сохранять значение счетчика при отключенном питании. Если должна, то в счетчик придется заводить в EEPROM (энергонезависимой памяти), помня о том, что от каждой записи та необратимо снашивается. Ну и не забыть про индикацию или опрос счетчика. МК в этом деле тоже хороший помощник - может сообщать значение счетчика по кому-нибудь интерфейсу связи по запросу или в момент изменения счетчика. Или на какой-нибудь дисплей то значение постоянно выводить.

Я вот точно так же однажды делала, а мне тоже сказали "некорректно". Ну и что, что некорректно? Зато просто и разницу между корректным и некорректным результатом фиг отличишь, тем паче, что в измерениях всегда присутствует шум, который обычно превышает потери точности от "некооректности". Ну а коли про корректный вариант говорить, то он примерно такой. Натягиваем поверх исходного частокола ломаную линию, превращая каждую соседнюю пару отсчетов в лежащую на боку трапецию. А потом находим величину отсчета на новой дискретной сетке, как интеграл. Т.е. площадь под ломаной огибающей исходного сигнала, заключенную между (i-0.5)*2048/4000 и (i+0.5)*2048/4000. Ну и видимо на какой-то коэффициент надо все те интегралы помножить, чтобы при горизонтальной линии высота совпадала. Видимо этот множитель будет той же дробью 2048/4000. И это все это только в том случае, если исходный частокол дает АЦП "мгновенного измерения". Поэтому и используем в качестве модели линейную интерполяцию между соседними значениями, полагая, что в промежутках между измерениями сигнал изменяется линейно. Но а если это, скажем, сигма-дельта АЦП, работающий в режиме непрерывного преобразования, то тогда ваши измерения уже являются значением интеграла за период измерения. И тогда уже правильнее будет не модель с огибающей, а модель из прямоугольничков (похожая на гистограмму), когда каждый i-ый отсчет представляется прямоугольником высотой в значение сигнала, и шириной от i-0.5 до i+0.5. Впрочем, старшие товарищи меня вероятно поправят :), найдя какие-нибудь ошибки в сказанном. Только дело это гиблое так считать :).

Мда... Дела. Не успели открыть тот злосчастный раздел, как модератор Tanya там уже опята собирает, а еще двое модераторов ту тему читают :). Безнадежно бороться с тем вирусом, которым все поражены...

Граждане, кончайте флудить! :) Не надо смешивать вопросы переводной технической литературы со знанием иностранного языка. Никто не собирается отрицать необходимость знания английского языка, тем не менее, спрос на переводную литературу от этого остается. И я бы на вашем месте только радовалась выходу любой технической книги на русском языке, вместо того, чтобы кичиться своим знанием английского. Давайте не сбрасывать со счетов, что очень многие технические термины представляют собой жаргон, точный смысл которого не передают даже технические словари. Поэтому изучать электронику по даташитам далеко не лучшая рекомендация :). Впрочем, не только переводная литература тут в помощь, но и русско-язычные форумы, вроде этого. Тут тоже можно очень легко нахвататься терминологии, после чего специфические даташиты читаются уже без труда. И в тоже время я однажды видела даташит, переведенный по (оплаченой) просьбе какой-то компании профессиональным переводчиком с английского... Это отпад! Так что тут все-таки не только знание английского важно, сколько необходимость "въехать" в тот предметный мир, о котором идет речь. И в этом деле переводные материалы способны сослужить хорошую службу. Так что книги Павла Редькина будут пользоваться спросом :) :) :). А если такую книжицу на русском все-таки достанете, то свисните мне в раздел "Новости FTP". Я там такие книги коллекционирую.

А вы вручную что-ли коэффициенты подбираете?

Вот это и есть то, о чем я предупреждала. Либо наклон (производная) в начале координат не совпадет, либо не совпадут "выпуклости". Нос вытащишь - хвост увязнет. :) А теперь полином испытайте!

Если учитывать (т.е. фактически фиксировать) значение производной в начале координат, то одну степень свободы потеряет не только полином, но и тригонометрические функции a*atan(b*x) или a*tanh(b*x), поскольку растяги по осям перестанут быть независимыми. Тогда растяг по х уже нельзя будет подобрать произвольным образом, а он будет жестко определяться "разницей уровней" по y, т.к. при любом ином растяге повредится производная в начале координат. Я полагаю, что тогда шансы 0xFF натянуть эту функцию на свои точки устремятся к нулю. :)

Прошу обратить внимание, что полином x=ay3+by2+cy имеет 3 степени свободы - коэффициенты a,b,c, тогда как функции a*atan(b*x) или a*tanh(b*x) только две. Это означает, что полином под свою кривую вы почти всегда подберете, а вот тригонометрическая функция под экспериментальные точки может не вписаться, т.к. фактически мы можем только плющить ее (т.е. растягивать или сжимать) вдоль каждой из осей, но не более того. Пока мы смотрим на семейство кривых, получаемых растяжкой/сжатием, то все это выглядит в высшей степени подобно и никаких опасений не вызывает. Но как только начинается аппроксимация реальных точек, то тут-то и оказывается, что растяжек может оказаться недостаточно, чтобы точно наложить кривые друг на друга. Но если все-таки тригономерическая аппроксимация подходит, то преподчтительнее, конечно, модель с наименьшим числом степеней свободы (коэффициентов). Этот вопрос должен решаться экспериментально - путем оценки невязок в том и другом случае, а не исходя из одних только априорных соображений о внешнем виде функций.

Ага :). Вот только далеко не всегда удобно использовать модель на тригонометрических функциях.

На мой взгляд, синусы тут не годятся, хотя и позволяют апроксимировать эту область с достаточной точностью. Куда проще представить зависимость, как x=f(y), т.е. поменять местами на графике оси x и у, чтобы эта зависимость хорошо подошла под полином 3-ей степени. Такой полином будет иметь вид: x=ay3+by2+cy свободного члена тут видимо не будет, т.к. кривая проходит через начало коородинат. Да и из физических соображений очевидно, что сама исходная зависимость непериодична, а потому у нее нет той тенденции "загручиваться" на концах, которая присуща функции синуса. У исходной зависимости иная тенденция - ассимптотически приближаться к горизонтали. Сам график переворачивать нет необходимости, если уж такая его форма для вас предпочтительнее. Но под апроксимирующий алгоритм подложить x и y поменяными местами ничего не стоит.

Вы хотите сказать, что дефицит USB-контролеров связан с повышением на них спроса со стороны PS3-геймеров? - Ерунда это, такого рода спрос погоды на рынке не делает. Опять же проблема формулируется в сообщении #182 совершенно иначе - эти МК не разобрали с прилавков, а, наоборот, сократили их выпуск.