New: the AI firewall watches the whole platform and explains each incident in plain words. See how it works

Jason W.

jason_fw

@jasonwhite18 · Joined April 2025

Newcomer

Embedded developer · logistics

Topics
10
Replies
48
Points
0
Newcomer10 points to Member

Forum Replies Created

Viewing 3 posts – 46 through 48 (of 48 total)

We had a similar yard on a logistics site and ended up taking the internet job away from the mesh entirely. The root stays a plain mesh node (no station mode, so channel doesn’t matter) and talks over UART at 115200 to an ESP32 next to it. The ESP32 is on Ethernet or the plant Wi-Fi, has the RAM for TLS, and is the only thing Hermetry knows about.

Make the ESP32 a gateway device in Hermetry (tick This device is a gateway when you create it) and report each mesh node as a child on the gateway topics. Use the mesh node id or a label as the child name and send a type so they all land on one profile:

v1/gw/connect    {"device": "yard-n07", "type": "yard-temp"}
v1/gw/telemetry  {"yard-n07": {"values": {"temp_c": 41.2, "rssi": -71}},
                  "yard-n03": {"values": {"temp_c": 38.9, "rssi": -64}}}

Create a profile named exactly yard-temp first, then children get it automatically and your alarm rules go on that profile. Leave out ts unless the ESP32 has NTP, the platform will stamp arrival time.

If you later want to send something to a node, a command to a child comes down to the ESP32 on v1/gw/rpc, and the ESP32 passes it over UART to the root and into the mesh. Reference: Devices behind a gateway.

Accepted solution♥ 2
Viewing 3 posts – 46 through 48 (of 48 total)