Миландр

Ключевым подразделением нашей компании
является Центр Проектирования интегральных микросхем
Текущее время: 2019-дек-12 22:13

Часовой пояс: UTC+03:00




Начать новую тему  Ответить на тему  [ 280 сообщений ]  На страницу « 114 15 16 17 18 19 »
Автор Сообщение
СообщениеДобавлено: 2019-янв-10 13:50 
Не в сети

Зарегистрирован: 2018-ноя-15 07:56
Сообщения: 13
Организация: АО ГосНИИП
Откуда: АО ГосНИИП Москва
Регистр коррекции неортогональности в режиме СКВТ позволяет сдвигать фазу на +-пи/4. А возможно задать +пи/2 или -пи/2 ?


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-янв-11 16:48 
Не в сети

Зарегистрирован: 2015-фев-24 19:17
Сообщения: 97
Откуда: АО "ПКК Миландр"
Storoj писал(а):
Регистр коррекции неортогональности в режиме СКВТ позволяет сдвигать фазу на +-пи/4. А возможно задать +пи/2 или -пи/2 ?
Больше уже не двигает.
На всякий случай - это коррекция фазы огибающего сигнала, не несущей. Меняется именно система координат в которой вычисляется угол.


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-янв-31 09:12 
Не в сети

Зарегистрирован: 2018-ноя-15 07:56
Сообщения: 13
Организация: АО ГосНИИП
Откуда: АО ГосНИИП Москва
"Схема восстановления сигнала опорной частоты
использует сигнал Ex_ref для определения квадранта в котором находится СКВТ"

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


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-янв-31 11:29 
Не в сети

Зарегистрирован: 2015-фев-24 19:17
Сообщения: 97
Откуда: АО "ПКК Миландр"
Storoj писал(а):
Если мы хотим работать внутри одного квадранта, с параметром Coord_resolution=0, то может ли м/сх работать без этого сигнала?
Да, тогда поставьте Ex_source=1, а вывод EXI нужно посадить через резистор на землю.


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-фев-19 18:16 
Не в сети

Зарегистрирован: 2018-май-10 06:35
Сообщения: 5
Организация: АО НПЦ ПОЛЮС
Здравствуйте, коллеги!

Нужна помощь. Использую микросхему 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 переполняется. Ниже прикладываю скрин терминала с работы, где виден этот эффект
Открыть
[ img ]
Закрыть
По вертикальной оси как раз выведен необработанный код скорости с регистра C1Vel, по горизонтальной – время.
Я постарался стабилизироваться на скорости 100 Гц (как раз «дребезг» на скрине) и посмотрел, какой же код скорости показывает SPI. Второй луч поставил на чип селект. Скриншоты непосредственно перед и после переполнения так же прилагаю.
Перед переполнением
Открыть
[ img ]
Закрыть
И после переполнения
Открыть
[ img ]
Закрыть
Для сравнения приведу ещё осциллограмму с CS и SCK в том же масштабе, чтобы точно было видно, что разрядов до переполнения ещё хватает.
Открыть
[ img ]
Закрыть
Из скринов с осциллографа видно, что переполнение является результатом работы самой микросхемы (или её неправильной настройки?). Т.е. SPI-master ни при чём. Разрядов ещё хватает.
Изменение параметров LBW и Vel_resolution не дало абсолютно никаких результатов. Переполнение точно так же происходит при коде около 3270 ед., просто этот код соответствует другой скорости. Предполагаю, что при формировании кода скорости происходит лишний сдвиг влево на единицу десятичного разряда.
При переполнении флаг OVF также устанавливается в единицу.
Открыть
[ img ]
Закрыть
Кто-нибудь сталкивался? В чём может быть дело? Не нашёл в errata от 26.11.2018 информации об этом.
Заранее спасибо за ответ!
Открыть
P.S. В rev3 порадовала разрядность встроенного генератора для возбуждения СКВТ по сравнению с rev2.
Закрыть


Вложения:
Настройки 1310НМ025.pdf [473.4 КБ]
111 скачиваний
Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-фев-20 12:18 
Не в сети

Зарегистрирован: 2015-фев-24 19:17
Сообщения: 97
Откуда: АО "ПКК Миландр"
Действительно, в ревизии 3, с целью уменьшения шумности, внутреннее значение скорости отбирается до фильтра, и увеличилось в 10 раз. Однако, это изменение не учтено при обрезании результата под размер 16 бит :roll: Внесем ошибку в эррату.
К сожалению, напрямую обойти это не удастся, только увеличивать значение Vel_resolution.


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-фев-25 12:09 
Не в сети

Зарегистрирован: 2018-май-10 06:35
Сообщения: 5
Организация: АО НПЦ ПОЛЮС
Alex1 писал(а):
Действительно, в ревизии 3, с целью уменьшения шумности, внутреннее значение скорости отбирается до фильтра, и увеличилось в 10 раз. Однако, это изменение не учтено при обрезании результата под размер 16 бит :roll: Внесем ошибку в эррату.
К сожалению, напрямую обойти это не удастся, только увеличивать значение Vel_resolution.
Будет ли это исправлено в последующих ревизиях? И где можно отследить информацию об этом?


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-фев-25 16:18 
Не в сети

Зарегистрирован: 2015-фев-24 19:17
Сообщения: 97
Откуда: АО "ПКК Миландр"
Viksanders писал(а):
Alex1 писал(а):
Действительно, в ревизии 3, с целью уменьшения шумности, внутреннее значение скорости отбирается до фильтра, и увеличилось в 10 раз. Однако, это изменение не учтено при обрезании результата под размер 16 бит :roll: Внесем ошибку в эррату.
К сожалению, напрямую обойти это не удастся, только увеличивать значение Vel_resolution.
Будет ли это исправлено в последующих ревизиях? И где можно отследить информацию об этом?
Вероятно, будет еще одна полноценная ревизия. Тогда в ней исправим все ошибки 3ей ревизии.
Здесь сообщу, когда/если будет новая ревизия.


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-мар-04 05:19 
Не в сети

Зарегистрирован: 2018-май-10 06:35
Сообщения: 5
Организация: АО НПЦ ПОЛЮС
Возможно ли использование Vel_resolution < 3, допустим 0? В версии 1.1.0 спецификации не нашел информации о том, что будет при значениях, отличных от приведенных в таблице 7. С формулой 20 всё ясно, и на практике проверял. Интересует вопрос надёжности и отсутствия неоговоренных подводных камней.
Ещё хотелось бы подать сигналы с одного датчика параллельно на два канала одной микросхемы. Собираюсь сдедать это, соединив IOSA1 с IOSA2 и IOCA1 с IOCA2 соответственно. При этом будут задействованы операционники только одного канала, на которые параллельно будут подключаться по два АЦП. Входного сопротивления АЦП я не знаю. Вопрос в том, не перегрузит ли это ОУ при постоянной работе в таком режиме?


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-мар-04 10:17 
Не в сети

Зарегистрирован: 2015-фев-24 19:17
Сообщения: 97
Откуда: АО "ПКК Миландр"
Viksanders писал(а):
Возможно ли использование Vel_resolution < 3, допустим 0? В версии 1.1.0 спецификации не нашел информации о том, что будет при значениях, отличных от приведенных в таблице 7. С формулой 20 всё ясно, и на практике проверял. Интересует вопрос надёжности и отсутствия неоговоренных подводных камней.
Должно работать.
Viksanders писал(а):
Ещё хотелось бы подать сигналы с одного датчика параллельно на два канала одной микросхемы. Собираюсь сдедать это, соединив IOSA1 с IOSA2 и IOCA1 с IOCA2 соответственно. При этом будут задействованы операционники только одного канала, на которые параллельно будут подключаться по два АЦП. Входного сопротивления АЦП я не знаю. Вопрос в том, не перегрузит ли это ОУ при постоянной работе в таком режиме?
Из общих соображений это может быть рабочий вариант, но никто не проверял. Могут ухудшиться характеристики АЦП, что в свою очередь повлияет на погрешность. На каждом АЦП ОУ заряжает емкость 6,84pF через ~4кОм (сопротивление точно не могу сказать). Время заряда емкости (33 + ADC_cycle - 42)/FINT, т.е. можно его регулировать с помощью ADC_cycle.


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-мар-05 10:16 
Не в сети

Зарегистрирован: 2015-авг-13 16:17
Сообщения: 10
Пришло письмо, что вы будете разрабатывать "МК на базе RISC-V с умножающим ЦАПом и преобразователем СКВТ, индукционных, емкостных или оптических датчиков" с описанием основных параметров.
А можно поинтересоваться, что это за "индукционные, емкостные или оптические датчики", и что за аналог?


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-мар-05 11:45 
Не в сети

Зарегистрирован: 2015-фев-24 19:17
Сообщения: 97
Откуда: АО "ПКК Миландр"
Если вопрос ко мне, то я пока таких не видел, но вроде бы они существуют. Проводятся маркетинговые исследования, на предмет интереса к подобной микросхеме - более дешевого и массового варианта, сделанного по обычным технологиям (без стойкости), а также ее возможного облика.


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-мар-05 15:36 
Не в сети

Зарегистрирован: 2015-авг-13 16:17
Сообщения: 10
Понятно, спасибо.
А категория ВП будет или только ОТК?

Вообще не очень понятно как это будет выглядеть. У емкостных возбуждение обычно большое(+-15В), частота 20/40кГц, токи не большие. У индукционных частота до 2МГц со всеми вытекающими. В оптике самое сложное соединить все отсчеты/дорожки и АЦП обычных контроллеров типа ВЕ92 с головой достаточно.

Из аналогов знаю только для СКВТ(AD2S, PDG411, RD-19230) и еще для индукционных CAM502(302,204) и LX3302A, но у вторых основное - это контроль резонанса. Емкостные netzer делает на рассыпухе. Оптику делают много на чем. Специализированные разве что с кучей фотоприемников и обработкой их сигналов, причем для своих кодовых шкал.


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-мар-06 10:48 
Не в сети

Зарегистрирован: 2015-фев-24 19:17
Сообщения: 97
Откуда: АО "ПКК Миландр"
Обычно без ВП мы не делаем.
Пока что все на уровне разговоров, и как это будет в итоге выглядеть трудно сказать.
Сложилось впечатление, что под емкостными/индукционными/оптическими датчиками все понимают разные вещи (и у нас тоже). В данном контексте это скорее какие то разновидности абсолютных датчиков похожих на СКВТ/индуктосины c квадратурными сигналами (sin и cos). Для обычных емкостных датчиков у нас есть АЦП ёмкость-код.


Вынести предупреждение
Вернуться к началу
СообщениеДобавлено: 2019-мар-21 21:06 
Не в сети

Зарегистрирован: 2018-мар-15 17:45
Сообщения: 1
Организация: ч.л.
Коллеги, хотел бы обратить внимание на вот такую картинку:
Открыть
Вложение:
[ attachment ]
472975_1000.jpg [ 140.81 КБ | 5463 просмотра ]
Закрыть
Это телеметрия от рейса PK-LQP, разбившегося недавно в Индонезии (очень похожий случай только что в Эфиопии), из за которой сейчас на приколе все 737MAX. Взято отсюда https://denokan.livejournal.com/204046.html
В контексте этой ветки, хочу обратить внимание ТОЛЬКО на графики левого и правого датчика углов атаки (6 и 7 график "показания углов атаки"). Они стали первопричиной катастрофы, хотя их никто и не обвиняет. Датчики в общем то работают, но показывают значения с разным знаком. [Конечно, там другая микросхема]
-----
Немного инсинуаций:
Датчик UTC 0861, вероятно, основан на RVDT (4х проводная схема) у которого сдвиг фаз между первичной и вторичной обмотки превысил допустимое значение, в результате чего поменялся знак. Вероятно датчик даже полностью исправен (на земле он успешно проходил проверки), но имеет конструктивно малый запас по фазе при высокой температуре (Эфиопия и Индонезия жаркие страны с сильным солнцем). Это, конечно, только версия.
-----
Немного лозунгов:
Всегда настраивайте сдвиг фаз (по методике) и проверяйте, что он далеко от пределов, во всем диапазоне температур.
Вероятно, высокая частота возбуждения, все же, не очень хорошая идея, по крайней мере нужно очень внимательно следить за сдвигом фаз.
5ти проводная схема LVDT (cо средней точкой) не имеет подобной проблемы, а также и ряда других.


Вынести предупреждение
Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 280 сообщений ]  На страницу « 114 15 16 17 18 19 »

Часовой пояс: UTC+03:00


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость


Быстрые действия:
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти: 

cron
Создано на основе phpBB® Forum Software © phpBB Limited
Русская поддержка phpBB