Я создал пакеты менеджера платы для кода STM32Duino: http: // dan.тонуть.org/stm32duino/package ... индекс.json

Если вы хотите его использовать, поместите этот URL в файл->Предпочтения->URL -менеджер дополнительных советов директоров. А затем под инструментами->Доска->Менеджер досок, найдите необходимую вам запись STM32F* и нажмите на кнопку установки на нем.

Я заинтересован в обратной связи и любой критике.

РЕДАКТИРОВАТЬ: Обновлено на 2016 год.9.20 релиз

Я наверняка не буду критиковать, ваши усилия и обмен ценится.

Но проблемы никогда не были технической конструкцией XML, а скорее постоянное обслуживание документа XML с каждым изменением основного. Тогда есть 3 платформы, которые поддерживает Core STM32Duino: Windows, iOS и Linux, чтобы форум должен был быть готов, чтобы эксперты в этих ОС были идентифицированы как валидаторы/участники Go-To за трудностями.

У нас здесь нет строгого SDLC; Изменения проводятся через запрос на вытягивание GitHub, и эти изменения впитываются в филиале «Разработка», в какой -то момент Роджерс слияет код в «Мастер». Поэтому для управления автоматизацией необходимы 2 документы XML.

Но не было никаких добровольцев. И вы не работаете волонтером, поэтому я действительно не вижу значения, предоставленной здесь, когда загрузка Zip of STM32Duino может быть расширена на /arduino /hardware.

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

Добрые пожелания и добро пожаловать на форум,

Луча

Я наверняка не буду критиковать, ваши усилия и обмен ценится. Хотя я понимаю проблему ресурса, чтобы сделать такие вещи, пассивно-агрессивный пост, в котором говорится: «Я не собираюсь критиковать вас, но все, что вы сделали, является пустой тратой времени» вряд ли мотивирует Участие я уверен, что мы все хотели бы увидеть. У меня, например, есть некоторые взносы, которые я снял здесь по этой причине.

У вас явно есть значительное количество времени, чтобы опубликовать на этом форуме, и вы, конечно, не сдерживаете плакаты знать, что они сделали неправильно. Честно говоря, это не кажется очень продуктивным. В то же время у вас явно много знаний и, похоже, очень инвестированы в STM32Duino и хотите увидеть успешное, поэтому я надеюсь, что вы можете согласиться с тем, что он может нарисовать больше мух, поощряя такие усилия и не сосредоточившись на поиске вины. Я не знаю, есть ли у вас форум (похоже, вы, возможно, делаете). Если это так, вы можете сделать все, что хотите, я думаю.

Факт в том, что новые материалы менеджера совета директоров должны будут быть рассмотрены в конечном итоге, если STM32Duino будет получить более широкую базу пользователей - независимо от проблемы ресурса. Например, у людей затмения есть официальный плагин Arduino, который довольно чистый и поддерживается. Тем не менее, он не работает с STM32Duino, потому что он использует менеджер совета директоров JSON Architecture для установки поддержки платы.

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

DDROWN написал: У меня есть мои изменения, чтобы работать под 1.6.7 IDE - https: // github.com/ddrown/arduino_stm32/commits/master (Важными являются «Исправленные включают пути и новые аргументы AR» и «Установить библиотечные категории»)

@ddrown

Приятно знать, что ядро ​​работает с 1.6.6

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

В среднем я думаю, что существует как минимум одно изменение в ядре в неделю, плюс у нас есть магистерские (стабильные) и филиалы разработки (передовые), оба из которых понадобились бы пакет.

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


Re: пакет для 1.6.5 и 1.6.6 (или новее)
Я не уверен, что можно иметь версию, которая работает для обоих

В прошлый раз, когда я смотрел на ESP8266, исправление, которое он имел побочный эффект, чтобы IDE перестраивал каждый файл каждый раз, когда вы компилируете, что значительно увеличивает время сборки на 2 -й и последующей сборке, но, возможно, они нашли лучший обходной путь.

С Teensy я думал, что Пол теперь распространяет свою собственную индивидуальную версию Arduino IDE, но я мог ошибаться.



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

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

Re the XML -аспект, основной прыжок версии был бы лучше, 1.7.0 Например
Наряду с большим «это ломает вещи, но это то, как мы хотели бы пойти».
пс 1.6.5R5 - последняя ревизия, исправления безопасности бара

Стивен

Ронк написал:Я наверняка не буду критиковать, ваши усилия и обмен ценится. Хотя я понимаю проблему ресурса, чтобы сделать такие вещи, пассивно-агрессивный пост, в котором говорится: «Я не собираюсь критиковать вас, но все, что вы сделали, является пустой тратой времени» вряд ли мотивирует Участие я уверен, что мы все хотели бы увидеть. У меня, например, есть некоторые взносы, которые я снял здесь по этой причине.

У вас явно есть значительное количество времени, чтобы опубликовать на этом форуме, и вы, конечно, не сдерживаете плакаты знать, что они сделали неправильно. Честно говоря, это не кажется очень продуктивным.
<...>

- Стандартный распад STM32duino из мастера в середине декабря
- Стандартная установка в/arduino/hardware/stm32
- Тестовая платформа Windows 8.1 Полностью исправленная, 4G RAM


Краткое содержание: Скомпилировано успешно Разнообразные примеры, личные наброски и сообщения на форуме на общую сумму более 20 примеров, которые включали библиотеки SPI и I2C.

Более здесь

Луча

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

Чтобы облегчить создание пакетов, я написал программу для этого: https: // github.com/ddrown/arduino_stm32 ... ER/пакет

Он подталкивает пакеты на URL «тестирование»: http: // dan.тонуть.org/arduino/testing/pa ... индекс.json

Если все проверяет, то эта программа может быть запущена, чтобы продвигать ее из тестирования до обычного URL: https: // github.com/ddrown/arduino_stm32 ... Те-версия

Я протестировал его в Windows 10 и Fedora 22. В Fedora мне пришлось установить 32 -битные библиотеки совместимости (GLIBC.I686 и Libusbx.i686). У меня нет удобной системы Macosx, чтобы проверить ее, так что было бы неплохо, если бы кто -то мог проверить это.

Вот что изменилось в версиях:

1.0.1 - Включите Arduino Arm GCC в установку, включите проекты подмодуля GIT
1.0.2 - Экспериментируйте с автоматизированным генерацией упаковки, исправьте пути инструментов
1.0.3 - генерировать отдельные пакеты инструментов на ОС и использовать .смол.GZ для пакетов инструментов Linux/Macosx для сохранения разрешений
1.0.4 - Исправьте пакет Macosx

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

@ddrown

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

Re: ZMEMW16

Существует настройка предпочтений с именем Используйте внешний редактор, когда вы его отмечаете, все Windows становятся серыми, и вы больше не можете их редактировать.
Если вы измените файл снаружи и сохраните его, вернитесь в IDE, он обновляет то, что вы видите.
Я не думаю, что это делает что -то еще.

Так что я просто открываю .INO -файл в блокноте ++ и установите язык в C ++ и используйте его в качестве моего редактора.

Там могут быть лучшие редакторы программирования, но Notepad ++ имеет выделение C ++ (хотя и не встроенные IDE в командах или такие объекты, как последовательные) (но для этого может быть плагин)

Вероятно, есть лучшие редакторы кодирования.

Я все еще выполняю некоторые работы по разработке, используя ActionScript 3 Adobe, и есть отличный внешний редактор под названием FlashDevelov, который имеет множество действительно хороших функций, таких как завершение кода и простые способы поиска определений функций и т. Д. на MS Visual Studio.

Я предполагаю, что я мог бы использовать MS Visual Studio в качестве внешнего редактора и получить некоторые из этих функций, но я не хочу массового раздувания, которое будет вызвать установку против

Rogerclark написал:@ddrown

Я предполагаю, что я мог бы использовать MS Visual Studio в качестве внешнего редактора и получить некоторые из этих функций, но я не хочу массового раздувания, которое будет вызвать установку против

Blimey - когда они упали?

ISTR 256G SHADING £ 200 фунтов стерлингов

с SSD, особенно 500G; вздутие имеет тенденцию исчезать

Стивен

Я долгое время использовал SSD 64 ГБ. Никогда не близко к полному. Из -за NAS.
Работать только в файлах процессов, хранящихся на SSD. Автопопированный в NAS с помощью центрированных систем «Вторая копия» (потрясающее программное обеспечение, долгое время используется мной).
SSD 256 ГБ - это сладкая цена сейчас.

Я покупаю только Samsung SSD. Они получают премию за них за свои соревнования. Но так как большая часть моего использования в моем компьюте.

SSD имеют значение между ночью и ночью. И сделать больше для скорости и простоты использования, чем более быстрый процессор на новом ПК.
То же самое для Mac.

Я опубликовал новую версию для этого

Изменения в 1.0.5
- Теперь поддерживает GD32F1, STM32F3 и STM32F4
- Обновление Sebastian Kostka для DFU-UTILS для OS X 10.11.2

Я подтвердил, что менеджер совета директоров работает над заимствованной машиной Mac OS X и компилируется для различных целей. Я вижу, что некоторые из инструментов мигания (Stlink и DFU-UTIL) зависят от библиотеки Libusb-1.0.0.Dylib, которого у Test Mac нет. У меня нет полного доступа к этой машине, поэтому я не смог ничего исправить.

Вытащил новую версию

Изменения в 1.0.6
- Удалить */библиотеки/liquidcrystal_i2c/
- Установите категорию библиотеки для STM32F1/Libraries/TFT_ILI9163C (чтобы замолчать предупреждения IDE)

Спасибо

Я должен добраться до того, чтобы попробовать это, но сейчас я довольно беден, в основном из -за работы.

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

В данный момент мы видим подобные вещи, где по неизвестным конфигурационным причинам, такие платы, как синие таблетки, кажется, не работают с некоторыми машинами Windows (поскольку USB не сбрасывается должным образом)

Я заметил, что у кого -то еще была проблема с водителем W10, и я все еще не уверен, было ли это решено.

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

Может быть, переместите все похожие потоки в «Проблемы Windows NN Windows» на верхнем уровне с темами, имеющими выдающиеся «решенные» теги при решении?
SRP

Rogerclark написал:Спасибо

Я должен добраться до того, чтобы попробовать это, но сейчас я довольно беден, в основном из -за работы.

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

В данный момент мы видим подобные вещи, где по неизвестным конфигурационным причинам, такие платы, как синие таблетки, кажется, не работают с некоторыми машинами Windows (поскольку USB не сбрасывается должным образом)

Я заметил, что у кого -то еще была проблема с водителем W10, и я все еще не уверен, было ли это решено.

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

Вытащил новую версию

Изменения в 1.0.7
- uart исправляет Stevstrong
- STM32FLASH_SERIAL FIXES от Жана-Клода Wippler
- Поддержка Nucleo без и кристал
- Задержка () Исправлено Жан-Клод Уапплер
- Дополнительные функции UpdatesStitings () для замены вызова to begin () (spi.CPP) от Stevstrong
- Добавлены определения выбора внешних событий для регулярных и введенных групп (ADC.h) Стевстранг

Фантастика

Спасибо

КСТАТИ. У меня есть один выдающийся пиар, я надеюсь добраться до этой недели, что является решением для некоторых проблем с USB.

Однако я так занят работой, я не могу добраться до этого до следующей недели

Rogerclark написал: <...>
Но я вижу все больше и больше этого на горизонте, и мне не нравится быть грубым с людьми, объясняя, что это не коммерческий продукт, и нет гарантированной поддержки, и им, вероятно, придется найти и решить проблему сами, по Чтение форума и т. Д

Изменения в 1.0.8:

• rngkll - Add определяет светодиоды 3-8 на STM32F4Discovery
• rngkll - исправить STM32F4/stlink для MacOS
• PITO - исправить STM32F4 ШИМ на светодиодах STM32F4Discovery

Ребята

Как это похоже на IDE 1.6.9 может работать с нашими существующими файлами (те же файлы, которые работают с 1.6.5), я пытаюсь построить пакет менеджера по доходам, который будет работать для обоих 1.6.5 и 1.6.9, (но не будет работать на 1.6.6, 1.6.7 и 1.6.8)

На данный момент, однако, я не могу заставить файл JSON работать вообще в 1.6.5 (ничего общего с основными файлами, это что -то связано с файлом json, вызывая исключение из нулевого указателя в IDE - я думаю, что -то не хватает)

PITO - исправить STM32F4 ШИМ на светодиодах STM32F4Discovery Имейте в виду, что есть еще одна ошибка PWM для F4Discovery - с SetPeriod () PWM - подпрограмма вычисляется с тактовой частотой MCU (это нормально с F103), но она должна делать с MCU/2 с F407..

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

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

Поддержка F3 даже меньше, чем F4, и я почти чувствую, что должен полностью его удалить, особенно потому, что ядро ​​HALMX, вероятно, теперь может его заменить.

Изменения в 1.0.9:

Основные примечания изменения: ветвь GD32F1 была объединена в STM32F1, новая «фальшивая» библиотека имеет все примеры STM32: A_STM32_Examples и начальная поддержка Linux64 была добавлена

• Werecatf-установить udev-rules для ST-Link
• Slammer - исправление для выпуска с USB Serial на GCC 4.9
• Werecatf - bugfix adafruit_ili9341_stm
• Werecatf - обновление adafruit_ili9341_stm.CPP
• Роджер Кларк - фиксированный сломан URL -адрес
• Роджер Кларк - Изменено определяет для MOSI, MISO и т. Д
• Роджер Кларк - обновленная «категория» в библиотеке.Свойства файлов, чтобы купить IDE, жалуясь на то, что этот ключ отсутствует
• Роджер Кларк - добавил новый файл wcharacter.H и обновленные строковые файлы для добавления недостающих функций ARDUINO API
• Рик Кимбалл - исправить предупреждения компилятора, связанные с __always_inline
• Роджер Кларк - Измененные платы STM32F1.TXT, чтобы включить VID и значение PID для Maple Serial, так что в функции «получить информацию о плате» показаны все платы загрузчика STM32DUINO в виде Maple Mini.
• Роджер Кларк - Добавлена ​​экспериментальная поддержка общей GD32F103C внутри дерева STM32
• Роджер Кларк - Добавлено отсутствующее меню скорости процессора для GD32
• Роджер Кларк - Удаленные подмодулы tft_ili9163c, ether_stm, stm32duino -bootloader
• Роджер Кларк - Добавьте отсутствующие определения для мисо и т. Д. в ядро ​​F4
• Роджер Кларк - добавить рецепт для функции «Экспорт бинарного»
• Roger Clark - платформа Tidied Up.текст
• Роджер Кларк - начал добавлять поддержку Linux 64 -битной поддержки
• Роджер Кларк - Добавлено отсутствующие функции API MicrosecondStoclockcycles и т. Д
• Роджер Кларк - Добавить библиотеку манекена / оболочки, чтобы разрешить IDE доступ к примерам
• Роджер Кларк - перенесенные примеры в новую фиктивную библиотеку
• Роджер Кларк - переименован в Mrbrunetteexamples на общие примеры и удаленные доски.текст
• Роджер Кларк - Исправленная проблема с USB -USB -времени GD32
• Роджер Кларк - Увеличьте общие платы USB -сброс задержки, чтобы исправить проблемы с новым ПК
• Роджер Кларк - обновление readme.доктор медицинских наук

Спасибо, Дэн

Я отсутствовал в Maker Faire в течение последних 2 недель (только вчера возвращался домой), поэтому у меня не было шансов получить лучший способ для меня создать их сам

Также...

Я понял, что репо не работает с Arduino.Версия IDE Org, поскольку они не включали ни одного из изменений в платформу.TXT, и эффективно используют версию IDE из спины вокруг V1.5.8 или какая -то другая версия до 1.6.4 (возможно 1.6.3 или 1.6.2)

Как Ардуино.Org выявляют доски на основе STM32, я вижу, что это может стать проблемой, поэтому мне нужно будет выработать способ справиться с этим.

Может быть, мне нужно иметь другую ветвь для Arduino.орг (у которой есть другая платформа.текст)

Глядя на яркую сторону, это выглядит как 1.6.9 довольно стабилен, и через несколько недель я могу объединить изменения, которые в настоящее время находятся только в филиале разработки, которые полностью удаляют предупреждение о компиляции в 1.6.9

Но я позволю пыли немного дольше на 1.6.9 и позвольте больше людям переехать к нему, прежде чем что -либо делать.

Rogerclark написал: Я понял, что репо не работает с Arduino.Версия IDE Org, поскольку они не включали ни одного из изменений в платформу.TXT, и эффективно используют версию IDE из спины вокруг V1.5.8 или какая -то другая версия до 1.6.4 (возможно 1.6.3 или 1.6.2)

Как Ардуино.Org выявляют доски на основе STM32, я вижу, что это может стать проблемой, поэтому мне нужно будет выработать способ справиться с этим.

Может быть, мне нужно иметь другую ветвь для Arduino.орг (у которой есть другая платформа.текст)

Дан

Я согласен, что USNG - это проблема, но я думаю, что это только один файл, который должен быть другим.

Единственный другой способ, однако, вероятно, - разместить Zip для Arduino.Орг в другом месте и используйте сценарий для загрузки главной версии и внесения небольших изменений, необходимых для платформы.txt, а затем повторно его зайдите

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

Мартин.

Хорошая идея.


Интересно, почему arduino.Org не обновили свою IDE, чтобы соответствовать Arduino.версия CC

ИМХО, им было бы лучше вытащить много изменений от Arduino.версия CC.

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


Если я получу шанс, я напишу по электронной почте Анджело или Федерико в Arduino.орг и посмотри, что они говорят.

Я сделал кучу изменений в поколение менеджера совета директоров. Я перешел от собственной филиала STM32duino на официальный мастер -филиал. Я переключил номера версий на "yyyy.Мм.DD "Формат. Поскольку было так много изменений, я переключил URL на http: // dan.тонуть.org/stm32duino/package ... индекс.json У старого URL есть старые версии.

Если у вас установлена ​​текущая версия менеджера платы, вам нужно удалить ее перед переключением.

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

Я опубликовал слегка модифицированный инструмент https: // github.com/ddrown/arduino_stm32_release_tools

Спасибо, Дэн

Вчера кто -то опубликовал вопрос об этом на GitHub, так что, возможно, он отслеживал ваши файлы.

КСТАТИ. Я не уверен, что вы прочитаете объявление, но STM произвели свое собственное ядро, в комплекте с пакетом менеджера совета директоров.

Но это поддерживает только доски Nucleo (и только 1 доска на серию MCU)

Однако мы надеемся, что сможем добавить к нему обычные доски в полноту времени. В этом случае нам почти наверняка нужно создать обновленный пакет менеджера по доходам.
Так что, вероятно, мне нужно будет справиться с вашими файлами Perl, чтобы создать пакет BM для этого ядра.

Rogerclark написал:Спасибо, Дэн

Вчера кто -то опубликовал вопрос об этом на GitHub, так что, возможно, он отслеживал ваши файлы.

КСТАТИ. Я не уверен, что вы прочитаете объявление, но STM произвели свое собственное ядро, в комплекте с пакетом менеджера совета директоров.

Но это поддерживает только доски Nucleo (и только 1 доска на серию MCU)

Однако мы надеемся, что сможем добавить к нему обычные доски в полноту времени. В этом случае нам почти наверняка нужно создать обновленный пакет менеджера по доходам.
Так что, вероятно, мне нужно будет справиться с вашими файлами Perl, чтобы создать пакет BM для этого ядра.

Привет, Дэн

Спасибо

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

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

Таким образом, пакет Manager для досок должен будет генерировать различные инструменты загрузки «инструменты» для каждой ОС

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

Спасибо

Роджер

Я не уверен, что это подходящее место для этого, но я только что установил последний Arduino.CC IDE (Arduino 1.6.12) 32 бит, и добавил отличный пакет менеджера Дэна.

Похоже, все работает, за исключением этой проблемы, когда я пытаюсь загрузить, используя свой адаптер ST-Link. java.io.IOException: Cannot run program "/home/andrew/.arduino15/packages/stm32duino/hardware/STM32F1/tools/linux/stlink_upload": error=2, No such file or directory at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048) at java.lang.Runtime.exec(Runtime.java:620) at java.lang.Runtime.exec(Runtime.java:485) at processing.app.helpers.ProcessUtils.exec(ProcessUtils.java:11) at cc.arduino.packages.Uploader.executeUploadCommand(Uploader.java:129) at cc.arduino.packages.uploaders.SerialUploader.uploadUsingPreferences(SerialUploader.java:206) at cc.arduino.UploaderUtils.upload(UploaderUtils.java:78) at processing.app.SketchController.upload(SketchController.java:707) at processing.app.SketchController.exportApplet(SketchController.java:680) at processing.app.Editor$DefaultExportHandler.run(Editor.java:2176) at java.lang.Thread.run(Thread.java:745) Caused by: java.io.IOException: error=2, No such file or directory at java.lang.UNIXProcess.forkAndExec(Native Method) at java.lang.UNIXProcess.(UNIXProcess.java:248) at java.lang.ProcessImpl.start(ProcessImpl.java:134) at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029) ... 10 more An error occurred while uploading the sketch

Энди

Я ничего не удалял из репо github для веков, поэтому проблема, вероятно, будет в пакете сжатых инструментов для Linux64, i.E в нем может быть отсутствие файла

Или это проблема пути в платформе.txt как пути к инструментам менеджера платы отличается от пути, если вы используете репо

Или это может существовать и не является 64 -битным исполняемым файлом. @ahull, вы проверили, чтобы увидеть, является ли это 32 -битный исполняемый? У вас установлены 32 -битные LIBS?

Это, вероятно, проблема с пакетом менеджера платы в этом случае, файл полностью отсутствует, хотя существуют эквиваленты MAC_OS и Windows.

Версия Mac OS намного проще, поскольку она не пытается ждать USB-серийного порта доски, что является целью всех дополнительных (раздувание?) код, который я добавил в версию Linux.

Это похоже на это. #!/bin/bash $(dirname $0)/stlink/st-flash write "$4" 0x8000000

Рик Кимбалл написал:Или это может существовать и не является 64 -битным исполняемым файлом. @ahull, вы проверили, чтобы увидеть, является ли это 32 -битный исполняемый? У вас установлены 32 -битные LIBS?

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

Я сделал символическую ссылку на Linux64 и, похоже, позволяет системе компилировать и загружать на плату с установленным загрузчиком. cd ~/.arduino15/packages/stm32duino/tools/stm32tools/1.0.9 ln -s linux64 linux

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

Я сделал символическую ссылку на Linux64 и, похоже, позволяет системе компилировать и загружать на плату с установленным загрузчиком. cd ~/.arduino15/packages/stm32duino/tools/stm32tools/1.0.9 ln -s linux64 linux

Похоже на некоторую проблему с именованием пакетов инструментов

IDE, похоже, не имеет концепции Linux 32 против Linux 64 при компиляции / времени загрузки. я.E на платформе.TXT Невозможно запустить разные двоичные файлы для 32/64

Но менеджер по доходам знает, если вы находитесь на 64 или 32, поэтому он загружает различные пакеты инструментов на основе вашей ОС

Это означает, что для версии BM вся концепция под папки в папке инструментов, e.глин. Инструменты/Инструменты WIN/Linux Tools/Linux64 и т. Д.глин. Предполагается, что Maple_upload устанавливается в виде отдельных пакетов, зависящих от платформы, так что IDE просто ссылается на инструмент по имени E.глин. maple_upload и не заботится о том, будь то Windows, OSX или Linux

(На самом деле я не уверен, как летучая мышь против сценария обрабатывается, я думаю, теоретически все сценарии Linux / OSX можно переименовать в .летучая мышь, чтобы это не было проблемой, но я думаю, что на самом деле происходит, это платформа.TXT по -прежнему обнаруживает, какую всеобъемлющую платформу вы используете, и изменяет имя скрипта на основе этого параметра, но Linux и Linux64 будут иметь одинаковое имя сценария.

Так..
Я подозреваю, что @Ddrown должен что -то изменить в своем скрипте Perl, чтобы папка Linux64 упакована как «Linux», когда он делает пакет инструментов Linux64.

Ахулл написал:Fredbox написал:Я сделал свежую установку на 64 -битную систему Linux Mint в течение последних нескольких недель, используя метод диспетчера плат. Я получил те же ошибки в отношении «нет такого файла или каталога» при попытке компилировать и загружать.

Я сделал символическую ссылку на Linux64 и, похоже, позволяет системе компилировать и загружать на плату с установленным загрузчиком. cd ~/.arduino15/packages/stm32duino/tools/stm32tools/1.0.9 ln -s linux64 linux

DDROWN написал:Ахулл написал:Fredbox написал:Я сделал свежую установку на 64 -битную систему Linux Mint в течение последних нескольких недель, используя метод диспетчера плат. Я получил те же ошибки в отношении «нет такого файла или каталога» при попытке компилировать и загружать.

Я сделал символическую ссылку на Linux64 и, похоже, позволяет системе компилировать и загружать на плату с установленным загрузчиком. cd ~/.arduino15/packages/stm32duino/tools/stm32tools/1.0.9 ln -s linux64 linux

Ахулл написал: Я не вижу 1.0.9a как вариант в менеджере досок, как мне получить доступ к этому? Когда я получаю доступ к менеджеру совета директоров, я вижу эти ошибки... ... Invalid version found: 1.0.9a Invalid version found: 1.0.9a Invalid version found: 1.0.9a Invalid version found: 1.0.9a Invalid version found: 1.0.9a Invalid version found: 1.0.9a Invalid version found: 1.0.9a Invalid version found: 1.0.9a ...

(Facepalm) незнакомец и незнакомец.
Invalid version found: 1.0.9.1 Invalid version found: 1.0.9.1 Invalid version found: 1.0.9.1

Ахулл написал:(Facepalm) незнакомец и незнакомец.
Invalid version found: 1.0.9.1 Invalid version found: 1.0.9.1 Invalid version found: 1.0.9.1

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

Моя 32 -битная установка в порядке, но 64 -битная установка хорошо сломана.
Если я удалю и переустановите пакет менеджера доски, он * иногда * работает, но 99% случаев, когда я в конечном итоге сломал его.
Когда я выбираю любую из плат STM32F103XX, Maple, Maple Mini и т. Д. Я вижу что -то вроде..
/home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/arduino-builder -dump-prefs -logger=machine -hardware /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/hardware -hardware /home/ahull/.arduino15/packages -tools /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/tools-builder -tools /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/hardware/tools/avr -tools /home/ahull/.arduino15/packages -built-in-libraries /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/libraries -libraries /home/ahull/Arduino/libraries -fqbn=stm32duino:STM32F1:genericSTM32F103C:device_variant=STM32F103C8,upload_method=DFUUploadMethod -ide-version=10612 -build-path /tmp/arduino_build_449201 -warnings=default -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arm-none-eabi-gcc.path=/home/ahull/.arduino15/packages/arduino/tools/arm-none-eabi-gcc/4.8.3-2014q1 -prefs=runtime.tools.stm32tools.path=/home/ahull/.arduino15/packages/stm32duino/tools/stm32tools/2016.10.17 -verbose /tmp/untitled1190250828.tmp/sketch_oct18a/sketch_oct18a.ino Board genericSTM32F103C (platform STM32F1, package stm32duino) is unknown Error compiling for board Generic STM32F103C series.

Ахулл написал:Очевидно, я очень хорош в поиске новых и интересных способов сломать это.

Моя 32 -битная установка в порядке, но 64 -битная установка хорошо сломана.
Если я удалю и переустановите пакет менеджера доски, он * иногда * работает, но 99% случаев, когда я в конечном итоге сломал его.
Когда я выбираю любую из плат STM32F103XX, Maple, Maple Mini и т. Д. Я вижу что -то вроде..
/home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/arduino-builder -dump-prefs -logger=machine -hardware /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/hardware -hardware /home/ahull/.arduino15/packages -tools /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/tools-builder -tools /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/hardware/tools/avr -tools /home/ahull/.arduino15/packages -built-in-libraries /home/ahull/PersonalApps/Arduino.cc/arduino-1.6.12/libraries -libraries /home/ahull/Arduino/libraries -fqbn=stm32duino:STM32F1:genericSTM32F103C:device_variant=STM32F103C8,upload_method=DFUUploadMethod -ide-version=10612 -build-path /tmp/arduino_build_449201 -warnings=default -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arm-none-eabi-gcc.path=/home/ahull/.arduino15/packages/arduino/tools/arm-none-eabi-gcc/4.8.3-2014q1 -prefs=runtime.tools.stm32tools.path=/home/ahull/.arduino15/packages/stm32duino/tools/stm32tools/2016.10.17 -verbose /tmp/untitled1190250828.tmp/sketch_oct18a/sketch_oct18a.ino Board genericSTM32F103C (platform STM32F1, package stm32duino) is unknown Error compiling for board Generic STM32F103C series.

DDROWN написал: HM, я видел что -то подобное, когда переключил свою местную IDE с 1.0.X филиал до 2016 года.х.x ветвь, но очистка папки Arduino15 и повторная загрузка пакета STM32Duino Исправлена ​​ее для меня. Я посмотрю, смогу ли я воссоздать это и выяснить, что происходит.

Ахулл написал:Очевидно, я очень хорош в поиске новых и интересных способов сломать это.

Моя 32 -битная установка в порядке, но 64 -битная установка хорошо сломана.
Если я удалю и переустановите пакет менеджера доски, он * иногда * работает, но 99% случаев, когда я в конечном итоге сломал его.

Я даже прибегал к удалению и повторному установлению IDE и удалению и воссозданию/home/ahull/.Arduino15 Папка.
У меня кончились плоские поверхности, чтобы ударить головой, поэтому я подумал, что поделюсь своей болью. Любые идеи?

ZMEMW16 написал:Ахулл написал:Очевидно, я очень хорош в поиске новых и интересных способов сломать это.

Моя 32 -битная установка в порядке, но 64 -битная установка хорошо сломана.
Если я удалю и переустановите пакет менеджера доски, он * иногда * работает, но 99% случаев, когда я в конечном итоге сломал его.

Я даже прибегал к удалению и повторному установлению IDE и удалению и воссозданию/home/ahull/.Arduino15 Папка.
У меня кончились плоские поверхности, чтобы ударить головой, поэтому я подумал, что поделюсь своей болью. Любые идеи?

(Facepalm) Наконец -то я понимаю, почему это терпит неудачу, если я добавлю символу.
/home/ahull/.arduino15/packages/stm32duino/hardware/STM32F1/tools/linux/maple_upload ttyACM3 2 1EAF:0003 /tmp/arduino_build_558946/STM32-O-Scope.ino.bin java.io.IOException: Cannot run program "/home/ahull/.arduino15/packages/stm32duino/hardware/STM32F1/tools/linux/maple_upload": error=2, No such file or directory

Просто чтобы проверить, что я считал правильным, я гуглил >(Facepalm)<; Возвращенные изображения интересны
SRP

Таким образом, есть две проблемы.

Сначала, если вы установите пакет с поста, то пакет выпуска, мы получим два пакета, и IDE запутывается.

Во -вторых, методы загрузки указывают на ...

$ Path/.arduino15/packages/stm32duino/armware/stm32f1/tools/linux/{toolname}

Но они должны указывать на ...

$ Path/.arduino15/packages/stm32duino/tools/stm32tools/{version}/linux64/{ToolName}

или

$ Path/.arduino15/packages/stm32duino/tools/stm32tools/{version}/linux/{ToolName}

Или лучше


$ Path/.arduino15/packages/stm32duino/tools/stm32tools/{version}/linux {processor_bits}/{ToolName}

... где {version}, {toolName} и {processor_bits} считается переменными в скрипте сборки.

Если все инструменты работают как на 32, так и на 64 бит, мы могли бы упростить...

$ Path/.arduino15/packages/stm32duino/tools/stm32tools/{version}/linux/{ToolName}

Ахулл написал:Таким образом, есть две проблемы.

Сначала, если вы установите пакет с поста, то пакет выпуска, мы получим два пакета, и IDE запутывается.

Во -вторых, методы загрузки указывают на ...

$ Path/.arduino15/packages/stm32duino/armware/stm32f1/tools/linux/{toolname}

Но они должны указывать на ...

$ Path/.arduino15/packages/stm32duino/tools/stm32tools/{version}/linux64/{ToolName}

или

$ Path/.arduino15/packages/stm32duino/tools/stm32tools/{version}/linux/{ToolName}

Или лучше


$ Path/.arduino15/packages/stm32duino/tools/stm32tools/{version}/linux {processor_bits}/{ToolName}

... где {version}, {toolName} и {processor_bits} считается переменными в скрипте сборки.

Если все инструменты работают как на 32, так и на 64 бит, мы могли бы упростить...

$ Path/.arduino15/packages/stm32duino/tools/stm32tools/{version}/linux/{ToolName}

Я только что попробовал тестовый эскиз на 32 -битной машине, так и на 64 -битной, и это, похоже, сделало свое дело.
У меня не было платы, с которой можно было протестировать, но она вызывает правильные методы загрузки на обеих платформах, и мы получаем правильную ошибку из бинарных файлов загрузки, в результате чего они не смогут подключиться к выбранной плате.
Я сделаю больше глубоких тестирования, на этот раз с прикрепленной доской. Когда у меня есть свободное время, но это, похоже, решило проблему.
Спасибо.

Высокая пятерка от медведя.. оно работает!
Просто загрузил эскиз через STM32Bootloader и ST-Link, и он отлично работает.

Недавно я купил доску Nucleo-F070RB с разъемами Arduino Uno на доске, но я еще не найден для него пакет поддержки Arduino для него. Существует ли один? Если нет, то относительно ли легко переносить существующий пакет поддержки?

Это не проблема менеджера совета директоров. Пожалуйста, спросите в новой ветке. Вы ищете ядро ​​STM32F0.