A da ti to pitaš tamo gde spada? Podforum MIKROKONTROLERI. Tu ćeš najpre dobiti odgovor.

Šta si tačno isprogramirao: samo hex ili i fuse bitove? (ATmege iz fabrike stižu sa fuse bitovima setovanim za interni oscilator i uključenim clock-dividerom, ako se dobro sjećam)

Inače, preporučeni opseg za kondenzatore oko kvarca je 12-22 pf, a kod tebe je 33pf.
Ne znam da li to može biti uzrok, ali probaj da ih smanjiš ili na kraju krajeva skineš, ako nemaš manje, trebalo bi i bez njih da radi.

Zatim, obrati pažnju da ATmega samo latchuje fuse-ove prilikom programiranja, pa ih upisuje tek nakon ponovnog startovanja (ili reset ili dovođenje napajanja, nisam siguran), a da neki programatori koriste svakakve glupe protokole pa odmah nakon pisanja (a nemaju recimo mogućnost resetovanja mikrokontrolera) pokušavaju očitati fuse-ove, pa jer nema napajanja očitaju neke gluposti, pa probaju kao da programiraju opet i tako brljave upisujući koješta dok ga ne zakucaju...

Simulator bi trebalo da ima u Atmel Studiu 6.
Nemam pojma kakav je (simulator) nisam ga nikad koristio.

Ako nemaš neke instrumente kojima možeš gledati šta je na pinovima, probaj onda samo da istestiraš toolchain sa nekim blinking led primjerom da vidiš da li je čip živ uopšte, tj. da li uopšte dolazi do programiranja.

A zasto ne moze Proteus?

To sto ne koristis BT modul nema veze, ionako BT modul sa uC prica preko serijske.

BTW, sa seme vidis koji je osc, odes ovde, izracunas fuse bitove za taj osc i upises samo fuse bitove (moguce je odvojeno, nije kao kod PICa).

Ako ne radi, batali, pre ces napisati sve iz pocetka: imas 1wire temp. senzor, imas LCD, imas LDR - to je AD konverzija, imas PIR - analogni ulaz (komparator, ili nesto drugo, jbg ne trosim Basic pa ne mogu da skontam iz source-a), imas ULN - to su samo izlazi.
Za svaki segment ponaosob na netu imas vec gotove kodove, tvoje je samo da sve sklopis u jedno i vozi.
Jurenje greske u tudjem kodu je 100 puta teze od pisanja svog koda od 0.

@EDIT:
Projekat si skinuo odavde, i imas lepo svaki segment projekta napisan ponaosob -> ovde.

PS. Uopste ne moras da koristis 1wire temp. senzore ako ti je komplikovano, uzmes 2x LM35 (ili sl.) i teras sve na AD konverziju. Znaci, treba ti AD konverzija, ispis na LCD, ispis na UART i jedan obican interapt sa PIRa, ne moras na komparator. Imaces projekat koji radi istu stvar. Iz sourcea za VB aplikaciju mozes da vidis sta se salje i prima preko serijske, to prilagodis svom kodu u uC i vozi.

_{[Ovu poruku je menjao shpiki dana 24.04.2013. u 21:20 GMT+1]}

[quote]Odin D.:



isprogramirao sam i HEX i fuse bits, uC je ziv jer sam ga preprogramirao vise puta sa raznim HEX i radi svaki u praksi, nije ni do kvarca jer sam stavljao i rezonatore sa tri pina koji u sebi vec imaju odgovarajuce load kondove koji rade posao u drugim uredjajima sa istim uC, fuse bits sam dobro podesio jer opet kazem na drugim spravama radi sve jedino ovaj HEX koji sam okacio ne radi nista pa sam hteo da ga gurnem u simulator , samo ne znam cime bi efikasno mogao iskompajlirati kod ?

pokusacu doci do simulatora, ne verujem da to nije dobar kod jer vidim da mnogi ljudi pisu kako su napravili ovo i radi, a ja sam vec sklopio hardver sao jos da poleti softverski...

ma fuse bits su ok, softver za programiranje koji koristim i koji sam naveo u prvom postu vec sam kalkulise fuse bits po istoj matematici kao ovaj kalkulator sa linka, znam ja koji je osc , i probao sa time, ali kad nije proradilo onda sam isao redom, od internog RC do eksternog kvarcnog, sve frekvencije i opsege, kacio mu spoljnji oscilator i to pun kvadratni signal 5V odgovarajuce frekvencije i nije oziveo ni na jedan nacin...

znam da je teze traziti tudju gresku , nego kopcam ako ljudi pishu da radi i to ne samo na originalnom sajtu , onda kopcam zasto ne bi i meni proradilo a kad sam vec napravio sve sto se tice hardvera pa rekoh da se ne baci :)

izvinjavam se, stvar navike kliktanja na forumu elektronike :) vidim da je kolega veselinovic vec odreagovao pa premestio temu u odgovarajuci pod-forum, hvala...

PS: sta bi moderatori radili kad bi forumasi sve radili i pisali po PS-u ? :D

Taj ATMega8 treba da najpre na ekranu ispiše pozdravnu poruku. Probaj da preko R2 podesiš napon na trećem pinu LCD. Moguće je da radi samo ne vidiš :).
Inače, simulator ima Atmel Studio a može i Proteus.

ipak ne radi, nije do kontrasta na LCD , simulator jos nisam nabavio...

Iscitaj lFuse i hFuse i okaci ovde

ok, iz nekog razloga sprava je proradila sama od sebe posle dva meseca , sto je interesantno radi sa svim mogucim oscilatorima, naravno kad se ubace fuse bits za te oscilator-e , sve pokazuje na displeju podatke, cak i salje kroz TX podatke sto visim na osciloskopu, ali nikako da nateram spravu da komunicira sa kompom preko RX/TX, u originalu se koristi bluetooth serial modul a ja koristim USB na Uart ttl , da li je to mozda problem ?

u pocetku sam mislio da je problem u kvarcu jer sam stavljao 3,58MHz i 4MHz a trazi se 3,68MHz , pa da nije odgovarajuci baud rate , ali sad kad sam stavio originalni kvarc opet nece da komunicira, zna li neko u cemu je kvaka ?

da li ovak USB na Uart glumi com port ? svakako mi se pojavljuje kao COM4 na racunaru ali pise da je UART , mozda bih sa njega trebao koristiti druge pinove za komunikaciju > ima sledece pinove:

DTR , DSR , RTS , CTS , SPD , SPD1 , DCD , R1 , 3.3V , 5V , GND , RST , TXD , RXD

trenutno koristim RXD i TXD za komunikaciju a 5V i GND za napajanje sprave, gresim li igde?

evo ovakav isti imam http://www.miniinthebox.com/us...-serial-converter_p379009.html

Ovaj na linku ima 6 pinova a ti si naveo da ima 14. Možda da probaš da vežeš na oba kraja RTS-CTS i DTR-DSR-CD.

ima i ovaj na linku 14 pinova samo su 6 zalemljeni, isto kao kod mene , ostalih 8 lemnih mesta su sa bocne strane plocice po 4 sa svake

nisam te najbolje razumeo , moze neka slika ?

Ova shema na sebi nema ni jedan jedini decoupling kondeznator!
Jel si stavio neki, ako nisi stavi obavezno recimo 0.1uF kod CPU, jedan kod LCD, jedan kod komunikacionog modula ... znas vec kako to ide. Moze dodatno i neki elektrolit od 10uF.
Ko zna sta se tu desava i mozda je brljavio CPU ili displej zbog napajanja, prvo "cisto" napajanje pa posle sve ostalo :)

ma stavio sam ja u startu brdo decoupling kondova, nekoliko elektrolita, napajanje je cisto da cistije ne moze :D probao sam da napajam posebno spravu sa napajanja nezavisno od kompa i sa USB porta, nece da komunicira pa nece :(

Probaj taj komunikacioni modul da prespojis RX i TX na njemu i vidi iz nekog terminal programa (Hyperterminal npr) da li dobijas ECHO onoga sto kuckas. Bar da znas da li on radi kako treba pa onda da se juri sta drugo tu moze da bude problem.

Isto probaj iz terminala konkretnu komunikaciju sa tim Atmelom, vidi jel bar nesto ulazi / izlazi iz njega. Moguce npr da je los baud-rate (zbog recimo lose postavke njegovog oscilatora) pa se ne uklapa u vremena potrebna za neku izabranu brzinu. Naravno to bi osciloskop najlakse mogao da vidis ako imas. Mozda su i naponski nivoi sporni, 3V, 5V ... to treba isto proveriti nekako, ne znam kako bez osciloskopa :).

vidim na osciloskopu da mi i atmel i uart adapter salju nesto na naponskim nivoima 5V samo sto uart salje tako sto mu je linija 0 pa salje jedinice tj podize na 5V , a atmelu je izlaz non stop 5V pa susta na 0V kad salje bit, pokusacu da zakacim na terminal da vidim sta se dogadja , a pokusacu i da invertujem izlaz iz atmela.

Prvo proveri vremena jednog bita (upecas na osciloskopu neko najkrace vreme, mada to moze da bude problem jer neznas da li hvatas jedan ili vise vezanih bitova), vidi duzinu koja izlazi iz PC (njegov TX) i isto tako proveri duzinu Atmelovog bita na njegovom TX, to mora da bude isto. Ako ti se ne poklapa onda je verovatno problem sa postavkom oscilatora za Atmel tj ne poklapa se baud-rate. Jel spominju negde koja se brzina koristi?

Inace nebi trebalo nista da se tu invertuje.

ok, poslednje sto sam provalio osciloskopom je da uart preko terminala salje podatke daleko sporije nego sto atmel salje podatke prema uart-u , na terminalu imam echo kad prespojim RX/TX , znaci uart radi, na uart-u imam na TX 3,3V stalno a pri slanju ide pull down na svaki bit, sa AVR ide 5V konstantno dok na svaki bit obara na nulu.

zakljucujem da mi je uC nekako overclockovan pa radi brze nego sto treba... probacu da vidim gde je greska u fuse bits

ne pominje se bas brzina , ali kazem sad vidim da mi je baud rate na AVR jedno 10 puta veci ako ne i vise nego sto je na uart-u

Pa najgore je sto ne mozes da budes siguran sad koja je prava brzina ...
Uzmi nekako nahvataj brzinu iz nekog tog kontrolnog programa koji sluzi za upravljanje AVR-om, on sigurno sa strane PC postavi korektnu brzinu, to bi trebalo da bude merodavno.

Garantovano je tu nesto oko Atmelovog oscilatora sporno, jer si gore spomenuo "da radi sa svim oscilatorima", radice verovatno LCD i ostalo dok ne stignes do komunikacije gde je vrlo bitno da postavis prave vrednosti kako bi se generisao tacan baud-rate koji je "uparen" sa onim iz kontrolnog programa na PC strani.

na to podesavanje kako je sada napravis odma posle konfiga jedan obican while(1) u kome toglujes pin i onda izmeri freq na tom pinu i u odnosu na to mozes da izracunas na kom taktu ti radi avr

obrati paznju da u(s)art moze da bude idle low i idle high, sa mcu strane se to podesava u konfiguraciji uard modula, zavisno sta ti je sa druge strane uobicajeno je da je idle high

sve mi se cini da kvarc na atmelu treba da bude 3,68KHz ili 36,8Khz a ne MHz , jer sam mu smanjio clock na 1MHz i opet salje podatke dosta brze od podataka sa kompa, uporedio sam sa originalnim softverom za upravljanje atmelom , znaci daleko sporije salje podatke od atmela.

sta je "software za upravljanje atmelom" ??? ako mislis na programator on tuce u atmela vrlo sporo i to je ok, ako mislis na program na pc-u koji treba da komunicira sa tim programom koji ti upucavas u atmel koji nisi sam pisao onda da, znaci da ti je lose iskonfigurisan atmel ... no nesto sumnjam da bi neko turao 3.6kHz na atmela, aj 32.768kHz ali 3.68 teeeesko osim ako se ne radi o nekoj video obradi pa da juri vertikalu a i tu bi jurio neki kristal od oko 12M nikako 3k ..

mislim na program na pc-u koji treba da komunicira sa tim programom koji je upucan u atmela ,

probao sam 32,768KHz kvarc sa ogdovarajucim fuse bits, znaci definitivno nije u KHz frekvencija jer ono cudo radi uzasno sporo sa tim , ne stigne ni temperature da ocita sa senzora :D tj radi samo displej a refresh je 1 frejm po minuti :D to ja zovem under clock , mada zanimljivo izgleda gledati kao ispisuje tekst po displeju slovo po slovo umesto da refreshuje u treptaju oka.

pokusacu da vidim sta je sa fuseovima , ako ne uspem onda ga kacim na eksterni clock pa cu da ga ganjam koji je.

dzabe, probao sam da izmenjam sve kombinacije fuse bits , znaci oscilatore sve moguce sam stavio sto se tice ekternog kvarca , i dalje prebrzo radi, cak i na 1Mhz internom oscilatoru je prebrz. ne znam sta se zbiva tu, probacu sa eksternim clock-om.

a mozda ti je pogresna brzina uarta na pc-u

imas li sors ti toga u atmelu, da li u sorsu pise na koliku brzinu setuje uart?

eno ima sors u prvom postu teme, baud je 115200 za kristal 3.6864MHz , a za ovaj moj USB na uart pise da podrzava Baud rates: 300 bps to 1.5 Mbps , uspeo sam da nateram atmel da komunicira sa kompom ali tek kada sam podesio za oscilator eksterni clock i navatao ga na 300KHz , nisam mogao preciznije da menjam frekvenciju, e sad, to komunicira od atmela ka kompu, a od kompa ka atmelu nisam ni probao jer opet postoji problem, na clock-u 300KHz sprava nije dovoljno brza da ocita temperaturu sa digitalnih sondi jer one salju brze podatak pa na LCD za temperature ispisuje 0,0 a to i salje na komp

ne znam kako da menjam baud na ovom USB na UART adapteru

> ne znam kako da menjam baud na ovom USB na UART adapteru

?! kako mislis ne znas? kako god da se kacis na taj usb2uart moras da setujes neku brzinu

sad sam ga setovao na pravu brzinu i u terminalu konacno dobijam podatke sa AVR ali u softveru na PC koji treba da pokazuje podatke opet nista ???

ako u terminalu vidis datu, dalje sad debagiraj taj pc sw

vidim u terminalu sve, samo ne u PC SW, ne kopcam zasto ako se videlo sve kad sam mu dao clock 300KHz ?

ne vidim taj source kroz mailove, proveri source tog pc app-a, da li on setuje brzinu, sta je fora, ti u terminalu ako kazes 57600 i ubodes da vidis to je super ali mozda taj sw pokusava da vidi na 2400 ili na 115200 ili .. tako da mora da uklopis brzine ... takodje pogledaj source toga za atmel, da li ima neki komentar, obicno (ako je developer iole normalan) kada konfigurise uart napise na koju brzinu ga je nasiljio... tako da ako pise u komentaru da ga je nasiljio na 38400 a ti vidis 19200 ili tako nesto ne valja ti kristal/konfiguracija

dalje vidim miki ti je vec rekao za decoupling, to sto je napajanje cisto je ok ali moras da imas bar 100n keramiku direktno na pinovima mcu-a inace nece da radi ok

sto se tice decoupling-a tu sam nadzizao kondova na sve sto sam mogao, baud na kom radi AVR je 115200 sto pise u source kodu za taj kristal od 3.6864MHz, i to mi sve radi ok, utvrdio sam da mi je dobar baud sa avr-a sto znaci da je sa avr sve u redu, sad je problem u SW za PC , posto AVR radi sa fiksnim baud rateom tesko da moze tu nesto da se silji, ne vidim sto bi SW ocekivao drugi baud ako je skalamerija napravljena da radi na 115200, jedino mi jos ostaje konfiguracija bufferovanja na USB/UART ali ako je sa istom konfiguracijiom radilo na sporijem clock-u za AVR onda stvarno ne mogu da skopcam sta se tu ne uklapa, pogotovo sto u terminalu dobijam sve sto mi treba.

inace u terminalu uopste ne podesavam brzinu, mogu samo da podesim maksimalnu brzinu porta a terminal verovatno preuzme to kao default.

?!??! kakav to terminal koristis ?
da li imas source te pc aplikacije?

koristim free serial port terminal 1.0.0.710 ima on podesavanja za port ali cim ga startujes i odaberes port on povuce podesavanja iz device menadzera

imam, samo nemam visual basic da ga otvorim. ovde se moze skinuti
http://www.avrprojects.info/av...ts/bluetooth-based-smart-home/

kaze tamo u .bas

$crystal = 3686400
$baud = 115200

3.6MHz kristal i 115200 boda

elem, skini neki normalan terminal za windowse, i putty ti je dovoljno dobar mozes da upises lepo com port i brzinu .. pogledaj takodje terminalbpp to je odlican terminal prog ... ima jos al meni mrtva masina a ne znam napamet, ja na lindzi koristim screen kao terminal :D

da iz .bas sam to i procitao, i to je tako odradjeno i u praksi i to tako radi, samo sto to sw na pc-u nece ni da sazvace a kamo li da proguta, nisam se setio da snimim baud kad sam avr ganjao na 300KHz i kad je komunikacija radila, mada ako na 3.686400Mz radi na 115200 boda, onda je racunica da ce na 300000Hz raditi na 9375 boda ili ti 9600 pribliznije jer nije dobitna frekvencija 300KHz vec 368640KHz , sto znaci da je SW pisan da radi sa 9600 i da salje 9600, pitanje je samo kako ulaznih 115200 spustiti na 9600 a ne menjati clock avr-a??

uh bre al ga komplikujes bez razloga

1. uzmes neki normalan terminal sw (reko sam ti 2, terminalbpp ti je mozda bolje resenje)
2. sa tim terminalom pricas sa mcu-om i vidis na kojoj brzini pricas ok, na jednoj brzini (eventualno 2) ce data ici tamo vamo, na ostalim ces videti nista ili smece
3. kada znas kojom brzinom ti prica mcu onda mozes dalje da gledas sta i kako

a) napravis da mcu regularno prica na ocekivanih 115200
b) promenis vb program (ima da se skine free "express" verzija VB kompajlera sa microsnot sajta) tako da prica na toj brzini koju si izmerio

a) je idealno
b) moze da ima probleme sa citanjem time-crytical stvari (tipa 1wire senzor)

ovako napamet to bas i ne ide, do sada si mogao sam da napises i jedan i drugi sw....
- ne znas na kojoj ti brzini radi mcu
- ne znas zasto je sad proradilo isto ono sto juce nije radilo
- ne znas koja je brzina uart-a (ako nista daj izmeri osciloskopom koliko traje kec pa u odnosu na to moze da se izracuna tacna brzina)

sve je to mnogo napamet, ne mozes da debagiras 10 stvari istovremeno, ne ide to tako. prvo moras da budes siguran da ti mcu trci na odgovarajucoj brzini, onda sve ostalo

ovaj lik sto je pisao ocigledno ima sitne add probleme .. u jednom sorsu pise kristal od 6M u drugom 3M na slici je 3M .. tako da moguce da tu treba 3M kristal a ne 6M posto u bascom sorsu (pretpostavljam da je to neki basic za avr, ne trosim basic pa ..) pise:

$regfile = "m8def.dat"
$crystal = 3686400
$baud = 115200

de samo iskopava ove kristale :D

elem, ceo firmware je prilicno retardiran, nema nista tu ... on koristi ovaj BT kao obican seriski bridge ... ti si kapiram umesto bt modula vezao direktno komp jel tako?

kreni jedno po jedno, prvo da budes siguran da ti avr radi na odgovarajucoj frekvenciji pa onda siljis dalje

da imesto bluetootha sam direktno vezao zicno na RX i TX od USB na UART , samo ako to nekome vec radi preko bluetooth modula onda je mozda logicnije ne dirati nista nego nabaviti bluetooth serijski modul jer mozda on radi drugacije. postoji li opcija da se ulazni podatak na odredjenom broju boda prevede na virtuelni port na zeljeni br boda ? mozda cu tako lakse naci na kom br boda radi ovaj SW za PC , umesto da menjam kod, sad cu da snimim na kom baud rateu MCU prica sa kompom, mada po svoj prilici to je 115200 jer na manje ne dobijam podatke na terminalu.

sad sam gledao sa putty terminalom i jedina brzina gde ne dobijam brljotine vec normalne podatke je 115200 , znaci MCU i kvarc i baud su OK sto se tice AVR, sad ostaje samo da vidim zasto to ne fercera sa SW na PC.

skini visual studio express tamo imas visual basic koji bi trebalo da moze to da ti iskompajlira free pa onda mozes da menjas brzinu u pc app-u

ok, probacu i to, samo mi reci znas li kako mogu virtuelno da nekom serijskom portu softverski menjam baud , tj ako je na tom hardverskom portu neka brzina i na njega stizu podatci na toj brzini, kako mogu da napravim neki bridge virtuelni port na kom ce se ti podatci slati u SW brzinom koju ja podesim ?

vidim ima hardverskih baud rate converter-a , pretpostavljam da postoje i softverski.

bio je program za windozu koji se zvao com2com i koji je mogao da prespoji 2 com porta i napravi novi virtualni port etc etc ... e sad dal je mogao da menja brzinu ne znam

u svakom slucaju taj pc app je retardiran, napisi novi to ti je pola sata posla, taman nesto naucis :)

pola sata za tebe mozda :D meni mozda ni pola godine nece biti dovoljno koliko imam obaveza :D

zavisi sta su ti prioriteti, ako hoces da se zezas sa mikrokontrolerima i programiranjem to ti je vrlo jednostavan program da naucis osnove

problematika uspesno resena za dva minuta, brzina slanja podataka u kodu za AVR promenjena sa 115200 na 9600, kod iskompajliran i specen na AVR, sve radi perfektno.

hvala svima na pomoci , narocito bogdan.kecman-u

PS: sve se da resiti uz malo slobodnog vremena i razmisljanja.