Pixoo-64 Node-RED + MQTT : créez des alertes pixel plus intelligentes

La vidéo vous donne une bonne idée du rôle du Pixoo-64 comme point de terminaison pour la maison connectée. Notre approche est légèrement différente : au lieu de créer un tableau de bord complet, nous allons mettre en place une chaîne d’alertes ciblée, qui reste silencieuse jusqu’à ce qu’un événement mérite d’être affiché.

Le pont en trois parties : boîte de réception, traducteur, écran à pixels

La tentation est de commencer immédiatement à faire glisser des nœuds sur un canevas. Prenez une minute pour y réfléchir. Si chaque élément a une tâche bien définie, le flux restera compréhensible dans six mois. Si chaque élément essaie de tout faire, vous vous retrouvez avec une automatisation qui fonctionne à merveille jusqu’au premier redémarrage du routeur.

Cette séparation évite aussi que la nouvelle configuration perturbe une installation qui fonctionne déjà bien. Si votre véritable objectif est de faire défiler des pages Home Assistant, des cartes d’entités et une configuration HACS, commencez par notre guide du tableau de bord Home Assistant sur Pixoo-64. Restez ici si votre objectif est plus simple et plus précis : « quand cet événement se produit, affichez ce message sur l’écran physique. »

Créez le flux Node-RED le plus simple qui soit utile

Commencez par un seul sujet et une seule alerte. Je choisirais home/laundry/state, car le moment où l’écran devient utile est évident. Voici le flux minimal :

Entrée MQTT
  → JSON
  → Switch (uniquement DONE)
  → RBE (ignorer les répétitions)
  → Fonction (construction de l’alerte)
  → Délai (limitation du débit)
  → Requête HTTP (couche de commande Pixoo)
  → Débogage / Capture

Le nœud MQTT-in s’abonne au sujet. Le nœud JSON transforme une charge utile sous forme de chaîne en objet. Le nœud Switch écarte les états qui ne vous intéressent pas. RBE (« report by exception ») ne laisse passer une valeur que lorsqu’elle change. Le nœud Function crée ensuite un message simple et prévisible pour l’écran :

msg.alert = {
  title: "LAUNDRY",
  value: "DONE",
  color: "#55E6A5",
  priority: 2,
  ttl: 120
};

msg.method = "POST";
msg.headers = { "Content-Type": "application/json" };
msg.url = "http://PIXOO_IP/post";
msg.payload = {
  Command: "Draw/SendHttpText",
  TextId: 1,
  x: 0,
  y: 24,
  dir: 0,
  font: 2,
  TextWidth: 64,
  speed: 20,
  TextString: msg.alert.title + " " + msg.alert.value,
  color: msg.alert.color,
  align: 1
};

return msg;

Dans le nœud HTTP Request, utilisez la méthode et l’URL déjà présentes dans le message et renvoyez un objet JSON analysé. Une requête Pixoo réussie renvoie normalement un error_code, mais il y a une particularité importante concernant le mode d’affichage : le texte défilant est une superposition et peut ne pas apparaître sur certaines horloges ou vues de galerie déjà affichées. Pour obtenir une toile d’alerte fiable, préparez d’abord une image de fond ou laissez une bibliothèque utilitaire Pixoo gérer la séquence de mise en mémoire tampon et d’envoi. Le code ci-dessus constitue la structure de liaison idéale ; considérez-le comme la charge utile de la dernière étape, et non comme la garantie que tous les micrologiciels et canaux actuels se comportent de la même façon.

Si les messages Node-RED vous semblent encore insaisissables, la page officielle sur les concepts de Node-RED est le lien que j’enverrais à un ami avant d’ajouter du code Function. Elle explique l’objet message et la configuration partagée du broker sans vous noyer dans un cours interminable.

Trois alertes qui méritent 4 096 pixels

Un écran 64×64 s’améliore quand on lui en demande moins. Un tableau de bord complet essaie d’être une minuscule tablette. Une bonne alerte ambiante se résume à un nom, un état et éventuellement une couleur. Ces trois modèles couvrent la plupart des informations que je voudrais vraiment afficher sur un bureau ou un mur de cuisine.

1. Porte laissée ouverte : priorité élevée, basée sur l’état

Abonnez-vous au sujet d’un capteur de contact et affichez PORTE OUVERTE uniquement si la porte est restée ouverte pendant, disons, deux minutes. Attribuez-lui la priorité 3, utilisez un fond rouge ou ambre et laissez-la visible jusqu’à ce que l’état repasse à fermé. RBE est important ici : l’écran doit changer lorsque l’état change, et non chaque fois que le capteur répète « ouvert ».

2. Lessive terminée : priorité moyenne, événement ponctuel

C’est un instant, pas un état permanent. Affichez LESSIVE TERMINÉE pendant deux minutes, puis rétablissez l’affichage précédent. Ne conservez pas cette alerte sur le broker, sauf si votre flux enregistre aussi qu’elle a été traitée. Sinon, Node-RED peut redémarrer demain et annoncer fièrement la lessive d’hier.

3. Pluie imminente : priorité faible, information à expiration

Les changements météo sont utiles, mais pas urgents. Publiez quelque chose comme PLUIE DANS 20 MIN, attribuez-lui la priorité 1 et un TTL correspondant à la période de prévision. Si une alerte de porte arrive, la pluie cède sa place. Si la prévision expire avant que l’écran se libère, Node-RED la supprime au lieu d’afficher un conseil périmé.

Home Assistant peut être l’un de vos éditeurs, mais il n’a pas à contrôler l’écran. Sa page officielle sur MQTT est particulièrement utile pour choisir entre les sujets d’état, les publications ponctuelles et les messages conservés. La règle pratique est simple : conservez l’état actuel, pas un ancien événement.

Empêchez l’écran de devenir un minuscule robinet à notifications

La première version d’une automatisation prouve généralement qu’une chose peut se produire. La deuxième détermine si vous voulez encore qu’elle se produise la semaine suivante. Quatre petits réglages font toute la différence.

1. Supprimez les doublons avec RBE. Si la température reste à 22 °C, l’écran n’a pas besoin d’afficher de nouveau 22 °C. Laissez passer les valeurs modifiées ; éliminez les répétitions.
2. Ajoutez une limitation du débit. Placez un nœud Delay avant la requête HTTP et limitez les mises à jour à un rythme que l’écran peut gérer confortablement. Un capteur qui s’actualise chaque seconde ne devrait pas transformer le Pixoo en métronome réseau.
3. Associez priorité et TTL. La priorité détermine qui passe en premier ; le TTL détermine si un message en attente mérite encore d’être affiché.
4. Prévoyez une issue en cas d’échec. Connectez des nœuds Catch et Status. Réessayez une fois l’appel HTTP qui a échoué, consignez l’erreur, puis utilisez en secours la notification téléphonique à laquelle vous faites déjà confiance. Des tentatives infinies ne sont pas de la résilience ; c’est une boucle qui a confiance en elle.

Assurez-vous que l’hôte Node-RED et le Pixoo-64 sont sur des segments réseau qui peuvent communiquer, réservez l’adresse IP de l’écran dans votre routeur et n’exposez jamais directement son point de terminaison HTTP local à l’Internet public. Si vous isolez les appareils IoT sur un VLAN, n’autorisez que le trajet précis entre Node-RED et Pixoo dont vous avez besoin.

Si vous voulez des icônes plus riches, un arrière-plan préparé ou un simulateur avant de toucher au véritable écran, cette bibliothèque Pixoo est un excellent terrier où poursuivre l’exploration. Ses fonctions de dessin mettent aussi en évidence la leçon opérationnelle essentielle : préparez l’image, puis envoyez-la à un rythme raisonnable.

À qui s’adresse cette configuration — et qui devrait passer son chemin

Cette configuration s’adresse à la personne qui dispose déjà d’un broker ou d’un canevas Node-RED et qui aime transformer une idée utile en un petit système à entretenir. Le Pixoo-64 donne à ce système une personnalité bien plus visible qu’un onglet de tableau de bord supplémentaire : 4 096 LED, assez de place pour un mot, un nombre et une petite icône, avec la possibilité de le poser sur un bureau ou de l’accrocher au mur.

Passez votre chemin si vous cherchez un appareil MQTT officiel, prêt à l’emploi et compatible d’un simple geste. Passez aussi votre chemin si votre alerte doit afficher des paragraphes, des images de caméra ou des graphiques historiques. Et passez votre chemin si réserver une adresse IP et vérifier un flux défaillant vous semble être des devoirs non rémunérés. Un téléphone ou une tablette murale sera moins charmant, mais vous en demandera aussi moins.

Si le bricolage fait partie du plaisir, notre guide de l’API Pixoo-64 pour débutants approfondit la commande directe, et Divoom rassemble les manuels officiels des produits au même endroit. Ce sont de meilleures étapes suivantes que d’ajouter 80 lignes à un flux dont vous n’avez pas encore besoin.

Divoom Pixoo-64Ⅱ

Un écran à pixels Wi-Fi 64×64 pour le bureau ou le mur. Il devient une interface d’alertes pour la maison connectée si vous êtes prêt à mettre en place le pont Node-RED et le contrôle local.

Voir le Pixoo-64

Vous n’êtes pas encore prêt à automatiser tout cela ? La collection d’écrans à pixels permet de comparer tranquillement les formats avant de vous lancer dans un projet de développement.

Foire aux questions

Faites mériter à une alerte sa place à l’écran

Commencez par l’événement que vous avez manqué la semaine dernière, et non par les vingt événements que votre système peut techniquement publier. Donnez-lui un sujet clair, une priorité, une heure d’expiration et une solution de repli. Faites fonctionner cette seule alerte pendant sept jours. Si, une fois l’effet de nouveauté passé, vous continuez à jeter un œil au Pixoo-64, il aura mérité une deuxième alerte. C’est ainsi qu’un écran à pixels trouve sa place dans la pièce, au lieu de devenir un tableau de bord de plus que vous finissez par ne plus voir.