Странное поведение ATTINY44A, После десятков перешивок Опции

[aleksey_g]

Коллега жалуется на сабж.
Делает устройство с батарейным питанием, посему очень критично потребление.
Пока отлаживал саму программу, потребление не измерял. Когда все отладил, померял.
Оказалось в режиме Power down 200мка.
Для CR2032 Это не есть хорошо.
Никакие пляски с бубном не приводили к меньшему. Решил, что бракованный чип.
Купил новый. Только прошил, замерил- 2мка. Это уже неплохо.
Процесс отладки, вылизывания алгоритма... Короче, несколько десятков раз перепрошил.
Опять проверил потребление. Те же 200мка.
Поднял старую прошивку, с которой было 2. Прошил. - 200!
Фьюзы не менялись! Проверено.
Проверялось даже на голом контроллере, с полностью отключенным всем, что подключалось.
А подключался только жки с контроллером, у которого все ноги только на вход. (TIC 5234)
Остается только грешить на увеличение потребления после многократных перепрошивок.
Шилось АВРЕАЛ_ом.
Может ли такое быть?

[vsalex]

Ребята привет, это я собственно виновник торжества. По возникшим вопросам: программатор на LPT типа ByteBlaster, проблем за ним раньше не замечалось, измерительные приборы брались разные, предел измерений правильный. Питание 3v от батарейки cr2032. Зашит только один фуз для работы от внешнего кварца 8 МГц. Чип голый - кварц да 10к на resetе. Потребление в power down 120мка. Порты пробовал на вход без подтяжки, на вход с подтяжкой, на выход с 0, сути кардинально не меняет. Тестовая программа:

CODE

#include <stdio.h>
#include <inavr.h>
#include <iotiny44.h>
#include "delay.h"


int main( void )
{



PORTA=0x00;
DDRA=0xFF;

PORTB=0x00;
DDRB=0x0F;

TCCR0A=0x00;
TCCR0B=0x00;
TCNT0=0x00;
OCR0A=0x00;
OCR0B=0x00;

TCCR1A=0x00;
TCCR1B=0x00;
TCNT1H=0x00;
TCNT1L=0x00;
ICR1H=0x00;
ICR1L=0x00;
OCR1AH=0x00;
OCR1AL=0x00;
OCR1BH=0x00;
OCR1BL=0x00;

MCUCR=0x00;
GIMSK=0x00;

TIMSK0=0x00;
TIMSK1=0x00;

USICR=0x00;

ACSR=0x80;
ADCSRB=0x00;

MCUCR = (1<<SE)|(1<<SM1)|(0<<SM0);

ADCSRA=(0<<ADEN);

delay_s(5);

__sleep();

}

[rx3apf]

Потребление в power down 120мка.
....
MCUCR = (1<<SE)|(1<<SM1)|(0<<SM0);

Power down ? Ню-ню....

[vsalex]

Power down ? Ню-ню....

Ребята я в этом деле человек новый, можно сказать случайный, можно по-подробней, что не так.
Ткните носом я не обижусь

[rx3apf]

Ткните носом я не обижусь

Пардон, это я привык, что указываются только биты, включаемые в "1". Все верно, SM1:SM0 = 10, powerdown (я как-то воспринял это как 11, что уже standby, и очень, кстати, похоже по величине потребления).
Так что извиняюсь, поторопился...

Таблицу нащел, ничего нового не увидел, note заканчиваются на 8 (DS doc8183), про фузы говорил выше.

Ревизия "C" ? в 8183С примечания к 20-1 заканчиваются пунктом 10, намекают на BOD. Мимо, пожалуй - там потребление на порядок меньше.

Да, и все же - а тактовый генератор реально останавливается ?

Сообщение отредактировал rx3apf - Apr 11 2011, 22:02

[vsalex]

Да, и все же - а тактовый генератор реально останавливается ?

останавливается реально, проверено.

[rx3apf]

останавливается реально, проверено.

Ну, тогда для полноты картины - текущее состояние фьюзов в студию. Но только не предполагаемое, а вычитанное из реального кристалла программатором. Может, там где-то собака и порылась...