Jump to content

    

Rst7

Модераторы
  • Content Count

    4585
  • Joined

Everything posted by Rst7


  1. Надо попробовать, что там с АКФ такой последовательности получится, интересно.
  2. Только Ga (или только Gb) не сильно отличается по критерию от m-последовательности с добавленным нулем. Кажется с нулем даже лучше выходит, но я перепроверю. А идея пропустить [ Ga Gb ] - это в смысле последовательно? Представляете себе объем вычислений хотя бы для 2^7? Ну в смысле полного перебора, случайно получить хорошую последовательность - очень малая вероятность.
  3. АКФ, но не совсем последовательности. [Ga,Gb] = wlanGolaySequence(32); figure stem(xcorr(Ga)+xcorr(Gb)) И даже подписано, что The sum of the autocorrelations is a dirac delta function.
  4. Там хитро. Там у суммы АКФ двух последовательностей хорошее поведение. Но это не совсем то, что мне нужно. Его можно добавить принудительно. Даже можно выбрать позицию в потоке, добавление нолика в которую приведет к наименьшему уровню побочных пиков, это можно сделать даже тупо перебором вариантов. Но может быть есть какой-то более толковый способ?
  5. Доброго времени суток. Допустим, есть LFSR. АКФ его выходной последовательности в некотором смысле хороша - она содержит только один пик. Однако ее длина 2^N-1. И теперь вопрос. Как создать последовательность с хорошей АКФ (в описанном выше смысле), но при этом чтобы ее длина была 2^N. Понятное дело, что можно, например, просто добавить один нолик в последовательность. Да, АКФ ухудшится, появятся боковые лепестки. Но может быть есть научно правильный способ добавления этого нолика с лучшим результатом? Или вообще другой способ генерации такой последовательности?
  6. Moderator: Оффтопик про файлообменники, другие форумы, работников Майкрософта и прочее скрыт.
  7. Moderator: Оффтопик про файлообменники и ники на других форумах скрыт. Будет повторение - будут наказания.
  8. Если оставить за скобками говнпровайдеров, которые научились циски сетапить так, чтобы калечить http-сессии, то вероятность нарушения целостности данных в TCP очень мала. Более того, вероятность нарушения целостности данных, подписанных ЭЦП, тоже ненулевая, хотя и сильно меньше, чем в TCP. Другое дело, что для прошивки все равно надо ЭЦП проверять, хотя бы с точки зрения безопасности (в смысле, чтобы злые дяди патченный фирмварь не подсунули в девайс со злыми умыслами). Так что пофиг, чем принесет в девайс прошивку, хоть вообще свой протокол, хоть перфокартами, все равно нужен чек ЭЦП перед обновлением. Все, кто этого не делают - сами себе злобные буратины.
  9. Особенно, когда связь разорвется на середине передачи прошивки, прям замечательно будет. Хоть с подписями, хоть без.
  10. Это если Ваше устройство - клиент. А если сервер? Да конкретно Вас никто не заставляет пользоваться ftp. Более того, я, например, вообще обновляю через tftp у себя, полностью отдельным буткором, там что-то килобайта полтора кода вообще на все, если отладочный printf выбросить. Потому что у меня устройство может в интернет и не попасть, а вот с софтом верхнего уровня коммуницировать всегда будет (у него работа такая), вот софт верхнего уровня через tftp при необходимости в девайс прошивку и зальет.
  11. Тут, кстати, ТС нас бы просветил, у него вообще клиент или сервер. А то из стартового поста не очень понятно, мне привиделось, что сервер. И мне пофиг на всякие стены и прочее. А Вам, походу, что клиент. И Вас теперь это беспокоит
  12. Еще раз и сначала. Мы тут беседуем о буткоре. Вы передаете прошивку в свои приборы нешифрованную и неподписанную? Оставляете все на совесть протоколов передачи данных?
  13. А в http он есть? Напомню, что ftp, что http работают по TCP, и именно он гарантирует целостность данных. Более того, tftp, работая через UDP тоже вполне гарантирует правильность данных в пределах пакета, а повторы потерянных пакетов там заложены в протокол. Ну и речь вообще идет о заливке прошивки. Очень было бы нифигово вообще хэши/эцп прошивки проверять перед тем, как ее применять. Независимо от того, каким способом она прилетела.
  14. Да там же закат солнце вручную в угоду размеру и скорости. Любителям готовых решений и bsd socket style не подойдет, т.к. там все на callback сделано. А зачем Вам тогда http-загрузчик? Сделайте tftp, минимально же получается.
  15. Я вот не помню, честно говоря, давали в школе или нет, познакомился я с этой формулой явно самостоятельно. Справедливости ради, я в ФМШ учился, так что может и в школе давали, но не помню. В любом случае мне кажется, что для 6-8 класса реально крутовато будет.
  16. Ну конкретно вывод Ф.Э. - это не школьная алгебра. Разложите e^ix в ряд Тейлора (точнее, в ряд Маклорена, ибо надо брать окрестность точки 0), и увидите, что это сумма двух рядов, синус и косинус.
  17. Ну как бы *p++=v явно быстрее, чем fwrite(&v,sizeof(v),1,f) Я, понятное дело, про накладные расходы и прочее, если одно и другое вызвать 32768 раза (чтобы получить 128К данных)
  18. Ну так просто расширение полосы сигнала приводит к увеличению и шума тоже, полоса-то шире в n раз, шум больше в sqrt(n). И меняете шило на мыло.
  19. Смотрите, у Вас есть две полосы. Пусть f - это ширина полосы полезного сигнала до расширения спектра, F - после. F много больше f. Если Вы к сигналу с полосой F примешиваете шум (тоже с полосой F, лишнее надо отфильтровать до перемножения с ПСП), то после перемножения с ПСП в приемнике ширина спектра полезного сигнала становится f, а шума остается все равно F (грубо говоря). Теперь надо отфильтровать полезный сигнал с полосой f, и тогда уровень сигнала помехи упадет на выходе в sqrt(F/f) раз. А уровень полезного сигнала после перемножения возрастет в F/f раз. С узкополосной помехой будет то же самое - энергия размажется по спектру, и лишнее отфильтруется. Может Вы там в своих моделях забыли фильтры поставить?
  20. В борьбе с многолучевым распространением в основном.
  21. Куча есть КВ-радиоприемников с ключевыми смесителями на входе. И вполне адекватно работают.
  22. Если Вы думаете, что запустив этот АЦП с частотой семплирования 500кГц, получится 24 бита - то Вы ошибаетесь. Там 24 бита не получается даже на 48кГц, RMS шума примерно -120dbFS у него с такой частотой дискретизации. И такого же порядка побочные продукты, где-то -120dBc. А если сделать 500кГц, то ситуация ухудшается даже не на 20дБ, а на все 30, а то и 40. Рекомендую все таки гетеродин, смеситель и оцифровку ПЧ с узкой полосой. Если смеситель на ключах сделать, то вполне 120дБ динамического диапазона можно получить без проблем. PS Кстати, сдается мне, что это гидроакустика ;)
  23. Плохо искали. Например - https://www.sensirion.com/en/flow-sensors/differential-pressure-sensors/differential-pressure-sensor-asp-1400/ И таких есть разных.