Это своего рода продолжение моего введенного поста.

Хорошая новость заключается в том, что репозиторий Arduino_stm Core и пример, который я загрузил на эту дату публикации. Я смог успешно проверить и загрузить эскиз Blink в мой STM32F103 Nucleo.

Индикатор LED2 не мигает, но загрузка завершается с ... 5/5 pages written2015-05-22T18:47:49 INFO src/stlink-common.c: Flash written and verified! jolly good!

Это, вероятно, не будет большой помощи.

Но мы изначально начинали как нить на Ардуино.CC Forum

http: // форум.Ардуино.CC/INDEX.PHP?Тема = 265904.0

Однако эта нить оказалась слишком большой, чтобы справиться, поэтому я настрою этот форум.

Обычно Матиас, вероятно, вернулся бы вам, но я знаю, что он сейчас занят семейными вещами.
Однако, если вы PM @Madias, он может найти время, чтобы помочь

Это нить, которая привела меня здесь 175 или около того страниц!

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

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

Включите словесную информацию в соответствии с публикацией блога на вашем веб -сайте под примером Generic Blink F103. Согласно документации по нуклео, светодиод соединен с D13, который представляет. Я попытался поместить все эти цифры в копию эскиза Blink, я не получаю ошибок на компиляции/проверке, и он, кажется, загружает. Кажется, что когда -либо текст, который я поместил в этом поле, не генерирует ошибку.

Загрузка завершается, а Stlink IO светодиодные ресницы Red Green и остается зеленым.

Я скачал Fimware с сайта STM. Я собирался посмотреть, смогу ли я перезагрузить демонстрацию. Кажется, не может заставить mbed загрузить на эту доску. (Забыл, что доска была совместима с MBED) Попытки подключиться просто дайте мне систему сборки.

Фирма с сайта ST *.hex и arduino/hardware/arduino_stm32/tools/macosx/stlink_upload, кажется, вызовет с помощью корзина файла. Искал параметры для stlink_upload, которые привели меня к.

Я понятия не имею, почему у меня так много проблем с рукой. Я использую AVR более 15 лет, и у меня никогда не было проблем с тем, чтобы работать.

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

-Джули

Какую ОС/X вы используете. У меня нет надежды когда -либо запустить эти вещи на моем IMAC 2009 года с 10.6.8 .. Поскольку он не поддерживает требуемые драйверы (CDC ACM TTY Drivers). Однако я могу использовать USB-устройства FTDI USB (ссылаясь на то, почему вы могли успешно использовать AVR), потому что есть драйвер FTDI для моей версии OS/X. Думаю, я мог бы обновить ОС/X на своем IMAC, но я просто запускаю Linux (предоставил не обычное использование).
-рик

С доской Nucleo он должен отображаться как дисковый диск на Mac. Вы можете использовать Arduino IDE для компиляции .. Затем найдите имя эскиза.Файл корзины в каталоге Temp и просто перетащите его на «диск ядра» (я понятия не имею, какое имя он отображается на Mac).. Когда вы перетаскиваете бинар на Nucelo Drive, он проткнет этот код на вашем чипе F103.

Привет, Рик;

Этот компьютер все еще работает 10.7 из -за мне необходимости получить доступ к MIDI через QuickLook. Мои другие бегут yosemite.

Насколько я могу сказать, Arduino_stm slink мигает 103. Я хотел перезагрузить демонстрационный код, который мне придется либо собрать, либо выяснить, как использовать STMLink, чтобы прошить .шестнадцатеричный файл. Я забыл и подключился к 104 ядра, и Arduino IDE стерла на нем, так что я довольно уверен, что arduino_stm установил работу. У меня просто нет эскиза, который позволяет 103 делать что -то полезное, например, мигание светодиода или отправить обратно через серийный порт USB.

Просто для удовольствия я попытался перетащить .Хекс файл на диск Nucleo. Это создало неудачу.txt file. Перетаскивание мусорного ведра из Arduino заставляет Stlink Light Blink, а затем покраснеть. Mac также жалуется, что я неправильно выбросил диск (учитывая, что MD UTIL, вероятно, пытается написать на нем файлы индекса Spotlight.)

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

@sheepdoll

Похоже, Stlink загружается из IDE

КСТАТИ. Включите словеса в своих Prefs.

Другой тест, который вы можете сделать,-это перейти в/инструменты/maxosx/stlink и запустить ST-Flash из терминала

Я думаю, это скажет вам, сможет ли Stlink подключиться к плате.

Редактировать

пытаться ./ST-UTIL из терминала.

Я только что проверил это, и одно из моих устройств Stlink было распознано, но другое (ядро F3) не была признана.

Я подключил свой F3 Nucleo к ПК (Win 7), и он подключился к собственному инструменту STM STM и показал версию
V2.J20.M4 STM32 отладка+массовое хранилище и иметь возможность обновить
V2.J23.М7 что, я думал, может решить проблему, но, похоже, не

Насколько я могу судить, STM не поддерживает Stlink на OSX, я.E Я не вижу загрузки на их сайте для OSX Stlink

Все статьи, которые я могу найти, описывают, как использовать Stlink на OSX, используют Texane-Stlink, что мы используем.

Я только что попытался перекомпилировать последний Texane - Stlink, и это не помогло

В папке SRC также есть папка для драйвера OSX, но я не думаю, что мой по умолчанию у вас есть эти файлы (я зависит, если вы скачали Zip of the Repo или сделали Git Clone), называемый stlinkv1_macosx_driver


Видеть https: // github.com/texane/stlink/tree/m ... osx_driver

Но я просто попытался следовать инструкциям, но он не будет компилироваться на моем Mac, так как похоже, что он работает только на 10.6 и 10.7 И я запускаю более новую версию OSX


Я действительно думал, что Матиас (@madias) использовал Mac, но, возможно, он запускает виртуальный ПК, например, с использованием параллелей.



Просто чтобы восстановить. STLINK работает на OSX для некоторых досок, однако выглядит как прошивка в ядрах, которое у меня есть (и, вероятно, у вас прошивка) не совместима с OSX

Вы могли бы попробовать отправить в Texane Stlink проблемы на GitHub (на самом деле я это сделаю)

Теперь все начинает становиться немного интереснее / сложно.

Я не уверен, насколько вы технины, но я подозреваю, что лучший вариант - перепрофировать процессор CO в STLINK на нукле.

Однако я не вижу для вас простого способа сделать это, если вы не хотите подключить еще одну из ваших плат STM, например, одну из ваших досок F4 с F3, чтобы действовать как Stlink

Но, вероятно, не стоит подробно рассказывать о том, как это сделать, если вы не хотите сделать это.

Вот что я получаю от скачивания словеса. Я думаю, что все работает, Stlink Mlickers и остается зеленым после загрузки.
Sketch uses 5,772 bytes (5%) of program storage space. Maximum is 108,000 bytes. Global variables use 2,104 bytes of dynamic memory. /Users/Arethusa/Documents/Arduino/hardware/Arduino_STM32/tools/macosx/stlink_upload cu.usbmodemfd123 1 1EAF:0003 /var/folders/19/rz7506jh8xn7x1006s6s574h0000gn/T/build220135859000651271.tmp/Blinkstmxx.cpp.bin 2015-05-23T20:04:56 INFO src/stlink-common.c: Loading device parameters.... 2015-05-23T20:04:56 INFO src/stlink-common.c: Device connected is: F1 Medium-density device, id 0x20036410 2015-05-23T20:04:56 INFO src/stlink-common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x20000 bytes (128 KiB) in pages of 1024 bytes 2015-05-23T20:04:56 INFO src/stlink-common.c: Attempting to write 5772 (0x168c) bytes to stm32 address: 134217728 (0x8000000) Flash page at addr: 0x08000000 erased Flash page at addr: 0x08000400 erased Flash page at addr: 0x08000800 erased Flash page at addr: 0x08000c00 erased2015-05-23T20:04:56 INFO src/stlink-common.c: Finished erasing 6 pages of 1024 (0x400) bytes 2015-05-23T20:04:56 INFO src/stlink-common.c: Starting Flash write for VL/F0/F3 core id 2015-05-23T20:04:56 INFO src/stlink-common.c: Successfully loaded flash loader in sram Flash page at addr: 0x08001000 erased Flash page at addr: 0x08001400 erased 0/5 pages written 1/5 pages written 2/5 pages written 3/5 pages written2015-05-23T20:04:56 INFO src/stlink-common.c: Starting verification of write complete 4/5 pages written 5/5 pages written2015-05-23T20:04:56 INFO src/stlink-common.c: Flash written and verified! jolly good!

Я не совсем уверен в светодиоде и т. Д. На этой доске

В коде номера выводов преобразуются в реальные номера портов и выводов с помощью этого перечисления
enum { PA3, PA2, PA10, PB3, PB5, PB4, PB10, PA8, PA9, PC7, PB6, PA7, PA6, PA5, PB9,PB8, PA0, PA1, PA4, PB0, PC1, PC0, PC10,PC12,PB7,PC13,PC14,PC15,PC2,PC3,PC11,PD2,PC9,PC8,PC6,PC5,PA12,PA11,PB12,PB11, PB2,PB1,PB15,PB14,PB13 };

Просто для короткого:
Порт нуклео почти закончен рядом со мной. Я не знаю, обновлены ли файлы в репо, я сделал много изменений в последние недели.
Была проблема с USB-Serial (я провел личный разговор с Роджером), так что серийная отладка всегда является «серийным 2», единственное решение-это изменение основного кода, чтобы нет возможности только изменить это в «вариантах» папка.
Я пережил несколько серийных булавок по нескольким причинам, это все в моем письменном руководстве. Мне пришлось сделать несколько второстепенных пайков, чтобы доски Nucleo работали с STM32-Aduino. Главное, что по умолчанию кварц не был подключен, поэтому код не будет запускаться (см. Снова мое руководство)
Светодиод доски - PA5 / D13, как в моем листе распись: ViewTopic.PHP?F = 29&t = 93

Матиас

КСТАТИ. Я попробовал свою доску F3 F3 сегодня днем, чтобы увидеть, объяснит ли это какую -либо из проблем @Sheepdoll, и похоже, что у нее такая же проблема

Re: Изменения в ядре

Я постараюсь посмотреть на них завтра вечером.E через 1 день, как я на встрече весь день завтра (понедельник)

Я подозреваю, что Sheepdoll не припаяла перемычку для осциллятора. Первоначально был кусок кода в оригинальном варианте ядревых ядревых листьев, чтобы использовать внутренние настройки OSC/PLL, но это никогда не работает для меня, поэтому я исследовал и обнаружил, что на некоторых моделях нет кварцевого соединения с основным STM32F103RB, но в Возможность использовать кварц из адаптера ST-Link. Это делается с 2 пайками моста.
Вы можете когда -либо, не устанавливая ничего (драйвер, IDE...), загрузка кода (*.Бин) через перетаскивание&уронить.
Роджер: Я помню, несколько месяцев назад мы оба «играли» с Texane Compling и узнали, что предварительно скомпилированная версия на OSX 10.7 работ в более высоких версиях (я на OSX.10.9), но, может быть, предварительно скомпилируется не работает на OSX 10.6?

Матиас

Я только ранее протестировал с моим клоном Stlink, и это все еще работает нормально на OSX

И доска F407 также признана Texane Stlink, но у одного пользователя есть еще одна плата F4, которую они не могли загрузить на.
Так что я буду менять загрузку вдовах stlink.летучая мышь для использования STMS EXE, так как, кажется, работает для всех.

Мне нужно будет дважды проверить, какая версия OSX на моем Mac, я думал, что это 10.9, и я могу скомпилировать Texane Stlink, но это работает только для моего клона Stlink

Код «драйвера» не компилируется, потому что файл Make, по -видимому, проверяет версию ОС, поэтому, если кто -то не разделил и не исправил это, я не думаю, что мы можем многое сделать.

Я думаю, что я буду искушать просто заменить прошивку STLINK на BMP вместо этого. Однако невозможно вернуть версию прошивки, которая находится на досках Nucleo, так как бинар на русском сайте - это другой, у которой нет массового хранения и т. Д. (Ну, я не думаю, что у него массовое хранилище).. На самом деле я даже не знаю, работает ли Texane Stlink с этой прошивкой

Проблема, кажется, или в том, что в основном STM не поддерживает Stlink на OSX, потому что, если они это сделают, мы могли бы использовать их загрузчик, как мы делаем на ПК

ОК, позвольте мне попробовать подвести итоги (ST-Link):
В Windows должен использоваться оригинальный драйвер STM.
На OSX нет известной проблемы с Texane? Я помню, что вы пробовали это на OSX 10.7 Потому что моя скомпилированная версия (OSX 10.9) не сработал на вас, но 10.7 скомпилированная версия работала на OSX 10.9.
Я не могу поверить в это на OSX 10.7-9 Должна быть проблема с досками нуклео и загрузкой (даже для SheepDoll, загрузка была успешной), потому что ST-Link2.1 оборудование точно одинаково на каждой доске или Texane не распознал некоторые доски F4?
Пробрасывание доски Nucleo с помощью BMP - это действительно плохая идея, потому что нет пути назад (как вы сказали), и доска не сможет легко использовать с другими IDE (например, MBED)

@madias

Аппаратный ремешок осциллятора был проблемой. Теперь светодиод мигает, используя PA5 в качестве названия PIN -кода.

Я также переместил ремни на серийном порту. Есть ли набросок, который уже написан, чтобы проверить это?

Еще раз большое спасибо тем, кто потратил бесчисленное количество часов, чтобы заставить систему работать. Это действительно имеет значение.

Пробрасывание доски Nucleo с помощью BMP - это действительно плохая идея, потому что нет пути назад (как вы сказали), и доска не сможет легко использовать с другими IDE (например, MBED) Разве Stlink не разрешает читать содержимое вспышки STM32 в бинарном или шестигранном файле?

Пример: В Windows следующее создает файлы содержимого AVR (не защищен) avrdude -c arduino -P com9 -p ATMEGA328P -b 19200 -U flash:r:%temp%\backup_flash.hex:i avrdude -c arduino -P com9 -p ATMEGA328P -b 19200 -U eeprom:w:\Users\owner\AppData\Local\Temp\backup_eeprom.hex avrdude -c arduino -P com9 -p ATMEGA328P -b 19200 -U hfuse:w:\Users\owner\AppData\Local\Temp\backup_hfuse.hex avrdude -c arduino -P com9 -p ATMEGA328P -b 19200 -U lfuse:w:\Users\owner\AppData\Local\Temp\backup_lfuse.hex avrdude -c arduino -P com9 -p ATMEGA328P -b 19200 -U efuse:w:\Users\owner\AppData\Local\Temp\backup_efuse.hex

Луча

Св.

Где -то есть запись в блоге, где кто -то обратно спроектировал процесс обновления для Stlink и сумел захватить незашифрованный двоичный файл из памяти ПК, но он смог сделать это только из -за ошибки дизайна от STM, где она не зашифровала загрузку Int Memory Перед повторным затенением для загрузки на доску.

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

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

Роджер, Мадиас;

Любая работа по детализации использования сериала на нуклео? Я разрезал следы по ссылке STM с ремешком. Неясно, какой последовательный порт использовать и если необходимо добавить провода между булавками на заголовке Morpho и модулем Link STM.

В мегатере на Ардуино.CC Существует много дискуссий о серийном и USBERIAL, тогда что делать с Serial1, Serial2 и Serial3?

SheepDoll:
Мы ждем, что Роджер будет реализовать решение для выбора (USB) последовательного порта в качестве варианта, определяемого «серийным», это, к сожалению, большое дело, потому что он должен изменить каждую папку «вариант» (это загрязненные сайты со стороны Leaflabs , поскольку они используют USBERIAL для определенного PIN -кода, и вы не можете изменить порядок без изменения кода «основного»).
Между тем, если вы следовали моим маленькому руководству по пайке, вы можете использовать D22/PC10 = TX и D30/PC11 = RX в качестве USB-отладчика. Но вы должны выбрать для них "serial2".
В моей пикте ViewTopic.PHP?F = 29&t = 93 Есть определения «должны быть» для номеров последовательных портов, как я их реализую, когда Роджер готов!

Я написал небольшой тестовый код, чтобы проверить все последовательные порты (светодиод мигает, так что вы знаете, что код работает) #define ledpin 13 boolean flip=0; void setup() { Serial.begin(9600); Serial1.begin(9600); Serial2.begin(9600); pinMode(ledpin,OUTPUT); } void loop() { flip=!flip; digitalWrite(ledpin,flip); Serial.println("Port: Serial0"); delay(100); Serial1.println("Port: Serial1"); delay(100); Serial2.println("Port: Serial2"); delay(100); // delay in between reads for stability }

Все у меня есть доски ядер (пара плат STM32F0), которые вы можете просто использовать виртуальный порт Nucleo, и он подключен к одной из пар USART TX/RX. Я просто посмотрел на документы Nucleo-F103RB, кажется, что это также сделано таким образом. Почему ты паяешь / падаешь что -нибудь? Просто используйте код USART, чтобы рассказать о виртуальном компоненте Nucleo.

-рик

Извините, ребята

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

Поскольку вы оба используете git, я сделаю новую ветку, чтобы вы могли проверить, так как я не хочу ломать всю репо с этим изменением.

Почему ты паяешь / падаешь что -нибудь? Просто используйте код USART, чтобы рассказать о виртуальном компоненте Nucleo. Рик: У этого есть одна из причин: месяцы назад мой план состоял в том, чтобы получить «настоящую совместимость заголовка PIN -кода Arduino» для досок в ядрах. При стандартной настройке он был твердый подключен к контактам D0/D1 (PA2/PA3) [я не могу вспомнить или еще хуже - булавки D2/D8], чтобы эти выводы блокировались для щитов, «нормальные» последовательные соединения , что бы ни. Итак, я пережил (в досках.CPP) USART с PC10/PC11 (только заголовки Morpho), и вам нужно только припаять короткое соединение с виртуальным COM-портом ST-Link2.1 и D0/D1 стали "Serial1". Таким образом, я получил почти идеальную совместимость "Arduino Header" {'почти идеально " - некоторые булавки не подлежат удалению - стыд на STM и их рекламный отдел - вы никогда не получите это исправлено! }
С или без приповного взлома: вы не смогли использовать «серийный» для USB-разъединения без изменения кода основного.
@Roger: GitHub - ОК, это было бы хорошим решением. Я могу проверить нуклео и мини -плату Maple для совместимости!

Мадиас написал:Почему ты паяешь / падаешь что -нибудь? Просто используйте код USART, чтобы рассказать о виртуальном компоненте Nucleo. ....Итак, эти булавки заблокированы для щитов,

Рик

Похоже, что проблема заключается в том, что ядром соединяет HW Serial 2 с чипом Stlink.

Итак, что Matthias хочет, чтобы я сделал, это изменить репо, чтобы мы могли перенаправить Arduino "Serial" E.глин. Сериал.Печать ("...."); для HW Serial 2

Это невозможно при текущей структуре.

И Матиас, и я изучили это, и я думаю, что лучший / наиболее надежный подход (без, возможно, не написал некоторые непостижимые макросы) - просто перенести серийные конструкторы в варианты совета директоров.

Это не сложное изменение, и это означает, что для кленовых устройств меньше кода, так как он удаляет целый блок, который всегда #ifdef'ed Out

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

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

Хорошо, за этим была вторая мысль: вы можете избавиться от любого «программного серийного» решения и использовать D0/D1 «Serial1» в качестве «реальных» COM -портов и использования «серийного» в качестве порта отладки даже для щита, используя D0/D1 Для чего -то другого, кроме USART (многие щиты TFT в качестве примера). Как я писал в документе: Бесплатные контакты D0 (PA3) и D1 (PA2) и Route Serial2 Debug (необязательный!) И как я писал сейчас в ViewTopic.PHP?F = 29&t = 248 В любом случае, вам нужно выпустить свой паяльный железо (если вы не хотите использовать внутренний OSC и с точностью получить реальные проблемы -> Это была попытка первого разговора Leaflabs с ржавым 36 МГц "для стабильности" в качестве главных часов)

Мадиас написал:(Если вы не хотите использовать внутренний OSC и с точностью получить реальные проблемы -> Это была попытка первого разговора Leaflabs с ржавым 36 МГц "для стабильности" в качестве главных часов)

Rogerclark написал:Рик

Похоже, что проблема заключается в том, что ядром соединяет HW Serial 2 с чипом Stlink.
И Матиас, и я изучили это, и я думаю, что лучший / наиболее надежный подход (без, возможно, не написал некоторые непостижимые макросы) - просто перенести серийные конструкторы в варианты совета директоров.

Рик,

Это может сделать это, я.e Что -то, что мы с Матиасом упускали из виду, но у аппаратного серийного материала уже есть несколько макросов, которые делают это сложным.

Легче просто перенести код в варианты

@Rick: я уже сделал решение #ifdef в Hardwareserial.CPP (и я использую его для себя, пока не будет готово общее решение), но недостаток в том, что это только для платы ядер, так что специфичная для платы. Подумайте, в следующем будущем появилась «новая доска», чем второй, и весь твердый.CPP полон конкретного совета #ifdef's. Таким образом, горькая таблетка, выпустив все макросы из ядра в варианты /варианты, является устойчивым решением.
О PLL: я использую свой Nucleo для некоторых аудио, связанных с аудио, поэтому 1% убрали бы мои настроенные частоты, и мне нужно целое 72 МГц (чем больше МГц, тем больше голосов для моего проекта STM32), и вы правы с Температура: мне не нужна сборка температуры на борту на борту Таким образом, паяль 2 мостов не предпринимает усилий для получения лучшего результата без «понижения» MCU примерно на 1/3 скорости.

Матиас

Я знаю, что ты на работе и т. Д., Но когда у тебя есть шанс Е.г на выходных... Вы можете захватить

https: // github.com/rogerclarkmelbourne/ ... o_variants

я.e Это MOVE_SERIAL_CONFIG_TO_VARIANTS ИСПЫТАНИЕ РЕПО (поэтому, если вы используете GIT, вам нужно будет «GIT PULL», а затем "GIT Checkout MOVE_SERIAL_CONFIG_TO_VARIANTS"

И посмотрите, решает ли это проблему с HW Serial 2, который прикреплен к Stlink.

В основном единственное изменение в варианте - это сесть.CPP, когда я добавил туда Define Macros, и мне пришлось добавить 2 включения в верхнюю часть этого файла (для Hardwareserial и USART)

Я также переместил макрос "define_hardware_serial" в Hardwareserial.h как все еще распространено для всех досок

Честно говоря, я не вижу большого значения в макросе, они все можно было бы записано как

Hardwareserial Serial (USART1, BORD_USART1_TX_PIN, BORD_USART1_RX_PIN);

Обратите внимание, что единственное осложнение состоит в том, что он в последний раз HW -последовательных портов на устройствах высокой плотности - это UARTS, а не USARTS, но это не повлияет на F103RB

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

Уважаемый Роджер!
У меня было немного времени, чтобы попробовать новый серийный вариант.
Сначала: поздравляю, вы около сделал это!

Пожалуйста, изменитесь в досках Nucleo.CPP Новые линии:
#ifdef SERIAL_USB DEFINE_HWSERIAL(Serial1, 1); DEFINE_HWSERIAL(Serial2, 2); DEFINE_HWSERIAL(Serial3, 3); #else DEFINE_HWSERIAL(Serial, 3);// Use HW Serial 2 as "Serial" DEFINE_HWSERIAL(Serial1, 2); DEFINE_HWSERIAL(Serial2, 1); #endif

Привет, Матиас

Я проверил на своей доске F103C8, поэтому я ожидал, что Maple Mini будет работать ;-)

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

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

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

с уважением
Матиас

Матиас

Хорошо о новых досках Nucleo.

Структура кода F4 сильно отличается от кода F1, поэтому я не уверен, что одно и то же можно применить. Мне нужно посмотреть.

Я думаю, что довольно скоро мне нужно будет посвятить несколько дней, чтобы обновить / объединить F4 и код F1, но это не простая работа ;-(-(

Насколько я могу сказать, я установил последовательную тестовую ветвь


Подключение проводов из PA2/PA3 с STLINK TX/RX и запуск эскиза Seral Tests Seral Sera.

Попытка загрузить изменение в эскизе, называемом Maple Booloader, а не ссылкой STM. Отключение линии от PA2/PA2 и загруженного модифицированного эскиза. Бит сбивает с толку, как в программном обеспечении, названия портов на основе нуля, но в кубе STM они основаны на единстве из 1. Я также немного смутился, так как USB на USART1. Похоже, когда PA2/PA3 подключен к Stlink, VCP видит целевое устройство как необработанный чип

Переход на PC10/PC11 дает «порт: serial2», как и ожидалось. Загружает работу при подключении к PC10/PC11 Подключение только линии к D8 (PA9) дает «Порт: Serial1»



В любом случае хорошая работа и вознаградите себя за хорошо проведенное время. Эта плата F103 на самом деле полезна сейчас.

@sheepdoll

@madias прислал мне обновленный файл для отображения, поэтому я буду использовать его, так как он эксперт

У меня еще не было возможности сделать обновление, так как у меня были другие неотложные дела сегодня утром

Я, наверное, обновлю это позже

@sheepdoll: Это было маленькое изменение, которое я предоставил Роджеру, тем временем вы можете редактировать в/variant/ucleo_103rb/poard.CPP самые последние линии #else DEFINE_HWSERIAL(Serial, 3);// Use HW Serial 2 as "Serial" DEFINE_HWSERIAL(Serial1, 2); DEFINE_HWSERIAL(Serial2, 1); #endif

Матиас

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

Но у меня не было времени сделать это сегодня,