Пользую 7793. Чудеса стал замечать сразу, как стал с ней работать. Первое, что увидел , при однократном преобразовании данные полученные в этом цикле преобразования на самом деле нужно очень быстро прочитать. Иначе через несколько миллисекунд (зависит от темпа преобразования) они портятся и видно, что там начинается какой-то процесс - считывается какая-то меняющаяся во времени фигня. Не стал разбираться - пошло в работу так. А сейчас сел ковыряться и поподробнее смотреть, как все работает - оказывается нестабильно читается ID микросхемы. Если читать подряд, получается с десяток чтений то, что надо, потом что-то непонятное. Непонятно читается значение калибровочных регистров. Кто-нибудь разбирался с этм?

Планирую применять - интересно послушать имеющих опыт с AD7793

Опрашиваю тех кто работает со мной. На фокусы не обращали внимание, типа написали , заработало как-то и все . Фокусы с калибровкой какие-то видели. Просто перестали ее использовать.

Использую AD7792 - суть та же, только 16-бит вместо 24.
Никаких чудес нет. Самокалибровку делать надо обязательно - иначе точность сильно страдает.
Вполне доволен.

Во- во. Чудес нет до тех, пор пока не посмотришь внимательно, как он работает.

А если почитать FAQ... Почитать.

Да что -то мало написано. Полезу еще искать. Ситуация классическая - заработало чуть чуть и всё, в работу микрухи больше не лезут. Я боюсь если сейчас пропустить - потом нагонит и из-под тишка укусит. Кого ни спрошу, кто с ним работал : да мы не задумывались, а на это внимание не обращали. С калибровками увидели что - что-то не так, так калибруемся один раз после включения питания..

Я вижу, что автомат , который за обмен отвечает - чихает. В принципе, можно плюнуть на это, но иметь это в виду, но это означает, что надо каждое чтение делать несколько раз и брать совпадающие значения.

А там очень рекомендуется держать где-то там единицу... Если память меня не подводит...

Что-то не понимаю я Вас. Продано почти за 5 лет очень много приборов и в каждом по 2 таких АЦП. Всё работает согласно ДЩ.

Вы про какой FAQ толкуете? Я кроме datasheet ничего не читал. Что-то есть ещё?

Здорово
Единицу рекомендуют держать на линии DIN. Держу ее и не отпускаю Распечатал FAQ ))

http://www.analog.com/static/imported-file...Instru_Conv.pdf
Ссылка на страничке продукта.

Да, именно этот документ.


Да не работает он согласно даташиту. Перечитайте первый пост и посмотрите. У нас тоже так говорят - мы же делаем серию уже давно. Вроде работает. Спрашиваю : а это смотрели? -Нет. Ну и все.

Тут подобных сообщений много было... Эти штучки уже давно выпускаются, и цифровая часть одинаковая у всей серии...
Стандартная рекомендация - подайте на них в суд.
Типа - я купил много-много, поверив даташиту, а оказалось - шит.
Вы же писали, что сначала все правильно... Может быть, начинается следующее измерение? У Вас.

Лучше всего в Басманный. В порядке оффтопа. Хочешь фокус , говорят, посмотреть ? Конечно хочу! Идем на участок. Показывают большую коробку набитую одноплатками. Микрухи запаяли по диагонали на двух выводах и все. Платы, видно, покупали у караванщиков у подножья Гималаев.

Кстати, эти засранцы для непрерывного режима в даташите написали - больше одного раза значение преобразования спрашивать нельзя. Для однократного режима, видно, много недописали. Что ни дата - сплошой шит.

Буду еще смотреть.

Последовательный синхронный интерфейс, если по входу SCLK проскочит ложный импульс (помеха или програмно ошибочно) или наоборот нехватит, то все данные сдвинутся и пойдет ересь пока не сбросиш. Нада осцилом проконтролировать этот вход и устранить помеху или сбрасывать перед каждым циклом АЦП, посылая 4 байта FF FF FF FF в АЦП.

Кстати да, такая фигня была с dds-ом. Ткнешся тестером на ногу интерфейса - и привет, пока master reset не дернешь - ничего не прочитаешь и не запишешь. Там даже фреймовой синхронизации нет.

С чтением ID и калибровок нашел ошибку у себя - просто еще из прерывания проезжался по чтению (все время видел одну и туже картину, не мог понять почему, alexpEC подтолкнул, ). А вот с чтением измеренного значения дела обстоят так. При запуске однократного преобразования, нужно как можно скорее, после завершения преобразования, прочитать данные.

Данные остаются годными для времени преобразования:
32 миллисекунды - надо прочитать в течении 32 мс
40 мс - в течение 24 мс
48 мс - в течение 18 мс
60 мс - в течение 8 мс

Всё более-менее логично.

Похоже на то что входной sampling amplifier имеет свое УВХ, построенное наверняка на конденсаторах, кторые держат заряд примерно 60 мс, а преобразование наверняка начинается по клокам синхронного интерфейса. Не прочитали за 60 мс - все, заряд ушел...

Да не логично. Однократное преобразование. Закончилось - данные перенслись в дата регистр, в статусе сбросили занятость. А потом почему все это портится со временем? Все должно остановиться. Там видно автомат продолжает молотить и схема куда-то улетает. Какие то атавизмы от последовательного преобразования остались.

Специально проверил АЦП 7793, выполняя следующую последовательность действий:
SendByteAD (0xff); // сброс АЦП (4 посылки 0xff)
SendByteAD (0xff);
SendByteAD (0xff);
SendByteAD (0xff);
- пауза 1 ms для сброса АЦП;
SendByteAD (0x10); // настройка АЦП для записи в CONFIG регистр
SendByteAD (0x10); // запись в CONFIG регистр HB (однополярный режим, усиление 1)
SendByteAD (0x10); // запись в CONFIG регистр LB (1 канал c буфером)
SendByteAD (0x08); // настройка АЦП для записи в MODE регистр
SendByteAD (0x20); // запись в MODE регистр HB (Single Conversion)
SendByteAD (0x01); // запись в MODE регистр LB (Internal 64 kHz Clock, 4 ms conversion)
- пауза 5 s для проверки предположения об утрате данных АЦП;
SendByteAD (0x58); // настройка АЦП для чтения данных
ReadByteAD (); // чтение данных АЦП 1 байт
ReadByteAD (); // чтение данных АЦП 2 байт
ReadByteAD (); // чтение данных АЦП 3 байт
Данная последовательность дает правильное значение измерения, все работает как положено и данные не теряются.
Смотрите внимательнее свой алгоритм работы с АЦП.