THR320 Sonoff Tasmota - résolution problèmes

@VonOx Je ne comprends pas le sens de « on avait prévenu… » mais bon

Pour éviter de « perturber » mon installation Gladys sous Docker/Portainer (qui est sur un Pi 4 8Go actuellement sous Pi Os Bullseye 64 bits) j’ai voulu installer cette image de test sur un second raspberry

J’ai sur une autre table un PI 4 8Go qui est sous Debian 11 en 64 bits et sur lequel j’ai Docker/Portainer

J’ai suivi l’image atrovato/gladys:tasmota avec quelques adaptations :
–name gladys-tasmo
-e SERVER_PORT=1033
et bien sur le chemin vers le dossier de stockage

J’ai un message d’erreur dans les logs de l’image (log que je trouve depuis portainer…)
D’ou mon message de ce soir …

Après le temps de la pause du soir, j’ai décidé de ne pas mixer les genres et pour permettre d’avancer j’ai décidé de mettre l’image sur le PI 4 avec Pi Os portant déjà mon Gladys
Ainsi cela permet de vérifier les adaptations de cette image de test et de ne pas avoir en doute des interactions/variables comme le changement d’OS, de matériel et autres sujets

J’ai connecté le serveur de l’image gladys-tasmo sur le MQTT de l’image gladys v4

A priori ce point fonctionne…

Par contre impossible de trouver le périphérique Tasmota THR320 en MQTT (en appuyant sur découverte MQTT…)
Mais je le trouves sur la découverte HTTP et il apparait comme suit :

Je parlais de ça.

Quelle commande as tu utilisé pour créer le conteneur gladys ?

Edit: j’avais pas vu l’édit, ma question porte sur le pi de test

Bonsoir
Comme indiqué plus haut je repars de la même base de Pi 4 (celui qui porte la version production…)

ce n’est pas grave si la version prod devient bugguée, je n’avais rien fait dans l’attente de voir remonter les températures des tasmota…

Je viens de refaire un essai : la découverte MQTT ne semble pas fonctionner mais la découverte HTTP est OK

@VonOx
Sur le PI de test pour créer le docker gladys atrovato/gladys:tasmota j’ai utilisé :

docker run -d \

connexion en SSH sur le Pi de Test

Je complètes mes test de ce soir
Je suis sur mon PI de production (PI4 8Go sous Pi Os 64 bits)
Environnement Docker/portainer
J’ai desactivé/arrêté toutes les images liés à mon gladys production y compris mosquitto Eclipse
J’ai arrêté la première image de test y compris supprimé l’image et le dossier sur le PI 4 des données
J’ai relancé l’image avec Docker Run
Je pensais que la nouvelle installation me créerait un nouveau container MQTT Eclipse, non il a relancé celui arrêté, il a fallut simplement que je rentre le login et MDP
Et là la découverte MQTT s’opère bien…

Peut être que les deux install se contrariaient…

Je peux faire des tests à la demande

Par contre petit souhait complémentaire :
Sur mon tasmota THR320 j’ai 3 sondes DS18B20 et il y a en plus celle qui est interne (temp device)

A l’issue de la découverte on a normalement cela :

Ce serait bien pour arriver à cela d’avoir des identifiants qui remontent

Autant c’est facile de trouver la sonde sur un tasmota avec une seule sonde, autant sur un tasmota avec 3 sondes c’est un peu plus casse tête

Mais merci aux développeurs de tous ces pas effectués !!

Je viens de rajouter autour de mon container de test un sonoff Tasmota THR320 et une sonde THS01 (température, point de rosée, humidité)

Il ne trouve que la température de la sonde ESP :

Voilà, merci de me dire si il faut tester des manips, laisser la main sur ce PI…

Salut, le point de rosée n’est pas géré pas Gladys, mais pour les autres, on va faire ce qu’il faut pour qu’ils soient intégrés !

@AlexTrovato

Merci pour ce retour…
Si cela est nécessaire pour le forum, l’évolution de Gladys, il faut pas hésiter à me solliciter pour faire des test…

1 « J'aime »

Les fix liés aux capteurs de température Tasmota de la PR ( Tasmota: Add more temp devices by atrovato · Pull Request #1570 · GladysAssistant/Gladys · GitHub) ont été intégré dans Gladys Assistant v4.11 !