Между тем, это действительно не весело читать форум и / или помогать новичкам, вызванные различными ядрами, которые люди используют.
Может быть, это поможет, если бы мы нашли Стандартизированное название субъекта Если контент зависит от основного зависимости (вопросы, библиотеки, решения или код ...) в общих разделах (общее обсуждение, Библиотеки & Аппаратное обеспечение (Этот раздел только либмапл) , Проекты, идеи & предложения, кодовые снабжи ...)

Я сделал это - например, здесь:
ViewTopic.PHP?F = 18&P = 49076#P49076 [HAL F4]: I2S с круговым буфером DMA
Итак, мои предложения - что -то вроде этого:

[Libmaple] - <Название темы>
[Stmcore] - <Название темы>
[GenericCore] - <Название темы>
[Cubemx_hal] - <Название темы>
[HAL] - <Название темы> (= оба: stmcore + genericcore)

Может быть, это может быть более конкретным:
[GenericCore - F4] или
[Stmcore - Nucleo F103RB]

Я не уверен, что мы сможем доверять всем плакатам, чтобы сохранить этот стандарт. Если бы не мы все равно потратили бы время на то, чтобы выяснить, какое ядро ​​и т. Д.

Мы могли бы сойти с рук с использованием еще нескольких заголовков в меню. Возможно, расширить эту партию.

Заголовки.JPG (57.19 киб) просмотрено 288 раз

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

[Эдогальдо - Сб 08 сентября 2018 г. 22:43] - Я думаю, что проблема в том, что несколько новичков не знают, что существуют разные ядра, а какие они используют, а некоторые даже не знают, что используют ядро..

Ну, как мы говорим в южных штатах здесь, в США: «Черт, да, это проблема!"

Но в течение нескольких месяцев здесь было вступление новичка: http: // stm32duino.com/viewtopic.PHP?f = 2&t = 3111

Я передаю всех новичков по указанной ссылке. Может быть, это может быть расширено, это необходимо, может быть, это нормально, так как стенды. У всех администраторов есть доступ: не стесняйтесь. Стив и я поделились одним или двумя вечера в прошлом, чтобы изменить формулировку или добавить новую формулировку.

Но истинная проблема в том, что многие новички не понимают, что они читают. Это была «великая проблема», о которой мы с Роджером говорили много лет назад в куче пинг-поинтов... Несартуино-фоновые новички хотели бы использовать STM32F1XX в качестве первого микроконтроллера. Наш форум не настроен для участников, которые имеют минимальный опыт. Это отличная нагрузка на знающие ресурсы, и я сгорел много месяцев назад, отвечая на вопросы, которые можно найти, используя «Google Search."

Все просто хотят всего. Это невозможно. Просто не отставать от версий Arduino IDE и разрыв/исправление для F103 - формадируемая работа. Корпоративное ядро ​​STM растет в широком спектре архитектур. Унаследованное ядро ​​Libmaple зрелое, но не идеальное. Но новые участники приходят с потребностями пользовательских установок, различной поддержки IDE и странных (для меня) запросов о таких вещах, как серийные драйверы композитного USB. Такие вещи нелегко поддерживать. Если пользователи приходят со знанием "Как--байна...«Тогда это здорово, и, может быть, другой или два пользователя будут развиваться по этой скидке; но приход с нестандартной потребностью-это избавит многих из наших более осведомленных администраторов к исследованиям и процедурам придумывания... это держит их подальше для других новых пользователей, которым нужна дополнительная помощь.

Мы видели врага, а он мы.


Луча

Я согласен, что нам нужна лучшая структура, что -то вроде:

Ядер = основная группа с следующими подгруппами
[Libmaple]
[STMCORE] (ошибки и функции в подгруппах)
[GenericCore]
[STM8]
Каждая подгруппа со своими подгруппами следующего уровня: F1, F4, (+Другой FX, где это применимо)

Библиотеки

Загрузчики Главная группа, параллельная с ядрами.
[DFU] (STM32Duino 2.0
[HID]

Иды (Arduino, Eclipse, Slakeber,...)
Доски (Для проблем с «не запускающим генератором»..., разработка/настройка)

Проекты
...

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

[Стивестронг - Пн 10 сентября 2018 г. 8:59] - Я согласен, что нам нужна лучшая структура, что -то вроде:

Ядер = основная группа с следующими подгруппами
[Libmaple]
[STMCORE] (ошибки и функции в подгруппах)
[GenericCore]
[STM8]
Каждая подгруппа со своими подгруппами следующего уровня: F1, F4, (+Другой FX, где это применимо)

Библиотеки

Загрузчики Главная группа, параллельная с ядрами.
[DFU] (STM32Duino 2.0
[HID]

Иды (Arduino, Eclipse, Slakeber,...)
Доски (Для проблем с «не запускающим генератором»..., разработка/настройка)

Проекты
...

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

Последний пункт прост, просто общий - основной независимый - «фрагменты проекта / кода» (возможно, лучшая фраза для этого). Как вы сказали: проекты - это «целое» (конкретная доска/ядро/оборудование...) и фрагменты кода в основном являются основными независимыми.

Я не уверен в STMCORE (SC) и GenericCore (GC), потому что GC, кажется, немного классно -кладбищ, Даниэль некоторое время отсутствует на некоторое время. Оба ядра основаны на одном и том же уровне (CMSIS/HAL), но имеют полную разные структуры. На данный момент GC намного продвинулся по сравнению с SC, но в ближайшем будущем это может измениться. Итак, что я делаю, это разработка кода HAL/CMSIS, который не зависит от GC/SC. Но (чтобы оставаться на теме): где я должен опубликовать такой код -> SC или GC?
Предложение: Libmaple Core и Stmcore с полными категориями и для «отдыха» только один общий раздел?

Строго говоря, как Энди упомянутые потоки, связанные с конкретным ядром.
Но, возможно, трафик на этих «подмопроводах» - «пустынные», и это просто «общее обсуждение» прямо на вершине и более популярно
Все приезжают сюда, чтобы вырвать, и, конечно, новички будут штурмовать «общее обсуждение», так как это может быть все, что они понимают
Я думаю, что раздел «ядра» перемещается ближе к «верхушке», он может побудить больше пользователей использовать субфорумы, специфичные для ядра

Я думаю, что главная цель этой восстановительной структурирования состоит в том, чтобы привлечь новичков публиковать такие проблемы, как «моя синяя таблетка не мигает» от (в настоящее время) «досок» -> "<доска>"Скорее (новое)" ядра " -> "<основной>" -> (любой) "F1/2/4/7" подкатегория. Это было бы гораздо более репрезентативным для предполагаемого объема, и это заставит плакат сначала проверить, какое ядро ​​он на самом деле использует, а какой чип находится на использованной плате.

Может быть, имело бы смысл (я не знаю, если будет выполнено) автоматически отправлять электронное письмо с содержанием приветственного поста Ray, автоматически отправлено недавно зарегистрированному пользователю при разрешении доступа к форуму.

Это только я или [решается] нужен и его собственный раздел ?
SRP

[Стивестронг - Пн 10 сентября 2018 г., 13:32] -
Может быть, имело бы смысл (я не знаю, если будет выполнено) автоматически отправлять электронное письмо с содержанием приветственного поста Ray, автоматически отправлено недавно зарегистрированному пользователю при разрешении доступа к форуму.

Наверное, выиграл’T Работа. Уже есть проблема с проверкой электронных писем, отмеченных как спам, я думаю, что это будет хуже, так как это будет включать ссылки

Я также не уверен, что кто -нибудь прочитал бы электронное письмо, даже если оно получило его.

Кажется, есть две разные темы:
1. Как заставить «новичков» отправиться в правильный раздел с достаточным количеством информации, чтобы помочь. (ядро, доска...) Многие новички установили Core Asmy Way: с менеджером доски, поэтому они установили STMCORE и с нетерпением ждут этого форума, пробуя примеры, проекты, библиотеки или коды. Теперь «но»: большинство из них в этих разделах написаны для Libmaple One (но не все, я знаю). Так что я собираюсь задумываться о приветственном сообщении и о том, как сделать новых пользователей в отношении различных ядер (если честно: в AVR или Arduino Original Poard Land No Пользователь должен думать о разных ядрах. Даже с ESP8266 это легко: есть одно и единственное ядро ​​ESP8266. Установите его, или вы не сможете выбрать доску ESP, но «у нас» есть как минимум 3 активных ядра для того же процессора (семейство/доски))). Я собираюсь найти несколько предложений, но это нужно время (и лектор, потому что английский не мой родной язык)
Небольшое число многое говорит о дилемме: 41. (Это количество «настоящих» новичков только в августе, извините, я знаю: только один участник больше, и это звучит более жалким ).
2. Как мы должны реструктурировать весь форум. Многие из нас «старые» участники давно предложили Роджеру, и именно так выглядит форум сегодня (с некоторыми дополнениями), но в прошлом мы имели дело только с одним ядром: Rogers (Libmaple) Core. Итак, «мы» делимся форумом по крайней мере (по крайней мере (!) с STMCore. Так что это было моим предложением: ядро ​​Роджерса (Libmaple) с подкатегориями и STMCore с (одинаковыми) подкатегориями и «общим» разделом.
Я иду дальше:

• Я больше не вижу смысла, используя раздел «Доски» (в прошлом это было действительно полезно). Это на самом деле не используется сегодня и не на самом деле не указано (только оборудование? основной?...)
• «Блип -загрузчики», возможно, лучше в «загрузчиках и отладчиках»
• «Библиотеки и оборудование» в подкатегории каждого ядра.

2. Как мы должны реструктурировать весь форум. Было бы моим предположением, что Фредерик Пиллон принимает решения для STM. Может быть, у него другое мнение о структуре.

Удачи с новичками чтения (и понимания) предварительного введения. Я совершенно уверен, что небольшой процент участников, честно говоря, не знают, что на самом деле означает «ядро». Они просто знают, что читали, что «синяя таблетка» совместима с Arduino и стоит около 2 долларов США.

Тогда есть Arduino IDE «вещь», и она поставляется со многими досками Arduino, предварительно загруженной... Использование UNO просто работает.


Луча

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

Строго говоря, это не форум «поддержка», а форум сообщества для обмена информацией, связанной с STM32 Duinos
Следовательно, для постов, которые просят о помощи, и если подробности не ясны, я (иногда) просто игнорировать их
Я бы думал, что даже для «новичков» мы можем попросить, чтобы, если это пост с просьбой о помощи, чтобы предоставить данные, такие как:
- доска
- основной
- IDE
- хост (Win/Linux/Mac)
и т. д., может потребоваться меньше, зависит от контекста
как связано с конкретной проблемой / проблемой
Если пользователь невежественен, я подумал, что мы просто указам на них на вики и соответствующие потоки форума и т. Д., чтобы они заранее сделали больше фактов

Но для общих постов, я думаю, я предположил, что это либмапл, а Правление - BP/MM, если не доказано иное или что плакат состоят в деталях

[Мадиас - Пн 10 сентября 2018 г. 22:02] -
Я иду дальше:

• Я больше не вижу смысла, используя раздел «Доски» (в прошлом это было действительно полезно). Это на самом деле не используется сегодня и не на самом деле не указано (только оборудование? основной?...)
• «Блип -загрузчики», возможно, лучше в «загрузчиках и отладчиках»
• «Библиотеки и оборудование» в подкатегории каждого ядра.

Раздел «Доски» на самом деле полезен, поскольку они собирают проблемы / функции, которые имеют отношение к конкретным доскам и SOCS
(Я предполагаю, что это BP/MM по умолчанию, если не указано)
Вещи немного «сложны», так как здесь у нас есть много разных досок с 3 разными ядрами, так что вы могли бы буквально нарисовать матрицу и нарисовать перекрестную таблу за каждую соответствующую перестановку
и загрузчики, как правило, либера?) и STM32F103. Поскольку STM32F4 имеет свои собственные доски DFU, а STM использует ST-Link на борту
Буквально перестановки - это ошеломляет
Я думаю в разделе «Доски», это может помочь префикс ядро ​​в предмете по основной конкретной проблеме, так как некоторые проблемы могут быть в конце концов иметь отношение к Совету / Soc
Затем в разделе «Ядра», если это проблема, специфичная для конкретной платы, это может помочь префиксу доски, в частности для STM, они имеют множество досок

@AG123: загрузки являются основными независимыми, и даже STM32Core будет использовать загрузчики в ближайшем будущем (мы надеемся на это ), так что, возможно, раздел «Загрузчики и отладчики» могут быть лучше названы как «Загрузка и отладчики» .
Может быть
@Steve: Я с вами: Сначала это должна быть лучшая платформа сообщества для «США», а AG123 - это правильно: Правление не является официальным форумом поддержки ST, но это не исключает помощи новичкам.

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

@madias
В связи с тем, что загрузчики загрузки, по крайней мере, загрузчик Libmaple STM32Duino немного отличается от отладчиков (E.глин. ST-Link и т. Д.)
В некотором смысле загрузочный загрузчик STM32Duino является «частью ядра», по которой это то, что это выгрузка на эскиз для счетов для Libmaple Core для STM32F103, и «Полная установка» в значительной степени спроектирована вокруг этого, я, я, я, я, я, я, я, я, я.эн. STM32duino Bootloader + Libmaple Core

Я думаю, что для собственных досок STM, так как довольно много досок STM привязывается на борту ST-Link, и в некоторой степени отчасти из-за использования ST-Link, USB не представлен в качестве «основного ствола» в ядро, в некоторой степени они «совершенно не зависят от USB». В то время как Libmaple Core «основан на USB». Я предпочел настройку Libmaple, USB-Serial обеспечивает «стандартное» подключение к плате с ПК, и мы расширяем его на большее количество вариантов использования устройств USB (E.глин. скрыться)

отладчики отличаются, как будто вы считаете, что ST-Link, Dongles SWD, зонды черной магии и т. Д., И что их связь с OpenOCD, SWD отладки и т. Д
Так же, как и другие «загрузчики» в основном, они являются USB для серийных адаптеров
У них сегодня есть раздел самостоятельно