Which temperature sensors to choose for a smart home with ESP8266?

I already have several devices in my house controlled via WiFi – circuits based on ESP8266. I would like to extend the smart home system with room temperature sensors – all for proper temperature control. The sensors are to be battery powered. The temperature sensors will be visible (they need to be arranged in the right place to measure the temperature) – so they must be aesthetically pleasing. Data must be sent (directly or indirectly) to the server (GET or POST call). Measurement accuracy of 0.3 degrees (repeatable, relative). Absolute can be slightly higher. Frequency of measurement – even every 2 minutes. And now my ideas:
1. only ESP with LiFePO4 or 2xAA – advantages: simplicity of construction, disadvantages – operating time on power about 2 months, need to obtain a case.
2. ESP+ATTINY with 2xAA – advantages: much longer battery life (ATTINY performs wake-up, measurement and in case of temperature changes – dispatch to ESP), disadvantages – more complex design, need to acquire a housing.
3. some off-the-shelf radio sensors, data collection and sending to server – advantages: possibility to use off-the-shelf sensors with long lifetime (1 year), nice housing sometimes temperature display on LCD, disadvantages: questionable operation through reinforced concrete ceiling (for 433MHz sensors), need to receive data and send again to server.

I would very much appreciate your opinions. I am particularly interested in version 3 solutions – maybe someone has done something like this?

Somehow no one has commented on the topic. While looking for a solution I became interested in the iNode sensors. However, I have concerns about the range. Here is my question - has anyone used temperature sensors in a brick two-storey building - ceramic walls, poured reinforced concrete ceiling? I can place the receiver centrally, so a distance of no more than 10m. I'm thinking of a broadcast mode, so I'm comfortable with 20% of correctly received frames.

The iNode is seemingly the best solution. They work on Bluetooth BLE and there can be problems with range. I don't use one as such, however, I have thermostat heads in my house that transmit over BLE and I have a range problem. I have had to use separate BLE-Lan 'gateways', which makes the whole system more expensive.
Solution 3 would be the most optimal. In my experience there are no coverage problems even through the ceilings, one RFLink gateway supports all the Oregon sensors in the whole storey building.They run for about 2 years on one battery change.
At the moment (if I were starting out) I would buy sonoff s20 sockets, extend with a temperature and humidity sensor and replace the soft. I would have a Wifi-controlled socket and sensor in one go.

Thanks for your reply

starob wrote:

In my experience, there are no coverage issues even through ceilings, one RFLink gateway supports all Oregon sensors in an entire one story building

. I've done a bit of reading - opinions on RFLink coverage vary. Someone wrote that they had coverage problems in a two-storey flat. I had 433 MHz sockets at my place - they worked poorly through the ceiling. Then there is the purchase of separate sensors, which are mostly external versions, not very precise and usually with large data sending intervals. With the iNode, data is sent frequently, a large selection of sensors and true miniaturisation. I'm interested in the readout - losing even 80% of packets doesn't matter - as long as there is one received per 30 seconds. I have a question about your headsets - what is the transmit power? What I mean is that on the iNode website I read: "the power at which the device operates ranges from -18 dBm to + 8 dBm (maximum range up to 200 m in open space)". - I thought that in an enclosed space it would manage 10m.

krzbor wrote:

opinions about RFLink coverage vary

.
Opinions about RFLink are as varied as the receivers used I forgot to add that I use a centrally placed dipole antenna.

krzbor wrote:

what is the transmit power?

.
It doesn't say, but it follows BT4.0 I think? For single storey coverage I had to replace the antenna in the RPI with an external one (long 8dB).
In addition I had to rigidly set the WiFi channels to not interfere with BT.

krzbor wrote:

as long as there is one received per 30 seconds

.
Practically not achievable because the process of connecting a sensor via BT or WiFi takes longer. For several sensors the frequency of querying one sensor can be minutes.
This leaves only WiFi with a permanent connection.
For this reason, I believe that the 0.3sec achieved by the iNode is some kind of marketing ploy. To download data for your own use for these sensors you need an
iNode LAN gateway and it is the gateway that responds with cached data from the sensors, not necessarily up-to-date. You can also write your own BT communication - the hci frame protocol and examples are available on their website. On the other hand - it doesn't matter when measuring room temperatures, because there are no rapid changes.
For this reason, I would consider the point of frequent polling.
In summary - you will not get a clear answer. What remains is to buy one iNode and test it.
After 3 years of experience, I currently do everything on ESP, no problems with coverage,flexibility, simple communication and high responsiveness.

starob wrote:

For this reason, I believe that the 0.3sec achieved by the iNode is some sort of marketing ploy.

The most common mode for BLE sensors is connectionless. Data can be sent very frequently from a large number of devices. The limitation of the broadcast period in practice is only the battery capacity.

The transmit power in BLE devices is usually configurable. Depending on the circuit used, the maximum value is 0dBm..+8dBm. There are also long-range sensors transmitting at +20dBm. These are slightly more expensive and larger (requiring 1/2AA size batteries). In practice, data from a sensor (iNode Long Range) placed on the electricity meter in the stairwell can be received in the flat two floors below.

starob wrote:

.
After 3 years of experience I now do everything on ESP, no problems with coverage,flexibility, simple communication and great responsiveness.

I also like ESP. I have done several circuits on it. However, I am not a professional electronics engineer but rather a hobbyist. I build my modules on a universal board and put them in a universal case. This is usually not the height of aesthetics, but also these modules are not in plain sight. I also usually have one copy (I don't need more). These circuits are mains-powered. With the temperature sensors it's different - I need six pieces. I want to put them in a suitable place for measurement (so not on a cupboard and not in a drawer . Making something on ESP that will work for a year is not possible with a polling interval of a few minutes. It could be done by combining ESP and ATTINY, but that's a bit of work. This is why I am looking around for something ready-made. I'm considering an iNode just because of the sensors themselves - long run time and real miniaturisation.