Interesting - I’ve got as far as the need for IPv6 addressing and ‘fabric’ encryption, but not the mechanism and transports for set-up. Google Play Services seem to wrap this process up completely making the Android Google Home sample app more of a set of stub API-calls. ‘Local fabric’ smells a lot like a self-signed certificate / credentials.
Matter seems to be fairly resource intensive due its use of Wi-Fi radios and encrypted IPv6, meaning battery powered devices will use Zigbee/ BLE/ Thread (/ Z-Wave?) requiring hub Border Routers even when the costs of micro-controllers with cryptographic accelerators drops.
Some initial research suggests existing ESP12 / ESP8* can’t support Thread (no IEEE 802.15.4) and Matter might be a struggle (no hardware encryption). Plain-text MQTT works well enough on the LAN, although it would be good if IPv6 was supported.
INFO Reading configuration /config/esphome/esp32c3devkitm1.yaml...
INFO Generating C++ source...
INFO Compiling app...
Processing c3-devkitm-1 (board: esp32-c3-devkitm-1; framework: espidf; platform: platformio/espressif32 @ 3.5.0)
--------------------------------------------------------------------------------
Tool Manager: Installing espressif/toolchain-xtensa-esp32s2 @ 8.4.0+2021r2-patch2
Error: Could not find the package with 'espressif/toolchain-xtensa-esp32s2 @ 8.4.0+2021r2-patch2' requirements for your system 'linux_aarch64'
System is latest stable HA / HAOS 64 bit with everything up-to-date (but not beta or dev) running on RPi 4b. Compilation was started through the web frontend of the ESPHome add-on.
Yepp, that explains it all. Thanks!
I am very curious how code for this dev board will be compiled during the workshop. From the OP I conclude that RPi should be fine.
When baloob says “ESP-IDF”, I understand you need the ESP IDE (or maybe Platformio) to compile the firmware, not just using esp-idf as the framework in esphome.
Well, there is some margin for improvement in your understanding. If there were any relation between the two worlds than it would probably be “ZigBee IP” vs Thread. Did you ever hear of ZigBee IP? I guess not. It never really made it to the market. Whatever you have really seen in terms of ZigBee has nothing to do with Matter (or Thread as a low level protocol).
The only thing in common between Matter and Zigbee is standards certification are both owned by the Connectivity Standards Alliance.
Matter uses IPv6 so is good for mains devices, and as an integration protocol between hubs, phones, and the Cloud (a hub is not necessarily required). ~250 manufacturers are signed up.
Zigbee uses IEEE 802.15.4 so is good for battery devices
An allied protocol, Thread also uses IEEE 802.15.4 BUT addressing and discovery is DIFFERENT from Zigbee.
Hub Border Routers connect protocols (e.g. Zigbee 3.0 <=> Matter), a function which HASS is likely to support along with Nest Hubs, Amazon Echo, etc.
I suggest looking at a few of the links in my previous posts for detail - both consumer, and low-level tech.
ESP8* and ESP12 are very different from an ESP32-C3 - 8086 compared with a Pentium.
The ESP32-C3 is a specific MCU designed for secure IoT applications - e.g. Matter.
The ESP32 family supports IEEE 802.15.4, a cryptographic accelerator, BTLE 5, more powerful CPU (single and dual-core), 2x GPIO pins, 8x the ADCs, 1/4x the sleep current, capacitive touch, the list goes on and on… ESP32-C3 data sheet
I suggest looking at a few of the links in my previous posts for detail - both consumer, and low-level tech.
Guys, afaik there is still not a single Matter device on the market.
Having this “demo” workshop is nice, but it’s basically a WIP for everybody, so let’s not give it more importance than it has as of today