Благодаря BASICODE одна и та же радиопередача с кодом игры могла быть загружена на самых разных компьютерах – от Commodore 64 до советской «Электроники».
Слабо просматривается польза от загрузки коммодоровского кода на "Электронике".
Более того, стандарт оказался настолько надёжным к помехам, что передачи можно было вести даже на средних волнах
«щебет» (быстро падающая высота тона, похожая на чириканье птицы)
Chirp - это больше про возрастающую частоту (что, собственно, и изображено на графике). Хотя технически в численных генераторах можно задавать и понижение.
В той статье как раз разделяются альясинг (то, что вы придумали называть Найквистовым артефактом) и собственно саб-Найквист эффект. Но если вам что в лоб, что по лбу - всё одно, тогда вопросов не имеем.
Ну вот я вам и привёл научную статью с термином Nyquist artefact :))
А вы пробовали прочитать дальше заголовка? Хотя даже заголовка достаточно, чтобы заподозрить несоответствие ("саб-Найквист" и просто "Найквист" хоть немного, но отличаются, и не просто дополнительными буквами. Не говоря уже о эффектах, но о них надо читать статью). Странно, что никто не обратил внимания.
Могу ответить, что если не нравится критика - не публикуйте. Тем более такой материал, который с заголовком "Алгоритмы: как превратить сырые данные в координаты" и во втором же предложении "Эта часть посвящена математике...", и при этом в нём нет ни математики, ни вменяемых алгоритмов. Видны только обрывочные и слабоструктурированные знания, при сильном желании донести это всё до общественности. Поэтому вы правы, дискуссию вести бессмысленно.
Для чего эта чятГПТшная портянка, которая либо никак не отвечает на вопрос (в какую модель ошибок включены все параметры дисперсии Аллана? Датчиков? Как это помогает фильтру "лучше" компенсировать каждую составляющую?), либо постулирует очевидные вещи (фраза о кэше прозвучала не "странно", она просто неверная. Вся остальная лирика просто излишня), либо идёт вразрез со статьёй (графики на рисунках практически идентичные, только первый чуть шумнее, а второй отмасштабирован почти в четыре раза. При этом ни красная, ни любая другая из тридцати цветов линия, никуда не "уплывает". Все они стабильно находятся внутри чёрной линии. Ну или это такой красный, который на моём мониторе никак не отображается)?
Тут возникает вопрос. С какой целью публикуется подобный материал, который по сути ничего не раскрывает, несмотря на подзаголовки? Кто-то стоит над душой и заставляет делать публикации? Предлагает какие-то преференции? Просто потешить эго?
Самое идиотическое, это то, что Телега рассылает уведомления всем, у кого вы значитесь в контактах, а не они у вас. Посмотреть бы в глаза тому, кто это придумал.
Возможно, не грузили в экран, т.к. при загрузке через бейсик, на экран выводится имя загружаемого файла, попортит картинку. Это надо будет обдумать, если грузить в экран.
Парой поков можно отредиректить вывод на принтер (главное, чтобы он не был физически подключен), тогда название выводиться не будет. Значений, к сожалению, не помню. Но загрузчики с такой фичей не были редкостью.
Современные системы используют «ремённую» (strap‑down) схему:
специфической силы fn\mathbf{f}_{n}fn и ... и транспортных эффектов
Какая-то странная самодельная/дословно переведённая терминология. Первое называется "бесплатформенной" системой, вторые - кажущимся и переносным ускорением.
И да, датчик - это датчик, а система (AHRS) - это система (которая обсчитывает показания датчиков и выдаёт уже свои показания). В общем, перед написанием/публикацией стоило внимательнее ознакомиться с общепринятой терминологией, чтобы не путать себя и читателей.
"Весь верхний этаж переместился вниз" - это звучит просто устрашающе
Для кого?
А что значит "сердце уже не позволяло взбираться"? Оно орало нечеловеческим голосом? Цеплялось за ноги? Нельзя полагаться на то, что читающий сидит в голове пишущего.
Я думаю, Лиза, что это дело чувства, и если ты отдашься своему чувству, твое сердце подскажет тебе, что и когда надо сказать.
У сердца появился рот? Или телепатическая связь? Вы правда полагаете, что надо ориентироваться на уровень младшего школьного класса?
Цель всего описанного, безусловно, нужная и полезная, поэтому выражаю респект за то, что отлаживаете всё заблаговременно, а не на этапе внедрения. Идея с симулятором довольно интересная, но вот организация процесса мне видится крайне престранной. Сильно проще получить треки с сигналами ДПИ для разных режимов полёта и при разых условиях работы, а потом раз за разом прогонять алгоритм, файнтюня параметры или сам алгоритм. И тут неважно, с сима сигналы или записи с реального борта или что-то своё. Для обкатки не потребуются ни ардуины, ни переходники для них, ничего. Не говоря о том, что расчёты длятся сильно быстрее чем в риалтайме, что экономит уйму времени. К слову, из статьи совсем не понятно, как именно задаётся полёт, его траектория и характеристики. Оператор со стиком каждый раз пытается выполнять фигуры высшего пилотажа? Это первое. Второе, может, я чего-то не понял, но перечень из конфига симулятора не бъётся с набором параметров парсера по ссылке на гитхаб - вместо угловых скоростей там почему-то фигурируют уже углы. И заодно с дополнительной тройкой акселерометров. Ну и
Наиболее хороших результатов удалось добиться на основе библиотеки RTIMULib2, но довольно сильно переписанную.
Хороших в каком смысле? По сравнению с чем? Зачем понадобилось переписывать?
В начале 90-х выходили любительские электронные журналы и газеты. Самые популярные — электронная версия ZX Review,
ZxReview в электронном виде выходил только в середине второй половины 90х (это видно по ссылке), уже после того, как "прогорел" Инфорком. В электронном виде у них с 94-го года выходил PcReview. В 96-м печатное издание PcForum и ещё несколько наименований, но даже если бы Инфорком не сдулся, конкурировать с прочими изданиями (по крайней мере в том же виде) он бы не смог.
Не упомянут "Магазин игрушек", переродившийся в культовый Гейм.Учу - это уже 95-й, 96-й года.
Сценарий один, набрали измерений, записали, повторили. В какой-то момент питание пропало (это нормальное явление). И так много раз. На какой-то из них оно мрёт.
Про флаш не совсем понятно, так как до его вызова данные могут быть буферизированы.
Понятно, данные буферизированы. Но буфер в одну страницу, а переписывается блок, и ещё вытирается пара. Данные дописываются в конец, обычный логгинг.
А вот файловая система STfs специально заточена на мелкую гранулярность и большие сектора стирания.
https://github.com/stef/stfs это оно? Как понимаю, годится только для встроенного флеша, и на большой (сотни мегабайт, гигабайты) памяти будет тормозить?
Та же YAFFS отлично подходит и по скорости будет быстрее.
Только если вдруг завалялась большая куча рамы (если нужен большой флеш). А так да неплоха, устойчива.
Little Fs - это небольшая отказоустойчивая файловая система
Везде, где есть упоминание LFS все считают своим долгом упомянуть отказоустойчивость, хотя при вырубании питания мрёт оная за милую душу. Иногда просто перестаёт монтировать раздел, иногда пишет нулевое свободное пространство, но так или иначе, продолжать работать без реинициализации невозможно. Ещё одна вымораживающая фишка в том, что если не флашить изменения, то после вырубания питания на руках будем иметь нулевой файл. Посему надо обязательно изменения флашить. И всё бы ничего, но на каждый флаш LFS начинает вытирать кучу блоков, что-то массово перезаписывать, и это выливается в конкретные тормоза. Решением может быть применение ртоси, буферизаций и т.п. Отмечу, что всё перечисленное имеет/ло место при работе с сырым NAND, и есть вероятность, что LFS плохо учитывает особенности такой памяти.
Lazy write - это алгоритм записи, который записывает данные только в том случае, если они реально отсутствуют в памяти.
Тут вы, батенька, что-то опять выдумываете (или повторяете выдуманное кем-то). Lazy - это отложенная операция (не только записи, но и много чего другого). Складываем изменения, а когда подошло подходящее время (здесь должен быть мем про котика, часами смотрящего на часы.жпг), пишем. А незапись повторяющихся данных - это просто микрооптимизация в драйвере FS, реализуемая самым примитивным образом (хоть и не без оверхеда). То же касается и вытирания уже вытертых блоков (такое не редкость).
Увидит ли ПК файлы, если запрограммировать LittleFs на SD карте?
Есль подумать чуть-чуть, то ответ очевиден. Хотя могут быть варианты. Интрузивный - ставить драйвер на ПеКа, или не очень - подключать сам девайс и использовать USB MTP (т.е. спрятать LFS, чтобы его никто не видел).
Можно не заморачиваться и сказать "Straight, then right".
Слабо просматривается польза от загрузки коммодоровского кода на "Электронике".
Похоже, не очень надёжным...
Chirp - это больше про возрастающую частоту (что, собственно, и изображено на графике). Хотя технически в численных генераторах можно задавать и понижение.
В той статье как раз разделяются альясинг (то, что вы придумали называть Найквистовым артефактом) и собственно саб-Найквист эффект. Но если вам что в лоб, что по лбу - всё одно, тогда вопросов не имеем.
А вы пробовали прочитать дальше заголовка? Хотя даже заголовка достаточно, чтобы заподозрить несоответствие ("саб-Найквист" и просто "Найквист" хоть немного, но отличаются, и не просто дополнительными буквами. Не говоря уже о эффектах, но о них надо читать статью). Странно, что никто не обратил внимания.
Могу ответить, что если не нравится критика - не публикуйте. Тем более такой материал, который с заголовком "Алгоритмы: как превратить сырые данные в координаты" и во втором же предложении "Эта часть посвящена математике...", и при этом в нём нет ни математики, ни вменяемых алгоритмов. Видны только обрывочные и слабоструктурированные знания, при сильном желании донести это всё до общественности. Поэтому вы правы, дискуссию вести бессмысленно.
Для чего эта чятГПТшная портянка, которая либо никак не отвечает на вопрос (в какую модель ошибок включены все параметры дисперсии Аллана? Датчиков? Как это помогает фильтру "лучше" компенсировать каждую составляющую?), либо постулирует очевидные вещи (фраза о кэше прозвучала не "странно", она просто неверная. Вся остальная лирика просто излишня), либо идёт вразрез со статьёй (графики на рисунках практически идентичные, только первый чуть шумнее, а второй отмасштабирован почти в четыре раза. При этом ни красная, ни любая другая из тридцати цветов линия, никуда не "уплывает". Все они стабильно находятся внутри чёрной линии. Ну или это такой красный, который на моём мониторе никак не отображается)?
Тут возникает вопрос. С какой целью публикуется подобный материал, который по сути ничего не раскрывает, несмотря на подзаголовки? Кто-то стоит над душой и заставляет делать публикации? Предлагает какие-то преференции? Просто потешить эго?
Четвёртая статья, но всё на своих местах - "алгоритмы" без алгоритмов, собственные термины и проч.
Скажем, несколько раз упоминается дисперсия Аллана. Там что-то около 7 параметров, зачем и каким образом они все учитываются в модели?
О каких промахах, да и вообще кэшах речь, касаемо stm32f407 (если я правильно смог считать название камня с лоурезной картинки из прошлой статьи)?
Ну и вопрос на засыпку. Чем отличаются первые два рисунка и где на них 300м "до" и 50-80 "после"?
Самое идиотическое, это то, что Телега рассылает уведомления всем, у кого вы значитесь в контактах, а не они у вас. Посмотреть бы в глаза тому, кто это придумал.
Парой поков можно отредиректить вывод на принтер (главное, чтобы он не был физически подключен), тогда название выводиться не будет. Значений, к сожалению, не помню. Но загрузчики с такой фичей не были редкостью.
Какая-то странная самодельная/дословно переведённая терминология. Первое называется "бесплатформенной" системой, вторые - кажущимся и переносным ускорением.
И да, датчик - это датчик, а система (AHRS) - это система (которая обсчитывает показания датчиков и выдаёт уже свои показания). В общем, перед написанием/публикацией стоило внимательнее ознакомиться с общепринятой терминологией, чтобы не путать себя и читателей.
Для кого?
У сердца появился рот? Или телепатическая связь? Вы правда полагаете, что надо ориентироваться на уровень младшего школьного класса?
Цель всего описанного, безусловно, нужная и полезная, поэтому выражаю респект за то, что отлаживаете всё заблаговременно, а не на этапе внедрения. Идея с симулятором довольно интересная, но вот организация процесса мне видится крайне престранной. Сильно проще получить треки с сигналами ДПИ для разных режимов полёта и при разых условиях работы, а потом раз за разом прогонять алгоритм, файнтюня параметры или сам алгоритм. И тут неважно, с сима сигналы или записи с реального борта или что-то своё. Для обкатки не потребуются ни ардуины, ни переходники для них, ничего. Не говоря о том, что расчёты длятся сильно быстрее чем в риалтайме, что экономит уйму времени. К слову, из статьи совсем не понятно, как именно задаётся полёт, его траектория и характеристики. Оператор со стиком каждый раз пытается выполнять фигуры высшего пилотажа?
Это первое. Второе, может, я чего-то не понял, но перечень из конфига симулятора не бъётся с набором параметров парсера по ссылке на гитхаб - вместо угловых скоростей там почему-то фигурируют уже углы. И заодно с дополнительной тройкой акселерометров.
Ну и
Хороших в каком смысле? По сравнению с чем? Зачем понадобилось переписывать?
ZxReview в электронном виде выходил только в середине второй половины 90х (это видно по ссылке), уже после того, как "прогорел" Инфорком. В электронном виде у них с 94-го года выходил PcReview. В 96-м печатное издание PcForum и ещё несколько наименований, но даже если бы Инфорком не сдулся, конкурировать с прочими изданиями (по крайней мере в том же виде) он бы не смог.
Не упомянут "Магазин игрушек", переродившийся в культовый Гейм.Учу - это уже 95-й, 96-й года.
Сценарий один, набрали измерений, записали, повторили. В какой-то момент питание пропало (это нормальное явление). И так много раз. На какой-то из них оно мрёт.
Понятно, данные буферизированы. Но буфер в одну страницу, а переписывается блок, и ещё вытирается пара. Данные дописываются в конец, обычный логгинг.
Осталось только вспомнить, какой объём оно занимает, и сразу становится ясной применимость оного. И это не говоря про частотный диапазон.
https://github.com/stef/stfs это оно? Как понимаю, годится только для встроенного флеша, и на большой (сотни мегабайт, гигабайты) памяти будет тормозить?
Только если вдруг завалялась большая куча рамы (если нужен большой флеш). А так да неплоха, устойчива.
Под виндой наверное тоже что-то есть. Или можно своё, через винапи.
Везде, где есть упоминание LFS все считают своим долгом упомянуть отказоустойчивость, хотя при вырубании питания мрёт оная за милую душу. Иногда просто перестаёт монтировать раздел, иногда пишет нулевое свободное пространство, но так или иначе, продолжать работать без реинициализации невозможно. Ещё одна вымораживающая фишка в том, что если не флашить изменения, то после вырубания питания на руках будем иметь нулевой файл. Посему надо обязательно изменения флашить. И всё бы ничего, но на каждый флаш LFS начинает вытирать кучу блоков, что-то массово перезаписывать, и это выливается в конкретные тормоза. Решением может быть применение ртоси, буферизаций и т.п. Отмечу, что всё перечисленное имеет/ло место при работе с сырым NAND, и есть вероятность, что LFS плохо учитывает особенности такой памяти.
Тут вы, батенька, что-то опять выдумываете (или повторяете выдуманное кем-то). Lazy - это отложенная операция (не только записи, но и много чего другого). Складываем изменения, а когда подошло подходящее время (здесь должен быть мем про котика, часами смотрящего на часы.жпг), пишем. А незапись повторяющихся данных - это просто микрооптимизация в драйвере FS, реализуемая самым примитивным образом (хоть и не без оверхеда). То же касается и вытирания уже вытертых блоков (такое не редкость).
Есль подумать чуть-чуть, то ответ очевиден. Хотя могут быть варианты. Интрузивный - ставить драйвер на ПеКа, или не очень - подключать сам девайс и использовать USB MTP (т.е. спрятать LFS, чтобы его никто не видел).
Panama Joe aka Montezuma's Revenge?