[mishu_g]

Am incercat sa scriu un microcontroller AT mega 168 si ... am cam dat-o in bara.
Pentru scriere am folosit Pony Prog iar pasii pe care i-am facu tau fost urmatorii:
1. selectat uC
2. am setat bitii de fuse dupa specificatiile cerute de cel ce scrisese programul
aici cred ca am facut o greseala - dupa ce am pus bifele corespunzatoare, am dat ok (nu stiu daca nu trebuia cumva sa dau write)
3. am incarcat in program fisierul hex
4. am dat scriere

La sfarsit, dupa ce Poni Prog-ul a facut verificarea, mesajul a fost "Fail"
Cu toate acestea, microcontrollerul parea sa functioneze OK insa pe mine ma deranja acel FAIL si am incercatsa il sterg si sa il reprogamez.
Aici a intervenit problema - dupa stergere s-a dus tot iar pony-prog-ul imi spune tot timpul ca nu gaseste u-controllerul.
Nu mai pot sa citesc si nici sa scriu nimic !!!

Intrebare: mai poate fi recuperat ATmega-ul ?
Unde am gresit ?

Daca este cineva cu experienta si dorinta de a explica, il rog sa faca precizarile si corectiile de rigoare.

[hash84]

in principiu e de la fuse-uri. cum le-ai pus?

[mishu_g]

Dupa recomandarile celui ce a realizat programul, bitii sunt setati cu bifele urmatoare:

EESAVE
BODLEVEL1
BODLEVEL0

SUT1
SUT0
CKSEL3
CKSEL2
CKSEL0

eu am ceva dubii in legatura cu programarea acestor biti, daca in momentul in care i-am setat trebuia sa dau write sau ok (eu i-am dat ok, dupa care am incarcat programul si am dat write)

o alta problema este ca practic uC a incetat sa mai raspunda dupa ce i-am dat stergere

[charlie]

Stiu ca am citit undeva (nu mai stiu unde) ca sunt cativa biti (fuse) care pusi intr-o anumita configuratie fac ca acel microcontroler sa nu mai raspunda la interfata SPI. Este undeva si in documentatie scris ca se foloseste ca sa nu mai poata fi accesat cipul, cumva pentru protectie. Si tot acolo citisem ca exista un alt fel de interfata cu care se poate programa, nu ceea ISP care are acces la acesti biti si se poate recupera astfel procesorul. Problema este ca asta implica sa dezlipesti cipul de pe placa si sa-l lipesti in soclul programatorului...la ATmega 168 este cam dificil ca are o tona de pini. Iti recomand sa dezlipesti cipul chiar daca il strici DAR SA NU STRICI CABLAJUL si sa lipesti un cip nou pe care sa-l reprogramezi prin interfata ISP cu mai multa atentie. E bine ca atunci cand te joci la biti (FUSE) sa stii foparte bine ce face fiecare, lucru descris foarte clar in documentatie.

Succes.

[MrSpace]

mishu_g, la Mar 20 2009, 09:28 AM, a spus:

Am incercat sa scriu un microcontroller AT mega 168 si ... am cam dat-o in bara.
Pentru scriere am folosit Pony Prog iar pasii pe care i-am facu tau fost urmatorii:
1. selectat uC
2. am setat bitii de fuse dupa specificatiile cerute de cel ce scrisese programul
aici cred ca am facut o greseala - dupa ce am pus bifele corespunzatoare, am dat ok (nu stiu daca nu trebuia cumva sa dau write)
3. am incarcat in program fisierul hex
4. am dat scriere

La sfarsit, dupa ce Poni Prog-ul a facut verificarea, mesajul a fost "Fail"
Cu toate acestea, microcontrollerul parea sa functioneze OK insa pe mine ma deranja acel FAIL si am incercatsa il sterg si sa il reprogamez.
Aici a intervenit problema - dupa stergere s-a dus tot iar pony-prog-ul imi spune tot timpul ca nu gaseste u-controllerul.
Nu mai pot sa citesc si nici sa scriu nimic !!!

Intrebare: mai poate fi recuperat ATmega-ul ?
Unde am gresit ?

Daca este cineva cu experienta si dorinta de a explica, il rog sa faca precizarile si corectiile de rigoare.

Faze din astea pateam si eu cand eram tanar.

Cel ma adesea selectam, involuntar oscilator extern, care nu era pe placa si nu mai avea cum sa mearga uC-ul.

Improvizeaza un oscilator extern cu o poarta, cristal si doua condensatoare, baga-l pe CLKIN (nu mai stiu care e la AVR-uri ca nu am mai lucrat de cativa ani cu ele), si incearca iar programatorul. Modifica bitii de setare sa mearga cu oscilatorul intern sau cum vrei tu.

Mai e posiil sa il fi protejat la scris, dar atunci e mai simplu: ii dai erase si gata, e ca nou.

Succes!

PS treci pe Microchip :rolleyes:

Aceasta postare a fost editata de MrSpace: 20 March 2009 - 01:16 PM

[hash84]

bitul SPIEN de la fuse daca nu l-ai bifat ai blocat citirea si scrierea in microcontroller. nu mai ai ce sa ii faci. bitul asta e pentru protectia programului de lucru. se seteaza dupa ce scrii programul in uC ca sa nu mai poate fi citit si replicat de altii.
te-ai apucat de lucru cam asha pe sarite. fara documentatie in prealabil.
repet. daca nu ai avut selectat bitul SPIEN cand ai scris fuse-urile poti arunca microcontrolerul la gunoi. mai poti sapa pe net dupa "how to revive atmega avr". dar din ce am citit eu, la treaba asta nu mai ai ce-i face. sorry. hai ca nu e scump unu din asta.

SPIEN
Enable Serial programming and Data Downloading

pe viitor poti folosi calculatorul asta : http://www.engbedded.com/fusecalc/

[mishu_g]

Bitul SPIEN era bifat implicit in Pony Prog
Intr-adevar, m-am apucat de lucru mai pe sarite, scopul meu nefiind sa invat neaparat programarea uC, cat realizarea unei aplicatii in care se folosea acesta.
Problema mea cea mare la care inca nu am gasit raspuns este : bitii de fuse se programeaza anterior scrierii programului adica pun bifele si dau write sau, asa cum am facut eu am pus bifele, am dat ok in acea fereastra, dupa care am incarcat hexul si am dat write in uC ???

Intr-adevar, nu e scump insa nici un vanzator de componente de pe la noi nu aduce asa ceva si trebuie sa mi le comand de prin alte parti iar cheltuielile de transport pentru un uC sunt mai mari decat valoarea acestuia (!!!) si de aceea prefer sa imi comand componente atunci cand am mai multe.Oricum cred ca voi fi nevoit sa imi cumpar altul insa nu vreau sa repet aceleasi greseli !

[mishu_g]

Cred ca totusi nu este vorba de SPIEN pentru ca in documentatia ATmega168 scrie ca acest bit nu poate fi modificat prin programare cu o interfata SPI.

[hash84]

mishu_g, la Mar 20 2009, 02:01 PM, a spus:

bitii de fuse se programeaza anterior scrierii programului adica pun bifele si dau write sau, asa cum am facut eu am pus bifele, am dat ok in acea fereastra, dupa care am incarcat hexul si am dat write in uC ???

nu stiu sa iti zic asta ca nu stiu cum lucreaza ponyprog. eu folosesc avrdude. in principiu scrii programul in uC apoi scrii si fuse-urile.
nu cred ca atunci cand ai dat write la program pony prog a scris si fuse-urile. astea se programeaza doar o singura data, nu de fiecare data cand scrii tu programul in uC

[charlie]

Deci...sa incep cu deci ca e oarecum la moda...


Biti acestia speciali numiti si FUSE se programeaza o singura data. Nu de fiecare data cand scri o versiune de rpogram in procesor.

Eu de exemplu cand iau un cip virgin si il pun in montaj sunt nevoit sa alterez valoarea acestor biti FUSE ca sa-l pun pe procesor sa mearga cu OSC extern (cristal) el mergand implicit pe osc intern de 1MHz. Asta fac o singura data la inceput.

Un alt moment cand mai umblu la bitii astia este cand alterez cei doi biti de protectie a codului. Adica ori de cate ori doresc sa nu mai poata fi citit softul din el bifezi acei doi biti. Asta e bine ca atunci cand vine unu care vrea sa fure fara sa munceasca si incearca sa citeasca ce este scris in procesor procesorul e tare destept...il lasa sa citesca doar ca datele citite din procesor sunt doar GUNOI. Nu este adevaratul program ci doar niste ametecaturi de octeti.

CAm asta este...odata pusi bitii astia in pozitia are trebuie nu mai ai treaba cu ei. Programezi de cate ori vrei controlerul fara sa te mai doara capu de ei.

Succes.

[OldMann]

charlie, la Mar 20 2009, 03:04 PM, a spus:

CAm asta este...odata pusi bitii astia in pozitia are trebuie nu mai ai treaba cu ei. Programezi de cate ori vrei controlerul fara sa te mai doara capu de ei.

Succes.

deci...asta in cazu cand scri acelasi hex in mai multe microcontrolere de acelasi fel.
Da se poate ca acel soft sa-l compilezi, cu modificarile de rigoare si pentru alte microcontrolere, atunci directiva de alocare a bitilor BODEN ;WDT ;LVP; MCLR; HS_OSC; CP samd ...se face prin alocarea din biblioteca compilatorului.
Daca folosesc directiva " config_ CONFIG CP_OFF scrisa ca secventa de program si compilata HEX , din bitii pe care softul de programare o sai afiseze pot eu, pana i-mi creste barba de doi metri , sa-i dau CP_ON ca el in microcontroler tot CP_OFF va scrie.

[charlie]

Old Man...l-ai bagat pe saracu om in ceata...el inca nu stie toate dedesubturile...el stie doar de ATmega168 (parca). Cand va scrie soft pentru alt micro controler va avea (poate) un alt hardware...cu alta chestii legate la alte porturi si atunci va trebui sa-si porteze aplicatia pe acest nou procesor...dar odata portata si setati bitii nu mai trebuie sa umble la ei pentru fiecare mica schimbare in program cum ar fi: Nu afisez U=12.5 ci afisez doar 12.5V...pentru asta nu mai are treaba cu directive de compilare noi si alte setari ale bitilor (FUSE).

Va descoperi toate astea cand se va da cu capu de ele...


Succes oricum si ii admir rabdarea si tenacitatea de a lua de la 0 un domeniu ca asta.

[mishu_g]

Nu pot decat sa va multumesc tuturor celor ce incearca sa ma ajute.
Atasez un extras din documentatia pe care am folosit-o si unde se precizeaza cam "ca pentru prosti" ceea ce trebuie facut dar cu toate acestea, am reusit sa o dau in bara.

Voi incerca maine sa pun uC pe o placa de test, sa ii pun un quartz precum sugera cineva mai sus si sa vad daca problema este de la dezactivarea clock-ului intern.

Astept si alte sugestii.

Fisiere atasate

•  exemplu.PDF (72.76K)
  Number of downloads: 397

[hash84]

mishu_g, la Mar 20 2009, 08:48 PM, a spus:

Voi incerca maine sa pun uC pe o placa de test, sa ii pun un quartz precum sugera cineva mai sus si sa vad daca problema este de la dezactivarea clock-ului intern.

Astept si alte sugestii.

hai ca rad acum :o
deci tu nu aveai quartz extern man? uite vezi ce asta am zis in primu post de documentare. bitii din fuse CKSEL3 CKSEL2 CKSEL0 selectati seteaza ca uC sa foloseasca un oscilator extern intre 1 si 8 mhz. deci daca nu ai quartz extern pe uC dormi linistit si maine pune un cuartz cu 2 condensatori de 18pF sau ceva asemanator ca o sa mearga.
LE : sper ca sti germana bine.....

dupa cum a spus si charlie. e un domeniu vast. trebuie mult mult citit inainte de a te apuca de treaba. nimeni nu o sa faca un tutorial pt unul care nu se pricepe deloc. de fapt nici nu cred ca se poate face asta. de ce? ca ai ajunge la grosimea unei carti :rolleyes:
bafta!

Aceasta postare a fost editata de hash84: 20 March 2009 - 08:58 PM

[mishu_g]

Asa este, nu e bine sa faci un lucru pentru prima oara.
Pentru mine este prima oara cand incerc sa scriu un uC desi am vreo 20 de ani de experienta in electronica !
Dupa cum am mai precizat, scopul meu nu este inca acela de a invata programarea uC (mi-ar placea insa nu prea am timp), deocamdata ma multumesc sa reusesc scrierea unor programe gata realizate.


Totusi, hash 84, ai vazut in pdf-ul atasat se recoanda setarea bitilor de fuse CLK 3, CLK2 si CLK0 desi aplicatia foloseste clock-ul intern al procesorului !

Vom vedea ce iese !

[hash84]

mishu_g, la Mar 20 2009, 10:16 PM, a spus:

Totusi, hash 84, ai vazut in pdf-ul atasat se recoanda setarea bitilor de fuse CLK 3, CLK2 si CLK0 desi aplicatia foloseste clock-ul intern al procesorului !

eu nu pricep o boaba din ce-i acolo. nu stiu germana iar figurile nu imi spun nimik. doar niste configurari. dar la ce nu stiu.
acum am revazut datasheet-ul si vad ca daca ai clk3, clk2 si clk0 activi inseamna oscilator intern. deci nu te ajuta sa pui oscilator extern. cauta altceva.
sapa pe google "revive atmega168 avr". uite m-am uitat acum si mai e ceva cu bitul de reset din fuse. trebuie sa cauti.
bafta!

[hash84]

ai mai reusit sa faci ceva cu el?

[bennyy]

MrSpace, la Mar 20 2009, 01:15 PM, a spus:

PS treci pe Microchip :mellow:

De ce?
Vreau sa incep si eu sa invat sa programez microcontrolere si inca nu sunt hotarat care (atmel sau microchip).
Am fost la cumparaturi si am achizitionat un mic stoc de maruntisuri ca sa nu ma duc la cumparaturi de ficare data. pic16f628a (8 lei) si pic16f57 (4lei) + leduri, rezistori, etc. pt experiente.
Nu e tarziu sa trec pe atmel.

Multumesc.

[charlie]

Pana la un anumit nivel nu exista diferente intre PIC si ATMEL...sa aprinzi un led si sa invarti un motor se poate face tot atat de bine si cu ATMEL si cu PIC.

Eu as alege tipul de procesor cu care sa incep mai mult dupa criteriul: " cat de mult suport pot primi de la cei din jur".

Daca ai sa cauti pe Google dupa ATMEL si PIC vei gasi foarte multe chestii si pentru unu si pentru celalalt.

[mishu_g]

hash84, la Mar 22 2009, 11:05 PM, a spus:

ai mai reusit sa faci ceva cu el?

Nu am avut timp insa aseara mi-am facut o placa de test cu programator paralel compatibil STK200 si vreau sa incep prin a verifica daca nu cumva am setat din greseala (a se citi prostie !) clock-ul pe extern.Pornesc de la premisa ca, conform datelor din catalog fuse-ul care se ocupa cu blocarea citirii/scrierii nu poate fi programat prin interfata SPI si in concluzie nu aveam cum sa il blochez.
Pe de alta parte, (si aici fac apel la cei ce folosesc programatorul pony prog) cineva scria pe un forum ca in pony prog la setarea bitilor de fuse bifele sunt pe invers - adica, bifa pusa=0, bifa scoasa=1.
Daca este adevarat, asta ar explica cate ceva dat fiind ca eu prima oara cand l-am programat nu am scris bitii de fuse si atunci aplicatia mi-a functionat (desi a dat un fail la verificarea scrierii) dupa care, l-am sters si am incercat programarea bitilor de fuse crezand ca de acolo mi-a aparut acel "fail".

Despre ceea ce a scris benny, eu cred ca trebuie sa sti din start unde iti doresti sa ajungi ! Pentru mine de pilda este suficient sa pot scrie programele facute de altii si eventual sa mai scriu si eu ceva cu aplicatii pentru lenesi gen Flowcode - si asta in ideea de a face mici maruntisuri (poate ca doresc mai mult insa nu am timpul necesar pentru studiu.
Cu totul altfel sta treaba cand doresti sa faci performanta ...

[hash84]

mishu_g, la Mar 24 2009, 10:11 AM, a spus:

Pe de alta parte, (si aici fac apel la cei ce folosesc programatorul pony prog) cineva scria pe un forum ca in pony prog la setarea bitilor de fuse bifele sunt pe invers - adica, bifa pusa=0, bifa scoasa=1.

asa este in datasheetul microcontrolerului. bit setat = 0, bit nesetat =1. acu nu folosesc pony prog. vezi daca iti arata valoare in hex a fuse-urilor. trebuie sa fie doua valori. low si high. apoi intra pe site-ul asta http://www.engbedded.com/fusecalc/ si pune selecturile cum le-ai pus tu. in josul paginii o sa iti dea valoarea fuse-urilor. compar-o cu cea din pony prog.

[MrSpace]

mishu_g, la Mar 24 2009, 10:11 AM, a spus:

...Pornesc de la premisa ca, conform datelor din catalog fuse-ul care se ocupa cu blocarea citirii/scrierii nu poate fi programat prin interfata SPI si in concluzie nu aveam cum sa il blochez...

Nu am lucrat chiar cu modelul tau de AVR dar la ATmega16 sau ATmega8 puteam sa setez bitii de fuse sa il protejez la citire. Am folosit tot PonyProg pe seriala. Din ce stiu eu singura chestie ce nu poti sa o faci cu programatorul pe seriala este sa umbli la un singur bit de setare care oricum in PonyProg este gri (disabled).
Dar nu e un capat de tara daca l-ai protejat la citire. Cand dai erase se sterg si fuse bitii si dispare protectia la citire, doar ca vei citi ...FFFF... asa ca (,) concurenta nu va putea sa iti fure codul ;)

Mult bulan!

Aceasta postare a fost editata de MrSpace: 24 March 2009 - 12:25 PM

[mishu_g]

S-a rezolvaaat !!!!!!!!!!!!!!!
Aveati dreptate Mr. Space si Hash84 ... era problema de biban
setasem clock-ul pe extern !
De lene, nu am facut un oscilator cu porti, am cautat prin sertare si am luat primul oscilator integrat care mi-a cazut in mana (are 12 MHz) si l-am plantat pe placa de test pe care am incercat resuscitarea uC.
Am reusit sa-l citesc din prima folosind BascomAVR - pe care il prefer datorita faptului ca explica la setarea bitilor ce face fiecare
Iata si o imagine cu placa de test pe care am transformat-o ulterior intr-o mica placa de dezvoltare ... m-a prins microbul

Thumbnail atasat

• 

[hash84]

mishu_g, la Mar 30 2009, 09:13 AM, a spus:

Am reusit sa-l citesc din prima folosind BascomAVR - pe care il prefer datorita faptului ca explica la setarea bitilor ce face fiecare
Iata si o imagine cu placa de test pe care am transformat-o ulterior intr-o mica placa de dezvoltare ... m-a prins microbul

la mai mare! bafta!

[charlie]

mishu_g, la Mar 30 2009, 09:13 AM, a spus:

S-a rezolvaaat !!!!!!!!!!!!!!!
Aveati dreptate Mr. Space si Hash84 ... era problema de biban
setasem clock-ul pe extern !
De lene, nu am facut un oscilator cu porti, am cautat prin sertare si am luat primul oscilator integrat care mi-a cazut in mana (are 12 MHz) si l-am plantat pe placa de test pe care am incercat resuscitarea uC.
Am reusit sa-l citesc din prima folosind BascomAVR - pe care il prefer datorita faptului ca explica la setarea bitilor ce face fiecare
Iata si o imagine cu placa de test pe care am transformat-o ulterior intr-o mica placa de dezvoltare ... m-a prins microbul

Si de aici a inceput totul...

Aceasta postare a fost editata de charlie: 30 March 2009 - 11:29 AM