Как стать автором
Обновить
5
0

Пользователь

Отправить сообщение
GigaDevice оказались великие шутники
GD32F — это arm
GD32VF — а это уже risc-v
Ардуина устарела, говорили они… Бери STM, это круче и даже дешевле, говорили они…
Эти платы для DIY, прототипирования и разработки макетов устройств, и для обучения/изучения программирования и разработки электроники, а не для запуска в серийное производство коммерческих проектов. Отсюда и цена/качество. Для коммерческих проектов нужно приобретать у официальных поставщиков компоненты и платы наладки/разработки, и не удивляться потом МК с AliExpress, почему же они не работают.

Для серьёзных проектов платы разводят сами, и МК с обвязкой выбирают и делают согласно ТЗ.
(Пожимая плечами) взяли MIPS, переставили битики в декодере, чтобы его нельзя было назвать MIPS, и назвали его RISC/V. Выкинули branch delay slots, чтобы не мешал в high-end ядрах (в MIPS Rev 6 delay slots тоже удалили), немного помассажировали векторные регистры и атомарные инструкции, и сделали вид, что все это что-то совсем новое. Чтобы казаться лучше по Coremark//MHz, сравниваются с ядрами конкурентов нескольколетней давности.

Приходите во вторник на семинар в Лас-Вегасе или в июле в Зеленоград, я покажу все это же, что описано в статье, на MIPS, но в дополнение к этому, покажу как это все работает на железе, с искуственно пониженной частотой, чтобы смотреть как из процессора вываливаются строки кэша, и как данные двигаются по его байпасам.

Вот ссылка для регистрации в Лас-Вегасе — bit.ly/mips-open-at-dac-2019
Вот ссылка для регистрации в Зеленограде — bit.ly/miet-summer-school-2019

Начинал я свою трудовую деятельность на одном из ведущих предприятий СССР по производству станков (группа 1, для тех кто знает о чем это). ;) И наблюдал, как целенаправленно уничтожались предприятия в постперестроечные времена. Кое где спецслужбам удавалось дать по рукам питерским "похоронным командам" (явно работавшим по спискам) - там, где полное уничтожение предприятия слишком очевидно оставляло советскую военную технику без запчастей и расходников. Но станкостроение полного цикла уничтожили основательно.

Сейчас уничтожаются на металлолом оставшиеся станки советского производства. НО... Китайский токарный станок типоразмера сходного с 16К20 тянет в серийке 2-3 года, потом на обдирочные операции до полной кончины, станина не подлежит ремонту. А советский 16К20 переживал 5 капремонтов, и давал точность. И выдержанная станина сейчас уже поводкам почти не подвержена, ее уже покоробило как могло, ее можно перешлифовывать и пускать на станки высокой точности. Но продавалось за бугор как колотый чугунный лом.

ну вот нет. работаю на производстве инженером разработчиком. у нас у шефа тяга на авантюры с покупкой отечественных станков поделок.
из данных эпопей ярко запомнились две:
1) чпу станок "снайпер", который отечественные умельцы сделали на шаговиках и электронике слепленной на макетной плате "на соплях". итог: станок так и не заработал, продукт оказался сырой и недоделанный. а мы на это повелись.
2) недавний станок для лазерной резки. тоже слепленный из непонятного железа франкейнштейн. его хотя бы запустили, хоть и после полугодового простоя. сделавшие его инженеры сами не могли толком предоставить документацию и расходники.

На фоне таких историй тайваньский обрабатывающий центр само собой смотрится выигрышнее. быстро привезли, продали расходники, обучили фрезеровщиков, и вперёд.

и да, у наших станков вполне нормальные по качеству станины, иногда даже конструкция... но вот электроника и расходники просто ужас.

Я боюсь, со станками (возьмем металлорежущие, для простоты) все примерно так же, как описано в статье у автора. Знаю один завод, спрашивал пару дней назад за «как дела» (завод авиационный, крупный), дела вот так (далее привожу цитату с некоторыми убранными деталями):

«

Всё плохо)
У нас семь ***** [многокоординатных обрабатывающих центров из ЕС], из них работает от силы 4. Остальные в ремонте. Раньше не ремонтировали, потому что дорого. Сейчас - потому что очень дорого и санкции. И с торгами у нас постоянно какая-то х****.

Уже несколько лет хотим купить импортные автоматы продольного точения. Вместо старых советских. Так и не купили. Постоянно вставляли палки в колеса (то ли свои, то ли *****[тоже свои, но не совсем], а, может, все вместе). Теперь вот не купить вообще никак пока. Российских АПТ нет никаких. Только импортные - Япония, Германия, Швейцария, Тайвань и т.д.

Остальные станки с ЧПУ в цеху все, естественно, импортные. Ну, есть ещё всякие *****[старые советские], но они уже в предсмертном состоянии. Нет запчастей на такие станки.
Никаких новых российских станков с ЧПУ нет.

Пару раз предлагали что-то российское, но эти станки все равно сильно зависят от импортных комплектующих. И поддержка у них плохая. И качество непонятное.

Весь инструмент импортный. Есть российские компании, которые могут делать осевой инструмент. Но делают они его из импортного твердого сплава на импортных станках.

СОЖ импортная.

Вообще, все печально. И это не только у нас. Уверен, во всех отраслях промышленности очень плохо со средствами производства. Они почти всегда не российского происхождения. Или российского, но собраны из импортных узлов.

»

Вообще-то, трезвые люди в таких случаях блокируют забаговавшуюся (либо иным способом переставшую использовать валидную комбинацию курсов валют) операцию. До исправления. Для ВСЕХ потенциально способных воспользоваться таким дефектом. С официальным оповещением вида "Да, мы обкекались, денёк придётся пользоваться альтернативными средствами выполнения этой операции: %первое_средство%, %второе_средство%..."

Всё-таки, финансы - это вам не просрочку в сельпо перепродавать. Деньги счёт любят.

В выборе между "уберечь клиентов от проблем, но слегка недополучить прибыли, но сохранить репутацию" и "наплевать, потом принудительно выписать себе компенсацию, если что-то случится, а репутация в СНГ не нужна" этот банк сделал неправильный выбор.

МИЭТ, ВШЭ МИЭМ, ИТМО, Беркли, Стенфорд, другие американские вузы и другие

Стандартный учебник Харрис & Харрис, главы 6-7 - https://dmkpress.com/catalog/electronics/circuit_design/978-5-97060-961-3/

Лабник Цифровой Синтез - глава 11 - https://dmkpress.com/catalog/electronics/circuit_design/978-5-97060-850-0/

Сколковская Школа Синтеза Цифровых Схем:

Лекция Никиты Полякова “Введение в архитектуру RISC-V. Язык ассемблера” (ChipEXPO-2021, 16 сентября) https://youtu.be/3jBVzEKVgA4

Лекция Станислава Жельнио “SchoolRISCV” (ChipEXPO-2021, 16 сентября) https://youtu.be/r_oNl13EIrg

занятие 7. Микроархитектура однотактового процессора https://youtu.be/-e0yVmzE_Lo

занятие 8. Микроархитектура конвейерного процессора и интеграция процессора с периферией. https://youtu.be/ohl1TS5JB9I

Нет, независимо от санкций. И это также бессмысленно, как скажем учить художника писать точно в стиле Рембранта, подражая всем деталям его мазков. x86 - результат долгой эволюции, там много слоев навоза мамонта, даже еще динозавров, их обхода большими коллективами инженеров итд. Ученик заманается и проклянет всю учебу, а точный Рембрант из него все равно не получится. А если и получится, то зачем второй Рембрант?

Вместо этого стоит сделать процессор высокой производительности с динамическим конвейером, но без совместимости с x86 и без цели поддерживать Windows. Линуксный компьютер совместимый с RISC-V toolchain, с достаточной производительностью и хорошей метрикой performance in CoreMark / milliwatt.

ноют: «Всё пропало, у нас всё импортное, мы всё „прокакали“ и ничего не можем сделать сами»
Где вы такое видели? Это не специалисты, как вы выразились, «прокакали», со специалистами-профессионалами — все в порядке, были и есть хорошие специалисты, могли и могут сделать технологии. «прокакали» совсем другие люди, которые «выше» специалистов и те, кто прикрывает «прокакавших». Я гораздо чаще вижу ной: «мы все можем, перетерпим и покажем, все нипочем, ничего не происходит», как правило, вот эти вторые ноющие «перетерпим» как раз и покрывают провалы «прокакавших» все возможности и утечку сильных специалистов. Специалисты работали и продолжают работать, а те, кто «прокакали», занимаются тем, что у них получается лучше всего. Чтобы развивать производство, кроме специалистов, которые работают над разработками, нужны и возможности для развития производств, но если «прокакавшим» выгоднее продавать ресурсы и перепродавать товары с наценкой, а кто-то их покрывает «перетерпим и ничего не происходит», то удивляться нечему. Нет поддержки деятельности специалистов, нет поддержки образования, нет перспектив развития промышленности (кроме ресурсных) — тренд был задан очень твердо. Статьи от профессионалов-специалистов будут появляться на хабре, но изменения не происходят одним днем, нужно двигаться к положительным изменениям, иначе так и будет продолжаться («у нас всё импортное»), наверное именно поэтому в конце статьи:
В России даже RTL-дизайнеров не так много, и с верификаторами на SystemVerilog совсем дефицит. Но это не значит, что их нельзя вырастить.

что в задачках на умножение такого необычного

Не туда смотрите: необычен ребенок, который вместе с увлеченным взрослым возится с этими задачками. Детям свойственно "раскрашивать" то, что для взрослого привычно. Даже из простых арифметических задачек они способны создать мир и в нём жить. Результатом этого является сильная мотивация заниматься "чем-то таким". А чем именно, становится ясно годам к 14-15-ти. Вот и все дела. На это (не обязательно в математике или физике - в чём угодно) способен практически любой ребёнок в возрасте от 5 до 12 лет (это грубо приблизительные рамки, у каждого свои). Но если упустить шанс - его не повторить. Увы.

Во-первых, его уже купил Миландр.
Во-вторых, уже заключенные контракты и в случае с ARM обратной силы не имеют.
В-третьих отобрать лицензию на использование открытой архитектуры RISC-V нельзя, она же открытая. А если лицензию на конкретное ядро не продадут, то в самом худшем случае для будущих продуктов придется купить или разработать другое ядро RISC-V, не потеряв при этом программную совместимость с существующими.
топить паровой котёл с турбиной гексафторидом урана это не то же самое, что греть двигатель Стирлинга дровами.
Справедливости ради — двигатель Стирлинга тоже можно греть ураном (в т.ч редактором на быстрых нейтронах)
Китай разрабатывает самый мощный в мире двигатель Стирлинга
Причём делать это можно даже в космосе
Космический реактор Kilopower <с двигателем Стирлинга> прошел наземные тесты
₽.$. [irony]
А при желании двигатель Стирлинга можно согреть даже собственной ладонью (ладонь в данном случае моя)

[/irony]
Не с целью критики, а только для удовлетворения любопытства: Вы не смотрели в сторону PICOBIT (http://www.ccis.northeastern.edu/~stamourv/papers/picobit.pdf)?
Как раз попалось на глаза видео про zigbee direct binding
youtu.be/xgtZazMZNto?t=202
Выглядит очень удобно — координатор жив — получаем полноценное взаимодействие, mqtt и прочее. Выключили координатор — связанные устройства все еще общаются напрямую, не нужен даже роутер.

При этом сопряжение идет через удобный UI. Кажется если научиться заливать в такие штуки сценарии подобные вашим, то будет совсем круто
Сколько сложностей. Зачем вам кривая Ubuntu c проблемами вроде:
не запускалась малинка после очередного обновления ядра Linux

Находим файл vmlinuz, распаковываем его в эту же директорию (я использовал 7-Zip) и переименовываем в vmlinux

скаченном архиве идем в папку Boot и копируем (с заменой конечно же!) файлы с расширением .dat и .elf в загрузочный раздел нашего USB носителя

Ubuntu перестанет запускаться до тех пор, пока в загрузочном секторе мы снова не распакуем vmlinuz в vmlinux

Это все не нужно, потому что давно уже есть нормальный чистый Debian под Raspberry Pi 4 (и 3):
raspi.debian.net/tested-images
Причем сейчас там появились сборки с Bullseye, что означает куда более современный софт в репах. Мои платы на этих образах работают уже полгода, обновляться можно сколько угодно безо всякого опасения, что все слетит, все стабильно железно.
Монитор с клавиатурой не нужно, все можно поставить в headless режиме, в файл /boot/firmware/sysconf.txt можно прописать свой ключ для SSH и спокойно все настраивать удаленно.
Если так сильно хочется подключать плату по Wi-Fi, то вставляем SSID и пароль в файл /etc/network/interfaces.d/wlan0:
allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-ssid my-network-ssid
wpa-psk s3kr3t_P4ss


Дальше уже дело вкуса, но зачем вам Supervisor? Я лично поставил HA в Docker, настроил автоматизацию, что при обновлении мне падает сообщение в Telegram вида:
Update available.
Home Assistant 2021.3.4 is available.


После чего, когда мне удобно, я захожу по SSH в Debian на плате и запускаю скрипт ./update-hass.sh:
docker pull homeassistant/home-assistant:stable
docker stop home-assistant
docker rm home-assistant
docker run --restart=always -d --name="home-assistant" -v /home/user/homeassistant/:/config -v /etc/localtime:/etc/localtime:ro --net=host homeassistant/home-assistant:stable
docker image prune --force


Последняя строчка подчищает скачанные образы, docker pull выкачивает новый, но старый остается занимать место на диске, со временем может много накопиться старых образов.

Вот и все, то есть обновить контейнер с HA несложно, а что еще может Supervisor? Ставить дополнения к HA? Так дополнения это те же самые контейнеры Docker, можно и самому поставить, если хочется. Разве что для обновления HA через Web-интерфейс? Ну если вы столько мучались с Ubuntu на Raspberry, то и обновить докер-контейнер с HA не проблема.
Прописать в конфиги Home Assistant. То есть в контейнере запускается отдельный сервис, будь то Mosquitto, MariaDB, ESPHome и т.д, а потом прикручивается в HA через конфиги. Некоторые подхватываются сами с помощью интеграций. Возни немногим больше, но зато прозрачнее, легче и понятнее в целом. Так что супервизор не нужен совершенно. Если создать себе соответствующий docker-compose.yml, чтобы все сервисы разом запускались, так вообще все просто будет.

Например, пишем что-то такое:
docker-compose.yml
version: '3.5'

services:

    homeassistant:
        container_name: homeassistant
        image: homeassistant/raspberrypi4-homeassistant:latest
        volumes:
          - ./homeassistant/config:/config
          - /etc/localtime:/etc/localtime:ro
        devices:
          - /dev/gpiomem:/dev/gpiomem
        environment:
            - TZ=Europe/Moscow
        restart: always
        network_mode: host

    eclipse-mosquitto:
        container_name: mosquitto
        image: eclipse-mosquitto:latest
        restart: always
        volumes:
          - ./mosquitto/config:/mosquitto/config
          - ./mosquitto/data:/mosquitto/data
          - ./mosquitto/log:/mosquitto/log
        ports:
          - 1883:1883

делаем в директории с файлом «docker-compose up -d» и разворачиваются одновременно и HA, и MQTT-сервер.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность