OMAP L138 Programming through UART

Can you open up minicom and check if you see 'BOOTME' on the console after every reset? That is what the flashing tool is looking for to start.

Jeff

Jeff I have already done that.I got BOOTME properly. Also If you see my earlier screenshot on one occassion it says boot me received and START WORD SYNC. And then it fails with an I/O error. Regards Ayusman

I didnt see that instance where it read BOOTME properly. You may have a baud rate problem on your host. Can you check with a scope to verify the baud rate? You can also try using a different PC or USB->Serial device and see if that helps.

Jeff

Jeff

I have marked the same in the screenshot and have attached it.Please have a look at this.

Sorry I meant to say that I didnt originally see the BOOTME received! message until you pointed it out. Are you able to verify the baud rate on a scope or try a different host PC?

Jeff

Jeff

I have seen it on different PCs earlier and it shows the same problem.Also I havent verified the vaud rate on scope and will do that and let you know.I assume there is no issue with baud rate as it is able to boot properly from flash and uboot works fine.I have loaded the ubl and uboot through CCS. I am using a 25Mhz crystal.Earlier I was not getting a proper BOOTME with BT7-5 pins as 000 but after chnaging it to 110 I am getting a proper BOOTME prompt from OMAP. Is there anything else I am missing out?

 

Regards

Ayusman

No it sounds like you have set everything up correctly.

The other PCs you used were also Linux, or have you tried running on a Windows machine for comparison? It would be good to try removing the 'mono' element from the issue.

Jeff

Jeff

I have tried on Windows and Linux. Even have used the UartHost utility and it also fails.I wanted to ask you whether for our custom board we have to do some changes in the sfh utility code or not.

Regards

Ayusman

This section of the SFH user guide explains changes that are necessary for custom boards. Have you modified the PLL settings to match your input clock?

However the fact that the SFH does not see the BOOTME reliably probably means there is something else going on. Have you had a chance to put a scope on the signals and verify they look good?

Jeff