in my current project I would like to install a temperature sensor in my greenhouse, as it can often get very cold in there in the winter or very hot during the summer time.
Unfortunately, my greenhouse is in the corner of my garden and gets very unreliable wifi. Now my idea would be to implement kind of a bridged network like the following:
Therefore, I read the article about the Bluetooth Proxy of ESPHome but there is nothing mentioned how to build a peer-to-peer-communication between ESP32-nodes where the “last node” acts as a gateway and publishes everything in the LAN/WIFI on behalf of the nodes connected via Bluetooth.
Do you have an idea how to realize such a p2p-communication scenario?
I don’t think this is possible right now, as the bluetooth proxy sends bluetooth info over wifi, so you’d need a home assistant api proxy. Putting a wifi repeater at the place of the middle esp32 would make way more sense.
Maybe this could help if you’re set on doing it with esp only:
But you’d have to implement the devices on the last esp and send the information yourself, the proxy won’t do it for you.
Sure? Wouldn’t be a client on the repeater actually “protected” by the NAT? But it should be possible to add a port forwarding so than HA should be capable to address one device in that repeater network.
Pretty much. ESPHome actually reboots if api is enabled and HA hasn’t connected in a while.
Besides, you nowhere indicates your HA IP in ESPHome, do you
I know that HA connects via native api to the esphome node (which acts as a server).
The question was that despite of the extra NAT (which is a poor mans firewall essentially) HA is capable connecting to the esphome node in that different subnet.
I remeber it worked for some users but only for exact one (= ) esphome node in that subnet (for now that would be sufficient for the OP). mDNS will be broken too so no auto discovery for example
NAT only makes sense between different subnet.
It’s a basic of TCP/IP really (all your internet connections are using NAT unless you are fully IPV6), so, unless there is a known bug, it must work.
For sure.
That being said, that was the 1st project that popped doing a search. There might be projects doing Wifi bridge with ESP as well.
Do you have the option to dig a shallow trench with some conduit and a cat6 I would definitely look in to that. Then you could plug in a poe-switch, access point or what ever
I’ve done this to my garage, about 20 meters from my router.
OpenMQTTGateway with a cheap 433mhz temp and humidity sensor with batteries could stretch further than wifi with the benefit of you would have to learn some new things.
That’s still into line of sight for BLE or 433mhz range. I would try an esp32 outside of the first floor with Wifi access and put a BLE temperature sensor into the green house or a 433mhz one.
For BLE the ESP32 should scan continuously to maximize the packets reception chances and be placed the highest possible.
The experiment should not be too expensive before going into other tech like ESP NOW or LORA with much more overhead.
) esphome node in that subnet (for now that would be sufficient for the OP). mDNS will be broken too so no auto discovery for example 
