JCW
Чт 29 октября 2015 г., 20:58
Вот еще одна идея / предложение: принесите слой аппаратной абстракции Chibios в проект Arduino-STM32.
Плюс: тонны чипов и периферийных устройств STM32, активно развитых, зрелого, хорошо организованного кода (IMO).
Минус: больше кода, чтобы привлечь и учиться, пока он не заменит существующие вещи, я.эн. больше сложности, прежде чем станет лучше.
Я не предлагаю разоблачать Чибио в IDE. Просто чтобы узнать, ADC/PWM/I2C/SPI/NVIC/DMA/ETC
Реализация может использоваться для частей текущей базы кода. Возможно, изначально для реализации новых функций, но
В конечном итоге для замены накопленных реализаций, которые расходились по разным вариантам.
Чибио (http: // chibios.org/dokuwiki/doku.PHP) ОС в реальном времени. HAL часть этого недавно была сделана
полностью независимо (в релизе 3.0). Он имеет очень гибкую структуру заголовка/источник/макияж/линкера, позволяя ему
Поддерживать все различные архитектуры и варианты без дублирования. Это не предложение добавить RTO в.
Инвестируя время в эту настройку, мы надеемся, что проект Arduino-STM32 сможет покрыть больше баз, выполняя меньше работы.
я.эн. Больше импульса, откладывая детали низкого уровня для тех, кто уже создал хорошую инфраструктуру HAL.
Может, я толкаю в неправильном направлении с этим, я.эн. Поддержка более широкого разнообразия чипсов и досок STM32, так что
Пожалуйста, возьмите это за то, что это такое: просто предложение, чтобы почувствовать воды на этом форуме... Такое изменение потребует
значительный объем работы.
Плюс: тонны чипов и периферийных устройств STM32, активно развитых, зрелого, хорошо организованного кода (IMO).
Минус: больше кода, чтобы привлечь и учиться, пока он не заменит существующие вещи, я.эн. больше сложности, прежде чем станет лучше.
Я не предлагаю разоблачать Чибио в IDE. Просто чтобы узнать, ADC/PWM/I2C/SPI/NVIC/DMA/ETC
Реализация может использоваться для частей текущей базы кода. Возможно, изначально для реализации новых функций, но
В конечном итоге для замены накопленных реализаций, которые расходились по разным вариантам.
Чибио (http: // chibios.org/dokuwiki/doku.PHP) ОС в реальном времени. HAL часть этого недавно была сделана
полностью независимо (в релизе 3.0). Он имеет очень гибкую структуру заголовка/источник/макияж/линкера, позволяя ему
Поддерживать все различные архитектуры и варианты без дублирования. Это не предложение добавить RTO в.
Инвестируя время в эту настройку, мы надеемся, что проект Arduino-STM32 сможет покрыть больше баз, выполняя меньше работы.
я.эн. Больше импульса, откладывая детали низкого уровня для тех, кто уже создал хорошую инфраструктуру HAL.
Может, я толкаю в неправильном направлении с этим, я.эн. Поддержка более широкого разнообразия чипсов и досок STM32, так что
Пожалуйста, возьмите это за то, что это такое: просто предложение, чтобы почувствовать воды на этом форуме... Такое изменение потребует
значительный объем работы.
Mrburnette
Чт 29 октября 2015 г., 21:07
JCW написал:Вот еще одна идея / предложение: принесите слой аппаратной абстракции Chibios в проект Arduino-STM32.
<..>
<..>
Стюарт
Чт 29 октября 2015 г., 21:20
Не включает ничего от Chibios, создать немного лицензионного вопроса? В наши дни вы должны быть чрезвычайно осторожны с лицензионными воздействиями при смешивании проектов, как мы видели в более широком сообществе, прежде чем он может быть сложным, если не сказать больше.
Однако я вижу, что раздел HAL - это Apache, что должно сделать его достаточно простым, но какое преимущество в зависимости от этого, когда остальное не?
Однако я вижу, что раздел HAL - это Apache, что должно сделать его достаточно простым, но какое преимущество в зависимости от этого, когда остальное не?
JCW
Чт 29 октября 2015 г., 22:05
Ах, не задумался о лицензионной части слишком много, я признаю.
Apache с MIT должен быть в порядке, хотя?
HAL само по себе очень полезен IMO, в которой он рассматривает все вариации чипа/периферией.
Я думаю, что все чипы STM32 уже поддерживаются - все еще некоторые пробелы, такие как No ADC+DMA для каждого.
Но более чем достаточно оснований (DMA в любом случае никогда не был доступен на чипсах Atmega).
Опять же, все зависит от направления и фокуса Arduino-STM32: конкретные платы STM32 или общий?
Apache с MIT должен быть в порядке, хотя?
HAL само по себе очень полезен IMO, в которой он рассматривает все вариации чипа/периферией.
Я думаю, что все чипы STM32 уже поддерживаются - все еще некоторые пробелы, такие как No ADC+DMA для каждого.
Но более чем достаточно оснований (DMA в любом случае никогда не был доступен на чипсах Atmega).
Опять же, все зависит от направления и фокуса Arduino-STM32: конкретные платы STM32 или общий?
Mrburnette
Чт 29 октября 2015 г., 22:14
JCW написал:
<...>
Опять же, все зависит от направления и фокуса Arduino-STM32: конкретные платы STM32 или общий?
Опять же, все зависит от направления и фокуса Arduino-STM32: конкретные платы STM32 или общий?
Martinayotte
Пт 30 октября 2015 г. 1:52
Mrburnette написал:Интерес к STM32 перешел от средней плотности до высокой плотности намного быстрее, чем я себе представлял.
Sheepdoll
Пт 30 октября 2015 г. 1:57 утра
JCW написал:
Инвестируя время в эту настройку, мы надеемся, что проект Arduino-STM32 сможет покрыть больше баз, выполняя меньше работы.
я.эн. Больше импульса, откладывая детали низкого уровня для тех, кто уже создал хорошую инфраструктуру HAL.
я.эн. Больше импульса, откладывая детали низкого уровня для тех, кто уже создал хорошую инфраструктуру HAL.
JCW
Пт 30 октября 2015 г. 8:51
Аккуратный трюк, хотя это требует использования командной строки или инструмента GIT GUI.
Я ожидаю, что большинство людей просто захотят использовать варианты, а не разрабатывать свои собственные варианты совета директоров.
Местные филиалы GIT там не помогут, если мы не приведем их всех в GitHub.
Вы смотрели на то, как настроен Чибиос? Это подтеревание варианта компилятора/RTOS/Architecture/Device. Поддерживает не только STM32, а не только GCC (но они, безусловно, наиболее полностью определены), с определениями выводов, разработанных для 46 плат STM32 до сих пор.
Я ожидаю, что большинство людей просто захотят использовать варианты, а не разрабатывать свои собственные варианты совета директоров.
Местные филиалы GIT там не помогут, если мы не приведем их всех в GitHub.
Вы смотрели на то, как настроен Чибиос? Это подтеревание варианта компилятора/RTOS/Architecture/Device. Поддерживает не только STM32, а не только GCC (но они, безусловно, наиболее полностью определены), с определениями выводов, разработанных для 46 плат STM32 до сих пор.
$ cd ChibiOS/os/hal/ports/STM32
$ du
32 ./LLD/ADCv1
40 ./LLD/ADCv2
36 ./LLD/CANv1
36 ./LLD/DACv1
44 ./LLD/DMAv1
48 ./LLD/DMAv2
20 ./LLD/EXTIv1
20 ./LLD/GPIOv1
24 ./LLD/GPIOv2
48 ./LLD/I2Cv1
56 ./LLD/I2Cv2
36 ./LLD/MACv1
112 ./LLD/OTGv1
24 ./LLD/RTCv1
24 ./LLD/RTCv2
40 ./LLD/SDIOv1
40 ./LLD/SDMMCv1
72 ./LLD/SPIv1
44 ./LLD/SPIv2
180 ./LLD/TIMv1
84 ./LLD/USARTv1
96 ./LLD/USARTv2
52 ./LLD/USBv1
1208 ./LLD
152 ./STM32F0xx
236 ./STM32F1xx
180 ./STM32F37x
228 ./STM32F3xx
200 ./STM32F4xx
168 ./STM32F7xx
116 ./STM32L0xx
148 ./STM32L1xx
68 ./STM32L4xx
2704 .
Sheepdoll
Пт 30 октября 2015 г., 18:02
JCW написал:
Я ожидаю, что большинство людей просто захотят использовать варианты, а не разрабатывать свои собственные варианты совета директоров.
Местные филиалы GIT там не помогут, если мы не приведем их всех в GitHub.
Местные филиалы GIT там не помогут, если мы не приведем их всех в GitHub.
JCW
Пт 30 октября 2015 г., 18:41
Хорошие моменты. Я согласен, это сложная проблема.
Может ли некоторые из изменчивости быть перенесены в библиотеки? Возьмите, например, SPI: среда выполнения Arduino не знает об этом, она добавляется в виде библиотеки, которую вы притягиваете, когда вам это нужно. Может ли это быть сделано для продвинутых вещей, таких как LCD/FSMD/DMA? Среда выполнения не должна иметь дело со всеми различиями в платформе.
Я склонен предпочитать командную линию и «делать», но это не достаточно дружелюбно без чего -либо вроде Arduino Ide, чтобы обернуть ее - для людей, у которых нет фонового (но, возможно,), или не хочет Узнайте все это. Некоторые просто хотят, чтобы их открывалка для дверей гаража работали со своей собственной схемой и некоторой простой запрограммированной логикой. Или привязать елку на веб -сервер или что -то еще :)
Может ли некоторые из изменчивости быть перенесены в библиотеки? Возьмите, например, SPI: среда выполнения Arduino не знает об этом, она добавляется в виде библиотеки, которую вы притягиваете, когда вам это нужно. Может ли это быть сделано для продвинутых вещей, таких как LCD/FSMD/DMA? Среда выполнения не должна иметь дело со всеми различиями в платформе.
Я склонен предпочитать командную линию и «делать», но это не достаточно дружелюбно без чего -либо вроде Arduino Ide, чтобы обернуть ее - для людей, у которых нет фонового (но, возможно,), или не хочет Узнайте все это. Некоторые просто хотят, чтобы их открывалка для дверей гаража работали со своей собственной схемой и некоторой простой запрограммированной логикой. Или привязать елку на веб -сервер или что -то еще :)
JCW
Пт 30 октября 2015 г., 18:45
Rogerclark
Пт 30 октября 2015 г., 22:44
Спасибо
Я тоже это заметил, но еще не прочитал это.
Я знаю, что нескольким людям на форуме удалось настроить Eclipse для использования с Arduino и STM32, но мне не повезло, когда я пытался (и у меня нет огромного свободного времени, чтобы потратить на него
Редактировать.
Похоже, статья фокусируется на Linux. Я думаю, что @rickkimball имеет это настроение и работает, но я подозреваю, что в окнах все все еще не так просто
Я тоже это заметил, но еще не прочитал это.
Я знаю, что нескольким людям на форуме удалось настроить Eclipse для использования с Arduino и STM32, но мне не повезло, когда я пытался (и у меня нет огромного свободного времени, чтобы потратить на него
Редактировать.
Похоже, статья фокусируется на Linux. Я думаю, что @rickkimball имеет это настроение и работает, но я подозреваю, что в окнах все все еще не так просто
ZMEMW16
Сб 31 октября 2015 г. 12:53
Eclipsearduino
Я только что попробовал это снова в этой системе Debian 8, она жалуется на 1.6.5R? и показывает 1.6.4 для программного обеспечения;
Я вижу список досок.текст
мой главный Arduino 1.6.5 установлен в ~/ard165 и «Доски.Перечисленные TXT из Аппаратного каталога в этом месте.
Он не видит каталог ~/sketchbook/hardware/arduino_stm32, я считаю, что это рекомендуемый способ для нас (?)
Я настраивал плагин с правильными путями для моего альбома, библиотек и оборудования. Я использую мягкую ссылку для ~/sketchbook для 'sketchbook_stm32 и в Sketchbook/Adware' - это еще одна мягкая ссылка на каталог ARDUINO_STM32 '.
Я уйду и проведу поиграть с каталогами под ~/ard165xx ...
РЕДАКТИРОВАТЬ1
перечисленные каталоги из ~/.Arduino15 и Ard165xxx/Adware, не видя Sketchbook/Adware
Edit2
Перенос STM32 на ARD165XXX/ ADHAWARA, теперь увидев параметры плат STM32/ вариант/ загрузка
попробовал компиляцию и получил ......
Скопировано GCC-Arm....и т. д. в аппаратном/инструментах/GCC....
Теперь стонет по поводу отсутствия "libmaple/libmaple_types.час"
Включите, как я подозреваю
Я возвращаюсь.
Стивен
Я только что попробовал это снова в этой системе Debian 8, она жалуется на 1.6.5R? и показывает 1.6.4 для программного обеспечения;
Я вижу список досок.текст
мой главный Arduino 1.6.5 установлен в ~/ard165 и «Доски.Перечисленные TXT из Аппаратного каталога в этом месте.
Он не видит каталог ~/sketchbook/hardware/arduino_stm32, я считаю, что это рекомендуемый способ для нас (?)
Я настраивал плагин с правильными путями для моего альбома, библиотек и оборудования. Я использую мягкую ссылку для ~/sketchbook для 'sketchbook_stm32 и в Sketchbook/Adware' - это еще одна мягкая ссылка на каталог ARDUINO_STM32 '.
Я уйду и проведу поиграть с каталогами под ~/ard165xx ...
РЕДАКТИРОВАТЬ1
перечисленные каталоги из ~/.Arduino15 и Ard165xxx/Adware, не видя Sketchbook/Adware
Edit2
Перенос STM32 на ARD165XXX/ ADHAWARA, теперь увидев параметры плат STM32/ вариант/ загрузка
попробовал компиляцию и получил ......
Скопировано GCC-Arm....и т. д. в аппаратном/инструментах/GCC....
Теперь стонет по поводу отсутствия "libmaple/libmaple_types.час"
Включите, как я подозреваю
Я возвращаюсь.
Стивен