Я кстати был не точен в ответе, я не разглядел схем, которые вы привели в вопросе, и принял по началу за то, с чем ранее работал. А у вас там самый простой вариант без специальных микросхем. Эти реликты приемопередачи не имеют никаких тригеров, защитных интервалов. Если на входе приемника несущая -- на выходе единица, был бы уровень таким, что бы усилительный каскад его принял. Так что фаза принимаемого вами сигнала на такой приемник действительно зависит от Доплеровскго сдвига первой полуволны несущей, но так несущественно, что ардуина с ее 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-что нибудь аккумуляторы очень не любят низкие (около нуля и ниже) температуры, может надо будет их подогревать.
У дахуа скуд крайне много проблем, с которыми я вчера еще не сталкивался, а сегодня уже смотри ка, вот она. Серия 1201 открывается магнитом, приложенным к семерке? В базу данных учета рабочего времени сохраняется только время входа, а как только появился выход, затирается "отработанным" временем? Модули расширения не открываются по команде сервера "открыть все двери" и намертво блокируют перемещение? Нет никаких вариантов для глобального аварийного открытия с внешних сигналов? Это всё дахуа. Как бы я не любил их камеры, СКУД никому не могу рекомендовать. Разве что вы знаете, что делаете.
Как и Болид, Рубеж и Елсис (Бастион) имеют в холдинге ОЕМ китайские камеры. У Рубежа это дахуа-RVi, у Болида чуть сложнее, одно время были Dynacolor, другое что то там про Rock, забыл как китайский производитель себя зовет. ПО у рубежа значительно получше, лицензируется проще и прозрачнее. СКУД у болида сложен в настройке и мучителен в работе. В принципе от оборудования Болид я не в восторге, как и от их хамоватой тех- и ком- поддержки. Если дахуа нормальный скуд, то пожалуйста покажите мне, как получить с ASC1204B отчет о всех входах/выходах пользователя, если в смартПСС не было открыто окно консоли? Если надо просто двери открывать, то дахуа превосходен, прост, дешев, отказы редки. Но человек его куда то в тайгу собирается поставить -- лучше перестраховаться и взять оборудование без китайского ПО (здесь только про скуд, видео можно брать)
Прошу вас, не применяйте СКУД Дахуа! Без опыта вы с ним намучаетесь (или поставите устройство, которое открывается магнитом от холодильника) Используйте российских производителей Rusguard, Sigur, Эра и прочих. Качество ПО значительно выше. Если ОЧЕНЬ нужна моновендорность, обратитесь в Rubezh, Саратов, они помогут с решением.
Да, они характерны для вай-фай как раз. Многолучевое распространение, импульсные помехи и неправильно подбираемый устройством защитный интервал -- дают потерю пакетов в "воздухе", то есть на среде передачи. В чистом поле таких штук не будет. Адаптер может быть с багом в прошивке опять таки, или его драйвере -- лишний сброс соединения, затем снова хендшейк, или еще какая нибудь дичь. Советы обычные -- проверить на проводном подключении, за тем делать выводы, может что и с Win, но я такого со времен XP не припомню))
Вспомнил еще один трюк от Honewell. На достаточно древнем интерфейсе для установки адреса нужно было:
1. Добавить на свой компьютер в таблицу ARP mac целевого устройства вручную.
2. Завалится на устройство telnet и командами назначить адрес.
Это меня заинтересовало, я попробовал с другими устройствами такой трюк, и ни один nix или win мне такого не позволил. Скорее всего разработчики интерфейса стрюкачили и заставили принимать пакеты откуда угодно, и отвечать так же.
Этот способ явно не про стандартные библиотеки и пахнет дырой в сетевой безопасности, так что тоже не рекомендую в серию
Ленточный лучше круглого из личной статистики. Круглый крамер и китайский насквозь ленточный показали 20 и 25 соответственно -- правда выборка маловата, только 18 мониторов. Ленты пошли на дальние панели, крамеры на ближние. Может быть конечно, что круглые были сплошь барахло, а лента ничего. Кстати по рекомендациям: всё тщетно) Дроссели вы же имели в виду ферритовые кольца в 1 оборот? это работает для ВЧ, сотни килогерц минимум. Если речь про "аппарат пускорегулирующий" это конечно та еще наркомания, 2-3 киловатта подключать через 40 вт дроссель))) Кабель HDMI имеет прекрасное электростатическое экранирование, и естественно не имеет магнитного, это был бы номер) Поэтому чувствителен к мощным НЧ помехам и импульсам -- как и коаксиальный кабель (SDI и мощные колонки -- отличный пример). Всё что можно сделать -- тянуть его как можно дальше от источников импульсных и НЧ помех, линий питания. Заземление это здорово и нужно, но увы не увеличивает защищенность кабеля, в плане защиты от помех лишь исключает проблему разницы потенциалов на земле источника и приемника, когда по экрану оттуда сюда течет ток 50 герц со всеми шумами разности питающих сетей и создает неприлично много помех. В общем говоря легче не использовать больше 5 метров HDMI, если только не по оптике. И конечно овчинка не стоит не куя, потому что когда экран начал гаснуть после установки кондера, заказчик сказал что 300 баксов на корейский приемник/передатчик и 25 метровый SM патчкорд это очень, очень большая сумма, и мы сами во всём виноваты исправьте бесплатно, мы посоветовали продать кондиционер обратно, так ведь мигать не будет и денег еще дадут. Так всё и осталось.
25 м @1080i. Ленточный кабель стабильнее круглого. Включающийся/выключающийся кондиционер сплит на расстоянии 3,5 м. гасит экран на 0,5..5 сек. Так у нас делали только по очень большой нужде, я в проект уже лет пять не пускаю длиннее 5 м HDMI. А вот один объект так с моргающим монитором восьмой год и живет, жадные ребята, мда.
В целом правильно. Всё как в том анекдоте, можно копать. А можно не копать. Вам в теме микроконтроллерной техники и встраиваемых систем мало кто сможет давать обширные пространные ответы, на обширные пространные вопросы, все сводится к конкретике, частным случаям. Но что бы их понять или объяснить приходится изучать научную основу, язык отрасли, далее стандарты. Если хотите проще, но не менее ценно обратите внимание на youtube каналы Алекса Гайвера "заметки ардуинщика" и "Alex Gyver". Это хороший видеокурс от увлеченного и умеющего, а главное желающего объяснять человека.
По поводу формулы -- я уже лет десять как не пользуюсь такими большими системами уравнений и растерял способность и читать, но вижу, что ваша формула содержит весьма много арифметических операций. Немного для понимания, что тут не так:
Ардуина, о которой мы всё время говорили, это RISC контролер, это значит что почти каждая (в идеале, каждая) операция может быть произведена за один такт тактового генератора процессора. Максимальная наша частота для меги 328 это 16МГц, что есть 6,25e-8 секунд. меньшие промежутки времени вы не сможете отсчитывать. Если ваша система уравнений использует изменяемые в реальном времени данные, то она не успеет посчитаться за достаточно малое время для сколь-нибудь точных измерений. Каждая арифметическая опреация и операция по перемещению между ними, если они не последовательны съедает 6,25-8 секунд. Я не могу сам оценить достаточно хорошо, но думаю у вас получится, будет ли работать такой подход в реальных ограничениях?
То что я предлагаю концептуально проще:
1. инициализируем таймер
2. передаем один байт из таймера 1 на передатчик.
3. Ждем, проц пока накручивает таймеры и ждем отраженный сигнал
4. при получении 1 байта сигнала ( помним, что таймеры прокрутились на 8 тактов) дергаем прерываение и быро
5. считываем байт таймера
6. вычитаем принятый байт из текущего байта таймера, вычитаем нашу погрешность времени приема (ведь мы зафиксировали при отправке состояние таймера в начале таймера, а тут смотрим его в конце)
7. Полученное значение это X*6,25e-8 сек времени между отправкой, хм, импульса и приемом, делим на два и умножаем на скорость света -- вот расстояние до цели.
Повторяем для получения скорости (но только скорости приближения к антеннам, а не какую то другую)
Теория интересная, практика долгая и трудная, надо обеспечить высокое затухание между приемной и передающей антенной, надо посчитать скрупулезно такты, которые составят погрешность, надо писать на ассемблере, на си и тем более на ардуино си ничего внятного и достаточно быстрого не выйдет, надо мирится с низким быстродействием и отвратительно жертвовать помехоустойчивостью кристалла, что бы оно работало хоть как то. В общем учебный проект хороший)))