Если вы готовите людей, которые проектирую чипы, то зачем вообще демонстрировать работу железа вживую? Можно показать, как простые узлы в симуляторе работают, а дальше уже переходить к программированию на HDL. Убирать резисторы из "железа" - это отрывать работу с "железом" от ... работы с "железом".
" а также поддержка микроконтроллеров Cortex-M3, Cortex-M4 и Cortex-M7 в ядре Linux" А зачем их добавляли тогда? Сами-то ядра все еще активно используются.
Увидел, впечатлялся, заглянул на Github - а кода-то нет( Мне как раз было интересно посмотреть на код для ROS, который будет управлять пылесосом. Ну или хотя бы нормально работающую локализацию на известной карте.
"Одним из наиболее перспективных направлений применения может стать мониторинг сельскохозяйственных культур." "Помимо сельского хозяйства, этот подход может найти применение в складской робототехнике, мониторинге окружающей среды " Подозреваю, что в таких задачах важно знать именно координаты дрона, чтобы можно было адекватно производить измерения или выполнять некую работу.
С другой стороны, использование этой системы как резервной, только для возвращения на базу - может быть и полезно.
Так этот файл нужно как-то собрать, а значит - придется писать компилятор под каждую вариацию языка. Особенно весело, если там "ассемблерные вставки " есть. К слову, редко какой серьезный софт работает без привязки к железу. Тот же Linux обычно требует для работы MMU, а в статье он не упоминается.
А нужны ли будут все эти вычислительные изыски в будущем? Насколько я понял, автор предлагает современный софт компилировать под некий суперпростой процессор, а там уже потомки эти бинарники как-то запустят. Не лучше уж "отправить" в будущее исходники на С и книгу с описанием языка? Сам C достаточно простой, компилятор для него можно под любое железо сделать (лишь бы аппаратных ресурсов, требуемых софтом, хватило).
Тем не менее, весь 20 век программистам не хватало ОЗУ. В самых древних ЭВМ конструкторы что только не изобретали - и хранение информации на ЭЛТ, и даже на металлических струнах (магнитострикционная память). К примеру, растровая графика на компьютерах появилась довольно поздно именно из-за сложности создания видеоОЗУ. Векторную графику поначалу тоже не от хорошей жизни использовали.
" Проект Eternal сводит ПК к почти примитивной модели, а затем добавляет ровно столько инструментов" Совершенно не понял из текста, какими именно характеристиками должен обладать ПК для запуска Linux. Компьютер, это не только АЛУ, но, например, для того же Linux кучу памяти нужно иметь - как ОЗУ, так и долговременной. И если долговременную можно как-то сделать (перфолента, магнитная лента), то ОЗУ примитивной не бывает. *** А, посмотрел проект: https://github.com/adriancable/eternal/blob/ec4290098f3fe8585cfe8d817def91aaf1501e99/vm/vm.c#L21 #define MEM_SIZE (3 << 27) int mem[MEM_SIZE]; У виртуалки было практически 400Мб ОЗУ, очень примитивный компьютер 🤣
Интересно, один спутник получает 120квт мощности. Получается, можно взять десяток спутников, соединить их вместе, и строить мощный буксир на плазменных двигателях без всяких ядерных реакторов? К Марсу такое не отправить, а таскать грузы на ГСО или к Луне - возможно и выгодно выйдет.
Раньше компания заявляла, что это только для коммерческих организаций, включая провайдеров. У OneWeb такая же коммерческая модель.
Если вы готовите людей, которые проектирую чипы, то зачем вообще демонстрировать работу железа вживую?
Можно показать, как простые узлы в симуляторе работают, а дальше уже переходить к программированию на HDL.
Убирать резисторы из "железа" - это отрывать работу с "железом" от ... работы с "железом".
" а также поддержка микроконтроллеров Cortex-M3, Cortex-M4 и Cortex-M7 в ядре Linux"
А зачем их добавляли тогда?
Сами-то ядра все еще активно используются.
Интересно, оно работает через классический Starlink или все же чрез Direct-to-Cell ?
При таких проблемах первым же делом возникает мысль - проверить шину сканером адресов.
Странно, что к этому полгода пришлось идти.
По-моему, сейчас продвинутые роботы умеют прятать лидар внутрь себя - для уборки под диванами и подобными препятствиями.
Увидел, впечатлялся, заглянул на Github - а кода-то нет(
Мне как раз было интересно посмотреть на код для ROS, который будет управлять пылесосом.
Ну или хотя бы нормально работающую локализацию на известной карте.
Тема довольно интересная, спасибо. Возможно, если запускать osmo-trx прямо на ARM, можно и в виртуальной машине всю остальную БС запустить.
"Одним из наиболее перспективных направлений применения может стать мониторинг сельскохозяйственных культур."
"Помимо сельского хозяйства, этот подход может найти применение в складской робототехнике, мониторинге окружающей среды "
Подозреваю, что в таких задачах важно знать именно координаты дрона, чтобы можно было адекватно производить измерения или выполнять некую работу.
С другой стороны, использование этой системы как резервной, только для возвращения на базу - может быть и полезно.
Так этот файл нужно как-то собрать, а значит - придется писать компилятор под каждую вариацию языка. Особенно весело, если там "ассемблерные вставки " есть.
К слову, редко какой серьезный софт работает без привязки к железу. Тот же Linux обычно требует для работы MMU, а в статье он не упоминается.
А нужны ли будут все эти вычислительные изыски в будущем?
Насколько я понял, автор предлагает современный софт компилировать под некий суперпростой процессор, а там уже потомки эти бинарники как-то запустят.
Не лучше уж "отправить" в будущее исходники на С и книгу с описанием языка?
Сам C достаточно простой, компилятор для него можно под любое железо сделать (лишь бы аппаратных ресурсов, требуемых софтом, хватило).
Тем не менее, весь 20 век программистам не хватало ОЗУ.
В самых древних ЭВМ конструкторы что только не изобретали - и хранение информации на ЭЛТ, и даже на металлических струнах (магнитострикционная память).
К примеру, растровая графика на компьютерах появилась довольно поздно именно из-за сложности создания видеоОЗУ. Векторную графику поначалу тоже не от хорошей жизни использовали.
" Проект Eternal сводит ПК к почти примитивной модели, а затем добавляет ровно столько инструментов"
Совершенно не понял из текста, какими именно характеристиками должен обладать ПК для запуска Linux.
Компьютер, это не только АЛУ, но, например, для того же Linux кучу памяти нужно иметь - как ОЗУ, так и долговременной. И если долговременную можно как-то сделать (перфолента, магнитная лента), то ОЗУ примитивной не бывает.
***
А, посмотрел проект: https://github.com/adriancable/eternal/blob/ec4290098f3fe8585cfe8d817def91aaf1501e99/vm/vm.c#L21
#define MEM_SIZE (3 << 27)
int mem[MEM_SIZE];
У виртуалки было практически 400Мб ОЗУ, очень примитивный компьютер 🤣
Хорошо, когда планшет от крупного производителя, и из популярных.
А если планшет - дешевый Китай, то, скорее всего, LineageOS на него не найти.
По-моему, atan() и atan2() тоже очень часто используются.
Экран часов постоянно включен в течении всего месяца работы?
Если нет софта пот ОС, то какой в ней смысл?
В PRI4 - 4 ядра, в Zynq - 2. Частота в 1.5ГГц против 0.66ГГц.
Думаю, что этот Zynq ближе к Raspberry Pi 2, хотя и на ней GSM запускали: https://www.rs-online.com/designspark/running-a-gsm-network-on-the-raspberry-pi-2
Но тут явно частота дискретизации не меньше 600Гц, а никак не 10/50Гц, как в посте.
Интересно, один спутник получает 120квт мощности. Получается, можно взять десяток спутников, соединить их вместе, и строить мощный буксир на плазменных двигателях без всяких ядерных реакторов?
К Марсу такое не отправить, а таскать грузы на ГСО или к Луне - возможно и выгодно выйдет.