Не съм работил до момента с тази фамилия и въпроса ми към някой с опит с нея е кои са бюджетните развойни средства (дебъгер, С компилатор, програматор) които трабва да си набавя?

Прегледах сайта на Микрочип, но предполагам има китайски и други алтернативи...

Ардуино?Но нямаш дебъгер.

Ако ти се гази в дълбоките води на Eclipse, това може да ти е интересно:
https://www.codeproject.com/Articles/10 ... or-Arduino
В Github има обновявания.

Тия процесори, дето си споменал са много постни откъм дебъг функции, всяка точка на прекъсване се прави с някаква магия за подмяна на инструкция с инструкция BREAK - ......Atmega128 е по-развита.
Най-бързото тръгване е може би MPLABX/Snap, но нямаш Ардуино библиотеките, нямаш май нищо освен XC8 компилатора, но пък може би имаш нещо като дебъгер/програматор.

PS.Нямам нищо общо с тая фамилия, освен дълбоки симпатии към програмния модел на ЦПУто

CodeVisionAVR, има код генератор.
Свали си го отнякъде с крайник.

AVRStudio/AtmelStudio (до която версия е стигнало) има симулатор,
и поддържа директно всички Атмелски програматори.
Може и самото студио да се позлва за девелоп.

Програматор, някой евтин AVR-ISP-MK2 клонинг, или друг оригинален, Dragon,
друго нещо avrdude имаше, или много други..

Ако не съм пропуснал нещо в четенето, варианта май е MPLAB X IDE + AVR GCC Toolchain+ SNAP programmer/debugger.

Дебъгер/програматора е 31 USD, а IDE-то е фри.

Варианта с Еклипса който Стефан предлижи е интересет и вероятно най-бюджетния, но имам притеснения, че функционалността няма да е "доклатена до край" и ще има дертове. Отделно използва UART-а за дебъг, поради което няма да мога да си тествам точно комуникацията в проекта.

Дебъгера на MICROE който relsys предложи е доста скъп 200+USD и ако няма някаква китайска алтернатива - отпада.

Вариантите с ARDUINO не ми изглеждат сериозни ... Преди 25+ години съм писал програми само с програматор но ... Сега съм се разглезил с дебъгери и вътрешносхемни емулатори и въобще не ми се мисли за вариант без някакъв вид дебъгер ...

На MPLABx отворих нов проект, с XC8 ( не специфичен AVR) , не протестираше...
Не съм се мъчил да стигам до компилация...и може някоя мотика , от по-късните - да не се е обадила.

Вариантът с Eclipsе може и да не е е толкова ограничен по отношение на комуникации, а
ако GDB кодът е публикуван- вероятно може да се модифицира.
Тук майсторите на Eclipse/GDB могат да се изкажат, предполагам GDB има нюанси , решаващи и тоя случай.

MPLABX не е лош, някой казват - че е чудесен...За мене е среда, дето иска много време за разучаване (на огромно множество възможности), което не мога да отделя (и не ми се налага).
Не съм наясно дали можеш да импортваш лесно Ардуино библиотеки , май не...Ардуиното си има предимства и не е за пренебрегване - най различни хора са публикували код в най-различни аспекти (и с най различно качество). В тоя смисъл Eclipse има преднина.

Един от създателите на Линукс споделя, че никога не е ползвал дебъгер....това е друг поглед към нещата....

защо точно АТмега?

https://www.youtube.com/watch?v=VnnPVzkxylE
Тук има MPLABX+XC8+Snap . ( HD видео)

Tака или иначе тая комбинация ще ти трябва.
...А имаше време SNAP беше по 7.50 долара.

ПС. Лично аз бих тръгнал с големите ATMEGA128/256 .
Там вградените ICE функции са по-развити, и -предполагам- MPLABX ще ти ги предостави.
А как ще ползваш такава система , имайки предвид и 8 краков Attiny си е хубава главоблъсканица.

Цялата тази история е, защото имам познат, който прави един проект с ардуино, докарал го е до някъде и иска помощ. Погледнах разни библиотечни функции на ардуиното и мисля, че мисията е невъзможна да се комбинират няколко различни драйвера и да се очаква програмата да върви както се очаква, особено ако драйверите са за управление на мотори (стъпкови), време зависимо сканиране на сензори и време зависима комуникация ... Предполагам, че хората правили 3Д принтери базирани на ардуино тотално са пренаписали всичко, за да им работи принтера ...

АТмега328 е стар процесор и сравнен с един PIC24FJ256GA704 например е 2 пъти по-скъп и поне 2-3 пъти по-беден на периферия. Преди време съм работил PIC12/16/18/24/33, имам ICD3 и ще се опитам да го убедя да се мигрира на PIC24.

За да се опитам максимално да му угодя бях длъжен да проверя как стои въпроса с развойните средства за AТмега.

Стефане, проблема е, че дебъгера на ЕКЛИПС варианта който предложи е свързан към уарт-а на процесора и дебъгването става през уарт-а, който ми трябва за реализирането на мрежова комуникация.

При варианта със SNAP-а - дебъгването е през 1 пин (RESET pin-a), а програмирането е през SPI-я на процесора. В дейташита на процесора пише, че и програмирането може да става през РЕСЕТ пина, но понеже намам таргет, дебъгер и инсталирана среда не мога да проверя.
Гледах клипче в тубата и там програмираха проца през SPI и после го дебъгваха през ресет-пина. (възможно е и да не съм разбрал нещо, защото с клипчето се приспивах)

Arduino SAMD .... сигурно софта им ще тръгне 90% ако не и без проблеми или с малки доработки
за САМД-е - дебъгери и програматори колкото щеш

Е, нещата изглеждат съвсем други сега.
Има Ардуино CPU платки и Ардуино IDE 2.x с дебъг функции. Не виждам никакъв смисъл от проекта, който твоят познат иска да направи (освен ниската цена на платката Уно). Ако Ардуинските библиотеки са толкова ценни - инвестирайте в някоя платка с читав дебъгер, после ще се местите към Уно.


PIC24/33 си е много яка алтернатива за случая, ей тоя ПИК33
https://www.mouser.bg/ProductDetail/Mic ... mfBPaAg%3D

вероятно ще събере с лекота функциите на проекта.
Кофтито е, че ще трябва да се пренаписва кода.

Вчера гледах някъде описание на Ардуино 2.0 дебъг опциите, днес не можах да го намеря.
Това може да ти е интересно:
https://medium.com/@manuel.bl/arduino-i ... 699da57ddc

$59 е дебъгера:

https://www.mikroe.com/mikroprog-avr

Въх, стига с тая ардуино среда бре, днес тествах един борд който много настояваха да е с ардуино отгоре, та се прежалих и подкарах това чудо, да разбирам защо толкова много го харесвам, ама то нямаш никакъв контрол, всичко през някакви техни функции ... за мен лично умряла работа, не че не изтествах всичко, и сигурно стана по-бързо от колкото да сетвам среда за мега но много дразнещо. И какtо винаги с такив анеща го счупих с два реда код, три четения от 3 различни канала едно след друго само средното въща резултат, ако сложа обаче между тях принт вече работят А функцията според описанието прави всичко сама .. ама явно нещо не е баш така .. та да им имам средата.

E, всичко е наред, щом приключва добре
Нали не се е наложило да минеш на асемблер!

Не че не си го помислих, проблема е, че нямам програматор за атмега под ръка.То още като видях какво вади ми стана ясно, че е някаква недомислица с последователното четене на адц и вместо паузи вкарах там принта. То това всичко беше колкото да видя че адц чете, че потенциометъра се регулира и вижда вх/изходи, от там който си го е поръчал такова да му мисли.