Actually not everyone is having this problem. It's just a hot topic in here right now, so it seems wider spread than it actually is.
The firmware fix, which is in BETA right now and is not meant for widespread deployment is at, http://www.smartbridges.com/new/support/beta.php Be sure to turn your units off and let them cool for 10-15 minutes before you upgrade their firmware. It seems upgrading while the unit is hot, and in an error state, renders it totally inoperable. Kevin Summers KISTech Internet Services Inc. www.kistech.com -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sevak Avakians Sent: Tuesday, July 22, 2003 8:45 AM To: [EMAIL PROTECTED] Subject: Re: Re[3]: [smartBridges] Firmware Issue SB TECH Support: WHERE THE HECK IS THE FIRMWARE UPGRADE AS ANNOUNCED IN THE CUSTOMER ADVISORY?!?! Why is this not on the APPO support pages at http://www.smartbridges.com/new/support/app.php ??? Last Firmware version in those pages is version 1.4.j.6 of 4 June 2003, not July and this is listed under airPoint-PRO version 1.50! Why is it that under the "Known Issues" in these pages, nothing is mentioned about the problems that everyone seems to be having?? Sevak On Tue, 2003-07-22 at 11:22, Dan Petermann wrote: Temperature affects all electronics to some degree or another. This is just a guess. I suspect that the "bad" Amtel chips are just barely within standard SmartBridge specification for that circuit. Once the unit heats up, the timing skews enough that the input or output of the chip is no longer within the timing window. The end result is that the data cannot be used due to it is not there when the circuit is looking for it. Unplugging the unit will cool the chip enough to bring it back into spec. for a while. I ran into situations like this working for a manufacturer of remote controlled spectrum analyzers for cable TV plants (Cheetah Systems). 1 inductor from 1 manufacturer on the main tuner board was bad. Eliminating that 1 part jumped our output by 60%. If you measured the part it was in spec., once hot it would totally screw up the filter response. After this incedent ALL of the finished product went thru a 24 hour "burn in" period and then was recalibrated. The RMA''s dropped to virtually zero. Thankfully none of our IC's, FPGA's or processors had this problem. Kudo's to the SmartBridge team for finding this. I know it must have been a Tylenol moment! At 10:07 PM 7/21/2003 -0400, you wrote: >Hello Dan, > >So explain why heat is affecting it? And why the long power down >time? > >Barry > >Monday, July 21, 2003, 7:18:10 PM, you wrote: > >DP> If you had read the archives you would have found out that it is not >DP> "flaky" hardware but a timing issue. >DP> Big difference. Amtel changed the specs of the chip and SB had to change >DP> the firmware to compensate. >DP> If you have been in the business as long as you say then you know that >this >DP> is possible. > >DP> Dan Petermann >DP> Wyoming.com > > >DP> At 06:36 PM 7/21/2003 -0400, you wrote: > >>Hello sB, > >> > >>This is not the response I want to see or hear about a product that is > >>in my network. "MAGIC" is BS when the customer quits telling me they > >>are always down. > >> > >>I don't believe for an instant that "firmware" is fixing an > >>overheating issue. I was trained as an Electronics Tech and have 12 > >>plus years of fixing electronics to the board level as experience. > >>Adding some code is not going to change a flaky component. Basically > >>is the firmware degrading the radio operation to the point the > >>component does not overheat? > >> > >>Fortunately, I only have a few SB products left in the system plus the ones > >>in the junk box. > >> > >>Barry > >> > >>Monday, July 21, 2003, 2:05:44 PM, you wrote: > >> > >>sTS> I know this is hard to believe. Sometimes when you try to associate to > >>sTS> AP that has no WEP enabled, it tell you to check the > authentication and > >>sTS> WEP, try do a power cycle the unit or reboot the PC, it may work then. > >>sTS> It is just a magic trick. > >> > >> > >> > >>sTS> Alex > >> > >>sTS> sB Tech Support > >> > >>--- > >>[This E-mail scanned for viruses by Declude Virus] > >> > >>The PART-15.ORG smartBridges Discussion List > >>To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe > >>smartBridges <yournickname> > >>To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe > >>smartBridges) > >>Archives: http://archives.part-15.org > > >DP> The PART-15.ORG smartBridges Discussion List >DP> To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe >smartBridges <yournickname> >DP> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe >smartBridges) >DP> Archives: http://archives.part-15.org >DP> --- >DP> [This E-mail scanned for viruses by Declude Virus] > > > > >-- >Best regards, > Barry mailto:[EMAIL PROTECTED] > >--- >[This E-mail scanned for viruses by Declude Virus] > >The PART-15.ORG smartBridges Discussion List >To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe >smartBridges <yournickname> >To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe >smartBridges) >Archives: http://archives.part-15.org The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org The PART-15.ORG smartBridges Discussion List To Join: mailto:[EMAIL PROTECTED] (in the body type subscribe smartBridges <yournickname> To Remove: mailto:[EMAIL PROTECTED] (in the body type unsubscribe smartBridges) Archives: http://archives.part-15.org
