Ацп Ads1601 Проблема С Принятием Данных

[rtfcnf]

Нет. Ничего не получается. пробовал в разные места вставлять инициализацию, т.е. SYNC=1; задержка; SYNC=0; Тоже ничего не дает. По мануалу SYNC необходим только после включения, причем однократно. Ну собственно так и делаю. Пробовал задержку менять -- бесполезно.

DOUT отключите от АЦП и подайте туда сначало 0 потом +5 это можно сделать просто переведя порт в режим выхода. Посмотрите получаете ли Вы 0 и 1

[Реклама]

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

[GGMarkes]

Всё прекрасно получается. При "0" ноль, при "1" -- 8000h(1111 1111 1111 1111). Контролирую мультиметром.

Огромная благодарность Вам rtfcnf за помощь. Не буду Вас задерживать. Утро вечера мудреннее, тем более праздник завтра, а мы с вами засиделись.

Изменено 30 апреля, 2010 пользователем GGMarkes

[Реклама]

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

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

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

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

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

[rtfcnf]

Всё прекрасно получается. При "0" ноль, при "1" -- 8000h(1111 1111 1111 1111). Контролирую мультиметром.

Тактирования значит с АЦП идет. Код работает правильно. Когда Вы получаете с АЦП вы учитываете что первым передается младший бит?

теперь замыкаем вход АЦП

Изменено 30 апреля, 2010 пользователем rtfcnf

[Реклама]

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

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

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

[GGMarkes]

Первым передается MSB, т.е. старший бит. Так как система 16-ти разрядная да еще с дифференциальным входом, то 1 бит знаковый, далее идут 15 бит данных.

[rtfcnf]

Первым передается MSB, т.е. старший бит. Так как система 16-ти разрядная да еще с дифференциальным входом, то 1 бит знаковый, далее идут 15 бит данных.

Закорачиваем вход АЦП, что бы он передавал 0. Что принимает программа?

[GGMarkes]

Дифференциальный вход закорочен. Вываливается каша, причем знакопеременная. Пайка проверена. Сигнал идет именно от DOUT, имеет амплитуду +5В.

[rtfcnf]

Дифференциальный вход закорочен. Вываливается каша, причем знакопеременная. Пайка проверена. Сигнал идет именно от DOUT, имеет амплитуду +5В.

Совсем уберите задержку. Если есть возможность в Вашем компиляторе, включите оптимизацию по скорости. И напоследок переместите код инициализации АЦП в int read_adc()

На сегодня больше идей нет.

Спокойной ночи.

Завтра продолжим

[GGMarkes]

Большое спасибо за помощь! Спокойной ночи.

[rtfcnf]

Доброго времени.

Давайте подведем итог.

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

Тогда давайте для начала перепишем функцию приема данных

int read_adc()
{

int res;
unsigned char i = 15;


//ждем, пока АЦП не даст сигнал FSO "Данные готовы"
while(FSO == 0){}; //ждем FSO 1
while(FSO == 1){}; //ждем FSO 0


do
{

while (SCLK == 0){}; 
while (SCLK == 1){};


	/*
#asm
nop
nop
nop
nop
nop
#endasm

	*/


res += DOUT;
res <<= 1;

}while(--i);

return res;
}

Не забудьте убрать глобальные переменные. Если не заработает, то меня интересует ассемблерный листинг данной функции.

А пока Вы будете мне его посылать попробуйте вот такой вариант. Замените «int res» на «unsigned char res»

Цель замены проверить получаете ли Вы правильно младшие 8 бит.

Изменено 1 мая, 2010 пользователем rtfcnf

[GGMarkes]

Добрый день!

Попробовал первый вариант. Тот же винегрет. Грешу только на АЦП, хотя перегрузку он видит. Программа и МК работают отлично. Ассемблерный листинг в приложении.

Второй вариант тоже работает на отлично с программной точки зрения. При разомкнутом входе "горит" пин OTR, который показывает перегрузку. На экран валится 255,254,255,255 и т.д. При замкнутом каша.

Вопросик такой чисто по коду: почему Вы настаиваете на локальных переменных? Ведь функция read_adc() вызывается довольно часто, и каждый раз при её вызове мк необходимо выделять память под 2 локальные переменные, затем по заверешении функции удалять эти переменные. Тем самым тратиться время. Или я что-то путаю?

var1.txt

[rtfcnf]

Вопросик такой чисто по коду: почему Вы настаиваете на локальных переменных? Ведь функция read_adc() вызывается довольно часто, и каждый раз при её вызове мк необходимо выделять память под 2 локальные переменные, затем по заверешении функции удалять эти переменные. Тем самым тратиться время. Или я что-то путаю?

В основном все книги про СИ ориентированы на архитектуру X86, а одним из ключевых моментов данной архитектуры является небольшое число регистров. AVR имеет же их цельных 32 штуки. Поэтому правильные компиляторы (сделанные чисто под AVR) при оптимизации кода учитывают этот факт. Посмотрите листинг, что сделал компилятор, он разместил res в R16,R17, а i в R19 практически просто декларировав это (другими словами не потратил не такта МК). При глобальном же размещении в зависимости от настроек он либо бы потратил время на поднятие их из стека либо занял бы регистры и в дальнейшем не использовал бы эти регистры в других функциях.

А вот по Вашему коду пока что то не пойму что происходит

Добрый день!

Второй вариант тоже работает на отлично с программной точки зрения. При разомкнутом входе "горит" пин OTR, который показывает перегрузку. На экран валится 255,254,255,255 и т.д. При замкнутом каша.

Вот отсюда и надо плясать. Почему когда передаются единицы всё нормально, а когда передаются нули каша

Думаю самое правильное проверка на рекомендованной частоте. Соберите на ЛА3 или на чем то подобном генератор и запустите. Это можно сделать без кварца. Нам главное убедиться, что это не программная ошибка. Просто на вывод и ввод работают разные цепи в МК и то, что на Вашей безумной частоте работает выход не говорит, что правильно будет работать вход. У меня сейчас на столе лежит не самый дешевый ARM так вот у него 18 мГц предел для внешних портов

Изменено 1 мая, 2010 пользователем rtfcnf

[GGMarkes]

С регистрами понятно. Спасибо за информацию.

У меня такое ощущение, что с инициализацией что-то не так.

Сделал инициализаю в функции чтения данных(хотя это не по инструкции). Так вот если добавить пустых команд (некая задержка) после SYNC'a, то начинают валится данные, а если не делать такую задержку, то на экране 0 и преобразование не идет.

int read_adc()
{

int res;
unsigned char k = 15;
       SYNC=1;
       #asm
       nop
       nop
       nop
       #endasm
       SYNC=0;
       [b]
       #asm
       nop
       nop
       nop
       nop
       nop
       nop
       #endasm[/b]

//ждем, пока АЦП не даст сигнал FSO "Данные готовы"
while(FSO == 0){}; //ждем FSO 1
while(FSO == 1){}; //ждем FSO 0


do
{

	while (SCLK == 0){}; 
	while (SCLK == 1){};

               res += DOUT;
	res <<= 1;

}while(--k);

return res;
}

Если не 6 nop'ов, а 5, то данных нет.

Думаю не в частоте дело. Если я на осциллографе "вижу" данные при нуле, причем данные и в старших разрядах, то о частота контроллера "уходит" на второй план. Во вторник сделаю следующее. Проверю на нормальных частотах МК и снижу частоту АЦП. Это для очистки совести. Если не заработает, то воспользуюсь "запасным" АЦП. Если уж и с новым АЦП та же история, то я уже и не знаю что пробовать. И так всё перебрал, Вы подсказали много вариантов. Спасибо еще раз за помощь!

Изменено 1 мая, 2010 пользователем GGMarkes

[rtfcnf]

С регистрами понятно. Спасибо за информацию.

У меня такое ощущение, что с инициализацией что-то не так.

Сделал инициализаю в функции чтения данных(хотя это не по инструкции). Так вот если добавить пустых команд (некая задержка) после SYNC'a, то начинают валится данные, а если не делать такую задержку, то на экране 0 и преобразование не идет.

int read_adc()
{

int res;
unsigned char k = 15;
SYNC=1;
#asm
nop
nop
nop
#endasm
SYNC=0;
[b]
#asm
nop
nop
nop
nop
nop
nop
#endasm[/b]

//ждем, пока АЦП не даст сигнал FSO "Данные готовы"
while(FSO == 0){}; //ждем FSO 1
while(FSO == 1){}; //ждем FSO 0


do
{

	while (SCLK == 0){}; 
	while (SCLK == 1){};

res += DOUT;
	res <<= 1;

}while(--k);

return res;
}

Если не 6 nop'ов, а 5, то данных нет.

Вы меня таки и вынуждаете скачать мануал на АЦП

допишу своё и посмотрю всё же

[GGMarkes]

Если Вам нужна инициализация, она в приложении.

Не смею Вас отвлекать от Ваших дел.

init.pdf

[rtfcnf]

Если Вам нужна инициализация, она в приложении.

Не смею Вас отвлекать от Ваших дел.

SYNC удлините.

жду результат

[GGMarkes]

Поставил 10 nop'oв -- каша при нуле на входе. Поставил 20 nop'oв -- тоже самое. Сделал как в даташите (после SYNC'a ожидание 816-ти SCLK):

int j=0;
do
{
               while(SCLK==0){};
               while(SCLK==1){};
               while(SCLK==0){};
               j++;       
}while(j<817);

Валятся данные неблизкие к нулю.

Изменено 1 мая, 2010 пользователем GGMarkes

[rtfcnf]

Поставил 10 nop'oв -- каша при нуле на входе. Поставил 20 nop'oв -- тоже самое. Сделал как в даташите (после SYNC'a ожидание 816-ти SCLK):

int j=0;
do
{
while(SCLK==0){};
while(SCLK==1){};
while(SCLK==0){};
j++; 
}while(j<817);

Валятся данные неблизкие к нулю.

больше идей пока нет.

Давайте все же снизим частоту.

Если найдете решение раньше, пожалуйста, отпишитесь

Жуть как интересно в чем дело

[GGMarkes]

Хорошо, отпишусь. Еще раз благодарю за содействие!

[rtfcnf]

Второй вариант тоже работает на отлично с программной точки зрения. При разомкнутом входе "горит" пин OTR, который показывает перегрузку. На экран валится 255,254,255,255 и т.д. При замкнутом каша.

ПОЗОР!!!!!!!!!!!!!!

мне

стандарт СИ не гарантирует инициализацию переменной нулем

измените строчку "int res;" на int res = 0;

для второго варианта когда когда res имеет тип unsigned char должно заработать

а для первого варианта напишите unsigned int res = 0; вот тут интересно заработает или нет

и сразу вопрос у Вашего компилятора тип int сколько в байтах?

хотя можете не отвечать я помню как в листинге асма он с res делает <<

Изменено 1 мая, 2010 пользователем rtfcnf

[akl]

Здравствуйте. Можно пару вопросов по схеме:

-как осуществляется сдвиг входного напряжения в диапазон допустимых значений для этого АЦП?

-смотрелось ли напряжение опоры VREFP-VREFN при работе АЦП?

[GGMarkes]

ПОЗОР!!!!!!!!!!!!!!

мне

стандарт СИ не гарантирует инициализацию переменной нулем

измените строчку "int res;" на int res = 0;

для второго варианта когда когда res имеет тип unsigned char должно заработать

а для первого варианта напишите unsigned int res = 0; вот тут интересно заработает или нет

и сразу вопрос у Вашего компилятора тип int сколько в байтах?

хотя можете не отвечать я помню как в листинге асма он с res делает <<

Нет не позор! ))

Компилятор CodeVision AVR v2.03.4 обеспечивает инициализацию нулем без специального задания значения при объявлении переменных. Тип int имеет 16 бит.

По поводу unsigned int res = 0; работает, но как обычно. Перебрав все варианты в голове, "случайно" решил проверить а что же у нас твориться на опорных пинах. Совершенно справедливо akl замечает про пины на опорных. Так вот по дташиту при внутреннем источнике опорного напряжения на следующих пинах должно быть следующее напряжение:

VREFP -- 3.5 - 4.1 V, у меня 3,8

VMID -- 2.3 - 2.6 V, у меня 2,58

И наконец VREFN -- 0.5 - 1.1 V, у меня же 2,8 !!!

Вот тут собока-то и порылась! Формирование VREF выполняется как (VREFP – VREFN), и в результате получается 3,8 - 2,8 = 1 В. И то, не по мануалу. В чем причина такого поведения напряжения на VREFN я не знаю, но факт на лицо.

Изменено 2 мая, 2010 пользователем GGMarkes

[akl]

Проверьте величину Rbias.

Все таки, подается ли Vmid на вход смещения операционника? По схеме этого соединения нет

Изменено 3 мая, 2010 пользователем akl

[rtfcnf]

Так вот по дташиту при внутреннем источнике опорного напряжения на следующих пинах должно быть следующее напряжение:

VREFP -- 3.5 - 4.1 V, у меня 3,8

VMID -- 2.3 - 2.6 V, у меня 2,58

И наконец VREFN -- 0.5 - 1.1 V, у меня же 2,8 !!!

Вот тут собока-то и порылась! Формирование VREF выполняется как (VREFP – VREFN), и в результате получается 3,8 - 2,8 = 1 В. И то, не по мануалу. В чем причина такого поведения напряжения на VREFN я не знаю, но факт на лицо.

Ну, тут я Вам не помощник. Ни когда с данным типам АЦП не работал и сказать про него мне не чего.

Единственное могу посоветовать проверить еще раз плату и монтаж. Плата под корпус PQFP, особенно если сделана самостоятельно в домашних условиях может нести в себе много неприятных моментов.

[GGMarkes]

Проверьте величину Rbias.

С ней все нормально.

Все таки, подается ли Vmid на вход смещения операционника? По схеме этого соединения нет

Дело в том, что операционник LTC6406 питается от 0 - 3В и по даташиту пин Vocm служит для установки некой "средней точки" колебания выходного сигнала. Причем внутренне этот пин поодключен к делителю напряжения питания и следовательно на нем есть напряжение 1.25 В. По моему мнению, его подключать не следует к АЦП, т.к. у АЦП на аналогичном выводе 2.5 В. Если я не прав, поправьте пожалуйста. Впервые работаю с дифференциальными АЦП и операционным усилителем.

[GGMarkes]

Докладываю о неутешительных результатах. Проблема до сих пор не решена к великому сожалению. Менял частоты тактирования и мк и АЦП. Программа и соответственно мк работают отлично на всех частотах. Перепаял на запасную микросхему -- то же самое. Значит можно сделать вывод о ошибке в разводке платы. Больше грешить не на что, хотя прозвонил и проверил при отпайке все контакты.