Это оно да? https://www.microchip.com/en-us/develop ... 28pb-xmini Так а что такое аппаратный отладчик не пойму. Программный дебаггер понятно, в коде ошибки ищет. А аппаратный дебаггер на борту что это такое? Светодиодами при ошибках моргает или что?
аппаратный отладчик - шпиён, позволяющий отслеживать и изменять состояние реального контроллера во время работы по специально выделенной шине. программный отладчик - это модель контроллера, все вычисления выполняются на компьютере (контроллер не нужен) входы/выходы либо подключаются к виртуальной схеме, либо их состояние задаётся/отслеживается на специальной панели...
С++ контроллеру ничего не даёт и возможностей его не повышает, но упрощает написание сложных программ (т.е. он нужен не компьютеру, а программисту)
_________________ Просто не учи физику в школе, и вся твоя жизнь будет наполнена чудесами и волшебством Безграмотно вопрошающим про силовую или высоковольтную электронику я не отвечаю, а то ещё посадят за участие в (само)убиении оболтуса...
С++ контроллеру ничего не даёт и возможностей его не повышает, но упрощает написание сложных программ (т.е. он нужен не компьютеру, а программисту)
Я имел в виду что С++ больше весит наверное чем С. Но современные МК это могут осилить. Конечно мне хочется как проще и современнее. Но parovoZZ писал что SDK на С++ для МК нет.
всё зависит от того, что ты хочешь делать контроллером...
если реализуешь простую логику (мк-тини13, 2313 и подобные), то можно до ассемблера спуститься (рекомендую АлгоритмБилдер) как более простой в освоении инструмент (по отношению к ассемблеру) - очень поможет понять как работает МК.
Если задача посложнее и по сложности в тини не влезет, но в аккурат для небольших мег - используй С, (я пишу в кодевижене - у него есть свои плюсы, но рекомендовать я его не могу т.к. есть и минусы, которые перетягивают всё сильнее и неожиданнее ) сначала хотел перейти на "студию", но теперь думаю, что приближаться к плюсам буду уже на СТМ32... (того что сейчас умею - для для решения имеющихся под АВР задач мне достаточно).
для более сложных задач (работа с разнообразной периферией, графическими дисплеями) наверно лучше подойдёт С++, т.к. код получается стройнее, и хоть результирующая прошивка получается объёмней, но применяемые в этом случае более мощные МК её потянут. (пример - Марлин (прошивка для 3д принтера) написан на С++ в среде ардуино...) на С++ может стоит посмотреть в сторону PlatformIO (сам я с ней не работал)...
ПС: деления условные, знаю людей, работающих с ЖК экранами из под ассемблера... ПС2: за видос спасибо - какраз сейчас смотрю.
_________________ Просто не учи физику в школе, и вся твоя жизнь будет наполнена чудесами и волшебством Безграмотно вопрошающим про силовую или высоковольтную электронику я не отвечаю, а то ещё посадят за участие в (само)убиении оболтуса...
Использование модульных источников питания открытого типа широко распространено в современных устройствах. Присущие им компактность, гибкость в интеграции и высокая эффективность делают их отличным решением для систем промышленной автоматизации, телекоммуникационного оборудования, медицинской техники, устройств «умного дома» и прочих приложений. Рассмотрим подробнее характеристики и особенности трех самых популярных вариантов AC/DC-преобразователей MW открытого типа, подходящих для применения в промышленных устройствах - серий EPS, EPP и RPS представленных на Meanwell.market.
Ошибки в коде ищут тестировщики. Универсальные программные средства, которые бы искали ошибки в коде, мне не известны. Но есть стандарты написания кода, которые призваны минимизировать вероятность появления таких ошибок. Самый известный это MISRA.
Цитата:
Многие переходят
никогда не понимал людей, которые на основании мнения одного единстенного индивидуума делают выводы по всей отрасли.
Я пытаюсь смотреть в будущее. Потому что не только лишь все могут это делать, вернее смотреть могут, но не все могут это делать(С) Ассемблер компактнее С, но сейчас уже мало кто на нём программирует, видимо дело не в компактоности.
Если только начинаешь работать с МК - начинай с простых задач. Если хочешь хорошо понимать что происходит у МК внутри - нужно поработать и с языком низкого уровня. по крайней мере если код на ЯВУ заработает не так, как ожидаешь - то всегда сможешь глянуть АСМ листинг проблемного куска...
_________________ Просто не учи физику в школе, и вся твоя жизнь будет наполнена чудесами и волшебством Безграмотно вопрошающим про силовую или высоковольтную электронику я не отвечаю, а то ещё посадят за участие в (само)убиении оболтуса...
Можно начать изучение AVR 1-серии. Они гораздо интереснее (хотя бы из-за того, что ОЗУ, флеш, EEPROM находятся в едином адресном пространстве), но литературы по ним очень мало.
Прежде, чем задавать вопросы подойдёт/не подойдёт, я бы начал с изучения литературы по теме. На том же ютубе можно поискать лекции Артамонова ну или других авторов. Только именно лекции (или записи конференций), а не тупых дуринщиков, которые сами не вывозят предмет.
Аппаратный дебаггер состоит из ТРЕХ частей. 1. Блок отладки в чипе. Его задача осуществлять управление исполнением кода (старт, стоп, стоп по breakpoint-ам и сканирование памяти), а так же ввод/вывод по интерфейсу отладки (ICSP, SWD, JTAG). 2. Внешний инструмент отладки. Это по сути продвинутый программатор, который способен прошивать МК, а так же пробрасывать данные между софтом на ПК и блоком отладки в чипе. 3. Софт поддерживающий отладку через программатор-отладчик подключенный к МК. Это IDE - интегрированная среда разработки. Обеспечивает визуализацию работы МК, а так же управление процессом. Позволяет видеть содержимое регистров ядра, регистров периферии, ОЗУ и флеша, наблюдать за пошаговым исполнением в исходном программном коде и т.д.. В зависимости от архитектуры МК это возможно в процессе исполнения кода (через SWD и JTAG), но НЕ В РЕАЛЬНОМ ВРЕМЕНИ. Скорость сканирования данных аппаратным отладчиком в МК очень низкая по сравнению с исполнением кода, но медленно изменяющиеся переменные можно достаточно комфортно наблюдать.
Это как сказать, что брюки дороже одежды. Кортекс - это и есть АРМ. Точнее одно из его семейств. И нынешние цены на ЛЮБЫЕ МИКРОСХЕМЫ не отражают реальных цен в "мирное" время. Сначала определитесь С КЛАССОМ РЕШАЕМЫХ ЗАДАЧ. Нет универсальных контроллеров на все случаи жизни.
Очень странная постановка задачи для человека ранее не имевшего дело с контроллерами. Контроллер - это всего лишь микросхема. И как любая микросхема предназначена для реализации широкого класса задач электроники. Определитесь с задачами - будет понятен выбор платформ. Одно дело - управление двигателем, совершенно другое - обработка изображений, совершенно другое - IoT... Может ваш уровень - контроллер управления УНЧ. А может вы желаете сделать софтовый радиочастотный приемник (SDR). А может вам нужна всего лишь мигалка на йолку...
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
) сначала хотел перейти на "студию", но теперь думаю, что приближаться к плюсам буду уже на СТМ32... (того что сейчас умею - для для решения имеющихся под АВР задач мне достаточно).
