Vous avez un réseau mesh LoRa (MeshCore) et une instance Home Assistant ? Voici comment envoyer une simple commande texte sur un canal privé chiffré pour allumer, éteindre ou vérifier l’état d’une lampe connectée — sans app tierce, juste avec l’intégration meshcore-ha. Article créé avec l’aide de Claude AI

Pré-requis

• Home Assistant avec l’intégration meshcore-ha installée (via HACS) et un nœud MeshCore relié en local (USB/BLE/TCP)
• L’app MeshCore Chat (ou tout autre client MeshCore) pour envoyer les commandes
• Un canal MeshCore dédié, idéalement chiffré avec une clé privée plutôt que le canal public, pour éviter que n’importe qui sur le mesh puisse piloter vos appareils
• Une entité switch déjà fonctionnelle dans Home Assistant (relais, prise connectée, etc.)

Étape 1 — Identifier l’index de votre canal

Dans Home Assistant, allez dans Outils de développement → États, filtrez sur binary_sensor.meshcore. Vous verrez une entité du type binary_sensor.meshcore_<id_noeud>_ch_<N>_messages — le <N> est l’index de votre canal (channel_idx), c’est ce numéro qu’il faudra utiliser dans l’automatisation ci-dessous.

Étape 2 — Vérifier la structure de l’événement reçu

Chaque message reçu sur le mesh déclenche un événement meshcore_message dans Home Assistant. Avant d’écrire l’automatisation, vérifiez la structure exacte de cet événement :

1. Outils de développement → Événements
2. Dans « Écouter les évènements », tapez meshcore_message, cliquez sur Démarrer l’écoute
3. Envoyez un message test depuis un autre nœud sur votre canal
4. Observez le JSON reçu — le champ contenant le texte du message s’appelle message, et l’index de canal channel_idx

Étape 3 — Créer l’automatisation

Dans Paramètres → Automatisations et scènes → Créer une automatisation → Modifier en YAML, collez ce modèle en remplaçant les valeurs entre < > :

alias: "MeshCore - Contrôle lumière"
trigger:
  - platform: event
    event_type: meshcore_message
condition:
  - condition: template
    value_template: "{{ trigger.event.data.channel_idx == <CHANNEL_IDX> }}"
  - condition: template
    value_template: >
      {{ (trigger.event.data.message | lower | trim) in
         ['lumiere on', 'lumiere off', 'lumiere status'] }}
action:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ (trigger.event.data.message | lower | trim) == 'lumiere on' }}"
        sequence:
          - service: switch.turn_on
            target:
              entity_id: <ENTITY_ID_SWITCH>
      - conditions:
          - condition: template
            value_template: "{{ (trigger.event.data.message | lower | trim) == 'lumiere off' }}"
        sequence:
          - service: switch.turn_off
            target:
              entity_id: <ENTITY_ID_SWITCH>
      - conditions:
          - condition: template
            value_template: "{{ (trigger.event.data.message | lower | trim) == 'lumiere status' }}"
        sequence:
          - service: meshcore.send_channel_message
            data:
              channel_idx: <CHANNEL_IDX>
              message: >
                💡 Lumière :
                {{ 'allumée' if is_state('<ENTITY_ID_SWITCH>', 'on') else 'éteinte' }}
mode: single

À remplacer :

Étape 4 — Tester

Depuis votre client MeshCore, envoyez tour à tour sur le canal concerné :

• lumiere on → allume la lampe
• lumiere off → l’éteint
• lumiere status → renvoie l’état actuel sur le canal

Les commandes sont idempotentes : envoyer lumiere on alors que la lampe est déjà allumée ne provoque aucun changement ni erreur.

Pourquoi un canal chiffré plutôt que public

Sur le canal public MeshCore, n’importe quel nœud du mesh peut lire et rejouer la commande lumiere on. Un canal privé avec une clé partagée uniquement entre vos appareils de confiance réduit fortement ce risque. Ce n’est pas un chiffrement de bout en bout façon messagerie sécurisée classique — quiconque possède la clé du canal peut déchiffrer et usurper les commandes — mais c’est largement suffisant pour un usage domotique résidentiel. Pour un contrôle d’accès supplémentaire, il est possible de filtrer aussi sur le champ sender_name ou pubkey_prefix de l’événement, afin que seul un expéditeur précis puisse déclencher l’action.

Pour aller plus loin

Le même schéma (meshcore_message → filtre sur mot-clé → action Home Assistant → réponse via meshcore.send_channel_message) fonctionne pour n’importe quel type d’appareil ou d’information : volets roulants, sondes de température, bulletins météo à la demande, alertes personnalisées, etc.

L’article Piloter une lampe via un canal MeshCore chiffré et Home Assistant est apparu en premier sur Blog radioamateur de F4IZC.

Il y a fort à parier que l’installation un peu « bidouille » du logiciel Decodium 3 basé sur WSJT-X sera prochainement intégré de manière native. En attendant voici trouvé sur https://hampass.com/ft2 la manip assez simple à mettre en œuvre pour les machines sous Windows que j’ai suivi et que je vous repartage ici.

Téléchargements requis :

• WSJT-x v 2.7 que vous trouverez ici https://blog.f4izc.com/uploads/wsjtx-2.7.0-win64.exe
• Decodium 3 https://blog.f4izc.com/soft/decodium_3.0_1902260142_FT2.rar
• Et le plan de fréquences FT2 : https://blog.f4izc.com/soft/ft2-bands.qrg

Installation :

Commencer par une « fresh install » de WSJT-X v2.7.0 comme base.

Après téléchargement de Decodium 3 decompresser le fichier rar et rentrer dans le dossier Decodium, sélectionner tous les fichiers et les copier. Allez dans le répertoir d’installation de WSJTX et collez les fichiers et remplaçant les ficheirs existants..

ATTENTION si comme moi vous aviez déjà des version de WSJT-X installés, aller dans le répertoire d’installation et cliquez sur wsjtx en clic droit et sélectionnez « executer en tant qu’administrateur ».

Un fois que le logiciel tourne, rendez vous dans File > Settings > Frequencies, clic droit dans la liste des fréquences et choisissez « Load ». Sélectionnez ensuite le fichier ft2-bands.qrg .

Il vous faudra peut être redémarrer le logiciel mais à vous la découverte de ce mode ultra rapide. Bon amusement.

L’article Installer le mode FT2 (Decodium 3) pour faire vos premiers vos premiers QSOs. est apparu en premier sur Blog radioamateur de F4IZC.

Voici quelques requêtes SQL que j’utilise dans Log4om 2 pour « réparer » mes logs et remettre de l’ordre dans ces QSO. Le réglage parfait du CAT Control (si il existe) avec la bonne gestion de l’uplink et du downlink fera l’objet d’un post à part. Les requêtes que je vous donne ici sont à utiliser en complément des options proposées de la fenêtre « QSO Manager » et permettent entre autre de calculer la fréquence d’uplink depuis la fréquence de réception et vice et versa.

ATTENTION : avant toutes utilisation des requetes SQL sur votre log il est INDISPENSABLE de faire un backup !!! Les requetes que je note dans ce post sont a utiliser en connaissance de cause et si vous en comprenez le sens. En cas de mauvaise manipulation vous pouvez perdre vos données, encore une fois, une ou plusieurs sauvegardes sont INDISPENSABLE.

Pour effectuer des requetes SQL dans Log4OM 2 il faut passer par : Utilities > QSO Manager > Direct SQL.

Remplir « RX Freq » avec les valeurs de « Freq » :

UPDATE Log SET freqrx = Log.freq WHERE (satname = 'QO-100' AND freq <> 0 AND freqrx = 0)

Calculer et écrire « Freq » a partir de « RX Freq » (en soustrayant le shift de 8089500.000 pour obtenir la valeur en bande 13cm) :

UPDATE Log SET freq = Log.freqrx - 8089500.000 WHERE (satname = 'QO-100' AND freqrx > 2500000.000 )

Calculer et écrire « RX Freq » à partir de « Freq » (en ajoutant le shift de 8089500.000 pour obtenir la valeur en bande 3cm) :

UPDATE Log SET freqrx = Log.freq + 8089500.000 WHERE (satname = 'QO-100' AND freq < 2500000.000 AND freq <> 0)

Remplir « Freq » pour les QSO FT8 / FT4 avec la fréquence par défaut pour ces modes si l’information exacte est perdue (choisir le mode qui vous intéresse):

UPDATE Log SET freq = Log.freqrx - 8089500.000 WHERE (satname = 'QO-100' AND freq = 0 AND mode = 'FT8' )

Remplir « Freq » pour les QSO FT8 / FT4 avec la fréquence par défaut pour ces modes si l’information exacte est perdue (choisir le mode qui vous intéresse) :

UPDATE Log SET freqrx = 10489540.000 WHERE (satname = 'QO-100' AND mode = 'FT8' AND freqrx = 0)

Bon à savoir : dans la fenêtre QSO Manager, vous pouvez effectuer les requêtes SQL en mode simulation tant que la case Commit (LIVE MODE) n’est PAS cochée. Soyez prudents !

L’article Log4OM 2 : requêtes SQL pour les QSO sur QO-100 est apparu en premier sur Blog radioamateur de F4IZC.

Vous pouvez télécharger ADIF2Cabr gratuitement car il s’agit d’un freeware (et d’autres très bons outils) sur le site de SP7DQR. L’utilisation est simple et intuitive. 

Paramétrage de ADIF2Cabr avec le log ADIF généré par Log4OM

J’utilise Log4OM 2 comme logiciel de log principal. Voici les paramètres que je mettrais a jour en fonction des contest, en espérant que cela puisse vous aider :

IARU HF World Championship Contest : 

Group Sent : ADIF Field name, inscrire MY_ITU_ZONE

Group Received : ADIF Field name, inscrire ITUZ

DARC WAE RTTY (DARC-WAEDC-RTTY) :

Group Sent : ADIF Field name, inscrire STX_STRING

Group Received : ADIF Field name, inscrire SRX_STRING

L’article Convertir facilement son log du fichier ADIF au format Cabrillo (pour les contests par exemple) est apparu en premier sur Blog radioamateur de F4IZC.