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
Re: testirnje koda za AVR pisanog u basic-u , ima li ko simulator?
