Доброго времени суток.

Есть специализированные датчики с собственным питанием, на них имеется usb порт для того чтобы ими управлять или настраивать. Также есть ПО на ноуте, которое этими датчиками рулит и настраивает их. Проблема в том, что датчики иногда в такой ж... находятся что подлезть трудно и дальше сидеть рядом с ним на шнурке тоже проблематично.
Что собственно хочется. Подцепить к датчику по USB некую приблуду(скорее всего тоже со своим питанием, так как взять питание с датчика по USB думаю не получится), подцепиться к этой приблуде по bluetooth, занять удобное для работы место и далее настраивать датчик по bt. На компе скорее всего нужен будет какой-то эмулятор bluetooth to USB или что-то в этом роде.
Пытался копать в сторону usb over ip по схеме датчик->rasberry pi->wifi->ноут, но хочется решение проще(в смысле чтобы на стороне датчика не висел целый мини пк с акб и настроенной на малине точкой доступа, а что-нибудь мелкое такое не больше usb флешки).
Подскажите в какую сторону копать? Паять умею, С++/С# знаю. Кое какие знания в схемотехнике есть.

Сами датчики сильно вряд-ли имеют "чистый УСБ". Посмотрите наличие в них TTL порта, а в него уже можно копеечные BT to TTL платки приспособить.

Сами датчики сильно вряд-ли имеют "чистый УСБ". Посмотрите наличие в них TTL порта, а в него уже можно копеечные BT to TTL платки приспособить.
Как на "ощупь" отличить чистый усб? Насколько я понимаю для не чистых usb должен быть преобразователь на самом шнурке, что-то типа RS232?
Если так, то у этих чистый usb, потому что любой шнурок micro usb->usb c этими девайсами работает.

Как на "ощупь" отличить чистый усб?

тут возможны два варианта. Первый, это когда в вашем датчике из процессора идут линии rx tx уарт, далее через микросхему преобразователя usb-com это поступает на выходное usb гнездо вашего датчика. Ну, а в компе в таком случае ставится драйвер для работы с этой микросхемой и создаётся виртуальный ком-порт, через который и работает ваше приложение в компе. (в этом случае в меню приложения должен быть выбор номера этого виртуального ком порта)
Во втором варианте в датчике из проца прямо на USB гнездо идут сигнальные линии, и в такой системе реализован чистый USB, а не эмуляция компорта через USB.

Так вот, разберите датчик и посмотрите, куда идут дорожки от usb разьёма- к маленькой микросхемке вначале, или же они идут сразу в проц. Если у вас первый случай, то вы можете в датчике перерезать линии Rx и Tx на пути к микросхеме преобразователя, подпаяться к ним и использовать их для подачи на какой-нибудь модуль радиомодема (433 или 868 мгц, или 315 мгц еще бывают), сейчас много таких модулей существует. а к компу соответственно присоединяете ответный радиомодем, и эти два радиомодема будут работать как радиоудлиннитель ком-порта, если ваше приложение может работать через ком порт. Даже инфракрасный порт по идее, можно было бы там использовать, если есть прямая видимость.

deim
Гугл говорит, что репитеров для Bluetooth нет, и подсказывает, что либо устройства первого класса мощности надо брать, либо какой-то хаб, который будет держать локальную сеть для всех устройств. Ну или учитывая специфику форума делать направленные антенны (если конечно базовый ноут более-менее стационарен).

Пытался копать в сторону usb over ip по схеме датчик->rasberry pi->wifi->ноут, но хочется решение проще
А зачем такие костыли, что мешает крутить нужный софт на сервере-одноплатнике, и подключаться к нему ноутом при необходимости?

Да, похоже разобрать и припаяться не получится. Внутри все компаундом белым залито. Как на блоках питания компов. Эти штуки делали явно одноразовыми.
vinny

По поводу серверов одноплатников. Не имел с ними дел ещё. Подскажите какой посмотреть? Вы имеете ввиду также usb over ip только через одноплатник?

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

По поводу серверов одноплатников. Не имел с ними дел ещё. Подскажите какой посмотреть?
Вы ТТТ по деньгам и характеристикам не давали, трудно что-то советовать. От самых дешёвых OrangePi или упомянутых RaspberryPi до Intel Nuc.

Вы имеете ввиду также usb over ip только через одноплатник?
Так тоже можно (это вторая мысль), но изначально я говорил что Также есть ПО на ноуте, которое этими датчиками рулит и настраивает их перекинуть на одноплатник.

vinny
Перекинуть ПО на одноплатник не получится. Очень уж сложная задача будет. Софт под винду написан. Писали судя по дизасемблеру на Delphi. Исходников разумеется нет. Если ставить винду на одноплатник... Ну это уже не будет отдноплатником, а будет мини комп со всеми вытекающими.
Так что буду копать в направлении usb over ip на linux base одноплатниках.

deim
Win10 IOT на малинке штатно работает (хотя да, с переносом софта могут быть проблемы).

Ну это уже не будет отдноплатником, а будет мини комп со всеми вытекающими.
Любой неттоп можно настроить на удалённую работу, и от одноплатника он будет отличаться только габаритами.

в и-нете на различных ресурсах встречаются подобные поделки.
Например вот на Хабре "USB HID over Bluetooth, делаем любое HID устройство безпроводным"

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

В московских спецмагазинах никто не мог помочь и в Германии тоже пока ничего не смог найти в этом направлении. Неужели китайцы ещё не пронюхали эту нишу, которая есть уже годами? Также в США тишина...

Решения есть, не шибко распространённые - но есть.
Вот например такое, и немного теории.

twister
по большому счёту нужен USB-кабель у которого с двух концов стоят опто-интерфейсы, которые питаются из подключенных дивайсах. Неужели это так сложно делать? Никакие протоколлы не нужны промежуточные... просто тупо один к одному передать/принимать. Можно ради простоты делать 2 оптопровода. Можно ради простоты делать медный кабель и по середине маенькую короку из пластики длиной 5...10см и там поставить опто-развязку длиной 1...2 см, чтобы по НЧ и ВЧ там ничего не перепрыгнул емкостным способом.

Неужели это столь уникальная проблема, что никто не берется за это в Китае?

Тут смотря как фразу "своё питание" трактовать. Если на датчике батарея, даже если там и uart-usb внутри, то он на 99% питается от внешнего юсб (от компьютера).
Т.ч. совет вывести удлинитель в доступное место не плох, хоть на витухе.

Гальваническая развязка для USB

Вот некое промышленное устройство Usb оптика
PDFка там есть схема как это работает

Готовые оптические кабеля USB от Corning
PDF устройство

Ну я изначально пытался и пока пытаюсь найти решение через bt из пожеланий универсальности. К примеру если такой интерфейс реализовать, то можно уже не привязываться к компу. можно написать прогу на телефон и подключиться стандартными средствами с телефона. В случаях использования радио модулей такой вариант уже не работает. Здесь основной затык в железе и в скорости передачи. Можно что-то медленное протаскивать, но вот SDR имхо не получится.

по большому счёту нужен USB-кабель у которого с двух концов стоят опто-интерфейсы, которые питаются из подключенных дивайсах. Неужели это так сложно делать?
Решения от corning выше по ссылке вам подойдут?
С Блютусом всё плохо ...
Только ставить микрокомпьютер посредник, через который и будет идти подключение USB устройства

twister
а зачем в кабеле от Corning тогда 2 провода ? Всётаки это питание для опто-транзсивера на другом конце? Тогда не будет развязки и смысла нет такому кабелю.

Также многие дивайсы для гальванической развзки имеют никакую развязку по ВЧ из-за трансформаторов.

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

Оптические кабели от Corning предназначены для использования только с автономными периферийными устройствами. Никакая значительная мощность не доступна после питания его внутренней оптоэлектроники. Концентратор USB 3.0 / 2.0 с автономным питанием всегда можно использовать на периферийных устройствах (сторона B) для обеспечения питания при желании.

Есть промышленный Thinklogical USB 2.0 Extender - там уже 100% только оптика.
The USB 2.0 Extender is a fber-optic extender designed to extend USB 2.0 interface signals up to 1000 meters
(3280 feet) over a standard duplex multimode fber
Блоки питания конвертеров у него на каждой стороне свои.
Но доступность и цены на него ...

Также многие дивайсы для гальванической развзки имеют никакую развязку по ВЧ из-за трансформаторов.
Х.з. насколько нужна гальваническая развязка по USB топик-стартёру.
Может быть имеющиеся решения устроят?

А так ... можно огород городить с промежуточным контроллером (компьютером) и т.д. - но это всё не гибко, не так уж и дёшево, и времени отнимет много (ибо самому надо будет всё это сводить к единому знаменателю).

Как уже упомянуто, можно ещё через Wi-Fi пробовать - но тоже вариант не такой уж и дешёвый, и не безпроблемный.

Есть специализированные датчики с собственным питанием, на них имеется usb порт для того чтобы

Так а что всё-таки за специализация-то у этих датчиков? Каково их предназначение, если не секрет?

Может, информация об этом позволит кому-либо из читающих эту тему подойти к решению задачи с совсем другого конца, или подсказать известные им альтернативные варианты аналогичных по назначению датчиков, или может даже здесь возможно самостоятельное их изготовление для подобной системы сбора и отправки телеметрии (конечно, смотря что они там и как меряют, мы ведь сейчас этого не знаем, поэтому сложно о чём-то сейчас судить, одно только обнадёживает- это то, что в данном случае хоть не требуется обмена с очень большими скоростями, такими как в случае использования SDR свистка для радиомониторинга)

Сейчас много разновидностей датчиков ...
И выходы у них разные, кто пользуется по старинке COM и rs485, кто CAN шиной, кто TTL, у кого выходы уже преобразованы в USB или уже в Ethernet, есть уже готовые с сотовыми и радиомодемами.
Со встроенным блютусом - редкость.

кто пользуется по старинке COM и rs485, кто CAN шиной, кто TTL, у кого выходы уже преобразованы в USB или уже в Ethernet,

У промышленных чаще всего rs485. Ethernet тоже применяется, но обычно между более сложными устройствами. COM в устаревших, CAN обычно автомобили (сейчас пошел и в промышленность), но вот USB не встречал ни разу. Попадается иногда только как порт программирования, видимо для удобства подключения внешнего компьютера, наряду с Ethernet-ом.

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

Почему до сих пор не создано готовое решение от производителя? Мне кажется консорциум владельцев тормозит по каким то своим коммерческим причинам.

но вот USB не встречал ни разу.
Попадаются. Вот чисто для примера, первые попавшиеся по ссылке.

Почему до сих пор не создано готовое решение от производителя? Мне кажется консорциум владельцев тормозит по каким то своим коммерческим причинам.
Расшифруйте, что понимаете под этим.

Почему до сих пор не создано готовое решение от производителя?

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

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

Кстати если кому нужен одноплатник под Винду то есть вот такие решения

twister
Расшифруйте, что понимаете под этим.

Я подразумеваю, что USB не совсем открытый и свободный протокол и владельцы авторских прав, т.е. разработчики, сознательно не хотят делать для него беспроводную версию, по каким то своим внутренним причинам. Может не желают вступать в конкуренцию с кем то или на счет этого существуют свои закрытые соглашения (навроде ОПЕК). Других причин почему USB до сих пор только на проводах просто в голову не приходит.

Других причин почему USB до сих пор только на проводах просто в голову не приходит.
Насколько понимаю я - там проблема в самом протоколе USB, он не годиться для реализации беспроводного обмена "в лоб".
Поэтому приходиться городить usb over ethernet, и потом уже через Wi-Fi.

killer258
По датчикам к сожалению сказать больше ничего не могу, ибо NDA...

deim
Наметили хоть какой-нибудь путь решения вашего вопроса для себя?