до определенного предела лучше, пока шум не становится некомфортным. По сравнению с тишиной, чувствительность притупляется и меньше вероятность проснуться если сосед протопал громче обычного. Сам тоже люблю гонять кондей в режие вентилятора, негромкий ровный шум не раздражает и не мешает спать.
Я конечно не понял зачем делать адрес длиной 128 бит, чтобы уж точно хватило всем? IPv6 штука конечно интересная, интересно было почитать разобраться, настроить. Так что теперь мне провайдер на мою скромненькую домашнюю сеточку из трех устройств выдает префикс аж /64, что ну так самую малость больше, чем все iv4 адреса в мире. Я конечно рад такой щедрости, но не особо понимаю действительно ли полезно с точки зрения реализации и использования протокола гонять все эти лишние байты.
Среди военки, пожалуй, по радарам и РЭБ меньше всего статей и информации. А жаль, интересная тема, особенно технологии 60х-70х, когда цифры ещё не было.
После SystemInit вызывается __main. Это функция в которой компилятор и делает все свои черные дела по инициализации. То что в вашем случае память не инициализируется возможно связано с опциями линкера для этого региона памяти.
Эм, а это точно оно? Потому что по ссылке GSM модуль, который если и умеет определять положение, то по вышкам и там сорок километров погрешности для подобной местности как раз вполне ожидаемая величина.
UPD: а хотя вижу GPS там есть, для него идет отдельная антенна. Лучше бы конечно протестировать не отдельном модуле со встроенной антенной, может у вас там образовался плохой контакт или антенна была неправильно установлена
вообще конечно странно, особенно погрешность на земле после приземления. Может из-за высокой температуры у него съехала частота опорного генератора, иначе не знаю на что бы и подумать. А чей модулек сам, не шилд а именно GPS чип?
Кстати да, можно использовать контроллер от коптера. На борту MPU6000, флешка для логов, можно найти с баро на плате и без проблем подключается GPS. Но прошивку скорее всего придётся пилить свою
Дело не в доступе к админке. Столкнулся с этой проблемой когда купил микротик. На графиках трафика заметил непрерывный исходящий трафик в несколько мегабит. Погуглил, оказалось него по умолчанию открыт порт DNS и он обрабатывает DNS запросы отовсюду. Насколько я понимаю, в самом протоколе DNS есть какая-то фича, которая позволяет спамить удаленный хост, причём исходящий трафик получается намного больше входящего. Решить, похоже, можно только закрыв в фаерволле порт днс для внешней сети, что я и сделал.
На самом деле, пока актуальных задач на эту тему нет, но время от времени обязательно всплывают. По-хорошему этим конечно должен заниматься отдельный специалист по ВЧ, но в жизни никогда не бывает все радужно, приходится ходить вокруг и выискивать с какой стороны укусить. Есть анализатор, но им нельзя ткнуться в плату, так как разъёмов не выведено, как максимум получается антенну посмотреть. К счастью, 2.4 ГГц(не говоря уже о всем что ниже) и малые мощности ещё относительно многое прощают.
Не знаю насколько это соотносится с выбранной вами тематикой/уклоном статей, но для хабра очень бы хотелось статью по основам проектирования ВЧ/СВЧ устройств, или даже конкретнее, по верификации полученных характеристик. Сейчас перед разработчиками электроники довольно часто встают задачи сделать плату с Wi-fi, Bluetooth, ZigBee итд и не всегда есть возможность с точки зрения габаритов использовать готовые модули. Обычно это все делается срисовыванием с даташита обвязки, разводки итд. Потом все это упаковывается в корпус с аккумулятором и как-то работает. Но, понятное дело, часто параметры схемы получаются далеки от идеала и страдает дальность приема/передачи или даже может происходить изшлишний нагрев модуля.
Векторные анализаторы сейчас становятся все доступнее, но к сожалению одного только наличия прибора, как вы совершенно правильно заметили в статье, мало. Им нельзя как мультиметром ткнуться в схему и пытаться что-то измерить. В то же время большинство разрабатываемых устройств такого типа это компактные IoT устройства, куда просто так не поставить SMA разъёмы, плюс тестировать устройство нужно в корпусе в сборке с аккумулятором.
На самом деле этот комментарий что-то вроде крика души. Потому что доступной информации мало, а понимания хочется. Причём на конкретном примере какого-нибудь популярного коммерческого чипа с обвязкой в виде балунов, фильтров rf switch, PA, LNA итд. Как измерять параметры схемы при наличии приборов, что можно померить а что нельзя. Например можно ли проверить выходные параметры чипа или придется верить даташиту. Как разбивать схему на отдельные части и верифицировать каждую из них. Как обеспечить то, что схема, параметры которой измерены на специальной тестовой плате будет работать так же (ну или очень близко) на готовом устройстве, где помимо неё будут сотни других компонентов и высокая плотность монтажа, и все это будет упаковано в бутерброд в корпусе с дисплеем и аккумуляттором.
Наверное я тут уже наспрашивал на целю книгу, но не обессудьте, крик души есть крик души)
Наверное таким образом автор поста хотел подчеркнуть, что это не "придуманная модная болезнь", как все ещё считают многие, а что-то известное и описанное ну как минимум полвека назад
Есть специальный мультипротокольный модуль для RC моделей. Там аж три аппаратных модуля. Но, понятное дело, там никаких протоколов камер и освещения там нет. Вообще основная проблема в подобных вещах это не аппаратная возможность, а программная поддержка. Купить модуль на алишке и припаять его к ардуине может практически кто угодно, а вот среверсить протокол и закодить его это уже совсем другой уровень усилий. Даже если протокол тривиальный, все равно далеко не каждый хочет тратить на это жопочасы, а так как протоколов много, то вряд ли стоит ожидать хорошую поддержку как минимум большинства из них.
А насколько сложно вообще создавать уязвимые алгоритмы? Причём такие, что их уязвимость было бы очень сложно проверить/подтвердить, не обладая каким-то "секретным" знанием. Что-то вроде механизма публичного/секретного ключа, но уже над алгоритмом. Например, безопасность шифрования на эллиптических кривых очень сильно зависит от самой кривой. Может ли любитель сгенерировать кривую, стойкость которой будет намного ниже, чем должно быть у алгоритма, но при этом чтобы было практически невозможно это проверить, не обладая каким-то исходными данными?
Жаль, мне в школьные годы никто не объяснил формата этого конкурса. Что это больше игра, чем тест, что вопросы в стиле «формата ЧГК», и больше на умение думать, чем на зубрежку. Тогда это воспринималось как очередной тест, который надо написать хорошо, а следовательно, стрессовый фактор, и никакого желания участвовать оно не вызывало.
почему 64к? 64 бита префикс, 64 бита доступный пул адресов
до определенного предела лучше, пока шум не становится некомфортным. По сравнению с тишиной, чувствительность притупляется и меньше вероятность проснуться если сосед протопал громче обычного. Сам тоже люблю гонять кондей в режие вентилятора, негромкий ровный шум не раздражает и не мешает спать.
Я конечно не понял зачем делать адрес длиной 128 бит, чтобы уж точно хватило всем? IPv6 штука конечно интересная, интересно было почитать разобраться, настроить. Так что теперь мне провайдер на мою скромненькую домашнюю сеточку из трех устройств выдает префикс аж /64, что ну так самую малость больше, чем все iv4 адреса в мире. Я конечно рад такой щедрости, но не особо понимаю действительно ли полезно с точки зрения реализации и использования протокола гонять все эти лишние байты.
Среди военки, пожалуй, по радарам и РЭБ меньше всего статей и информации. А жаль, интересная тема, особенно технологии 60х-70х, когда цифры ещё не было.
После SystemInit вызывается __main. Это функция в которой компилятор и делает все свои черные дела по инициализации. То что в вашем случае память не инициализируется возможно связано с опциями линкера для этого региона памяти.
там внутри скорее всего обычная плоская антенна с соотвествующей диаграммой направленности и она должна быть правильно сориентирована (вверх)
Эм, а это точно оно? Потому что по ссылке GSM модуль, который если и умеет определять положение, то по вышкам и там сорок километров погрешности для подобной местности как раз вполне ожидаемая величина.
UPD: а хотя вижу GPS там есть, для него идет отдельная антенна. Лучше бы конечно протестировать не отдельном модуле со встроенной антенной, может у вас там образовался плохой контакт или антенна была неправильно установлена
вообще конечно странно, особенно погрешность на земле после приземления. Может из-за высокой температуры у него съехала частота опорного генератора, иначе не знаю на что бы и подумать. А чей модулек сам, не шилд а именно GPS чип?
Кстати да, можно использовать контроллер от коптера. На борту MPU6000, флешка для логов, можно найти с баро на плате и без проблем подключается GPS. Но прошивку скорее всего придётся пилить свою
А что используется в качестве наземной станции LoRa? Какая антенна и высота
20 лет и stm32 это сильно. С учетом того что они только с 2007 года появились
На самом деле, пока актуальных задач на эту тему нет, но время от времени обязательно всплывают. По-хорошему этим конечно должен заниматься отдельный специалист по ВЧ, но в жизни никогда не бывает все радужно, приходится ходить вокруг и выискивать с какой стороны укусить. Есть анализатор, но им нельзя ткнуться в плату, так как разъёмов не выведено, как максимум получается антенну посмотреть. К счастью, 2.4 ГГц(не говоря уже о всем что ниже) и малые мощности ещё относительно многое прощают.
Не знаю насколько это соотносится с выбранной вами тематикой/уклоном статей, но для хабра очень бы хотелось статью по основам проектирования ВЧ/СВЧ устройств, или даже конкретнее, по верификации полученных характеристик. Сейчас перед разработчиками электроники довольно часто встают задачи сделать плату с Wi-fi, Bluetooth, ZigBee итд и не всегда есть возможность с точки зрения габаритов использовать готовые модули. Обычно это все делается срисовыванием с даташита обвязки, разводки итд. Потом все это упаковывается в корпус с аккумулятором и как-то работает. Но, понятное дело, часто параметры схемы получаются далеки от идеала и страдает дальность приема/передачи или даже может происходить изшлишний нагрев модуля.
Векторные анализаторы сейчас становятся все доступнее, но к сожалению одного только наличия прибора, как вы совершенно правильно заметили в статье, мало. Им нельзя как мультиметром ткнуться в схему и пытаться что-то измерить. В то же время большинство разрабатываемых устройств такого типа это компактные IoT устройства, куда просто так не поставить SMA разъёмы, плюс тестировать устройство нужно в корпусе в сборке с аккумулятором.
На самом деле этот комментарий что-то вроде крика души. Потому что доступной информации мало, а понимания хочется. Причём на конкретном примере какого-нибудь популярного коммерческого чипа с обвязкой в виде балунов, фильтров rf switch, PA, LNA итд. Как измерять параметры схемы при наличии приборов, что можно померить а что нельзя. Например можно ли проверить выходные параметры чипа или придется верить даташиту. Как разбивать схему на отдельные части и верифицировать каждую из них. Как обеспечить то, что схема, параметры которой измерены на специальной тестовой плате будет работать так же (ну или очень близко) на готовом устройстве, где помимо неё будут сотни других компонентов и высокая плотность монтажа, и все это будет упаковано в бутерброд в корпусе с дисплеем и аккумуляттором.
Наверное я тут уже наспрашивал на целю книгу, но не обессудьте, крик души есть крик души)
Наверное таким образом автор поста хотел подчеркнуть, что это не "придуманная модная болезнь", как все ещё считают многие, а что-то известное и описанное ну как минимум полвека назад
Есть специальный мультипротокольный модуль для RC моделей. Там аж три аппаратных модуля. Но, понятное дело, там никаких протоколов камер и освещения там нет. Вообще основная проблема в подобных вещах это не аппаратная возможность, а программная поддержка. Купить модуль на алишке и припаять его к ардуине может практически кто угодно, а вот среверсить протокол и закодить его это уже совсем другой уровень усилий. Даже если протокол тривиальный, все равно далеко не каждый хочет тратить на это жопочасы, а так как протоколов много, то вряд ли стоит ожидать хорошую поддержку как минимум большинства из них.
А ссылочку можно на статью про эту самую антенну, пожалуйста.
Теорема Шеннона-Хартли
А насколько сложно вообще создавать уязвимые алгоритмы? Причём такие, что их уязвимость было бы очень сложно проверить/подтвердить, не обладая каким-то "секретным" знанием. Что-то вроде механизма публичного/секретного ключа, но уже над алгоритмом. Например, безопасность шифрования на эллиптических кривых очень сильно зависит от самой кривой. Может ли любитель сгенерировать кривую, стойкость которой будет намного ниже, чем должно быть у алгоритма, но при этом чтобы было практически невозможно это проверить, не обладая каким-то исходными данными?