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…

1 Like

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