Общая плата STM32F103R не отображается в диспетчере устройств и последовательных портах

Blahlicus
Солнце 12 марта 2017 г. 18:41
Эй, я недавно приобрел еще одну доску на базе STM32F103 у Таобао (здесь), Я смог вспыхивать общий загрузчик STM32Duino здесь к устройству через внешнее USB -к последовательному (кабель RS232), подключив мои линии электропередачи к 3.3V и GND, затем линии данных до PA9 и PA10.

Устройство может быть запрограммировано либо внешним USB-последовательным устройством, либо встроенным RS232, которое было обведено в зеленом.

Но я не смог заставить собственную USB чипа (обернутое красным) вообще работать, как в Windows новое устройство не отображается в «портах» или «Универсальные контроллеры серийных шин» в диспетчере устройств, а не Даже появляется новое устройство с предупреждением желтого треугольника.

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

Я довольно новичок в STM32, так что я действительно потерян здесь, может кто -нибудь помочь?

Изображение

Пито
Солнце 12 марта 2017 г. 8:05 вечера
http: // wiki.STM32duino.com/index.PHP?тип ... занижаем

Blahlicus
Пн 13 марта 2017 г. 9:54 утра
Это вообще не сработало, я запустил install_drivers.летучая мышь, затем подключена к плате, если она не сработала, я также запустил install_stm_com_drivers.летучая мышь, но это не имело никакого значения.

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

Изображение

Стивестронг
Пн 13 марта 2017 г. 10:23
Проблема в том, что вы используете метод загрузки «серийный», который не составляет USB -сериал, поэтому вы не видите COM -порта.

Попробуйте следующее:
1. Flash The Bootloader (над последовательным портом PA9/10) - Boot1 Установите на "1".
2. Используйте метод «STM32Duino Bootloader» при загрузке Mlink Sketch через Red USB -порт - (Jumpers Boot01 установлен на «0»). Теперь вы должны увидеть com port.

Rogerclark
Пн 13 марта 2017 г. 10:37 утра
Это вторая одновременная ветка, где у людей есть проблема с этим.

видеть

ViewTopic.PHP?F = 28&T = 1877

Стивестронг
Пн 13 марта 2017 г. 13:01
Rogerclark написал:Это вторая одновременная ветка, где у людей есть проблема с этим.
видеть
ViewTopic.PHP?F = 28&T = 1877

Blahlicus
Пн 13 марта 2017 г. 14:20
Эй, я не думаю, что это проблема, которую вы, ребята, описываете, как я уже говорил, USB, похоже, буквально действует как только кабель, в диспетчере устройств вообще нет устройств «Libusb-Win32» вообще. Я уже загрузил загрузчик (Boot1 SET на 1), а затем попробовал USB (загрузка 0/1 на 0), и буквально ничего нового не отображается под диспетчере устройств, компилируя и загружая набросок мига дает ошибку.

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

Пито
Пн 13 марта 2017 г. 14:24
Затем сделайте измерение проводки между USB -розеткой и контактами USB в пакете STM32.. С омметром.
И постарайтесь получить схему..

ZMEMW16
Пн 13 марта 2017 г. 14:55
Эта плата очень похожа на mini_cz (??) ?
У меня есть ветеринар & ZET версии и Istr ставит или видят что -то на вики.

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

Стивен

Стивестронг
Пн 13 марта 2017 г. 14:55
Да, нам нужны схема доски, чтобы увидеть, как подключен красный USB -разъем с помощью чипа STM32.

Кстати, вы должны прошить загрузчик при загрузке0 установлен в «1», а не загрузку1!
Boot1 должен всегда быть привязан к GND.

ZMEMW16
Пн 13 марта 2017 г. 15:22
Я возьму на себя риск

Джамперы для Boot0 и Boot1 - это «обычно» каждый в линии из 3 контактов, средний штифт - это линия загрузки.

'o' или gnd........бут........... '1' или 3V3
//// |...............| связь

'o' или gnd........бут........... '1' или 3V3
/////////////// |...............| связь

Они почти наверняка были установлены на 0 изначально
извиняюсь, если я учу тебя, как сосать яйца : D : D : D : D
Стивен

Blahlicus
Вт 14 марта 2017 г. 13:17
Вот несколько макро -снимков с высоким разрешением спереди и сзади, по просьбе, у него есть встроенный RS232 для загрузки, имеет разъем STLINK, а клиент USB я попытался проверить непрерывность контактов с данными USB и получил 400OM на один из булавок на контроллере, но я не знаю, что нужно исследовать, чтобы любые рекомендации были бы хорошими.

Изображение
Изображение

Стивестронг
Вт 14 марта 2017 г. 13:34
Согласно таблице данных, Boot0 является исключительно в качестве входного ввода на выводе 60 пакета LQFP64. Пожалуйста, проверьте, можете ли вы получить к нему.
Boot1 подключен к PB2.
Теперь вы знаете, как и какие контакты вы должны управлять, чтобы прошивать загрузчик и загружать дополнительное программное обеспечение.

Пито
Вт 14 марта 2017 г. 16:10
usb part.jpg
USB Part.JPG (22.37 киб) просмотрено 604 раза

ZMEMW16
Вт 14 марта 2017 г., 17:06
Глядя на верхний справа, красные ссылки - это boot0 & Boot1
Они оба 3V3, это загрузка от встроенного SRAM в соответствии с AN2606
boot1 boot0
X 0 Пользовательская вспышка
0 1 Системная вспышка
1 1 SRAM

Попробуйте перемещать Boot0 в GND или переместить оба в GND
Если у вас есть, попробуйте использовать Stlink, стоит 2 фунтов стерлингов или около того

Другие красные ссылки (справа внизу), по -видимому, установлены для USB, альтернатива может на правом конце нижних рядов

Вариант Vet/Zet имеет транзисторы Q2, Q3, связанный с серийным интерфейсом, поэтому попробуйте плату против этой схемы для VCT/Vet
hth
Стивен

victor_pv
Ср 15 марта 2017 г., 17:19
Из картинок выглядит так, как будто транзистор Q1 подключен к контакту 38 в MCU (PC7), не уверен, что он активен или низкий.
USB Pins Go PA11 и PA12, которые являются правильными.
Если PC7 управляется неправильным способом, он может блокировать USB -общение. Я не помню, как управляется подтягивающим транзистором в клене (активно или низко?), но я верю в код для общих плат, мы даже не пытаемся использовать вывод для этих функций, поэтому он, вероятно, остается в качестве входного. Если резистор не отсоединен, сериал USB не может вообще не перечислять.
Вы можете попробовать в своем эскизе, управляя этой штифтом на несколько мс, затем высокий. И если это не сработает, попробуйте в другую сторону, поднимая его низко, то высокий. Я не помню, как долго должен быть подключен резистор, я считаю, что он должен быть в ответ на какое -то действие хоста, но на практике я думаю, что ядро ​​просто подключает его в течение определенного времени, попробуйте MS или два.

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

Чтобы обнаружить сериал USB, вам нужно:
1.- Загрузите загрузчик STM32Duino. На этом этапе плата должна показать как устройство DFU, но не как серийный.
2.- Загрузите эскиз с помощью загрузчика STM32Duino. В этот момент серийный USB должен появиться.

Пито
Ср 15 марта 2017 г., 17:43
USB-переключатель высокой стороны активен (PNP или PMOS Q1). Штифт, управляющий Q1, должен быть установлен и составлен в загрузке.

victor_pv
Чт 16 марта 2017 г. 3:36 утра
Пито написал:USB-переключатель высокой стороны активен (PNP или PMOS Q1). Штифт, управляющий Q1, должен быть установлен и составлен в загрузке.

AG123
Вт 28 марта 2017 г., 21:37
Я хотел бы предложить это: установить загрузчик Maple или STM32Duino, как он был успешно сделан

Если это доски в стиле клена, я.эн.
Если кнопка сброса и пользовательские кнопки и светодиоды та же самая настройка / подключение к тем же булавкам, что и Leaflabs Maple
Нажмите сброс, и пользовательский светодиод должен быстро моргнуть 6 раз
Если это можно наблюдать, это, по крайней мере, подтвердит, что загрузчик успешно установлен и работает правильно

Существует странное ощущение, что либо загрузочный загрузчик не установлен правильно, либо что некоторые ошибки приводят к сбою загрузчика на плате, могут быть различные причины, связанные с аппаратным / программным обеспечением, e.глин. Внешний кристалл HSE, работающий на другой частоте, или плата подключена по -разному и т. Д
Для следующей части я только знаком с Linux,

в Linux run lsusb
http: // www.STM32duino.com/viewtopic.PHP ... DFU#P25536
Если вы видите 1EAF: 0004 при выполнении команды LSUSB, это обычный режим работы (ваш эскиз установлен и работает)
Если вы видите 1EAF: 0003 при запуске LSUSB, который является кленовым в «режиме вечного загрузчика», готов загрузить эскиз
Я не уверен, как диагностировать то же самое / сказать, если подключено устройство 1EAF: 0003 или 1EAF: 0004, в Windows, любые предложения?

Нашел полезную ссылку в Windows (я думаю, XP), в диспетчере устройств 1 может проверить VID / PID подключенного устройства
http: // xpenology.я/как-то см.-валу ... пид-пачка/
Если не будет подключено никаких драйверов устройств, это, скорее всего, покажет как неизвестное устройство

Просмотр этих VID: PID подтвердит, что (1) загрузчик успешно установлен и работает (2) USB работает, как и ожидалось

Затем оставшиеся детали должны выяснить / установить стек драйверов USB Windows и конфигурации VID / PID, чтобы Windows могла правильно обнаружить его как USB-сериал или DFU-устройство