У меня есть несколько пользовательских плат, которые не перечисляют серийный порт на последней Macos Sierra. Те же доски отлично работают на Linux и Windows. Я думаю, что это что -то с самим macOS. Устройство отлично показывается в системном профилировке и в консоли. /home/ahull/.arduino15/packages/stm32duino/hardware/STM32F1/2016.11.18/libraries/A_STM32_Examples/examples/General/InternalTempSensor/InternalTempSensor.ino: In function 'void setup_temperature_sensor()': InternalTempSensor:22: error: 'ADC_CR2_TSEREFE' was not declared in this scope regs->CR2 |= ADC_CR2_TSEREFE; ^ exit status 1 'ADC_CR2_TSEREFE' was not declared in this scope

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

Вы пробовали использовать USB -концентратор? Я нашел на своем MacBook с Mavericks, используя USB -концентратор для подключения досок к Mac обычно работает, если Mac не распознает плату. YMMV

Кенджуцу писал:Вы пробовали использовать USB -концентратор? Я нашел на своем MacBook с Mavericks, используя USB -концентратор для подключения досок к Mac обычно работает, если Mac не распознает плату. YMMV

Можете ли вы попробовать версию без загрузки, которая имеет USB -сериал?

я.E Flash через Stlink?

Похоже, Mac не нравится, что плата меняется от устройства DFU на последовательное устройство.

КСТАТИ. На вашей пользовательской доске, как вы сбросите USB?
У тебя просто есть 1.5K подтягивание и полагаться на взломать GPIO, который мы используем для BluePill, или у вас есть транзистор для сброса USB, как на Maple Mini и т. Д


Пса. Все мои Mac слишком стары, чтобы управлять Сьеррой Таким образом, для меня было бы практически невозможно проверить это, так как запуск виртуальной машины Sierra на PC hackintos

Роджер, на моей пользовательской плате я использую 1.5K подтягивается и полагаясь на взлом GPIO. Симптомы, кажется, соответствуют вашей теории при переходе с DFU на серийный и видный наоборот. Я попробую загрузить с USB в UART завтра и посмотрю, работает ли это без загрузчика. Я расскажу о своих выводах. Я также только что нашел Maple Mini, который я лежал, я тоже попробую это.

Если это так, у меня есть несколько других Mac, которые я могу попробовать, просто чтобы подтвердить, что это не изолировано для моего. Затем я буду работать над временем загрузчика, чтобы увидеть, это все, что есть и есть. Спасибо за направление. Я даже не знал, с чего начать.

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

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

Я еще не использую новую функцию, но в основном, мы можем заблокировать загрузчик в примечание DFU (например, нажатие кнопки на Maple Mini), установив один из регистров в ОЗУ перед перезагрузкой эскиза.

Но это, вероятно, вам не поможет, если проблема в том, что Mac не замечает перехода от DFU на сериал.

В любом случае, это просто мысль

Обновление: я протестировал на Maple Mini, и он отлично работает на моей Macos Sierra, так что это проблема с моей пользовательской доской, либо с Reset Hack GPIO. На моей пользовательской плате я использую аппаратное обеспечение сброса, аналогичное Bluepill, но кнопка, светодиод и PINMAP идентичны Maple Mini во всех остальных. У меня нет чертежа, чтобы проверить, является ли это проблемой конфигурации. Я заказываю один сейчас, но мы все знаем, сколько времени это займет. Эти мои пользовательские платы отлично работают на Windows и Linux, я просто вытащил этот Mac и никогда не использовал какие -либо материалы STM32Duino на Mac, поэтому я не знаю, новая это проблема или нет.

Я пытался загрузить только через сериал, но эта компиляция отключает порт USB. Я добавил флаг -deserial_usb и получил его для компиляции и загрузки. USB -последовательный порт отлично работает в этот момент, пропустив DFU на загрузке. Я собираюсь поиграть с сбросом USB USB USB и посмотрю, имеет ли это как -то связанное с этим.

Woohoo, я думаю, я нашел проблему. Очевидно, Mac Sierra требует более длительной задержки при повторном реэнатировании. Я изменил цикл для хакерства GPIO, чтобы увеличить время, когда USB D+ Pin удерживается низко в oards_setup.CPP под вариантом STM32F1/**/Wirish/.

Это было установлено regs->CR2 |= ADC_CR2_TSVREFE;

Это была определенно просто проблема времени. Я закончил тем, что просто изменил загрузчик. С обеими модификациями это отлично работает, за исключением AutoReset после загрузки (который не работал на Maple Mini) на Mac, но я коптится в это позже. В коде загрузчика начальным циклом был DO DO, пока цикл 1024 раза. Это было прокомментировано и изменено на 512 для петли в USB.в.
int led = PA8; // the PWM pin the LED is attached to int brightness = 0; // how bright the LED is int fadeAmount = 5; // how many points to fade the LED by void setup() { // declare pin 9 to be an output: pinMode(led, OUTPUT); } void loop() { pwmWrite(led, brightness); brightness = brightness + fadeAmount; // reverse the direction of the fading at the ends of the fade: if (brightness <= 0 || brightness >= 255) { fadeAmount = -fadeAmount; } // wait for 30 milliseconds to see the dimming effect delay(30); }

Хорошо...


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


КСТАТИ. Вы обновили существующую машину в Сьерру, или это новая машина?

Я бы подумал, что длина импульса USB, который требуется, будет больше связана с чипсетом материнской платы, чем ОС, но я думаю, что водителю в Сьерре требуется больше времени, чем на Эль -Капитан.