При несущей 40кГц 40кбит/с получить вроде как не получится, поскольку у уз преобразователей, как правило, полоса не сильно выше 10%. За счёт более сложной модуляции и высокого с/ш, возможно получится в пару тройку раз больше, но не факт.
А насчёт интересностей про ультразвук - в Технике Молодёжи писали, что в Японии разработали систему передачи речи с помощью уз 100 кГц прожекторов, модулированных речевым сигналом и направленных на шары из пенопласта. На их поверхности при мощном сигнале за счёт нелинейного взаимодействия происходила демодуляция речи и шар работал как источник
А почему в медицине большинство - женщины? Потому что зарплата ниже)) Вот, собственно, и всё, что лежит в основе подобных гендерных перекосов. Несмотря на весь "прогресс" от борща и детей женщина практически не освобождена. Ей и детям и её работа то необходима только как страховка от ухода мужа, ну и для значимости в глазах окружающих. А бороться с этим в одной отдельной отрасли ну так себе - компанейщина. Это как лет 20 назад, чтобы соблюсти нормы по толерантности в одну контору взяли мужика на ресепшен плюс водитель - он был наполовину латиноамериканец, наполовину африканец, а в целом - гей.
В случае AM бывает достаточно очистить усиленную синусоиду при помощи диода
Ну вот так точно нельзя. Вы же ссылаетесь на преобразование Фурье и представление в частотной области? Почему бы детектирование и гетерогенирование не объяснять через свёртку в частотной области а не через мутноватые формулы с косинусами? Там и картинки будут понятней, и модулятор-демодулятор обретёт физический смысл
Эквивалентная схема не имеет никакого отношения к физическим основам излучения радиоволн. Просто снаружи и то и другое описывается похожими уравнениями.
Терминатор это не только/столько разумность, сколько живучесть, реализованная как распределённая, самопереконфигурируемая восстанавливающаяся вычислительная система. Несмотря на то, что технические решения для построения таких систем существуют с начала 90х, их пока так и не существует. Так что того робота, который быстро чему то научится в каком нибудь дата центре и пойдёт вредить человечеству будет легко нейтрализовать)
Попробуйте при частоте 20кГц заменить один фильтр с 32 отсчётами двумя по 16 или тремя по 8, а потом брать только каждую 4-ю выборку и на этой частоте проводить регулирование
К сожалению с радиоавтоматикой, тем более цифровой, я не сталкивался уже очень давно.
Так ли тут нужен fpga? У микроконтроллера уже есть АЦП и линии ввода вывода под ШИМ, watchdog и интерфейсы для подключения к хосту
Фильтр с прямоугольным окном можно реализовать как аккумулятор накапливающий N отсчётов, линии задержки на N и вычитателя - каждый входной отсчёт суммируется с аккумулятором, а предNный - вычитается. Большее подавления могут обеспечить каскадные фильтры меньшей длины. Ну и по Найквисту частота дискретизации должна быть не сильно больше удвоенной полосы, зачем Вам всё это на 20 кГц? Данные с датчика можно оцифиовывать с учётом полосы помех, а управление осуществлять в соответствие с эээ.. забыл как это называется.. полосой пропускания без обратной связи?
Замечательный обзор. А с сетевыми фс всё действительно веселее - даже если локально файл создан, записан, закрыт и буфер сброшен, на соседнем хосте в данном каталоге он может ещё даже не появиться.
Разговор про ничтожную стоимость ошибки, как в программировании. Я участвовал в одном проекте лет 20 назад - да, можно быстро править алгоритмы, да, можно на ходу использовать отладочные прошивки, да, разрешённой альтернативы у нас этим 8 stratix-ам вообще не было. Но вот издержки должны учитываться и не следует убеждать начальство, что они ничтожны)) Майкрософт просто отлаживался на бесплатных пользователях не неся никакой ответственности, а попробуйте крупному корпоративному клиенту продать что то необкатанное, а потом ещё быстро не починить. По мне так эта фраза является очень вредной как в обычном программировании, так и в технологиях вокруг плис, которые, как следует из статьи, становятся всё ближе к разработчику без пары десятков тысяч на вход)
"Ничтожно низкая стоимость ошибки" - может это всё таки только желаемое, с учётом даже не до конца описанных технологий?)) Да и в обычном программировании эта низкая стоимость наблюдается только в бесплатных сервисах и приложениях, где, по большому счёту, на пользователя наплевать и необходимость немедленно устранять ошибку отсутствует.
Если плис используется в более менее сложной массовой аппаратуре, то даже на тестирование этой аппаратуры уходят существенные ресурсы - автоматизация, симуляция, помещение, стойки, логи, люди. Ошибка требует исправления, верификации, и, как правило, полного цикла тестирования перед выводом в релиз, это меняет графики текущей разработки, сдвигает сроки.
Всё таки ниша FPGA, на мой взгляд, не очень изменилась за 25-30 лет - малосерийное и специальное применение там, где неэффективно использовать ASIC и готовый контроллер-чип.
Но в остальном очень интересная и информативная статья, 20 лет назад ничего подобного не проприентарного для полного цикла проектирования не было.
Никто не любит стандарты - ни пользователи, ни продажники, ни поддержка, ни программисты, особенно когда уже что то накриативили. Хороший пример с +7 и 8, особенно когда номер используется как логин.
Мне довелось участвовать в интернациализации телефонии одного продукта , так на это ушло года 3 в 3 или 4 релизах; и хотя требование о её введении было с самого верха нашей конторы, практически все пытались откосить от участия - внедрения. БД забита старыми номерами, пользователям неудобны номера с плюсом, операторы не поддерживают международную нумерацию (хотя сами могут прислать звонок в таком формате), какая то библиотека не парсит +, клиент имеет базу номеров с 8, тестеры не знают как сгенерировать номерной план, часть клиентов вообще не хочет что то у себя менять. Поддержка требует сделать чтобы нормально работало как раньше, продажники её поддерживают и эскалируют в менеджмент, тот их тоже поддерживает, пока не вспоминает про требование трёхлетней давности. Телефонисты предлагают сделать всё на их сисках и больше ничего не ломать.
Поэтому да - стандартов следует придерживаться изначально при выработке требований и спецификаций, и чтобы это проходило быстрей и мягче, кому то изначально хорошо бы их изучать и суммировать в мурзилке по внедрению.
Мне кажется причиной этого кажущегося "перевода ресурсов" является технологическое отставание и организационно-финансовые преграды в освоении новых технологий. Ну, к примеру, DSP - в нашем городе его освоил только небольшой коллектив, питаясь подачками местной оборонки. Как результат - через 7-10 лет и нескольких успешных проектов на нескольких НИИ стали появляться молодые специалисты по теме, руководство вникло в терминологию и специфику. Кажется странным, но две ведущие коммерческие конторы освоить эти технологии так и не смогли, они занимались аутсорсом и хотели просто купить специалистов на проект, но их к продаже не было, а они не рискнули потратиться на образование и исследования.
Коллективчик превратился в дизайн центр для нескольких несвязанных НИИ. Почему в самих этих НИИ не смогли сами всё это освоить? Ограничение и уравниловка зарплат, накладные 900%, финдисциплина на целевое расходование средств по госзаказам - а других нет. Отсутствие, видимо, руководящих указаний об освоении технологий - в вестнике в 90х им про виндовз писали, с не про DSP. А вот нанять маленький коллективчик, чтобы там что то посчитали и показали демку - вполне и по деньгам, и по правилам. Правда был ещё один материальный фактор - в этих НИИ закончилась рассыпуха, на которой они творили свои изделия, пришлось крутиться.
При несущей 40кГц 40кбит/с получить вроде как не получится, поскольку у уз преобразователей, как правило, полоса не сильно выше 10%. За счёт более сложной модуляции и высокого с/ш, возможно получится в пару тройку раз больше, но не факт.
А насчёт интересностей про ультразвук - в Технике Молодёжи писали, что в Японии разработали систему передачи речи с помощью уз 100 кГц прожекторов, модулированных речевым сигналом и направленных на шары из пенопласта. На их поверхности при мощном сигнале за счёт нелинейного взаимодействия происходила демодуляция речи и шар работал как источник
А почему в медицине большинство - женщины? Потому что зарплата ниже)) Вот, собственно, и всё, что лежит в основе подобных гендерных перекосов. Несмотря на весь "прогресс" от борща и детей женщина практически не освобождена. Ей и детям и её работа то необходима только как страховка от ухода мужа, ну и для значимости в глазах окружающих. А бороться с этим в одной отдельной отрасли ну так себе - компанейщина. Это как лет 20 назад, чтобы соблюсти нормы по толерантности в одну контору взяли мужика на ресепшен плюс водитель - он был наполовину латиноамериканец, наполовину африканец, а в целом - гей.
Ну вот так точно нельзя. Вы же ссылаетесь на преобразование Фурье и представление в частотной области? Почему бы детектирование и гетерогенирование не объяснять через свёртку в частотной области а не через мутноватые формулы с косинусами? Там и картинки будут понятней, и модулятор-демодулятор обретёт физический смысл
Эквивалентная схема не имеет никакого отношения к физическим основам излучения радиоволн. Просто снаружи и то и другое описывается похожими уравнениями.
Да уж, престиж. То то мне теща в первые годы после свадьбы настойчиво советовала пойти на ГАЗ наладчиком в цех..
Терминатор это не только/столько разумность, сколько живучесть, реализованная как распределённая, самопереконфигурируемая восстанавливающаяся вычислительная система. Несмотря на то, что технические решения для построения таких систем существуют с начала 90х, их пока так и не существует. Так что того робота, который быстро чему то научится в каком нибудь дата центре и пойдёт вредить человечеству будет легко нейтрализовать)
Попробуйте при частоте 20кГц заменить один фильтр с 32 отсчётами двумя по 16 или тремя по 8, а потом брать только каждую 4-ю выборку и на этой частоте проводить регулирование
К сожалению с радиоавтоматикой, тем более цифровой, я не сталкивался уже очень давно.
Так ли тут нужен fpga? У микроконтроллера уже есть АЦП и линии ввода вывода под ШИМ, watchdog и интерфейсы для подключения к хосту
Фильтр с прямоугольным окном можно реализовать как аккумулятор накапливающий N отсчётов, линии задержки на N и вычитателя - каждый входной отсчёт суммируется с аккумулятором, а предNный - вычитается. Большее подавления могут обеспечить каскадные фильтры меньшей длины. Ну и по Найквисту частота дискретизации должна быть не сильно больше удвоенной полосы, зачем Вам всё это на 20 кГц? Данные с датчика можно оцифиовывать с учётом полосы помех, а управление осуществлять в соответствие с эээ.. забыл как это называется.. полосой пропускания без обратной связи?
Замечательный обзор. А с сетевыми фс всё действительно веселее - даже если локально файл создан, записан, закрыт и буфер сброшен, на соседнем хосте в данном каталоге он может ещё даже не появиться.
Я понимаю о чём Вы говорите, но Вам сильно повезёт или уже повезло работать в таких условиях.
Разговор про ничтожную стоимость ошибки, как в программировании. Я участвовал в одном проекте лет 20 назад - да, можно быстро править алгоритмы, да, можно на ходу использовать отладочные прошивки, да, разрешённой альтернативы у нас этим 8 stratix-ам вообще не было. Но вот издержки должны учитываться и не следует убеждать начальство, что они ничтожны)) Майкрософт просто отлаживался на бесплатных пользователях не неся никакой ответственности, а попробуйте крупному корпоративному клиенту продать что то необкатанное, а потом ещё быстро не починить. По мне так эта фраза является очень вредной как в обычном программировании, так и в технологиях вокруг плис, которые, как следует из статьи, становятся всё ближе к разработчику без пары десятков тысяч на вход)
"Ничтожно низкая стоимость ошибки" - может это всё таки только желаемое, с учётом даже не до конца описанных технологий?)) Да и в обычном программировании эта низкая стоимость наблюдается только в бесплатных сервисах и приложениях, где, по большому счёту, на пользователя наплевать и необходимость немедленно устранять ошибку отсутствует.
Если плис используется в более менее сложной массовой аппаратуре, то даже на тестирование этой аппаратуры уходят существенные ресурсы - автоматизация, симуляция, помещение, стойки, логи, люди. Ошибка требует исправления, верификации, и, как правило, полного цикла тестирования перед выводом в релиз, это меняет графики текущей разработки, сдвигает сроки.
Всё таки ниша FPGA, на мой взгляд, не очень изменилась за 25-30 лет - малосерийное и специальное применение там, где неэффективно использовать ASIC и готовый контроллер-чип.
Но в остальном очень интересная и информативная статья, 20 лет назад ничего подобного не проприентарного для полного цикла проектирования не было.
Никто не любит стандарты - ни пользователи, ни продажники, ни поддержка, ни программисты, особенно когда уже что то накриативили. Хороший пример с +7 и 8, особенно когда номер используется как логин.
Мне довелось участвовать в интернациализации телефонии одного продукта , так на это ушло года 3 в 3 или 4 релизах; и хотя требование о её введении было с самого верха нашей конторы, практически все пытались откосить от участия - внедрения. БД забита старыми номерами, пользователям неудобны номера с плюсом, операторы не поддерживают международную нумерацию (хотя сами могут прислать звонок в таком формате), какая то библиотека не парсит +, клиент имеет базу номеров с 8, тестеры не знают как сгенерировать номерной план, часть клиентов вообще не хочет что то у себя менять. Поддержка требует сделать чтобы нормально работало как раньше, продажники её поддерживают и эскалируют в менеджмент, тот их тоже поддерживает, пока не вспоминает про требование трёхлетней давности. Телефонисты предлагают сделать всё на их сисках и больше ничего не ломать.
Поэтому да - стандартов следует придерживаться изначально при выработке требований и спецификаций, и чтобы это проходило быстрей и мягче, кому то изначально хорошо бы их изучать и суммировать в мурзилке по внедрению.
Мне кажется причиной этого кажущегося "перевода ресурсов" является технологическое отставание и организационно-финансовые преграды в освоении новых технологий. Ну, к примеру, DSP - в нашем городе его освоил только небольшой коллектив, питаясь подачками местной оборонки. Как результат - через 7-10 лет и нескольких успешных проектов на нескольких НИИ стали появляться молодые специалисты по теме, руководство вникло в терминологию и специфику. Кажется странным, но две ведущие коммерческие конторы освоить эти технологии так и не смогли, они занимались аутсорсом и хотели просто купить специалистов на проект, но их к продаже не было, а они не рискнули потратиться на образование и исследования.
Коллективчик превратился в дизайн центр для нескольких несвязанных НИИ. Почему в самих этих НИИ не смогли сами всё это освоить? Ограничение и уравниловка зарплат, накладные 900%, финдисциплина на целевое расходование средств по госзаказам - а других нет. Отсутствие, видимо, руководящих указаний об освоении технологий - в вестнике в 90х им про виндовз писали, с не про DSP. А вот нанять маленький коллективчик, чтобы там что то посчитали и показали демку - вполне и по деньгам, и по правилам. Правда был ещё один материальный фактор - в этих НИИ закончилась рассыпуха, на которой они творили свои изделия, пришлось крутиться.