Atmega8 микроконтролери. Atmega8 програмирање за почетници. AVR микроконтролери. програмирање за почетници обука за микроконтролер atmega8

1. Предности на предложениот метод

Колата на уредите базирани на микроконтролери (MC) обично се одликуваат со комбинација од два квалитети кои тешко се комбинираат: максимална едноставност и висока функционалност. Покрај тоа, функционалноста може да се менува и прошири во иднина без да се прават никакви промени на колото - со едноставно замена на програмата (трепка). Овие карактеристики се објаснуваат со фактот дека креаторите на современите микроконтролери се обидоа да стават сè што може да му треба на развивачот на еден чип. Електронски уред- барем што е можно повеќе. Како резултат на тоа, имаше промена на акцентот од кола и склопување на софтвер. Со употребата на МК, сега е помалку потребно да се „оптоварува“ колото со детали, има помалку врски меѓу компонентите. Ова, се разбира, го прави колото попривлечно и за искусните и за почетниците електронски инженери да го повторат. Но, како и обично, треба да платите за сè. И тука не беше без тешкотии. Ако купите нов MK, инсталирајте го во коло правилно составено од делови што се сервисираат и напојувате, тогаш ништо нема да работи - уредот нема да работи. На микроконтролерот му треба програма.

Се чини дека сè е исто така едноставно со ова - на Интернет можете да најдете многу шеми со бесплатен фирмвер. Но, тука има една финта: фирмверот мора некако да се „полни“ во микроконтролерот. За некој што никогаш претходно не го направил ова, таквата задача често станува проблем и главен одбивен фактор, честопати принудувајќи го да ги напуштат шармите на користење на МК и да бараат шеми засновани на „лабава“ и ригидна логика. Но, сè не е толку тешко како што може да изгледа на прв поглед.

Откако ќе ги анализирате публикациите на Интернет, можете да видите дека овој проблем најчесто се решава на еден од двата начини: купување готов програмер или правење домашен. Во исто време, објавените шеми на домашни програмери се многу често неразумно сложени - многу покомплицирани отколку што е навистина потребно. Секако, ако треба секој ден да го трепка МК, подобро е да имаш „кул“ програмер. Но, ако потребата за таква постапка се јавува ретко, од време на време, тогаш генерално можете да направите без програмер. Не, се разбира, не се работи за учење да го правите тоа со моќта на мислата. Ова значи дека разбирајќи како програмерот комуницира со микроконтролерот кога пишува и чита информации во неговиот режим на програмирање, можеме да се справиме со достапните алатки за поширока намена. Овие алатки ќе треба да ги заменат и софтверот и хардверот на програмерот. Хардверскиот дел мора да обезбеди физичка врска со MK чипот, можност за снабдување на логичките нивоа на неговите влезови и читање податоци од неговите излези. Софтверскиот дел мора да обезбеди работа на алгоритмот кој ги контролира сите потребни процеси. Исто така забележуваме дека квалитетот на снимањето информации во МК не зависи од тоа колку е „кул“ вашиот програмер. Не постои такво нешто како „подобро“ или „полошо“. Има само две опции: „запишан“ и „незапишан“. Ова се должи на фактот дека самиот MC го контролира процесот на снимање внатре во кристалот. Потребно е само да се обезбеди висококвалитетна моќност (без пречки и бранови) и правилно да се организира интерфејсот. Ако, според резултатите од контролното читање, не се откриени грешки, тогаш сè е во ред - можете да го користите контролорот за наменетата цел.

За да напишеме програма во МК без програмер, потребен ни е конвертор на USB-RS232TTL порт и исто така. Конверторот USB-RS232TTL ви овозможува да креирате COM порта користејќи ја USB-порта, која се разликува од „вистинската“ само по тоа што логичките нивоа на TTL се користат на неговите влезови и излези, односно напон во опсег од 0 до 5 волти (за повеќе детали, видете ја статијата " "). Во секој случај, корисно е да имате таков конвертор во „домаќинството“, па ако сè уште го немате, дефинитивно треба да го купите. Што се однесува до логичките нивоа, во нашиот случај TTL е дури и предност во однос на обичната COM порта, бидејќи влезовите и излезите на таквата порта можат директно да се поврзат со кој било микроконтролер напојуван од 5 V, вклучувајќи ги и ATtiny и ATmega. Но, не обидувајте се да користите редовна COM порта - таму се користат напони во опсег од -12 до +12 V (или -15 ... + 15V). Директно поврзување со микроконтролерот во овој случај е неприфатливо!!!

Идејата за создавање скрипта за програмата „Perpetuum M“, која ги спроведува функциите на програмер, произлезе по читањето на голем број публикации на Интернет кои нудат одредени решенија за фирмверот MK. Во секој случај, беа откриени сериозни недостатоци или прекумерна сложеност. Честопати наидувавме на програмерски кола што содржат микроконтролер, а во исто време се даваа многу сериозно совети од типот: „... а за да го програмираме микроконтролерот за овој програмер, ни треба ... така е - друг програмер!“ . Тогаш беше предложено да се оди кај пријател, да се бара платена услугаи така натаму. Квалитетот на софтверот дистрибуиран на мрежата за овие цели исто така не беше импресивен - беа забележани многу проблеми и со функционалноста и со „заматувањето“ на корисничкиот интерфејс. Честопати е потребно многу време за да се разбере како да се користи програмата - мора да се научи дури и заради извршување на наједноставните дејства. Друга програма може да направи нешто долго и вредно, но корисникот ќе знае дека ништо не се пишува во МК дури откако ќе се заврши целиот фирмвер и ќе заврши последователното контролно читање. Има и таков проблем: корисникот се обидува да го избере својот MK од списокот со поддржани кристали, но го нема во списокот. Во овој случај, нема да биде можно да се користи програмата - по правило, не е обезбедено вклучување во списокот на исчезнати МК. Дополнително, мануелното избирање контролер од списокот изгледа чудно, со оглед на тоа што програмерот во многу случаи може сам да го одреди типот на МК. Сето ова е кажано не со цел да се фрла кал врз постоечките производи, туку со цел да се објасни причината за појавата на сценариото за програмата „Perpetuum M“ опишана во овој напис. Проблемот навистина постои, а тој првенствено ги засега почетниците кои не секогаш успеваат да го надминат овој „ѕид“ за да го направат првиот чекор во светот на микроконтролерите. Предложената скрипта ги зема предвид недостатоците пронајдени во другите програми. Имплементирана е максималната „транспарентност“ на алгоритмот, исклучително едноставен кориснички интерфејс кој не бара проучување и не остава шанса да се збуните и „кликнете на погрешно место“. Во отсуство на потребната МК меѓу поддржаните, можно е сами да го додадете неговиот опис, земајќи ги потребните податоци од документацијата преземена од веб-страницата на развивачот на МК. И што е најважно, сценариото е отворено за проучување и менување. Секој може, со отворање уредувач на текст, проучете го и уредувајте го по ваша дискреција, менувајќи ги постоечките функции по ваш вкус и додавајќи ги оние што недостасуваат.

Првата верзија на сценариото беше создадена во јуни 2015 година. Оваа верзија поддржува само ATtiny и ATmega MCU на Atmel со функции за пишување/читање флеш меморија, со поставени битови за конфигурација, со автоматско откривање тип на контролер. Пишувањето и читањето EEPROM не се имплементирани. Имаше планови за дополнување на функционалноста на скриптата: додавање пишување и читај EEPROM, имплементирај поддршка за PIC контролери, итн. Поради оваа причина, скриптата сè уште не е објавена. добро, беше одлучено да се објави постоечката верзија. имплементираните функции нема да бидат доволни, ве молиме не се вознемирувајте. Во овој случај, можете сами да се обидете да ја додадете саканата функција. Нема да го кријам: идејата за создавањето на оваа скрипта првично има и едукативно значење. Откако ќе го разберете алгоритмот и ќе додадете нешто свое на него, ќе можете подобро да ја разберете работата на МК во режимот на програмирање, така што во иднина ќе не се најдете во позиција на девојка пред скршен автомобил, замислено гледајќи ја неговата внатрешност и не разбирајќи зошто „не оди“.

2. MK интерфејс во режим на програмирање

Постојат неколку различни начини да го ставите контролорот во режим на програмирање и да работите со него во овој режим. Најлесно за имплементирање за контролерите на сериите ATtiny и ATmega е веројатно SPI. Ќе ги искористиме.

Но, пред да продолжиме со разгледување на сигналите неопходни за формирање на SPI, ќе направиме голем број резервации. Микроконтролерот има битови за конфигурација. Ова е нешто како преклопни прекинувачи, чие префрлување ви овозможува да промените некои својства на микроциркулата во согласност со потребите на проектот. Физички, ова се ќелии на неиспарлива меморија, како оние во кои е запишана програмата. Разликата е во тоа што ги има многу малку (до три бајти за ATmega), а не се вклучени во адресниот простор на ниедна меморија. Пишувањето и читањето на конфигурациските податоци се врши со посебни команди на режимот за програмирање MK. Сега е важно да се забележи дека некои битови за конфигурација влијаат на самата способност за користење на SPI. Со некои од нивните вредности, може да испадне дека SPI не може да се користи. Ако наидете на таков микроконтролер, тогаш методот предложен во овој напис нема да помогне. Во овој случај, или ќе треба да ги промените поставките на конфигурациските битови во програмерот, кој поддржува различен режим на програмирање, или да користите различен микроконтролер. Но, овој проблем се однесува само на искористените МК, или оние со кои некој веќе неуспешно „играл“. Факт е дека новите MK доаѓаат со поставки за конфигурациски битови кои не ја спречуваат употребата на SPI. Ова го потврдуваат резултатите од тестот на програмерската скрипта за програмата „Perpetuum M“, при што успешно блеснаа четири различни MK (ATmega8, ATmega128, ATtiny13, ATtiny44). Сите беа нови. Почетното поставување на битовите за конфигурација беше во согласност со документацијата и не пречеше во употребата на SPI.

Со оглед на горенаведеното, треба да обрнете внимание на следните битови. Битот SPIEN експлицитно ја овозможува или оневозможува употребата на SPI, затоа, во нашиот случај, неговата вредност мора да биде попустлива. Битот RSTDISBL е способен да претвори еден од излезите на микроколото (предодредено) во влезот на сигналот за „ресетирање“ или да не го претвори (во зависност од вредноста напишана на овој бит). Во нашиот случај, влезот „ресетирање“ е неопходен (ако е отсутен, нема да може да се пренесе MK во режим на програмирање преку SPI). Исто така, постојат битови од групата CKSEL кои го одредуваат изворот на сигналот на часовникот. Тие не ја спречуваат употребата на SPI, но исто така треба да се имаат на ум, бидејќи ако нема такт пулсира или ако нивната фреквенција е помала од дозволената за дадена брзина на SPI, нема да има ништо добро ниту од тоа. Вообичаено, новите MCU кои имаат внатрешен RC осцилатор имаат битови од групата CKSEL поставени да го користат. Ние сме сосема задоволни од ова - тактирањето е обезбедено без никаков дополнителен напор од наша страна. Не треба да го лемете кварцниот резонатор, ниту пак да поврзете надворешен генератор. Ако наведените битови содржат поинаква поставка, ќе треба да се грижите за тактирање во согласност со поставката. Во овој случај, може да биде неопходно да се поврзе кварцен резонатор или надворешен генератор на часовник со МК. Но, во рамките на овој напис, нема да разгледаме како се прави ова. Примерите за поврзување на MK за програмирање содржани во овој напис се дизајнирани за наједноставен случај.

Сега да се свртиме кон Слика 1, преземена од документацијата за MK ATmega128A. Го прикажува процесот на испраќање еден бајт до MCU и истовремено примање на еден бајт од MCU. И двата процеса, како што гледаме, ги користат истите такт-пулсирања кои доаѓаат од програмерот до микроконтролерот на неговиот влез SCK - еден од пиновите на микроциркутот, за кој оваа улога е доделена во режимот на програмирање SPI. Уште две сигнални линии обезбедуваат прием и пренос на податоци по еден бит по часовник. Преку влезот MOSI, податоците влегуваат во микроконтролерот, а податоците за читање се земаат од излезот MISO. Забележете ги двете точки нацртани од SCK до MISO и MOSI. Тие покажуваат во кој момент микроконтролерот го „голта“ податочниот сет на влезот MOSI и во кој момент поставува свој бит за податоци на излезот MISO. Сè е прилично едноставно. Но, за да го внесеме МК во режим на програмирање, сепак ни треба сигнал RESET. Да не заборавиме и на заедничката жица GND и напојувањето на VCC. Севкупно, излегува дека само 6 жици треба да се поврзат со микроконтролерот за да трепкаат преку SPI. Подолу ќе го анализираме ова подетално, но засега ќе додадеме дека размената на податоци со MK во режим на програмирање преку SPI се врши во пакети од 4 бајти. Првиот бајт од секој пакет е во основа целосно резервиран за кодирање на командата. Вториот бајт, во зависност од првиот, може да биде продолжение на командниот код или дел од адресата или може да има произволна вредност. Третиот бајт се користи главно за пренос на адреси, но во многу команди може да има произволна вредност. Четвртиот бајт обично носи податоци или има произволна вредност. Истовремено со преносот на четвртиот бајт, некои команди добиваат податоци кои доаѓаат од МК. Детали за секоја инструкција може да се најдат во документацијата на контролорот во табела наречена „SPI Serial Programming Instruction Set“. Засега, забележуваме само дека целата размена со контролорот е изградена од низа од 32-битни пакети, во секој од нив не се пренесуваат повеќе од еден бајт корисни информации. Ова не е многу оптимално, но генерално добро функционира.

3. Поврзување на МК за програмирање

За да се обезбеди дека сите потребни сигнали се доставени до влезовите на микроконтролерот за организирање на интерфејсот SPI и читање податоци од неговиот излез MISO, не е неопходно да се креира програмер. Ова е лесно да се направи со најчестиот USB-RS232TTL конвертор.

На Интернет, често можете да најдете информации дека таквите конвертори се инфериорни, дека ништо сериозно не може да се направи со нив. Но, за повеќето модели на конвертори, ова мислење е погрешно. Да, има конвертори за продажба кои ги немаат достапни сите влезови и излези во споредба со стандардната COM порта (на пример, само TXD и RXD), додека имаат дизајн што не може да се одвои (микроцелот е исполнет со пластика - тоа е невозможно е да се дојде до неговите заклучоци). Но, овие не вреди да се купат. Во некои случаи, можете да ги добиете влезовите и излезите на пристаништето што недостасуваат со лемење на жиците директно на микроспојот. Пример за таков „подобрен“ конвертор е прикажан на Слика 2 (Микроколо PL-2303 - повеќе за целта на неговите пинови во статијата „“). Ова е еден од најевтините модели, но има свои предности кога се користи во домашни дизајни. Каблите за адаптер со целосни функции со стандарден конектор со девет пински на крајот, како COM порта, се исто така широко распространети. Тие се разликуваат од обичната COM порта само во TTL нивоа и некомпатибилност со застарени софтвери некоја стара опрема. Може да се забележи и дека каблите базирани на чипот CH34x при различни екстремни тестови се покажуваат како многу посигурни и постабилни во споредба со конверторите базирани на PL-2303. Меѓутоа, при нормална употреба, разликата не е забележлива.

При изборот на конвертор USB-RS232TTL, треба да обрнете внимание и на компатибилноста на неговиот драјвер со верзијата на користениот оперативен систем.

Да го разгледаме подетално принципот на поврзување на микроконтролерот и конверторот USB-RS232TTL користејќи го примерот на четири различни моделиМК: ATtiny13, ATtiny44, ATmega8 и ATmega128. Слика 3 ја прикажува општата шема на таква врска. Можеби ќе ве изненади што сигналите RS232 (RTS, TXD, DTR и CTS) се злоупотребени. Но, не грижете се за тоа: програмата Perpetuum M може директно да работи со нив - поставете излезни вредности и читајте влезни состојби. Во секој случај, широко користените USB-RS232TTL конвертори базирани на чипови CH34x и PL-2303 даваат таква можност - ова е потврдено. И другите популарни конвертори не треба да бидат проблем, бидејќи стандардните функции на Windows се користат за пристап до портата.

Отпорниците прикажани на општиот дијаграм, во принцип, не можат да се инсталираат, но сепак е подобро да се инсталираат. Која е нивната цел? Користејќи ги влезовите и излезите TTL на конверторот и петволтното напојување на микроконтролерот, со тоа се ослободуваме од потребата да се совпаднеме со логичките нивоа - во секој случај сè е сосема точно. Ова значи дека врските можат да бидат директни. Но се може да се случи за време на експериментите. На пример, според законот за подлост, шрафцигер може да падне токму на местото каде што не може да падне на кој било начин и да затвори нешто што во никој случај не треба да се затвори. Во улога на " шрафцигер", се разбира, сè може да испадне. Отпорниците во овој случај понекогаш ги намалуваат последиците. Повеќе една од нивните цели е да се елиминира можниот конфликт на излезите. Факт е дека на крајот од програмирањето микроконтролерот оди во нормална работа, и може да се случи неговиот излез поврзан на излезот на конверторот (RTS, TXD или DTR) исто така да стане излез, според програма штотуку снимена во МК. Во овој случај, ќе биде многу лошо ако два директно поврзани излези " борба“ - се обидува да постави различни логички нивоа. Во таква „борба“ некој може да „изгуби“, но ова не ни треба.

Вредностите на трите отпорници се избрани на ниво од 4,3 kOhm. Ова се однесува на врските помеѓу излезот на конверторот и влезот на микроконтролерот. Точноста на отпорниците не игра улога: можете да го намалите нивниот отпор на 1 KΩ или да го зголемите на 10 KΩ (но во вториот случај, ризикот од пречки се зголемува кога користите долги жици на патот до MC). Што се однесува до врската помеѓу влезот на конверторот (CTS) и излезот на микроконтролерот (MISO), овде се користи отпорник од 100 Ohm. Ова се должи на особеностите на влезот на користениот конвертор. За време на тестовите, се користеше конвертор на чип PL-2303, чии влезови, очигледно, се повлекуваат до моќта плус со релативно низок отпор (од редот на неколку стотици оми). За да го „убијам влечењето“ морав да ставам отпорник со толку мал отпор. Сепак, не можете да го ставите воопшто. На конверторот, ова е секогаш влезот. Не може да стане излез, што значи дека нема да има конфликт на излези во каков било развој на настаните.

Ако IC има посебен AVCC пин за напојување на A/D конвертор (како што е ATmega8 или ATmega128), тој треба да се поврзе со заедничкиот игла за напојување VCC. Некои ИЦ имаат повеќе од еден VCC игла за напојување или повеќе од еден GND. На пример, ATmega128 има 3 GND пина и 2 VCC пина. Во постојан дизајн, подобро е да се поврзат заклучоците со исто име едни со други. Во нашиот случај, за време на програмирањето, можете да користите еден излез од VCC и GND.

И еве како изгледа врската ATtiny13. Сликата ги прикажува доделувањата на пиновите што се користат при програмирање преку SPI. До фотографијата - како во реалноста изгледа привремена врска.

Некој може да каже дека ова е несериозно - поврзување со жици. Но, ние сме разумни луѓе. Нашата цел е да го програмираме микроконтролерот со минимум време и други ресурси, а не да се покажуваме пред некого. Квалитетот не трпи. Методот „на објави“ во овој случај е доста ефективен и оправдан. Фирмверот на контролорот е еднократна процедура, така што нема смисла да го обесувате со "strassies". Ако во иднина би требало да се смени фирмверот без да се отстрани контролорот од колото (во готовиот производ), тогаш тоа се зема предвид при инсталацијата за време на производството на уредот. Вообичаено, за оваа намена се инсталира конектор (RESET, SCK, MOSI, MISO, GND), а MK може да трепка дури и откако ќе се инсталира на плочата. Но, ова се веќе креативни задоволства. Го разгледуваме наједноставниот случај.

Сега да преминеме на ATtiny44 MK. Сè е отприлика исто овде. Според цртежот и фотографијата, дури и почетник нема да биде тешко да ја сфати врската. Како и ATtiny44, можете да ги поврзете MK ATtiny24 и ATtiny84 - доделувањето на пиновите за ова тројство е иста.

Друг пример за привремено поврзување на контролорот за негово програмирање е ATmega8. Овде има повеќе заклучоци, но принципот е ист - неколку жици, а сега контролорот е подготвен да „пополни“ информации во него. Екстра црната жица на фотографијата, која доаѓа од пинот 13, не учествува во програмирањето. Тој е дизајниран да отстрани звучен сигнал од него откако MK ќе излезе од режимот на програмирање. Ова се должи на фактот што при дебагирањето на сценариото за „Perpetuum M“ програмата беше преземена на МК музичка кутија.

Често еден контролер е достапен во различни случаи. Во овој случај, доделувањето заклучоци за секој случај се дистрибуира на свој начин. Ако куќиштето на вашиот контролер не изгледа како она што е прикажано на сликата, наведете ја намената на пиновите според техничката документација, која може да се преземе од веб-страницата на развивачот на МК.

За да ја комплетираме сликата, да го погледнеме поврзувањето на MK чипот со голем број „нозе“. Целта на дополнителната црна жица на фотографијата која доаѓа од пинот 15 е сосема иста како и во случајот со ATmega8.

Веројатно веќе сте виделе дека сè е прилично едноставно. Кој знае како да ги брои заклучоците на микроциркулите (од ознаката во круг спротивно од стрелките на часовникот), тој ќе го сфати. И не заборавајте да бидете внимателни. Микроциркулите сакаат уредни и не простуваат невнимателен однос кон себе.

Пред да продолжите со софтверскиот дел, проверете дали е правилно инсталиран двигателот на конверторот USB-RS232TTL (проверете го Управувачот со уреди на Windows). Запомнете или запишете го бројот на виртуелната COM порта што се појавува кога ќе го поврзете конверторот. Овој број ќе треба да се внесе во текстот на сценариото, за што можете да прочитате подолу.

4. Скрипта - програмер за „Perpetuum M“

Го сфативме хардверскиот дел на „програмерот“. Тоа е веќе половина од битката. Сега останува да се занимаваме со софтверскиот дел. Неговата улога ќе ја врши програмата „Perpetuum M“ под контрола на скрипта, во која се имплементирани сите потребни функции за интеракција со микроконтролерот.

Архивата со скриптата треба да се отпакува во истата папка каде што се наоѓа програмата perpetuum.exe. Во овој случај, кога ќе ја извршите датотеката perpetuum.exe, на екранот ќе се прикаже мени со листа на инсталирани скрипти, меѓу кои ќе има линијата „MK AVR programmer“ (можеби е и единствениот). Ова е линијата што ни треба.

Скриптата се наоѓа во папката PMS во датотеката „MK Programmer AVR.pms“. Оваа датотека може да се гледа, проучува и уредува по потреба во заеднички текстуален уредувач како што е Windows Notepad. Пред да ја користите скриптата, најверојатно ќе треба да направите промени во текстот поврзан со поставката за портата. За да го направите ова, проверете го името на портата што се користи во Управувачот со уреди на Windows и, доколку е потребно, направете соодветна измена на линијата "PortName="COM4";" - наместо бројот 4, може да има друг број. Исто така, кога користите различен модел на конвертор USB-RS232TTL, може да биде неопходно да се сменат поставките за инверзија на сигналот (линиите на скрипта кои започнуваат со зборот „Високо“). Можете да ја проверите инверзијата на сигналите од конверторот USB-RS232TTL користејќи еден од примерите содржани во упатствата за програмата Perpetuum M (дел на функции за работа со портата).

Подпапката MK_AVR содржи датотеки со описи на поддржаните контролери. Ако саканиот контролер не е меѓу нив, можете сами да го додадете потребниот, постапувајќи по аналогија. Земете една од датотеките како примерок и со помош на уредувач на текст, внесете ги потребните податоци, земајќи ги од документацијата за вашиот микроконтролер. Главната работа е да се биде внимателен, внесете ги податоците без грешки, инаку МК нема да се програмира, или ќе се програмира погрешно. Оригиналната верзија поддржува 6 микроконтролери: ATtiny13, ATtiny24, ATtiny44, ATtiny84, ATmega8 и ATmega128. Скриптата имплементира автоматско препознавање на поврзаниот контролер - не треба рачно да го одредувате. Ако меѓу достапните описи нема прочитан идентификатор од МК, се прикажува порака дека контролерот не може да се препознае.

Архивата со сценариото исто така содржи дополнителни информации. Папката „AVR controllers inc files“ содржи многу корисна и обемна колекција на датотеки со опис на контролорите. Овие датотеки се користат при пишување на сопствени програми за МК. Уште четири папки „MusicBox_...“ содржат датотеки со асемблер програма и фирмвер подготвен за преземање во MK посебно за ATtiny13, ATtiny44, ATmega8 и ATmega128. Ако веќе сте приклучиле еден од овие МК за програмирање, како што е предложено во овој напис, тогаш можете да го блицнете веднаш - ќе добиете музичка кутија. Повеќе за тоа подолу.

Кога ќе ја изберете линијата „Programmer MK AVR“ во менито за скрипти, скриптата започнува да се извршува. Во исто време, ја отвора портата, испраќа команда да се префрли на режимот на програмирање во MC, добива потврда од MC за успешна транзиција, го бара идентификаторот MC и бара опис на овој MC со неговиот идентификатор меѓу достапни датотеки со описи. Доколку не го најде потребниот опис, издава соодветна порака. Ако се најде описот, тогаш се отвора главното мени на програмерот. Нејзината слика од екранот можете да ја видите на Слика 8. Не е тешко да се разбере понатаму - менито е многу едноставно.

Во првата верзија на сценариото, некои функции на полноправен програмер не се имплементирани. На пример, не постои начин да се чита и пишува на EEPROM. Но, ако ја отворите скриптата во уредувач на текст, ќе видите дека има многу мала големина, и покрај фактот што главната работа е веќе имплементирана во неа. Ова сугерира дека додавањето на функциите што недостасуваат не е толку тешко - јазикот е многу флексибилен, ви овозможува да имплементирате богата функционалност во мала програма. Но, за повеќето случаи, дури и постоечките функции ќе бидат доволни.

Некои ограничувања на функционалноста се опишани директно во текстот на скриптата:
//имплементиран запис само од адресата нула (Записот за адреса на продолжениот сегмент е игнориран, LOAD OFFSET е исто така)
//редоследот и континуитетот на записите во датотеката HEX не се проверени
//проверката не е проверена
Ова се однесува на работа со HEX-датотека, од која се зема кодот на фирмверот за MK. Ако оваа датотека не е оштетена, проверката на контролната сума нема да влијае на ништо. Ако е искривено, нема да може да се открие со помош на сценариото. Останатите ограничувања во повеќето случаи нема да наштетат, но сепак треба да ги имате на ум.

5. Музичка кутија - лесен занает за почетници

Ако имате еден од овие микроконтролери: ATtiny13, ATtiny44, ATmega8 или ATmega128, можете лесно да го претворите во музичка кутија или музичка картичка. За да го направите ова, доволно е да го напишете соодветниот фирмвер во MK - една од четирите што се наоѓаат во папките "MusicBox_..." во една архива со скриптата. Кодовите на фирмверот се зачувуваат во датотеки со екстензија „.hex“. Користењето на ATmega128 за таков занает е, се разбира, „дебело“, исто како и ATmega8. Но, тоа може да биде корисно за тестирање или експериментирање, со други зборови - за едукативни цели. Во прилог се и текстовите на програмата за асемблерот. Програмите не беа создадени од нула - програмата на музичката кутија од книгата на А.В. Белов беше земена како основа AVR микроконтролериво радиоаматерската практика". Оригиналната програма претрпе низа значајни промени:
1. приспособено за секоја од четирите МК: ATtiny13, ATtiny44, ATmega8 и ATmega128
2. копчињата се елиминирани - ништо не треба да се поврзе со контролорот, освен напојување и емитер на звук (мелодиите се репродуцираат една по друга во бескрајна јамка)
3. времетраењето на секоја нота се намалува за времетраењето на паузата помеѓу нотите за да се елиминираат нарушувањата на музичкиот ритам
4. осмата мелодија е поврзана, не се користи во верзијата на книгата
5. субјективно: некои „подобрувања“ за оптимизација и полесно согледување на алгоритмот

Во некои мелодии може да се слушне лажност, па дури и гафови, особено во „Насмевка“ - во средината. Кодовите на мелодијата се преземени од книгата (поточно, преземени од веб-страницата на авторот заедно со оригиналниот asm-датотека) и не се променети. Очигледно, има грешки во кодирањето на мелодиите. Но, ова не е проблем - оние кои се „пријатели“ со музиката лесно ќе сфатат и ќе поправат сè.

Во ATtiny13, поради недостаток на 16-битен бројач за пуштање ноти, беше неопходно да се користи 8-битен, што доведе до одредено намалување на точноста на звукот на нотите. Но, на уво тоа тешко се забележува.

За битови за конфигурација. Нивното поставување мора да одговара на состојбата на новиот микроконтролер. Ако вашиот MCU бил користен некаде претходно, треба да го проверите статусот на неговите битови за конфигурација и, доколку е потребно, да ги усогласите со поставките на новиот микроконтролер. Статусот на конфигурациските битови на новиот микроконтролер можете да го дознаете од документацијата за овој МК (дел „Битови за осигурувачи“). Исклучок е ATmega128. Овој MCU има бит M103C кој овозможува режим на компатибилност со постариот ATmega103. Активирањето на битот M103C значително ги намалува можностите на ATmega128, а овој бит е активен на новиот MK. Треба да го ресетирате M103C во неактивна состојба. За да манипулирате со битовите за конфигурација, користете го соодветниот дел од менито за скрипта за програмер.

Нема смисла да се даде дијаграм на музичката кутија: има само микроконтролер, напојување и пиезо емитер на звук. Напојувањето се напојува на ист начин како и при програмирањето на МК. Звучниот емитер е поврзан помеѓу заедничката жица (излез GND на контролерот) и еден од излезите на MK, чиј број може да се најде во датотеката со асемблер кодот на програмата (*.asm). На почетокот на текстот на програмата за секој МК во коментарите има ред: „ звучен сигналсе формира на излезот XX". Кога ќе заврши скрипт-програмерот, микроконтролерот излегува од режимот на програмирање и се префрла во нормалниот режим на работа. Мелодиите се репродуцираат веднаш. Со поврзување на емитер на звук, можете да го проверите ова. Можете да го оставите емитер на звук поврзан за време на програмирањето на кристалот само ако аудиото е преземено од пин што не се користи во SPI, во спротивно дополнителниот капацитет на пинот може да пречи на програмирањето.