If you notepad the firmware, you'll see quite a few error traps, for example: Abnormal termination (e.g. abort() function) Illegal instruction (call to non-function/code corrupted) [is the floating point emulator installed?] Interrupt received from user - program terminated Illegal address (e.g. wildly outside array bounds) Termination request received User-defined signal Stack overflow Unknown Error Branch Through Zero Undefined Instruction Undefined SWI Instruction Prefetch Abort Data Abort Address Exception Unhandled Interrupt Unhandled Fast Interrupt Return code too large Recursive Trap No Stack for Trap Handler Also, from firmware logs (from DLink's AT76C510 chip based AP): "Update the revision to 1.4f.4 - Fix the bug that AP will hang up both in Ethernet and Radio sometimes. This is causing the code bug while handling the re-Association request frame. The power cycle is the only way to recover the AP." Thanks, Brian McWilliams Chief Technology Officer - A Wireless Gateway http://www.awirelessgateway.com E-Mail: [EMAIL PROTECTED] Phone: 314-997-0300 x 2405
-----Original Message-----
From: Jerry Carter [mailto:[EMAIL PROTECTED]
Sent: Fri 6/13/2003 11:09 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [smartBridges] We've just about had it
I would love a tenet or http interface to log in to each unit and look at
it's logs! The Cisco 340 stuff I use has this and it works great for me.
I do hope that they figure out what the problems are and fix them. And not
decide to put out the next generation of radios and leave these problems
behind.
----- Original Message -----
From: "Brian McWilliams" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 13, 2003 10:58 PM
Subject: RE: [smartBridges] We've just about had it
> I would have to agree that they definitely do listen. I do have an idea of
how to potentially diagnose what is happening with the units. They appear to
run a real-time OS (ThreadX for ARM/Thumb - Green Hills Software), along
with other Atmel AT76C510 APs, as the center core of the firmware. This
means that debugging routines could potentially easily implemented into the
core-os code and recompiled/sent to users with problems for
logging/diagnostics. These debugging outputs could either be output to an
internal area of flash memory, a SNMP device (if network is working), or
over the USB bus that the AT76C510 provides. There may be also the
possibility of adding a CLI (telnet) where these could be displayed at, or
other CLI utilities utilized). There probably would also be a way to
interface a normal serial-type connection into the AT76C510's USB bus. If I
had the actual code for the firmware in front of me I could probably work up
something that would solve this. However, for right now I'm just researching
it more. From what I am reading there are other AP's and client devices out
there utilizing the AT76C510 chip that have had problems with traffic
stopping passing and requiring a power-cycle (SMC for example), however
according to their firmware log these were fixed in 1.4h9 series, so we
could also be looking at a different issue entirely.
>
> Thanks,
> Brian McWilliams
> Chief Technology Officer - A Wireless Gateway
> http://www.awirelessgateway.com
> E-Mail: [EMAIL PROTECTED]
> Phone: 314-997-0300 x 2405
>
>
> -----Original Message-----
> From: David Blood [mailto:[EMAIL PROTECTED]
> Sent: Fri 6/13/2003 10:37 PM
> To: [EMAIL PROTECTED]
> Cc:
> Subject: RE: [smartBridges] We've just about had it
>
>
>
> I have to agree that rereliabilty is important on the other hand I think
> they have earned every bit of the "manufacture of the year" I don't knwo
of
> any other manufacture that listens and delivers as well as Smartbridges.
> They have some bugs but as you can see from this list they dedicated to
> finding and quickly resolving them.
> As for phone support Smartbridges does have a hotline for emergencies.
They
> took my call at 4:00 am their time. You can't get much better than that. I
> know lots of companies that only have 8-5 support and no great forum like
> this.
>
> Kind Regards,
>
> David
>
>
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Sam
> Sent: Friday, June 13, 2003 9:36 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [smartBridges] We've just about had it
>
>
> On Fri, 13 Jun 2003, Shawn Mitchell wrote:
> > I keep saying it... STOP the new features, and START getting us some
> stable
> > stuff. I could care less if it can jump over the moon and cook me
> > breakfast, lunch, and dinner... if I have to
> > reset/replace/re-config/touch/look/whatever to the unit more than once
> every
> > few months... the TCO AND LOSS OF CUSTOMERS get's to be too high...
>
>
> I have to second Shawn's comments. When I first started using SB equipment
> I was thoroughly amazed and impressed with how well it worked. Since that
> time (last October) I have seen the quality slowly degrade to where I am
> afraid to deploy anything from SB. And when I do, I put it up, cross my
> fingers, knock on wood, and pray it doesn't fail.
>
> Please. Heed Shawn's request. Get back to the basics, stop trying to be
> all things to everyone and trying to add in each new feature that is
> requested, and make your product the tremendous success that it was in the
> beginning. It's admirable that you want to do what your customers want
> with regards to new features, but not at the expense of reliability and
> performance....
>
> ...and our customers.
>
> Sam
>
>
> 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://198.63.203.6
>
>
>
> 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://198.63.203.6
>
>
>
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://198.63.203.6
<<winmail.dat>>
