Hi,
I have a program written in ARM assembly language, the task is to display a character on TeraTerm terminal. I have tried to run the program using different version of Keil microvision MDK522, MDK521a and MDK513 but it did not work with any of them. my code is correct because when I have tested it with a PC at laboratory, it worked fine. I am using teraterm version 4.93. I am using FRDM-KL25Z evaluation board and the debugger is PEMicro Debugger.
Thanks
If it doesn't work then I wouldn't sugget you try different versions of uVision. I would suggest you consider that you have an error in your code or your project.
What is wrong? No idea. You haven't supplied much information to allow anyone to help. We don't know if you fail to compile. Or fail to link. Or fail to download. Or fail to see if the program runs. Or fail to set the correct baudrate. Or fail to map the correct pins. Or fail to correctly connect your hardware to the PC. Or fail somewhere else.
So - start winding up the gray cells and figure out where it breaks. Then fix.
What, exactly, do you mean by that?
Have you tried a known-good example from NXP to verify that your board is actually working?
1- The same code works fine when used with laboratory PCs, but it neither works in my laptop nor the laptops of my students. 2- the board is configured well and works perfectly with other projects in my laptop 3- I did not receive any error message when running the code, it compiles, downloads and run
I used the same board and the same laptop to run GPIO, ADC and DAC project both in c and assembly and it works fine.
Thanks for your time
Yes, the board works fine. my only issue is that teraterm doesnot display a character sent by the code, and the same code works perfectly on other machine. I noticed that this issue happened to all students who used their own laptops.
I appreciate any help.
So if you have ruled out your code, the next logical place would be at the OS and driver versions used on the machines that it doesn't work on vs the ones it does?
If I were debugging a UART problem, I'd have the code send a continuous stream of 'U' characters and scope the signal to confirm all the timings and signals were in order.
If your assembler program works in the card, then it can't be the fault of uVision that you transport your card home - or bring your PC to school - and the serial transfer stops working.
Laptops seldom have serial ports today. Is yours? Or are you using a USB-to-serial adapter? Is it correctly installed?
What is the difference between your laptop and your PC?
Can the laptop communicate with your PC using a null-modem cable?
And is your board using RS-232 signals? Or is the board communicating using logic-level signals, and the PC is using a 3V3-to-USB or 5V-to-USB serial adapter cable?
As a teacher, I would expect you to have the a methodology for how to analyze the problem and eliminate different potential sources to the problem.