Damons Laboratory
    The most exciting place on the internet!


A Science & Engineering OnLine Laboratory Notebook   
This is the laboratory notebook of Damon Bruccoleri.  Here you will find engrossing, thoughtful and fun commentary/opinion.  Leave a comment and let others know what you think about any post here, view my photo gallery, or sign my guestbook.

"...one of the strongest motives that lead men to art and science is escape from everyday life with its painful crudity and hopeless dreariness, from the fetters of one's own ever-shifting desires. A finely tempered nature longs to escape from the personal life into the world of objective perception and thought." - Albert Einstein



Latest Notebook Entries

 Friday, December 28, 2007


Philips Consumer Communications and my most difficult bug ever!   

DCP00130.jpgDuring 1997-1999 period I was working for Philips Consumer Communications. It was a joint venture between Lucent and Philips and we made telephones. We had the sole right to sell phones under the AT&T logo. I had a magnificent apartment on the ocean in Long Branch, NJ. This was at the Sea Verge apartments.

I worked with a great team of firmware engineers. My managers were Ken Kasiske and Trey Weaver. I was on the 'Ocelot' team. We were tasked to make their very first 900Mhz all digital cordless telephone. What a son-of-a-gun this project was. The heart of the project was an 8051 based base-band chip called the Phox by AMD. We took their DECT reference design and modified it for our project. The reference software did not come fully debugged. With a little sweat my team, Grady Brosier, Bassam Chamoun, Ken Bocan and I, got it working! I was the lead on this team, I was in charge of the firmware for the phone base station, Caller ID, and communications stack. I was also the only one with significant prior 8051 experience.

9130.gifThe most interesting thing I remember about this job is that I found the most difficult bug I have ever encountered there in my life. Briefly I will describe what I found. The DECT protocol is an acknowledged protocol between handset and base. The state machine that controls when the transceiver re-transmits or acknowledges was getting into a wrong state. This state was represented by several variables so first we had to recognize this part of the problem. The transceiver would get in this state only intermittently. If you used the phone heavily for 15-20 minutes, it would lock up. We would set breakpoints in the software, but it took forever to reproduce the problem.

Finally, we found how the transceiver state machine could get into this state. Out of tens of thousands of lines of code an interrupt had to occur only between two sequential (tiny) 'C' statements that were setting two semaphore flags. It took us weeks to understand the state machine and weeks to trap this problem. My firmware partner and I were pressing buttons on the phone for hours to reproduce the problem.  Like I said, we finally got the phone working 100% to spec, and on time, with some hard work! The problem had come in on the reference design.

Cindy Price (our project manager) had some challenges to work through toward the end of the project on the hardware front as well. The hardware guys were led by Brian Kim and Paul Newland. Paul came out of Lucent's Bell Labs. The were (are) two of the best engineers I have ever met. I had a lot of respect for them. It seems the hardware guys found that the front end of the radio was being saturated by RF near the 900 Mhz frequency. This was an issue because if the customer lived near a paging tower his cordless telephone would not work. The solution was to include a SAW filter on the front end. A SAW is a narrow band filter.

Then end of this story is that we all got the phone out, but VTech wound up purchasing our division a couple years later. They bought the whole division so they could use the AT&T brand name and logo!



admin4 at 7:10 AM | (5) Comments | Add a comment | Permalink





Commments
Lou said...

What a 'sad' story!

Sunday, January 06, 2008 12:05 AM

admin4 said...

Competition is like a wild tiger devouring a beautiful baby zebra. Is the tiger wrong to be hungry?

Sunday, January 06, 2008 11:06 PM

Lou said...

Hi, admin4. I don't think it is a question of being wrong to get hungry. It is just a "basic instinct"

Saturday, January 19, 2008 12:39 AM

Hamid Marshall said...

Why would Interrupt trash setting up the semaphore flags? Were there any couplings between the ISR code and the semaphores? Did you change any Global vars to cause an issue for setting the flags? Sounds like a poor embedded system design. Hamid Marahall

Sunday, June 22, 2008 2:25 PM

Mel Whitten said...

I worked for Lucent during this time also and on the same project down in a test set development lab ("GOMER" test sys) (St Louis). Vtech called one morning and told my boss we had 30 days to sell off the lab and close the facility. I lost track of Paul Newland. He and I are both hams and we shared of interest in Packet radio and AMTOR back in those days. I retired and but quickly found employment with Lucent as a contractor working in the Consumer Products division as a contractor. We moved what was left of the division out of Reynosa Mexico and put it up in Ft Worth. I am still there to this day but a few of Lucent's management bought the division and it is now called "QLT Lease Services." We're still using the same basic test set that once tested Ocelot. Some things just never seem to die. :-)

Sunday, November 08, 2009 8:19 AM

  Leave a comment

Enter Your Name:
 
Enter your website
Security code from image below:  
Need Custom Controls Work or Training?