Possible Bug in ZSTAR Demo's Virtual Serial Port Driver
Our ZSTAR project has been stalled by an apparent bug in the ZSTAR Demo's Virtual Serial Port driver; hopefully someone here may be able to shed some light on this problem.
For several months we've been attempting to integrate the ZSTAR in the design of a new product. Suddenly, the ZSTAR Demo's Virtual Serial Port driver has stopped working. This failure had already occurred on several previous occasions, yet we had always been able to restore the driver's functionality by going to a Windows restore point, or by reinstalling the ZSTAR driver SEVERAL TIMES. Unfortunately,with this most recent driver failure, no amount of driver re-installs, nor anything else has restored functionality. THE DRIVER SEEMS TO BE PERMANENTLY BROKEN.
Here are some pertinent points:
1.We conclude that the ZSTAR's Virtual Serial Port driver has failed because whenever the Visual C++ GUI app RD3152MMA7260Q_SW.exe was run, and the appropriate com port selected, the program COULD NOT CONNECT to the ZSTAR Demo, and the following error was reported: "Please check the battery & serial cable then power down & power up your Triax Board. ATTEMPT #1/5 Character 5".
2.During all such failures of the Virtual Serial Port driver (as referenced above), no ZSTAR handshake request was successful from within Hyperterminal—as would be expected. Yet at the same time the Windows Device Manager claimed the Com Port WAS present, identified the connected device as the Triaxial ZSTAR, and reported that the com device was working properly. This in itself seems peculiar!
3.During all failures of the Virtual Serial Port driver, the ZSTAR mouse driver could still be successfully invoked.
4.All failures of the Virtual Serial Port driver were preceded by extended periods of time during which the Virtual Serial Port driver had worked as intended.
5.The Virtual Serial Port driver finally failed PERMANENTLY on a computer that was running Windows XP-SP2, our development platform. In order to see if the ZSTAR hardware itself were malfunctioning, we installed the ZSTAR drivers on another computer, which was running Windows Vista. All the original ZSTAR hardware and software worked fine on the new system. So, the ZSTAR hardware is not broken.
6.For various reasons we NEED to run the ZSTAR on our original XP system. Consequently, for the time being, our project is on hold.
Two questions for you: One--do you have any suggestions as to what might be causing this problem, and of course how to remedy it? Two--have others reported any similar problems with the ZSTAR Demo's Virtual Serial Port driver? Our search of the Freescale forums has turned up nothing.
We have considered just putting everything on another XP system, but how do we know that the same driver problem won't pop up in the future on the replacement computer?
The problem seems to be some sort of driver instability. At the very least, the driver is exhibiting inconsistent and unreliable behavior. We are considering the possibility that this driver problem may have its origin in the Windows registry, but so far we have not come up with anything definitive.
In passing, I might mention that we have tested many other pieces of software and hardware on the very same XP development platform that we are now using for our new ZSTAR project. Yet this ZSTAR Virtual Serial Port driver glitch is the first instance of any such problem.
Any help you can render would be greatly appreciated. Thank you for your attention,
Robert Hamilton
Design Engineer
MB,
Sorry to have taken so long in posting a reply; believe me, I can well understand your frustration. Unfortunately, I do not have an immediate solution. I do have a few suggestions, however.
First, if you have not done so already, I would suggest submitting a service request, as I did when I began my own solution. The driver problem has apparently become a longstanding one now, and has propagated through to the second iteration of the ZStar Demo. I think the Freescale developers would do well to address this problem. It has become a serious blemish on an otherwise well-designed development platform.
Second, I would suggest downloading the source files, which are now available. Depending upon your level of programming expertise, you may find some clues there.
Third, have you considered trying to use the ZStar drivers that came with the ZStar1 (as opposed to those that are provided with the ZStar2--not sure they have changed, though)? I have both a ZStar1 and 2. Using the procedures I've detailed previously in this thread, my ZStar2 is working well in both Vista SP1 and XP SP2 with the old ZStar1 drivers. Also, the ZStar2 hardware is working now with the ZStar1 demo software, as well as with my own custom software, written in VB 2005. I have not yet tried the drivers that came with the ZStar2 hardware, nor the ZStar2 demo software.
In closing, a few questions come to mind: What software are you running on your development PC? Is it the same, XP SP3, as you are running on your laptop? What do you you mean by "a fresh installed PC?" Is it XP-fresh-installed, or the demo/drivers for ZStar?
Good luck. Please post any progress here. I would be interested to hear what happens.
seedpress
Seedpress,
Thanks for the reply! I managed to 'fix' the problem. I was getting so desperate after trying allmost everything. I tried the ZSTAR2 on XPsp2 and XPsp3, both worked okay except on this laptop (running XPsp3). Both winXPsp3 and the ZSTAR2 drivers where fresh installed on the laptop.
The laptop on which the drivers should run is an older one, it has USB1.x and no USB2.0 interface. So I got a USB2.0 PCMCIA card, inserted it. Windows immediatly recognized the PCMCIA card and its USB ports. Hereafter the ZSTAR drivers worked with the ZSTAR2 usb stick inserted into the PCMIA card's USB port
Next I removed the PCMCIA card, rebooten the laptop and inserted the ZSTAR into the laptop's native USB port and guess what.. it worked!! Appearently the installation of the PCMCIA USB port caused some drivers&settings to be shuffled into the right place...???
The root cause of this problem is unknown to me. Lets assume that the ZSTAR binary driver files are okay since they are a copy of the default windows usb-serial port drivers. That leaves us with the driver's .ini file or the USB software in the ZSTAR USB module I guess...
The problem is solved for this moment. I can continue the development. For deployment I have serious concerns - it is unclear to me on what hardware/os the ZSTAR2 is validated to work...
For the product I have two options, either a PDA(with USB master) or a laptop. Does anyone has experience getting the ZSTAR to work with a PDA with windows mobile? It should be possible since a default USB serial port driver is available for windows mobile also (USBSER.dll)
Regards.
/m.