The idea of this project is to create a truly smart thermostat. Main features are:
- Can be integrated into a home automation system (such as Home Assistant)
- Cloud connection not required
- Wifi connected
- Initial setup (e.g., wifi credentials) configured via touch screen interface
- Will act similarly to a person's preferences when it comes to HVAC. For example:
- the temperature set should be dependent upon local forecast
- If the outside temp is close to the set thermostat temp, suggest opening a window
- Detect if a window or door is open and disable the heat/AC
- Use Matter protocol over wifi (thermostat V2)
- Provide local web site to control/configure thermostat
- Allow ssh login
- Provide diagnostic logging (rsyslog as well?)
- Detect degradation of temp rise/fall to identify clogged filter or service required
- Employ remote temp sensors to balance temp within home
- Detect lower air quality to suggest opening a window (and disable HVAC)
- No mechanical buttons - soft buttons on the TouchScreen only ... except maybe a master reset if things go wrong!
Basic layout of thermostat:
Version 0.7.2 adds support for telnet and soft back light bring up (more on that later). It also fixes a handful of bugs and reliability (especially around MQT) has been dramatically increased.
Prior to this release, the backlight would come on immediately with "full brightness" (depending on the ambient light level). Now, the logic has been updated to bring the back light up slowly to match the current room light level. Also the backlight will continue to match the detected light, so if you turn the room light on, it will match.
Auto reconnect in the ESP MQTT module has been enabled. Ths eliminates the responsibility for smart-thermostat to re-establish an MQTT connection if it is lost. Trying to do this manually led to race conditions and some incorrect logic assumptions. Now the built in module (from Esspressif) handles it ... and it is incredibly reliable!
Telnet support has been added! There is no credential checking mechanism, but this is not a high security device. It could be added later by a contributor if wanted. Via telnet, a user can reconfigure the stat, monitoring th elogging output, reboot and check on stats & error counts.
Getting started: https://docs.espressif.com/projects/esp-matter/en/latest/esp32/developing.html
Matter support is delayed until the SDK can be added as a library to PlatformIO. Currently, the actions required to create a dev environment is too extreme.
The thermostat app code is now 100% ESP-IDF based. All dependencies on the Arduino framework have been removed. This provides for much better control of the code and better integration with the upcoming Matter implementation.
FYI: There are some libraries being used that have soem compile-time errors. These are currently being worked with the maintainers. See PR comments.
FYI #2: Many details have changed with today's commit (such as the partition scheme). It is best to clear out old builds and be sure everything (ESP-IDF and libraries) are up-to-date. Details in the platformio.ini file.
Great progress! The processor has been selected, the ESP-32 and the user interface is (albeit crude) created! To generate the user interface elements and menuing system, SquareLine Studio was used. This integrates with the graphics library used; LVGL.
FreeRTOS will be the OS. Tasks are created to drive the user interface, the statemachine, the web server and reading of the sensors. The state machine will make up the primary task that runs on a continuous, low-priority loop. The user interface task, which drives the TFT is the highest priority. All other tasks will have higher priorities.
The code is currently exceeding the usual partitioning table, so the large_app partition scheme was used. OTA update has not been tried sicne switching to this partition scheme, but it may now be broken. Later with an ESP32 chip with a larger FLASH should be able to handle the code and perform OTA updates.
The processor of choice is the ESP32 with 4MB FLASH.
The coice to use an Espressif MCU was made since it is cheaper, smaller and more simple to integrate into the circuit. It also provides enough GPIO pins to control everything.
Eventually, the ESP32-C6 will be used as it has support for 802.15.4 (Zigbee / Thread). But it does not have enough GPIO pins, so a multiplexer must be added to the PCB. Alternatively, wifi plus Matter could be used and skip Zigbee and Thread. This is still under investigation.
Built onto the PCB is a SWD interface allowing GDB debugging, as well as loading firmware.
Currently, build output shows:
Processing esp32dev (platform: espressif32; board: esp32dev; framework: arduino)
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/espressif32/esp32dev.html
PLATFORM: Espressif 32 (6.3.0) > Espressif ESP32 Dev Module
HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash
DEBUG: Current (esp-prog) External (cmsis-dap, esp-bridge, esp-prog, iot-bus-jtag, jlink, minimodule, olimex-arm-usb-ocd, olimex-arm-usb-ocd-h, olimex-arm-usb-tiny-h, olimex-jtag-tiny, tumpa)
PACKAGES:
- framework-arduinoespressif32 @ 3.20009.0 (2.0.9)
- tool-esptoolpy @ 1.40501.0 (4.5.1)
- tool-mkfatfs @ 2.0.1
- tool-mklittlefs @ 1.203.210628 (2.3)
- tool-mkspiffs @ 2.230.0 (2.30)
- toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch5
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ deep, Compatibility ~ soft
Found 42 compatible libraries
Scanning dependencies...
Dependency Graph
|-- LovyanGFX @ 1.1.6
|-- Adafruit AHTX0 @ 2.0.3
|-- Smoothed @ 1.2.0
|-- micro-timezonedb @ 1.0.2
|-- lvgl @ 8.3.7
|-- Preferences @ 2.0.0
|-- ESPmDNS @ 2.0.0
|-- Update @ 2.0.0
|-- WebServer @ 2.0.0
|-- WiFi @ 2.0.0
Building in release mode
Retrieving maximum program size .pio/build/esp32dev/firmware.elf
Checking size .pio/build/esp32dev/firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM: [=== ] 33.1% (used 108372 bytes from 327680 bytes)
Flash: [===== ] 45.9% (used 1445209 bytes from 3145728 bytes)
Configuring upload protocol...
AVAILABLE: cmsis-dap, esp-bridge, esp-prog, espota, esptool, iot-bus-jtag, jlink, minimodule, olimex-arm-usb-ocd, olimex-arm-usb-ocd-h, olimex-arm-usb-tiny-h, olimex-jtag-tiny, tumpa
CURRENT: upload_protocol = esptool
Looking for upload port...
Using manually specified: /dev/ttyUSB1
Uploading .pio/build/esp32dev/firmware.bin
esptool.py v4.5.1
Serial port /dev/ttyUSB1
Connecting.....
Chip is ESP32-D0WD-V3 (revision v3.0)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: 78:21:84:e2:28:1c
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Configuring flash size...
Flash will be erased from 0x00001000 to 0x00005fff...
Flash will be erased from 0x00008000 to 0x00008fff...
Flash will be erased from 0x0000e000 to 0x0000ffff...
etc...
The TFT display chosen is the MSP3218 with the ILI9341 TFT driver and the XPT2046 touch controller. LVGL supports this display nicely (see lvgl_conf.h). The 3.2" screen is a bit tight for all menus and controls, but with a stylus, it is fine ... might be tough with a finger.
SquareLine Sudio designed screens:
Built into the PCB is a power supply capable of providing stable 5V DC for the processor and sensors. An LM2576HVT-5 will be used to allow for 24V in and still remain stable regulating the power.
A low droput voltage regulator is incorporated into the PCB to regulate the 5V to 3v3. AMS1117 Datasheet
Other than an onboard Temp/Humidity/Air quality sensor setup, there can also be remote sensors (maybe connected via MQTT or proprietary ethernet protocol?) that will provide data to make various decisions. These could be inside the home, outside or even from online sources (such as local weather sites).
To measure indoor temp & humidity, the Aosong AHT20 is being used. More manufacturer information can be found HERE.
A light sensor (LDR) is currently incoporated into the PCB (as a voltage divider) and is being measured for ambient light. It will be used to determine brightness of the TFT display when it is woken.
Motion sensing is being done with the Hi-Link LD2410 uWave sensor. These are available on Amazon and AliExpress.
- LD2410 documentation: https://drive.google.com/drive/folders/1p4dhbEJA3YubyIjIIC7wwVsSo8x29Fq-?spm=a2g0o.detail.1000023.17.93465697yFwVxH
- Example use in another poject: https://github.com/LoopOnCode/UnitySensor
- You can purchase a Unity Sensor at: https://loopon.tech/products/unity-sensor
This can be used to notify user of events/alerts. Could also be Slack or other notifications. An onboard annunciator (like a speaker) feels wrong.
This would maintain power during brief power outages
V1 task list:
- Build 24VAC to 5VDC power supply with minimal ripple (< 2%)
- Decide on MCU/SBC
- Determine sensors to be used (temp, humidity, air quality)
- Develop V1 of host app (to get basic thermostat functionality)
- Generate schematic & PCB
- Generate PCB BOM (compatible with JLCPCB parts list)
- Have PCB manufactured (JLCPCB)
- Add OTA update ability (via web page)
V2 task list:
- Design device web page; crude but done
- Design 3D printed case (Polycase may be good supplier or JLCPCB)
- Implement Matter
- Develop Home Assistant integration (maybe via Matter?)
- Add MQTT/HA communications (publish and subscriber support)
Maybe:
- Add air quality monitoring (to PCB and app)
General to-do:
- Measure current draw of entire thermostat, TFT LED backlight on & off
- Measure current draw with no TFT display attached
- Measure voltage ripple while under load
- Redesign PCB to incoporate ESP chip and tighten up layout
- Add serial output pins to connect serial terminal to catch print statements
- Interrupt: Touch
- When: User touches display; Asserts line LO
- Interrupt: Motion
- When: LD2410 senses motion; asserts line HI
- Task: aht
- Freq: 10 secs
- Purpose: update temp & humidity
- Task: touch
- Freq: int (triggered indirectly via TFT touch int)
- Purpose:
- Update last touch point
- Play audible beep
- Task: motion
- Freq: int (triggered directly via motion int)
- Purpose: update last motion detected timestamp
- Task: state-machine
- Freq: 1 sec
- Purpose:
- Pump state machine
- Using temp & humidity, motion, last touch pt,
- Call routines to navigate menus (options / settings)
- Adjust display brightness (when on) based on LDR
- Turn off display with no motion
- Init (start)
- Idle
- Fan only
- Heat
- Cool
- Error
- Wifi
- Web server
- Matter over wifi
- Telnet
- OTA updates
- Add air quality monitoring device -- Maybe a future feature
- Wifi credentials
- Location (zip code) for outdoor temp - or URI for local/private temp sensor
- Home Assistant FQDN / IP
- Temp swing
- Max / min temp (when to alert user)
- email list / SMS for notifications
- c / f
- reversing valve (for a heat pump)
- auto changeover (A/C to/from Heat)
- Average temp change rate vs temp differential (inside / outside temps)
- When value exceeded (based on HVAC mode), ask if window/door is open
- Average temp change rate
- Detects when filter / furnace needs servicing
- Used to calculate time to temp
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent