Ajout du système d'appels sélectifs Motorola QC2.
Nouvelle fonctionnalité : mise en sourdine de la tonalité d'appel à 1 750 Hz. Utilisez la variable de configuration 1750_MUTING dans la section de configuration du récepteur local pour activer cette nouvelle fonction. Adi/DL1HRC ont contribué à ce développement.
Ajout d'une fonctionnalité d'enregistrement QSO qui peut enregistrer tout le trafic sur un canal. L'enregistreur QSO peut être activé ou désactivé à l'aide d'une commande DTMF. Nouvelles variables de configuration : QSO_RECORDER_DIR et QSO_RECORDER_CMD.
Le module de messagerie vocale sauve désormais les messages en tant que fichiers WAV. Les anciens messages devront être effacés ou convertis en WAV. Ancien format de nom de fichier : YYYYMMDD_hhmmss_UUU{.subj,.mesg}. Nouveau format de nom de fichier : YYYYMMDD_hhmmss_UUU{_subj,_mesg}.wav
Les messages de la boite vocale sont maintenant limités à un temps maximum. Par défaut, ce temps est de 10 secondes pour le sujet et de deux minutes pour le message.
Il est maintenant possible d'avoir un sous-répertoire « local » dans le répertoire events.d où les fichiers TCL qui y résident outrepasseront les fichiers TCL contenus dans events.d.
Ajout d'un seuil au détecteur de tonalité qui le rend moins susceptible d'être déclenché par du silence. Ceci posait problème lors de l'utilisation de squelch CTCSS sur une radio opérant en squelch fermé.
Implémentation d'un mécanisme de transmission de niveau d'un signal basé sur plusieurs tonalités, une par incrément de niveau du signal, dans le spectre des hautes fréquences audio (5,5 - 6,5 kHz). Il peut être utilisé pour relier des récepteurs distants par RF tout en mesurant la force du signal sur le site du récepteur distant. Pour faire correspondre le niveau du signal aux fréquences de tonalités chez le récepteur distant, utilisez soit RemoteTrx, soit un AVR Atmel ATmega8 pour une solution plus compacte. La solution à base de microcontrôleur AVR prend une tension de niveau du signal et la convertit en une des dix tonalités qui devrait être superposée au lien audio. Note : la transmission de tonalité dans RemoteTrx ne fonctionnera que si ce dernier a été compilé en mode 16 kHz. Les hautes fréquences de tonalités utilisées en sont la cause.
Nouvelle fonctionnalité : demande aux utilisateurs de répéteurs qui ne s'identifient pas de s'identifier eux-mêmes. La période d'attente d'une identification après l'activation du répéteur est définie à l'aide de la variable de configuration IDENT_NAG_TIMEOUT. On considère une identification valide lorsque la transmission est plus longue que le temps défini par la variable de configuration IDENT_NAG_MIN_TIME. Nous ne savons pas si c'est vraiment une identification mais c'est le mieux que nous puissions faire.
Nouvelle fonctionnalité : le répéteur peut être réactivé si le squelch s'ouvre après la fermeture du répéteur dans une période de temps prédéfinie. Pour mettre cela en place, utilisez la nouvelle variable de configuration OPEN_ON_SQL_AFTER_RPT_CLOSE.
La fonctionnalité TX_CTCSS a été étendue pour que la tonalité CTCSS puisse être transmise s'il y a du trafic en provenance d'un autre centre logique (LOGIC), d'un module (MODULE) ou d'une annonce en train d'être diffusée (ANNOUNCEMENT). Auparavant il y avait seulement deux possibilités, l'envoi de la tonalité CTCSS quand le squelch était ouvert (usage du répéteur) ou tout le temps.
Nouveau module : ProgagationMonitor. Le module de contrôle de propagation reçoit des courriels depuis vhfdx.net (ou gooddx.net) et annonce les alertes de propagation sur les ondes en utilisant les messages vocaux.
Nouveau module : Metarinfo. Va chercher les informations METAR (météo) depuis des emplacements ICAO prédéfinis et annonce ces informations sur les ondes. D'habitude, elles proviennent des aéroports.
Une fenêtre de hamming a été rajoutée au détecteur de tonalité et au décodeur DTMF dans le but d'améliorer la réjection en dehors des bandes audios.
Il est maintenant possible d'envoyer des commandes au système central et aux autres modules même lorsqu'un autre module est actif. Pour accomplir ceci, préfixez la commande par un « * ». Par exemple, si le module EchoLink est actif et que vous voulez vérifier si des messages vocaux sont disponibles, la commande à envoyer pourrait ressembler à : *3001#.
La commande « connecter par indicatif » est passée de « * » à « 6* ».
Le module d'aide peut désormais recevoir des commandes même lorsqu'il n'est pas actif. Il relira l'aide pour l'ID du module donné. Par exemple, la commande 01# jouera le message d'aide du module perroquet.
Le module perroquet peut désormais recevoir des commandes même lorsqu'il n'est pas actif. La seule chose qu'il peut faire est de relire les chiffres entrés. Par exemple, la commande 1123# fera dire au module perroquet « un deux trois ».
Le module EchoLink peut désormais recevoir des commandes même lorsqu'il n'est pas actif. La seule commande prise en charge pour le moment est « 2 », qui relit l'ID du nœud local. Exemple : 22#.
Les utilisateurs peuvent maintenant vérifier si des messages sont disponibles dans la boite vocale sans s'identifier auparavant. C'est une idée de Martin Burkhardt. La commande à utiliser est <id du module><id de l'utilisateur>. Donc si l'id du module pour la messagerie vocale est le 3 et que votre id d'utilisateur est le 001, la commande pour vérifier si vous avez des messages vocaux est 3001#.
Le module répéteur DTMF peut désormais recevoir des commandes même lorsqu'il n'est pas actif. Il rejouera les chiffres entrés. Par exemple, la commande 4123# rejouera les tonalités DTMF des chiffres 1, 2 et 3.
Une macro peut maintenant être spécifiée sans nom de module. Néanmoins, les deux-points de séparation sont toujours requis. Si aucun nom de module n'est donné, la commande est envoyée au gestionnaire DTMF sans activer de module au préalable.
Il est maintenant possible d'inclure un signe dièse dans une macro en écrivant « H » dans la chaine de la commande. Le « H » sera traduit en « # » par l'analyseur syntaxique et non pas comme une « fin de commande ». Cela peut être utile si par exemple vous désirez transmettre une tonalité DTMF # utilisant le module de répéteur DTMF. L'écriture de la macro ressemblerait à ceci : 10=412345H#. Lorsque la macro 10 sera activée, la séquence DTMF 12345# sera transmise.
Il est maintenant possible de lier plusieurs centres logiques ensemble. Les variables de configuration LOGIC1 et LOGIC2 ont été remplacées par une seule variable de configuration appelée CONNECT_LOGICS.
Nouvelle variable de config MUTE_TX_ON_RX pour un lien NetUplink dans RemoteTrx. Cela arrêtera la transmission si le squelch est ouvert sur le récepteur.
Ajout de la prise en charge des fonctions activées par appels sélectifs. Les nouvelles variables de configuration sont : Logic/SEL5_MACRO_RANGE, RepeaterLogic/OPEN_ON_SEL5, LocalRx/SEL5_TYPE et LocalRx/SEL5_DEC_TYPE. Jetez un œil à la page de manuel de svxlink.conf (5) pour plus de détails.
Nouveau module SelCallEnc. Ce module est utilisé pour envoyer des séquences d'appels sélectifs sur la fréquence lors d'une demande de l'utilisateur.
Un programme RemoteTrx peut désormais être utilisé pour lancer plusieurs émetteurs-récepteurs distants. Auparavant, deux instances de RemoteTrx devaient être lancées pour gérer deux émetteurs-récepteurs. Cela demandait l'utilisation de deux cartes sons. Maintenant, une seule carte est nécessaire. À cause de cela, la configuration a quelque peu évolué. Pour que tout soit correct, faites une copie de sauvegarde de l'ancien fichier de configuration remotetrx.conf et recommencez à partir du nouveau fichier de configuration par défaut. Déplacez manuellement les valeurs de configuration depuis l'ancien fichier vers le nouveau en lisant attentivement la page de manuel à jour de remotetrx.conf (S) pour tout bien récupérer.
Il est maintenant possible de régler un temps d'attente du PTT pour le type de tx local. Cela peut être bon à avoir sur un transmetteur de lien combiné avec un squelch de tonalité. Quand on ordonne au transmetteur de cesser la transmission, la tonalité est immédiatement arrêtée, provoquant l'arrêt du squelch de l'autre côté. Comme le transmetteur continue la transmission pendant un moment, on n'entend pas le bruit de la réactivation du squelch.
Le module de répéteur DTMF attend maintenant que toutes les annonces soient jouées avant de retransmettre les chiffres.
Le module EchoLink peut désormais utiliser le codec audio Speex pour les connexions entre deux nœuds SvxLink, ce qui améliore de beaucoup la qualité audio. Ce patch est la contribution de Steve/DH1DM.
Ajout d'un mode de repli du répéteur à RemoteTrx qui peut être utilisé lorsque le répéteur est configuré à la fois en RX et en TX. Si le répéteur perd la connexion réseau, le RemoteTrx active un mode de répéteur très basique connectant juste le RX au TX.
La variable de configuration VOX_LIMIT a été renommée en VOX_THRESH.
Les fichiers de configuration globale du système SvxLink sont maintenant sauvegardés par défaut dans le répertoire /etc/svxlink.
Nouvel arrangement des répertoires pour les scripts d'événements et les clips audio. Les scripts d'événements principaux sont maintenant sauvés dans /usr/share/svxlink/events.d. Les clips audio sont dans /usr/share/svxlink/sounds/<langcode>. Les modules TCL ont été séparés des gestionnaires d'événements et se trouvent désormais dans /usr/share/svxlink/modules.d.
La nouvelle variable de configuration DEFAULT_LANG indique la langue à utiliser par défaut.
Nouveau type de détecteur de squelch : EVDEV. Ce détecteur lit les événements depuis un nœud de périphérique /dev/input/eventX. Cela peut être utile si par exemple vous avez un périphérique audio USB avec des boutons. Si vous êtes chanceux, il va générer des événements lors de l'appui sur ces boutons.