Attiny,ацп Протеус.

[tw1911]

Никак не могу заставить протеус использовать внутренний опорный источник 1.1v на Attiny13а.

Код уже простейший написал

 ; Reset Vector
 rjmp Start
;====================================================================
; CODE SEGMENT
;====================================================================
Start:
 ldi r16,(1<<ADLAR)|(1<<REFS0)|(1<<MUX1);См. описание программы
 out ADMUX,r16 ;Копирование из r16 в ADMUX
 ldi r16,(1<<ADEN)|(1<<ADSC)|(1<<ADPS2);См.опис.
 out ADCSRA,r16 ;Копирование из r16 в ADCSRA
Loop:
 rjmp Loop

В результате при 0.6вольтах на вольтметре ADCH равно 139. По формуле из даташита 139*1.1/1024=0,149, в то время как 139*5/1025= 0.68. Получается что опорное берется VCC. Но я же указал REFS0 = 1, должно быть 1.1. Но нет. что делать?

Proteus 8.4 spo

Изменено 29 июня, 2016 пользователем tw1911

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[tw1911]

Вопрос снят. Я включил в протеусе подробную трассировку и выяснил что опорное таки правильное, а вот брать значение по 8 битной точности нужно не по формуле из даташита.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[vksam]

Немного не в тему, но уж больно похожа тема. Проблема с Atmega8

Проблема вот в чем: Proteus 8 Pro не читает данные из АЦП. Получаю всегда 0. Хотя в дебагере в Proteus регистры ADCL и ADCH значения содержат.

Код из mikroC Pro for AVR. Код вроде проще некуда... Теряю веру в жизнь

unsigned int adc_result;


void main() {

DDRC = 0b00111000;
PORTC = 0b00000000;
/*
DDRD = 0b01111111;
PORTD = 0b00000000;
*/
//ADMUX = (1<<REFS1)|(1<<REFS0)|(0<<MUX3)|(0<<MUX2)|(0<<MUX1)|(0<<MUX0);
REFS1_bit = 1;
REFS0_bit = 1;
MUX3_bit = 0;
MUX2_bit = 0;
MUX1_bit = 0;
MUX0_bit = 0;

//ADCSRA = (1<<ADEN)||(1<<ADSC)|(1<<ADPS2)|(0<<ADPS1)|(0<<ADPS0);
ADEN_bit = 1;
ADPS2_bit = 1;
ADPS1_bit = 0;
ADPS0_bit = 1;

while(1){
    ADSC_bit = 1;

    while( ADIF_bit ==0 );
    //ADIF_bit = 1;

    adc_result = ADCL;
    adc_result = ADCH;

    }

}

Изменено 6 августа, 2016 пользователем vksam

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Alex]

Proteus 8 Pro не читает данные из АЦП

Хотя в дебагере в Proteus регистры ADCL и ADCH значения содержат

Две взаимоисключающие фразы.

Дак в чём же проблема ?

[vksam]

Все гораздо интересней.

В Watch Window у ADCH/L адреса 0х0025 и 0х0024, а вот в AVR Variables совсем другие адреса.

Более того - банальное присвоение adc_result = 123 никоим образом не отражается в переменных

Кто козлит я разобрался, а вот по какой причине - не знаю.

Сначала грешил на Proteus и на свой код.

Больше на свой код. Т.к. только 10 часов как пытаюсь разобраться в программировании контроллеров.

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

И результатом изысканий стал мой первый пост в этой ветке.

В итоге решил я попробовать сменить среду разработки на Atmel Studio. И ооо чудо!

Этот же самый код заработал!

Но все же интересно, почему же код из mikroC Pro for AVR не работает. Но оказалось, что и он работает, если использовать hex-файл!

Я же почему выбрал mikroC - эта среда генерирует cof-файл для отладки. И в Proteus можно обойтись только одним контроллером. А вот Atmel Studio похоже cof-файл не генерирует. А с эмуляцией в Atmel я что-то не могу разобраться.

[Alex]

А вот Atmel Studio похоже cof-файл не генерирует.

Должна генерировать. Поищите в настройках компилятора.

[COKPOWEHEU]

а elf тебя чем не устраивает?

[vksam]

ну Proteus отказывается его дебажить. Код светится, но точек останова нет.

Оптимизация в студии выключена

Изменено 7 августа, 2016 пользователем vksam

[COKPOWEHEU]

А если собрать с отладочной информацией (-gdwarf-2) и без оптимизации (-O0)? У меня таких проблем не было.

[vksam]

Еще бы понять куда его прикрутить

Ну что... не накопал ничего. Посему решил понизить версию студии до 6.2

И все отлично!

Сравнил настройки версии 7 и 6.2. По сути все ключи одинаковые, кроме пары директорий include, а результат разный.

Видать что-то изменили к компиляторе. Или версия сырая... надо подождать сервиспак, а пока буду осваивать 6.2

Изменено 8 августа, 2016 пользователем vksam

[tw1911]

У меня вроде бы все работает с elf. Протеус 8, Студия седьмая.