I'am working with at91sam7x256 and in my program the usart interrupt dosen't work correctly ! I communicatinon with atmel but it isn't fix yet.
thise is my program...pleas help me
www.4shared.com/.../usart16__2_.html
my mail :salehi.elc@gmail.com
anybody can resolve it's problem OR find reason of it's bug?
"...complicated and somehow wrong..."
can you explanation more? I can't understand your resolvent!!!!!
can you explain more?
What he's saying is that you have still not provided any description of the problem that would give anyone even the faintest clue of what might be wrong!
I think this is perfect explain about bug of in ATMEL smaple : "...I mean when many interrupts happen the program will return nonsense ..."
this is the image of it's(the example of ATmel in soft pack) return: www.megafileupload.com/.../Untitled-gif.html
and I have problem in my own program that I explain :
"...the exact problem with this chip is with it's usart RX interrupt that only happens once.I set all the registors related to resetting vectors in different approaches,but the problem still goes on....." Is any other question ??
if you are using an unchanged sample provided by Atmel, then you probably have a problem with your PC's baud rate settings or something similar.
and if you want know more about my problem , in my program when the first interrupt occur program do all of inn irq_handler function. but in second time when rx interrupt occur program doesn't go to the irq_handler !!! like that the vector of the previous interrupt dosen't reset!!! i don't know why exactly?? but i think some one should help me because more than 2 month I work tray to solve problem but it's goes on yet!
have you noticed that you blame everyone and everything whilst this is most likely one of your glitches? to make matters worse, you have started this rampage of accusations before actually understanding what's going on.
if it's problem is for bud rate or my pc setting the all of byte receive must be wronge but if you see the image of my problem you can see that the some of bit have problem not all of them !!!
in second time when rx interrupt occur program doesn't go to the irq_handler
this can happen if your MCU gets aborted (data, prefetch, undefined...) during/after IRQ handling.
have you tried a non-interrupt driven variant? thus, polling the UART instead...?
i cant understand your question . can you explain more? the send and receive of my program without interrupt is good and correctly!!!
in similator of keil when i chek registry i see that the other interrupt goto the the pending mode!!! why??
oooh!! i only had a one question ..if you was in my chair and had my problem you was like me ! pleas help me :(!
I think the phrase "There are no stupid questions" has once and for all been proven false.
I think you are a little too harsh. The OP must, however, carefully read the user manual and study the multitude of examples that exist to address this problem exactly - some provided by Keil themselves.