I'm curious how the ota update mechanism is actually implemented. Is there any error checking like a checksum performed on the uploaded firmware before it's flashed? We have several remote nodes that are a long drive away, but are tough to replace if they get bricked. Does an error in the process fail gracefully, or catastrophically with a bad FW load? Anyone have any success/fail tails to tell?
We are running 3.16.1.1 on most of the nodes to be updated and typically have ETX values of less than 3.
Thanks, Dave K7DMK
We are running 3.16.1.1 on most of the nodes to be updated and typically have ETX values of less than 3.
Thanks, Dave K7DMK

A few things:
- we are using the native (plus a few extra steps) sysupgrade process from OpenWRT.
- The latest nightly builds do contain a check for the filename to ensure that it's appropriate for the device. (3.16.1.x and 3.18.9.0 do not have these checks)
- You should reboot immediately before doing an upgrade.
- Most of the time, when upgrades have failed on me, they fail because of lack of memory (thus, the prior reboot recommendation). In these cases, the node will stay at the same version after the reboot. (soft fail)
- I would recommend uninstalling any packages that you may have manually installed on the node first. (ie. MeshChat)
- Next, I HIGHLY RECOMMEND that you UPGRADE to v3.18.9.0 (or at least v3.16.1.2) IMMEDIATELY due to security vulnerability fixes.
Here's the release notes for v3.18.9.0: https://www.arednmesh.org/content/aredn-release-notes-v31890Here's the changelog of features/bugfixes since v3.18.9.0 that are in the nightly builds: http://downloads.arednmesh.org/snapshots/trunk/CHANGELOG.md
Andre, K6AH
Thanks again, Dave