это привычка подаренная вордом, либрой и гугл клавиатурой, длинное тире. Здесь такой автозамены нет. Но привычка есть, и я забиваю на два дефиса там где автозамены нет, если кому то мозолит глаз, пожалуйста.
Магнето, это мопед. Там оно. Выкинуть/поставить китайца лучший вариант, но если нужна "Аутентичность" то и лампы менять не надо, и генератор оставить в покое)
Видимо в конфиге bluetoth магнитолы братьями-китайцами прибита гвоздями поддержка OBDII и только его. Можно поискать и попытаться отредактировать конфигфайлы, если удасться получить рут на магнитоле. Или найти ELM-ку откликающуюся как OBDII))
Знаете, я был категоричен из за предыдущего плохого опыта, а может не так всё страшно. Нашел вот на драйве историю успеха с историей похожей на вашу, не спешите заказывать Wi-Fi OBDII. Например вот история, а вот еще одна. Пробовали такое?
Алексей, Что тот Base10G-SR, что этот. Должно работать. Работает 9/10, иногда просто паршиво реализован стандарт или вводится злонамеренно в передачу что то проприетарное. SR модули HPE вполне работали с OEM Lenovo, но почему то отрыгивали Zyxel, хотя те прекрасно работали с Джуном и Леновой. 10G-LR дороже, значительно, не переплачивайте, нет смысла
Я кстати был не точен в ответе, я не разглядел схем, которые вы привели в вопросе, и принял по началу за то, с чем ранее работал. А у вас там самый простой вариант без специальных микросхем. Эти реликты приемопередачи не имеют никаких тригеров, защитных интервалов. Если на входе приемника несущая -- на выходе единица, был бы уровень таким, что бы усилительный каскад его принял. Так что фаза принимаемого вами сигнала на такой приемник действительно зависит от Доплеровскго сдвига первой полуволны несущей, но так несущественно, что ардуина с ее 16 МГц ее не посчитает, извините.
По поводу формулы -- я уже лет десять как не пользуюсь такими большими системами уравнений и растерял способность и читать, но вижу, что ваша формула содержит весьма много арифметических операций. Немного для понимания, что тут не так:
Ардуина, о которой мы всё время говорили, это RISC контролер, это значит что почти каждая (в идеале, каждая) операция может быть произведена за один такт тактового генератора процессора. Максимальная наша частота для меги 328 это 16МГц, что есть 6,25e-8 секунд. меньшие промежутки времени вы не сможете отсчитывать. Если ваша система уравнений использует изменяемые в реальном времени данные, то она не успеет посчитаться за достаточно малое время для сколь-нибудь точных измерений. Каждая арифметическая опреация и операция по перемещению между ними, если они не последовательны съедает 6,25-8 секунд. Я не могу сам оценить достаточно хорошо, но думаю у вас получится, будет ли работать такой подход в реальных ограничениях?
То что я предлагаю концептуально проще:
1. инициализируем таймер
2. передаем один байт из таймера 1 на передатчик.
3. Ждем, проц пока накручивает таймеры и ждем отраженный сигнал
4. при получении 1 байта сигнала ( помним, что таймеры прокрутились на 8 тактов) дергаем прерываение и быро
5. считываем байт таймера
6. вычитаем принятый байт из текущего байта таймера, вычитаем нашу погрешность времени приема (ведь мы зафиксировали при отправке состояние таймера в начале таймера, а тут смотрим его в конце)
7. Полученное значение это X*6,25e-8 сек времени между отправкой, хм, импульса и приемом, делим на два и умножаем на скорость света -- вот расстояние до цели.
Повторяем для получения скорости (но только скорости приближения к антеннам, а не какую то другую)
Теория интересная, практика долгая и трудная, надо обеспечить высокое затухание между приемной и передающей антенной, надо посчитать скрупулезно такты, которые составят погрешность, надо писать на ассемблере, на си и тем более на ардуино си ничего внятного и достаточно быстрого не выйдет, надо мирится с низким быстродействием и отвратительно жертвовать помехоустойчивостью кристалла, что бы оно работало хоть как то. В общем учебный проект хороший)))
Придумал схему определения расстояния, ну как придумал, вспомнил про GPS) надо посылать 1 байт с хешем временной метки, простейшим, а лучше с состоянием счетчика, так быстрее, и принятый байт сравнивать с счетчиком, можно считать время в пределах 9-16 тактов (я прикинул конструкцию в ассемблер, но не стал расписывать, и кажется там ещ на 5 тактов вывода, и того 20). Это будет всего 300 000 000x(20/16 000 000)=375 метров погрешности! Хотя наверное есть более дешевые по тактам варианты, но я пока не придумал достаточно помехоустойчивого
mIka01, интересно, это можно, не как доплеровский, а как рефлекторный радар пару приемник передатчик использовать можно. Вам даже не потребуется параболические тарелки, 433 МГц можно будет направить используя две Uda-Yagi (сложнее в расчете и сборке) или Helix (проще, но боится статики) если разделить их экраном -- металлическим листом. Если слова незнакомые, лучше загуглить перед дальнейшим чтением. Проблемы только в размерах всего этого дела:
длинна волны для 433 МГц 0.7м. Размер уда-яги для усиления 10 дБи (луч, лепесток, около 60 градусов) будет 670мм в длину и 324 мм по рефлектору. От антенны до экрана должно быть не менее 330 мм, размер экрана -- несколько длин волн, не целое. Таким образом получится ажурная конструкция размером не меньше метра во все стороны.
Эффективное отражение от препятствия для ЭМ волны будет от поверхности, которую та не может обогнуть , опять же несколько длин волн, так что ваш радар сможет с точностью до 20-40 градусов телесного угла находить грузовики, ЖД вагоны и пассажирские авиалайнеры. метрах на 200-300 наверное.
С другим подходом можно рассчитать микрополосковую антенну помещенную в рупор для передатчика и изотропную (штырь) для приемника, и обнаруживать отражение модулированного сигнала от железной бочки для масла или автомобиля, крупного метрах наверное до 30 (может даже до 10, так сразу не прикину).
Если это подходит под ваши задачи, можете попробовать, хотя я бы заручился поддержкой человека, который понимает чем H отличается от E. Найдите лучше студента с РРТ с взглядом горящим, в команду.
2 метра это не очень короткий, особенно если тонкий (какой нибудь RG-174 на частоте LTE съест по 1 дБ из 16 дБ антенны на каждый метр). У камеры действительно всего одна антенна, значит она не рассчитана на MIMO, я вижу в это серьезный недостаток. Использование MIMO дает значительный прирост помехоустойчивости. С тем что есть тоже можно жить, я думаю, постарайтесь определить точнее где находится ваша базовая станция, возможно придется поднять антенну повыше. Расскажите чего наэкспериментируете, интересно
Максим, Ух как интересно у вас на стороне 192.168.1.80, сколько сессий сразу. И все какие то дохленькие, по 200 кБ. Как правило 1 видеопоток -- одна сессия. У вас там на бэке 1 NVR и всё? Я тут в командировке, оперативно не получилось, извините
ах 17 не июня, а того мая))) очень жаль что не заработало. Если эта мыша с ее адаптером работают исправно в других портах, вас скорее всего статика подвела. А если она того, мертвый адаптер, то в сервисе хорошем с ремонтом мплаты должны справится -- замена предохранителя или микросхемы обеспечивающей контроль питания
Замечательный вопрос! Хотелось бы узнать, вы с электроникой на "вы" или на "ты"? В общих чертах ответ "нет не нужно, ибо кроме процессора можно сжечь прозвонкой еще много чего". С другой стороны, если у вас современный и исправный тестер который выдает при прозвонке на щупы 2..4 вольта, всё будет хорошо. Линии питания USB 5 В, сигнальные с уровнями 3.3 В, процессор там далеко совсем. Не прозванивайте цепи питания 1.1 В процессора, старайтесь не трогать цепи Type-C идущие к видеопроцессору, и антистатические меры примите
Камеры дахуа, если подключены по родному протоколу DH2 на NVR или фирменный клиент, работают в первую голову по UDP, или если видят по пути шлюз то по RTP. А иногда сразу по RTP -- просто версия прошивки должна быть удачная. Такое да, потери пакетов по воздуху дает, UDP пакеты не доходят, RTP пакеты протухают. Посмотрите у себя в регистраторе, не помню в точности имя настройки, она глобальная, связана с "streaming metod", TCP ваш выбор. Еще посмотрите настройки кодирования видео на камере, или киньте сюда -- я завтра посмотрю. Я предпочитаю для дахуа h265, VBR, max bitrate 4096 (1080) 6144(5-8Mpix), 20 FPS, I-frame int 40, реальный поток при этом достигает 4 Мбит только при очень интенсивной движухе в кадре при приличной разборчивости лиц и номеров. Вообще на линке 6Мбит потери ощутимо сильнее чем на 20, или не видно глазом разницы?
Можно. Но за кислотные я могу поручится, сам так делал, блок аккумуляторов размещал в приямке для резервного питания камер. Li-что нибудь аккумуляторы очень не любят низкие (около нуля и ниже) температуры, может надо будет их подогревать.