razrab83

нет. если мне скажут "из этой ямы воняет, очевидно там го$но", я туда не полезу, но понюхаю. И если из этой ямы действительно воняет, то я сделаю очевидный вывод - из этой ямы воняет. Я не сделаю вывод, что там го$но. Но если мне потребуется устранить вонь, то придется туда лезть и выяснять го$но это или что-то ещё. Вот и это я лично против вас имею... Вы не очевидные вещи выдаете за очевидные, причем от имени мифических "всех". совсем забыл.... а LL? Какого ваше мнение про него? ps хотя мне оно почему-то очевидно ))), раз у вас готовые снипеты и 100500 лет набивки руки, врят ли вы одобрете LL. Куб может генерить и LL. Тем не менее, HAL критикуют за громоздкость. Чем можно раскритиковать LL?

Да, видел. А что там в коде разбираться и зачем смотреть? Смотри документацию на HAL. Сгенерируется в stm32f1xx_it.c, в нем есть void USART1_IRQHandler(void). В ней вызов халовского обработчика. Он тяжелый. Можешь свой написать (поставив галку в кубе). в итоге.... например на передачу в хале есть зарегистрированная функция (см RM на HAL) __weak void HAL_UART_TxCpltCallback(UART_HandleTypeDef *huart) { /* Prevent unused argument(s) compilation warning */ UNUSED(huart); /* NOTE: This function should not be modified, when the callback is needed, the HAL_UART_TxCpltCallback could be implemented in the user file */ } Не запоминайте эти слова, просто откройте мануал на хал, находишь зарегистрированное имы обработчика на передачу, переопеределяешь в main.c своем файле новую void HAL_UART_TxCpltCallback(UART_HandleTypeDef *huart), по __weak компилятор халовскую проигнорит и подтянет твою. да млааа.... Вы эту тему сами читали? ОБНОВИЛ КУБ - Несколько раз в Кубе делал изменения - эффект больше не всплывал. Прочитаййте ещё раза и ещё... ОБНОВИЛ КУБ - эффект больше не всплывал. ОБНОВИЛ КУБ - эффект больше не всплывал. ОБНОВИЛ КУБ - эффект больше не всплывал. ОБНОВИЛ КУБ - эффект больше не всплывал. ОБНОВИЛ КУБ - эффект больше не всплывал. ОБНОВИЛ КУБ - эффект больше не всплывал. ОБНОВИЛ КУБ - эффект больше не всплывал. ОБНОВИЛ КУБ - эффект больше не всплывал. ОБНОВИЛ КУБ - эффект больше не всплывал. Дошло? НЕТ!?.... goto началоСообщения. Что вы от меня хотите в этой теме? Чтобы я в чем помог ТС? Он решил проблему. Мне нужно что сделать? сломать ему прогу и помочь починить? создать проблему и её решить? Какое отношение эта тема имеет контексту ваших коробок?

Я понимаю вашу мысль... с фразы "многообразный мир МК". Так вот вам я уже не первый день пытаюсь объяснить, что коробка меня не ограничивает ни в чем. Я вырос без коробки. Я попробовал залезть в коробку. Комфортно. Гораздо комфортнее, чем без неё. В том то и дело, что коробка меня ни в чем не ограничила. Я ни потерял абсолютно ни чего. Я залез в коробку и из коробки вижу весь мир стм32. я вылез и коробки - я вижу весь мир стм32. Поэтому у меня и возник вопрос - в чем коробка ограничивает? Ваш ответ - "не знаю, я там не был". я то как раз вам все фразы скопипастил с контекстом. вот что я ещё имею против вас лично... вы пишете Опять вы говорите за всех. Вы когда-нибудь научитесь держать слово только за себя? Зачем вы своё мнение приплетает к мнение всех? Кто вам дал на это право? То "всем очевидно", то "мы уже выяснили". Во первых это не очевидно. Во вторых я иногда проверяю очевидные вещи. Я атеист. И я не могу слепо следовать чей-то религии. Есть инструмент (назовем коробка). Есть jcxz который утверждает что в коробке хуже, даже не разу туда не залез, просто он в это верит. Я решил посмотреть что там хуже? Оказалось лучше. Я говорю jcxz-у - он не верит и достает линейку - покажи какой у тебя длинны?

Да да да .... ложь... ... Но у меня вопрос... чего нет в кубе, в плане настройки периферии? Если покинуть манеж куба, какой мир откроется на стм32? Не могу ответить, так как никогда не интересовался, что имеется в кубе. ну понятно, у вас стек памяти на 2-3 сообщения.... если вы не помните, то интернет всё помнит ну вот, уважаемый mantech.... вот кагбэ чтобы вы не обиделись.... вот реально это вопрос от человека, который либо как jcxz ни когда не использовал куб, либо у которого компетенция в данном вопросе очень низкая не высокая. Вы не обижайтесь... реально... вот открыл на вскидку проект специально и сделал скрин шот.... Всякие режимы (IrDA, LIN, ....), всякие DMA, NVIC, прерывания и т.п. Всякие аппаратные CTS/RTS. Вы попробуйте. Было бы конструктивно, если бы вы сказали "Я не смог не нашел в кубе настройку для работы RS-485, а в регистрах она есть." ps кстати, в некоторых стм32 мне попадался уарт с настройкой аппаратного переключения приёмопередатчика rs485. ээээ.... PPS: а это прокатит за практический совет, человеку, который не знал, что прерывания можно настроить в кубе на уарт? Есть ещё вопросы по уарту в кубе - задавайте пока не ушел.

это у вас похоже какие-то проблемы или с памятью или с причинно-следственными связями.... Я вам писал - я эту тему видел. В этой теме обсуждается то, что куб перестал работать перестал генерировать рабочий код. Исправилось переустановкой куба. Но вы утверждаете и в доказательство приводите темы про "переустановку куба". Какая причинно-следственная связь одного с другим? Да, согласен, тут про куб. В неё не тыкал, т.к. заголовок темы не про куб. Но даже там не чего помогать. У человека не проблема с кубом.... Вы думаете он бы написал код на регистрах без куба - и всё бы взлетело с 1-го пинка? Покажите мне тему: "Я настроили GPIO через куб, вот *.io, не заработало. Куб не выставил биты в регистрах, хотя галки есть". Протыкал в этой ветке ещё тем штук 20.... где там про куб? кто мы и что выяснили? ))) я же говорю - прокатывает за "говорю просто так". Ещё раз... 3-ий... или 100500-ый раз спрашиваю - какой профит в стм32 при инициализации перифирии будет без куба? Ой, извините, вы же уже ответили на этот вопрос - вы не знаете. но зато мифические "очевидное под носом", ну ну. вот что Вы говорите - без куба открывается другой мир. Для меня мир открыт и с кубом и без. Я разницы не вижу.... как вы говорите очевидной под носом. Хорошо. Все мы я постоянно развиваюсь, пользуюсь различными инструментами. И тут, кто-то сказал - использование этого инструмента - это плохо. Я хочу понять - почему? Я им иногда пользуюсь. Я спросил - почему? Какой такой мир откроется без куба? Вы топите за то, что от периферии можно гораздо больше получить без куба. Я не вижу разницы. Я всего лишь спросил - в чем разница, какие плюшки? Вы ответили "Я не знаю." О чем вообще спор? У вас кончаются аргументы, вы начинаете "в практических вопросах вы не разбираетесь". От куда вы знаете в чем я разбираюсь, а в чем нет. Вы утверждаете, что есть разница, и тут же на вопрос "Какая?" вы говорите - "не знаю", и потом начинает за всех говорить "мы выяснили" и унижать оппонента. Кто "вы"? Говорите за себя. вот свежак от вас вот против вас лично я имею то, что вы постоянно несете дезинформацию.... каких друзей? Кто тут мой друг? Хорошо, хорошо.... не запоминайте этого слова я уже исправился, после вашего жирного "не куб, а работа в кубе"... но... далее... вы сами же пишете Т.е. вы говорите, что "куб не плох", а вот "использование куба" - плохо (ведёт к атрофии мозга, ведь атрофия мозга плохо). Вам не кажется, что "куб" == "использование куба"? Героин не плох, а вот употребление героина плохо. Сигареты - это не плохо, а вот курение использование сигарет - плохо. Зачем? Тут один мне пытался устроить "экзамен" на РТОС, теперь вы что-то от меня требуете.... вам это зачем? Вы хотите писками помериться? Я не хочу. Пусть у вас будет длиньше. Я сюда зашел, чтобы почерпнуть знания. Увидел - "куб плох использование куба плохо". Спросил - почему? Мне в ответ "Я не знаю, а ты ваще кто такой? у тебя сколько подписчиков и какого цвета штаны? покажи свои знания?". Что к чему? Вот что я имею против вас лично.... ну во первых.... просмотрите хотя бы эту тему, увидите практические мои ответы на практические вопросы. И посмотрите с чего начался этот холивар - с ответа, не имеющего практического смысла. Во вторых - где я пустословно протопил за куб? Я говорил что в кубе на раз-два поднимается USB-VCP? говорил. Это не так? Так! Я говорил, что в кубе можно проинитить всю перефирию - говорил. Вы утверждаете обратное.... вернее вы говорите, что от периферии без куба можно получить больше... Я не знаю, что можно получить больше. Покажите мне? Ваш ответ "Не знаю". И я пустослов? В третих... если вы кого-то не видите (тут, или не тут) - это не значит, что человек не разбирается в практических вопросах. С недавнего времени очень редко захожу сюда.... отчасти благодаря вам. есть только несколько тем, за которыми слежу... Вот это всё я против вас лично имею... Чем мне нравиться куб.... тем, что перефирию можно оживить очень быстро, не вникая в глубину периферии и больше времени потратить на мыслительный процесс познания конечного приложения. Например при написании какого нить GUI (в эбеддед), можно взять готовую библиотеку, тоже Qt/QML.... Написать вывод графики, с тенями, с муаром, с подсветкой... с анимацией... навести красоту... при этом даже не думая о том, как на дисплей выводится графика и где там и как размещён fb, как происходит смешение цветов, и как работает GPU. Можно написать бэкграунд с каким нибудь CAN, используя готовые библиотеки/драйвера, абстрагируясь от аппаратной части CAN-a. Куб примерно такие же дает преимущества.

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

встанет такая задача - портирую, не вопрос.

ваш ответ ха.... если я в 2014 году сгенерирую код, вы действительно 8 лет спать не сможете? Удивительно )))) Убедили!!! Срочно удаляю все кубы, все халы и spl... пишу всё сразу в регистры и на асме. Сладких снов ;)

почему то говоришь одно, люди слышат другое.... как так? при чем здесь ссылки на хал? я спросил "Почему КУБ г...?". Почему не билиотека HAL, а инструмент cubeMx, cudeIde.... почему эти инструменты плохи? Если ваш ответ "Потому что он использует HAL" - так и скажите. Т.е. вы не против того, что конфигурировать удобнее гуями с помощью галочек, вы против хала. Если бы был в кубе spl, или сразу супер быстрый асм, то вы бы были ЗА? Я правильно понимаю? Если ваш ответ: "Куб г, потому что графика и галочки (не важно какая либа), то зачем ссылку на пост чувака, которому не нравиться HAL, и которые его в конечном счете использует? )) давайте не путать hal и куб. многие не любят кубы и работают в иаре. при этом они пользуются hal-ом. Это во поервых. Во вторых.... куб не дает такого ощущения. Куб дает ощущение такое: "Нифига, за пару минут - и VCP/LCD/FMS/SPI(нужное подчеркнуть) поднят и железка работает. Как всё быстро и просто!!!" Ложь. Говорите за себя. Вам (и автору той статьи) возможно. Мне нет. Мне с HAL-ом (не с кубом, а просто с халом) на порядок быстрее пишется код. И мне разобраться как в HAL инититься GPIO гораздо быстрее, чем разобраться как GPIO инититься через регистры. не такой он уж и жуткий. компромиссная плата за низкий уровень входа. ИМХО. а сейчас я вам покажу от куда на Беларусь готовилось нападение вот тут поподробнее.... тот пост 4-х летней давности.... какие сейчас ошибки в хале? (уйма.... ну в моём понимании это от 10 до 100.... или более. Что для вас "уйма"? и покажите эту уйму в коде хала) и что? и пошло поехало... и откроешь RM, и познаешь все регистры. Что плохово? Или ваш подход.... в 2014 году выучить все регистры, каждый битик... потратить кучу времени... поднять USB стек... свой написать.... а потом в 2022 "А что такое OHCI?" - вы думаете за 8 лет вы будете всё помнить? Если куб что-то недоинитит и потребуется руками, без хала, то откроешь RM и сделаешь без куба. Что не так? Почему такой подход кому-то спать не даёт? Вообще не понятно.... зачем этот холивар устраивать? Уже понятно, есть консервативные старпёры, есть те, кто идет в ногу со временем и пытаются использовать современные инструменты. Есть спрос на эти инструменты. Есть хорошие инструменты, есть плохие. Ну не нравится вам куб - не используйте. Зачем вообще заходить в эту тему и писать про куб гадости? И аргументировать своё поведение сообщениями "Я его ни когда не использовал". Как может не нравиться продукт, который не пробовал?

задача заключалась в том, чтобы инициализировать LCD и фреймбуфер в внешней SDRAM на FMC. куб справился. Что не так? Это сообщение я видел. И? Чем плох код в этой теме, который сгенерировал куб? ТС обновил куб - все заработало. Больше эффект не повторялся. В IAR WB чтоли нет глюуов? Постоянно зависает, постоянно вываливается. И эклипс может подвиснуть, и альтиум, и даже этот форум иногда ложиться. Так чем плох код сгенерированный кубом? Вот тут как обычно jcxz прокатывает за "говорю просто так", мягко выражаясь. "Каждое второе" - можно было бы принять за литературную гиперболу, но там даже на каждое 10-е не тянет.... до сентября 2021 пару тем. Вот я пытаюсь понять.... какие плюшки можно получить от периферии без куба? Я ещё раз говорю - галочками в кубе можно проинициализировать в периферии всё. Я вас спрашиваю: Что можно получить от перефирии дополнительно если её инитить без куба? Какой тако мир огромный МК откроется без куба? Ваш ответ: "Не знаю. Я куб не пользую". Так вы не разу не пользовались этим инструментом и вы его критикуете работу с ним критикуете. Удивительно. Хотя, касательно jcxz - это не удивительно.

сорри.... исправлюсь... Буду осваивать новый МК. Такой ответ устроит? Я тему не увожу, я всего лишь хотел сказать следующее.... Да, верно... завтра потребуется перейти на др МК, а там нет куба - что делать? Учить периферию и самому учиться её инитить. Вы топите за то, чтобы сразу выучить все регистры, чтобы быть готовым к "завтра". А если завтра не наступит? Если завтра нужно перейти на новый МК (с триичной системой счисления, какуюнить Сетунь, аналоговнетовую) , а там будет свой куб. А если завтра вам нужно перейти на ПЛИС? Зачем вам знания перефирии стм32? А если завтра вы перейдете в трасисровщики ПП? А если вам завтра нужно вообще будет перейти в веб программисты и писать какиенить инет-магазины? А если вы станете завтра вы станете юристом? Что будете делать со знаниями инита перифирии стм32 и как вернёте потраченное на это время. Проблемы нужно решать по мере поступления. ну по порядку... во первых я не топлю за куб. Не нравится - не ешь. Дело вкуса. Просто когда на бочку меда показывают и говорят - это гавно... а я иногда с этой бочки ем... у меня сразу вопрос - "а почему г...?". В ответ - не знаю, я его не пробовал. Как-то не понятно.... Если куб чем то плох, хотелось бы услышать конструктивную критику, хотелось бы увидеть в траве граблю и не ходить по этому месту. Но я слышу такие аргументы как "Я его ни когда не пользовал" или "кто-то не хочет читать документацию… Тогда бы и никакой "куб" не понадобился!" Во вторых.... я тут редко, иногда смотрю эту тему, чтобы быть в курсе проблем кубаИде, ингода, даю советы. поэтому по форуму, по практическим вопросам по кубу, вас не видно. Пролистал тему стм32 аж до сентября 2021, и не нашел практически не одного вопроса по кубу/кубуиде. а был ли мальчик? а где они? пару тем нашел... но они не про проблемы куба.... то другой процессор, то про STM32CubeIDE Simulator то, чего там нет. Единственную тему про проблемы куба нашел свою ))) и то, она решилась не кодом и/или кубом а аппаратно. На практике: в 2021 потребовалось LCD дисплей поднять. фреймбуфер на внешнем SDRAM. Надо ещё и сдрам поднять.... Решил кубом. с 1-го пинка не взлетел.... долго мучительно ковырялся... на сто раз перепроверил ноги, настройку контроллера LCD, настройку сдрам, тактирование... уже несколько раз порывался сюда за помощью... оказалось частоту на LCD задал слишком высокую. Поправил частоту (в том же кубе) - заработало. Что ни задача... пробую куб - а оно вазьми, да заработай.... даже нет смысла заходить на электроникс. Может поэтому вы меня тут не наблюдаете? какое это отношение имеет к кубу? Написал ответ и затер... этот вопрос - это наброс г на вентилятор. Вы хотите устроить тут холивар TNKernel vs FreeRTOS?

а я как сказал? я так и сказал - вы не умеете его готвитью )) ну не совсем так.... да, "жирность" кода от это возможно плата за скорость написания ПО. Т.е. поднять UART - пару кликов. Поднять самому урат... разобраться во всех регистрах, а попутно в регистрах клоков и в регистрах прерыванию - тут потратить много времени и стрельнуть себе в ногу. Если влазит в МК жир - то пость будет. Когда у меня в 8к флеша код из 32к не полез.... я в кубе настраивал например клоки - очень удобно в графике, собирал, запускал. Брейкпоинтом перед MX_Clock_Init(). делал один шаг, смотрел какие регистры изменились. Потом менял вызов этой функции на запись в регистры нужного кода, типа RCC->NaneReg1 = 0x45; и вперёд. Инит уарта менялся на 2 строки. из 1 кб флеша превращялись в несколько байт. Один профит от куба.

Буду осваивать другой МК. Если нет куба, буду осваивать то что есть. Если ни чего нет, буду писать на vi и собирать своим makefile. Если нет компилятора си/с++ - буду осваивать асм. Если нет асма - буду осваивать машинный код. Нужно будет освоить др язык - освою (в своё время перешел на плис, пришлось осваивать верилог. вот был разрыв шаблона, когда за один такт выполнялись одновременно все строчки кода функции). Поставили задачу для ардуино - освоил ардуино. Поставили задачу написать код с TNKernel - (а это ваще кто такой!?) освоил TNKernel. Любые капризы клиента.... Но если сам буду переходить на новый МК, естественно промониторю доступность удобных идэ, кубов, спл/хал..., ос.... ключевой ответ.

Может быть вы его не умеете готовить? Я такого в кубе не встречал, чтобы например уарт по умолчанию настраивается на 9600, а на 115200 ни как.... или GPIO на out в кубе настраивается, а на in нет. В кубе галочками можно настроить периферию под любую задачу. Единственное к недостаткам инита от куба можно отнести HAL, т.е. грамоздкость. Но это не недостаток куба, а недостаток хала.

Хорошо, пусть это не программирование, это конструктор сборки ОС. Тогда куб - это конструктор периферии. Кто пытается кубом заменить программирование? Есть хотя бы один пример? Возьмём любую задача по программированию... с потолка... "взять на стм32 получить по UART данные, обработать и вывести их на экран". Вы можете взять даташит на мк/lcd и написать свою инициализацию UART, LDC, RCC, GPIO, .... и потом написать программу которая примет данные, обработает и выведет на экран. Это будет программирование. А можете взять куб, натыкать галочек по инициализации периферии. Но конечной программы у вас не будет. Вам нужно написать программу для приема данных, обработку и вывод. Это и есть программирование. Ни один куб за вас это не сделает. Ни одним кубом вы эту задачу не решите. Кубом вы только сможете сделать инициализацию периферии. Куб не заменяет программирование, куб помогает в программировании.

старая тема лучше. Что не понравилось в новой: такое чувство, что старый документ с А4 перепечатали на 10 листах... стало всё просторно, но не информативно. Конечно не нужно в "экран" пихать сразу 100 сообщений, но и вывод на экран всего ОДНОГО сообщение - это другая сторона радикализма. вот пример 1) это скриншот с монитора 24'. полный экран. влезло одно сообщение в ТРИ строки. А, ну да, ещё цитата в одну строчку. Итого информативного - 4 строки. "вынос" 1 - это зачем? сжирает большую огромную часть экрана. 2) "вынос" 2 - тоже зачем такой большой? 3) "вынос" 3 - кнопка "цитата". синим обвел ту область, которую В ПУСТУЮ съела кнопка цитата. Зачем эта пустая синяя область? может эту кнопку перенести по синей стрелке? 4) тоже, отступ 4 огромный. эти лозунги... у некоторых их по 2. Да, их можно отключить.... но может подумать о их компактности/расположении? 5) высоту заголовка цитаты 5 можно уменьшить. Конечно не надо лепить текст друг на друга, но и разбавлять его бесконечно пустыми полями не нужно. Информативно в ОДИН экран влезло всего одно сообщение в 4 строки. В общем над дизайном тут есть где поработать.

полностью согласен. сборка ядра linux с помощью куба инструментов типа buildroot - это хождение по узкой тропе, протоптанной программистами buildroot в снегу. Что в этом плохого? Шаг в сторону - и велком ту написание драйвера и/или редактирование device tree. Что в этом плохого? есть программисты, пишущие на Qt, с использованием gcc, с использованием ОС. Они пошли по 2-му пути. Т.е. они абстрагировались от низкого уровня не написав ни одного макроса/функции под свою задачу (работающие с этими битами) и не изучив всех периферийных регистров. Они берут готовый EGLFS и пишут свое ПО не углубляясь в битики регистров gl. Они не пишут свой компилятор, а берут готовый gcc и используют, идут по протоптанной тропе в глубоком снеге. Берут готовую ОС - и пишут своё ПО. В контексте данной дискуссии не идет речь - "Установить куб и не писать свои велосипеды". Тут речь идет "дайте ссылку на кубИдэ". Но у меня вопрос... чего нет в кубе, в плане настройки периферии? Если покинуть манеж куба, какой мир откроется на стм32? Допустим кубе есть настройка GPIOA, но отсутствует GPIOB, GPIOC и GPIOD? Или в кубе есть один уарт, а в камне их 7?

Не удержался... сорри.... допустим я с вам согласен про CubeMX. Допустим тыкание галочек - есть путь в никуда. У меня сейчас задача: написать ПО для кансоли (процессор+экран+тачскрин). ОС linux. Железку разработали специально под эту задачу. Прежде чем писать ПО на прикладном уровне нужен работающий linux embedded. Всякие ваши Debian/Ubuntы и прочие туда не встанут. Нужна своя сборка ядра. Качаю исходники c kernel и с помощью buildroot собираю ядро/dt/rootfs... Запускаю make menuconfig - появляется графический конфигуратор. Ползаю, ставлю галочки.... Запускаю make linux-menuconfig - появляется графический конфигуратор ядра. Ползаю по нему, ставлю галочки. С не нужных драйверов галочки снимаю, на нужные ставлю. Не хватающие драйвера докачиваю или дописываю и внедряю в buildroot, в эти галочки. Я не заглядываю в makefile, я не задаю аргументы компилятору через командную строку. Все аргументы я задаю галочками. Собираю, устанавливаю - получаю готовую систему с рабочим железом. Далее пишу ПО на прикладном уровне уже не думая о том, как будет выводиться графика через аппаратный openGL или как будет осуществятся работа ethernet/usb/tach/..., абстрагируюсь от низкого уровня сконцентрировавшись на конечном ПО (на прикладном уровне). Так вот, согласно вашей идеологии, make menuconfig - это путь в некуда, это просто набор готовых сценариев для очень однобоких реализаций чего-либо, причем без понимания сути программ ничего не получается у тех "гениев", которые этим кубом пользуются. Наверно Вы бы писали руками makefile и делали бы сборку отдельно ядра, dt и rootfs. Я считаю, что такой подход (buildroot + make menuconfig) - это тоже программирование. CubeMX - это тот же make menuconfig. CubeMX позволяет абстрагироваться от битиков в недрах регистров процессора и больше времени потратить на конечное ПО. Подобные продукты CubeMX существовали задолго CubeMХ. IDE, позволяющие сгенерировать асмовский стартап с инициализацией периферии. Такие инструменты были за долго до CubeMX и успешно использовались. Я соглашусь с теми, кто говорит "Не используй CubeMX, потому что он глючный". Возможно в первых версиях он был сырой... возможно сегодня кто-то найдет в нем ошибки... но все меняется. Ошибки находятся и устраняются. Но с заявлениями "Не используй CubeMX (или подобную тулзу), потому что это путь в некуда... " не соглашусь. ИМХО.

+5. )) я думаю что тут есть место для дискуссии касательно CubeMX - "это програминиг или нет?".... но.. давайте по порядку... по слогам. Слог первый: CubeIDE - он же STM32CubeIDE, он же Integrated Development Environment for STM32. Иногда в контексте STM32CubeIDE сокращенно "кубидэ" или "куб". слог второй Так что данный контекст именно о IDE, т.е. о среде программирования для STM32, сделанной для удобства сборки и написания кода, чтоб не сходить с ума от командных строк, мейков и пр. пережитков старья и дурости.

Windows7->Firefox->Дополнения->ZanMate. Бесплатный vpn плуг для Firefox. С помощью него нормально скачивается и ide, и cube с st.com Eddy_Em, как старая бабка, которая ругает молодежь, за то, что она не такая. Технологии давно шагнули вперёд. Многие оценили удобство современных технологий IDE, но вот Eddy_Em ни как не уймётся. Его гложит мысль, что ему пришлось через каждый битик в ручную пробираться к искусству программирования, киркой и лопатой грызть гранит знаний. В нынешние времена появилось много удобных современных инструментов. Но Eddy_Em не может простить тем, кто минуя кирку и лопату сразу перескакивает на несколько уровней, за кого IDE делает "грязную" рутинную работу. Eddy_Em зачем вам ПК? Это же только для ленивых. Королев Гагарина отправил в космос с помощью логарифмической линейки. Пересаживайтесь на арифмометр, ведь ПК - это современные технологии (хотя, глядя на последние новости, скоро все пересядем за арифмометры )) )

offtop: было всё на альтере. переехали на говин. говин отказались поставлять свои чипы. у китайских говин оказался американский собственник. Будьте осторожны.

Tor Browser дает скачивать. Vpn наверно то же.

разница в том, что если явно написано "2+2" - это "2+2". Это явная запись "2+2", а не запись "Съешь ещё этих французских булочек". Хотя, при желании "+" можно перегрузить, и это будет что угодно. Привет индусскому коду, аля typedef true false а если написано "a | b ^ c & s" - тут неявная расстановка приоритетов, требующая помнить все 17 уровней. В неявных "операциях", гораздо чаще стрельнуть в ногу (отсыл к неявным приведениям типа, которые в с++ не приветствуются). Такой код "(a | (b ^ (c & s)))" даст такой же результат, но тут явно видно приоритеты. Даже если программист забыл, что "&" выше, чем "^", ни чего страшного, со скобками - ни автор, ни читающий не запутаются. не нужно мне приписывать что-то от себя. я этого не предлагал. ps а ещё в шк и вузе, пишут писали z = (a + b) + (x + y). Математически это тоже самое, что и без скобок, но понятнее из чего складывается z, ровно как и понятнее из чего складывается такой if if(((a - b) < 10) || ((b & 0xF) >= (a - 1)))

не нужно путать тёплое с мягким. тут явный оператор "+=". if(a - b < 10 || b & 0xF >= a - 1) - тут неявная "расстановка" приоритетов.

ППКС. в шк всего 2 приоритета. в си около 17. Все знают что в си у Операторы "&","|" и "^" разный приоритет?: Не заглядывая в справочник расставите приоритеты между ними? Ну во первых действительно, нужно однозначно понимать, что автор делает: он ошибся в приоритете, или он так и хотел сделать? Во вторых, зачастую код мигрирует из языка в язык. В одном языке у операций один приоритет, в другом другой. Я всегда расставляю приоритеты сам, вручную, скобками. Мне читать такой код понятнее. 1. тип int. рассчитываем управление вентиляции по некой формуле, причем, если на улице светло, то добавляем константу #define ASD 314 p = a*b + c*g + ASD * (getLighting() > lightingThreshold); или собираем регистр статуса. в 0-ом бите нужно выставить бит в 1, если температура выше 40 statusReg = a | (temperature > 40);