Xenia

Что случилось, не скажу - не знаю. Но почему бы вам в этом случае не перейти на STM32F103C8T6, предложение которых зашкаливает по довольно низкой цене? Такая замена, скорее всего, и по цоколевке подойдет - не надо будет плату переделывать. На крайний случай китайцы выпускают свой клон для STM32F103C8T6 под названием CS32F103C8T6, который еще дешевле. Есть у китайцев и клон вашего STM32F030C8T6, этот называется чуть иначе - GD32F103CBT6 и производится другой компанией (GigaDevice Semiconductor).

А они свои ARM-ы выпускают?

Он не признан мировым сообществом, как плагиат :).

Уточню - ровно 32 производителя :). Вот список в порядке убывания числа девайсов: ST Texas Instruments NXP Microchip Atmel Silicon Laboratories Analog Devices Cypress Infineon Renesas Mediatek Toshiba Nordic Semi Maxim Altera Holtek Nuvoton Lapis Mind Motion Micronas ONSemiconductor HDSC Microsemi Samsung Fujitsu Cirrus Aiji Broadcom Sonix Ambiq Micro Xilinx Epson P.S. Пожалуй, создавать раздел для AD и Renesas не стоило...

Положим создали новый раздел "микроконтроллеры ARM Microchip" или "микроконтроллеры STM32", а дальше что? Разве станет кто-то из модераторов переносить из кучи всё, связанное с STM32, в новый раздел? Очевидно не станет. По крайней мере, прежде при создании новых разделов такого не замечала. А это значит, что при поиске информации придется просматривать не только содержимое нового раздела, но и содержимое кучи. Спрашивается - где здесь облечение поиска? Хуже того, просмотрев содержимое нового раздела, но поленившись копаться в куче, участники форума начнут задать вопросы типа "как создать CDC-девайс на STM32F103?" :), хотя этот вопрос может быть протерт до дыр в темах, находящихся в куче.

Согласно информации "Commercial News" от EBV Elektronix за ноябрь месяц (раздел "MCU & DSP"): http://tk-gm.com/Newsletter/EBV/2020_Commercial/11/Commercial_Newsletter_Nov_2020.pdf задержки с поставками 32-битных контроллеров сильно увеличились не только у ST, но и у NXP. У Microchip они тоже увеличились, но не так сильно.

Полное название: "Microchip Studio for AVR® and SAM Devices". Скачивать отсюда: http://s3-us-west-2.amazonaws.com/atmel-studio/7.0.2542/as-installer-7.0.2542-full.exe

Так о том и речь, зачем Segger сделал для JTAG такой огромный разъем?! А к изготовителям плат никаких претензий нет - они просто вынуждены ставить такую большую колодку на плату ради совместимости со "штатным сеггеровским кабелем". А вот ST молодца - урезал JTAG-разъем у своего ST-Link'а на половину, потеряв при этом никому не нужных 10 земляных ног (и оставив 3 штуки).

А кстати, 20-штырьковый разъем зачем, если даже в 10-штырьковом есть "лишние" пины? Лично я не против - пусть Segger делает свои J-Link'и хоть с сорока пинами, а досадно из-за того, что ответный разъем занимает много места платах, тем более, когда те невелики по размеру. Типичный пример такого извращения:

Эта схема, ее принцип и разговоры о шумах живо напомнили мне страницу из старой эзотерической книги. :) Генераторы ДГ-2 и ДГ-3. )

Вообще-то после "Collection (Application)" должно еще раз быть "Usage Page", оттого и Logical Minimum/Maximum не работают. Т.е. "Usage Page" должно заключать в себе каждый отдельный блок. Только "Report_ID" может быть его старше и находиться снаружи. Например, у меня оно так: 0x05, 0x01, // Usage Page (Generic Desktop) 0x09, 0x04, // Usage (Joystick) 0xA1, 0x01, // Collection (Application) 0x85, 0x01, // Report ID (1) // Axis 0x05, 0x01, // Usage Page (Generic Desktop) 0x09, 0x30, // Usage (X) 0x09, 0x31, // Usage (Y) 0x09, 0x32, // Usage (Z) 0x09, 0x33, // Usage (A0) 0x09, 0x34, // Usage (A1) 0x09, 0x35, // Usage (A2) 0x09, 0x37, // Usage (A3) 0x09, 0x36, // Usage (A4) 0x16,0x00,0x00, // Logical Minimum (0) 0x26,0x00,0x10, // Logical Maximum (4096) 0x35, 0x00, // Physical Minimum (0) 0x46,0x00,0x10, // Physical Maximum (4096) 0x75, 0x10, // Report Size (16) 0x95, 0x08, // Report Count (8) 0x81, 0x02, // Input (Data, Variable, Absolute) // Buttons 0x05, 0x09, // Usage Page (Buttons) 0x19, 0x01, // Usage Minimum (1) 0x29, 0x80, // Usage Maximum (128) 0x15, 0x00, // Logical Minimum (0) 0x25, 0x01, // Logical Maximum (1) 0x75, 0x01, // Report Size (1) 0x95, 0xC0, // Report Count (192) 0x81, 0x02, // Input (Data, Variable, Absolute) // Feature 0x85, 0x40, // Report ID (0x40) 0x05, 0x08, // Usage Page (LEDs) 0x09, 0x4B, // Usage (Generic Indicator) 0x75, 0x08, // Report Size (8) 0x95, 0x3F, // Report Count (63) 0xB1, 0x00, // Feature (Data, Array, Absolute) 0xC0, // End Collection (Application)

А девайс-менеджер что у вас показывает? Желтый треугольничек или всё нормально? Т.е. драйвер-то подцепился? Виртуальный COM-порт появился?

Подходит. Обычно при увеличении минорного номера версии существенных изменений не бывает.

Вы бы еще сказали, что программирование на 99% состоит из печатания на клавиатуре :).

Чтобы "разобраться в основах мироздания" надо физикой заниматься, а не электроникой. Электроника для этого слишком человечна.

Вы указали на действительно сложную проблему. Однако я бы сказала, востребованность профессий здесь ни при чем. Скажем, нынче самыми востребованными профессиями являются продавцы и грузчики :), однако мало кого эти занятия увлекают. В разные времена одни занятия считались "крутыми", а другие нет. Например, во времена Пушкина считалось круто сочинять стихи :). Или посмотрите старый советский фильм "Волга-волга" - там народ побросал все свои занятия, как только был объявлен песенный конкурс. А почему? Да потому, что быть певцом или актером считалось несравненно престижнее любой иной профессии. Отсюда и офигенный конкурс в актерские и музыкальные учебные заведения. Но проходит время и кое-что начинает меняться. После войны поднимается престиж инженерных специальностей. А после успешных испытаний атомной бомбы престижным становится быть физиком. И вот даже поэт Борис Слуцкий это заметил: Что-то физики в почете. Что-то лирики в загоне. Дело не в сухом расчете, Дело в мировом законе. Т.е. к этому времени стихосложение уступило первенство не только физике, но и некоторым другим техническим специальностям. Быть профессором стало престижнее, чем поэтом. Если, конечно, ты не Шекспир :). А электроника, думаю, получила популярность, на фоне ... дефицита. В те советские времена все челночники ездили за границу за импортной электроникой. Какой-нибудь транзисторный приемник казался в те времена роскошью, как и телевизор в доме. Отсюда и актуальность увлечений самодельщиков, которые были способны своими руками сделать то, что промышленностью не выпускалось совсем. Да и что далеко за примерами ходить - всем нам известный журнал "Радио" - типичный журнал самодельщиков :). Именно этим он и приобрел свою популярность, а радиолюбительство приобрело характер распространенного хобби. Сейчас эта волна угасает. Электронный ширпотреб подешевел и ассортимент его сильно расширился (во многом благодаря тем же китайцам :)). А потому и самодельщики перестали быть престижными, а самодельные изделия перестали котироваться (типа сделаны не фирмОй, а на коленке). Отсюда и схемотехника туго усваивается :).

Arlleex, ваш рассказ свидетельствует скорее обратному, чем то, что вы декларируете. Именно препоны, которые приходится преодолевать увлеченной личности, делают их преодоление приятным. Действительно, если месяцами копишь деньги на микросхему, ее последующее программирование покажется ни с чем не сравнимым удовольствием. И оно не только в электронике так - скажем, если ребенок целый год ждал, когда ему купят велосипед, то легко (а главное с удовольствием!) научится на нем ездить. А если высыпать на стол перед человеком сотню микроконтроллеров и сказать - программируй! То он нос наморщит и скажет "не хочу, противно!". Вот и схемотехника туго воспримается до тех пор, пока эти знания не стали необходимостью в том деле, к которому лежит твое сердце.

А вы-то об этом как узнали? :) Я догадалась, что DMA всегда пишет в реальную память, не взирпая на кэш, только после того, как этот кэш отключила. P.S. А кстати, много ли мы теряем, отключая D-cache? Ясно, что отключать кэш инструкций I-cache жалко, т.к. flash читается медленно с делэями. А насколько быстрее читается D-cache по сравнению с оперативкой? Ответ на этот вопрос для меня актуален, поскольку эффект от кэширования ROM хорошо заметен, а эффект от отключение D-cache остался мной незамеченным.

Расскажите пожалуйста про data cache + DMA подробнее. А то кому эта проблема известна, а кому не известна. Лично я больше месяца времени убила в происках причины, отчего у меня DAC через DMA не работает. Оказалось, "двойная ошибка": первая та, что data cache был включен, а вторая та, что RAM начинался с адреса 0x20000. А всё потому, что Examples такие - в них и функция SCB_EnableDCache() вызывается, и адрес RAM в проекте таков. А работал тот пример только благодаря тому, что массив чисел, которые DMA гнал на DAC, был объявлен как const, а потому располагался в ROM, и поэтому работе DMA ни data cache не мешал, ни адрес ROM. И кто только такие примеры сочиняет?

Я полагаю, что макрос: __LL_ADC_CALC_TEMPERATURE должен выдавать реальную температуру. Работа этого макроса соответствует формуле из Мануала: Из формулы (простая пропорция) видно, что сенсор тестировали на фабрике при двух температурах: 30°C и 110°C, получив при этом от АЦП два числа - TS_CAL1 и TS_CAL2, соответственно. А поскольку число 30 они прибавляют, то результатом является обычная температура, а не смещение относительно комнатной.

Почему ваши 43 градуса не страшные, а мои 43 градуса страшные?

Измерила температуру STM32H743VIT6 (LQFP100) его внутренним температурным сенсором. Оказалось не так страшно. Температура, вычисленная с помощью макроса: temperature = __LL_ADC_CALC_TEMPERATURE( 3270, HAL_ADC_GetValue( &hadc3), LL_ADC_RESOLUTION_16B); 0 мин - 26° 1 мин - 31° 2 мин - 37° 3 мин - 40° 5 мин - 41° 10 мин - 43° Далее температура больше не повышалась. Однако это испытание я проводила с приклеенным радиатором, т.к. отрывать его было жалко - у него липучка одноразовая.

Попробую, спасибо! От чтения "на пустой желудок" Хоровица и Хилла, вы схемотехнику ... возненавидите :). V_G дал вам наилучший совет - займитесь практически чем-то таким, для чего эта схемотехника бывает нужна, и тогда дело пойдет семимильными шагами. Хотя и в этом случае ее восприятие будет неравномерным - лучше будут усваиваться те области, которые наиболее близки к сфере вашего практического опыта. Скажем, лично я с школе математику не любила (хотя и нормально успевала по этому предмету), а в ВУЗе ненавидела :), особливо "Теорию вероятностей". И лишь гораздо позже, когда занялась ЦОС, поняла что математика может быть очень интересной.

Вы это пишите только затем, чтобы возразить? А чем SCB_DisableICache() + увеличение FLASH_ACR_LATENCY вас не устраивает? Ваше предложение гораздо более похоже на "через одно место", чем моё.

Нельзя: Вы мыслите в рамках операционной системы :), тогда как в большинстве случаев контроллер работает в монозадачном режиме.