Акселерометр интегральный сочиняю, Вопрос к использующим Опции

[zzzzzzzz]

Встала такая задача - разработать высоко стойкий интегральный акселерометр.
Продумал красивое решение.
Но, никакой практики использования нет.
Понятно, что их много разных. На вкус и цвет все фломастеры разные. Мне же надо попробовать попасть "белке в глаз".
Хотелось бы спросить тех, кто применял подобное о следующем:
(Интересует наиболее востребованный круг задач)
1. Какое время закладывать на измерение перемещения "ротора" датчика? То есть, фиксированное время, за которое производится измерение перемещения механической части датчика. Или его, вообще, лучше отдать на программирование пользователю? А оно ему надо?
2. Какая разрядность и формат выходного слова наиболее интересны? А в случае внешнего управления - и входного слова.
3. Какой лучше сделать интерфейс для удобства пользования? Последовательный или параллельный? Выбрасывать поток слов или отдавать по запросу (какому?)? Или сделать, вообще, преобразование по запросу извне, а всё остальное время спать?

Чего-нибудь еще спрошу позже, когда мысль обретёт более законченный вид.
Заранее спасибо.

[zzzzzzzz]

Ну что, никому не интересен в перспективе расчудесный, удобный для использования акселерометр?
А еще и высокоточный, многоразрядный?

[Myron]

...расчудесный, удобный для использования ... высокоточный, многоразрядный?

Я не видел цифр от Вас, только ахи.

Вот мои требования.
- Питание однополярное 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мкс (естественно до уровня погрешности и чувтствительности не хуже, чем в рабочем режиме)
Если чего-то забыл, добавлю.

[zzzzzzzz]

Я не видел цифр от Вас, только ахи.

Вот мои требования.
- Питание однополярное 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_*]

Да, проект вырисовывается уже чисто цифровой...

Как пользователь, я бы предпочел иметь акселерометр, как встроенный периферийный модуль какого-нибудь МК. На одном кристалле с МК или два отдельно - непринципиально. Главное, чтобы в одном корпусе и "в одном флаконе". Изнутри это может выглядеть как шесть дополнительных каналов встроенного модуля АЦП (3 ускорения + 3 угловых скорости), внтуренне уже подключенных к акселерометру и, естественно, правильно схемотехнически с ними согласованных.
Либо шесть отдельных программно доступных регистров, из которых можно извлечь готовый цифровой результат измерения непосредственно.
Еще потребуется пара регистров для включения/выключения, выбора режимов, настройки и проверки и.т.п. Вот собственно, и все, что требуется многим пользователям, по моему скромному мнению. Температурные и иные компенсации и калибровки могут быть реализованы в рабочей программе МК, поэтому заниматься этим внутри акселерометра аппаратными методами нет особой необходимости. Температурные датчики во многих МК уже есть. Диапазонов как минимум два, с возможностью переключения 2g и (10g- 50g). Примерно так.
P.S. Наверное, это немного не то, что Вы ожидали услышать, но спрашивали же про удобство для использования.

Сообщение отредактировал @Ark - Nov 8 2012, 17:02

[stells]

Изнутри это может выглядеть как шесть дополнительных каналов встроенного модуля АЦП (3 ускорения + 3 угловых скорости)... Температурные датчики во многих МК уже есть.

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

[Guest_@Ark_*]

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

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

Сообщение отредактировал @Ark - Nov 8 2012, 18:07