Нет. Я имею ввиду числа 0x800 и 0xС01.

Я что-то не пойму, что здесь нужно включать...

0x800 это, просто команда чтения регистра Channel, без каких либо включений.
Согласно даташиту:



Первые 10 бит не используются
11 бит отвечает за запись или за чтение (в нашем случае это чтение и он равен 0)
с 12 по 16 бит это адрес читаемого регистра

Вот и получается: адрес регистра Channel 0х1
00001 0 0000000000 -> 0x800

А команда 0хC01 это команда записи в регистр, так же без всяких там включений



Первые 10 бит это данные для записи
11 бит отвечает за запись или за чтение (в нашем случае это запись и он равен 1)
с 12 по 16 бит это адрес читаемого регистра

Так же и получается: адрес регистра Channel 0х1
00001 1 0000000001 -> 0xC01

Сначала запрашиваем данные с 0 канала, командой 0xC01, а потом с 1 канала, командой 0xC02.

И насколько я понимаю, если бы я ошибся с чтением данных, то они бы и не приходили...

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

А ну да запутался я немного с этим ацп, все правильно, только есть одно но, сначала надо отправить команду записи, а потом сделать команду чтения. Своего рода должно получится так

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Никак мне не подружиться с этой железкой
Вот документация, согласно, которой я все делаю (вторая схема, 56 рисунок)



Если я все так понимаю: у меня два канала и с них нужно получить данные
Как представлено выше, для получения данных, нужно отправить 4 команды:
1 - записать в регистр Channel, о том что измерение идет на 0 канале
2 - записать в регистр Channel, о том что измерение идет на 1 канале
3 - при отправке данных, в ответ должно прийти значение ацп на 0 канале
4 - при отправке данных, в ответ должно прийти значение ацп на 1 канале

Вот, происходит отправка данных:



Он мне данные присылает, вот:



Но присылает, нулевое значение ацп, т. е. почему то он ничего не измерил, зато данные разбил по каналам, как это и нужно:
в adc[2] данные о 0 канале
в adc[3] данные о 1 канале

Я уже не знаю, что и делать, думал, что микруху спалил, но нет.
Когда когда измерения происходят, только на 0 канале, без перебора других каналов, он все хорошо
измеряет и присылает данные, такие какие они есть:

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

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

Подробнее>>

А почему у вас на осцилограмме SCLK все время задран на единице? когда данные не передаются, у него же в документации вроде нарисованно SCLK в нормальном состоянии 0 там стоять должен. И да чтобы исключить косяк со SPI, при работе на одном канале, при максимальном напряжении на входе ацп какое значение он присылает?

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Дык, на одном канале он работает, с этими настройками. Вот он присылает значение 2465
Получается: 5/4096*2465=3,009
Да, все правильно, все как выше на фотках.
А весь геммор начинается, когда перебираешь несколько каналов. Врезультате, ни на том канале нету данных, ни на этом

Бубоник правильно сказал про SCLK.
AD7091 защёлкивает данные по фронту, а по спаду - сдвигает регистр.
Сделайте как сказано в документации.

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



Не суть важно, можно и так сделать



Проблема все та же, но заметил одну штуку:
Запускаю отладку, за первый проход получаю вот такие значения



Дальше, перезапускаю отладку, на второй раз опять те же самые данные как и в первый раз.

Перезапускаю отладку в третий раз и тут данные немножко другие:



И все, сколько не перезапускай отладку, он шлет данные, как и в последний раз...

Ради интереса, решил проверить первый способ опроса каналов (55 рисунок):



И тоже ничего хорошего, записал регистр в регистр Channel значение 0xF0
А он мне в очередной раз, не то что нужно шлет...



Где-то есть косяк, но никак не могу разобраться где...

Возможно я у вас не увидел, но делаете ли вы при старте программы POWER-ON DEVICE INITIALIZATION AD7091R?


Так же, обратите внимание на:

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

Юморист вы
Поздравляю что разобрались.