Il parle de LocalThings.
Avec un tableau d"équivalence, tu peux facilement le traduire ensuite. Tu peux retrouver les attributions ici smartthings-capabilities/smartthings.translate.php at 842a7e1e4a9dfd11227aa3f2270e3352e3e0d526 · Flobul/smartthings-capabilities · GitHub
C’est déjà le cas : tu configures l’intervalle En ligne et l’intervalle Hors ligne.
En ligne : tu peux descendre à 10 secondes.
Hors ligne : Il faut éviter de descendre sous la minute
Oui depuis la configuration 
L’idée ici c’est de le pouvoir faire dynamiquement par un scénario. Rien de contraignant, c’était juste une suggestion, ça va aussi comme ça.
On peut ajouter un équipement par IP, mais peux-t-on ajouter par hostname ? Je suis en DHCP avec DDNS, donc je ne connais jamais l’IP de mon matériel et j’évite au max de faire du static dans mon VLAN IOT.
Dans un bloc code de scénario :
$ton_interval_online = '10s';
$ton_interval = '25';
config::save('poll_interval_online', $ton_interval_online, 'localthings');
config::save('poll_interval', $ton_interval, 'localthings');
Ils ne sont pas ajoutés par IP, mais par identifiant UUID smartthings.
Au changement d’IP, l’IP est mise à jour sur l’équipement.
Bonjour @Flobul,
Deux petits retours après quelques jours d’utilisation de LocalThings (lave-linge, tout fonctionne bien, bravo ) :
1. Niveau de log ignoré tant que le démon n’est pas redémarré
Le réglage du niveau de log de la page de configuration reste sans effet sur le démon de rafraîchissement : celui-ci étant un cron persistant, il conserve le niveau lu à son démarrage (le core met log::$config en cache statique par processus). Résultat : log en DEBUG malgré un réglage sur Error, jusqu’au redémarrage manuel du démon. Un rechargement périodique du niveau dans la boucle éviterait la surprise.
2. data/ sans .htaccess
Le dossier plugins/localthings/data/ héberge les certificats DTLS mais ne contient pas de .htaccess. Un fichier de refus, comme le font d’autres plugins, serait plus sûr.
Merci pour le plugin.
Merci, j’ai poussé un correctif.