Bonjour Flobul,
merci pour avoir dévloppé ce plugin, qui peut être la réponse au monde SmartThings.
Chez mois il n’arrive pas à trouver aucun appareil. J’ai une pompe à chaleur Samsung HT Quiet mono 8kW (AE080BXYDGG - QUIET HT), installée fin 2023 et 3 Air conditioning installé en 2018.
La santé du plugin est OK:
Le Démon et les dépendances sont aussi OK.
La version du plugin est: v0.4.8 (2026-08-23 01:08:42) et je suis en Jeedom 4.6.1 sur Rpi 4.
Le log (fait seulement sur la PAC, pour simplifier la lecture): localthings.log (7,6 Ko)
Le Manufacturer est: Seongji Industry Company
Est-que il y a quelque chose que je ne vois pas?
Mais on progresse, il y a bien une réponse sur le nouveau port recherché, mais la réponse se fait sur un autre port (attribué dynamiquement ? ça on sait pas encore).
Je vais te joindre un code à copier/coller dans le terminal (il demandera d’être sudo).
Comme pour la commande précédente, ça affichera le message « Lancez maintenant l’ajout manuel… » dès que tu pourras démarrer la découverte dans le plugin LocalThings. Il capturera les paquets, états des sockets UDP et info réseau et mettra le tout dans une archive à m’envoyer. (aucune modification de ta configuration)
sudo bash <<'BASH'
set -u
umask 077
TARGET="192.168.16.178"
DIR=$(mktemp -d /tmp/localthings-diagnostic.XXXXXX)
for TOOL in tcpdump ss ip tar; do
if ! command -v "$TOOL" >/dev/null 2>&1; then
echo "Commande manquante : $TOOL"
exit 1
fi
done
{
date -Is
uname -a
cat /etc/os-release
echo
echo "=== Version OpenSSL système ==="
openssl version -a
echo
echo "=== Route vers la PAC ==="
ip route get "$TARGET"
echo
echo "=== Voisin réseau ==="
ip neigh show to "$TARGET"
} >"$DIR/systeme.txt" 2>&1
tcpdump -ni any -nn -s0 -U \
-w "$DIR/capture.pcap" \
"host $TARGET and (udp or icmp)" \
2>"$DIR/capture-statistiques.txt" &
CAPTURE_PID=$!
sleep 1
if ! kill -0 "$CAPTURE_PID" 2>/dev/null; then
cat "$DIR/capture-statistiques.txt"
exit 1
fi
echo "Lancez maintenant l’ajout manuel de $TARGET dans LocalThings."
echo "Collecte en cours pendant 120 secondes…"
for ((i=0; i<120; i++)); do
{
date -Is
ss -uapnH |
awk -v target="$TARGET" \
'index($0,target) || /:44274([[:space:]]|$)/'
} >>"$DIR/sockets-udp.txt" 2>&1
sleep 1
done
kill -INT "$CAPTURE_PID" 2>/dev/null || true
wait "$CAPTURE_PID" 2>/dev/null || true
tcpdump -nn -tttt -vvv -XX -r "$DIR/capture.pcap" \
>"$DIR/capture-lisible.txt" 2>&1
ARCHIVE="${DIR}.tar.gz"
tar -czf "$ARCHIVE" -C "$DIR" .
if [ -n "${SUDO_UID:-}" ] && [ -n "${SUDO_GID:-}" ]; then
chown "$SUDO_UID:$SUDO_GID" "$ARCHIVE"
fi
echo
echo "Collecte terminée. Fichier à transmettre :"
echo "$ARCHIVE"
BASH
J’ai poussé une mise à jour, ce n’est pas encore entièrement compatible avec ton appareil, j’ai mis plus de log pour la découverte.
Mets les logs en debug et lance une découverte avec l’IP de ton appareil et transmets-les-moi stp.
j’ai fait la mise à jour et aussi relancé les dépendances.
Le resultat est toujour le même. Il parrait qu’il y a un probleme avec le certificat?
J’ai installé le boundle communautarire.
Oui, c’est ça, le certificat est refusé par ta PAC alors qu’elle répond bien. On est dans le même cas de figure que le repo source SmartThings-Local/docs/ocf-pki-laundry.md at main · QuiteYellow/SmartThings-Local · GitHub
Impossible de s’authentifier. (testé depuis 3 mises à jour)
L’un des moyens, c’est de questionner les chemin publics, pour avoir quelques infos j’ai inclus dans la nouvelle mise à jour.
Si ça marche, on avancera pour faire plus.
