|
|
  |
Акселерометр интегральный сочиняю, Вопрос к использующим |
|
|
|
Nov 1 2012, 15:02
|

Профессионал
    
Группа: Свой
Сообщений: 1 724
Регистрация: 1-05-05
Из: Нью Крыжопыль
Пользователь №: 4 641

|
Встала такая задача - разработать высоко стойкий интегральный акселерометр. Продумал красивое решение. Но, никакой практики использования нет. Понятно, что их много разных. На вкус и цвет все фломастеры разные. Мне же надо попробовать попасть "белке в глаз". Хотелось бы спросить тех, кто применял подобное о следующем: (Интересует наиболее востребованный круг задач) 1. Какое время закладывать на измерение перемещения "ротора" датчика? То есть, фиксированное время, за которое производится измерение перемещения механической части датчика. Или его, вообще, лучше отдать на программирование пользователю? А оно ему надо? 2. Какая разрядность и формат выходного слова наиболее интересны? А в случае внешнего управления - и входного слова. 3. Какой лучше сделать интерфейс для удобства пользования? Последовательный или параллельный? Выбрасывать поток слов или отдавать по запросу (какому?)? Или сделать, вообще, преобразование по запросу извне, а всё остальное время спать?
Чего-нибудь еще спрошу позже, когда мысль обретёт более законченный вид. Заранее спасибо.
|
|
|
|
|
Nov 1 2012, 15:22
|
Профессионал
    
Группа: Свой
Сообщений: 1 849
Регистрация: 6-02-05
Пользователь №: 2 451

|
Цитата(zzzzzzzz @ Nov 1 2012, 10:02)  Встала такая задача - разработать высоко стойкий интегральный акселерометр. Продумал красивое решение. Но, никакой практики использования нет. Понятно, что их много разных. На вкус и цвет все фломастеры разные. Мне же надо попробовать попасть "белке в глаз". Хотелось бы спросить тех, кто применял подобное о следующем: (Интересует наиболее востребованный круг задач) 1. Какое время закладывать на измерение перемещения "ротора" датчика? То есть, фиксированное время, за которое производится измерение перемещения механической части датчика. Или его, вообще, лучше отдать на программирование пользователю? А оно ему надо? 2. Какая разрядность и формат выходного слова наиболее интересны? А в случае внешнего управления - и входного слова. 3. Какой лучше сделать интерфейс для удобства пользования? Последовательный или параллельный? Выбрасывать поток слов или отдавать по запросу (какому?)? Или сделать, вообще, преобразование по запросу извне, а всё остальное время спать?
Чего-нибудь еще спрошу позже, когда мысль обретёт более законченный вид. Заранее спасибо. Какая физика в основе? Если МЭМЗ можно поговорить, так как интересует работоспособность до 5000-6000 g.
|
|
|
|
|
Nov 1 2012, 16:04
|

Профессионал
    
Группа: Свой
Сообщений: 1 724
Регистрация: 1-05-05
Из: Нью Крыжопыль
Пользователь №: 4 641

|
Цитата(Myron @ Nov 1 2012, 18:22)  Какая физика в основе? Если МЭМЗ можно поговорить, так как интересует работоспособность до 5000-6000 g. MEMs, конечно. "Жэ" пока конкретных никто не ставил в задачу, работа без ТЗ и без заказчика, инициативная. Хотя, честно говоря, рассчет механики на настоящем этапе очень приблизительный, плюс-минус километр. Так как нет пока ничего своего, что можно пощупать живьем, сравнить и подогнать. Ставка больше на интуицию и простую арифметику. Ваши Жэ совсем не выглядят пугающе, кстати. Я бы начал чесать затылок с 50 кg, наверное.  Как это точно обмерять - вот ещё задачка предстоит...
|
|
|
|
|
Nov 1 2012, 18:18
|
Профессионал
    
Группа: Свой
Сообщений: 1 849
Регистрация: 6-02-05
Пользователь №: 2 451

|
Цитата(zzzzzzzz @ Nov 1 2012, 10:04)  MEMs, конечно. "Жэ" пока конкретных никто не ставил в задачу, работа без ТЗ и без заказчика, инициативная. Хотя, честно говоря, рассчет механики на настоящем этапе очень приблизительный, плюс-минус километр. Так как нет пока ничего своего, что можно пощупать живьем, сравнить и подогнать. Ставка больше на интуицию и простую арифметику. Ваши Жэ совсем не выглядят пугающе, кстати. Я бы начал чесать затылок с 50 кg, наверное.  Как это точно обмерять - вот ещё задачка предстоит... Хорошо бы Да и для 6кg Вы почешете репу. Сейчас произвожу аппаратуру от 250g до 6кg с акселерометрами и MEMS гироскопами до 2кg. Позже изложу мои фантазии.
|
|
|
|
|
Nov 8 2012, 14:01
|
Профессионал
    
Группа: Свой
Сообщений: 1 849
Регистрация: 6-02-05
Пользователь №: 2 451

|
Цитата(zzzzzzzz @ Nov 8 2012, 01:55)  ...расчудесный, удобный для использования ... высокоточный, многоразрядный? Я не видел цифр от Вас, только ахи. Вот мои требования. - Питание однополярное 3.3В или 5В (+/-10%) - Диапазон температур -40...+125 С - Переключаемый диапазон (в худшем случае семейство с фабричной настройкой) 100g, 250g, 500g, 1000g, 5/6кg - Полоса (по -3дВ, естественно) 2кГц, 5кГц. Если вам надо выбирать, то 5кГц - Погрешность чувствительности от прибора к прибору < 2% - Разрядность > 10 - Уход чувствительности от температуры <50 ррм/C - Уход выходного DC уровня от температуры - дрейф нуля (естественно при аналоговом выходе) <1мВ и при цифрофом выходе - несколько LSB - Аналоговый и цифровой выход (I2C, SPI) по выбору пользователя - Ток потребления на уровне < 50мкА при выборе аналогового выхода или < 1мА при цифровом выходе - Спящий режим с током потребления < 10мкА - Ток в активном режиме < 1мА - Скорость выхода на рабочий режим при подаче питания < 100мкс (естественно до уровня погрешности и чувтствительности не хуже, чем в рабочем режиме) Если чего-то забыл, добавлю.
|
|
|
|
|
Nov 8 2012, 15:45
|

Профессионал
    
Группа: Свой
Сообщений: 1 724
Регистрация: 1-05-05
Из: Нью Крыжопыль
Пользователь №: 4 641

|
Цитата(Myron @ Nov 8 2012, 17:01)  Я не видел цифр от Вас, только ахи.
Вот мои требования. - Питание однополярное 3.3В или 5В (+/-10%) - Диапазон температур -40...+125 С - Переключаемый диапазон (в худшем случае семейство с фабричной настройкой) 100g, 250g, 500g, 1000g, 5/6кg - Полоса (по -3дВ, естественно) 2кГц, 5кГц. Если вам надо выбирать, то 5кГц - Погрешность чувствительности от прибора к прибору < 2% - Разрядность > 10 - Уход чувствительности от температуры <50 ррм/C - Уход выходного DC уровня от температуры - дрейф нуля (естественно при аналоговом выходе) <1мВ и при цифрофом выходе - несколько LSB - Аналоговый и цифровой выход (I2C, SPI) по выбору пользователя - Ток потребления на уровне < 50мкА при выборе аналогового выхода или < 1мА при цифровом выходе - Спящий режим с током потребления < 10мкА - Ток в активном режиме < 1мА - Скорость выхода на рабочий режим при подаче питания < 100мкс (естественно до уровня погрешности и чувтствительности не хуже, чем в рабочем режиме) Если чего-то забыл, добавлю. Спасибо. Пока хочется уточнить несколько моментов - - что, период времени интегрирования ускорения менее 200 мкс (5 кГц) не особенно интересен? Я собрался делать загружаемый регистр числа (20 разрядов), до которого пользователь захочет считать импульсы генератора, частота которого зависит от ускорения. То есть, от 0 до 1 млн. тактов частоты примерно 10 МГц. Это от 0 до 100 мс. Это нужно кому-то или принципиально нет? - c какой точностью интересно измерять 1g? ПС. Да, проект вырисовывается уже чисто цифровой, с автокомпенсацией нестабильности частот.
|
|
|
|
Guest_@Ark_*
|
Nov 8 2012, 16:48
|
Guests

|
Цитата(zzzzzzzz @ Nov 8 2012, 19:45)  Да, проект вырисовывается уже чисто цифровой... Как пользователь, я бы предпочел иметь акселерометр, как встроенный периферийный модуль какого-нибудь МК. На одном кристалле с МК или два отдельно - непринципиально. Главное, чтобы в одном корпусе и "в одном флаконе". Изнутри это может выглядеть как шесть дополнительных каналов встроенного модуля АЦП (3 ускорения + 3 угловых скорости), внтуренне уже подключенных к акселерометру и, естественно, правильно схемотехнически с ними согласованных. Либо шесть отдельных программно доступных регистров, из которых можно извлечь готовый цифровой результат измерения непосредственно. Еще потребуется пара регистров для включения/выключения, выбора режимов, настройки и проверки и.т.п. Вот собственно, и все, что требуется многим пользователям, по моему скромному мнению. Температурные и иные компенсации и калибровки могут быть реализованы в рабочей программе МК, поэтому заниматься этим внутри акселерометра аппаратными методами нет особой необходимости. Температурные датчики во многих МК уже есть. Диапазонов как минимум два, с возможностью переключения 2g и (10g- 50g). Примерно так. P.S. Наверное, это немного не то, что Вы ожидали услышать, но спрашивали же про удобство для использования.
Сообщение отредактировал @Ark - Nov 8 2012, 17:02
|
|
|
|
Guest_@Ark_*
|
Nov 8 2012, 18:02
|
Guests

|
Цитата(stells @ Nov 8 2012, 21:27)  АЦП есть тем более, так что выход вполне мог бы быть и аналоговым... переключение диапазонов - один вывод  Так речь и идет о подключении к свободным каналам уже имеющегося штатного АЦП, встроенного в МК. Кроме переключения диапазонов, есть еще включение/выключение модуля, флаг готовности к работе - в общем, регистр потребуется. Еще хотелось бы иметь какую-то функцию, когда фиксируются все шесть измеряемых значений одновременно, чтобы затем их можно было последовательно преобразовать, перебирая каналы АЦП друг за другом. Иначе получается неодновременность измерений, что иногда не желательно.
Сообщение отредактировал @Ark - Nov 8 2012, 18:07
|
|
|
|
|
Nov 8 2012, 18:40
|
Профессионал
    
Группа: Свой
Сообщений: 1 849
Регистрация: 6-02-05
Пользователь №: 2 451

|
Цитата(zzzzzzzz @ Nov 8 2012, 10:45)  - c какой точностью интересно измерять 1g? Я не указывал в списке диапазонов 1g. Цитата(@Ark @ Nov 8 2012, 11:48)  Температурные и иные компенсации и калибровки могут быть реализованы в рабочей программе МК, поэтому заниматься этим внутри акселерометра аппаратными методами нет особой необходимости. Температурные датчики во многих МК уже есть. Еще одно частное мнение. Все же, пожалуйста, примите к сведению мое - только аппаратные методы компенсации внутри акселерометра. Цитата(@Ark @ Nov 8 2012, 11:48)  ...спрашивали же про удобство для использования. Вот именно.
|
|
|
|
|
Nov 12 2012, 13:35
|
Профессионал
    
Группа: Свой
Сообщений: 1 849
Регистрация: 6-02-05
Пользователь №: 2 451

|
Цитата(zzzzzzzz @ Nov 12 2012, 02:10)  Вот что вырисовывается:
_____________.rar ( 43.14 килобайт )
Кол-во скачиваний: 158Критика приветствуется. А здесь пока нечего обсуждать, это практически прямое копирование-вставка описания SPI интерфейса и более ничего. "- Почему наш бронепоезд стоит на запасном пути? - А вся мощь в гудок ушла"
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|