Привет. Впервые у вас на форуме, искал форум с умными электронщиками. Далее я опишу свою проблему и вы скажите правильно ли я обратился, ну и по возможности поможете решить мне эту проблему.

Потратив 15 минут времени я сварганил схему (которая по моему мнению должна упростить понимание моего примера),


Теперь я постараюсь объяснить, что я тут наваял.
Начнем по порядку с самого низа рисунка.
На колесо автомобиля крепиться импульсный датчик оборотов (это красный кружочек в центре колеса)
От датчика идет провод к контроллеру (так как я сам мало что понимаю в электронике, но я думаю что нужен некий контролер который будет преобразовывать импульсный сигнал датчика и выводить его на USB интерфейс)
Далее будет программная часть разработка ПО (но это уже наверное буду общаться с программистами).

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

От вас хотел бы услышать на сколько реально такое сделать (не учитывая программной части для PC), насколько сложно сконектить датчик оборотов с PC по USB, может выбрать другой интерфейс.

Вариант: берется ненужная USB-мышь - отпадает необходимость в формирователе интерфейса. На кнопку мыши вешается датчик Холла через согласующий каскад (одновибратор).
Приспосабливаете любую программу, способную обрабатывать нажатия кнопки мыши, и переводить в километры.

Насчет мыши идея толковая, а вот в качестве датчика можно использовать штатный одометр (датчик на выходном валу КПП) или один из датчиков ABS
Только один маленький нюанс... Во время работы обычной мышью пользоваться будет затруднительно, ну по крайней мере одной из кнопок (несколько мышей, подключенных к одному ПК через USB или PS/2 работают параллельно).

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Так как я выше писал, что к электронике не имею никакого отношения, мне не совсем понятно , что значит через "ключ", и пойдет ли датчик Холла за 100 рублей или нужно который стоит 1500 р?
Спасибо!

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

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

Подробнее>>

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

Потом, этот сигнал подать на счетчик(скорей всего внутри МК) и самое простое - через переходник UART-USB подключить к компьютеру. Можно конечно взять контроллер с USB на борту, но будет куда сложнее запрограммировать как на контроллере так и со стороны ПК.

Но тут вообще может быть множество подходов. Сам МК может считать скорость и выдавать в порт а приложение только отобразит его, но это будет довольно сложно реализовать, остается только доверить МК самую низкоуровневую часть которую нельзя перенести на софт - измерение параметров импульса. Можно просто считать их, а можно измерять период их следования или количество за единицу времени чтобы вычислить и показать скорость движения.

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

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

А возможно чтобы контроллер передавал на PC по средствам USB сигнал (или что он там передает, может 1 байт), а уже на компьютере велся подсчет этих сигналов и разница во времени между сигналами для получения скорости, такое возможно. Тем самым я смогу задавать коэффициент по результатам калибровки на компьютере а не на контролере.

у тебя разве нет интерфейса диагностики? все ведра уже лет 20 как имеют бортовой компутер и от туда можно читать кучу инфы вместе с оборотами
адаптер баксов 10-20 стоит

USB - очень сложный протокол передачи, и устройство подключенное по этой шине передавать по собственной инициативе не может, нужно строго соблюдать протокол.

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

Ну напредлагали... ТС же пишет: "с электроникой не дружу, дайте простую идею".
По-моему, приспособить плату от мыши - проще всего. Никаких МК и протоколов.

Что бы без МК ? Шутишь ?

Нееее, это не по местному "обычаю"....

ArtyLight:
Начинать надо с подробного перечисления своих хотелок, например:
0. бюджет конструкции - бесплатно (из подручного хлама), 10 ( нужное число нулей дорисовать) рублей ( нужную валюту выбрать)...
1. нужно посчитать расстояние, пройденное колесом автомобиля ВАЗ 2106 (Tundra, КАМАз... ) за произвольный интервал времени;
2. колесо: резина XX на стальном штампованном (литом алюминиевым, золотом) диске YY;
3. влиянием давления в шине на расчитанное расстояние можно пренебречь, если оно не превышает Z,Z%
4. пыле- влаго- грязезащита... датчика и условия эксплуатации прибора...
5. крепление датчика к автомобилю/колесу ... и не должно оказывать влияние на ....
...
1001. ....

И только потом уже рисовать картинки для детсадовцев и упоминать USB, как самый неподходящий интерфейс.

Мышка может не успевать реагировать на нажатия на высокой скорости - неизвестно какой алгоритм подавления дребезга там реализован и она может просто пропускать какие-то импульсы. И потом, это здорово будет мешать нормальной работе ПК.
Как мне видится, устройство должно быть максимально автономным, а USB использовать не для главной функции а только для передачи результата счета. Пофигу, повис компьютер или нет - устройство будет считать и данные не потеряются. Темболее что такая реализация аппаратно да и программно не сложнее простой передачи "импульса". Какой-нибудь простой ATTINY13 и FT232 в качестве моста на USB. Контроллер можно даже от батареек(ионистора) запитать, это даст ему возможность сохранить функциональность даже при переключении шнура к другому компьютеру. Это решение потребует всего двух дополнительных диодов и ионистора(батареек).

Сегодня интересно читать подобные цитаты.

Все дело в том, что нет конкретного автомобиля, это может быть маз, уаз, камаз, москвич, бентли (при возможности присобачить датчик к колесу) в конце концов. Да и к тому же необходимо учитывать то, что у нас дороги не прямые, а имеют кучу поворотов направо, налево. А значит количество оборотов передаваемые с коробки (на которую как правило и законектены бортовые компьютеры и одометры) будут отличатся при прохождении поворотов (диференциал делает свое дело). И поэтому было решено установить на заднее левое колесо, так что бы траектория прохождения была максимально близка к оси дороги (в Японии и Англии на правое ).
Так же выше кто то спрашивал о цене вопроса. Цена должна быть минимальной, потому как никем кроме меня это оплачиваться не будет
Так как я сам не электронщик (как я писал в начале поста), мне что бы понять что вы пишите приходиться гуглить, что бы как то понять все то что вы описываете (в основном это о терминах и названиях модулей и устройств)
Из всего выше предложенного мне конечно понравилось предложение по поводу мышки, но мышь пригодиться в работе, так что не совсем подходит. А вот предложение Alexeyslav, очень интересное, и теперь буду пытаться его осуществить. Но в вашей помощи я по прежнему нуждаюсь. Какие лучше модули и электронные компоненты использовать?

Используй то что отвечает твоим требованиям. Разрабатывай методом "черного ящика" с постепенным превращением его в белый.
Можешь кстати взять платку Arduino - они идут уже с переходником FT232 и микроконтроллером, даже паять не надо будет!

для системы ABS на передних колесах стоят датчики вращения. Можно использовать сигнал с них.

Для концепта будет использован отечественный автомобиль, на котором нет ABS.
Хотелось бы поподробнее о плате Arduino, посмотрел в интернете их очень много, какую именно, каким образом присоединить к ней датчик Холла и впоследствии все отправить на USB?
Также наверняка нужен будет программатор для микроконтроллера?
Заранее спасибо

и зачем это все нужно? хочеш сделать свой суперточный одометр?

Можно просто ответить - "Нужно!"
Но все же чуть объясню, в последствии, данные полученные с данного устройства, будут синхронизированы с видео и должно получиться что то подобное

По идее все это только начало, в последствии предусматривается ко всему этому приделать гироскоп (благодаря которому можно будет получать продольный профиль).
Но для начала нужно научиться получать данные с датчика Холла на компьютер и программно переводить в километраж
Вообщем потенциал использования для дорожников большой ) Но не нужно думать что дороги станут лучше

Интересно, как Вы планируете работать с гироскопом, если с датчиком холла столько проблем.