При всем уважении к Вам, я очень отрицательно отношусь к навязыванию своих услуг, то что Вы делаете. Если я не согласился на "выгодных для вас условиях", которые между прочим Вы не огласили, то на это были свои причины. Если Вы так принципиальны, все же огласите свои расценки. Да, очепятки необходимо вычищать до публикации поста, спору нет, но с ваших слов я прям специально пишу для аудитории "безграмотными публикациями". И запомните на будущее, кормят детей, а авторы пишут как и художники.
Возможно в будущем появится ручное управление GC, скорее всего данные методы пока не в приоритете добавления. Программирование под МК в основном подразумевает статические переменные, которые "живут" на протяжение всей работы программы.
Научных исследований нет потому что пост заказной, проплаченный, сами знаете кем, вы типа там не волнуйтесь, на самом деле все ок. Любое научное исследование начинается со сбором текущих данных об объекте, тем более если автор пытается опровергнуть данные. Пост не содержит никаких данных о текущем состояние Рыжего леса, поэтому о компетентности автора говорить не приходится. Далее,
Так что на самом деле, как такового Рыжего леса на этом месте сейчас нет – там либо пустыри, либо новый выросший лес.
Голословной утверждение. Радиоактивные элементы проникли глубоко в почву и надолго там засели. Нельзя просто взять и снять верхних слой, и сделать все прекрасно. Почитайте отчеты ликвидаторов. Радиоактивные элементы остались в почве. Мало того по итогу ликвидации был сделан вывод что это "копание" только усугубило проблему, потому что элементы ушли вглубь почвы. В почве живут различные существа, растения высасывают воду из почвы, в результате деятельности животного и растительного мира радиоактивные элементы из глубины постепенно выносятся на поверхность. Поэтому поверхность заражена радиоактивными элементами.
Далее автор просто стороной обошел попадание элементов внутрь. А это просто принципиальных фактор. Радиоактивные элементы после попадания в организм не выводятся из него. Постепенно они разрушают внутренние органы и человек умирает. Т.е. не сразу, в течение нескольких месяцев, лет, но точно умрет. Вполне возможно, что информации об облучение преувеличена нет такого повального ухудшения здоровья. Но в скором времени они все равно умрут, т.к. элементы уже внутри.
Далее, автор привел мнение двух радиобиологов Екатерины Шавановой и Елена Паренюк из Национального университета биоресурсов и природопользования Украины. Эти люди вообще кто? Какова их квалификация и насколько их мнение значимо в научной сфере? Диванных аналитиков везде хватает. Какой за их плечами опыт, работа в этой сфере, можем ли мы им доверят? Это ключевой вопрос который автор, так называемый физик просто обошел стороной. С точки зрения научной публикации это краеугольный момент. И как бы мнение двух людей как то мало, не мешало бы собрать побольше мнений по данному вопросу.
И главное, первоисточник данный радиобиологов отсутствует, они действительно такое говорили? Сайт without-lie.info является перепечаткой. Где первоисточник и если он есть, то не был ли искажен изначальный смысл текста?
Сам ресурс without-lie.info мне кажется очень странным. При его просмотре возникает какое то чувство дежавю, когда российские пропагандоны создают якобы иностранные СМИ, а потом на них же ссылаются. И в первой полосе пишут : "Вот видите что они на самом деле ... ". Сами посудите, ресурс существует с 2018 года. 4 года для информационного ресурса это очень много, написано более 800 постов. По итогу на него практически никто не ссылается. В телеге всего 135 подписчика, просмотры на youtube.com канале практически нулевые в пределах нескольких десятков. Да у меня с узкой технической тематикой просмотров и ссылок на мои посты больше чем у них с гораздо более широкой общественной тематикой. На месте автора в данной ситуации по факту необходимо связываться с радиобиологами которые упоминаются в тексте для подтверждения "своих" слов.
Резюмируя, любое исследование необходимо рассматривать со всех сторон и учитывать все факторы, проверять источники информации. А в данном посте автор тупо голословно без анализа текущей ситуации, без данных обследования пациентов, пытается что-то опровергнуть.
Ссылку на пост, которую вы привели, является не более куском выдрой инструкции по сборке образа. Уж простите, за обзор при любом желании не сойдет, и вот почему:
1) Аудитория Хабра это далеко супер спецы по программированию и железкам, поэтому в начале повествования необходимо как минимум кратко ввести читателя в экскурс предмета обсуждения, либо привести ссылку на хороший пост. В данном посте ничего этого нет как факт.
2) Непонятная дичь "лежат на MEGA (хочешь качать - плати деньги...) ". Да на MEGA есть платные подписки на объем хранилища, но скачивать можно всегда бесплатно.
3) "PhoenixCard (судя по китайским форумам он не слушается даже китайцев)" программа работает как часы. Я немало форумов прочитал китайских, но нигде никаких проблем с данной программой не нашел. Мало того, ее можно не использовать, а разметить карту вручную.
4) "печальное ковыряние палкой данного продукта жизнедеятельности" - такие фразы писать вообще непотребство. В локальном чатике, форуме между своими, без проблем. Но такое выносить на публику, "no comments".
5) "гайд для Sipeed Nezha от дяди Samuel'a Holland'a " - где ссылка Билли?
6) "теже самые мысли по поводу NAND - поддержку его тоже лучше добавлять вдумчиво" - к технике не имеет никакого отношения. Что означает данное выражение "вдумчиво"? Поддержка NAND включается, если данное устройство будет подключенно к SoC, а противном случает это лишний код в ядре.
7) Автор описал структуру SDK, неа а зачем? Какие устройства на плате включены в поддержку полученной прошивки? Самое главное для понимания материала читателем как факт отсутствует.
автор не упоминает нарушение лицензий в её создании
Про какие нарушения лицензии идет речь?
Для эксперимента хотелось запустить Docker, что тут непонятного?
По бравому тону мне кажется, что это перевод/компиляция, а не опыт реального использования этой платы.
А вот это очень обидно и оскорбительно. Если у вас есть сомнения, то можете написать последовательно bash скрипт для исполнения. И я с записью на видео, его выполню на плате.
Обновил раздел - "Дополнительный дисплей 1.14" 135×240 SPI LCD"
Я очень много вкладываю сил и времени разбираясь во всем этом, всегда очень сложно быть первопроходцем. На сколько могу судить я единственный кто работает так с одноплатниками. Другие максимум только про малинку переводы клепают, но так что бы последовательно как мануал все в разжёванном виде представить, я что-то не припомню. Мне как автору интересно видеть отклик от аудитории, но в последнее время технические посты про разработку и программирование все больше хочется переводить на другие площадки.
Видя реакцию на пост, учитывая уже поставленные три минуса, думаю что продолжение о формирование своего дистрибутива и программирования на .NET для RISC-V скорее всего публиковать на Хабре уже не буду. Я для себя не вижу смысла писать для Хабра в таком ключе.
Нескольно не уточнил, подразумевал не RISC-V для MCU, а законченный результат в виде SoC с запуском Linux в конечном продукте как одноплатники.
Сравниваю с МЦСТ и Байкал электроникс в контексте политики. Китайцы для экспансии наоборот пытаются все открыть, а российская политика все закрыть и не пущать.
А какие другие дорогие одноплатники не от китайцев на RISC-V можете привести в пример?
глаз зацепился за эту фразу, по её прочтению возникает ощущение, что только китайские компании, что, конечно же, неправда.
Но наиболее активно работают именно китайские компании. На руках у меня именно китайская плата с RISC-V процессором, а не европейская или американская.
Среди компаний уровня "Premier Members" в консорцоуме RISC-V значатся компании: Alibaba Cloud, Andes, Chengwei Capital, FutureWei, Google, Huawei, ICT, ISCAS, Intel, RIOS, Rivos, ZTE, StarFive, SiFive, Stream Computing, SyntaCore, Unisoc, Ventana Micro, Western Digital.
Всего 21 компания, 11 компаний китайские, как говорится комментарии излишни.
В отличие от китайских компаний, другие только собираются заняться вплотную RISC-V архитектурой.
Intel объявила об инвестирование 1 миллиарда баксов в фонд Intel Foundry Services (IFS). Задача IFS помочь в производстве процессоров для стартапов на базе архитектур x86, Arm и RISC-V, в том числе на основе RISC-V IP-ядер от SiFive. В дополнение, Intel собирается разрабатывать и лицензировать собственные ядра RISC-V.
Компания SiFive вместе с Intel собирается представить во втором квартале 2022 года процессор SiFive Performance P550 RISC-V под кодовым названием «Horse Creek». Данный процессор предполагается производить по техпроцессу 7-нм и будет включать IP-ядра от Intel такие как PCIe и DDR.
omg, чтобы сделать загрузочную флешку с linux нужен windows?
Тоже самое можно сделать и в Linux, кому как нравится. А еще можно залить прошивку по USB использую FEL, но это немного другая история.
И как бы в открытой Raspberry Pi блобов вагон и маленькая тележка, открытость вопрос очень сложный.
Не судите так строго, окончательная спецификация на RISC-V появилась только в прошлом году. Поэтому драйвера просто пока не успели написать. Потом необходимо учитывать использование образа на достаточно старом ядре Linux. Дабы не вводить в заблуждение аудиторию специально не стал выполнять никаких тестов на производительность.
Сейчас разбираюсь с SDK. Подготовлю образ на свежем ядре Linux, добьюсь работы периферии, и тогда протестирую плату по полной.
Visual Studio прекрасный инструмент, но для подобных одноплатных компьютеров есть много нюансов.
1) MS в поддержке ориентируется на Raspberry Pi. Мир не состоит только из Raspberry Pi, существуют вагоны других подобных и не очень плат.
2) Концепция расширения заключается в максимальной простоте настройки процесса разработки. Вы задали реквизиты root доступа, а расширение сделает все остальное за вас.
3) Visual Studio не создает ключи доступа по ssh, не устанавливает билиотеку Libgpiod.
4) В Visual Studio нет поддержки DTS. Опять через командную строку вручную включать/выключать слои. Например вам необходимо включить слой PWM, добавили файл *.dts и включили, все элементарно.
5) Добавится поддержка отладки в Docker-контейнерах, как это сделано в расширение Torizon. Visual Studio этого не умеет в принципе.
6) Будет возможность отладки графических приложений в Docker-контейнерах.
7) Visual Studio Code в отличие от "большой студии" работает в Linux.
8) Visual Studio Code по скорости работы существенно превосходит "большую студию".
Собственно поэтому и возникла необходимость разработки расширения. При этом я еще не говорю про графический конфигуратор DTO "слоев". Visual Studio решает задачу только написания кода и отладки, но нужен полноценный инструмент настройки и подготовки устойства для процесса разработки.
Расширение работает только с .NET, но поддержку Mono можно добавить. У меня нет Raspberry Pi Zero, поэтому если согласны протестировать на своем устройстве, то можем организоваться.
Полегче бро
При всем уважении к Вам, я очень отрицательно отношусь к навязыванию своих услуг, то что Вы делаете. Если я не согласился на "выгодных для вас условиях", которые между прочим Вы не огласили, то на это были свои причины. Если Вы так принципиальны, все же огласите свои расценки. Да, очепятки необходимо вычищать до публикации поста, спору нет, но с ваших слов я прям специально пишу для аудитории "безграмотными публикациями". И запомните на будущее, кормят детей, а авторы пишут как и художники.
С точки зрения приличия можно было ограничиться личным сообщением
Возможно в будущем появится ручное управление GC, скорее всего данные методы пока не в приоритете добавления. Программирование под МК в основном подразумевает статические переменные, которые "живут" на протяжение всей работы программы.
Квалификацию я давно нашел, загвоздка в другом. Найдите подтвержденный первоисточник комментариев ученых в without-lie.info.
Я тоже могу написать, а вот Мадам Кюри говорила ... Как говорится где пруфы Билли? Вы их не предоставили, а значит пока ваш пост в области домыслов.
Вы потрудились бы хоть чуть-чуть напрячь мозги, привести хоть один контраргумент. А так ничего, и ветер в голове дует.
Точно пока сложно сказать. Эксперименты власти не проходят даром и внести серьезные изменения в график работы, продолжение скорее всего будет к июню.
Научных исследований нет потому что пост заказной, проплаченный, сами знаете кем, вы типа там не волнуйтесь, на самом деле все ок. Любое научное исследование начинается со сбором текущих данных об объекте, тем более если автор пытается опровергнуть данные. Пост не содержит никаких данных о текущем состояние Рыжего леса, поэтому о компетентности автора говорить не приходится. Далее,
Голословной утверждение. Радиоактивные элементы проникли глубоко в почву и надолго там засели. Нельзя просто взять и снять верхних слой, и сделать все прекрасно. Почитайте отчеты ликвидаторов. Радиоактивные элементы остались в почве. Мало того по итогу ликвидации был сделан вывод что это "копание" только усугубило проблему, потому что элементы ушли вглубь почвы. В почве живут различные существа, растения высасывают воду из почвы, в результате деятельности животного и растительного мира радиоактивные элементы из глубины постепенно выносятся на поверхность. Поэтому поверхность заражена радиоактивными элементами.
Далее автор просто стороной обошел попадание элементов внутрь. А это просто принципиальных фактор. Радиоактивные элементы после попадания в организм не выводятся из него. Постепенно они разрушают внутренние органы и человек умирает. Т.е. не сразу, в течение нескольких месяцев, лет, но точно умрет. Вполне возможно, что информации об облучение преувеличена нет такого повального ухудшения здоровья. Но в скором времени они все равно умрут, т.к. элементы уже внутри.
Далее, автор привел мнение двух радиобиологов Екатерины Шавановой и Елена Паренюк из Национального университета биоресурсов и природопользования Украины. Эти люди вообще кто? Какова их квалификация и насколько их мнение значимо в научной сфере? Диванных аналитиков везде хватает. Какой за их плечами опыт, работа в этой сфере, можем ли мы им доверят? Это ключевой вопрос который автор, так называемый физик просто обошел стороной. С точки зрения научной публикации это краеугольный момент. И как бы мнение двух людей как то мало, не мешало бы собрать побольше мнений по данному вопросу.
И главное, первоисточник данный радиобиологов отсутствует, они действительно такое говорили? Сайт without-lie.info является перепечаткой. Где первоисточник и если он есть, то не был ли искажен изначальный смысл текста?
Сам ресурс without-lie.info мне кажется очень странным. При его просмотре возникает какое то чувство дежавю, когда российские пропагандоны создают якобы иностранные СМИ, а потом на них же ссылаются. И в первой полосе пишут : "Вот видите что они на самом деле ... ". Сами посудите, ресурс существует с 2018 года. 4 года для информационного ресурса это очень много, написано более 800 постов. По итогу на него практически никто не ссылается. В телеге всего 135 подписчика, просмотры на youtube.com канале практически нулевые в пределах нескольких десятков. Да у меня с узкой технической тематикой просмотров и ссылок на мои посты больше чем у них с гораздо более широкой общественной тематикой. На месте автора в данной ситуации по факту необходимо связываться с радиобиологами которые упоминаются в тексте для подтверждения "своих" слов.
Резюмируя, любое исследование необходимо рассматривать со всех сторон и учитывать все факторы, проверять источники информации. А в данном посте автор тупо голословно без анализа текущей ситуации, без данных обследования пациентов, пытается что-то опровергнуть.
Благодарю :). Для формочек под Linux уже упоминали Avalonia UI, можете почитать пост про метеостанцию, там как раз UI сделан на Avalonia.
Для UI под Linux есть более интересный проект Uno platform. Предварительно я тестировал Uno platform, и он мне больше понравился.
Ссылку на пост, которую вы привели, является не более куском выдрой инструкции по сборке образа. Уж простите, за обзор при любом желании не сойдет, и вот почему:
1) Аудитория Хабра это далеко супер спецы по программированию и железкам, поэтому в начале повествования необходимо как минимум кратко ввести читателя в экскурс предмета обсуждения, либо привести ссылку на хороший пост. В данном посте ничего этого нет как факт.
2) Непонятная дичь "лежат на MEGA (хочешь качать - плати деньги...) ". Да на MEGA есть платные подписки на объем хранилища, но скачивать можно всегда бесплатно.
3) "PhoenixCard (судя по китайским форумам он не слушается даже китайцев)" программа работает как часы. Я немало форумов прочитал китайских, но нигде никаких проблем с данной программой не нашел. Мало того, ее можно не использовать, а разметить карту вручную.
4) "печальное ковыряние палкой данного продукта жизнедеятельности" - такие фразы писать вообще непотребство. В локальном чатике, форуме между своими, без проблем. Но такое выносить на публику, "no comments".
5) "гайд для Sipeed Nezha от дяди Samuel'a Holland'a " - где ссылка Билли?
6) "теже самые мысли по поводу NAND - поддержку его тоже лучше добавлять вдумчиво" - к технике не имеет никакого отношения. Что означает данное выражение "вдумчиво"? Поддержка NAND включается, если данное устройство будет подключенно к SoC, а противном случает это лишний код в ядре.
7) Автор описал структуру SDK, неа а зачем? Какие устройства на плате включены в поддержку полученной прошивки? Самое главное для понимания материала читателем как факт отсутствует.
Про какие нарушения лицензии идет речь?
Для эксперимента хотелось запустить Docker, что тут непонятного?
А вот это очень обидно и оскорбительно. Если у вас есть сомнения, то можете написать последовательно bash скрипт для исполнения. И я с записью на видео, его выполню на плате.
Обновил раздел - "Дополнительный дисплей 1.14" 135×240 SPI LCD"
Я очень много вкладываю сил и времени разбираясь во всем этом, всегда очень сложно быть первопроходцем. На сколько могу судить я единственный кто работает так с одноплатниками. Другие максимум только про малинку переводы клепают, но так что бы последовательно как мануал все в разжёванном виде представить, я что-то не припомню. Мне как автору интересно видеть отклик от аудитории, но в последнее время технические посты про разработку и программирование все больше хочется переводить на другие площадки.
Видя реакцию на пост, учитывая уже поставленные три минуса, думаю что продолжение о формирование своего дистрибутива и программирования на .NET для RISC-V скорее всего публиковать на Хабре уже не буду. Я для себя не вижу смысла писать для Хабра в таком ключе.
Все верно WD давно используют RISC-V в своих контроллерах к дискам.
Нескольно не уточнил, подразумевал не RISC-V для MCU, а законченный результат в виде SoC с запуском Linux в конечном продукте как одноплатники.
Сравниваю с МЦСТ и Байкал электроникс в контексте политики. Китайцы для экспансии наоборот пытаются все открыть, а российская политика все закрыть и не пущать.
А какие другие дорогие одноплатники не от китайцев на RISC-V можете привести в пример?
Но наиболее активно работают именно китайские компании. На руках у меня именно китайская плата с RISC-V процессором, а не европейская или американская.
Среди компаний уровня "Premier Members" в консорцоуме RISC-V значатся компании: Alibaba Cloud, Andes, Chengwei Capital, FutureWei, Google, Huawei, ICT, ISCAS, Intel, RIOS, Rivos, ZTE, StarFive, SiFive, Stream Computing, SyntaCore, Unisoc, Ventana Micro, Western Digital.
Всего 21 компания, 11 компаний китайские, как говорится комментарии излишни.
В отличие от китайских компаний, другие только собираются заняться вплотную RISC-V архитектурой.
Intel объявила об инвестирование 1 миллиарда баксов в фонд Intel Foundry Services (IFS). Задача IFS помочь в производстве процессоров для стартапов на базе архитектур x86, Arm и RISC-V, в том числе на основе RISC-V IP-ядер от SiFive. В дополнение, Intel собирается разрабатывать и лицензировать собственные ядра RISC-V.
Компания SiFive вместе с Intel собирается представить во втором квартале 2022 года процессор SiFive Performance P550 RISC-V под кодовым названием «Horse Creek». Данный процессор предполагается производить по техпроцессу 7-нм и будет включать IP-ядра от Intel такие как PCIe и DDR.
Тоже самое можно сделать и в Linux, кому как нравится. А еще можно залить прошивку по USB использую FEL, но это немного другая история.
Документации хватает, только она в основном на китайском языке:
GitHub - Sipeed Lichee RV (зеркало)
RISC-V International
RISC-V GitHub Repositories
Allwinner D1/D1s RISC-V Сборник материалов, детальное описание аппаратных интерфейсов (китайский)
Allwinner D1/D1s RISC-V Дополнительные материалы (китайский)
Waft — WebAssembly AIoT (китайский)
Architectures_RISC-V Allwinner — Fedora Project Wiki
Nezha RISC-V Linux SBC launched for $99 and up — CNX-SOFTWARE
Allwinner D1 RISC-V processor SDK & Documentation — CNX-SOFTWARE
Open Chip Community. T-Head (китайский)
D1-Boards Introduction — Document Center
GitHub — Tiny FEL tools for allwinner SOC, support RISC-V D1 chip
И как бы в открытой Raspberry Pi блобов вагон и маленькая тележка, открытость вопрос очень сложный.
Не судите так строго, окончательная спецификация на RISC-V появилась только в прошлом году. Поэтому драйвера просто пока не успели написать. Потом необходимо учитывать использование образа на достаточно старом ядре Linux. Дабы не вводить в заблуждение аудиторию специально не стал выполнять никаких тестов на производительность.
Сейчас разбираюсь с SDK. Подготовлю образ на свежем ядре Linux, добьюсь работы периферии, и тогда протестирую плату по полной.
На многих платах есть eMMC память. Для SSD размещают слот подключения, например в ROCK Pi 4
Visual Studio прекрасный инструмент, но для подобных одноплатных компьютеров есть много нюансов.
1) MS в поддержке ориентируется на Raspberry Pi. Мир не состоит только из Raspberry Pi, существуют вагоны других подобных и не очень плат.
2) Концепция расширения заключается в максимальной простоте настройки процесса разработки. Вы задали реквизиты root доступа, а расширение сделает все остальное за вас.
3) Visual Studio не создает ключи доступа по ssh, не устанавливает билиотеку Libgpiod.
4) В Visual Studio нет поддержки DTS. Опять через командную строку вручную включать/выключать слои. Например вам необходимо включить слой PWM, добавили файл *.dts и включили, все элементарно.
5) Добавится поддержка отладки в Docker-контейнерах, как это сделано в расширение Torizon. Visual Studio этого не умеет в принципе.
6) Будет возможность отладки графических приложений в Docker-контейнерах.
7) Visual Studio Code в отличие от "большой студии" работает в Linux.
8) Visual Studio Code по скорости работы существенно превосходит "большую студию".
Собственно поэтому и возникла необходимость разработки расширения. При этом я еще не говорю про графический конфигуратор DTO "слоев". Visual Studio решает задачу только написания кода и отладки, но нужен полноценный инструмент настройки и подготовки устойства для процесса разработки.
Расширение работает только с .NET, но поддержку Mono можно добавить. У меня нет Raspberry Pi Zero, поэтому если согласны протестировать на своем устройстве, то можем организоваться.
Поддержка Linux появится немного позже
VS CODE EXTENSION FOR .NET NANOFRAMEWORK
GitHub - nanoframework/nf-VSCodeExtension
Visual Studio Code Extension - .NET nanoFramework (Preview)