The WizFi360 documentation states that firmware can be updated directly via UART interface or via cloud. Is there perhaps a yet-undocumented way of sending the firmware with SPI interface? If not, would it be possible for you to add it in future firmware releases?
I’m considering doing the remote updates via AT+CIUPDATE command. Is there a way to check if firmware was downloaded successfully prior to updating the device? I need to be sure that the device won’t flash itself with badly-downloaded firmware, making the whole system not-working. If AT+CIUPDATE already does that, could you please provide me with sample command responses which show that the error has occured, so that I can detect it when handling communication with WizFi module?
the module then sends +CIPUPDATE:1 every 5 or so seconds. I’ve tried updating without specifying URL or with AT+CIUPDATE="http://wizwiki.net/download/WizFi360/O11/WizFi360_SDK.img" or with AT+CIUPDATE="http://wizwiki.net/download/WizFi360/WizFi360_SDK.img" but those always result in error after +CIUPDATE:3.
After rebooting the device, I’m still at version 1.1.1.7 like before the update:
It worked! I’ve analyzed the problem a bit and found out that the culprit was that my web server was using HTTPS instead of HTTP.
Would it be possible for you to add ability to AT+CIUPDATE command to accept firmware from HTTPS sources? Today almost all of web is HTTPS-based and having a HTTP exception in our server’s configuration is troublesome. Also, we really need to host the firmwares ourselves to have strict control on what firmware version our devices are running. We can’t use always-latest firmware from your address because in case of incompatibility on our end we’ll be left with unresponsive devices and need to service them on-site which is costly for us.