Конечно удобно для домохозяек. Ни о чем не думай - только файлы в одну папку тули!) Иной раз отдаю людЯм проект с пустым ino, или с одним только описанием в ino. Фигеют.) Чем методом тыка действовать, лучше бы поинтересовался как сборка скетча в Ардуино происходит.( https://arduino.github.io/arduino-cli/0 ... d-process/ например.
Меня не "процесс сборки проекта", а правила написания исходника в плане синтаксиса интересуют. А вот именно их таки приходится по крохам собирать да именно "при помощи лженаучного тыка" - по сей день никто так и не удосужился уделить ардуино IDE столько же внимания, как тому же GCC в аврстудии (подобно тому материалу, что ARV сделал).
...но есть и весьма интересные дополнения по работе с многофайловиками - совершенно оригинально и нигде ранее в литературе по ардуинкам не попадавшееся (но заложено в самой IDE на видном месте!).
Сам пока "пережевываю" - особо по работе с IDE в режиме допонительных файлов - там надо еще покрутить тесты ибо чуток мозг сносит по сравнению со стандартным (несколько пар *.h + *.cpp и единственный *.ino) вариантом... По книже ежли создать средствами IDE (а не с помощью внешних редакторов) дополнительный файл *.cpp (но без всякого связующего с главным файлом проекта *.h заголовочника!), то после компиляции получаются в проекте несколько *.ino без явно прописанных в папке скотча связей - где-то они таки есть, но то работа IDE...
А это что было? Специально пролистал обратно, а то, думаю, может я напутал чего... ОК. "Вопросов больше не имею."
Не расписаны особенности правил САМОСТОЯТЕЛЬНОГО создания файлов проекта, ежли он состоит из нескольких файлов. Не расписаны правила САМОСТОЯТЕЛЬНОГО создания библиотек с использованием ООП. Да много чего еще из "мелочей" (структуры, объединения, перечисления, применение extern и ....) Вернее описания всего этого есть в литературе или по С++ или по Си для ПК, для соответствующих компиляторов, в стандартах ЯВУ или в более поздних книгах, посвященных ардуино - но все или разрознено или недостаточно "легко воспринимается". А поскольку имеем уже три варианта возможного исполнения дополнительных файлов: простой аналог Си - пара из заголовочника и файла с кодом (*.h + *.cpp) расположенных в папке проекта; вариант библиотеки с использованием классов, расположенной в отдельной папке каталога библиотек; и вот этот "третий" из только *.cpp файла, "превращающегося" в дополнительный *.ino файл в папке проекта... Добавим вероятность взаимосвязи между теми файлами. Вот эти вопросы и рассматриваются (часто из интереса "что будет при таком варианте?", чем из необходимости рядовой практической реализации). Причем меня больше устроили бы не "раскопки особенностей компиляторов", а простота их применения да в одном пособии.
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
А тот Си,который под windows, про который пишет Крупник "Изучаем Си" , он какой то немного другой,чем который для МК . И среда для него Турбо Си, Борланд какой то... Может новичкам лучше с него начинать? По крайней мере не надо МК,программаторов, и вообще ничего не надо кроме собственно ПК.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Под ПК книжи по Си довольно сильно отличаться будут за счет примеров и основных ресурсов. Наиболее "совпадающим" можно считать разве что или конструкции на основе Z80 или конструкции на основе mcs51 в режиме совмещенной памяти программ/данных. Программа в ПК исполняется исключительно из ОЗУ (с возможностью подкачки данных из различных накопителей жестких дисков, флешек и прочего). Такой вариант даже в случае с "портабле" версиями. А у МК основная программа жестко в ПЗУ находится. В ОЗУ лишь данные (да и соотношение ПЗУ к ОЗУ явно на порядок различается). Собственно и приемы весьма разные применять приходится - чаще для пользователя незаметно в самых простых решениях, но с усложнением программ таки неуютненько бывает. Различия вроде бы пытаются устранить в АРМах - но там подобное новшество существенно лишь для "жирных" кристаллов. А вот учебники/книжи в основном базируются на старых примерах. Причем не всегда удачных...
У Z80(ежли кто помнит аналоги I8080 и дальнейшее развитие I8088/I8086) да у микропроцессорного режима MCS51 программа исполняется из совмещенной памяти программ/данных, так же как и у любого компа. Соответственно и особенности использования ресурсов компилятором иные будут (соответственно и нюансы использования операторов ЯВУ). Взять те же массивы к примеру... Даже без "лезть в железо" ограничения весьма заметные будут. Тот же ввод/вывод, который у ПК стандартизирован, а у устройств на МК весьма разнообразен. Сравните примеры вывода на дисплей для ПК и для МК. У ПК единый подход, а у МК будет зависеть от конкретного дисплейчика заметно больше, чем от начинки того МК, на котором самоделка сделана. Разве что самый начальный примитив освоения совпадет... Но без ввода/вывода там общего лишь при использовании последовательного ввода/вывода через УАРТ можно отметить. С другой стороны - кто с чего начинал. Если ранее изучался Си для ПК, то освоение его относительно МК заметно легче пойдет. Но ставить основной задачей первично изучить Си для ПК чтобы затем переходить на Си для МК тому, кто уже работал с МК под ассемблером явно избыточная задача. Речь то идет об удобочитаемости примеров из учебников по Си/С++ написанных под ПК относительно их применения при изучении Си/С++ для работы с ардуиноIDE.
УПС.... А это еще что за ЗВЕРЬ??? (https://www.arduino.cc/en/software) Arduino PLC IDE 1.0 Program using IEC 61131-3 languages and mix Arduino sketches through Arduino PLC IDE! Configure easily your pre-mapped resources and get quick no code fieldbus support, dive into your code analysis thanks to the wide set of debugging tools.
Возня с переустановками и букашками(BUGS) разноверсий ардуино IDE привела к выводу... Для ХР х32 удачно работает только 1.8.9 и то не со всеми версиями платформ - часть более поздних для ESP и ARM не поддерживаются. Для 7ки-10ки х64 удобен вариант установки: портабле для 1.8.19 и одновременно инсталлятор для 2.0.3 (и более поздних серии 2.0.n) при этом у них будут раздельные каталоги как для платформ, так и для библиотек. Arduino PLC IDE 1.0 лучше пока не трогать - тяжеловесна и "сырая"...
Прошли обновления платформ и библиотек для адуринки. Полностью все платформы от MCUdude - компилируются на всех "ходовых" версиях IDE (1.8.9 под ХР х32 и 1.8.19/2.0.3 под ХР х64). Остальные обновления платформ зависят от ОС компьютера и иногда требуют "шаманского бубна"... Для обновлений библиотек пока замечаний по "системозависимости" не выявлено...
Лазил по тырнету... под виндовс 7кой... Неплохая подача материала на сайте у AlexGyver... ( https://alexgyver.ru/lessons/) Однако есть пара минусов - на ПК с ХР х32 сайт не открыть, а офф-лайн версии нет. Оттуда же добавил в свой список пару платформ:
Для кого это пишут, https://habr.com/ru/post/114953/ Не работает ничего ни в консольном Турбо С, ни, разумеется в AVR студии. Потому и руки опускаются,почитаешь немного и хочется закрепить на практике. Засовываешь эти куски кода туда,в результате одни ошибки. Никто никого не понимает,все компиляторы разные. Или может надо какие библиотеки подключать?
С#... А у нас или Си или "элементы С++".... Да еще и тонкости отличия для разных версий компиляторов. Другое дело - алгоритм задачи - его можно хоть на каком из освоенных языков реализовать.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 30
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
