Дело в том, что кодописательство в калокубе, SPL и вменяемо -это совершенно разные вещи. Эти г.либы закрывают от юзера железо в то время как новичку просто небходимо знать его.
Ты же ,знаю, любитель- разбирать все по косточкам.
Вот и спрашиваю -нахрена тебе очередная аурдунья?

Дополнительная инфа никогда не помешает (даже в виде излишних прожек).

Вопрос уже снят - нашлась требуемая java - поглядю, можеть и на третий пень под intel815 установится...

Кстати - АРМы в принципе именно под ардуинью и годятся.
Копать там "до мелочей" не есть полезное дело...

Лучше уж творческий подход к КОТУИНКО приложить.
Гораздо пользительнее результат будет!

Кто тебе сию ересь вбил?
Разбирать и знать железо(периферию) крайне обязательно!

К сожалению знать ЖЕЛАТЕЛЬНО...
Однако по мере приближения количества начинки к таковому в соответствии с персональныи компом...
Возникает и аналогия в подходах....
Вряд-ли кто из программистов вникает в структкру конкретных наборов микросхем материнской платы (да и начинка процессора вряд-ли также представляет интерес на уровне глубокой деталировки)...
Однако же программы пишут, и весьма солидные.

К сожалению... ЭТО ПЕРЕХОД КОЛИЧЕСТВА В КАЧЕСТВО...
(о чем ранее уже говорилось)

Другое дело "простейшие" из МК - там действительно предпочтение деталировке и ассемблеру.
А в "системой на кристалле", да с нынешними "нафаршированными" с заметным избытком - реально не удастся более пары кристаллов освоить до момента их снятия с производства. Придется на соответствующем уровне с оными работать.

Я тебе гарантирую, что это совсем не так.

задача таких спецов, как ты - сделать либы для всех прочих. такие либы, которые позволяют на 100% использовать мощь железа, не вникая в биты и регистры. то есть создать API из драйверов, как в той же винде.

Они давно есть - SPL, HAL, LL, libopencm3 и другие. Это все периферийные библилотеки.

ну так кое-кому они не нравятся...
да и уровень драйвера не в плане "драйвер железа", а в плане "драйвер приложения", т.е. не настройка SPI, а реализация файлового ввода-вывода SD-карты на SPI. или управление памятью SPI.
уровень абстракции выше

Для этого есть FatFS. Только в нее не входит непосредственно драйвер интерфейса (но в сети его можно найти). SD карту можно подключить не только через SPI, но и через SDIO который есть во многих STM32. Вот к примеру. http://blablacode.ru/mikrokontrollery/452

ну неужели я не понятно изъясняюсь?
я говорю об API, в котором от потребителя скрыты все нюансы аппаратуры. если это библиотека файлового доступа, то реализация аппаратной части (включая настройки пинов, режимов DMA, таймеров, хренаймеров и т.п.) находится внутри, и пользователю не требуется об этом заботиться - драйвер сам обеспечивает предельно достижимую производительность файловых операций.
как-то так

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

В принципе... пристроил на адуринье STM32duino и соответствуюшшу платку для опытов прикошачу....
Можеть и интерес закошмарится...

Не надо мешать микроконтроллеры с ПС, это грубейшая ошибка.

К сожалению, они УЖЕ СМЕШАЛИСЬ - с момента появления "системы на кристалле" - собственно сведение на одном кристалле всей периферии материнской платы аналогичной по составу старым ХТ/РС...

А вот какой подход будет более верным...
СКОРЕЕ ОБА - но не для всех - ведь биос и примитив - утилиты пишут только единицы (или специально оснащенные коллективы).

Меня больше обрадовала возможность установки и работы всего собранного материала по STM32 ДАЖЕ на pentiumIII с материнкой на основе I815 под win XP32. Да интеграция в пределах адуринки...

Осталось ешшо железяку достать да провести тест-пробы...

Неплохо для начала...
http://img.radiokot.ru/files/20529/1pks1k8bq7.jpg
и ешшо и работает...

Теперича можно и немножко подремать...

Когда обосновано будет - тогда и цапну.
А пока предпочтение платке с мелкосхемкой за чуток меньшую денюжку.
Тем более собственно прошивалка в комплект STM8 diskover входит - только откусить...
да и джампер дернуть не велика проблема.


...
ПЕЧАЛЬКА ОДНАКО...

или о "побочных эфектах" черезмерного потребления адурино для свободного дискового пространства...


Вкратце...
После криволапой установки добавок для STM32 появились две равноценные менюшки
в разделах "инструменты->менеджер плат"...
Решил переустановить адуринью заново - должны ж по идее те списки при
деинсталяции "самоликвидироваться"....
АН...ФИГВАМ...
оказывается помимо собственно адуриньи имеется еще скрытый каталог
к примеру
C:\Documents and Settings\BORIS\Local Settings\Application Data\Arduino15
и в нем... гига на два всяко-накопившегося аж с первой установки...

Удалять надобно лапками...
Да еще ежли платки под intel586/686 прописывались будет один длиннющий путь
(касается похоже линуксового приложения), который хрен из виндовс ХР удалишшш.
Но тот фрагмент вроде не мешается - можно и оставить.

Далее ставим повторно адуринью (на сегодня 1.8.7)
Закачиваем с инета В ОБЯЗАТЕЛЬНОМ ПОРЯДКЕ платки/инструмент под
arduino due
ну и ежли дисковое пространство позволяет пару гиг занять - все остальное.
...
Далее немного о "тонкостях" (граблях) под ту STM32 Blue Pill, что мне в лапы попала...
В инете много-разно вариантов с мутными вариациями...

Сначала на вкладке
"файл-настройки-дополнительные ссылки для менеджера плат"
прописываем вот такую строчку:
http://dan.drown.org/stm32duino/package ... index.json
и жмем ОК
Далее смотрим вкладки менюшек платок -
ТАМ НИЧЕГО НОВОГО ПОЯВЛЯТЬСЯ НЕ ДОЛЖНО
А вот в менеджере платок появятся три новые описания...
УПАСИ БОЖЕ ТЫКАТЬ В НИХ "УСТАНОВИТЬ" !!!
Оные просто существуют, дабы потом комп не перся в инет за каким-то песцом...
Закрываем IDE
идем в каталог
C:\Documents and Settings\BORIS\Мои документы\Arduino
и создаем там папку
C:\Documents and Settings\BORIS\Мои документы\Arduino\hardware
далее скачиваем ту, заявленную в
http://stm32duino.com/viewtopic.php?f=20&t=32
Download zip file containing the STM32 files from here https://github.com/rogerclarkmelbourne/ ... master.zip
и распаковываю во вновь созданную папку

затем запуск адуриньи - без матюков и список платок уже в общем списке для выбора В ЕДИНСТВЕННОМ ЭКЗЕМПЛЯРЕ.
Вроде даже компиляцию "пустого" скетча запускает... Правда с таким результатом...
УФФ...
можно дальше уже немного расслабится и поискать всякоинфу...
Может еще зернышки в массе Г... откопаются...

оно ж само закачивает, давненько ради интереса пробовал - нормально работало

подробнее:
https://habr.com/post/395577/

САМО не закачивает - это только ПЕРЕЧЕНЬ возможных компонентов на той вкладке.
Которые УЖЕ установлены (по умолчанию только первый пункт) у тех зелененький INSTALLED
подсвечивается.
Чтоб комплект загрузился - надо лапками запустить (кнопы выбора версии и запуска последовательно нажать)
да ешшо ждать черти сколько пока нужные данные подгрузятся.
Да и последние версии уже "русифицированы" (1.8.5-1.8.7)
Как для адуринок нано и про-мини так весьма удобное IDE.
А воть насчет АРМоподобных...
Официальные платки весьма кусючи - та же DUO от 1300 рубчиков.
Вот и пробую прикошмарить Blue Pill на посмотреть "шо за зверрр?".

Кстати... А зачем собственно тот ST-LINK ежли можно через вшитый намертво бутлоадер загружаться?
Да и протокол опубликован - для моего КОТУИНКО на пробу побаловаться можно чего примудрить...

специально проверил - САМО таки закачивает и все нормально с компиляцией скетча:

В настройках менеджера плат не забыть вставить:
https://github.com/stm32duino/BoardMana ... index.json

BOB51, надеюсь понимаете что используя ArduinoIDE вы даже близко не сможете использовать все возможности МК в Blue Pill? В итоге решите что эта плата не чем не лучше скажем Arduino Nano. Но это не так. Библиотеки в ArduinoIDE изначально написаны для ATmega, которая гораздо проще чем STM32 и для совместимости с текущими библиотеками для STM32 библиотека написана как для ATmega и не использует все возможности.

А отлаживать? Хотя о чем я пишу. ArduinoIDE не поддерживает отладку.
Когда напишите более или менее сложную программу, потребуется отладка в том или ином виде, а если встретитесь примерно с такой ошибкой, тогда отладка просто необходима, потому что позволит найти причину за гораздо меньший промежуток времени. Я конечно понимаю что долгое время работая без отладчика, кажется что он не нужен, но это не так. Он позволяет "заглянуть" в МК. Посмотреть как выполняется программа и что в памяти и регистрах МК, найти ошибки в программе, напрмиер посмотреть как вычисляется выражение. При изучении МК это будет полезным, потому что сразу видно что и как работает.

8КБ для пустой прошивки это много. Больше разве что в Mbed.
И это при том что Blink (т. е. не пустая прошивка) может иметь размер 48 байт.

Это иной вариант представления программной поддержки, чем тот, что я брал за основу.
Однако без команды на закачку нормальная программа может ТОЛЬКО ПРЕДЛОЖИТЬ вариант, а уже пользователь решает запустить закачку или нет. Так что все же жать на кнопу наверняка придется.
А в коллекцию таки стоит положить да проверить....

Таки списал строчку с "подстрочника"

Итогом - автоматически загружается только список-перечень в менеджер плат.
НО НЕ УСТАНАВЛИВАЕТСЯ в IDE!
А установка пойдет только после нажатия соответствующей кнопы.


Мурик
У ардуиноподобных и свои плюсы и свои минусы.
Надо принимать продукт в том виде, в каком он наиболее удачен при дополнении уже имеющимся арсеналом средств/элементной базы.
Настчет отладки - у меня несколько иной подход. Тем более, что опыт таковой довольно велик.

Касательно адуринки - вполне реально работает надстройка возврата контрольных точек в терминал на ПК.
А для использования "по максимуму" у меня есть целый арсенал МК разных семейств при готовке изделий под АССЕМБЛЕРОМ (да не тем, что "приложение к СИ", а под "чистым вариантом").

Однако форсировать работы... не имеет смысла - похоже на подходе еще одно средство (согласно ранее мною предполагаемых)...
НЕ БУДЕМ ТОРОПИТЬ СОБЫТИЯ.
"Подремлю на бережку речки, глядя на проплываюшщее мимо..."