I am wondering if anyone else has run into this issue. I have tried searching for this a bit in this forum, but there are too many hits that don't quite describe it.
Here is the situation. I have a product that is using the Stellarisware v6594 bootloader, configured for UART at fixed baudrate of 57600, with a GPIO input to enable forcing into bootloader mode. This configuration is loaded at 0x0000 and the application is loaded at 0x1000. On my 32-bit WIndows 7 machine, LM Flash Programmer works fine programming the application. However, when I try the same thing on a 64-bit Windows 7 machine, the programming status bar at the bottom of the app progresses very fast (3-4 times faster than on the 32-bit OS), and when it completes it seems to have only performed the erase from 0x1000. I have a control application that contains a firmware update button that implements the Stellarisware bootloader packet protocol. It also behaves the same way as LM Flash Programmer (works on 32-bit OS, proceeds too quickly on 64-bit OS and is erased).
On both computers, the product is programmed via a Gigaware USB to Serial cable (an FTDI-based cable). I have not dug into this deeply yet, so I am speculating that what has happened is that the application area was erased, because on product reboot, the product is in the bootloader. Also, I have the Reset MCU After Programming box checked and a reset doesn't occur after programming on the 64-bit OS (another clue to me that the erase happens and no programming or reset commands make it down to the bootloader).
Has anyone see this kind of problem? Any ideas here? Thanks in advance.
Our applications group has seen (or at least heard of) this issue (problems with serial flash update using 64-bit Windows 7). It is on their list of anomalies to investigate.
The thing that makes it hardest to investigate is that it is very intermittent; i.e., relatively few 64-bit systems display any problem. I know I've been able to do serial flash updates using my 64-bit Windows 7 system.
So the first advice we'd have for you is to try another 64-bit Windows 7 system. If this also fails (or it isn't feasible to try another system), you might try using the sflash program; they've seen fewer failures with this than with LMFlash.
Hello KC Witte,
I am having a Stellaris GURU Kit , based on LM3S608 , it has FTDI FT232 chip as USB to Serial interface chip.
Most of the times When trying to Load .bin file via LM flash programmer Version 1381 , its fails to establish comms with LM3S608 & error message is displayed.
So time it works fine & I am able to load the .bin file in flash
Windows 7 is OS on my Laptop . So I suspect compatibilty issue of LM Flash programmer with Win 7 .
Is this issue now resloved in Version 1429 ??
Thanks for the Help.
I was wondering if your applications group has had any more insight into this issue. I'll admit is seems pretty rare, but for us and our product is it pretty disastrous.
BTW, we have a PC app that essentially duplicates the procedure used in the sflash program, and this also causes this above behavior.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.