Я вот не уверен, что это возможно. Как Вы будете управлять таким MPU ? Вы же пишете, что в обработчике нужно обязательно отключать защиту иначе выход из обработчика будет невозможен.
То, о чем Вы пишите это задача для MMU. На сколько я понимаю, в MPU нет приоритезации уровней исполнения, а значит любой кусок кода может отключить MPU и сходить посмореть что там в "системе" или даже пропатчить её. Я как раз подумывают над тем как бы "скрыть" ядро системы от приложений и вижу, что с помощью только лишь MPU это не реализуемо.
1) и 3) это защита от бага в самой прошивке ? На счет 2) не понятно от кого защита. Если есть возможность исполнить код, то и отключить MPU не проблема. Я сначала подумал, что с помощью MPU можно как-то отделить "ядро" от "приложения" в примитивной операционной системы. Но потом подумал еще и засомневался в этой идеи.
У меня есть простецкая однозадачная ОС для STM-ок в которой приложения отделены от ядра, но защиты никакой нет, т.е. приложение может легко запороть ядро системы, случайно или намеренно. Может ли тут мне помочь MPU ?
О да, о да. Я в 96-м тоже писал "bbstro" к своей The Hyper-Space Station BBS, нативное приложение для OS/2 и музычка на adlib. Проиграыватель у меня был свой, написан на asm-е, доступ к портам звуковухи через IOPL (OS/2 это protected mode). К сожалению ни кода, ни бинарника не сохранилось, и Ютуба тогда не было. Помню, что постил бинарник в DEMO.DESIGN.UUE. У Frog-а есть полное собрание сочинений этой эхоконфы, но моей демки там не оказалось. :-( Музычку, кстати, тоже сочинил сам. То был первый и единственный мой опыт композера. :-)
А что мешает скачать коллекцию модулей и слушать локально, в оригинальном исполнении ? А то у Вас получается как в старом анекдоте - "Мойша в трубку насвистел". :-)
Для тех, кто решил погрузиться в тему. В Сети полно радиостанций в формате IceCast где вещают эту музыку нон-стоп. Мне заходит Nectarine Demoscene Radio - хорошо сбалансированный набор чиптюна, демо, инди, диджейского бла-бла-бла и интервью с известными демосценерами.
А сейчас вообще абсолютно любым производством (кроме розлива водки и выпечки хлеба) не рентабельно заниматься. Китай убил промышленное производство во всем мире. Я примерно в таком же состоянии - есть станки, есть оборудование, есть разработки, но любое производство не выгодно ибо продукция будет в разы дороже китайских аналогов. В условиях тотальной экономии цена решает всё. И никакая господдержка тут не спасет, скорее, отсрочит смерть.
Три ядра и 200 МГц это не хухры-мухры, такие "промышленные микроконтроллеры" уже имеют Ethernet на борту. И как связь-то "сверхним уровнем" организовывать ? Параллельной 32-х битной шиной ? Высокоскоростных интерфейсов в этом изделии не представлено.
Тут уже высказали предположение, что данный МК проектировался под полётный контроллер для БПЛА: одно ядро считает БИНС, второе - вектор-драйв для моторов, третье - общее управление полётом. Внешняя связь через low bandwidth радио. Ethernet не нужен. :-)
Можно конечно подключить Ethernet через USB (LAN9512), но для этого кучу драйверов написать придется, затянуть весь стек USB 2.0 в проект. В то время как драйвер для обычного MAC это две страницы Сишного кода + lwIP для TCP/IP.
Да, отечественный аналог ESP32 решил бы много проблем. Удивительно, как китайскому Espressif удалось упихнуть WiFi и BLE в такой мелкий чип.
BLE и WiFi катастрофически сложны в реализации, требуют высокоскоростных ЦАП/АЦП, блоков DSP и кучу вычислительной мощности. В ближайшее время мы таких отечественных микросхем скорее всего не увидим. Надо начать хотя бы с LoRa, там аналоговая часть очень простая и протокол не сложный.
Ethernet PHY всегда ставится на плату отдельно, контроллеру достаточно иметь RMII интерфейс. Я реализовывал MAC c RMII на ПЛИСе - это совсем несложно и не занимает много ресурсов. Ethernet сейчас нужен везде, где нет WiFi. Микросхемы с WiFi у нас появятся еще очень не скоро, так что хотя бы FastEthernet.
В России нет литографического производства способного изготавливать flash память, а значит выпекают где-то в Китае. После внесения в реестр ГИСП посмотрим какой уровень присвоят этой микросхеме. Но в целом, это не имеет особого начения, микруха получилась весьма насыщенной. Если вся эта периферия работает без глюков, то с STM-ками можно попрощаться. Ценник вполне годный.
PS: Странно, почему не встроили MAC контроллер с RMII. Этот несложный функциональный блок, могли бы легко добавить.
Долгое время был счастливым обладателем Blackberry Q10. Аппарат после замены батареи рабочий по сей день. Хочу отдать его малолетнему ребенку в качестве палки-звонилки, но не могу разблокировать из-за отсутствие сервиса - он стучиться на несуществующий сервер в RIM которой давно нет. Может быть кто-то знает как победить ? Инструкции имеющиеся на Youtube (с переводом в режим проговаривания меню) не работают. :(
Хорошая статья, спасибо. Буду студентам показывать.
Сделать серву из моторчика с энкодером у Вас, безусловно получится, но как уже написали выше, погасить люфты редуктора скорее всего не удастся. Но этого и не стоит делать, так как это задача более высокого уровня. В серьезных ЧПУ станках, по мимо сервоприводов, стоят линейные энкодеры которые с большой точностью определяют положение осей станка и эти измерения входят в качестве обратной связи в расчет перемещений. Иными словами, там минимум два уровня ПИД регулирования, с гораздо более сложными алгоритмами. Современные станки также имеют термокомпенсацию, позволяя позиционировать инструмент с точностью до 1-2 мкм.
Я вот не уверен, что это возможно. Как Вы будете управлять таким MPU ? Вы же пишете, что в обработчике нужно обязательно отключать защиту иначе выход из обработчика будет невозможен.
Вот!
Про RISC-V мне всё известно, спасибо. Речь идет про ARM Cortex-M и его MPU.
То, о чем Вы пишите это задача для MMU. На сколько я понимаю, в MPU нет приоритезации уровней исполнения, а значит любой кусок кода может отключить MPU и сходить посмореть что там в "системе" или даже пропатчить её. Я как раз подумывают над тем как бы "скрыть" ядро системы от приложений и вижу, что с помощью только лишь MPU это не реализуемо.
1) и 3) это защита от бага в самой прошивке ? На счет 2) не понятно от кого защита. Если есть возможность исполнить код, то и отключить MPU не проблема. Я сначала подумал, что с помощью MPU можно как-то отделить "ядро" от "приложения" в примитивной операционной системы. Но потом подумал еще и засомневался в этой идеи.
У меня есть простецкая однозадачная ОС для STM-ок в которой приложения отделены от ядра, но защиты никакой нет, т.е. приложение может легко запороть ядро системы, случайно или намеренно. Может ли тут мне помочь MPU ?
А какая еще может быть польза от MPU, кроме как отслеживание переполнений стека/кучи ?
О да, о да. Я в 96-м тоже писал "bbstro" к своей The Hyper-Space Station BBS, нативное приложение для OS/2 и музычка на adlib. Проиграыватель у меня был свой, написан на asm-е, доступ к портам звуковухи через IOPL (OS/2 это protected mode). К сожалению ни кода, ни бинарника не сохранилось, и Ютуба тогда не было. Помню, что постил бинарник в DEMO.DESIGN.UUE. У Frog-а есть полное собрание сочинений этой эхоконфы, но моей демки там не оказалось. :-( Музычку, кстати, тоже сочинил сам. То был первый и единственный мой опыт композера. :-)
А что мешает скачать коллекцию модулей и слушать локально, в оригинальном исполнении ? А то у Вас получается как в старом анекдоте - "Мойша в трубку насвистел". :-)
Для тех, кто решил погрузиться в тему. В Сети полно радиостанций в формате IceCast где вещают эту музыку нон-стоп. Мне заходит Nectarine Demoscene Radio - хорошо сбалансированный набор чиптюна, демо, инди, диджейского бла-бла-бла и интервью с известными демосценерами.
Но лучший проигрыватель конечно же консольный Cubic Player.
Open Cubic Player на FreeBSD
PS: Спасибо за Mel O'Dee. У этого автора все композиции очень энергичные и жизнерадостные (upbit).
Как сказал какой-то умный человек по ящику: "Такова цена дружбы".
А сейчас вообще абсолютно любым производством (кроме розлива водки и выпечки хлеба) не рентабельно заниматься. Китай убил промышленное производство во всем мире. Я примерно в таком же состоянии - есть станки, есть оборудование, есть разработки, но любое производство не выгодно ибо продукция будет в разы дороже китайских аналогов. В условиях тотальной экономии цена решает всё. И никакая господдержка тут не спасет, скорее, отсрочит смерть.
-- А знаешь как у этих BSD-ишников называется epoll() ?
-- Как ?
-- kqueue()
-- Вот негодяи!
Три ядра и 200 МГц это не хухры-мухры, такие "промышленные микроконтроллеры" уже имеют Ethernet на борту. И как связь-то "сверхним уровнем" организовывать ? Параллельной 32-х битной шиной ? Высокоскоростных интерфейсов в этом изделии не представлено.
Тут уже высказали предположение, что данный МК проектировался под полётный контроллер для БПЛА: одно ядро считает БИНС, второе - вектор-драйв для моторов, третье - общее управление полётом. Внешняя связь через low bandwidth радио. Ethernet не нужен. :-)
Откуда дровишки ?
Можно конечно подключить Ethernet через USB (LAN9512), но для этого кучу драйверов написать придется, затянуть весь стек USB 2.0 в проект. В то время как драйвер для обычного MAC это две страницы Сишного кода + lwIP для TCP/IP.
Да, отечественный аналог ESP32 решил бы много проблем. Удивительно, как китайскому Espressif удалось упихнуть WiFi и BLE в такой мелкий чип.
BLE и WiFi катастрофически сложны в реализации, требуют высокоскоростных ЦАП/АЦП, блоков DSP и кучу вычислительной мощности. В ближайшее время мы таких отечественных микросхем скорее всего не увидим. Надо начать хотя бы с LoRa, там аналоговая часть очень простая и протокол не сложный.
Ethernet PHY всегда ставится на плату отдельно, контроллеру достаточно иметь RMII интерфейс. Я реализовывал MAC c RMII на ПЛИСе - это совсем несложно и не занимает много ресурсов. Ethernet сейчас нужен везде, где нет WiFi. Микросхемы с WiFi у нас появятся еще очень не скоро, так что хотя бы FastEthernet.
В России нет литографического производства способного изготавливать flash память, а значит выпекают где-то в Китае. После внесения в реестр ГИСП посмотрим какой уровень присвоят этой микросхеме. Но в целом, это не имеет особого начения, микруха получилась весьма насыщенной. Если вся эта периферия работает без глюков, то с STM-ками можно попрощаться. Ценник вполне годный.
PS: Странно, почему не встроили MAC контроллер с RMII. Этот несложный функциональный блок, могли бы легко добавить.
Долгое время был счастливым обладателем Blackberry Q10. Аппарат после замены батареи рабочий по сей день. Хочу отдать его малолетнему ребенку в качестве палки-звонилки, но не могу разблокировать из-за отсутствие сервиса - он стучиться на несуществующий сервер в RIM которой давно нет. Может быть кто-то знает как победить ? Инструкции имеющиеся на Youtube (с переводом в режим проговаривания меню) не работают. :(
Хорошая статья, спасибо. Буду студентам показывать.
Сделать серву из моторчика с энкодером у Вас, безусловно получится, но как уже написали выше, погасить люфты редуктора скорее всего не удастся. Но этого и не стоит делать, так как это задача более высокого уровня. В серьезных ЧПУ станках, по мимо сервоприводов, стоят линейные энкодеры которые с большой точностью определяют положение осей станка и эти измерения входят в качестве обратной связи в расчет перемещений. Иными словами, там минимум два уровня ПИД регулирования, с гораздо более сложными алгоритмами. Современные станки также имеют термокомпенсацию, позволяя позиционировать инструмент с точностью до 1-2 мкм.