Унифицированная приборная платформа.

(1/1)

Anatol0:
Предлагаю к обсуждению идею унифицированной приборной платформы. Большинство требуемых измерений строится по принципу: датчик – преобразователь - показывающее устройство - запоминание результатов - обработка. Если не учитывать датчики, то лучшим вариантом был бы ноутбук или наладонник, однако, по понятным причинам, надо искать что-то взамен. Предлагаю  разработать на микроконтроллере основной блок с индикатором, памятью, клавиатурой, АЦП. Интерфейс с датчиками может быть, как встроен, так и являться частью датчика. Датчики с нормализатором  могут быть, как встроены в корпус базового прибора, так подключаться снаружи. Должен быть интерфейс с РС. Различные датчики потребуют только разных программ.  
На базе унифицированной платформы можно будет делать, например, усечённые варианты приборов без клавиатуры и индикатора, оставляемые на длительный срок для сбора данных.
Начинать надо с выбора требований к питанию, индикатору, клавиатуре, корпусу, разрядности АЦП, МК и т.п.  Несколько «маниловская» идея, однако генератор биений на 155ЛА3  тоже не выход.

Crowbar:
Идея эта не раз обсуждалась. Попытаемся выделить некоторые трудности, которые точно возникнут при создании:
1)Датчик -> АЦП - этого явно недостаточно, поясню:
     а)Аналоговые датчики разные(предположим, что сам датчик может иметь минимальную обвязку, которая позволяет на выходе получать сигнал, соотвествующий исследуемому явлению) у каждого датчика определенные выходные хар-ки: диапазон частот, напряжений, емкость, импеданс и т.п, а это значит, что между Датчиком и АЦП стоит как минимум ставить согласующую часть(начиная от простых защитных диодов и заканчивая ОУ)
      б)Далее, напрямую подавть сигнал с датчика на АЦП будет нехорошо по причине теоремы Найквиста(коротко: допустим нас интересует частотный диапазон сигналов, идущих с датчика, от 0 до 1КГц, но помимо этого диапазона в спектре сигнала могут находится и другие участки с повышенной амплитудой- тогда если датчик подключен напрямую к АЦП без промежуточной фильтрации- АЦП 'неправильно' отцифрует сигнал(Алиасинг)), получается необходимо ставить фильтры.

 2)А теперь самое интересное: часть прибора, состоящая из АЦП+МК+Память+Интерфейс
       Если часть с АЦП+МК реализовать не так сложно(хотя и здесь будут некоторые проблемы с перестройкой частоты дискретизации при использовании различных датчиков и т.п.)- то прилепить к этому всему еще память достаточно объема с режимом чтения-записи, синхронизации уже достаточно сложно. Интерфес с компьютером: com-порт прост в использовании- но он отжил свое, посмотрим на USB: лично я не считаю его простым в реализации(во-первых протокол передачи непростой, во- вторых нужен драйвер, в-третьих не забываем про МК часть), хотя я сделал прибор с полноценным USB интерфейсом.

В итоге, что мы получаем:
1)Нужно определиться с кол-вом и типом дачтиков: на каждый из них придется заводить отдельный обрабатывающий канал
2)Разработать сами обрабатывающие каналы
3)Выбрать подходящий АЦП и МК, разработать схему обвязки
4)Выбоать интерфейс для связи с компьютером
5)Разработать схему питаня
6)Написать прошивку для МК и ПО для компьютера(Дрйверы+обрабатывающая часть)
7)Самое интересное еще впереди: с учетом наличия аналоговой, цифровой части и части питания- трассировать должным образом печатную плату(т.к. неграмотная трассировка ПП зачастую приводит к значительным ухудшениям рабочих параметров схемы)

И этот список можно продолжить.

Получается, что подобный проект очень сложен в реализации, потребуется немало людей, готовых и способных взяться за дело. Такая задача не на один и не на 4 месяца.

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

P.S: прошу простить за некоторые орфографические и пуктуационные ошибки в сообщении- набирал быстро.

Navigation

[0] Message Index