- В общем вчера получил и пощупал вот этот комплект. Заинтересовала
именно материнка - китайцы ее неплохо изобразили. Есть все нужное -
по 6 шт. usb 2 и usb 3, можно воткнуть аж 3 ssd m2 (один в
переходник PCIе). 6 шт sata 3 (можно и RAID, есличО ). Ну и др.
плюшки типа хороший VRM, правильныые разъемы и пр.пр. Микро ATX,
4-канал. Изготовлена очень аккуратно. Завелась без танцев с бубном
из коробки с обычной DDR3 1600 на скорости 1866. Заказывал потому,
что имеется у меня Гyдвин(705 знак., 14.06.2026 23:15, dao, ссылка, полностью)
- В биосе есть возможность выставить поведение при включении питания?
Надо чтобы когда питание появилось - комп включился вне/в
зависимости от предыдущего состояния. - DH(15.06.2026 07:03)
- Что то есть насчет "fast boot", но похоже ни на что не влияет. При
включении post проходит всегда и похоже его можнно только замедлить
дополнительными проверками железа. Тщательно не смотрел, если
что... И так сойдет ;) Можно порулить скоростями и таймингами RAM.
Проц 2698BV3 в покое жрет в стоке чуть больше чем 2667V2 (ядер
вдвое больще), но имеет тоже вдвое больший кэш 3 уровня - 40 Мб и
почти вдвое быстрее кэши 1 и 2 уровня, что для рабочих задач
неплохо. В стоке Гyдвин(211 знак., 15.06.2026 10:27 - 11:14)
- Насчет жрачки от сети в покое добавлю: В пыточном стенде
неэффектиивный БП и не шибко энергоэффективная видеозатычка на
стареньком чипсете NVIDIA Quadro400 - ощутимо греется (зато с
DisplayPort). W10 c отключенной телеметрией и пр. потребляет 66 Вт,
в вот Linux Mint LMDE на 10 Вт меньше - 57. - Гyдвин(15.06.2026 13:35)
- Я мелкой, 6-ядерник заменил на 2696v4. У того, ваще, 55Мб L3. А
нагрузки такие, что для него это тихая, унылая пенсия. Там, походу,
четверть-треть потоков могут себе работу найти. - mse homjak(15.06.2026 11:41)
- Что-то типа «Restore after AC Power Loss» должно быть. И такие
опции: DH(225 знак., 15.06.2026 11:38)
- Для непредвиденного случая эта платка вполне годная замена моему
x97 - быстро и безболезненно переползти. Или сплавить дочке для ее
инженерных расчетов... А вообще, пока копался, вытащил на свет
божий собранный лет 5 назад компик на 1155 с зеоном со встройкой,
которому достаточно всего одной 2 трубной башенки для охлаждения
всей начинки. Жрет в покое от сети 30 Вт, при проигрывании Ютуба -
40..45. Даже с убогоньким неэффективным БП. Достаточно шустрый -
буститься до 3 Гyдвин(753 знак., 15.06.2026 11:24)
- Там есть аппаратный RAID? Данунафиг! Это ж как крыло от боинга!!! А
софтовый не считается, ибо любой баг в ядре - вуаля, и твой RAID
превращается в тыкву. Не доверяю я софтовым рейдам. Можно и BTRFS
так поставить в качестве рэйда, только чуть сбой питания - и тыква. - Eddy_Em(14.06.2026 23:37)
- Я, кажысь, в том-жэ месте, заказал то-жэ самое, но с процэм 2666.3
По той-жэ причине - бесхозная ДДР3 16Г. - mse homjak(14.06.2026 23:34)
- Да, для охлада досточно недорогой 4-трубочной башенки с Озона.
Гонял OCCT минут 20, температура не подннялась выше 50 на стенде,
хотя от розетки отжиралось 217Вт (БП стоял первый попавшийся с
поганеньким КПД). А вот встроенный в материнку показометр мощИ
подвирает - и это единственное замечание... - Гyдвин(1 знак., 14.06.2026 23:30, ссылка)
- Однако в защите гигадевайса дыра феерическая, фактически нет защиты
кода по RDP1 - Andreas(1 знак., Вчера, 18:34, MCU, ссылка, полностью)
- 12 июня 1990 года на первом съезде народных депутатов РСФСР была
принята Декларация о государственном суверенитете РСФСР. Решение
позволило российскому Верховному Совету получить больше власти от
центрального аппарата СССР. Ельцинские демократы надеялись ослабить
Горбачёва и ускорить реформы, увеличить свой политический вес.
Многие считали, что РСФСР была ущемлена центром. =L.A.=(1266 знак., 10.06.2026 20:23, zen, полностью)
- Непростое слово. - Этo_Я(1 знак., 17.06.2026 18:52, Off, ссылка, полностью)
- Вопрос - если на qspi я подключу MRAM и NOR в режиме memory mapping
для обеих микросхем, будет ли та и другая работать в режиме
отображения адресного пространства и непосредственно из NOR flash
памяти я смогу запускать код на исполнение, MCU - STM32H743? - Make_Pic(Вчера, 11:37, MCU, полностью)
- Альтернативы ДВС и инновационные технологии автомобилестроения.. Solo(8 знак., 08.06.2026 23:52, Tech, youtube, полностью)
- Добавлю.. В видеоролике был показан так называемый "проточный
аккумулятор", перезарядка которого осуществляется простым
сливом-заливом двух типов электролита, а рабочие характеристики уже
превышают показатели обычных литий-ионных.. В разработке
электролитов непосредственно принимала участие наша русская Елена
В. Тимофеева (профессор Иллинойского ТУ и основатель и руководитель
компании Influit Energy). Под знаменами НАСА и Боинг был разработан
проект самолета со сверхкоротким Solo(409 знак., 09.06.2026 22:16, ссылка, картинка)
- Надпись Dark Matter на заставке намекает, что в ролике будут
безудержные фантазии, не имеющие ничего общего с реальностью. Стоит
ли тратить на это час своего времени? В комментах все в восторге. - Ale3000(09.06.2026 05:12)
- Расскажу как все происходило.. Изначально я наткнулся на статью в
Хайтеке+ об изобретении китайцами нового магнитного материала,
потом заинтересовало использование таких магнитов в аксиальных
электродвижках фирмы Яса. Поняв, что я тупой изначально, полез в
теорию таких моторов с осевым магнитным потоком, после чего,
окончательно приняв, что тупее меня не существует балбесов на этом
форуме, решил поинтересоваться мировым двигателестроением, чего и
Вам желаю на досуге! Solo(138 знак., 09.06.2026 11:42, ссылка, ссылка)
- Подследственный путается в показаниях. Это материал такой модный с
офигенной (но не известной) остаточной намагниченностью и высокой
(и тоже неизвестной) точкой Кюри. Может быть плотность маленькая,
как у Лития. Или конструкция мотора - укладка обмоток и самих
магнитов - революционная. - Kpoк(09.06.2026 14:10)
- Периодически интересуюсь этой темой. Пол года назад изучал стартап
голландцев. Там они что бы получить максимальную удельную мощность
напрямую охлаждали витки катушки намотанные на ребро шиной без лака
с зазором между витками, в отличии от Ясы, где теплоноситель течет
по каналам корпуса. Магниты голланцы то же охлаждали напрямую. - БAPMAЛEЙ(1 знак., 09.06.2026 13:19, ссылка)
- Кпд электромоторов близок к 1. Каких революционных решений Вы
ждете? - Kpoк(09.06.2026 12:12)
- Удельная мощность и крутящий момент современных электромоторов
ограничен исключительно возможностью отвода тепла. Повышение КПД с
95 до 98% это колоссальный скачек, практически революция. Меньше
необходимые размеры моторов, меньше материалоемкость и так далее по
цепочке. И если в электромобилях все равно батарея большая и
тяжелая, то в промышленности батарей нет, и там это очень важно. У
нас в обкаточной комнате стоит несколько сборок из пар асинхронных
моторов, соединенных Yurasvs(354 знак., 09.06.2026 16:47)
- 640 кБ хватит всем. Есть еще такая сущность - удельные и
эксплуатационные параметры. Вт/кг, Вт/м3, Вт/м(длины), Вт/м(диаметра), макс/мин скорость, момент, угловое
ускорение, скорость нарастания момента. - Anvar(09.06.2026 12:43)
- Надо, чтоб замкнутая батарейка устраивала небольшой тактический
ядерный взрыв. - jlm(1 знак., 09.06.2026 12:29, ссылка)
- Помню, кажысь, в Томске, в 83-м году мы брали совсем плоский
электродвижок для управления одной из степеней робота. Тогда это
считали революцией и махали этим перед Асеа и Пумой на выставке
Автоматизация 83.. И да, про ниодим тогда не знали.. - Solo(09.06.2026 12:25)
- А в кино зачем ходят? Ну и вот. Здесь даже деняк за билет не просят
:-) - SciFi(09.06.2026 09:17)
- BSRR не всегда полезен :( STM32F405, с одного порта сигналы идут на
логику и потом на триггер. Я ж "умный" переделал с двух
последовательных reset/set на единый bsrr. Все отлично работало на
столе только вот на объекте рандомно глючило. Грешил на все:
подключенный отладчик, статику, Панцирь прямо напротив окна типа
наводит радаром. Фигвам, оказывается сам дурак. Похоже BSRR не на
100% синхронно меняет состояние и проскакивают иголки. На объекте
разбирать установку чтобы 3m(169 знак., 16.06.2026 20:26, ARM, полностью)
- хм... я ведь тоже как-то наткнулся. Глючело. Не стал разбираться. И
сделал именно так - отдельно - Лaгyнoв(17.06.2026 14:01)
- небось без барьера потом тот же GPIO цеплялся - Vit(17.06.2026 08:02)
- "Похоже BSRR не на 100% синхронно меняет состояние" этого не может
быть, потому что не может быть! скорее всего дело в "триггере", как
он себя ведёт когда все RS меняется синхронно, или разные втекающие
вытекающие токи ЖПИО - IBAH(16.06.2026 21:11)
- У вас развитое воображение. А что делать, если нет желания тыкаться
осциллографом? Если что, я быстрее поверю в панцирь, чем в эти
иголки. - SciFi(16.06.2026 20:30)
- Панцирь я не убрал а глюки - да. Осциллографом потыкаюсь завтра в
макете. - 3m(16.06.2026 20:47)
- Это называется - выяснил количество прыжков и ударов в бубен,
необходимые для решения проблемы. А в чем было дело - осталось за
кадром. Так что замена бубна на осциллограф просто необходима :-) - il-2(17.06.2026 07:08)
- Поскольку ссылаться на божественное провидение в инженерной среде
не принято, ссылаются на "синхронность BSRR и иголки". Суть та же,
но уже не моветон :-) - SciFi(17.06.2026 09:13)
- Именно они, родимые. Ткнулся осциллографом и увидел иголочку. На
74ACT08 c 5V питанием идут сигналы с GPIO процессора. При
использовании BSRR в изменении сигналов есть перехлест по времени
примерно 1.8ns (когда падающий сигнал еще не спал ниже 2.4 а
нарастающий уже выше 2.4V). AC сука быстрая и формирует пичок
который иногда схватывает 74HC74 тоже с 5V питанием. Проблема
уходит если нет одновременного изменения состояния 1-0 и 0-1. Если
бы вместо ACT стояла HCT думаю никогда 3m(254 знак., 17.06.2026 12:20)
- В смысле вы формируете перепад 0->1 и у вас получается
0->1->0->1? И перепад 1->0 просто очень быстрый
и это и есть иголка? - Звepoящep(Вчера, 07:13)
- насколько теперь понятно там ещё логика 74ACT08 после порта MCU
стоит и вот после неё пички вылезают при несинхронном изменении
порта, - '0' раньше чем '1' приходит на разных пинах вот и
получается проблема и ещё с учетом быстрой логики. - Zikon(Вчера, 07:33)
- Только наоборот. 74ACT08 это элемент "И". Чтобы на выходе появился
"пичок" лог.1 на обоих входах так же должны быть лог.1. Точнее
будет так: лог.1 на одном входе достигает уровня VIH раньше, чем
лог.0 на другом входе достигает уровня VIL. - reZident(Вчера, 07:40)
- А. Ну понятно. Интересно конечно, почему получается такая
несинхронность. Получается, что в единицу или ноль, кто-то быстрее
становится. - Звepoящep(Вчера, 09:17)
- Это потому, что м/с (МК и 74ACT08) питаются от разных напряжений, а
пороги входных уровней ACT не симметричны относительно половины
питания (VIL<=0,8В, VIH>=2,0В). Даже при одной и той же
скорости изменения уровня сигналов переход 1->0 это
|3,3В-0,8В|=2,5В, а переход 0->1 это |0,1В-2,0В|=1,9В. В отличие, кстати, от серии AC, у которой CMOS-уровни (типично
VIL<=0.3*VCC и VIH>=0,7*VCC). Но проблема в том, что reZident(80 знак., Вчера, 12:46)
- Неидеальные и возможно чуть разные фронты+ несимметричные пороги.
Классические гонки и проц тут ни при чем. - Andreas(Вчера, 10:49)
- Так на выходах проца не пичок, а чуть разная скорость
нарастания/спада просто? - Andreas(17.06.2026 13:42)
- Огромный пик - это, в смысле, при атомарном обновлении состояния
порта регистром BSRR, при настройке меньшей скорости - большей
длительности "иголка"? - Nikolay_Po(17.06.2026 12:30)
- Race condition >>> SciFi(2 знак., 17.06.2026 12:24, ссылка)
- Извини, но ты говоришь глупости. Разбираться с траблами нужно на
базе, запершись в кабинете. На объекте заказчика желательно
находиться как можно меньше, и чем меньше заказчик видит "грязного
белья" тем лучше. - Cкpипaч(17.06.2026 08:03)
- Очень интересно! Посмотрите пожалуйста! - Nikolay_Po(16.06.2026 20:54)
- Проехался по М12 в Ебург, теперь от Уфы до Ебурга меньше 6 часов.
Тупо едешь со средней 120км/час, даже навигатор показывает
100км/час. - Anvar(17.06.2026 10:33, Off, полностью)
- Накидайте идей. Есть две емкости, десятки пик, соединены общей
точкой, (желательно земля, минус) . Задача - померить разность
емкостей, с точностью чем выше тем лучше, разность емкостей может
достигать процентов 10. Важна точность и стабильность в окрестности
нуля. Хочется какого-нибудь временного измерения , чтоб без этих
ваших АЦП , что-то типа двойного интегрирования. - IBAH(17.06.2026 21:40, MCU, полностью)
- например. мостовой коммутатор. концы на на него, со средней точки
снимаешь переменку, она как-то будет зависеть от разности емкостей,
плюс еще и фазу можно мерить, она тоже что-то даст - типа тангенс
или что-то в этом роде. LordN(1 знак., Вчера, 08:32, картинка)
- Можно рассмотреть мостовые схемы, раз земля общая и нужна разность. - Ig_B(Вчера, 08:05)
- Большой брат следит за нами. Сегодняшний выпуск Радио-лоцмана. - Kpoк(1 знак., 17.06.2026 23:23, ссылка)
- Желательно "земля-минус" или обязательно? - Kpoк(17.06.2026 23:17)
- - стабильность 0,1 пик . Измерение от 0,1 пик За годы работы
калибровка не ушла. АЦП не используется. Уже было тут, вам надо два
и сравнивать. - Driver_gv(1 знак., 17.06.2026 22:06, ссылка)
- ЦИПСО заботиться о сне участников форума - Anvar(17.06.2026 10:32, Off, полностью)
- Надо больше жезлов боброй воли и духов Анкориджа. Вы спрашиваете
"почему утираемся" - такова воля духов Анкориджа и бобров воли. Boвa(75 знак., Вчера, 06:52)
- Снова мошенников ловят. - jlm(1 знак., Вчера, 05:05, ссылка)
- Вчера дошли руки затестить, роутер с wg и nat на esp32 на прошивке
мартина. jlm(179 знак., 17.06.2026 14:07)
- Поэтому сайт Ростеста открывается только через квн! - Kpoк(17.06.2026 13:39)
- О, на месте. Как обычно, проблему спихнули на местных/владельцев.
Каждый обязан уметь в ПВО. Иноагент, если что. - jlm(1 знак., 17.06.2026 10:43, ссылка)
- Anvar спит что ли? Ну ка в тему: Ципсо комментирует топливные
ограничения. Все как обычно, власти пока сверху руководящее, как
освящать не поступит, не рискуют. Себе дороже. Народ приученный
запасаться, побежит штурмовать заправки. - jlm(17.06.2026 10:06)Anvar
- "Анти
биотикаквара" повязали.. Это ж новые серии! - Solo(1 знак., 17.06.2026 15:55, Off, ссылка, полностью)
- Нужна китайская замена ST32L431/476. По слухам Nation N32G455 был
глючный, может починили или есть другие альтернативы? VLLV(46 знак., 17.06.2026 19:40, MCU, полностью)
- Нетривиальная мысль. Сейчас в футбол играют Англия-Хорватия.
Старпёры с памятью наверняка поржут, вспомнив песню Боярского
"Хорватия" на церемонии Серебряная калоша -2008. - Kpoк(17.06.2026 23:05, Off)
- Хабарка о прекурсорах: "СССР и микроэлектроника: анатомия
отставания. Часть сырьевая" - !Neofit(1 знак., 15.06.2026 22:28, zen, ссылка, полностью, +2)
- RISC-V, прерывания, стек прерываний и mscratch применительно к ОСРВ
Задал вопрос в телеграм-канале RISC-V MCU. Задам и тут: Nikolay_Po(1626 знак., 10.06.2026 22:55, ARM, полностью)
- CAUTON: Не используйте HPE с FreeRTOS. Путём долгих страданий,
выяснил, что HPE не совместим с существующим шаблонным механизмом
сохранения, а, главное, восстановления контекста. Причём выяснил
это не сразу. Не давала покоя жажда оптимизаций и выжимки скорости. Nikolay_Po(585 знак., 15.06.2026 17:32)
- Вот моя шпаргалка на тему вымучивания HPE+FreeRTOS которую себе
написал храню в FreeRTOSConfig.h klen(3778 знак., 15.06.2026 19:50)
- В качестве ликбеза, почему SysTick должен вытеснять SWI? Пусть себе
переключится до конца. А то выйдет так, что SysTick обнаружил, что
нужно передать управление другой задаче и поменяет текущий TCB, в
то время, как процесс переключения контекста ещё не завершён... Я
наоборот думал, и, возможно, читал в комментариях на
forums.freertos.org, что вложение этих двух прерываний, таймера и
переключателя контекста, должно быть исключено... - Nikolay_Po(16.06.2026 16:50)
- OK. Приму объяснение, что SysTick нужен для выполнения регулярных,
требовательных к низкому джиттеру, действий, а так же для
минимального джиттера значения системного времени, используемого из
более приоритетных прерываний, как пользующихся API, так и нет.
Предположу, что SysTick-у безопасно отдать приоритет, так как
работа вызываемого внутри xTaskIncrementTick() влияет только на
определение потребности в переключении контекста, без влияния на
процесс переключение. Если Nikolay_Po(20 знак., 17.06.2026 16:42)
- Ну вроде это очевидно, что если ртосина не может контролировать
контекст, то и работать не будет. - =AlexD=(15.06.2026 17:55)
- Мне до обнаружения этой очевидности пара недель потребовалась.
Чувствую себя как тот кадр, у которого не получается
программировать МК... - Nikolay_Po(15.06.2026 17:59)
- Давайте разбирастя, ув. кроты! контекст прерывания ( читай по сути
исключения процессора ) и "что то где сохраняется контекст
FreeRTOS" - веши перпендикулярные. 0) в FreeRTOS прерываний не
существует 1) контекст исключений и контекст задач - ваще не одно и
тоже 2) FreeRTOS + исключения(прерывания у меня работают с HPE 3)
Где я балбес? - klen(15.06.2026 19:04)
- Есть вопросы. 1. Как при выходе из прерывания, при включённом HPE,
если это прерывание само меняет контекст и само восстанавливает по
своему разумению те же регистры, что восстанавливает и HPE,
оставить контекст RTOS для задачи, а не восстановленое HPE
состояние регистров на момент входа в прерывание? Я знаю только
один способ - установить GIHWSTKNEN и выйти, предварительно сбросив
MIE, чтобы защититься от вложенности. Nikolay_Po(579 знак., 16.06.2026 17:13)
- У меня такая переключалка выходит, в части блокировки прерываний
приоритетом до RTOS API включительно: Nikolay_Po(1443 знак., 16.06.2026 16:46)
- Контекст сохраняется не где-то каг-то, а в прерывании ;-). А из
прерывания переключения контекста он уходит не строго обратно, а
уже в другую задачу. А таг всё верно ;-). - =AlexD=(16.06.2026 10:24)
- Дык, стек РТОС, это доступ через какой-нить индексный регистр,
программно, а стек вызовов-прерываний проца, это чисто механическая
штука. Прерывания, вообще, для кода, прозрачны, он их не осчучает:
откуда-то, из параллельной вселенной, ему падают флаги и данные. - mse homjak(15.06.2026 19:15)
- я разумею почти так же ( сохранение регистров проца при эксепшене
не совсем аппаратная штука - традиционно компилятор генерит пролог
и эпилог ). вопрос в том где связзь HPE и кода сохранения и подъема
контекста задачи ОС? я утверждаю что её нет. но это не точно :)
думаю что суть в правильном назначении приоритетов прерываниям - у
меня в этом было откровения после которых все заработало с HPE - klen(15.06.2026 19:43)
- Меня что беспокоит: если я выхожу из прерывания, при входе в
которое было включено HPE, то при выходе, регистры, сохраняемые
аппаратно, восстановятся на значения в момент входа. Как быть, в
таком случае, с прерыванием, которое переключало контекст задачи и
при выходе должно оставить новые значения регистров, не те, чтобы
были на момент входа? Разве HPE не будет препятствовать сохранению
новых значений регистров, если они - контекст задачи RTOS, на
которую только что Nikolay_Po(14 знак., 16.06.2026 17:16)
- Дык, этта... Контекст задачи должэн переключать планировщик. - mse homjak(16.06.2026 18:46)
- Ну так все порты FreeRTOS на RISC-V (да и на прочие схожие по
возможностям контроллера прерываний чипы/архитектуры), используют
для переключения контекста прерывание. Контекст прерывания (содержимое набора регистров, значение указателя стека) перед
возвратом из прерывания, заменяется на контекст задачи ОС (то же самое, плюс некоторые регистры, которые могут не
сохранятся при обычном прерывании). И HPE этому препятствует,
восстанавливая контекст прерывания Nikolay_Po(996 знак., 16.06.2026 21:10)
- Ну, ХЗ. Я предполагал, что стек задачи, это не стек машины. Или там
нет возможности для такого финта ушами? Ну, типа, mashine/user
mode. Там указателя стека, как такового, нет, мож как-то можно
разделять стек машины и стек задачи? По крайней мере, команда mret
на что-то намекает. Да и, в принцыпе, наработана масса трюков, типа
замены вершины стека и возврат из прерывания в процэдуру
сохранения/смены контента для переключения задач. - mse homjak(16.06.2026 22:36)
- Если задача должна быть вытеснена (а FreeRTOS - вытесняющая ОС),
это можно сделать, лишь прервав задачу прерыванием. Внутри
прерывания, вместо восстановления контекста прерывания "как было до
прерывания", восстанавливается контекст более приоритетной задачи.
И вот это нетиповое использование прерывания, с возвратом не в
прежний контекст прерывания, а в новый, и, по моему мнению, не
совместимо с аппаратным восстановлением контекста. Nikolay_Po(387 знак., 16.06.2026 22:37)
- Сохранение, да. Но эксепшын, аппаратен и сразу, в машине моде. Т.е
код будет исполнен всегда, плус, у него свои регистры и всё такое. mse homjak(366 знак., 15.06.2026 19:58)
- А нет желания спросить у синего кита? Он тоже китайский, про свои
родные контроллеры ответят: ### Резюме по вашим вопросам: 1.
**Верно.** Каждое прерывание (и вложенное в том числе), которое
может вызвать переключение контекста, должно работать на выделенном
стеке прерываний, чтобы не затереть стек задачи. 2. **Верно.**
Использовать `naked` обязательно. Компилятор не знает про
`mscratch` и вашу логику переключения стеков. Только ручное
управление контекстом спасет Yft(925 знак., 11.06.2026 17:11)
- ниче не понял, но вопросы правильные. я когда портил - сильно лоб
морщил. у меня сделано 1) не все прерывания выключаются, только те
что могуть влиять на планировщик, для этого есть регистр
PFIC_ITHRESDR порога пиоритета 2) таски работают в user режиме чтоб
не достали до SCR-регистров. 3)чтото еще перепиливал klen(23200 знак., 11.06.2026 01:00, ссылка)
- Кстати, в шаблоне для RISC-V, в свежем порте FreeRTOS, заложили
условное сохранение контекста FPU: Nikolay_Po(129 знак., 15.06.2026 13:42, ссылка)
- Правильно ли я понял, что для ОСРВ, прерывания полностью
блокируются сбросом бита MIE? И нет возможности
разрешать не запрещать более приоритетные прерывания, не влияющие на задачи
и переключения контекста ОС? Nikolay_Po(975 знак., 12.06.2026 22:03)
- А где эти? Особенно интересуют макросы для обработчиков прерываний
при входе POP_ISR_SP и выходе PUSH_ISR_SP. Nikolay_Po(451 знак., 11.06.2026 15:30)