Dans cet article, je vous décris l’installation et le fonctionnement d’un programme de gestion de QSY Salon. Il est réalisé en Python.

J’ai profité de la période de confinement pour occuper intelligemment mon fils.
Je ne sais pas si vous le savez mais la programmation Python est maintenant inclus dans le programme de seconde.
Les calculatrices des élèves ont même la possibilité de lancer et d’éditer des programmes Python.

Tout ça pour vous dire que le plus gros de ce script a été écrit par Thibaut qui à 15 ans.
J’ai juste ensuite adapté le programme pour mon besoin avec la lecture du GPIO à la place d’un fichier texte et mis en page le script en mettant en forme les paramètres en variables .

Venons maintenant à ce Script…

Actuellement, vous êtes plusieurs à programmer des connexions sur un des salons du RRF en automatique.
Par exemple sur l’Ouest les vendredis soirs, il y a une interconnexion sur le salon local.

Comment cela fonctionne?

Dans un fichier CRON (fichier de programmation des actions sous Linux, décrit plus bas)
On va y indiquer l’heure pour lancer le script afin d’aller sur le salon local
/etc/spotnik/restart.loc
Donc par exemple on va lui dire qu’a 17H00 il se connecte sur le salon local et à 20h00, il retourne sur le RRF.
Le système quand il arrivera aux différents horaires lancera le script.

Que constate t-on?

Si vous mettez des heures piles vous avez des chances de faire le QSY en pleine balise horaire ( balise longue dans Svxlink).
Donc vous allez me dire, simple nous allons mettre 16h50 comme ça on est tranquille.
Oui, on est tranquille avec la balise, mais si un QSO est en cours le script se lancera quand même. Il ne tient pas compte de l’activité du relais.
Pour rappel, un script de changement de salon entraine l’arrêt du relais et le redémarrage du système avec un fichier de configuration spécifique propre à chaque salon.

La solution:

QsyControleur permet lorsque qu’il est intégré dans CRON de gérer un QSY programmé.
Avant d’effectuer le QSY, il contrôle que le relais n’est pas en émission afin d’éviter de couper un QSO.
Pour effectuer ce contrôle, il regarde tout simplement si la sortie PTT est à 1 ou à 0.

Fonctionnement:

Le script est lancé via le fichier cron et va lancer le QSY que vous avez défini.
Dans le programme, vous devez renseigner:

Le GPIO de la detection PTT:
gpio=”gpio18″
Le temps entre les test en s:
timetest=60
Le chemin du script à lancer
Script_Path=”/etc/spotnik/restart.bav”

Au démarrage le script va voir quel est l’état du port PTT ( selon le gpio que vous aurez indiquer), si il est égale à 0 (PTT OFF) il lance le qsy directement, si il est à 1 il relance le test selon le temps que vous aurez programmé dans timetest.

Remarque:
Pour connaitre le port PTT utilisé, allez voir le fichier de configuration:
taper spot puis choix14 et rechercher la ligne: PTT_PIN=gpio18 (dans notre exemple) ou alors éditer directement svxlink.conf.

Installation:

1- Paramêtrage du fichier CRON:

Editer votre fichier CRON:
nano /etc/crontab

/etc/crontab: system-wide crontab
 Unlike any other crontab you don't have to run the `crontab'
 command to install the new version when you edit this file
 and files in /etc/cron.d. These files also have username fields,
 that none of the other crontabs do.
 SHELL=/bin/sh
 PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
 Example of job definition:
 .---------------- minute (0 - 59)
 |  .------------- hour (0 - 23)
 |  |  .---------- day of month (1 - 31)
 |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr …
 |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
 |  |  |  |  |
 *  *  *  *  * user-name command to be executed
 17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
 25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
 47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
 52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
 #
 55 16 * * * root /opt/QsyControleur/QsyControleur1.py
 10 20 * * * root /opt/QsyControleur/QsyControleur2.py
 45 20 * * * root /home/SVXCARD/python3 corona.py

Les 3 dernières lignes constituent les différents programmes:
à 16:55 lancement de notre QSY vers un salon
à 20:10 lancement de notre QSY vers le retour au RRF par exemple
à 20:45 lancement du script qui va chercher les informations de la balise Corona virus voir article f1zbv-balise-dinformation-coronavirus
La prise en compte du fichier CRON demande un redémarrage ou une commande crond restart (sur Raspberry)

Installation du script

Se rendre dans le répertoire /opt/
cd /opt/
Télécharger le programme
git clone https://github.com/F8ASB/QsyControleur.git

Se rendre dans le répertoire ou le fichier est présent:
cd QsyControleur

faire 2 copies que vous programmerez
cp QsyControleur.py QsyControleur1.py
cp QsyControleur.py QsyControleur2.py

Ensuite éditer les 2 scripts
nano QsyControleur1.py
et
nano QsyControleur2.py

Remplir les paramétres en indiquant:
gpio=(votre gpio)
timetest=(le temps entre les tests)
Script_Path=(le chemin du script à lancer)

Voila c’est maintenant en place est fonctionnel.

Le Programme:

#!/usr/bin/env python3
# -*- coding: utf-8 -*-

import time
import  os
 
'''
                   > QsyControlleur.py <

Programme de gestion de QSY Salon
Ce script permet lorsque qu'il est integré dans CRON de gerer un QSY programmé. Avant d'effectuer le QSY ce script controle que le relais n'est pas en émission afin d'éviter de couper un QSO

73 & 88 de F8ASB & F8ASB Junior (Thibaut)

Plus d'info: F8ASB.COM
'''

##############
# PARAMETRES #
##############

#Entrer le GPIO de la detection PTT
gpio="gpio18"

#Entrer le temps entre les test en s
timetest=60

#Chemin du script à lancer
Script_Path="/etc/spotnik/restart.bav"

while True:
 
    fichier = open("/sys/class/gpio/"+gpio+"/value", "r")
    etat = fichier.read()
    print ("Etat GPIO: "+etat)
    if etat == "0\n":
        print ('\x1b[1;37;40m'+"+++++++++++" +'\x1b[0m')
        print ('\x1b[1;37;40m'+"+ PTT OFF +" +'\x1b[0m')
        print ('\x1b[1;37;40m'+"+++++++++++" +'\x1b[0m')
        print ('\x1b[3;31;42m'+"lancement QSY " +'\x1b[0m')
        os.system (Script_Path)
        break
    else:
        print ('\x1b[5;37;41m'+"     +++++++++++     " +'\x1b[0m')
        print ('\x1b[5;37;41m'+"     + PTT ON  +     " +'\x1b[0m')
        print ('\x1b[5;37;41m'+"     +++++++++++     " +'\x1b[0m')
        print ('\x1b[6;31;47m'+"Nouveau test dans "+str(timetest)+"s" +'\x1b[0m')
        time.sleep(timetest)

Page GitHub dédiée:
https://github.com/F8ASB/QsyControleur

Conclusion:

Voila un petit programme simple et efficace qui une fois en place fera du bon travail, sans couper les QSO, qui sont plus présents actuellement du fait du confinement.
RESTER CHEZ VOUS ET FAITES DE LA RADIO!

Vous pouvez recevoir un email dès la parution d’un article sur le Blog F8ASB.COM, entrez votre mail sur la fenêtre à droite et cliquer sur abonnement. Tous les articles en 1 clic ICI

La version 3.6 est disponible, dans cet article découvrez les nouvelles fonctions.

Dans cette version il y a essentiellement des petites corrections de la version 3.5, et un contrôle des erreurs de salon sur serveur, de communication d’écran et enfin de connexion internet.

Une version 4.0 est désormais disponible est intègre également l’accès au mode numérique avec une radio analogique.
Se rendre sur la page dédiée.

Alors au menu des nouveautés 3.6 :

Nouvelle page alerte :

Détection de l’absence de communication entre l’écran et le micro ordinateur ( y compris au démarrage du système) ;

Détection de l’absence d’une connexion internet qui est soit absente ou défaillante ;

Détection de l’absence d’une connexion aux serveurs du RRF la connexion est soit absente ou défaillante ;

-> dans ces 2 derniers cas précis, si retour à la normal l’écran se rétablit sur la page trafic

Page trafic :
Correction de l’absence de l’affichage de l’icône Raptor si celui-ci est activé par DTMF ; correction des drapeaux.

Page système:
Mode économiseur d’écran complet :

Le mode économiseur d’écran le place en silence complet, la nouvelle version renvoie toutes les informations nécessaires à son réveil.
Par exemple: Actualisation du salon connecté de la page trafic si il y eu un QSY par DTMF en mode économiseur d’écran noir.

Procédure pour la mise à jour:

Se rendre sur l’écran de mise à jour
-> réglages systeme ->update

Après redémarrage se rendre une nouvelle fois sur la page de mise à jour vous devriez voir l’écran ci-dessous:

Conseil:
Vous avez la possibilité de télécharger directement le fichier NX4832K035.tft et le mettre sur la carte micro SD dans l’écran. le temps passe alors à moins de 5min afin de réaliser l’opération.
Rappel: La carte microSD ne doit contenir qu’un seul fichier.

Vous pouvez recevoir un email dès la parution d’un article sur le Blog F8ASB.COM, entrez votre mail sur la fenêtre à droite et cliquer sur abonnement. Tous les articles en 1 clic ICI

Vous devriez obtenir cette page, elle vous indique qu’une version du script est disponible ainsi qu’une version de l’écran. Cette mise à jour ce fera en 2 fois.
La premiere mise à jour lancera le téléchargement du nouveau script, la deuxième consistera à charger l’écran.

AVANT TOUT:
Il est nécessaire d’entrer des commandes en mode terminal pour mettre à jour le fichier maj.sh

Supprimer l’ancien maj.sh par la commande:

rm /opt/spotnik/spotnik2hmi_V2/maj.sh

Télécharger le nouveau fichier:

wget -P /opt/spotnik/spotnik2hmi_V2/ https://raw.githubusercontent.com/F8ASB/spotnik2hmi_V2/master/maj.sh

Ensuite on va exécuter cette commande:

bash /opt/spotnik/spotnik2hmi_V2/maj.sh

Le système va télécharger les différents fichiers nécessaires

Une fois le téléchargement effectué, le système va redémarrer et vous pouvez vous rendre de nouveau sur la page MISE A JOUR SYSTEME, vous obtiendrez l’écran ci-dessus.
Il vous restera plus qu’a appuyer sur l’icône engrenage avec la flèche verte.

Le système redémarrera ensuite, attention le chargement par le port de communication entraine une durée de chargement de 25min, soyez patient, un indicateur de chargement vous tient informé sur l’écran. La transmission des données via le port série ne possède pas de contrôle de flux il est possible qu’il y est une interuption. Dans ce cas prendre l’étape ci-dessous.

Vous pouvez charger la mise à jour du Nextion à travers la carte SD.
Pour ce faire:
Télécharger le fichier tft, le mettre dans une carte SD vierge (il ne doit y avoir aucun autre fichier sur la carte), débrancher l’alimentation de l’écran, insérer la carte, rebrancher l’alimentation, vous aurez une indication sur l’écran qui vous donne l’information que la mise à jour est terminée.Enlever la carte, débranchez et rebranchez. Cette opération prendra moins de 5min.

Vous pouvez recevoir un email dès la parution d’un article sur le Blog F8ASB.COM, entrez votre mail sur la fenêtre à droite et cliquer sur abonnement. Tous les articles en 1 clic ICI

J’ai récemment eu à partager une distribution d’une image de Raspberry.
Celle-ci, à la base était sur une carte de 16go et de ce fait l’image obtenue fait également 16Go.
Il est ensuite très difficile de la partager. Dans cette article, j’explique comment passer de 16Go à 590Mo.
Je tiens à remercier F5NLG pour son aide sur ce sujet…

Ce que vous devez avoir

• Un PC sous linux
• Quelques connaissances en ligne de commandes
• Une image non optimisée (monimage.img par exemple).
  
  Pour faire l’image de votre carte SD vous avez plusieurs solutions:
  Soit utiliser Win32 Disk Imager
  Soit en ligne de commande:

Emplacement selon lecteur de carte SD, nom selon votre choix
 sudo dcfldd if=/dev/sdb2 of=/home/spotnik/RpispotnikV3.img
 dcfldd if=/dev/mmcblk0 of=spotnik-2.0_jessie_opi.img

Soit avec rpi-clone
….

Créer un périphérique virtuel avec une image

GParted est une excellente application qui peut très bien gérer les tables de partition et les systèmes de fichiers.
Dans ce tutoriel, nous utiliserons GParted pour réduire le système de fichiers (et sa partition associé dans la table de partition).

GParted fonctionne sur des périphériques, et non sur des fichiers images directement .
C’est pourquoi nous devons d’abord créer un périphérique virtuel pour l’image.
Nous faisons cela en utilisant la fonctionnalité loop sous Linux.

Nous devons dans un premier temps activer le loopback:

$ sudo modprobe loop

Nous demandons un périphérique virtuel libre:

$ sudo losetup -f

Vous obtiendrez le chemin de votre périphérique virtuel, par exemple: /dev/loop9.

Nous devons maintenant associé l’image avec le périphérique virtuel:

$ sudo losetup /dev/loop7 myimage.img

Maintenant le périphérique situé sur /dev/loop9 représente l’image myimage.img.
Nous voulons accéder aux partitions qui se trouvent sur l’image, nous devons donc demander au noyau de les charger aussi.

$ sudo partprobe /dev/loop9

Cela devrait nous donner le périphérique /dev/loop9p1, qui représente la première partition de myimage.img. Nous n’en n’avons pas besoin directement, mais GParted lui oui.

Redimensionner la partition avec GParted

Maintenant non devons charger le périphérique dans GParted:

$ sudo gparted /dev/loop9

Vous devriez avoir une image comme ci-dessous:

Voila ce que nous voyons:

• Il y a deux partitions
• La partition de Boot
• La partition avec notre sytème sous linux.

Nous souhaitons redimensionner la partition avec etiquette svxcardRRF.

Sélectionner donc la partition et cliquer sur Resize/Move (3ème icône).
Vous devriez avoir une fenêtre comme ci-dessous:

Vous réduisez au maximum et laisser un petit peut de blanc (200Mo).

Il suffit ensuite d’appliquer les modifications (V vert) pour effectuer l’opération:

Maintenant, nous n’avons plus besoin du périphérique, on le déconnecte avec la commande suivante:

$ sudo losetup -d /dev/loop9

Optimisation de l’image

Nous avons toutes les données importantes en début de l’image, il est temps d’enlever cette partie non allouée.
Nous devrons d’abord savoir où se termine notre partition et où commence la partie non allouée. Pour obtenir ses informations on utilise fdisk:

$ fdisk -l myimage.img

Voila ce que j’ai eu comme résultat :

• La partition termine au block 568247 (colonne Fin)
• La taille des blocks est de 512 bytes.

Nous utiliserons ces chiffres dans le reste de l’exemple. La taille de bloc (512) est souvent le même, mais le bloc de fin (568247) sera différent pour vous.
Les nombres signifient que la parition se termine sur l’octet 568247 * 512 du fichier.
Après cet octet vient la partie non allouée.
Seuls les 568247 * 512 premiers octets seront utiles pour notre image.

Ensuite, nous réduisons le fichier image à une taille qui peut simplement contenir la partition.
Pour cela, nous utiliserons la commande truncate.
Avec la commande truncate, vous devez fournir la taille du fichier en octets.
Le dernier bloc était 568247 et les numéros de bloc commencent à 0. Cela signifie que nous avons besoin de (568247 + 1) * 512 octets.
C’est important, sinon la partition ne s’adaptera pas à l’image.
Alors maintenant, nous utilisons truncate avec les nos données:

$ truncate --size=$[(568247+1)*512] lenomdevotreimage.img

Nous obtenons une image de environ 2giga soit 8 x moins que l’image d’origine après cette opération.

En compressant le fichier img obtenu avec 7zip l’image finale pèse 590Mo.

Vous pouvez maintenant partager ou sauvegarder votre image de petite taille.

Pour l’utiliser, vous devez décompresser votre fichier 7zip, on obtient alors un fichier IMG et on grave cette image avec Win Disk Imager par exemple.

Vous pouvez recevoir un email dès la parution d’un article sur le Blog F8ASB.COM, entrez votre mail sur la fenêtre à droite et cliquer sur abonnement. Tous les articles en 1 clic ICI

Je vous annonce l’arrivée sur github de la version 3.0Le (light edition).
Pour tous les écrans Nextion inférieurs au 3.5″K.

Nous avons pensé à vous et à tous les écrans que vous avez déjà chez vous.

Cette version a nécessité un énorme travail , une réorganisation complète du script python d’une part et de nombreuses heures d’optimisations pour la reprogrammation de l’écran par F5SWB.

En effet, la version 3.5″ dispose de 16 mo et d’un processeur qui tourne à 108 Mhz alors qu’un écran 2.4″ dispose de 4mo de ram et un processeur qui tourne à seulement 48 Mhz

Un vrai challenge !

Partant de cette version et afin de conserver le design il a fallu optimiser au maximum la quantité de ram occupée.
Cette optimisation nous a imposé de faire des choix parmi les fonctions à conserver et celles à supprimer ….  

De nombreuses fonctionnalités ne sont pas disponibles sur la version light mais les principales demeurent (météo, réglages de l’écran, arret restart reboot … etc).

Cette version est idéale pour une utilisation en mobile.

Disponible pour les modèles suivants : 2.4K, 2.4T, 2.8K,2.8T,3.2K,3.2T,3.5T, vous constaterez que le version 3.5″ T (16mo) diffère très peu en terme de design mais le processeur impose des restrictions.

L’installation se déroule à l’instar de la précédente version 1.2. 

Voir la page dédiée:
https://blog.f8asb.com/spotnik2hmi/

Si vous avez des questions, merci de vous adresser directement par mail à f5swb@hotmail.com afin de ne pas parasiter la liste RRF ou sur l’air.
Il est régulièrement sur le salon TEC.

Vous pouvez recevoir un email dès la parution d’un article sur le Blog F8ASB.COM, entrez votre mail sur la fenêtre à droite et cliquer sur abonnement. Tous les articles en 1 clic ICI

La version de Spotnik2hmi V3 est maintenant disponible, ce projet permet d’ajouter un écran de type Nextion sur un Hotspot ou un relais Spotnik.

Une première version avait été réalisée est décrite sur ce site dans un article.
Je vous invite à le relire pour comprendre et connaitre l’historique du projet.
Cet article traitera uniquement des nouveautés de cette version disponible dès aujourd’hui

Toutes les nouveautés et améliorations ont perturbées le développement, il y a eu la nouvelle version de Spotnik, la sortie de buster, les améliorations des dashboards, nouveaux logiciel de programmation Nextion….

Une refonte complète a été nécessaire.

Le script:

Le script à été réécrit en Python3 et structuré en 3 fichiers principaux:
spotnik2hmi.py qui constitue le programme principal
settings.py contient les données et variables
fonctions.py contient des fonctions utiles et répétitives appelées par Spotnik2hmi

L’écran Nextion:

Une réécriture complète graphique a été faite donc le changement et lissage des polices. La création de nouvelle pages avec de nouvelles fonctions.

Voici les principales nouveautés :

Sur la page trafic, en haut à gauche apparait les drapeaux des régions ou des pays.
Le barre verte progressive du TOT adapte le temps selon salon connecté.

Une page monitor permet de voir toute l’activité du réseau RRF en temps réel. La première colonne indique le nombre de connecté, la deuxième colonne indique la station en émission, la troisième colonne indique le diminutif du salon, et la dernière colonne indique les mouvements de stations dans les différentes salon < suivi de l’indicatif pour une station qui entre dans un salon et > suivi de l’indicatif pour une station qui sort du salon.
La partie basse donne toutes les informations sous forme de trames horodatés:
T suivi de l’indicatif pour la station qui emet
> ou < suivi de l’indicatif pour le changement de salon
= pour le nombre de station connecté sur le salon
T OFF quand la transmission est arrêté sur le salon

La page scanner salons, celle-ci permet de visualiser les stations connectés dans les salons.
Vous pourrez ainsi voir la liste des stations connectés, si une station est en train émettre sur un des salon, le nombre de station connectée. Cette page a un intérêt particulier pour que lors de la volonté de faire un QSY sur un salon, il permet de voir si le salon est occupé ou pas et de faire un qsy directement dessus en cliquant sur le bouton vert QSY.

La page Dashboard permet de lister les 12 dernières stations en émission sur l’ensemble du réseau RRF. Les informations heure indicatif et salon y sont indiqués.

Une page de test de connexion internet est apparu, ce qui vous permets de récolter les information de débit montant et descendant et votre ping. Pratique dans le cadre d’une connexion 3G/4G ou d’un accès wifi dont on ne connait pas l’efficacité.

Vous avez la possibilité de régler le niveau de luminosité de l’écran et surtout d’activer un économiseur d’écran qui sur ta page principale (trafic), permettra éteindre l’écran, il se réactivera automatiquement si une station émet ou si vous toucher l’écran en haut à gauche. (image smètre)

Pour les Raspberry, dès qu’il est détecté, un icône audio apparait à coté de l’heure et permet de régler les niveau audio OUT et IN depuis l’écran. Il sera également disponible depuis la page perroquet dédié pour faire en direct les ajustements audio.

Dans le cadre de mise à jour, il est maintenant possible de faire les mises à jour depuis l’écran du script et de l’écran. Un icône apparaitra pour procéder à l’opération. Attention la mise à jour de l’écran prend environ 20min. Elle entrainera une redémarrage. Le script doit être à jour avant de pouvoir faire la mise à jour de l’écran.

Une page perroquet permet de passer en mode perroquet, une animation que je vous laisserai découvrir permet de voir le statut RX et TX.

Les systèmes spotnik2hmi détecte aussi les changements de salon si ceux-ci sont effectués depuis les codes dtmf ou l’interface web du Spotnik.

Vous voila parfaitement informé des nouvelles fonctionnalités, je rappelle qu’un écran Nextion 3,5″ est nécessaire en version K, l’indication NX4832K035 doit y être indiqué.

La notice utilisateur est disponible sur la page dediée du Blog.
Les explications pour l’installations la page dédiée de GitHub

Vous pouvez recevoir un email dès la parution d’un article sur le Blog F8ASB.COM, entrez votre mail sur la fenêtre à droite et cliquer sur abonnement. Tous les articles en 1 clic ICI

Voila, c’est aujourd’hui que la version SPOTNIK2HMI est disponible au téléchargement.
Pour rappel, le programme permet de contrôler une installation de type Spotnik avec un écran Nextion.

Team:F0DEI, F5SWB, F8ASB

Vous pouvez relire l’article qui décrivait le projet sur ce Blog.

Prise en charge des écrans Nextion 2,4/2,8/3,2/3,5/ (5,0 et 7,0 pour test sans optimisation), fonctionne avec Raspberry Pi et Orange Pi.

Pour commencer l’aventure, il vous suffit de vous rendre sur le lien Github

Vous y trouverez toutes les explications concernant le câblage et l’installation avec un assistant.

Des vidéos seront prochainement disponibles…

Vous pouvez recevoir un email dès la parution d’un article sur le Blog F8ASB.COM, entrez votre mail sur la fenêtre à droite et cliquer sur abonnement. Tous les articles en 1 clic ICI