This PR is for adding support for configuration of network parameters (SSID/Username/Password for WiFi and APN/Username/Password for GSM/NB) at runtime, to allow the user to (re)configure these parameters after the Connection Handler has been constructed.

Just added WiFiConnectionHandler to code that previously used WiFi101 for MKR1000 board but now the WiFiOTA does not register the board in the ports selection. If I remove ConnectionHandler and revert back to WiFI101 natively (I know ConnectionHandler just calls this library after testing for ARCH of hardware) it works normally. This does not make any sense, any help would be greatly appreciated.

#include <Arduino_WiFiConnectionHandler.h>
#include <WiFi101OTA.h>

const char* ssid = "_SSID_";
const char* password = "_PASSWORD_";

WiFiConnectionHandler net(ssid, password);

void onNetworkConnect(void *_arg) {Serial.println(">>>> CONNECTED to network");}
void onNetworkDisconnect(void *_arg) {Serial.println(">>>> DISCONNECTED from network");}

void setup() 
{
  delay(5000);
  Serial.begin(115200);
  setDebugMessageLevel(2);
  net.addConnectCallback(onNetworkConnect);
  net.addDisconnectCallback(onNetworkDisconnect);
  WiFiOTA.begin("_HostName_", "_Password_", InternalStorage);
}

void loop() 
{
  net.update();
  WiFiOTA.poll();
}

VERSION INFO MKR1000 Firmware v19.6.1 Arduino IDE v1.8.9 Arduino SAMD (32-bits ARM Cortex-M0+) v1.8.3 WiFi101OTA v1.0.2 Arduino_ConnectionHandler v0.1.3

Hello!

Is there any equivalent statement for the MKR ETH shield for the MKR1000 WiFi mode:

WiFiConnectionHandler ArduinoIoTPreferredConnection(SSID, PASS);

Need to use MKR1000 with already tested MKR ETH shield. Thanks.

Kind regards.

netConnectionState being initialized to NetworkConnectionState::DISCONNECTED caused the WiFiNINA library's SpiDrv::end() to be called before SpiDrv::begin(). Since SLAVESELECT is initialized to 10, and only assigned SPIWIFI_SS in SpiDrv::begin(), this causes pin 10 to be set to INPUT. Since pin 10 is MISO on the MKR boards, and often used as CS on the Nano 33 IoT, and WiFiConnectionHandler::update() is typically called from loop(), after SPI has already been configured, this breaks communication on SPI.

Demonstration sketch:

#include <Arduino_ConnectionHandler.h>
#include <SD.h>
const char WiFiSSID[] = "ssid";
const char WiFiPassword[] = "pass";
const int SDchipSelect = 4;
WiFiConnectionHandler conMan(WiFiSSID, WiFiPassword);
void setup() {
  Serial.begin(9600);
  while (!Serial);
  Serial.print("Initializing SD card...");
  if (!SD.begin(SDchipSelect)) {
    Serial.println("Card failed, or not present");
    while (true);
  }
  Serial.println("card initialized.");
}
void loop() {
  conMan.update();
  File dataFile = SD.open("datalog.txt", FILE_WRITE);
  if (dataFile) {
    dataFile.close();
    Serial.println("success opening file");
  }
  else {
    Serial.println("error opening file");
  }
}

Bug reported at:

• https://forum.arduino.cc/index.php?topic=658366
• https://forum.arduino.cc/index.php?topic=661725
• https://forum.arduino.cc/index.php?topic=664965

I am using Connection Handler to get connected to GSM network via MKR GSM 1400. From time to time when I restart or reupload the sketch and I am getting error "SIM not present or wrong PIN" attaching screenshot.

When I restart the unit (reset button) or re-upload the sketch connection is successful. Looks to me that function just finish and never continue "void GSMConnectionHandler::init()" Arduino_GSMConnectionHandler.cpp

1. Does this means in default settings there is no 2nd, 3rd etc. retry ?
2. If so, is there any settings to set it up the way to retry again before fail or reset modem etc.?

Thanks a lot

Support for LoRaWAN boards. Connection handlers have been separated in TcpIP connection handlers and LPWAN connection handlers. For LPWAN protocols, a LoRa connection handler has been implemented. It uses the MKRWAN library: https://github.com/arduino-libraries/MKRWAN

To be used with: https://github.com/arduino-libraries/ArduinoCloudThing/pull/48 https://github.com/arduino-libraries/ArduinoIoTCloud/pull/83

This PR is based on #41 and #70 and adds ethernet support for Portenta H7. In order to get Ethernet connectivity the vision shield needs to be connected.

Since there is plenty of flash available for Portenta, Ethernet connectivity is always included in the build together with WiFi support.

Ci is failing because static IP configuration is based on this https://github.com/arduino/ArduinoCore-mbed/pull/526

This PR adds ConnectionHandler support for ESP32-based boards and fixes the demo example which was still calling setDebugLevel() although that was not enabled for MegaAVR

I have been having trouble with the Arduino MKR GSM dropping the connection to the Arduino IoT cloud and not being able to recover.

I was thinking that it must be the connection to the antenna, so I tried putting dielectric grease on the connection of the antenna. That seemed to help, but I still have had a few times the connection has dropped and failed to reconnect.

I am thinking it is similar to this issue: https://github.com/arduino-libraries/MKRGSM/issues/66.

I think it might be fixed by adding

static int const GPRS_TIMEOUT = 30000;

to the constants in src\Arduino_GSMConnectionHandler.cpp, and then

_gprs.setTimeout(GPRS_TIMEOUT);

directly under

_gsm.setTimeout(GSM_TIMEOUT);

In the implementation of GSMConnectionHandler::update_handleInit() in the same file as mentioned before.

This is what I am planning to try anyways.

I am not that experienced with regards to GSM communication, so if someone has a better idea to try and fix the problem I've been having I'd like to hear it.

Bumps actions/checkout from 2 to 2.3.4.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Hi, I have a MKRGSM1400 board. When connecting to cloud I have the following messages in serial monitor: 20:35:20.787 -> SIM card ok 20:35:24.801 -> GPRS.attachGPRS(): 4 20:35:24.801 -> Sending PING to outer space... 20:35:29.814 -> GPRS.ping(): -2 20:35:29.814 -> PING failed 20:35:29.814 -> Retrying in "500" milliseconds 20:35:30.131 -> GPRS.attachGPRS(): 0 20:35:30.131 -> GPRS attach failed 20:35:30.131 -> Make sure the antenna is connected and reset your board.

Then the board stop connecting and I have to reset.

Looking at Arduino_GSMConnectionHandler.cpp, but I am not an expert, I see the following code:

NetworkConnectionState GSMConnectionHandler::update_handleConnecting()
{
  GSM3_NetworkStatus_t const network_status = _gprs.attachGPRS(_apn, _login, _pass, true);
  Debug.print(DBG_DEBUG, "GPRS.attachGPRS(): %d", network_status);
  if (network_status == GSM3_NetworkStatus_t::ERROR)
  {
    Debug.print(DBG_ERROR, "GPRS attach failed");
    Debug.print(DBG_ERROR, "Make sure the antenna is connected and reset your board.");
    return NetworkConnectionState::ERROR;
  }
  Debug.print(DBG_INFO, "Sending PING to outer space...");
  int const ping_result = _gprs.ping("time.arduino.cc");
  Debug.print(DBG_INFO, "GPRS.ping(): %d", ping_result);
  if (ping_result < 0)
  {
    Debug.print(DBG_ERROR, "PING failed");
    Debug.print(DBG_INFO, "Retrying in  \"%d\" milliseconds", CHECK_INTERVAL_TABLE[static_cast<unsigned int>(NetworkConnectionState::CONNECTING)]);
    return NetworkConnectionState::CONNECTING;
  }
  else
  {
    Debug.print(DBG_INFO, "Connected to GPRS Network");
    return NetworkConnectionState::CONNECTED;
  }
}

The first time GPRS.attachGPRS() run successfully but the ping end with -2 so the program try to reconnect again. The second time GPRS.attachGPRS() run with error, maybe because the GPRS is already connected?

I see in my test that the first ping always end with -2, but putting the ping inside a loop the second or third ping end successfully. I don't know why the first ping is always -2.

So what is the problem? The ping should be put inside a loop or the problem is the attachGPRS?

Please help.

Thanks.

I have a use case for my research where I am trying to use the ArduinoIOTCloud library on a Teensy 4.0 with an ATECC608A along with a Wiznet Ethernet Module. I was able to get the modified example to work on it and get a "CONNECTED to network" on the serial monitor.

• Adds optional argument to WifiConnectionHandler constructor to pass a username
• Conditional in .cpp checks if value has been set, calls on .begin or .beginEnterprise accordingly
• Critical to use at universities
• If merged, would allow students on university networks to use IoT Cloud without modifying a local copy of the library

Hi 👋🏻

I have been struggling some time to connect my Arduino MKR1010 to the Arduino IoT Cloud by my university wifi network, which asks a username and password (WPA2 WiFi network).

For Arduino MKR1010, Arduino_ConnectionHandler establish a connection by creating a WiFi object from WiFiNINA and calling the method .begin(). This method only allows connections with WPA networks (SSID & Password).

If the method .beginEnterprise() from WiFiNINA was included in the class WiFiConnectionHandler fromArduino_WiFiConnectionHandler.cpp, it would be possible to connect to WPA2 Enterprise networks such as eduroam. Again, it only works for devices using WiFiNINA instead of WiFi101. I don’t know if there exists a similar method for the latter.

Lastly, I tried it myself and it works. It only took me minutes to update the code. And it doesn’t change what is made already.

Thanks for the nice library you created!

This PR adds a class which supports instantiation without SSID and PASS in order to dynamically set them at later time using setWiFiCredentials(String, String). This allows a machine to get their WiFi credentials passed in at startup time via means of storage, effectively removing such credentials from the firmware.