Select a firmware version to see what changed in it.
v23 — Remote restart and WiFi reconfiguration without any manipulation
2026-07-11
Added New "Restart the cameras" button in the configuration: restarts every camera in the fridge remotely, without unplugging anything.
Added Slaves relay the restart order to the master over ESP-NOW, on the shared WiFi channel, so the master also restarts without losing its connection.
Added The restart order is authenticated (double signature) to prevent an unauthorized device from triggering a reboot.
Added Anti-loop protection: each camera reboots only once per request, even if it re-reads the configuration afterwards.
Changed Changing the WiFi network no longer requires any manipulation: when the fridge restarts, the master automatically opens its Bluetooth for 5 minutes. The new network simply replaces the old one. The reset button is no longer needed.
Changed After a successful WiFi setup, the master restarts and no longer reopens Bluetooth: it connects directly and serves the cameras, without needlessly reappearing over Bluetooth.
Changed Startup synchronization: the master shares the WiFi for 10 minutes and the cameras listen for 10 minutes, guaranteeing they receive the network even though the master only starts broadcasting after its Bluetooth window.
v22 — WiFi reconfiguration on restart and Dev/Prod mode
2026-07-11
Added On every fridge restart, the cameras listen for the master for a few minutes: this lets you change the whole fridge's WiFi just by restarting it, without reconfiguring each camera.
Added Dev/Prod mode configurable remotely from the configuration page: Dev listens 1 minute (fast testing), Prod listens 5 minutes (real users). The change applies on the next restart.
Added The master board reports its presence to the server and appears in the inventory (flagged as "Master"), while never receiving updates.
Added New WiFi section in the configuration: reminder of the 2.4 GHz requirement and a detailed procedure to connect or change the network.
Changed More reliable reconnection: on a temporary outage, the saved network is kept and the camera reconnects automatically, without erasing its configuration.
v21 — Slave cameras: shared WiFi and reliable reconnection
2026-07-09
Added Automatic WiFi reception from the master board (ESP-NOW): the camera gets the network without manual setup, with an encrypted password.
Added WiFi reset via a button (3-second window at startup) to set up a new network.
Changed More reliable reconnection: on a temporary outage, the saved WiFi is kept and the camera reconnects automatically, instead of erasing the configuration.
Changed The WiFi network is no longer hardcoded in the firmware; it is provided wirelessly and stored persistently.
Added WiFi setup over Bluetooth: no need to hardcode the network in the firmware anymore. The user pushes their WiFi from a mobile app.
Added Automatic WiFi sharing between the fridge cameras (ESP-NOW): a single setup configures all cameras.
Added Unique identity per fridge with a scannable QR code, and the WiFi password encrypted while shared between cameras.
Added WiFi reset via a button, to set up a new network.
Changed More robust reconnection: the saved WiFi is kept during a temporary outage instead of being erased.
v19 — Interval parameter cleanup
2026-07-08
Removed Removed the redundant 'interval between photos' setting. The interval is now handled only by the 'upload batch interval'.
Changed Internal code cleanup (removed the unused variable and its startup message).
v18 — Network optimizations and OTA tracking
2026-07-08
Added Firmware check at startup, then at a configurable interval (instead of every 30 s).
Added Batched photo uploads and a configurable retry delay after a failure.
Added Camera local IP shown in the OTA inventory and on every log line.
Changed Uniform log line format (time first, then camera and IP).
Fixed Reduced request volume to avoid IP blocking by the host firewall.
v5 — OTA base and reliability
2026-07-04
Added Over-the-air firmware update (OTA), upload retries, DS18B20 temperature sensor.
Fixed Image capture fix (FB-OVF).
v0 — Base firmware: photo capture and upload
2026-06-19
Added Photo capture by the ESP32-CAM camera, in SVGA (800x600) when PSRAM is available, otherwise VGA (640x480).
Added Photo upload to the server over HTTPS, protected by a token shared between the camera and the server.
Added Unique identifier per camera, derived from its hardware address, to tell several cameras apart in the same fridge.
Added Image settings read remotely from the server (rotation, mirror, brightness), without reprogramming the camera.
Added Timestamped photo filenames, to order the images over time.
Added Logging of camera events to the server (connection, upload, errors).
Target for a specific camera
Overrides the global version for this camera only (useful for testing on one).
Forced Update
Check the cameras, choose what to push, then confirm. They will update at their next check.
"Follow the global version" mode: the checked cameras drop their specific target and follow the global one. "Push a specific version" mode: the checked cameras receive the chosen file, with the version read from its name.
How to publish a new version
1. In the firmware, increase FW_VERSION (e.g. 5 → 6).
2. Arduino IDE: Sketch > Export Compiled Binary.
3. Rename the .bin with its version, e.g. firmware_v6.bin (the number must match FW_VERSION).
4. Upload this .bin into the ota_firmware/ folder on the server.
5. Here, just select this file: the version (6) is detected automatically from its name.
6. The cameras detect the new version, download it and reboot on their own.
This website uses cookies to ensure it works properly and to improve your experience. Learn more.
Cookie policy
A cookie is a small file stored on your device. This website uses them to remember your consent choice and ensure pages work properly. We do not use cookies for advertising. You may decline: the site will remain functional. You can also clear cookies through your browser settings.