Да не хочу я пока тех АРМов - куды их в домашнем обиходе совать? А за новинки микрощипа досада по причине тихого перетаскивания средств разработки на новые ПК и операционку. В принципе то же самое и по АРМам надо делать - затрат на обновление оборудования до... а пользы - по минимуму - только разве что "потешить самолюбие" - дескать вот я какой - тоже вроде осовременился... Не те уже года для таких желаний. Помалу АБСОЛЮТНЫЙ ПОФИГИЗЬМ затягивает... Другое дело - была б потребность в перспективных работах с хорошей материальной отдачей, или для профессиональной работы - тогда и стимулы соответствующие "пошеволиться". Или уж ежли совсем типовые 8-разрядные выпускать перестанут... Посему и программа освоения новинок соответствующим образом корректируется.
Пы.Сы. А можеть дождусь чего поновее АРМов... Пора б уже и их потихоньку "ущемить"... Вот тогда точно будет интерес (ежли к тому времени не помру).
В принципе то же самое и по АРМам надо делать - затрат на обновление оборудования до...
Для ARM хватит компа с Windows XP, с HDD 10 ГБ и с 1 ГБ ОЗУ. Отладчик стоит чуть больше 100 рублей. Его можно самому собрать, т. к. схема не сложная и прошивки есть в сети.
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Ежли заниматься - то достаточно солидно (или придержать необоснованное желание "выпендриться" до определенных условий). Ибо как я понимаю еще и ассемблер-то для классики недостаточно освоен.
Сейчас под ХР даже последние варианты IDE от микрочип-атмела не поставить, чего там уж о чем по "весомее" разговор вести. Благо пока еще дистрибутивы старых "раритетов" не исчезли. В то же время для прикладной практики абсолютно безразлично на основании какой элементной базы устройство сделано - главное работоспособный результат и оправданные расходы. К примеру ПК материнка I815 с пентиум3 и 512мегабайт ОЗУ при 866 МГц под ХР вполне достаточный агрегат для комфортной работы со ВСЕМИ ранее приведенными в теме проектами.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Особенно, если учесть, что ОС+Оffice занимает почти столько
Windows XP занимает меньше 2 ГБ дискового пространства и работает начиная с 64 МБ ОЗУ. Для более или менее комфортной работы нужно не меньше 256 МБ ОЗУ. Оffice 2003 занимает около 200 МБ дискового пространства. Итого ОС + Оffice требует примерно 2 ГБ диска. Для ARMов есть неплохая бесплатная IDE EmBitz, которая позволяет разрабатывать программы для Atmel, NXP, EnergyMicro, Nordic и STM32. Не из ARMов поддерживает PIC18, PIC32, dsPIC и MSP430. Основана на Code::Block, работает быстро, и требует мало ОЗУ (примерно 50 МБ) и дискового пространства (версия 1.11 занимает 630 МБ на диске из которых 560 это GCC, по умолчанию находящийся в дистрибутиве). На виртуалке с Windows XP и 1 ГБ ОЗУ без проблем производится разработка и отладка через ST-Link микроконтроллеров STM32. Т. е. про Windows XP и 1 ГБ ОЗУ я не просто придумал. Это реальная конфигурация на которой производится разработка под STM32.
BOB51 писал(а):
К примеру ПК материнка I815 с пентиум3 и 512мегабайт ОЗУ при 866 МГц под ХР вполне достаточный агрегат для комфортной работы со ВСЕМИ ранее приведенными в теме проектами.
Возможно этого объема ОЗУ хватит для работы с STM32 и другими МК используя IDE EmBitz.
у меня уже больше 10 лет нет XP, а сейчас даже под W7 многие пакеты не запускаются. Про Office 2003 даже комментировать не буду. Для справки: занимаемый объем W7- 15Гб, Office 2013- 5Гб, Keil Arm 5.18- 2Гб. И это все устаревшие версии.
Все перечисленное не обязательно для разработки под STM32 и др. МК. То что вы написали не больше чем ваши индивидуальные предпочтения. Офис не нужен. Нужна IDE и PDF читалка для документации на МК.
В качестве признанного образца/стандарта конечно предпочтение официальному Keil... НО... это роскошь не всем по карману... Или компиляторам с совместимым/подобным синтаксисом. На втором месте компиляторы производителя МК (ежли таковые имеются) и уж затем так сказать "компиляторы третьих лиц". Любое освоение дополнительного компилятора/языка это минимум трата времени, средств на "железо для курсовых проектов"... Тут надо еще и не прогадать в отношении "долгожительства" среды разработки, что есть весьма смуторная задача с малопредсказуемым результатом. К сожалению, не всегда бесплатные среды (даже хорошо работающие) остаются долгожителями...
Или компиляторам с совместимым/подобным синтаксисом.
Если уж выбирать универсальный компилятор, то это явно не Keil, а GCC. Он компилирует под очень много платформ в т. ч. ARM и AVR. Например в Arduino IDE компилятор GCC.
BOB51 писал(а):
В качестве признанного образца/стандарта конечно предпочтение официальному Keil... НО... это роскошь не всем по карману...
Нужно выбирать "шашечки или ехать?" потому что текущая версия кейла не будет работать на компе с параметрами.
BOB51 писал(а):
ПК материнка I815 с пентиум3 и 512мегабайт ОЗУ при 866 МГц под ХР
Сейчас под ХР даже последние варианты IDE от микрочип-атмела не поставить
Более того: лучше и не пробовать! Мой последний опыт в попытках установить Atmel Studio кончился тем, что после трех или четырех часов "установки" я был вынужден еще 2 часа потратить на "деинсталляцию", и все равно дисковое пространство осталось загажено 2 гигабайтами какой-то дряни, насыпанной (и оставленной после деинсталляции!!!) в системные папки или еще куда... Win7 Pro, кстати.
_________________ если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе при взгляде на многих сверху ничего не меняется...
Мурик относительно Keil и Keil-совместимых имелся ввиду АССЕМБЛЕР в коем я малость разбираться на старости лет начал. Касательно GCC это преимущественно AVR, ардуино (и, возможно, АРМ). В качестве компилятора для mcs51 (и не только) те же китайцы ( семейство STC от http://www.stcmcu.com/ или более читабельно-привычный http://stcmicro.com/rjxz.html ) применяется SDCC. Для ПИКовых свои извраты. Хоть и мелочи, но доставучи... Еще не факт , что под СИ ПОЛНОЦЕННО работать проще нежели под ассемблером (при равной сложности проектов). Ибо в случае ассемблера надо детально изучать документацию МК да с математикой и протоколами обмена мудрствовать, а под СИ - настройки компилятора, детальное знание тонкостей ВСЕХ применяемых в компиляторе библиотек, опять же добавится изучение даташита и ассемблера при "любви к ногодрыгу"... это и время и тренаж необходим... Или использовать предоставляемое компилятором "по умолчанию" пока обстоятельства не заставят "глубокоочмурнением" заняться. А для практики простейше-проверенного парка МК лучше содержать "конюшню с проверенными годами практики "лошадками"". Еще неизвестно, чего через пару лет нам преподнесут поставщики тех МК в качестве "очередных подарочков"!
Вслед за новым появится еще более новое, и процесс стабилизации не прослеживается. Так можно всю жизнь прождать. Сегодня новые модели МК от разных производителей выходят на рынок с частотой раз в месяц - раз в квартал. Очень часто новые модели содержат элементы старых или их развитие. Без навыков работы со старыми все сложнее освоить новое. Ожидание чего-то еще равносильно засасыванию в болото, из которого со временем выбраться все сложнее из-за постоянного увеличения отрыва нового от старого. А любовь к ногодрыгу в реализации протоколов связи следует в себе подавить в пользу использования модумей МК для этого предназначенных. Все кто это сделал разделяют эту точку зрения. По крайней мере мне контрпримеры неизвестны.
Ассемблер платформо зависимый, т. е. для каждого процессора свой. Не важно используется кейл или нет, асм AVR будет отличаться от асма ARM, PIC, x86, x64 и т. д.
BOB51 писал(а):
Касательно GCC это преимущественно AVR, ардуино (и, возможно, АРМ).
GCC это основной компилятор для операционной системы Linux, которая портирована на что угодно. Это не только компы и серверы, но и роутеры, смартфоны, современные телевизоры и многое другое.
У каждого изделия своя сфера применения. Есть кардинально новое, а есть просто модификация того же старого но с добавлением расширенной периферии в виде аппаратных субмодулей (что в принципе то же старое, но при значительном уменьшении габаритов). Стремление впихнуть побольше периферии в один кристалл штука как полезная, так и избыточная - не в каждом же приложении ставить полноценный эквивалент персоналки уровня середины 90-х/синклер-спектрум. При том, что многие современные МК по сути являются даже более мощными как по программным ресурсам, так и по аппаратной периферии Кроме мобильных телефонов и сетевых приложений существуют и другие задачи для деталюшек попроще. Да и не факт, что в погоне за "коммерческим приоритетом" работоспособность той встроенной периферии даже для типовых блоков выполняется без многочисленных еррат... И хотелось бы использовать, да внимательно почитавши только плеваться остаётся. В конце-концов ВСЕ ныне существующие МК имеют в своей основе ту же 155ИП3... И ещё одно замечание... Вместо противопоставления одних семейств другим нужно практиковать взаимное дополнение/взаимодействие специалистов освоивших свои группы элементной базы для совместных проектов. В том числе и по разным категориям схемотехники/элементной базы. Именно такого варианта взаимодействия я к сожалению пока не наблюдаю...
В приложении к МК я GCC только у АВР и АРМ наблюдаю (о компьютерной/мобилкиных делах разговор отдельный). Насчёт платформо-зависимого относительно ассемблера то не столь уж и сложно отработать уверенную работу минимум с тремя-четырьмя базовыми ядрами, особо ежли производитель компилятора применяет единый подход к основным правилам синтаксиса компилятора (но не системы команд, которая естественно будет различна). И чего-то я линукса ни для ПИКов ни для MCS51 не наблюдал...
Ассемблер - это болото. Не припомню ни одного проекта где бы нельзя было обойтись без ассемблера. На Си многие проекты делаю вообще без изменений что для AVR, что для PIC, автоматом. Только подключение указываешь и всё. Можно так же и MCS51 прикрутить, просто как то нет необходимости - единичные проекты на нём. Дело не только в переносимости, а в том что программ/библиотек на С/С++ просто немеряно! Не нужно каждый раз изобретать велосипед.
Стремление впихнуть побольше периферии в один кристалл штука как полезная, так и избыточная - не в каждом же приложении ставить полноценный эквивалент персоналки уровня середины 90-х/синклер-спектрум.
Лишняя периферия разве мешает? Она просто не используется (отключена и энергию не потребляет). Со временем при доработке устройства, она может пригодится. С другой стороны, если мощный МК с множеством периферийных модулей стоит столько же или дешевле чем простой МК с почти отсутствующей периферией, то какой смысл платить больше и получать меньше? Это нелогично. Сейчас цены таковы что 32-ух битные МК могут стоить дешевле чем 8-ми битные.
Мурик Не надо путать СИСТЕМУ НА КРИСТАЛЛЕ с обычным МК. На сегодня подход к работе с ними у большинства практикующих ОДИНАКОВ. А в этом и кронется ошибка. Новый вариант просматривается именно в работе с ардуино. НО... пока слишком "сырой" при всей своей концептуальности. Тут та же картина на перспективу, что и при становлении компьютерных систем в 70-80е годы. В частности... Ser60 у Вас возможности "копнуть поглубже" значительно больше... Так вот предлагаю присмотреться к следующим "тезисам"/аналогиям и замечаниям относительно направления работ с "системой-на-кристалле"... Собственно на сегодня там в основном работают под Си с ассемблерными вставками. При том, что практически каждый раз автору приходится отрабатывать и конфигурацию и аппаратные примитивы. Подобные вещи делались и в начале компьютерных времен... А далее было решено сделать "функционал БИОС"... и работать с железом через обращение к функциям БИОС. На сегодня именно такой подход применяется в ардуино IDE. В немалой степени именно из этих соображений я при освоении ардуиноподобных и ввел самоограничение на работу с ардуинками ИСКЛЮЧИТЕЛЬНО ФУНКЦИОНАЛОМ референса IDE, а на прямым использованием Си (GCC) и "ассемблерных вставок". Особенность этой IDE в том, что снимается необходимость конфигурации ресурсов. Однако до полноценной DOS по аналогии к ПК еще далеко. Скорее в случае с ардуино IDE мы имеем вариант БИОС для системы-на-кристалле. Для пользователя явный плюс - не требуется копаться в реальной начинке железа и подбирать необходимую для большинства простых применений начальную конфигурацию из множества возможных. Однако, поскольку в данном случае мы имеем дело с микроконтроллерной системой-на-кристалле - т.е. в большинстве практических случаев системой "закрытого типа" - без полноценных интерфейсов ввода/вывода отсутствие симулятора-отладчика у ардуино IDE ЕСТЬ ЯВНЫЙ НЕДОЧЕТ РАЗРАБОТЧИКА. Процесс стабилизации... В данном случае явное разделение на две ветви уже можно принять. С одной стороны прикладные СБИС/МК с небольшими ресурсами в качестве периферии с мозгами, с другой еще свеженародившиеся системы-на-кристалле, у которых на данный момент не сформировано достаточной и корректной программной среды (формирование в стадии становления и несколько по ошибочному пути - взята за аналогию среда для МК вместо необходимой среды для ПК). Тот, кто сумеет создать хотя-бы "усовершенствованный БИОС" и, особенно DOS для систем-на-кристалле займет позицию, аналогичную дяде БИЛУ в МАЙКРОСОФТ. Воть таки мои мысли СИДЯ В ЗАСАДЕ.
С таким подходом можно до сих пор пользоваться печатной машинкой считая что освоение компа и в частности "блокнота" (если нет времени изучить Офис) это лишняя трата времени.
BOB51 писал(а):
Не надо путать СИСТЕМУ НА КРИСТАЛЛЕ с обычным МК.
Я писал о обычном МК. Например STM32F103VCT6 стоит 1.25$ (82 рубля по текущему курсу). https://ru.aliexpress.com/item/STM32F10 ... 62700.html За эти деньги получаем 32-ух битный МК с 512 КБ флеша и 64 КБ ОЗУ. У него также есть 3 модуля 12-ти битного АЦП, два из которых 16-ти канальные, а третий 8ми канальный. Скорость ошифровки 1 миллион выборок в секунду. Кроме того есть модули CAN, ЦАП, FSMC (Flexible Static Memory Controller) позволяющий подключить TFT дисплей по параллельной шине, различную память (ОЗУ, Flash NOR, NAND и т. д.). Есть по 2 модуля I2C и I2S, модуль RTC (часы реального времени), SDIO (интерфейс SD карты памяти), 3 модуля SPI, 8 таймеров (не считая системного и сторожевых), 2 UART и 3 USART, 12-ти канальный DMA а также USB. Если не вся перечисленная периферия нужна в устройстве, то просто не настраиваем ее (по умолчанию отключена). Есть хоть один популярный 8-ми битный МК, который имеет похожий набор периферии при стоимости 1.25$? Вот и думайте. Вы покупаете 8-ми битные МК возможно за большие деньги с гораздо меньшими возможностями. Спойлер
Особенность этой IDE в том, что снимается необходимость конфигурации ресурсов.
Т. е. таймеры используются только для ШИМ, а если нужен захват или еще что-то? Не будете использовать потому что Arduino IDE не предоставляет стандартных средств настройки таймера в этом режиме? А если у таймера около десятка различных режимов, предлагаете отказаться от них всех? С другой периферией аналогично.
BOB51 писал(а):
без полноценных интерфейсов ввода/вывода отсутствие симулятора-отладчика у ардуино IDE ЕСТЬ ЯВНЫЙ НЕДОЧЕТ РАЗРАБОТЧИКА.
У не все МК в ардуино поддерживают отладку. Это же не ARM где даже у самых дешевых она есть (потому что встроена в ядро).
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 41
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
а пользы - по минимуму - только разве что "потешить самолюбие" - дескать вот я какой - тоже вроде осовременился...
