THR320 Sonoff Tasmota - troubleshooting

@VonOx I don’t understand the meaning of « on avait prévenu… » but oh well

To avoid « disturbing » my Gladys setup under Docker/Portainer (which is on a Pi 4 8GB currently running Pi OS Bullseye 64-bit) I wanted to install this test image on a second Raspberry

I have on another table a PI 4 8GB running Debian 11 64-bit and on which I have Docker/Portainer

I followed the image atrovato/gladys:tasmota with a few adaptations :
–name gladys-tasmo \
-e SERVER_PORT=1033 \
and of course the path to the storage folder

I have an error message in the image logs (logs that I find from Portainer…)
Hence my message this evening …

After the evening break, I decided not to mix things and to allow progress I decided to put the image on the PI 4 with Pi OS already hosting my Gladys
This allows verifying the adaptations of this test image and avoiding doubts about interactions/variables like changing the OS, hardware and other issues

I connected the gladys-tasmo image’s server to the MQTT of the gladys v4 image

Apparently this works…

However, it’s impossible to find the Tasmota THR320 device via MQTT (when pressing MQTT discovery…)
But I find it via HTTP discovery and it appears as follows :

I was talking about that.

Which command did you use to create the gladys container?

Edit: I hadn’t seen the edit, my question is about the test Pi

Good evening
As mentioned above I’m starting again from the same Pi 4 base (the one that runs the production version…)

it’s not a problem if the prod version becomes buggy, I hadn’t done anything while waiting to see the temperatures from the Tasmota devices come back up…

I just tried again: MQTT discovery doesn’t seem to work but HTTP discovery is OK

@VonOx
On the test PI to create the Gladys docker atrovato/gladys:tasmota I used:

docker run -d \

SSH connection to the Test Pi

I’ll finish my tests this evening
I’m on my production PI (PI4 8GB running Pi OS 64-bit)
Docker/Portainer environment
I disabled/stopped all images related to my Gladys production including Eclipse Mosquitto
I stopped the first test image including deleting the image and the data folder on the PI 4
I restarted the image with Docker Run
I thought the new installation would create a new Eclipse MQTT container for me, but no, it restarted the stopped one; I just had to enter the login and password
And then MQTT discovery worked fine…

Maybe the two installs were conflicting…

I can run tests on request

On the other hand, a small additional request:
On my Tasmota THR320 I have 3 DS18B20 probes and there is also the internal one (temp device)

After discovery we normally get this:

It would be helpful to have identifiers (IDs) that are returned in order to get to this

While it’s easy to find the probe on a Tasmota with a single sensor, on a Tasmota with 3 sensors it’s a bit more of a headache

But thanks to the developers for all the work done!!

I just added around my test container a Sonoff Tasmota THR320 and a THS01 probe (temperature, dew point, humidity)

It only detects the temperature from the ESP probe:

![Tasmota Temp 22|557x500](upload://wFM

Hi, the dew point isn’t handled by Gladys, but for the others, we’ll do what it takes to have them integrated!

@AlexTrovato

Thank you for this feedback…
If this is necessary for the forum, for Gladys’ development, don’t hesitate to ask me to run tests…

The fixes related to the Tasmota temperature sensors from the PR ( Tasmota: Add more temp devices by atrovato · Pull Request #1570 · GladysAssistant/Gladys · GitHub) have been integrated into Gladys Assistant v4.11 !

https://community.gladysassistant.com/t/gladys-assistant-v4-11-est-disponible-gestion-des-volets-roulants