unixforum.org

Сразу говорю, я полный ноль в этой вашей(нашей) электротехнике.

И так. Есть несколько приборчиков(не суть важно каких, мне кажется), нечто меряющих и выводящих показания в виде движения стрелки/циферок на табло. Задача - получить показания этих приборчиков на компьютере.
Насколько я представляю это должно быть возможно.. Какой то микроконтроллер, который будет оцифровывать(если оно там аналоговое) сигнал и посылать его по стандартному порту на компьютер. А там уже пишется методом тыка драйвер. А если не аналоговое, а уже цифровое(как то же оно циферки на ЖК дисплее меняет?) то приводить в нужный вид и посылать.

Но так как я в этом мало что понимаю, то не представляю в какую сторону смотреть.

Davinel - замечу (как не спец в электротехнике).
1. Есть два разных типа сигнала аналоговый и дискретный. То есть, вам надо мерять диапазон от 0 до 30 вольт или вам надо мерять есть сигнал - нет сигнала?
2. Есть разные понятия "подключить к компу". К усб? К сом порту?

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

Совершенно не понятно, что ты хочешь. Собрать устройство сопряжения? Или написать драйвер для подобного устройства?
Если хочешь первое - то

Сразу говорю, я полный ноль в этой вашей(нашей) электротехнике

- несовместимые вещи.
Ищи человека который тебе соберет, устройство сопряжения. Либо смотри готовые решения (гуглить на тему "ацп для компьютера, устройства сопряжения для компьютера").
Если второе - то

А там уже пишется методом тыка драйвер.

- тоже не совместимые вещи. Читай литературу или опять же ищи человека.

azsx писал(а): ↑

24.12.2010 06:46

1. Есть два разных типа сигнала аналоговый и дискретный.

ага и еще цифровой... но уже тогда три получается ;-)
P.S. тоже не спец

ага и еще цифровой...

вот чорт - забыл. Датчики под цифровые сигнал - редкость, вот я и это...

Если есть необходимость real-time обработки данных, поступающих от датчиков, то надо втыкать АЦПУ или платы сопряжения цифровых датчиков в комп. Софта для SCUDA полно.
Если есть необходимость накапливать данные , а потом только их обрабатывать, или производить отложенную обработку данных (не real-time), то лучше посмотреть в сторону специальных микроконтроллеров.
В любо сучае надо создавать техобоснование и соответсвующие расчеты. Информации и фирм автоматизирующих измерения полно. На бывшем моем рабочем месте (дериватограф) до сих пор работет машина с ESSound в качестве 16 канального АЦПУ на OS/2

BIgAndy писал(а): ↑

24.12.2010 12:13

работет машина с ESSound в качестве 16 канального АЦПУ

это через in на звуковухе аналоговый сигнал принимает?

azsx писал(а): ↑

24.12.2010 06:46

То есть, вам надо мерять диапазон от 0 до 30 вольт

Да.

azsx писал(а): ↑

24.12.2010 06:46

2. Есть разные понятия "подключить к компу". К усб? К сом порту?

Абсолютно без разницы.

eager1979 писал(а): ↑

24.12.2010 07:54

Совершенно не понятно, что ты хочешь. Собрать устройство сопряжения? Или написать драйвер для подобного устройства?

Чтобы писать для чего то драйвер, нужно для начала иметь это что то.

eager1979 писал(а): ↑

24.12.2010 07:54

Ищи человека который тебе соберет, устройство сопряжения.

Это очень полезный совет, бесспорно

eager1979 писал(а): ↑

24.12.2010 07:54

тоже не совместимые вещи. Читай литературу или опять же ищи человека.

Драйвер я напишу, не переживайте.

BIgAndy писал(а): ↑

24.12.2010 12:13

Если есть необходимость real-time обработки данных, поступающих от датчиков, то надо втыкать АЦПУ или платы сопряжения цифровых датчиков в комп. Софта для SCUDA полно.
Если есть необходимость накапливать данные , а потом только их обрабатывать, или производить отложенную обработку данных (не real-time), то лучше посмотреть в сторону специальных микроконтроллеров.

Жесткий real-time не нужен, накапливать тоже не нужно. Просто передача данных на компьютер и обработка их уже там, задержка, например, в 2-3-10 секунд, вполне допустима.

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

Это нужно неплохо поднять электронику. "Специальных микроконтроллеров" - это чтобы припаял 2 проводка и всё работает? Такого не бывает. В зависимости от требований и характеристик измеряемых величин берётся любой доступный контроллер со встроенным АЦП и аппратным USB. По электронной части тут несложно, но требуется некоторый объём знаний чтобы сделать правильно. Ну а по софту большинство пишут на Си со специальной заточкой под конкретный МК. В целях упрощения существуют проекты типо Ардуино, там вроде старт с нуля проще.
Реально лучше найти человека, который сделает железо, а Вы - пишите софт на ПК. Это проще. Я бы взялся за это будь мы в одном городе, и даже без денег. Но для начала надо определиться с ТЗ - что вообще требуется мерить, как, где и когда.
Кстати, насёт звуковой карты тоже мысль предложили - весьма шикарный АЦП

Davinel писал(а): ↑

24.12.2010 13:19

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

Посмотрите атмеловские контроллеры, у них есть варианты и для CAN, и для RS-232, и для RS-485, и для USB.
Если хватит 10-битного АЦП, и от контроллера силшком многого не требуется, то можно какой-нибудь PIC использовать.
Если вам нужна высокая разрядность, придется уже раскошелится. Да и эти АЦП обычно отдают сигнал по SPI-протоколу, т.е. понадобится еще и контроллер-декодер SPI->что_вам_надо.

Davinel писал(а): ↑

24.12.2010 03:56

Сразу говорю, я полный ноль в этой вашей(нашей) электротехнике.

И так. Есть несколько приборчиков(не суть важно каких, мне кажется), нечто меряющих и выводящих показания в виде движения стрелки/циферок на табло. Задача - получить показания этих приборчиков на компьютере.
Насколько я представляю это должно быть возможно.. Какой то микроконтроллер, который будет оцифровывать(если оно там аналоговое) сигнал и посылать его по стандартному порту на компьютер. А там уже пишется методом тыка драйвер. А если не аналоговое, а уже цифровое(как то же оно циферки на ЖК дисплее меняет?) то приводить в нужный вид и посылать.

Но так как я в этом мало что понимаю, то не представляю в какую сторону смотреть.

Попробуйте посмотреть вот сюда

Davinel писал(а): ↑

24.12.2010 13:19

eager1979 писал(а): ↑

24.12.2010 07:54

Ищи человека который тебе соберет, устройство сопряжения.

Это очень полезный совет, бесспорно

В твоем случае это правильный совет!
Человеку который не понимает в электронике, но хочет собрать электронное устройство, сбора и обработки информации.
Люди учатся для решения схожих задач, а ты думаешь что задав вопрос на форуме получишь готовое решение!

(eddy) писал(а):Посмотрите атмеловские контроллеры, у них есть варианты и для CAN, и для RS-232, и для RS-485, и для USB.
Если хватит 10-битного АЦП, и от контроллера силшком многого не требуется, то можно какой-нибудь PIC использовать.
Если вам нужна высокая разрядность, придется уже раскошелится. Да и эти АЦП обычно отдают сигнал по SPI-протоколу, т.е. понадобится еще и контроллер-декодер SPI->что_вам_надо.

Человек ничего не знает про электронику, а вы ему про АЦП, контроллер0декодер.

А еще мы ничего не знаем какие датчики используются, а надо ли согласовывать уровни сигналов, между АЦП и датчиками, нужна ли гальваническая развязка.

есть универсальные платы АЦП/ЦАП и дискретного В/В, есть готовые развязки - типа конструктора.
Например здесь http://www.ipc2u.ru/catalog/I/description.html

shotdownsystem писал(а): ↑

24.12.2010 14:20

есть универсальные платы АЦП/ЦАП и дискретного В/В, есть готовые развязки - типа конструктора.
Например здесь http://www.ipc2u.ru/catalog/I/description.html

За готовые решения обычно приходится отдавать на 500-10000% больше.

eager1979 писал(а): ↑

24.12.2010 14:01

а ты думаешь что задав вопрос на форуме получишь готовое решение!

Я хочу не готовую идею, а направление в котором смотреть. Вы пишете так, как будто я завод строить собрался с нуля ) Совсем нет. Просто есть интересная задача, которую мне хочется реализовать, попутно немного разобравшись в электронике, а вопрос задал, дабы понять, что собственно делать.

FlySnake писал(а): ↑

24.12.2010 13:34

В целях упрощения существуют проекты типо Ардуино, там вроде старт с нуля проще.

Хм, вот это кстати очень похоже на то, что мне может подойти. Я пока не очень понял, как оно работает, но штука крайне интересная.

FlySnake писал(а): ↑

24.12.2010 13:34

Кстати, насёт звуковой карты тоже мысль предложили - весьма шикарный АЦП

Да и это тоже вариант любопытный, не совсем представляю как к нему подступится пока что, но надо подумать

FlySnake писал(а): ↑

24.12.2010 13:34

Реально лучше найти человека, который сделает железо, а Вы - пишите софт на ПК. Это проще. Я бы взялся за это будь мы в одном городе, и даже без денег. Но для начала надо определиться с ТЗ - что вообще требуется мерить, как, где и когда.

Спасибо, я лучше сам попробую, на 80% взялся за это из за того, что новая для меня область в которой интересно разобраться.



Всем спасибо, у меня теперь есть новых терминов на две недели ознакомления )

Davinel писал(а): ↑

24.12.2010 16:41

FlySnake писал(а): ↑

24.12.2010 13:34

Кстати, насёт звуковой карты тоже мысль предложили - весьма шикарный АЦП

Да и это тоже вариант любопытный, не совсем представляю как к нему подступится пока что, но надо подумать

И не пытайтесь. Я месяц убил на звуковушки, испытал несколько штук. Оказалось, что абсолютно все современные ЗК содержат встроенную в чип гальваническую развязку на входе АЦП. Зато как ЦАП ее можно использовать (если немного повозиться с пояльником для ликвидации выходных фильтров).
Не содержат входной гальванической развязки лишь некоторые старые карточки, но их сейчас и днем с огнем не сыщешь...
Еще один недостаток такого способа - малая разрядность. На 24-битной ЗК у вас от силы выйдет 16 бит (если карточка очень дорогая и качественная). А так обычно 10-12.

Лучше, все-таки, воспользоваться либо более медленными дискретными АЦП/ЦАП, либо (если вам нужна совсем маленькая разрядность) использовать хоть те же PIC-контроллеры по 70-100 рублей за штучку.

eddy писал(а): ↑

24.12.2010 16:52

И не пытайтесь. Я месяц убил на звуковушки, испытал несколько штук.

Спасибо.

eddy писал(а): ↑

24.12.2010 16:52

Лучше, все-таки, воспользоваться либо более медленными дискретными АЦП/ЦАП, либо (если вам нужна совсем маленькая разрядность) использовать хоть те же PIC-контроллеры по 70-100 рублей за штучку.

Вроде PIC даже 32-ух битные есть, такой разрядность точно хватит. По идее и 16-ти битных должно хватить. Теперь осталось разобраться как это все работает

Davinel писал(а): ↑

24.12.2010 17:15

Теперь осталось разобраться как это все работает

Я начинал программирование PIC-контроллеров с изучения мануала на них. Программируются они на обычном C, компилируете sdcc. Программки для разных контроллеров отличаются лишь макросами, обозначающими регистры, ну и физическими ограничениями конкретного контроллера (количество регистров, объем памяти, периферия...)

eddy писал(а): ↑

24.12.2010 17:48

Я начинал программирование PIC-контроллеров с изучения мануала на них.

А мне очень помогла книга Katzen S. "The quintessential PIC microcontroller". Всёго по-немногу и с примерами начиная с двоичной системы. Начинать с даташитов неэффективно и тяжело ибо это справочники, а не учебники

HAW писал(а): ↑

24.12.2010 12:24

BIgAndy писал(а): ↑

24.12.2010 12:13

работет машина с ESSound в качестве 16 канального АЦПУ

это через in на звуковухе аналоговый сигнал принимает?

Ну, там до IN еще куча чего есть. Нет, конечно. Там мастер напаял контуры для сопряжения с датчиками и сигнал подавался непосредственно на чип АЦПУ.
Ну, и поскольку частота дискретизации этого АЦПУ была всего около 300кHz

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

Если точно обозначите электрические параметры, в том числе время латентности и восстановления датчиков , то смогу. Впрочем вы и сами сможете немного погуглив.

И не пытайтесь. Я месяц убил на звуковушки, испытал несколько штук.

Более того, мы пока эксперементировали пожгли шесть звуковух и потратили около года. Так что, конечно, при современном состоянии элементной базы звуковухи - грубый костыль.

eddy писал(а): ↑

24.12.2010 15:08

shotdownsystem писал(а): ↑

24.12.2010 14:20

есть универсальные платы АЦП/ЦАП и дискретного В/В, есть готовые развязки - типа конструктора.
Например здесь http://www.ipc2u.ru/catalog/I/description.html

За готовые решения обычно приходится отдавать на 500-10000% больше.

давайте посчитаем сколько у каждого "скелетов" в шкафу: паленые, гнутые, перегретые + затраченное время.
если это разовое направление то дешевле будет и переплатить 100%

shotdownsystem писал(а): ↑

25.12.2010 16:21

eddy писал(а): ↑

24.12.2010 15:08

shotdownsystem писал(а): ↑

24.12.2010 14:20

есть универсальные платы АЦП/ЦАП и дискретного В/В, есть готовые развязки - типа конструктора.
Например здесь http://www.ipc2u.ru/catalog/I/description.html

За готовые решения обычно приходится отдавать на 500-10000% больше.

давайте посчитаем сколько у каждого "скелетов" в шкафу: паленые, гнутые, перегретые + затраченное время.
если это разовое направление то дешевле будет и переплатить 100%

как говорится, почувствуйте разницу ;-)

deadhead писал(а): ↑

25.12.2010 16:41

как говорится, почувствуйте разницу ;-)

Вот именно. Просто есть некоторые любители выкидывания денег на ветер, которые для задачи, где нужен средненький медленный АЦП каналов на 8, вместо дешевого PIC/Atmel и т.п. за пару-тройку сотен рублей тратят пару-тройку тысяч долларов на какой-нибудь монстр от national instruments (+ еще тратят столько же на лабвью).

Здесь разница чувствуется очень хорошо.