ОК, я только что добавил исполнительные файлы DFU-UTIL и сценарии под инструментами, для Windows, Mac и Linux. Двоичные файлы были взяты из:

https: // github.com/arduino/dfu-utils-cr ... ER/Distrib

Я все еще работаю над сценарием DFU_UPLOAD для Windows, но у меня есть какая -то странная проблема со скриптом DFU_UPLOAD для Linux. Он может отправить волшебное слово «1EAF» на серийный порт с «эхо», но он всегда говорит о устройстве или ресурсе, занятых в следующий раз, когда я пытаюсь выполнить это снова. Я должен ждать не менее 40 секунд, прежде чем я смогу нажать кнопку загрузки, чтобы прошить двоичный. Что мне не хватает? Кажется, что я открываю файл/устройство где -то в сценарии, не закрывая его? См. Сценарий ниже. Этот сценарий работает отлично на Mac.
Arduino_STM32/Arduino-1.6.9-r0/arduino-core/src/processing/app/Platform.java: File dataFolder = new File(home, ".arduino169r0");

Могут ли команды Echo вести себя по -разному на разных платформах?

Пример... $ ./arduino-1.8.2/hardware/stm32/tools/linux64/stm32flash/stm32flash -b57600 -C /dev/ttyUSB0 stm32flash Arduino_STM32_0.9 http://github.com/rogerclarkmelbourne/arduino_stm32 Interface serial_posix: 57600 8E1 Version : 0x22 Option 1 : 0x00 Option 2 : 0x00 Device ID : 0x0410 (Medium-density) - RAM : 20KiB (512b reserved by bootloader) - Flash : 128KiB (sector size: 4x1024) - Option RAM : 16b - System RAM : 2KiB CRC computation CRC address 0x08020000 (100.00%) Done. CRC(0x08000000-0x08020000) = 0x53ebb014

Экавахю написал:ОК, я только что добавил исполнительные файлы DFU-UTIL и сценарии под инструментами, для Windows, Mac и Linux. Двоичные файлы были взяты из:

https: // github.com/arduino/dfu-utils-cr ... ER/Distrib

Я все еще работаю над сценарием DFU_UPLOAD для Windows, но у меня есть какая -то странная проблема со скриптом DFU_UPLOAD для Linux. Он может отправить волшебное слово «1EAF» на серийный порт с «эхо», но он всегда говорит о устройстве или ресурсе, занятых в следующий раз, когда я пытаюсь выполнить это снова. Я должен ждать не менее 40 секунд, прежде чем я смогу нажать кнопку загрузки, чтобы прошить двоичный. Что мне не хватает? Кажется, что я открываю файл/устройство где -то в сценарии, не закрывая его? См. Сценарий ниже. Этот сценарий работает отлично на Mac.
uint32_t GetMillis() { return millis() + Offset; }

Экавахю написал:Rogerclark написал:Я имею в виду это
crc = lng

Rogerclark написал:Я поместил код охраны вокруг определения, код из куба не имеет его

Grumpyoldpizza написал: Просто очень любопытно здесь. Почему бы не использовать то, что Arduino поддерживает напрямую ? Переключатель на 1200 бод, а затем Deasserting RTS, а затем ожидает 500 мс, чтобы увидеть, забрано ли условие снова. Таким образом, вам не нужно возиться в сценарии DFU-UTIL ...

Следующая проблема с вашим сценарием заключается в том, что «Sleep 1» недостаточно хорош. Я обнаружил, что иногда требуется довольно много времени, пока часть DFU не будет видна после повторного выступления. Логика, которую ядро ​​STM32L4 использует просто ждает до 10 секунд, пока не появится DFU Thingy (пожалуйста, без комментариев по стилю, я просто хотел, чтобы он работал в то время):

Ммм

Это интересно

В файлах F1 нет какого -либо защитного кода.

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

Просто хотела оставить здесь записку, в которой говорилось, что я завершил все сценарии DFU_Upload (и исполнители) для всех трех Windows, Linux и Mac. Партийный сценарий выглядит очень уродливо, но это из -за моего отсутствия знаний в партийных сценариях Все эти сценарии должны работать просто для любого устройства STM32 со встроенным (системной памятью) загрузчика DFU. Однако вы могли бы использовать их со своим пользовательским загрузчиком DFU, но я бы посоветовал вам посмотреть на Maple DFU, который, вероятно, более стабильный.

Все сценарии ожидают увидеть последовательный порт до того, как DFU мигает цель. Он отправляет волшебное слово (1EAF) через последовательный порт и подождите вторую или два, чтобы цель введите режим DFU. Затем исполняемый файл DFU-UTIL вызывается, чтобы вспыхивать цель и оставить режим DFU сразу после этого. Вот и все, и загруженный набросок будет работать до тех пор, пока не будет зафиксировано следующее волшебное слово, и весь процесс повторится.

Re: задержка между сбросом USB и т. Д

Я в основном видел эту проблему на OSX, поэтому я передал параметр задержки в качестве аргумента. (Итак, люди могут изменить это, если это не работает для них)

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

Я помню, что Leaflabs, сделал это так, из -за проблем на Windows XP с композитными USB -устройствами (где они хотели, чтобы загрузчик был как DFU, так и CDC -последовательным - но он работал только на OSX и Linux)

Проблема составного устройства могла быть исправлена ​​в Windows 7, и я вижу множество устройств E.G Blackmagic Lesess, а также ядра STM STLINK и т. Д., Работая как композитные устройства на окнах без проблем.

Тем не менее, потребуется полная переписать загрузчика и большую модификацию кода Sketch Core, для использования загрузчика как для DFU, так и для CDC Serial.

И... Это не позволило бы использовать HID в эскизе, если только загрузчик также не был скрыт, или, возможно, MIDI, или массовое хранилище и т. Д

Так... Возможно, лучше сбросить USB, когда загрузчик завершен, так что эскиз может быть много разных USB -устройств (в зависимости от того, что пользователь запрограммировал - возможно,)



С помощью загрузчика F103 другим вариантом будет использование последовательного протокола загрузки, а не DFU, так как он уже встроен в IDE.

Я знаю, что @JCW писал новый загрузчик, который использует протокол загрузки AVR (извините, я не могу вспомнить название протокола), но я не думаю, что он закончил, так как его загрузчик работал совершенно по -другому.
Я просто посмотрел на https: // github.com/jeelabs Но я не вижу этого как общественное репо, так что, возможно, это где -то еще или частное репо


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

Экавахю написал:Grumpyoldpizza написал: Просто очень любопытно здесь. Почему бы не использовать то, что Arduino поддерживает напрямую ? Переключатель на 1200 бод, а затем Deasserting RTS, а затем ожидает 500 мс, чтобы увидеть, забрано ли условие снова. Таким образом, вам не нужно возиться в сценарии DFU-UTIL ...

Следующая проблема с вашим сценарием заключается в том, что «Sleep 1» недостаточно хорош. Я обнаружил, что иногда требуется довольно много времени, пока часть DFU не будет видна после повторного выступления. Логика, которую ядро ​​STM32L4 использует просто ждает до 10 секунд, пока не появится DFU Thingy (пожалуйста, без комментариев по стилю, я просто хотел, чтобы он работал в то время):

Ахулл написал:У вас установлен Modem Manager? Смотрите здесь -> http: // www.STM32duino.com/viewtopic.PHP ... t = 10#P5935

Экавахю написал:Grumpyoldpizza написал: Просто очень любопытно здесь. Почему бы не использовать то, что Arduino поддерживает напрямую ? Переключатель на 1200 бод, а затем Deasserting RTS, а затем ожидает 500 мс, чтобы увидеть, забрано ли условие снова. Таким образом, вам не нужно возиться в сценарии DFU-UTIL ...

Следующая проблема с вашим сценарием заключается в том, что «Sleep 1» недостаточно хорош. Я обнаружил, что иногда требуется довольно много времени, пока часть DFU не будет видна после повторного выступления. Логика, которую ядро ​​STM32L4 использует просто ждает до 10 секунд, пока не появится DFU Thingy (пожалуйста, без комментариев по стилю, я просто хотел, чтобы он работал в то время):

Rogerclark написал:Re: задержка между сбросом USB и т. Д

Я помню, что Leaflabs, сделал это так, из -за проблем на Windows XP с композитными USB -устройствами (где они хотели, чтобы загрузчик был как DFU, так и CDC -последовательным - но он работал только на OSX и Linux)

Проблема составного устройства могла быть исправлена ​​в Windows 7, и я вижу множество устройств E.G Blackmagic Lesess, а также ядра STM STLINK и т. Д., Работая как композитные устройства на окнах без проблем.

Grumpyoldpizza написал:Вам не нужен PIN -код RTS с USB/CDC. Существует SET_CONTROL_LINE_STATE, который устанавливает/очищает DTR/RTS. В любом случае, я ошибался в RTS, означал DTR. Ядро для этого прямо:
crc = lng

Вы имеете в виду код сброса CDC Arduino CDC

https: // github.com/arduino/arduino/blob ... Нет/CDC.CPP

Ахулл написал:У вас установлен Modem Manager? Смотрите здесь -> http: // www.STM32duino.com/viewtopic.PHP ... t = 10#P5935

Я стучал головой о стену, чтобы сделать Serial1 работать. Прерывание Serial1 работает просто отлично, но обработчик никогда не заполняет входящий байт в буфере Serial1. Итак, этот метод чтения в UartClass всегда возвращает -1:
char a; void setup() { Serial.begin(115200); Serial2.begin(115200); //our setup code here, to run once: } void loop() { if(Serial2.available()>0) { a=Serial2.read(); // will check Serial2 recevied data } Serial2.write("HII"); // will send to other serial monitor(in different pc) Serial.println(a); delay(1000); // put your main code here, to run repeatedly: }

Возможно, что проблема вызвана ошибкой в ​​MCU.

Существует документ ошибки, который STM публикует для F103, поэтому, возможно, стоит найти его, проверить, указано ли это.

Возможно ли, что этот флаг состояния обновляется непосредственно с помощью аппаратного обеспечения?

Кроме того, поскольку вы используете HAL, вы можете опубликовать на форуме собственной поддержки STMS STMS.
Они обычно дают ответы на этот тип вопроса.

Хороший момент! Я только что проверил лист ошибок, но ничто не упомянуло о проблеме с USART1. Но хорошо знать, что у него есть некоторое ограничение с i2c.

В любом случае, я только что проверил простой проект без Maplemx, и он работает просто отлично. Я до сих пор не понимаю, как это возможно? Есть только hal_uart_receive_it (), называемый один раз в Uartclass :: init (). Может быть, есть и другие методы, которые вызываются и устанавливают этот huart1->Государство, чтобы подготовить состояние?

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


Похоже, вы используете GDB? Есть ли способ провести точку останова «часы» на этой переменной ?
https: // sourceware.org/gdb/onlinedocs/g ... уинты.HTML

Да, я использую GDB. Я наконец нашел виновника, который установил huart1->Государство, чтобы подготовиться. Это было частью uart1 init, я забыл поместить в serial1 :: init (). Проблема решена! Спасибо за советы!

Следующий выпуск (или, возможно, мне нужно какое-то предложение), STM32F072 имеет полудуплексную функцию в периферийных устройствах UART. Это требует включения/отключения TX/RX одновременно. Итак, перед отправкой данных необходимо переключить линию на режим TX, после этого он должен переключиться в режим RX.

1. Я планирую добавить члена -члена под названием UARTClass._mode, чтобы выбрать его режим, например, Async, Sync, Half-Луплекс, Лин и т. Д. По умолчанию, если эскиз пользователя только настройте Serial1.Begin (Baudrate), _mode будет назначен с асинхронным. Как вы думаете, мы должны предоставить пользователю отдельный метод для его настройки, например, в Serial1.режим (полудуплекс), или мы просто делаем Serial1.Начните (Baudrate, Mode)?

2. Как вы думаете, мы должны позволить пользователю сделать переключение TX/RX из эскиза? Например, Serial1.Switchline (TX), Serial1.Switchline (RX). Или мы должны сделать бесшовный переключатель, так что Serial1 выглядит как нормальная последовательная связь со встроенным автоматическим переключением?

Я думаю, что хорошо добавить функции в серийный класс (аппаратный серийный / UART), мы уже делаем это с помощью SPI, с SetModule, поскольку мы должны иметь возможность поддерживать функции, которых у нормальных Arduino не есть

Я помню, что @grumpoldpizza исследует, как изменить скорость в своей основе, и консенсус заключался в том, что вам нужно назвать сериал.end (), прежде чем вы сможете назвать сериал.Начните (xxxx), чтобы изменить скорость бода.
Поскольку у него были некоторые проблемы с изменением скорости передачи бодов, в то время как последовательное устройство все еще было активным, я.E Я думаю, что ему нужно было деактивировать его, чтобы изменить скорость бодского, отсюда и необходимость вызовать сериал.end () сначала

Так что, возможно, другой вариант - перегрузить и добавить серийный.begin (int rate, int config = default_config, int mode = full_duplex)

Но я ничего не знаю о сериале1.Switchline (TX) и т. Д., Поэтому я не могу посоветовать по этому аспекту.

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

РЕДАКТИРОВАТЬ: Я думаю, что то, что мы называем uartmodes перечисление, можно переименовать в UartParams, а затем использовать Uartmodes, чтобы соответствовать кубу

Edit2: Каков статус USARTCLASS.развитие CPP? Кажется, что он имеет зависимость от UARTCLASS.час

РЕДАКТИРОВАТЬ3: Пожалуйста, посмотрите на мои изменения здесь: https: // github.com/ekawahyu/halmx_ardui ... Артклос.час

Каково соглашение о переменных и именовании методов? Я вижу _dw как в двойном словом, но что означает префикс r in r_byte? Я могу исправить именование режима, чтобы следовать соглашению

UartClass является окончательным! То, что раньше называлось «режим», было рефакторировано как «Param». Теперь у нас есть параметры (8n1, 8e1 и т. Д.), Режим (полный/половина дуплекса), Ctrl (блокировка/не блокировка TX). По умолчанию, когда пользователь вызывает Serial1.Begin (9600), params = 8n1, mode = полный дуплекс, ctrl = не блокировка.
/* BlinkNcount_BP3 by m. ray burnette Turns on an LED on for one second, then off for one second, repeatedly. Counts and displays the count on the attached serial monitor Example is for Blue Pill, outputs on all 3 serial ports */ int n = 0; void setup() { // initialize the digital pin as an output. pinMode(LED_BUILTIN, OUTPUT); // Initialize virtual COM over USB on bluepill Serial.begin(9600); // BAUD has no effect on USB serial: placeholder for physical UART Serial1.begin(9600); Serial2.begin(9600); // wait for serial monitor to be connected. while (!Serial) { digitalWrite(LED_BUILTIN,!digitalRead(LED_BUILTIN)); // Turn the LED from off to on, or on to off delay(100); // fast blink } Serial.println("Blink LED & count Demo"); } void loop() { digitalWrite(LED_BUILTIN, HIGH); // set the LED on delay(500); // wait for a second digitalWrite(LED_BUILTIN, LOW); // set the LED off // Serial.print("Loop #: "); n++; Serial.print("Serial: ") ; Serial.println(n); Serial1.print("Serial1: ") ; Serial1.println(n); Serial2.print("Serial2: ") ; Serial2.println(n); delay(500); // wait }

ХОРОШО

Где вы собираетесь опубликовать свой окончательный код? GitHub ??

Да, я уже вставил изменения в свой GitHub: https: // github.com/ekawahyu/halmx_ardui ... его/Мастер Номер коммита: FDFD040. Дайте мне знать, если UARTClass построен с вашей платформой.

Вопрос к прикрепленной структуре ниже, есть ли причина, по которой мы используем все члена в качестве uint32_t вместо uint16_t? Это только из -за выравнивания памяти 4 байтов?
#include AccelStepper stepper (1,2,3); void setup() { stepper.setMaxSpeed(1000); stepper.setSpeed(50); } void loop() { stepper.runSpeed(); }

Лично я думаю, что это просто из-за устаревшего кода Leaflab, потому что нет никаких причин, что последние 3 участника даже не должны быть uint8_t, поскольку значения никогда не находятся за пределами 0-255.

Я согласен с Мартином.

они, вероятно, должны быть изменены на uint8_t

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

... И если есть штраф о скорости использования невыразительного до 32 бит для всей структуры, мы могли бы добавить «uint8_t неиспользован»; Чтобы исправить это, что все еще можно использовать в Future.

Ребята,

Вы можете дважды проверить это. Но я только что изменил рассматриваемый заголовок, и это не имело значения ни для использования оперативной памяти, ни в флэш -ной (пожалуйста, попробуйте это самостоятельно в ядре HAL MX в варианте MX Blue Pill.час

Я не сделал бинарного сравнения кода, но я подозреваю, что его функционально одинаково

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

Re:
uint8_t неиспользован

Я не думаю, что это необходимо, так как уже есть 4 uint8_t ', так что вся структура будет длиной 32 бита, так как я полагаю, что указатель на gpio_typedef будет 32 бита

Rogerclark написал:Я не думаю, что это необходимо, так как уже есть 4 uint8_t ', так что вся структура будет длиной 32 бита, так как я полагаю, что указатель на gpio_typedef будет 32 бита

Хорошо, я не собираюсь изменять какую -либо существующую объявление участника, давайте сохраним ее как есть. Причина, по которой я спрашиваю об этом, это было потому, что мне нужно было добавить в него одного нового участника. Итак, 32-битный это:
#include #include "stm32f0xx_hal.h" #define SYSMEM_RESET_VECTOR 0x1fffC804 #define RESET_TO_BOOTLOADER_MAGIC_CODE 0xDEADBEEF #define BOOTLOADER_STACK_POINTER 0x20002250 uint32_t dfu_reset_to_bootloader_magic; void __initialize_hardware_early(void) { if (dfu_reset_to_bootloader_magic == RESET_TO_BOOTLOADER_MAGIC_CODE) { void (*bootloader)(void) = (void (*)(void)) (*((uint32_t *) SYSMEM_RESET_VECTOR)); dfu_reset_to_bootloader_magic = 0; __set_MSP(BOOTLOADER_STACK_POINTER); bootloader(); while (42); } else { SystemInit(); } } void dfu_run_bootloader() { dfu_reset_to_bootloader_magic = RESET_TO_BOOTLOADER_MAGIC_CODE; NVIC_SystemReset(); }

«Адбукция» также находится в диапазоне 0-255, поэтому я бы объявил ее "uint8_t" тоже...

Я согласен

Мы можем также объявить их все в правильном размере (UNIT8_T), даже если компилятор решит игнорировать его

(Сценарий худшего случая, что нам теперь нужно пробить еще 3 «неиспользованные» uint8_t vars)

Хорошо, я попробую. Прямо сейчас я застрял в этом в функции AnalogWrite ():
arm-none-eabi-g++: error: unrecognized command line option '-CC -mcpu=cortex-m3'

Действительно, это кажется частью кода никогда не завершено ...

Итак, я получил начальный аналог () для работы, но мне нужно немного разъяснения о Map () или MapResolution (). Я вижу, что Map () находится в API ARDUINO, но почему нам нужно иметь MapResolution () в wing_analog.в?

РЕДАКТИРОВАТЬ: О, я понимаю, потому что по умолчанию разрешение записи Arduino 8-битное. Что ж, это приводит меня к следующему вопросу, должны ли мы сохранить частоту ШИМ такой же, как Arduino на 490 Гц или 980 Гц, или мы должны предоставить расширенный API для пользователя, чтобы иметь возможность модифицировать частоту?

Я думаю, что было бы хорошо иметь возможность установить частоту, ESP8266 предоставляет такую ​​функциональность с AnalogWriteFreq ().

ОК, AnalogwriteFrecressent () добавлен, но как мне получить новую функцию, выделенную на Arduino IDE?

Снимок экрана 2016-07-08 в 5.58.29 вечера.PNG (10.95 киб) просмотрено 992 раз

Редактировать: $ arduino_install_dir/lib/ключевые слова.текст

$ grep analogwrite ~/github/arduino/build/linux/work/lib/ключевые слова.текст
AnalogwriteFrequence Keyword2 Analogwrite
Analogwrite Keyword2 Analogwrite
Analogwriteresolution Keyword2 Analogwriteresolution

Кстати: Energia (MSP430/Arm Port к чипам Ti) называет его аналогичностью (Гц), и он относится ко всем контактам

http: // форум.43OH.com/тема/4858 ... а/?P = 43233

Спасибо Рик за указатель! Вместо того, чтобы настраивать установку Arduino, я добавил фиктивную библиотеку Arduinostm32 и добавляю там свои ключевые слова. Таким образом, любой улучшенный API может быть выделен, просто добавив ключевое слово в arduinostm32, а не изменяя ключевые слова Arduino установки.

https: // github.com/ekawahyu/halmx_ardui ... /библиотеки

Основные ключевые слова - это то, что следует подниматься в качестве вопроса в учетной записи Arduino IDE Github, или, возможно, в списке рассылки разработчиков IDE разработчиков IDE.

я.e Они могли бы добавить возможность добавлять клавиатуры в каждое третью сторону.

Rogerclark написал:Основные ключевые слова - это то, что следует подниматься в качестве вопроса в учетной записи Arduino IDE Github, или, возможно, в списке рассылки разработчиков IDE разработчиков IDE.

я.e Они могли бы добавить возможность добавлять клавиатуры в каждое третью сторону.

Re: Тон

Я думаю, что Leaflabs просто забыли написать это, или, возможно, это не было частью Arduino до версии 1.0

Я помню, что кто -то, возможно, теперь написал код для этого, поэтому попробуйте искать форум E.глин. через сайт Google: STM32Duino.com и посмотрите, сможете ли вы найти их код.

Rogerclark написал:Я помню, что кто -то, возможно, теперь написал код для этого, поэтому попробуйте искать форум E.глин. через сайт Google: STM32Duino.com и посмотрите, сможете ли вы найти их код.

Я застрял в том, что не смог отправить «1EAF» в пакетном файле. Командная строка "echo 1eaf > Comn ", похоже, не работает на Windows 7. Кто -нибудь знает другую альтернативу командной строки для использования в Windows 7?

Экавахю написал:Я застрял в том, что не смог отправить «1EAF» в пакетном файле. Командная строка "echo 1eaf > Comn ", похоже, не работает на Windows 7. Кто -нибудь знает другую альтернативу командной строки для использования в Windows 7?

GDB имеет ту же проблему для двухзначных номеров COM -порта и имеет тот же обходной путь