Привет, сегодня я пытался заменить свой загрузчик Baite Mini Mini (стандартный загрузчик MM) на 2.0 версия (файл "maple_mini_boot20.bin "взят из GitHub - я уверен, что файл в порядке).
Я использую приложение ST COM под Windows для загрузки через стандартный загрузчик USART ST, и загрузка в любом случае выглядит успешной, после загрузки 2.0 Bootloader, плата больше не отвечает (без светодиодных миганий, без DFU) даже сбросить ее.

Примечание. Загрузка обратно стандартного Maple Mini Bootloader вместо этого возвращает плату, работающая нормально.

Я что -то упускаю?!

Спасибо и пока, e.

Привет, Эдогальдо

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

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

Если возможно, вы можете посмотреть в истории Commits и попробовать некоторые более старые версии, и дайте мне знать, на котором совершается, проблема началась ?

Спасибо

Роджер

Rogerclark написал:Привет, Эдогальдо

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

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

Если возможно, вы можете посмотреть в истории Commits и попробовать некоторые более старые версии, и дайте мне знать, на котором совершается, проблема началась ?

Спасибо

Роджер

Мой загрузчик MM показывает 20.4.2016 (File TimeStamp) прекрасно работает на Maple Mini Clone - прошил через Stlink.

Эта версия последняя версия, которая работает для вас ?

я.E Новые версии не работают?

Есть только одна версия - 20

Уважаемая все, я создал новую ветвь, где я удалил часть GD части дерева и совершил сравнение между этой ветвью и Branch 00597B9B18, которая, кажется, является филиалом, совершающей вторую поступольную версию «Maple_mini_boot20.Бин »(дата совершения 17/07/2015).

Здесь результаты сравнения: https: // github.com/edogaldo/stm32duino- ... O: Mybranch

Для того, что я вижу, есть только изменение, которое кажется странным (и, возможно, ношено) для меня, которое находится в файле »STM32F1/USB.C " - ряд 44:
(-) set_reg (gpio_cr (usb_disc_bank, usb_disc), (get_reg (gpio_cr (usb_disc_bank, usb_disc))) & crmask (usb_disc)) | Cr_output_od << Cr_shitf (LED_PIN));
(+) Set_reg (gpio_cr (usb_disc_bank, usb_disc_pin), (get_reg (gpio_cr (usb_disc_bank, usb_disc_pin))) & crmask (usb_disc_pin)) | Cr_output_od << Cr_shitf (Usb_disc_pin));

Лучший, e.

Спасибо e.

Я смутно вспоминаю, как кто -то связывался со мной по поводу проблемы с номером PIN -кода против растрового карты штифта.

Похоже, что изменение из этого коммита

https: // github.com/rogerclarkmelbourne/ ... B25AA8E749

Тем не менее, изменение просто кажется названием, чтобы означать, что это номер PIN -кода, а не битовое значение PIN

эн.глин.
- #define USB_DISC 9 + #define USB_DISC_PIN 9

Вы уверены, что это было место, где была введена ошибка ? Нет, я не уверен, что это ошибка, это была просто идея, основанная на следующих фактах:

• Текущая версия не работает
• Основываясь на сообщении Пито, предыдущая версия должна работать (все равно не смог прямо проверить ее)
• Наиболее «особое» изменение (для меня) было тем, что я выделил

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

[редактировать] В любом случае, да, led_pin = 1 = (usb_disc_pin - 8), так что это может быть индикатором, который, как вы предполагаете, может быть проблема в CR_SHITF..

Как насчет того, чтобы изменить это на: #define CR_SHITF(pin) ((pin & 0x07)<<2)

Я собирал последнюю версию исходной версии для моего вывода Bluepill Deanconce Pin PB2, и он отлично работает с BluePill (в основном он компилируется для MM, поэтому чертепилл с внешним транзистором PMOS в основном такой же, как MMINI с отключением на PB2). Поэтому я понимаю, что новейший источник в порядке.

Контрольные суммы Maple_mini_boot20.корзина от 20.4.2016 я вспыхнул в свой ммини 21.4.2016 (я не скомпилировал его, но скачал как есть): CRC-32: 7e4a31b6 MD4: 6d8c354fa9620d258b38c505e3dd00f8 MD5: 9dc7cae7c488420192ad3b2441dd1592 SHA-1: 5a2915fb37ebfc023c070740056a98e1bc047680

Пито написал:Я собирал последнюю версию исходной версии для моего Bluepill Disconnect Pin Pb2, и он отлично работает с Bluepill (он компилируется для MM, поэтому Bluepill с внешним транзистором PMOS в основном такой же, как Mmini с отключением на PB2). Поэтому я понимаю, что новейший источник в порядке.
Контрольные суммы MMV20.корзина от 20.4.2016 я вспыхнул в свой ммини 21.4. являются: CRC-32: 7e4a31b6 MD4: 6d8c354fa9620d258b38c505e3dd00f8 MD5: 9dc7cae7c488420192ad3b2441dd1592 SHA-1: 5a2915fb37ebfc023c070740056a98e1bc047680

Не существует разницы между общими источниками и источниками Maplemini, за исключением 3 линий, обрабатывающей выключатель отключения.
MM_20.корзин выше работает нормально с моим клоном Mmini.
Я подозреваю, что утилита мигания STM - ваша проблема. Попробуйте прошить его Stlink (клон).

ОК, проблема решена!

Кажется, что "maple_mini_boot20.коррумпированный коррумпирован.
Я перекомпилировал его без изменений, и новый файл отличается и работает нормально!

Кстати, я перекомпилировал все бункеры, и единственный файл, который по -разному составил..

Я предполагаю, что это было повреждено, потому что в make_all.Файл летучей мыши не будет «сделать чистым» до того, как «сделать Maple-Mini», как для других сборки; Это может привести к повреждению файлов, если папка компиляции не чисто (я.эн. Запуск "make_all.летучая мышь "более одного раза подряд).

@Роджер: Я бы попросил вас перекомпилировать файл и обновить GitHub.

PS: О #define CR_SHITF(pin) ((pin - 8*(pin>7))<<2)

Контрольная сумма текущего двоичного GitHub: File: maple_mini_boot20.bin CRC-32: eb11a422 MD4: 17a76aa2fe920162c880d792721897d6 MD5: e43dd145f20152152630ab27a9064d4d SHA-1: 0dc1a29e5409da3e4144f72516b805e91951671d

Спасибо, ребята

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

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

Было бы хорошо, если бы проблема была такой же простой, как коррумпированный бинарный.

Ребята

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

Только бинар Maple Mini Bootloader фактически изменился, что доказывает, что @edogaldo диагностировал как проблема

Я начал изменение в male_all.BAT и MAPLE_MINI20.корзин к GitHub


@edogaldo еще раз спасибо за вашу помощь в отслеживании этого.

Привет, Роджер, я могу подтвердить, что теперь новый "maple_mini_boot20.bin "от github соответствует собранной версии, которую я скомпилировал и работает нормально.

Пожалуйста!


Лучший, e.

Спасибо @edogaldo

Это еще одна загадка.

Пса. Я не изменил макрос, но я согласен, что ваш макрос лучше.

Rogerclark написал:Пса. Я не изменил макрос, но я согласен, что ваш макрос лучше.