Я спрашиваю об этом из-за этого поста (сегодня == 2018-27-03)

[Стивестронг - Вторник 27 марта 2018 г., 21:32] - Я не знаю, в чем ситуация для ядер STM32Duino и Generic, но для Libmaple F4 мой репо, кажется, наиболее развит, поэтому было бы смысл добавить его там.
Я мог бы сделать это, я положил это в свой список тодо.
Я, скорее всего, сделаю это после того, как решу текущую проблему с DCMI...

Я спрашиваю, потому что за последние несколько недель я провел значительное количество времени, приветствуя новых членов, отвечая на общие вопросы и пытаясь направить членов к ресурсам. Я предупреждал новичков, чтобы выбирать из ядра Роджера или ядра STM, если они ожидают поддержки на форуме, но несколько альтернативных членов, похоже, упоминаются, а иногда и в том виде, в котором они конфликтуют с версиями Roger F1/F4.

Для Libmaple я думаю, что должна быть только одна рекомендация, которую мы все должны предложить; Меня не волнует, сколько ядра перечисляется с Associated Pro/CON, но я твердо чувствую, что другие члены должны рекомендовать только один (1) как один (1) как один (1)... оба для F1 и F4.


Луча

Луча

Стив хорошо поработал с ядром F4, но я думаю, что его версия не расходилась, так что трудно сделать пиар.

Кроме того, даже ядро ​​Стива F4 никогда не будет столь же актуальным, как и мое ядро ​​F1, как ни Стив, ни у меня нет времени, чтобы сохранить все обновления.

Поэтому я согласен, что для самых стабильных основных людей, вероятно, следует использовать официальное ядро ​​STM или, возможно, STM32_Generic. (Но из того, что я вижу на форуме, с STM32_Generic очень мало трафика, поэтому он либо работает, или меньше людей используют его... Я подозреваю последнее.

Хотя у меня есть несколько плат F4, я никогда не использовал их в реальном проекте. F103CX обеспечивает много производительности для тех задач, которые мне нужен микроконтоллер для.
Это не значит, что F4 не подходит для некоторых вещей, я просто лично не нуждаюсь в такой скорости и т. Д

[Rogerclark - Ср 28 марта 2018 г. 12:47] - Луча

Стив хорошо поработал с ядром F4, но я думаю, что его версия не расходилась, так что трудно сделать пиар.

Кроме того, даже ядро ​​Стива F4 никогда не будет столь же актуальным, как и мое ядро ​​F1, как ни Стив, ни у меня нет времени, чтобы сохранить все обновления.

Поэтому я согласен, что для самых стабильных основных людей, вероятно, следует использовать официальное ядро ​​STM или, возможно, STM32_Generic. (Но из того, что я вижу на форуме, с STM32_Generic очень мало трафика, поэтому он либо работает, или меньше людей используют его... Я подозреваю последнее.
...

Роджер,

Да.
... Ядро F103 отстает с PRS, ядро ​​F4 в вашем GIT стоит за ядром Стива, и вы оба Стива, и у вас слишком мало времени, чтобы работать над приоритетами. Хуже всего, форум растет почти ежедневно.

Таким образом, единственная разумная рекомендация - отказаться от всех ядер на основе Libmaple и рекомендовать только официальное ядро ​​STM, поскольку оно быстро развивается, будет официально поддерживаться в течение долгого времени в будущем... Из того, что я могу наблюдать, Фредерик Пиллон и его защитная команда в STM делает превосходную работу. Чтобы порекомендовать этому форуму, любой другой курс действий заставит меня забросить как инженер и его архитектор.

Я считаю, что мой сервис на этом форуме не имеет дальнейшей ценности ... Поэтому я уезжаю в качестве участника и желаю вам всего наилучшего, Стива и форума в целом. Это была веселая поездка за последние много лет. ESP32 звонит... Я отстаю в авторизации проектов на Хастере.io.


Пока все,

Луча

Луча

На F1, хотя есть 33 PR показывает, в немногие из них я попросил автора что -то уточнить, но они не ответили

Я думаю, я, вероятно, должен закрыть те, которые старше 1 месяц и ждут ответа

Как вы знаете, проблема с PR заключается в том, чтобы подтвердить, что они ничего не сломают, поэтому, если никто, кроме меня и автор, не участвуют в разговоре, то, возможно, PR на самом деле не стоит риска, так как это не имеет отношения к большинству людей


Я полностью ожидал, что официальное ядро ​​STMS вступит во владение из Libmaple более года назад, но по каким -либо причинам; Вероятно, отсутствие Maple Mini и Bluepill Support и отсутствие поддержки загрузки загрузчика, большинство людей решили придерживаться Libmaple, поскольку он делает 99% от того, что они хотят.

@Ray
Пожалуйста, не уходи.
Продолжайте всплывать время от времени, пару раз в неделю, чтобы следить за погодой на вещи.
Стивен

пса. Автоматизированный ответ на первый пост сэкономил бы вам много печати и повторения, возможно, он перешел на вырезку и вставку

@Ray,
Пожалуйста, вернись.с.а.P после того, как вы "закончили" ваш ESP32.
Я, и я думаю, что все остальные участники я действительно ценю вашу преданность здесь, на форуме.
Приятно прочитать ваши ценные комментарии.

Я лично, я все еще хочу продолжать с Libmaple, потому что я нахожу это стройным, прозрачным, и я знаю это лучше, чем я знаю HAL.
Что касается ядра F4, я в настоящее время имею дело с ним ежедневно, поэтому я сделаю все возможное, чтобы сохранить дальнейшие PR/запросы, выданные в моем репо для общих плат F4, и на которых я могу выполнить тесты.

О тестировании, возможно, мы можем использовать Трависки или что -то еще, чтобы сделать AutoTest для нас, по крайней мере, чтобы подтвердить вещи, а затем определить тестовый набор.
Лично я держу Maple Mini, подключенный к SDCARD, и ЖК -дисплей в 2 разных портах, с DMA, Freertos, PWM, Timer DMA, как и тестовая установка, в основном для SPI, используя эскиз, в котором используются большинство функций SPI и SPI DMA, в режиме 8 и 16bit, с обратными вызовами. Когда я внес какие -либо изменения в библиотеку SPI, я сначала проверил ее в этом.
Возможно, если мы определим несколько тестов, которые есть у разных участников, и документировать их, мы можем установить их в качестве стандартного теста.
Например, пироскоп может быть хорошим тестом для ADC DMA.
Я действительно надеюсь, что Рэй не полностью покинет форум, а просто с самого начала, его комментарии и советы не поддаются значению, но я понимаю, что у него есть другие приоритеты, которые ему нужно для посещения.

Как ваш типичный любитель средней способности, я бы порекомендовал STM32_Generic для F4. Почему? Простота использования, потому что все работает, формат кодирования знакомо, и большинство широко используемых библиотечных библиотеков составляют Я получу свое пальто

[Этот пост не предназначен для звука негативного]


Я просмотрел Arduno Speatch Software Age Age, но не сделал’что найди что -нибудь.

Я согласен, что все может быть скомпилировано, но я подозреваю, что’S только 50% полезен, так как большинство кодов, которые получают представленные компиляции в фигурации, который автор использует.

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

Тогда существует совместимость между библиотекой и, наконец, внутренняя и внешняя совместимость аппаратного обеспечения
И т. д


Даже если многие люди, использующие основные (ы) и либера, довольно фундаментальные проблемы могут потребоваться месяцы, потому что есть так много комбинаций

Эн.глин.
Библиотека SPI LCB 16 -битный дефолт по умолчанию занял 3 месяца на поверхность
Ошибка в оборудовании i2c для устройств с использованием адресов, начиная с 0x7-чем, потребовалось месяцы, чтобы быть замеченными


Даже Google и т. Д. Используйте свою пользовательскую базу в качестве тестеров, я дону’не думаю, что у нас есть выбор, кроме как сделать в основном то же самое.

Эн.глин.
Возможно, если 2 независимых пользователя подумают, что PR работает для них, я лучше объединяю PR, в знании есть 10% -ная вероятность, что будут проблемы с проблемами

На самом деле, я рассматриваю PRS, которые просто добавляют новую функциональность как довольно безопасные, особенно если это’S Полностью новые файлы.

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

Поэтому мне пришлось связаться с автором PR и спросить, что сделала эта новая линия кода, и они ответили, сказав, что линейки кода не должно быть, так как она была избыточной или ошибкой.
В этом случае код изменил один из регистров RTC, поэтому он позвонил мне тревоги, хотя я понятия не имею, что сделали настройки регистрации.

Apareantky Код будет работать с или без этой строки.

И теперь рассматриваемый PR не будет автоматически сливаться..

Так что я вынужден проводить время вручную, слияя его вручную.


Следовательно, вы можете понять, почему существует около 30 объединенных PRS ООН для F1, так как каждый PR может занять часы работы перед ним’смутно безопасно для слияния.

Ну, я не хотел бы видеть, как Рэй пошел полностью...

Поскольку у меня есть нуклео и открытия, ядро ​​либера. Я отказываюсь от собственного ядра на основе HAL, когда Generic и STM -ядра вышли.

С тех пор, как я установил систему Workbench для тестирования моего ядра, у меня не было особых оснований для использования Arduino IDE. Или по большей части любой из либеров Arduino, как я могу напрямую кодировать в HAL. Тогда мои интересы вернулись в AVR ASM для прямого контроля над вещами, если у меня есть проект, который нуждается в C, то не так много причин для использования микроконтроллера, когда существует Raspberry Pi.

Я все еще проверяю эти форумы каждый день или даже до 5 раз в день. В ожидании того, что кто -то придумает легкий вес, посвященную библиотеке MIDI USB, как то, что существует на Леонардо. Проблема в том, что слишком много спрятавших и серийных загрузчиков, чтобы пройти через.

Я выбрал одну из моих досок Discovery STM32L053, так как я хотел проверить электронный дисплей. Я также продолжаю читать учебные пособия ASM Bare Metal, по какой -то причине, что мне нравится программирование ASM, или программирование на языке принтера Postscript. В последнее время я использовал PostScript для написания переводчиков между наборами ASM Mnemonic. 68K, 8080 и AVR. У меня также есть сценарии, которые могут проанализировать библиотеки HAL и настройки куба STM для сверления и разгона необходимых мне деталей.

[ZMEMW16 - Ср 28 марта 2018 г. 8:30] - @Ray
Пожалуйста, не уходи.
Продолжайте всплывать время от времени, пару раз в неделю, чтобы следить за погодой на вещи.
Стивен

пса. Автоматизированный ответ на первый пост сэкономил бы вам много печати и повторения, возможно, он перешел на вырезку и вставку

Я согласен с двумя предложениями!

Рэй, на мой взгляд, прав (первый пост):
Как известно многим «старым» участникам, я был бы «перерыв в детстве» в течение 2-3 лет, только выглядя Rudimental на этот форум.
Когда я вернулся в прошлом месяце, я был полностью смущен массой различных доступных ядер. Я не могу сказать, какое ядро ​​лучше, почему и почему нет. Я использую только ядро ​​Libmaple, из -за обратных причин совместимости с моими более старыми проектами. Хорошо, есть также исторические причины, вспоминая пионерские дни, борясь через совершенно странную структуру.
Одна другая сторона: большинство примеров кода и библиотечных советов & Подсказки для ядра Leaflabs, кроме того, это было действительно хорошо задокументировано Leaflabs --> http: // docs.Leaflabs.com/static.Leaflab ... dex-2.HTML Для получения работы с низким уровнем работы.
В то время как большинство из нас использовали платы F1 только с STM32Duino Новые дешевые доски F4 появились за последние 2 года...
Указывая на приведенные выше вещи, это отражает текущую ситуацию на форуме:
3-4 различных ядра
умножен на MCU F1-F4 для всех ядер выше
умножены на подпозитории от пользователей
Так кто в нашем мире может приручить такого монстра?

Итак, Рэй сделал все возможное в прошлом, чтобы приветствовать новых пользователей, я был очень впечатлен, как он ответил на каждый новый пост «новичка». Итак, здесь идет большое «спасибо!"Рэй.

Рэй Дон Дей Дейл здесь, я думаю, что STM32Duino просто «начинает», даже если мы прошли долгий путь с момента «старого» оригинального клена и начальных стартов STM32Duino в 2015 году.

с интеграцией STM32 Bluetooth LE STM32WB
ViewTopic.PHP?f = 3&t = 3274
Все обязательно станет более интересным (теперь может быть «реальная» альтернатива поверх NRF51822 и TI CC 2640
На арене Bluetooth LE включен MCUS

Я думаю, что мы видим, что «взрывной» рост STM32 (DUINO) в качестве жизнеспособной платформы MCU для основного Arduino и таких проектов
STM32 (Duino) - это «места для движения»
С помощью Cortex M3 / M4 Core и Arm GCC Compiler эти «простые» проекты здесь достигают «промышленной силы» & Калибр "IoT"
Я думаю, что перед Maple / STM32 (Duino) All-you-want USB-аксессуар-это в значительной степени мечта о трубе, сегодня с STM32duino / Maple & Все (дешевые) синие таблетки / Maple Mini сделали все эти реальные, роль Blue Pill / Maple Mini USB -оценка может просто быть пересмотренной просто загрузить эскиз, нанесенный все, что вы желаете USB в руках конечного пользователя, этого никогда не было ». Приор, много MCU по-прежнему в значительной степени USB-сериал + MCU

И с интеграцией Bluetooth STM32, все станет более интересным

Я думаю, что мы переходим со сцены янтарного горячего на белое горячее будущее, как только Linux эволюционировал со времен эмбриона.
Это заявление от Линуса Торвада «Я хотел бы сказать, что я знал, что это произойдет, что это все часть плана мирового господства."
В наши дни это в значительной степени реальность, когда она встроена в каждый ядро ​​Android и работает практически на всех Super Compusters на Земле
https: // readwrite.com/2014/07/01/linux- ... Mmunities/

Казалось вполне возможно, что STM32 (Duino) является частью расширения, эволюция этого мегатренда

Что касается ядер, я думаю, что множественное число ядер является просто естественным совпадением этой эволюции, я все еще придерживаюсь Libmaple для STM32F103, так как она «просто работает», и я знаком с его кодами и функциями (по крайней мере для тех наброски, которые я пробовал). Мы можем продолжать пытаться сделать функции более последовательными по всем ядрам, но дивергенция, если это произойдет, является лишь естественной и не всегда плохой вещью.

Bluetooth LE - это то, что нужно наблюдать, как с STM32WB STM32, становятся похожими на те интегрированные MCU Bluetooth LE, не так уж сложно предположить, что он будет управлять многими новыми трекерами для здоровья (шаги, сердцебиение и т. Д. Как NRF51822 & ESP32 развился, есть «страшная» мысль, что Bluetooth LE может просто заполниться практически в каждом потребительском устройстве, который вы называете, огни, холодильники, автомобили, велосипеды, вентиляторы, замки, плиты, стиральные машины, кофеварки, телевизоры и т. Д. и т. д
Это несмотря на то, что Bluetooth LE небезопасен

Этот 6 -значный штифт для «Just Works» можно легко быть грубым принудительным и взломанным в течение нескольких секунд (только 1 мил), если транзакции сопряжены захвачены
https: // github.com/mikeryan/crackle
https: // www.Блэкхат.com/docs/us-16/mat ... y-tool.PDF

[Sheepdoll - Ср 28 марта 2018 г., 22:41] - В ожидании того, что кто -то придумает легкий вес, выделенную MIDI USB -библиотеку

Есть: https: // github.com/arpruss/usbmidi_stm32f1

Но это устарело в пользу более общей библиотеки USB, которая имеет компонент MIDI: https: // github.com/arpruss/usbhid_stm32f1

Спасибо, что отметили библиотеку. Я больше хочу чего -то, что является способным F4 или на основе HAL на основе. У меня просто не было времени, чтобы сесть и понять, почему мой Nucleo F4 не соединяет USB. Тогда это должно быть вопросом написания дескрипторов. У меня уже есть парсеры, которые работают.

[Rogerclark - Ср 28 марта 2018 г. 20:54] -
Apareantky Код будет работать с или без этой строки.

И теперь рассматриваемый PR не будет автоматически сливаться..

Так что я вынужден проводить время вручную, слияя его вручную.

Я думаю, что во всех случаях, таких как этот PR, должен быть отклонен, и ответственность вернула на создателя, чтобы решить с новым PR.

Несмотря на то, что он влечет за собой большую нагрузку на ваше первоначальное время тестирования для последующего PR, является еще одним вопросом.

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

Жесткий.

[Стивестронг - Чт 25 октября 2018 г. 8:07] - Общий (черный) F4 и мини -версия (маленький синий) поддерживается ядром Libample: http: // stm32duino.com/viewtopic.PHP?F = 39&T = 1976

Yikes! Этот филиал находится в 185 году перед Rogerclarkmelbourne: Master. Стив,

Проблема в течение многих лет заключалась в «какое ядро ​​использовать»; Роджер был «Мастером» GitHub по умолчанию и тем, который я указал новым пользователям, но, по его собственному признанию, STM32Duino не был его первым приоритетом. Кроме того, Роджер не за один раз, необходимые для вывода слияний, имеющих негативные последствия; Поэтому он всегда осторожен, чтобы проверить изменения - так что все это занимает время. Таким образом, размещенное ядро ​​Роджера всегда немного отстает в запросах на притяжение.

Мы обсудили проблемы, вызванные STM32GENERIEN и многими вилками. По сути, «использование на вашем собственном риске (и самоосуждении) был использован ярлык. Я признаю, что вы, вероятно, самый активный старший участник на форуме и, безусловно, один из самых знающих, но как я должен позиционировать ваше ядро ​​при обсуждении рекомендуемых ядер? Если это будет первичным для Роджера или он будет вторичным ("... Сначала используйте ядро ​​Роджера, и если у вас есть проблема, попробуйте ядро ​​Стива перед публикацией на форуме.Мое мышление, почему бы не порекомендовать ядро ​​Стива в качестве основной загрузки?

Как вы знаете, Noobies - это неприятные, потому что они часто имеют небольшой опыт и часто имеют навыкающие ожидания. Было проще, когда я мог заявить, что было 2 ядра, официальное для нуклео & Доски обнаружения и монолитный, унаследованный от Leaflabs от оставления и обновления & Улучшено многочисленными членами форума и размещен Роджером. Как мне вписать ваше ядро ​​к этой рекомендации, так как у Роджера F4 Поддержка тоже. И оба вы & У Роджера есть поддержка F1. Может быть, Роджер должен сбросить F4, и вы бросите F1?

Луча

Луча,
Я позволил себе переместить ваш пост здесь, так как я нахожу это лучшим местом для обсуждения темы. Надеюсь, ты не против.

Я намерен продолжать поддержать ядро ​​Libmaple F4 в моем репо, однако только для общих плат: Black F4 и мини -версия, так как у меня есть только эти доски.
В будущем я также могу добавить поддержку Arch Max, но не для других официальных ST Boards, для которых я также предложил бы новичкам использовать официальное ST Core.

Я также буду сохранить свою версию F1, я внес несколько настройки по сравнению с ядром Роджера, и сделаю еще несколько настроек.
Тем не менее, я не буду рекомендовать свое ядро ​​F1 для кого -либо еще, так как это может не работать для всех вариантов, я работаю в основном на варианте синих таблеток, а другие могут пострадать в соответствии с настройками. Я на самом деле намерен удалить многие другие варианты и переделать структуру файла, чтобы упростить процесс сборки.

Так что да, вы можете порекомендовать мое ядро ​​на основе F4 Libmaple, но только для общих плат F4.
И, пожалуйста, рекомендуйте далее по поводу ядра Роджера, если связано с досками F1.

[Стивестронг - Пт, 26 октября 2018 г. 8:53 утра] - ...
Так что да, вы можете порекомендовать мое ядро ​​на основе F4 Libmaple, но только для общих плат F4.
И, пожалуйста, рекомендуйте далее по поводу ядра Роджера, если связано с досками F1.

Перемещение темы было умным, так как я уже забыл эту более раннюю ветку.

Ваше разъяснение наиболее полезно для понимания того, как позиционировать ваши усилия, чтобы принести пользу членам форума, которые попадают в заявленную нишу - такие вещи не очевидны, прочитав нагрузку на GitHub.

Спасибо за объяснение.

Луча

Я очень новый пользователь, а не участник.

Первое спасибо за всю работу, которую многие участники пожертвуют в этот проект.

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

У пользователей есть пара вариантов с Micro-Python 1. Используйте более стабильную версию, которая хорошо поддерживается или 2. Используйте последнюю сборку вилки, которая имеет больше функций, но, вероятно, у них еще не обработались ошибки, а также чтобы быть гораздо меньшей поддержкой.

Что касается отладки новых более избранных портов, это как бы делается пользователями. Если вы примете решение использовать порт крах с новыми функциями, вы должны ожидать, что он новый и менее протестирован и может иметь некоторые ошибки. Если вы найдете ошибку, с которой вы сообщаете, и вы столкнетесь, если вы просто сообщите об этом, не сужая ее вниз, может быть, долгое время, прежде чем она будет исправлена, если вы сузитесь, при каких точных обстоятельствах возникает ошибка, это облегчает исправление кому -то и это может быть исправлено быстрее.

Мои 2 цента пусть зверь бежит в дикой. Сообщите NOOBS по поводу выбора менее представленных более стабильных портов или портов с кровотечением, и всем пользователям нужно понять, что они используют бесплатное программное обеспечение с открытым исходным кодом, ни один из участников R получает оплату, но вместо этого R добровольцев.

Как кто -то новичок в программировании (уже 2 года), мне действительно понравилась концепция программного обеспечения для поддержки сообщества с открытым исходным кодом.

[Flyboy74 - Сб 27 октября 2018 г. 7:13] - ...
Мои 2 цента пусть зверь бежит в дикой. Сообщите NOOBS по поводу выбора менее представленных более стабильных портов или портов с кровотечением, и всем пользователям нужно понять, что они используют бесплатное программное обеспечение с открытым исходным кодом, ни один из участников R получает оплату, но вместо этого R добровольцев.

Как кто -то новичок в программировании (уже 2 года), мне действительно понравилась концепция программного обеспечения для поддержки сообщества с открытым исходным кодом.

Я программировал 44 года... Вернемся к Коболу. Я был официально обучен в Фортране 66 и обнаружил, что у меня это довольно хорошо. Я прошел через машины 6502, ассемблер, базовый, C, IBM PC, UNIX и больше дерьма ООП, чем я помню ... Я видел оригинальные усилия с открытым исходным кодом с общим программным обеспечением. Я до сих пор помню свой идентификатор CompuServe. Википедия имеет хорошую историю программного обеспечения с открытым исходным кодом.

Все вышеперечисленное доказывает, что я старый.

Ваши 2 цента стоимость. Проприетарное программное обеспечение обращается к вспять, инженерное, старое программное обеспечение обновляется, люди игнорируют лицензирование и распространение, редактировать, перераспределять, и цикл никогда не останавливается. GitHub - отличный посредник для процесса.

Проблема программного обеспечения заключается в том, что, как и биология, воспроизведение кода может обеспечить положительные эволюционные признаки, и часто может мучаться с негативными последствиями, такими как рак. К сожалению, в отличие от Bilogy, кодовая мутация не просто умирает, оставляя наиболее приспособленную, но и просто устареет и держится на GitHub и на форумах на долгие годы: добрые, плохие и уродливые.

Чтобы вернуться к своим 2 центам, разбивание микропитона и связанные с ними изменения могут быть хорошими или могут быть плохими... Кто -то должен управлять процессом оценки. Здесь с форумом STM32Duino, Роджер управляет запросами на привлечение, и форум подтверждает изменения. Это необходимый процесс QA, и Роджер поддержал изменения из -за негативных последствий.

Луча

Привет, Рэй,

Я за множество нескольких ядер F4, включая наличие Libmaple, STM's собственных и общих ядер STM.
Я считаю, что они развивались, чтобы удовлетворить разные потребности.
Libmaple для одного можно рассматривать как «кодированные вручную», и, в частности, доски, с которыми мы работаем, - это такие, как STM32F103 BP/MM и F407VET6 Черные доски и т. Д
Libmaple Core в некотором роде может быть признано «более слабым» ядром, даже если оно менее богато признаком по сравнению с ядрами HAL
В то время как собственное ядро ​​STM имеет несколько разные функции и уклон с помощью Nucleos и Discovery Boards STM, и это хорошо
В то время как STM Generic был хорошим усилием, аналогичным ядра STM, поскольку он основан на HAL, но опять же мотивы различны, и это направлено на то, чтобы сохранить аналогичную кодовую базу для разных MCU STM32 в некоторой степени зеркало STM

Различные мотивы в области разработки приведут нас к ядрам с разными наборами функций, и это на самом деле хорошо
Поскольку после всех MCUS есть ограниченные ресурсы, и это один из способов, которым Libmaple сияет, так как это, кажется, является «более слабым» ядром для работы на BP/MM
Мне нравится тот же подход Libmaple на F4, а также «целевой» Thowwards the F407Vet6 MCU и доски
Существуют другие серии F4, такие как F429, которые, возможно, могут быть покрыты ядро ​​STM или Daniels STM Generic Core, так как они основаны на HAL на основе HAL.
В то время как Libmaple может быть зарегистрирован вокруг f40 {5,7} {r, v, z} {e, g} t6 и, следовательно, это приведет к более слабым ядро
Если я правильно помню, Libmaple Core - это один из них, в котором FPU «включил» на fhe f4, это после некоторых диких тестов (соревнования по экспериментам), которые пробовали Пито и я

Кривая обучения для новичков, к сожалению, является проблемой, которую мы не можем решить, даже в простом старом кленовом мини (и клонах) есть все виды «трюков» вокруг нажатия кнопки «Пользователь», которая на самом деле является кнопкой Boot0 на триггер «режим вечного загрузчика». Новые пользователи (случились со мной один раз) спотыкаются по этой кнопке, как будто вы нажимаете и удерживаете Boot0, нажав сброс, просто падает в собственную режим загрузки UART от STM. Аналогичным образом, новым пользователям просто нужно не торопиться, чтобы выучить веревки вокруг STM32 (Duinos).

пса. Я предполагаю, что Maple Mini с использованием кнопки Boot0, так как кнопка «пользователь» является преднамеренным дизайном, это так, что загрузчик Maple/STM32DUIN в той же кнопке / булавке не берите в голову, если вы новичок / нуб или иначе

Я рекомендую Steve's F4 Core и Roger F1 Core для пользователей Libmaple.

Но мне бы хотелось, чтобы все могли принять корпоративное ядро ​​STM для долгосрочной поддержки.

Libmaple F1 и F4 находятся в конце жизни, на мой взгляд,.

Луча

Просто чтобы согласиться с Рэем

Хотя ядро ​​Libmaple F1 относительно стабильное, на нем практически нет работ по обслуживанию или разработке, потому что оно достаточно для моего личного использования, и у меня больше нет свободного времени, чтобы посвятить ему. (И практически никто больше не делает обновленную до этого ядра)

Я бы порекомендовал новым пользователям попробовать собственное ядро ​​STM, так как это официальная / финансируемая поддержка от ST.

[Rogerclark - Ср 28 ноября 2018 г. 22:29] - ...
Я бы порекомендовал новым пользователям попробовать собственное ядро ​​STM, так как это официальная / финансируемая поддержка от ST.

... И чтобы расширить преимущества, Фредерик и Команда улучшают совместимость с оборудованием для STM. Если чего -то не хватает сегодня, это может быть в будущем издании.

Луча

Даже если бы это можно было сочтеть «незаметным», я бы просто подумал, что мы просто оставим это », есть некоторые очевидные преимущества ядра Libmaple, один из которых является меньшим размером и кодовой базой, что делает его подходящим для меньшего. MCU, подобные тем, которые на MM/BP, и даже в этом отношении F40X
Core и STM32 Generic основаны на HAL, и они получат выгоду пользователям, желающим запустить одни и те же приложения/эскизы на разных mcus STM32.
но это сказано, я думаю, что Хэл 10 -е годы мегабайт >100 мег? большой. Даже если само ядро ​​может быть довольно маленьким

[AG123 - Чт 29 ноября 2018 г., 2:17] - ...
но это сказано, я думаю, что Хэл 10 -е годы мегабайт >100 мег? большой. Даже если само ядро ​​может быть довольно маленьким

Я сожалею, что ваше утверждение не имеет смысла для меня - почему имеет значение размер кодовой базы? Википедия огромна, но я не планирую читать все это за один раз.

Libmaple, скорее всего, будет жить вечно, но STM32duino скоро отправится в богословный. Другие уже разделили исходное дерево Роджера, и оно получает обновления вне форума, чтобы удовлетворить потребности индивидуума. Цель Роджера состояла в том, чтобы поддержать метафору Ардуино и минимизировать дивергенцию.

Для участников, которые любят Libmaple, загрузите Zip или клон Git... Никто не забирает это у тебя. Но я не рекомендую новичка идти по маршруту Libmaple. Официальным ядром STM является рекомендуемый путь. Что делают промежуточные и продвинутые пользователи их собственный бизнес, и мои рекомендации не предназначены для них.

Луча