Миландр

Регистр коррекции неортогональности в режиме СКВТ позволяет сдвигать фазу на +-пи/4. А возможно задать +пи/2 или -пи/2 ?

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

"Схема восстановления сигнала опорной частоты
использует сигнал Ex_ref для определения квадранта в котором находится СКВТ"

Если мы хотим работать внутри одного квадранта, с параметром Coord_resolution=0, то может ли м/сх работать без этого сигнала?

Да, тогда поставьте Ex_source=1, а вывод EXI нужно посадить через резистор на землю.

Здравствуйте, коллеги!

Нужна помощь. Использую микросхему 1310НМ025 (1847 rev3). Настройки стоят такие:
Coord_resolution[3:0] = 2 (разрядность угла 16 бит)
LBW = 14 (т.е. тоже 16 бит)
Vel_resolution[3:0] = 3.
Прикрепляю pdf, где более подробно описал все настройки и условия работы микросхемы.
Т.е. максимальная скорость должна быть 976 Гц в положительном направлении. И ей должен соответствовать код 32767 ед., и это так для версии rev2 1738, но не для rev3 1847.
В rev3 я разгоняю двигатель до приблизительно 100 Гц (а скорее всего даже до 97,6), имею код около 3270 ед. (предполагаю, что это 3276) и вижу, что регистр C1Vel переполняется. Ниже прикладываю скрин терминала с работы, где виден этот эффект

По вертикальной оси как раз выведен необработанный код скорости с регистра C1Vel, по горизонтальной – время.
Я постарался стабилизироваться на скорости 100 Гц (как раз «дребезг» на скрине) и посмотрел, какой же код скорости показывает SPI. Второй луч поставил на чип селект. Скриншоты непосредственно перед и после переполнения так же прилагаю.
Перед переполнением

И после переполнения

Для сравнения приведу ещё осциллограмму с CS и SCK в том же масштабе, чтобы точно было видно, что разрядов до переполнения ещё хватает.

Из скринов с осциллографа видно, что переполнение является результатом работы самой микросхемы (или её неправильной настройки?). Т.е. SPI-master ни при чём. Разрядов ещё хватает.
Изменение параметров LBW и Vel_resolution не дало абсолютно никаких результатов. Переполнение точно так же происходит при коде около 3270 ед., просто этот код соответствует другой скорости. Предполагаю, что при формировании кода скорости происходит лишний сдвиг влево на единицу десятичного разряда.
При переполнении флаг OVF также устанавливается в единицу.


Кто-нибудь сталкивался? В чём может быть дело? Не нашёл в errata от 26.11.2018 информации об этом.
Заранее спасибо за ответ!

Действительно, в ревизии 3, с целью уменьшения шумности, внутреннее значение скорости отбирается до фильтра, и увеличилось в 10 раз. Однако, это изменение не учтено при обрезании результата под размер 16 бит Внесем ошибку в эррату.
К сожалению, напрямую обойти это не удастся, только увеличивать значение Vel_resolution.