и чем atmel studio настолько прям лучше альтернатив?)

Ничем. Просто приучаю себя к мировому стандарту .

Мне как-то совершенно незаметны "трудности" - разве что вариант Си действительно имеет некоторые соответствующие ЯВУ отличия от ассемблера. Но так и должно быть.
Я ведь в основе "чистым ассемблером" занимаюсь - а это в принципе текстовой исходник и батничек командной строки для компилятора. Причем под любым редактором. Как некоторое разнообразие - работа в рамках IDE производителя с добавкой симуляторов ядра соответствующего семейства МК.
Так что с моей точки зрения - ардуино IDE вполне рабочая и удобная среда разработки (даже в случае проработки приемов работы "методом лженаучного тыка" из-за недостатка необходимой информации). Как вспомогательный инструмент при комбинированных проектах вполне себя оправдывает.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

BOB51, можешь хоть единственный раз перевести свою писанину на нормальный язык? Не серьезно, никто же не понимает что ты излагаешь.
Постарайся , построчно, не ленись переведи свой бред...
Я подобный словесный понос наблюдал дважды у Горбачева и у тебя...

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

для ассемблерщиков может оно и да, подсветка синтаксиса есть - и ок, уже весьма удобная среда. Но тут вам не это) Человеческий редактор кода это до кучи навигация по файлам проекта (и не просто "вот тут у нас куча файлов в дереве", а нормальные find definition/find usages и список символов файла по типам), автодополнение (желательно хоть как-то понимающее контекст), автоформат, базовый рефакторинг, разворачивание макросов, такое вот все. И никаких "это для профессионалов" - для всех.
метод тыка тож удобнее в нормальной среде) "нащальникама, ты начал писать setS - может, setSomeFoo? Ок, у этой функции два параметра, первый типа fooMode_t, у тебя в области видимости уже есть переменная fooModeInstance такого типа, подставить? Второй параметр типа barSubMode, это enum, вот тебе список значений. Что означают? Ткни в find definition - почитай, что там пишут в хидере по этому поводу". Типа того

ну-ка - ну-ка, atmel studio - мировой аж стандарт? Нельзя ли поподробнее осветить этот момент? Мы внимательно слушаем.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Навигацию по файлам, поиск и прочие вкусности вполне обеспечиваются и в используемым DPAD (автодополнений там ессно нету).
Да и в ардуине (если все файлы в пределах папки текущего проекта)...
Потом опять же часть файлов можно одновременно и в другом редакторе открыть...
Разворачивание макросов...
Проще в соседнем окне их открыть (согласно списка в отдельном файле) - может в Cи это иначе?...

Пока не сталкивался с такой потребностью относительно Си...

Контекстная справка...
Непосредственно из редактора возможно и лучше, но все равно знает только известное (то, что при разработке заложено), а для внешних "внесенных" библиотек все равно превратится в поиск по файлам.
В то же время никто не мешает контекстную справку во втором окошке на соседнем мониторе смотреть (расширение рабочего стола на два монитора).


Насчет АВР...
Не знаю как Си, но относительно ассемблера (даже avrasm2) это скорее модернизация, нежли стандарт.
Двупроходный ассемблер без линкера и библиотекаря, причем даже с меньшими возможностями, чем та же атмел заложила в c51asm для mcs51 (кстати тоже без линкера и библиотекаря, но с гораздо большими возможностями) никак уж удобным не назовеш.
Скорее стандартом функционала для 8-битников является трактовка keil.
А для 16 и более разрядов да расширенной области адресов "за 64 килобайта" masm от микрософта.

вот собственно в нормальной среде такой ерундой не нужно заниматься. И нет, бОльшую часть вещей так сделать не получится.
в C маленько не те макросы) "развернуть" означает "пропустить через препроцессор и увидеть, что из этого выйдет".
не-а, это не так работает. При разработке заложено уметь анализировать файлы, содержащие конструкции языка. Как раз для сторонних библиотек крайне удобная вещь.

2 arkhnchul. Извиняюсь,сливаюсь,не стандарт.Спорить не буду. Вы наверное смайлик не заметили? Но все равно стараюсь приучить себя писать правильно структурированные программы. Времени остается все меньше, может кому-то мою писанину потом разбирать придется.Намучается.

Некоторые виды макросов и под ассемблером требуют обработки препроцессора, чтоб результат в полном виде наблюдался.
В том случае ставим "развернуть макросы" и смотрим листинг после компиляции...
Ну да ... можно и с "примитивом" нормальные программки писать - до определенного уровня сложности.
Только любители обычно идут по пути наименьшего сопротивления - шустрехонько на СИ спрыгивают при росте сложности программок. Ну а далее ессно и IDE понавороченнее следуют.
Все согласно текущим требованиям и задачам.
Зачем необоснованно спешить-то, ежли и текущий уровень обеспечивает большинство прикладных повседневных задач?

Пока удалюсь на поиграмс с адуриньей, SiProg (в моей версии) и завалявшимися в "кащеевом сундуке" атмегами 48 и 8...
Может и кудысь приткну сии неликвиды с относительной пользой...

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

Есть уровень разработчика на производстве и уровень любителя.
Разница естественно будет иметь место. Ибо достаточный уровень для себя явно не соответствует требованиям к НИИ соответствующего уровня. Вряд-ли любитель-прикладник будет вести расчеты на основе высшей математики (даже имея об оных полное представление).
В то же время без полной "по ГОСТу" документации в солидном предприятии даже схема с выключателями не может быть выполнена.

Так что я за "разумную достаточность" без необоснованных излишеств.

дык никто вроде не агитирует тут за производственные практики типа систем контроля версий (хотя очень удобно), билд-ферм, continuous integration и всякого такого. Среда разработки - просто удобный инструмент.
ну вот есть у вас однокомфорочная плитка на китайский киловатт с одной кастрюлей и мультиварка. Вторая просто удобнее примерно для всех применений, хотя кастрюли тоже в принципе достаточно.

я, конечно, извиняюсь... пытаюсь уследить за мыслью в теме, но что-то здесь происходит странное - не могу понять, о чем идет речь. какой-то бессвязный поток мыслей обо всем. начиналось так:сейчас уже и ардуино непойми как пришло, и вообще все платформы и софт...

имхо, самостоятельное создание какой-то универсальной платформы на сегодняшний день - напрасный труд

Ардуинка пришла по причине подобности по своему месту в категории устройств.
Заодно и как система для взаимообмена приемами программирования/используемыми алгоритмами.
Оба варианта объединяет:
1. возможность использования в качестве порта-расширителя между ПК и прикладными устройствами;
2. возможность использования в качестве контрольного макета разработки проекта;
3. принцип "одна базовая платформа - множество подгружаемого прикладного софта и вероятных блоков аппаратного расширения".
Ну и самое так сказать кошерное свойство:
в рамках РАДИОКОТА и MCS51 с соответствующим ассемблером и АРДУИНА есть не слишком популярные темы.
Вот сюдыть их и сбросил.

А добавки по "святому АРМУ" и прочие "отвлеченки" - ну дык ... "спрашивают - отвечаем"
Чистой темы УВЫ... с учетом того, что "отвлекающие моменты" также полезны в плане интересных (и не всегда прямо очевидных) идей в совсем неожиданном применении к исходному материалу.

Кабло-переходник для ардуинки (под si-prog )
http://img.radiokot.ru/files/20529/1rae0ypugh.JPG

Последний штрих
(ArduinoISP программатор из ардуино-нано)
Или самостоятельное изготовление недостающей аппаратной составляющей Arduino IDE.

Для полноценного использования помимо штатных платок и самой IDE необходим также и поддерживаемый средствами IDE программатор.
Из всевозможных вариантов наиболее перспективным является таки изготовление программатора на основе смаих платок – arduinoISP.
Для чего была выбрана уже проработавшая в учебном режиме arduino-nano на базе atmega186PB.
Собственно первоисточник
https://www.arduino.cc/en/Tutorial/ArduinoISP
ардуино-нано имеет на борту USB-COM посему удобна в применении для любого ПК
схемка
http://img.radiokot.ru/files/20529/1rhksqfr8n.GIF
программным обеспечением для программатора является штатный пример
вкладка:
"файл-примеры-встроенные примеры-arduinoISP"
(или папка "arduinoISP" в прилагаемом архиве
).
Собственно схемку решено было сделать совместимой с ранее собранными stk200 и mySiProg - посему установлен только типовой разъём. Панельки используются от ранее изготовленных программаторов. В том числе и установленные на панельках КВАРЦЫ на 4 МГц (штатное требование атмела для работы программаторов).

На схемке установлены индикаторы… НО… их работа весьма … трудноописуема…
Так как все три сразу светятся и после включения и по завершению процесса прошивки (даже если прошивка прошла успешно). Единственно – виден сам процесс работы по их «перемигиванию»…

Сам ход прошивки отображается в подстрочнике сообщений IDE – собственно там его и читаем.
В случае ошибки – соответствующее сообщение выводится в IDE в стандартном варианте.
Теперь о ПОДВОХЕ, которому в большинстве описаний не уделено достаточного внимания…
Собственно прошивка стандартным СКОТчем и работа в режиме программатора – команда «записать загрузчик» для нашей нанки «несколько отличаются».
При загрузке прикладной программы сигналом на линии DTR конвертора кратковременно формируется импульс сброса.
При загрузке бутлоадера данная функция приводит к критическим ошибкам.
Посему…
Сначала записываем в нашу ардуино-нано СКОТч arduinoISP.
Затем, убедившись что процесс загрузки успешно завершился,
ПЕРЕРЕЗАЕМ аккуратненько дорожку, соединяющую конденсатор и вывод сброса.
После чего загрузка прикладных программ в нанку становится невозможна (до восстановления дорожки), а вот работа в режиме программатора выполняется успешно.
Фотка примерной точки «операции ОБРЕЗАНИЯ» (в любом месте той "желтой дорожки"):
http://img.radiokot.ru/files/20529/1rhl30i10u.JPG
Вся конструкция в сборе (без целевых панелек)
http://img.radiokot.ru/files/20529/1rhl4isbms.jpg
http://img.radiokot.ru/files/20529/1rhl4mxu2c.jpg
http://img.radiokot.ru/files/20529/1rhl54xz67.jpg
http://img.radiokot.ru/files/20529/1rhl5cbtf9.jpg

В самой IDE
на вкладке
"инструменты - программатор"
из выпадающего списка выбираем
"arduino as ISP"
после чего можно пользоваться сделанной платкой как аппаратным программатором минимум для загрузки бутлоадера в "чистый кристалл".

И собственно для чего такой садомазохизьм сделан…
Ведь, в принципе, и прикладной дамп «в чистом виде» и прикладной дамп с бутлоадером сама IDE преспокойненько генерирует – берем и прошиваем с любого стандартного программатора…
Однако есть один нюанс…
В дампе для прошивки АВРок НЕ ПРИСУТСТВУЮТ фуз-байты конфигурации.
Выискивать оные весьма муторное занятие. В то же время при прошивке через опцию «загрузить загрузчик» одновременно с кодом загружается и необходимая конфигурация фузов, что снимает проблему поиска необходимых данных.
Удачного применения!

И почему я всякий раз читаю название вашей темы как "Коитунко"?))

Вопросы начинающих.
- а вот у меня МК без кварца не работает - что мне делать, где взять внешний генератор?
- а вот у меня МК работает с кварцем на 32кгц - пачиму ваш программатор его не шьёт и что мне делать?

arduinoISP - это программатор для загрузки бутлоадера в "чистый" МК (или в применяющееся в ардуино-IDE расширение, не признающее бутлоадера - "сверхмалые" МК) применимо в основном ДЛЯ АРДУИНО IDE, а не для работ с иными софт-оболочками.
Хотя возможно и может быть интегрировано с оными.
Правило общее для всех программаторов - сначала или используем "чистый" МК от производителя или стираем и сбрасываем фузы "по умолчанию".
Затем используем программатор.
Фузы или ставим вручную после прошивки или таковые устанавливаются соответствующими средствами IDE автоматически.
По умолчанию большинство типовых АВРок с возможностью работы от внешнего резонатора должны иметь установленный на платке с панелькой резонатор 4МГц.
В случае с аттини13, аттини2313 кварц не устанавливается (по умолчанию стоит конфигурация фузов на внутренний RC генератор).
А уж после прошивки и установки фузов под выбранный режим работы - будет требоваться установка в соответствующую проекту схемку внешней обвязки.
Или "общее стирание" со сбросом фузов в статус "по умолчанию" для возможности последующего перепрограммирования.
Вобщем-то вопросы с программированием АВРок "типовыми "стандартными"" программаторами весьма хорошо проработаны в других темах.
А вот "последний штрих" для комплекта работы с ардуино IDE по большей части или на сайтах arduino - пользователей или вобщем-то тех же пользователей публикации (часто не полные).

Касательно названия темы КОТУИНКО - так речь идет о ГИБРИДНЫХ разработках на основе совместного использования MCS51, AVR, PIC10/12/16/18, arduino и портового расширителя КОТУИНКО (базовая плата на основе на MCS51).
По структуре применения (с моей точки зрения) часть ардуиноподобных относится к периферийным , а часть к промежуточным порт-расширителям/автономным устройствам среднего звена.
Изначально база - именно КОТУИНКО.
НО... там сделан упор на отсутствие привязки к какому-либо компилятору (самому еще и системное программное обеспечение создавать - дело долговременное и нескорое). Пока там лишь универсальный концепт "народного" базового бутлоадера, да пара тест-проектов и программатор для АТ89С2051/4051(гибридный симбиоз КОТУИНКО и ATtiny2313 в качестве периферийного расширителя-прожигалки) были реализованы. И то - основа проектов - ассемблер (базовый язык для прикладной периферии).
Ардуинки подключены как способ работы под Си при некоторой "системной интеграции".
Ну и немаловажен сам вопрос "снятия ограничений на монтаж компонентов" - использование готовых блоков на изделиях паять которые не слишком приятно.

Стоко букв... Ну и как же мне привести мой МК в состояние "по умолчанию"? Возможно ли это с вашим волшебным Коитунко-программатором?

Насчет сброса АВРок...
Простой "фузедоктор" в самом тяжком случае (параллельный режим для "многолапых" и "высоковольтный" для 8-выводных).
В легком варианте STK200/SiProg под управлением софт-оболочки (avrdudeshell/PonyProg2000 V2.08D/ SinaProg) - операция "общее стирание" и вручную установка фузов согласно даташита на МК (то, что имеет значение указанное как Default Value).

Касательно КОТУИНКО -
при создании соответствующего аппаратно-схемотехнического расширителя и программных модулей штука вполне реальная. Единственно при использовании intel hex32 придется программу загрузчика дорабатывать (на данный момент обработка только для входных файлов формата intel hex8). Однако при наличии готовых образцов простейших программаторов - смысла в том не вижу.
Для АВРок разве что вариант фузе доктора (операции общего стирания и установки фузов в "дефолт") - поскольку большинство "любительских" программаторов эти операции физически не поддерживают (параллельный режим или "высоковольтный")...

Но поскольку мне такой изголяж пока без надобности... (в отличии от АТ89С2051/4051 где просто больше нечем прошивку делать)...
Разве что попозже еще для AT89C5x чего соберу - тоже подзалежались...

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