roboforum.ru

to osc
не стоит напрягаться в плане того что кто то хочет навариться на разработке.
Абсолютно нормальная практика когда в разработку "для себя" вписывают всех желающих : + 25/50/100 устройств,
так банально всем дешевле, это не является бизнесом, это разумный подход в хобби.

Dmitry__, эксперименты с длинными волнами - безумно интересная тема.

Как насчёт альтернативных решений?

Например: глушим двигатель если в течении N секунд не было событий:

- Нажатие на сцепление
- Поворот ручки газа
- Нажатие на тормоза
- Переключения передач
- Нет ног на подножках
- Отсутствует ездок в седле, отсутствуют руки на руле

Альтернативное решение номер два (крутое в плане надежности, но выйдет за бюджет):

- Микропотребляющий трансивер в кармане на 433...1000 МГц с питанием от мелкого лития
- Такой же трансивер + ПЛИС с таймером на 300 МГц в мотоцикле (а что, энергии то у нас тут полно!) для измерения времени за которое придет ответ от трансивера в кармане
Из плюсов: здесь мы действительно знаем расстояние в метрах между юзером и мотоциклом и это подтверждается физикой Пропущенные пакеты нас не интересуют - это ни на что не влияет.


setar, принято.

в поиске "time-to-digital" + fpga, плис,... много интересного про измерение времени узнаете. поискав немного получше, может даже осознаете, что готовых tdc не так уж и мало, есть из чего выбрать и ценники стартуют меньше чем с 10$.
Dmitry__, про почту хорошая шутка.

Раз есть доступные TDC до 10 мс - то нет проблем в том, чтобы померить время за которое девайс ответит.
Где-то с этого сообщения задачку можно считать решенной
Осталось собрать и отладить это всё.

про тдс им уже не раз писалось. только сомнительно всё это. с rssi-попугаями работать проще и для описаной задачи вполне подходят. из готового китавайский хренько для велосипедов это был один из лучших бюджетных вариантов. даже не самый бюджетный вариант с dwm1000 и dwm1001 на количестве (на маленьких количествах доставка немного отталкивающая) "чуток" подешевле 50$ за модуль выходит.

Angel71 писал(а):в поиске "time-to-digital" + fpga, плис,... много интересного про измерение времени узнаете.

Как ты это засунешь в стандартные приемники/передатчики?

Angel71 писал(а):Dmitry__, про почту хорошая шутка.

Не вижу в чем шутка. С али заказывается хлам тоннами, все нормально.

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

Angel71 писал(а):в этой цитате про другое - не обязательно тактирование на 300мгц и более. если ему интересно/нужно, изучит и может когда применит.

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

аха, ещё вспомни про влияние ударов по кварцу и температуру. читай внимательней

Angel71 писал(а):вроде уже и догадываешся, что речь идёт об rtt (round-trip time, round-trip tof, two-way time-of-flight,... обзывалки разные используют, суть одна), но опять заладил "это не возможно".

если так интересно, бери и изучай (в некоторых работах вплоть до указания конкретных модулей, на которых эксперементировали, приводятся и формулы и результаты) и пробуй реализовать, для начала хотя бы с измерениями за несколько секунд.

Angel71, ты несешь бред и плохо разбираешься в радисвязи. Все современные радиомодули построены на пакетном режиме передачи, с подстройкой pll под преамбулу и закрытими коммерческими протоколами, и.т.д. и.т.п. Никакой round-trip time там в принципе не пройдет. Просто забудь про субгигагерцовые модули. Твой round-trip time можно реализовать только на спец. широкополосных чипах, которые заточены под это. Но ни о какой бюджетности и малом энергопотреблении речи не идет. Иначе давно бы все ходили с такими примочками и определяли до см. свое положение за две копейки.
Ты уже выглядишь глупо со своим набором букв, астанавись!
ртт, мгт, тп, ппп и полный ппп, пурга и ангел

Добавлено спустя 2 минуты 5 секунд:

Angel71 писал(а):в поиске "time-to-digital" + fpga, плис,...

А это вообще шедевральная ПУРГА!

https://arxiv.org/pdf/1601.07444.pdf. на субгигогерце можно точнее и без rssi, но... от одного упоминания калмана, вейвлетов и прочих фильтров, тебя же корёжит.

Dmitry__, Есть специализированные трансиверы, которые определяют расстояние именно по такому принципу: https://www.nanotronshop.com/nanoloc-av ... 17526.html
Достаточно двух. На местности можно взять больше и определять уже положение в пространстве.

Так что - единственно верное решение в этой теме уже давно предлагает Angel71.

dwm не единственный вариант, но за чуть больший ценник избаление от кучи ненужного головняка, за что и стали очень популярны.
а, если интересно, вот одно из поверхностных (зато доходчиво) описаний принципов создания tdc на фпга https://habr.com/post/352276/.

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

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