jcxz

"Манёвренность"? Правда что-ли??? А как же тогда малоподвижные жабы, с удовольствием лопающие этих "манёвренных мух" со всеми их ганглиями, а не мрущие с голодухи в своём малоподвижном болоте? Да и обычной человеческой рукой можно наловчиться их ловить. Не говоря уже об обыкновенной резиновой мухобойке, которая ни разу не "живой организм"?

Какой размерности?? sin(x % 360); где x - ваше большое число (если угол в градусах). Какая тут размерность аргумента функции sin()?

Кроме напряжения, утечка ионистора также сильно зависит от температуры. Ионистор - не лучший выбор. Лучше использовать какие-либо конденсаторы с малым током утечки.

Читал-читал, но так и не понял - в чём именно проблема у ТС? Какая-то каша в сообщениях. Для хранения чисел со 150-ю десятичными знаками достаточно: ln(10^150)/ln(2)/8 = 63 байта. Каким образом для хранения и обработки числа размером в 63 байта ТСу не хватает 100Гб - не могу представить. И в чём именно состоит проблема - посчитать синус от числа 10^150??? Вообще непонятно... Синус - функция периодическая (что должно быть известно из школьного курса математики). Значит его значение можно посчитать от чисел практически любой разрядности. PS: Надеюсь делить и брать остаток от деления ТС умеет? Если да, то и посчитать синус от числа любой разрядности - не должно составлять труда.

Если не поняли, повторю вопрос ещё раз: Как предлагаете определять эту утечку? Хоть ток хоть энергию.

И как предлагаете ток потребления от ионистора отделять от его тока утечки?

Интересно - все тут чукчи-писатели что-ль? ТС в самом начале вроде ясно написал: +-10V

1. МК с АЦП с ШИМ + 2 ключевых транзистора + RC. 2. МК с АЦП и с ЦАП + ОУ. Только один корпус - вряд-ли получится. Хотя-бы 1 транзистор нужен.

Это ещё ерунда. Хуже что она не позволяет контролировать переполнение буфера. И не позволяет перегрузить функцию записи выходного потока символов на пользовательскую. А семейство printf это всё умеет. PS: Бесконтрольный sprintf (без контроля переполнения) имхо - моветон.

Зачем их исправлять если они у вас и так разные?

Если гора не идёт к Магомету, то может Магомету пойти к горе? Если нельзя отказаться от линуха и он обязательно нужен, то может тогда заменить контроллер на такой, в котором есть подходящая периферия, которая позволит реализовать нужную диаграмму работы SPI? (и при этом не мешать работе линуха на нём же). Или хотя-бы есть отдельное ядро, которое можно выделить исключительно для эмуляции SPI?

Так в том то и проблема, что у ТС не IAR. С IAR-ом всё просто - в свойствах подключения эмулятора указываешь нужный серийный номер и IAR работает только с этим эмулятором. Т.е. - с J-Link-ами так точно работает. ST-Link я уже давным-давно не использовал, может с ним есть какие-то проблемы. Но все ST-Link-и следовало уже давно заменить на J-Link-и (или хотя-бы перешить). PS: Меняем Кубепрограммер на IAR, а ST-Link-и на J-Link-и. И получаем стабильную и безглючную работу хоть с пятью устройствами одновременно.

Серийный номер нужно смотреть не в кубепрограммерах, а в свойствах USB-устройства (дескрипторе USB). Так как именно сер.номер USB используется при энумерации системой. А там видимо USB-сер.номера одинаковые (раз конфликтуют). И не факт, что после изменения сер.номера в кубепрограммере, USB-сер.номер изменится.

Ещё раз - читайте описание CPU. Что такое режим ARM, что такое THUMB, что такое THUMB2. В Cortex-M есть только Thumb2. И 32-битные и 16-битные инструкции - это всё Thumb2. Точно ли так? Уверены? Если да, то нужно проверить - что загружено в R0 перед "BX R0". Загружен адрес начала __main? Каково значение младшего бита R0? Должно быть == 1. Опять-же: Перед функцией Reset_Handler не видно включение режима THUMB. Похоже там режим ARM, а значит в R0 возможно грузится адрес с битом_0 == 0 (режим ARM). И возможно поэтому происходит HF. Добавьте перед Reset_Handler директиву THUMB. И ещё раз: Прочитайте что такое режим THUMB и что такое режим ARM. PS: И научитесь вставлять в сообщения текст исходных кодов, а не картинки. Кнопка для этого есть здесь в редакторе. Также научитесь корректно цитировать. Чтобы отвечающим вам хотелось вообще отвечать.

Вы смешиваете понятия "программа не компилируется или компилируется с ошибками" (п.1) с понятием "программа выполняется неверно" (п.2) Это писать бессмысленно, так как у Cortex-M нету других режимов кроме Thumb2. Что именно делаете и как выполняете - тоже ничего не понятно. Пошагово? Если да - то как? С заходом в функции или без? Если с заходом в функции (как и нужно делать), то должны были дойти до указанных мной выше багов в коде. В вашем случае надо выполнять пошаговое выполнение с заходом в функции (не знаю как это в Кейле называется, но должно быть). На первом вашем скриншоте. В смысле "не вы"? А кто писал эту "программу"? Кто надумал писать в CellAddr, объявленную в const-памяти? Ещё раз: смотрите ваш же первый скриншот. На нём видно куда идёт переход. Переход идёт за пределы вашего кода. Скорее всего это (выполнение чего-то за пределами кода) и вызывает HF. Хотя идея писать во флешь командой STR - тоже так себе идея. PS: Если не знаете ассемблера, то наверное сначала нужно изучить хотя-бы его основы? Хотя бы прочитать в описании системы команд - что именно делают написанные вами команды CPU? Нет? Проблема у ТС не в SystemInit (чтобы она не содержала), а в его __main.