Ну я до пиковых чуток позже добрался. MPLAB тогда уже существовал. Для мпасма еще актуальны файлики линкер-скриптов *_g.lkr(к примеру 12f629_g.lkr) а вот в них я так пока и не залазил... Знаю только, что там специфика разметки - но на практике достаточно сам файлик в проект скопипастить.
Для мпасма еще актуальны файлики линкер-скриптов *_g.lkr(к примеру
мпасм не помню уже, но для gpasm (полностью совместим с мпасм) ничего не надо - просто в коммандной строке "gpasm blabla.asm" вот простейшие проектики для gpasm с простейшим мэйкфайлом: https://github.com/ilovezfs/gputils/tre ... s/example1 з.ы. там можно сделать так "make archive" и проект заархивируется, еще можно "make diasm", "make viewcod". А в мплаб так можно?
В принципе... обзор неплохой, но все же не основа обсуждения :avrasm2, c51asm, arduinoIDE 1.8.9, AVRstudio 4.19, mplab 8.92и максимальное использование заложенных в них возможностей.
Не все интересуются устаревшими технологиями или теми что интересны лично вам. Вы спросили о IDE без установки, вам ответили.
BOB51 писал(а):
Не всегда для практики нужно приобретать супернавороченное оборудование
Не всегда новое является навороченным.
BOB51 писал(а):
(можно и из дома в магазин на суперждипе за 100 метров ездить (или на вертолете слетать), если средства позволяют).
Если это по стоимости сравнимо с поездкой на велосипеде, почему нет? Можно купить новое оборудование и средства программирования по цене обычных ардуин.
oleg110592 Насче архивации не пробовал... Кстати... мпасм - классический трехкомпонентиник -ассемблер линкер и библиотекарь... Это в отличии от avrasm2 и c51asm... А gpasm - тоже из однокомпонентных или все-таки "классика"?
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
GPUTILS является GPL -licensed набор инструментов для микроконтроллера PIC , содержащий ассемблер , дизассемблер , линкер и просмотрщик объектных файлов. Он доступен для различных версий Unix , Mac OS X и Microsoft Windows. История gpasm , ассемблер GNU PIC, был первоначально разработан Джеймсом Боуманом и выпущен 13 июля 1998 года как версия 0.0.3. Крейг Франклин расширил gpasm до целого набора инструментов, связанных с ассемблером и компоновщиком, и переименовал проект в gputils , выпустив gputils 0.0.4 4 марта 2001 года. В настоящее время проект поддерживается Дэвидом Барнеттом.
з.ы. мпасм и гпасм можно и без линкера использовать, будет компилироваться медленнее, но это будет заметно на очень больших проектах, что обычным эмбеддерам от сохи не присуще.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Все же "набор утилит"... Учитывая "некоторую платность" мплаба на начальной стадии развития вполне разумная альтернатива. На сегодня... Ежли в запасе было освоено - вполне можно использовать, но для профи - придется таки на мплабХ переходить. А для любителя - только "к сведению" - ибо и имеющееся вполне работает, а освоение требует времени. Вдобавок... симулятор искать придется... это же не mcs51...
оно с начала века уже было - можно давно опробовать было. Это борьба с ИДЕ все время и сон отымает Я вот жалею что давно на линукс не переметнулся, только появление одноплатников сподвигло. Линукс это рай для эмбеддера (имхо). Для затравочки картинка - работа в линуксе с ассемблером stm32f4, два окна Vim (исходник и скрипт отладки), третье выхлоп отладки. Все чисто в консоли в терминале Спойлер про ИДЕ
Цитата:
Enter GNU MCU Eclipse...maybe During this search, I came across many mentions of GNU MCU Eclipse, a suite of tools for the Eclipse IDE which included an STM32F4 Discovery board. I am a vim die-hard with no desire to use Eclipse, so I was hopeful to find a way to be able to extract these tools and easily use them outside of Eclipse.
То уж лучше еще чего из материалов по АВРкам сбросить - я то в новое особо не полезу, но для других может быть весьма полезно! (иногда спрашивают за варианты альтернативных ассемблеров с командной строкой).
На сегодня по развалам бэушных индикаторов ходит много модулей от старых кассовых аппаратов. Одна из возможных мелкосхем - NJU6432BF или несколько модернизированная KS0035P (она же и как "клякса" втречается). Только раскладка сегментов у каждого варианта - СВОЯ. ЕЕ надо с помощью теста и листочка с карандашиком выписывать. Обычно там 10-позиционный 7-семисегментник относительно крупноформатных цифирек... Однако попадаются и по-интереснее (это DATEX какой-то был): http://img.radiokot.ru/files/20529/28ar20mbib.jpg Там уже полный тест пр всем ячейкам ОЗУ проганять надо... Собственно тестик (под адуринку - нанку)
Никакой язык программирования не сравнится а ассемблером по возможности писать самый компактный и быстрый код. На сегодняшний день, каким бы продвинутым не был компилятор, и какие бы хитрые оптимизации он не творил с кодом, результат всё равно не будет идеален. А иногда он будет совсем сильно не идеален. По крайней мере, это точно свойственно компилятору AVR GCC.
Как показывает практика, написать максимально эффективный код под микроконтроллеры AVR можно только на ассемблере. Примеры плохой оптимизации кода AVR GCC приводились выше. Писать же код на ассемблере - сложно, а зачастую очень сложно (некоторые мысли о причинах этой сложности приведены там же. И сложность эта усугубляется примитивностью компиляторов ассемблера, дающие слишком мало возможностей программисту по написанию легко читаемого кода. При написании ассемблерного кода возникает желание иметь более удобный синтаксис, похожий на синтаксис Си, где вместо мнемоник ассемблера можно использовать привычные и более читаемые конструкции. Подобно тому, как это делается в языке C--. Это желание и побудило на создания компилятора C-- - подобного языка для AVR, позволяющего писать компактный и шустрый код, и названного Rat.
Ссыли по дополнительным источникам надо бы дополнительным заголовком/тэгом обозначить... Возможно кто ими воспользуется и сравнение выложит... (единый макет с двумя версиями кода одинаковой программы)...
То уж лучше еще чего из материалов по АВРкам сбросить
Котуинко вроде к пикам тоже отношение имеет. Сегодня понадобилось сделать поделочку на PIC10F200 - заменить древнее устройство на тини13, почему то у нас сейчас тини13 стали большой дефицит. Устройство генерит две частоты около 3кГц и мигает светодиодом в такт. Лень было ассемблер вспоминать, да и устанавливать и ломать xc8 тоже. Вспомнил для пиков очень давно использовал мало известный CC5x си компилятор, очень простой, всего один exe файл, можно не инсталлировать а просто распаковать. Посмотрел - жив курилка, ограничений бесплатной версии стало гораздо меньше (у меня последняя версия 2006 года валялась в архивах ) http://www.bknd.com/cc5x/ скачал, написал, посмотрел листинг - очень хорошо, поделка заработала (пока в протеусе) з.ы. мэйк файл простой для линуха (для виндовс wine убрать)
Код:
all: wine CC5x -a PIC10F200_pulse.c
опция -a нужна для генерации асм файла, хекс он и без оной генерится. Асм файл, к стати, схавал gpasm и выдал такой же хекс
Цитата:
Ограничения : Бесплатная версия может использоваться для генерации кода для всех прототипов, коммерческих и некоммерческих систем без ограничений .
У меня по PIC10F200 была схемка для автовыключалки. В принципе с самим ПИКом особо мороки там не имелось - а вот с полевичком... пришлось поматюкаться. Скорее ошибки в схемотехнике... отложил тогда разбор проблем до ... востребованности. В замен тиньки более подходит или PIC12F508/509 или PIC12F629 (из "типового ширпотреба")... Правда цены на них сегодня уж больно кусючи (относительно тех же АВРок, что для адуринок применяются)... PIC10F200 уж "слишком примитивен"... Да и под ассемблером мплаба вполне для "стандартных среднемладших" хватает. Особо приятно в симуляторе на logic analizer осциллограммы на лапках отслеживать да иногда входы попинать из окошка stimulus...
В замен тиньки более подходит или PIC12F508/509 или PIC12F629 (из "типового ширпотреба"))
более подходят таки STM8S001J3M3 SO8, но тут выбор PIC10F200 связан был с тем что этот пик используется в другом поделии и их запас имеется большой, а тини13 закончились.
Цитата:
Особо приятно в симуляторе на logic analizer
Протеуса 7 вполне достаточно для тинек и пиков и 51 еще - он занимает около 280Мб (без разводчика плат), восстанавливается из архива и там можно реально внешние железки пощупать и есть виртуальные инструменты типа осциллографа вольтметра генератора и т.д. можно переход сетевого через ноль через pc817 опробовать, можно видеть как режет фазу симистор....
Я к протеусу и подобным отношусь достаточно скептически - проще и достовернее таки на макете прогнать тесты. Однако то уже кому чего больше нравится/привычнее.
Для работ с "полноформатной" ардуино мега 2560 в более-менее "окультуренном виде" цапнул платку: http://img.radiokot.ru/files/20529/28ous1xiam.jpg Идет в комплекте с разъёмами и кнопой... Всего 160 рубчиков... Вот только внутренний ISP пришлось добавлять самому - там еще одно ответвление GND и + питания выводится... Вид платки с разъёмами: http://img.radiokot.ru/files/20529/28ouuol4h0.jpg в сборе получится нечто подобное: http://img.radiokot.ru/files/20529/28ouvz9aey.jpg остается или шлейфы развести или часть элементов на ту макетку установить с добавкой внешних шлейфов при необходимости. Все же лучше, чем встречающаяся во многих проектах "паутина"...
Появилась мысля сделать модернизацию КОТУИНКО (вернее заново и схемку и прожки переделать). С учетом того, что было удачного и новый элементной базы... Оставить только правила по минимальной работе с ПК - загрузка intel hex8 файлов из окна терминала. Можно было б и над вариантом на Z80 помудрить... Да вот компилятор ассемблера у меня для него только от AD2500... А там несколько более древний синтаксис, по сравнению с привычным... Вобчемсс... Пока размышляю...
Покопался малость с антиквариатом - разновидностью компилятора ассмблера от 2500AD... Хорошая софтинка времен DOS/Win98. Работает и под XP SP3 (х32). Однако несколько специфично (под "чистой" XP) - при первом запуске *.bat файла выбрасывает строчку "неправильная команда или имя файла" при том, что компиляция таки выполняется правильно. Последующие запуски вплоть до закрытия DOS окна никаких "замечаний" не посылают. Специально делал тестовый батник, дабы увидеть после чего предупреждение выскакивает. Самое интересное - на ПК с "двухсистемной" винью - установлены и 98 и ХР - такой строчки при запуске в DOS окне под ХР не наблюдается. Как-то раньше внимания не обращал - когда использовал были ПК еще с 98й и позднее с "двухсистемной"... Сейчас уже такого не ставлю. НОСТАЛЬЖИ...
Попалась пред глазы ссыль на вариант IDE (похоже для ПК).... "... Code::Blocks или CodeBlocks - это IDE с открытым исходным кодом, распространяемая бесплатно. ..." http://www.codeblocks.org Кто чего сказать насчет практики применения (и в какой области - ПК, МК или иное) может?...
Code::Blocks можно под все - ПК, МК и даже ардуино http://arduinodev.com/codeblocks/ или ARM микроконтроллеры http://c4arm.blogspot.com/2012/11/stm32-codeblocks.html под ПК (Windows) тоже сборка со встроенными GCC и графическими библиотеками была. По умолчанию Code::Blocks должна увидеть все компиляторы в системе, включая SDCC хиленькие плагины под PIC AVR C51 ARM тоже вроде были. Проще чем бороться с этой ИДЕ - взять продвинутый редактор и освоить makefile (имхо)
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
Вы спросили о IDE без установки, вам ответили.
