Дело в том, что кодописательство в калокубе, SPL и вменяемо -это совершенно разные вещи. Эти г.либы закрывают от юзера железо в то время как новичку просто небходимо знать его. Ты же ,знаю, любитель- разбирать все по косточкам. Вот и спрашиваю -нахрена тебе очередная аурдунья?
Дополнительная инфа никогда не помешает (даже в виде излишних прожек). Вопрос уже снят - нашлась требуемая java - поглядю, можеть и на третий пень под intel815 установится... Кстати - АРМы в принципе именно под ардуинью и годятся. Копать там "до мелочей" не есть полезное дело... Лучше уж творческий подход к КОТУИНКО приложить. Гораздо пользительнее результат будет!
К сожалению знать ЖЕЛАТЕЛЬНО... Однако по мере приближения количества начинки к таковому в соответствии с персональныи компом... Возникает и аналогия в подходах.... Вряд-ли кто из программистов вникает в структкру конкретных наборов микросхем материнской платы (да и начинка процессора вряд-ли также представляет интерес на уровне глубокой деталировки)... Однако же программы пишут, и весьма солидные. К сожалению... ЭТО ПЕРЕХОД КОЛИЧЕСТВА В КАЧЕСТВО... (о чем ранее уже говорилось) Другое дело "простейшие" из МК - там действительно предпочтение деталировке и ассемблеру. А в "системой на кристалле", да с нынешними "нафаршированными" с заметным избытком - реально не удастся более пары кристаллов освоить до момента их снятия с производства. Придется на соответствующем уровне с оными работать.
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
задача таких спецов, как ты - сделать либы для всех прочих. такие либы, которые позволяют на 100% использовать мощь железа, не вникая в биты и регистры. то есть создать API из драйверов, как в той же винде.
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
ну так кое-кому они не нравятся... да и уровень драйвера не в плане "драйвер железа", а в плане "драйвер приложения", т.е. не настройка SPI, а реализация файлового ввода-вывода SD-карты на SPI. или управление памятью SPI. уровень абстракции выше
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
не настройка SPI, а реализация файлового ввода-вывода SD-карты на SPI
Для этого есть FatFS. Только в нее не входит непосредственно драйвер интерфейса (но в сети его можно найти). SD карту можно подключить не только через SPI, но и через SDIO который есть во многих STM32. Вот к примеру. http://blablacode.ru/mikrokontrollery/452
ну неужели я не понятно изъясняюсь? я говорю об API, в котором от потребителя скрыты все нюансы аппаратуры. если это библиотека файлового доступа, то реализация аппаратной части (включая настройки пинов, режимов DMA, таймеров, хренаймеров и т.п.) находится внутри, и пользователю не требуется об этом заботиться - драйвер сам обеспечивает предельно достижимую производительность файловых операций. как-то так
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Мы ведь открывая файл на компе (или с командной строки) не пишем длиннющую прожку обращения к контроллеру жесткого диска... В принципе... пристроил на адуринье STM32duino и соответствуюшшу платку для опытов прикошачу.... Можеть и интерес закошмарится...
К сожалению, они УЖЕ СМЕШАЛИСЬ - с момента появления "системы на кристалле" - собственно сведение на одном кристалле всей периферии материнской платы аналогичной по составу старым ХТ/РС... А вот какой подход будет более верным... СКОРЕЕ ОБА - но не для всех - ведь биос и примитив - утилиты пишут только единицы (или специально оснащенные коллективы). Меня больше обрадовала возможность установки и работы всего собранного материала по STM32 ДАЖЕ на pentiumIII с материнкой на основе I815 под win XP32. Да интеграция в пределах адуринки... Осталось ешшо железяку достать да провести тест-пробы...
Когда обосновано будет - тогда и цапну. А пока предпочтение платке с мелкосхемкой за чуток меньшую денюжку. Тем более собственно прошивалка в комплект 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 и распаковываю во вновь созданную папку затем запуск адуриньи - без матюков и список платок уже в общем списке для выбора В ЕДИНСТВЕННОМ ЭКЗЕМПЛЯРЕ. Вроде даже компиляцию "пустого" скетча запускает... Правда с таким результатом... УФФ... можно дальше уже немного расслабится и поискать всякоинфу... Может еще зернышки в массе Г... откопаются...
САМО не закачивает - это только ПЕРЕЧЕНЬ возможных компонентов на той вкладке. Которые УЖЕ установлены (по умолчанию только первый пункт) у тех зелененький INSTALLED подсвечивается. Чтоб комплект загрузился - надо лапками запустить (кнопы выбора версии и запуска последовательно нажать) да ешшо ждать черти сколько пока нужные данные подгрузятся. Да и последние версии уже "русифицированы" (1.8.5-1.8.7) Как для адуринок нано и про-мини так весьма удобное IDE. А воть насчет АРМоподобных... Официальные платки весьма кусючи - та же DUO от 1300 рубчиков. Вот и пробую прикошмарить Blue Pill на посмотреть "шо за зверрр?". Кстати... А зачем собственно тот ST-LINK ежли можно через вшитый намертво бутлоадер загружаться? Да и протокол опубликован - для моего КОТУИНКО на пробу побаловаться можно чего примудрить...
BOB51, надеюсь понимаете что используя ArduinoIDE вы даже близко не сможете использовать все возможности МК в Blue Pill? В итоге решите что эта плата не чем не лучше скажем Arduino Nano. Но это не так. Библиотеки в ArduinoIDE изначально написаны для ATmega, которая гораздо проще чем STM32 и для совместимости с текущими библиотеками для STM32 библиотека написана как для ATmega и не использует все возможности.
BOB51 писал(а):
А зачем собственно тот ST-LINK ежли можно через вшитый намертво бутлоадер загружаться?
А отлаживать? Хотя о чем я пишу. ArduinoIDE не поддерживает отладку. Когда напишите более или менее сложную программу, потребуется отладка в том или ином виде, а если встретитесь примерно с такой ошибкой, тогда отладка просто необходима, потому что позволит найти причину за гораздо меньший промежуток времени. Я конечно понимаю что долгое время работая без отладчика, кажется что он не нужен, но это не так. Он позволяет "заглянуть" в МК. Посмотреть как выполняется программа и что в памяти и регистрах МК, найти ошибки в программе, напрмиер посмотреть как вычисляется выражение. При изучении МК это будет полезным, потому что сразу видно что и как работает.
oleg110592 писал(а):
все нормально с компиляцией скетча
8КБ для пустой прошивки это много. Больше разве что в Mbed. И это при том что Blink (т. е. не пустая прошивка) может иметь размер 48 байт.
Это иной вариант представления программной поддержки, чем тот, что я брал за основу. Однако без команды на закачку нормальная программа может ТОЛЬКО ПРЕДЛОЖИТЬ вариант, а уже пользователь решает запустить закачку или нет. Так что все же жать на кнопу наверняка придется. А в коллекцию таки стоит положить да проверить.... Таки списал строчку с "подстрочника" Итогом - автоматически загружается только список-перечень в менеджер плат. НО НЕ УСТАНАВЛИВАЕТСЯ в IDE! А установка пойдет только после нажатия соответствующей кнопы.
Мурик У ардуиноподобных и свои плюсы и свои минусы. Надо принимать продукт в том виде, в каком он наиболее удачен при дополнении уже имеющимся арсеналом средств/элементной базы. Настчет отладки - у меня несколько иной подход. Тем более, что опыт таковой довольно велик. Касательно адуринки - вполне реально работает надстройка возврата контрольных точек в терминал на ПК. А для использования "по максимуму" у меня есть целый арсенал МК разных семейств при готовке изделий под АССЕМБЛЕРОМ (да не тем, что "приложение к СИ", а под "чистым вариантом"). Однако форсировать работы... не имеет смысла - похоже на подходе еще одно средство (согласно ранее мною предполагаемых)... НЕ БУДЕМ ТОРОПИТЬ СОБЫТИЯ. "Подремлю на бережку речки, глядя на проплываюшщее мимо..."
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 17
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
Хотя о чем я пишу. ArduinoIDE не поддерживает отладку. 
