

asc2000
Участник-
Posts
95 -
Joined
-
Last visited
Reputation
0 ОбычныйAbout asc2000
-
Rank
Частый гость
Recent Profile Visitors
-
Посмотрел, да действительно в предварительной версии даташита (Preliminary 2004-ого года) эта фраза была. А в даташите за 2010 год (Rev 2535J–AVR–08/10) этого уже нет. Почему-то решили убрать.
-
Да, я тоже заметил этот интересный момент. В даташитах, например, ATtiny2313, ATtiny25, ATtiny48 в разделе, в котором описываются биты CLKPS регистра CLKPR, сказано: The CKDIV8 Fuse determines the initial value of the CLKPS bits. If CKDIV8 is unprogrammed, the CLKPS bits will be reset to “0000”. If CKDIV8 is programmed, CLKPS bits are reset to “0011”, giving a division factor of eight at start up. А в соответствующем разделе даташита ATtiny13 этой фразы нет.
-
Уважаемые форумчане, помогите разобраться. Как известно, в ATtiny регистр CLKPR задает коэф-т деления и определяет системную тактовую частоту. Если фьюз CKDIV8 запрограммирован, то четыре младших разряда регистра CLKPR равны 0011, а если не запрограммирован, то они равны 0000. Т.к. регистр CLKPR относится к энергозависимой памяти (SRAM), то при отключении питания его содержимое по идее должно сбрасываться в начальное состояние, которое определяется значением фьюза CKDIV8 и которое не зависит от той программы, которая записана в Flash-память м-контроллера. Проблема собственно в следующем: есть м-сх ATtiny13A, работающая от внутреннего генератора 9,6 МГц. Фьюз CKDIV8 запрограммирован и его состояние я не менял. Сначала (со старой программой) ATtiny13A прекрасно программировалась и читалась программатором. Затем я записал новую программу, в которой применил коэф-т деления генератора на 256 (младшие разряды регистра CLKPR равны 1000). Программа записалась и правильно работала, но контроллер перестал читаться и я не мог его перепрограммировать. Когда же я уменьшил частоту SCK программатора, то м-сх опять стала читаться и программироваться. После этого я снова записал старую программу, в которой не было деления частоты генератора на 256, и снова м-сх стала читаться программатором с высокой частотой SCK. Вопрос: почему ?
-
Заблокировалась ATtiny13A
asc2000 replied to asc2000's topic in MCS51, AVR, PIC, STM8, 8bit
Кажется, начинает проясняться. Как известно, SPI-программирование происходит при низком уровне на входе RESET. А в даташите сказано: "During reset, all I/O Registers are set to their initial values...". Т.к. CLKPR является одним из I/O Registers, то он также должен установиться в начальное значение. Я почему-то считал, что начальное значение - это 0, но получается, что это не всегда так. И вот тут опять непонятно: ведь CLKPR относится к энергозависимой памяти (SRAM), и при отключении питания его содержимое должно сбрасываться, и этот регистр должен устанавливаться в 0 ? Каким же образом в нем все же сохраняются его установки? -
Заблокировалась ATtiny13A
asc2000 replied to asc2000's topic in MCS51, AVR, PIC, STM8, 8bit
Может быть и так. Но напомню, что данная ветка форума начиналась с другого вопроса: почему программатором перестали читаться фьюзы и записанная программа? Ведь я не менял CKDIV8, а только применил в своей программе коэффициент деления 256 установкой регистра CLKPR. Неужели эти установки сохраняются и в режиме программирования? В даташите я не нашел никакого объяснения по этому поводу. -
Заблокировалась ATtiny13A
asc2000 replied to asc2000's topic in MCS51, AVR, PIC, STM8, 8bit
Но ведь для fck >= 12 MHz единственный возможный коэффициент деления предделителя - это 1 (т.е. без деления частоты), т.к. даже для коэф-та 2 получается, что частота источника тактового сигнала >= 24 MHz, а это недопустимо для ATtiny13. Следовательно, fck - это частота непосредственно самого источника тактового сигнала, а не после предделителя. Но, во-первых, из структурной схемы в разделе System Clock and Clock Options непосредственно не видно, что CKDIV8 влияет именно в режиме программирования. Во-вторых, в разделе Serial Programming сказано, что на процесс SPI-программирования влияют установки фьюзов CKSEL1 и CKSEL2, но ничего не сказано о влиянии фьюза CKDIV8. -
Заблокировалась ATtiny13A
asc2000 replied to asc2000's topic in MCS51, AVR, PIC, STM8, 8bit
Насчет CKSEL согласен, а относительно влияния на процесс SPI-программирования фьюза CKDIV8 - не могли бы привести цитату из даташита? Думаю, что fck - это частота непосредственно тактового сигнала (или внутреннего генератора, или внешнего External Clock). Это частота НЕ после делителя (Prescalerа). Т.к. после делителя частота не может быть >12 Мгц -
Заблокировалась ATtiny13A
asc2000 replied to asc2000's topic in MCS51, AVR, PIC, STM8, 8bit
Это понятно. Это тоже понятно. Значит, в режиме программирования имеют значение только установки фьюзов CKSEL, и не имеет значения фьюз CKDIV8 ? А вот это не совсем понял. Как именно вы понижали частоту до минимума? Использовали внутренний генератор 128 кГц? Или каким-то иным способом? -
Заблокировалась ATtiny13A
asc2000 replied to asc2000's topic in MCS51, AVR, PIC, STM8, 8bit
Спасибо за ответы. Пробовал затактировать от внешнего генератора 100 кГц. К сожалению, не помогло, не получалось прочесть ни Flash, ни фьюзы. Спасибо, помогло! Я программирую программой PonyProg2000, и в файле PonyProg2000.ini с помощью Блокнота изменил строку SPIBusSpeed=NORMAL на SPIBusSpeed=VERYSLOW. После этого все стало замечательно читаться - и Flash, и фьюзы. Уважаемый adnega, не могли бы объяснить, в чем была причина, ведь раньше все читалось и при скорости NORMAL ? -
Заблокировалась ATtiny13A
asc2000 posted a topic in MCS51, AVR, PIC, STM8, 8bit
Добрый день. Помогите пожалуйста разобраться. Возникла проблема при программировании м-сх ATtiny13A, работающей от внутреннего генератора. Фьюзы у нее были такие, и я их не менял: Я записал новую программу, в которой применил коэф-т деления генератора на 256. Программа записалась и правильно работает, но контроллер перестал читаться и я больше не могу его перепрограммировать. Подскажите, что могло произойти и как избежать этого в дальнейшем? -
Управление цифровым резистором по синусоидальному закону
asc2000 replied to asc2000's topic in MCS51, AVR, PIC, STM8, 8bit
Спасибо, получилось! Почти чистая синусоида: -
Добрый день! Пытаюсь с помощью м-к ATtiny261 управлять цифровым потенциометром AD8400 по синусоидальному закону. Из осциллограммы видно, что потенциометр изменяет сопротивление в своем полном диапазоне, но всего лишь за несколько шагов, а не за 256, как должно быть. В чем может быть причина? Фрагмент кода для CodeVisionAVR: unsigned int q; unsigned char s; while (1) { for(q=0;q < 628; q++) //для всех 256 значений сопротивления { s=125*(sin(q/100)+1); set_resistance(0x00, s); } };
-
Вопрос по самовосстанавливающемуся предохранителю
asc2000 replied to asc2000's topic in Вопросы аналоговой техники
Кстати, измерения проводил на двух экземплярах предохранителей. Результаты были практически идентичными. Считаете, что отклонение температуры на несколько градусов может изменить время переключения в несколько раз? -
Вопрос по самовосстанавливающемуся предохранителю
asc2000 replied to asc2000's topic in Вопросы аналоговой техники
Вот и я не нашел толкового определения термина Time to trip. Комнатная температура ... Может быть. Надо будет проверить ... -
Добрый день! Изучал срабатывание предохранителя MF-USMF005. Напряжение снималось с токоизмерительного резистора 1 Ом, включенного последовательно с предохранителем. Амплитуда импульса тока получилась 1,3 А. Привожу данные из даташита для этого предохранителя: Из даташита следует, что при токе 1,3 А время переключения (Time to trip) должно быто примерно 5 мс. Но из осциллограммы видно, что за это время сопротивление предохранителя изменяется очень незначительно. Сопротивление существенно изменяется за время раз в 5-6 больше. Что тут не так? Или так и должно быть?