TinyRail v0.14.0-beta.10
Pre-releaseArmer l'accès distant depuis l'app, et suivre un déménagement du broker
Les deux autorisations, publier son état et accepter les commandes, n'existaient
que comme entités Home Assistant : elles n'étaient donc pilotables que depuis
lui. Or le produit a retiré le serveur web, l'AP et le portail captif au nom
d'un usage « BLE + app », et n'exige pas Home Assistant. Une carte sans HA ne
pouvait pas armer son propre accès distant.
OP_GET_REMOTE 0x76 → [accès, commandes, connecté]
OP_SET_REMOTE 0x77 ← [accès, commandes]
connecté est l'état réel du lien. Armé ne veut pas dire joint.
sinon s'accorder lui-même le droit de commander, que l'utilisateur a refusé.
le broker déménage, ou qu'une redirection de port change, la carte continue de
parler à l'ancien : elle est connectée, mais plus au bon endroit, et rien ne le
détecte puisque l'ancien répond. Constaté en vraie grandeur le 2026-09-04.
La session est donc rouverte toutes les six heures, avec un décalage propre à
chaque carte pour qu'un parc entier ne se reconnecte pas à la même seconde.
six heures n'est pas un protocole d'essai. La logique est éprouvée hors carte,
débordement de millis() à 49,7 jours compris.
Le protocole MQTT n'existait qu'en un seul exemplaire, le firmware lui-même :
rien ne pouvait dire si ce que la carte publie est seulement lisible.
tools/mqtt/tinyrail_mqtt.py s'abonne, déchiffre avec la clé d'appairage et
affiche en continu. Il réutilise le décodeur du client BLE plutôt que d'en
écrire un second, qui dériverait.
wifi_ssid() est retiré dans ESPHome 2026.9.0 : migré vers wifi_ssid_to(),
qui épargne en outre une allocation sur un chemin de boucle. Et deux réglages
qui empêchent la carte de redémarrer toutes les quinze minutes sont désormais
contrôlés avant publication.