Хорошее упражнение типа 1, только лёжа - надо лечь на спину, руки сцепить за головой локти вверх, ноги согнуть в коленях. Медленно поворачивать колени и локти в противоположенные стороны и тянуть их по неск секунд.
Второе пришествие вижуал бейсика)) я долго не мог понять, что мне напоминает весь этот промоушен АИ, кодогенераторов и прочего, и вот именно прочитав начало статьи понял - 30 лет назад один математик-программист, пересев с ЕС и Меры с Камаком за персоналку под виндоуз именно так расписывал мне, молодому радиоинженеру, написавшему 2 курсовика на Фортране и пару штук на ассемблере, перспективы развития программирования. Не взлетело. И Дельфи не взлетело, и UML с разными средами проектирования за несусветные сотни тысяч долларов. HyperSignal, Cadance, Mentor Graphics - я больше чем уверен, что многие вообще не в курсе что это такое и какое отношение они имеют к производству ПО. И так же не уверен что они ещё продолжают тренды 20 летней давности в своих продуктах типа как нарисовать модельку, верифицировать, а потом сразу засунуть в пзу в какой нить железке типа телефона Филлипс.
Нет, интересно конечно, надо изучать, пробовать.. но осадочек остаётся)
Ещё увлажнитель можно легко сделать. Ну или фонтанчик) надо на али купить несколько колец, соединить их электрически параллельно, склеить в цилиндр на шпильке со стальной накладкой, запитать на резонансной частоте. Может получиться буря в ведре)
Работал с софтом, который состоял из десятка программ, запускаемых как процессы и контроллируемых через heartbit. Взаимодействие осуществлялось через rpc лайк api через сокеты. Любой процесс перезапускался при потере пинга, если модификация не требовала изменения api её можно было накатывать на ходу. Работало как на одном узле, так и на нескольких. Слышал, что потом это утащили куда то в клауд и засовывали в контейнеры под каждого клиента.
При несущей 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. А вот нанять маленький коллективчик, чтобы там что то посчитали и показали демку - вполне и по деньгам, и по правилам. Правда был ещё один материальный фактор - в этих НИИ закончилась рассыпуха, на которой они творили свои изделия, пришлось крутиться.
Хорошее упражнение типа 1, только лёжа - надо лечь на спину, руки сцепить за головой локти вверх, ноги согнуть в коленях. Медленно поворачивать колени и локти в противоположенные стороны и тянуть их по неск секунд.
Второе пришествие вижуал бейсика)) я долго не мог понять, что мне напоминает весь этот промоушен АИ, кодогенераторов и прочего, и вот именно прочитав начало статьи понял - 30 лет назад один математик-программист, пересев с ЕС и Меры с Камаком за персоналку под виндоуз именно так расписывал мне, молодому радиоинженеру, написавшему 2 курсовика на Фортране и пару штук на ассемблере, перспективы развития программирования. Не взлетело. И Дельфи не взлетело, и UML с разными средами проектирования за несусветные сотни тысяч долларов. HyperSignal, Cadance, Mentor Graphics - я больше чем уверен, что многие вообще не в курсе что это такое и какое отношение они имеют к производству ПО. И так же не уверен что они ещё продолжают тренды 20 летней давности в своих продуктах типа как нарисовать модельку, верифицировать, а потом сразу засунуть в пзу в какой нить железке типа телефона Филлипс.
Нет, интересно конечно, надо изучать, пробовать.. но осадочек остаётся)
Ещё увлажнитель можно легко сделать. Ну или фонтанчик) надо на али купить несколько колец, соединить их электрически параллельно, склеить в цилиндр на шпильке со стальной накладкой, запитать на резонансной частоте. Может получиться буря в ведре)
Работал с софтом, который состоял из десятка программ, запускаемых как процессы и контроллируемых через heartbit. Взаимодействие осуществлялось через rpc лайк api через сокеты. Любой процесс перезапускался при потере пинга, если модификация не требовала изменения api её можно было накатывать на ходу. Работало как на одном узле, так и на нескольких. Слышал, что потом это утащили куда то в клауд и засовывали в контейнеры под каждого клиента.
Блокировки вводят сайты, а не провайдеры, так что..
При несущей 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. А вот нанять маленький коллективчик, чтобы там что то посчитали и показали демку - вполне и по деньгам, и по правилам. Правда был ещё один материальный фактор - в этих НИИ закончилась рассыпуха, на которой они творили свои изделия, пришлось крутиться.