MODIFIED from mbed official WiflyInterface (interface for Roving Networks Wifly modules). Numerous performance and reliability improvements (see the detailed documentation). Also, tracking changes in mbed official version to retain functional parity.

Dependents:   Smart-WiFly-WebServer PUB_WiflyInterface_Demo

Fork of WiflyInterface by mbed official

Resources

Derivative from mbed Official

  • Documentation update, improved consistency, documented parameters that were inadvertently omitted.
  • Avoid c++ string handling, which causes dynamic allocation and free, side effect, fewer CPU cycles spent for same purpose.
  • Fixed socket APIs to support non-blocking mode.
  • Increase communication baud-rate to Wifly module
  • sendCommand - added retries for improved robustness.
  • setConnectionState - method to force the connection state (used by TCPSocketServer)
  • gethostbyname - added a length parameter to the size of the buffer being written
  • flushIn - a private method to flush the input buffer
  • Changed the timeout from 500 to 2500 msec for commands - measured some at 700 to 850 msec.
  • Performance improvements - reduced some unnecessary delays.
  • Added additional security options for the wi-fi connection (that are supported by the WiFly module).
  • Added setSecurity API which permits revising the security when connecting to, or selecting from, one of several access points.
  • Improved DEBUG interface (slightly more consistent printout).
  • gathers information from the Wifly module on reboot (SW version info), which permits customizing behavior based on Wifly capabilities (like the improved security).
  • Avoid potential for recursive crash (if exit fails, it calls sendcommand, which calls exit...)
  • Update to support permissible SSID and PassCode lengths.

Robustness testing

I've had some mixed behavior with the Wifly module, some of which seems to be traceable to the module itself, and some in my derivative code. The result, after running for minutes, hours, sometimes days, it hangs and I have to reset the module.

To test, I created a fairly simple test program -

  • check for Watchdog induced reset and count it.
  • initialize the Watchdog for 60 sec timeout.
  • Init the Wifly interface and connect to my network.
  • Wait 10 seconds and force mbed_reset().

If the Watchdog induces the restart, then it is pretty clear that either:

  • The communications hung with the Wifly module causing the failure.
  • The Wifly module decided to go unresponsive.

If it gets to the end, it typically takes about 4 to 6 seconds for the boot and connect, then the 10 second delay.

But I can't really pin down the root cause easily. My strongest theory is that the Wifly module has rebooted, and since I don't store the high baud rate I configure it for, it resets back to 9600.

Also, one of the objectives for my revised send( ) is to avoid the c++ string, as that can fragment memory, and it wasn't very well bounded in behavior.

Latest tests:

Warm BootsWatchdog EventsNotes
100's30An early version of my derivative WiflyInterface, including my derivative of "send( )" API. Let's call this version 0.1.
26684My derivative WiflyInterface, but with the mbed official "send( )" API. Much improved. This was over the course of about 12 hours.
24003Most recent derivative - incremental change to "send( )", but this relative number does not rule out the Wifly module itself.

I think with these numbers, +/- 1 means that the changes have had no measurable effect. Which is good, since this incremental change eliminates the c++ string handling.

Test Software

This is pieces of a test program, clipped and copied to here. What I have compiled and run for hours and hours is almost exactly what you see. This uses this simple Watchdog library.

#include "mbed.h"
#include "WiflyInterface.h"
#include "Watchdog.h"

Serial pc(USBTX, USBRX);

Watchdog wd;
extern "C" void mbed_reset();

// Pinout for SmartBoard
WiflyInterface wifly(p9, p10, p30, p29, "ssid", "pass", WPA);

int main() {
    pc.baud(460800);                         // I like a snappy terminal
    
    wd.Configure(60.0);                     // Set time limit for the test to 1 minute
    LPC_RTC->GPREG0++;                      // Count boots here
    if (wd.WatchdogCausedReset()) {
        LPC_RTC->GPREG1++;                  // Count Watchdog events here
        pc.printf("\r\n\r\nWatchdog event.\r\n");
    }
    pc.printf("\r\nWifly Test: %d boots, %d watchdogs. %s %s\r\n", LPC_RTC->GPREG0, LPC_RTC->GPREG1, __DATE__, __TIME__);
    
    wifly.init(); // use DHCP
    pc.printf("Connect...  ");
    while (!wifly.connect());               // join the network
    pc.printf("Address is %s.  ", wifly.getIPAddress());
    pc.printf("Disconnect...  ");
    wifly.disconnect();
    pc.printf("OK. Reset in 10 sec...\r\n");
    wait(10);
    if (pc.readable()) {
        if (pc.getc() == 'r') {             // secret 'r'eset of the counters
            LPC_RTC->GPREG0 = 0;
            LPC_RTC->GPREG1 = 0;
            pc.printf("counters reset\r\n");
        }
    }
    mbed_reset();                           // reset here indicates successful communication
}

History

Renamed the WiflyInterface header and class name to EthernetInterface to be more readily swapped with the wired version. The TimeInterface then works directly. default tip

2018-12-03, by WiredHome [Mon, 03 Dec 2018 02:06:24 +0000] rev 78

Renamed the WiflyInterface header and class name to EthernetInterface to be more readily swapped with the wired version. The TimeInterface then works directly.


Documentation change (only).

2018-04-11, by WiredHome [Wed, 11 Apr 2018 00:21:02 +0000] rev 77

Documentation change (only).


Corrected defect where getting the MAC Address would clear the IP address.

2018-03-30, by WiredHome [Fri, 30 Mar 2018 18:11:35 +0000] rev 76

Corrected defect where getting the MAC Address would clear the IP address.


Disable excess debug

2018-03-30, by WiredHome [Fri, 30 Mar 2018 03:10:28 +0000] rev 75

Disable excess debug


UDP was trusting the endpoint to be configured - and persist in the definition of the host ip and port. Some code called APIs that reset that config, causing a failure. Current solution as implemented is to force the endpoint config each time.

2016-01-16, by WiredHome [Sat, 16 Jan 2016 20:44:44 +0000] rev 74

UDP was trusting the endpoint to be configured - and persist in the definition of the host ip and port. Some code called APIs that reset that config, causing a failure. Current solution as implemented is to force the endpoint config each time.


Updated to align with EthernetInterface - added setName and get_connection_speed.; Updated the SWUpdate for the Wifly module, then tested to ensure it is working.

2015-12-19, by WiredHome [Sat, 19 Dec 2015 21:48:24 +0000] rev 73

Updated to align with EthernetInterface - added setName and get_connection_speed.; Updated the SWUpdate for the Wifly module, then tested to ensure it is working.


Improve API compatibility with EthernetInterface, even when that means some APIs return a failure-code, since WiflyInterface cannot do all that EthernetInterface can.

2015-12-19, by WiredHome [Sat, 19 Dec 2015 19:16:58 +0000] rev 72

Improve API compatibility with EthernetInterface, even when that means some APIs return a failure-code, since WiflyInterface cannot do all that EthernetInterface can.


Changes to more closely match the EthernetInterface APIs for improve interchangeability.; Increased the timeout in the FlushIn call after sending a command - this helps it clean up the response from a slow command.

2014-09-25, by WiredHome [Thu, 25 Sep 2014 03:01:07 +0000] rev 71

Changes to more closely match the EthernetInterface APIs for improve interchangeability.; Increased the timeout in the FlushIn call after sending a command - this helps it clean up the response from a slow command.


Minor refactoring to eliminate wasted operations, and adapt to firmware v4.75

2015-12-14, by WiredHome [Mon, 14 Dec 2015 12:11:20 +0000] rev 70

Minor refactoring to eliminate wasted operations, and adapt to firmware v4.75


Revised the ssid and passcode to be simple char arrays, simplifying the storage and management, but also meeting the required size.

2014-05-02, by WiredHome [Fri, 02 May 2014 00:10:34 +0000] rev 69

Revised the ssid and passcode to be simple char arrays, simplifying the storage and management, but also meeting the required size.