Archives pour la catégorie Module Propagation

Truc, Astuces, Customisation de Spotnik

Modifier les timers de retour au salons.

Si vous avez le système de retour automatique sur le RRF au bout de 20 mn , il est possible de modifier le temps , ou de le supprimer simplement  la modification est à faire dans les fichiers /etc/spotnik/restart.xxx

à la fin des fichiers vous allez trouver :

sleep 20m

rm -f /etc/spotnik/svxlink.tec

/etc/spotnik/restart.rrf

pour modifier le temps de maintiens dans le salon par exemple a 40mn , remplacer sleep 20m par sleep 40m

pour supprimer le retour automatique au salon RRF et le faire à la demande commenté simplement les 3 dernières lignes ( vous pouvez rester indéfiniment sur un salon ne pas l’oublier … )

#sleep 20m

#rm -f /etc/spotnik/svxlink.tec

#/etc/spotnik/restart.rrf

Rajouter la fonction reboot et halt en DTMF ( hotspot perso uniquement ! )

il est possible de rajouter 2 commandes DTMF . Je les déconseille sur un link pour des raisons évidente ….

1000 = Reboot

1001 = Arrêt

le reboot , permets en cas de coupure du net par exemple de re démarrer le spotnik et de se reconnecter (orage , coupure du net , si le spotnik démarre avant la box ou avant que le partage de connexion du smartphone soit actif , il ne récupère pas d’adresse IP )

l’arrêt permets de l’éteindre proprement, plutôt que d’enlever le fil d’alim ( comme un sauvage ) il est toujours préférable de passer par l’interface graphique ou la commande halt , si le pc n’est pas allumé, 1001 permets de faire un arrêt propre avant de le débrancher .

dans le fichier /usr/share/svxlink/events.d/Logic.tcl

à la fin des commandes DTMF pour les salons, et avant le return 0 rajouter ceci  (en rouge ) :

# 102 Réseau EchoLink

if {$cmd == « 102 »} {

puts « Executing external command »

playMsg « Core » « online »

exec nohup /etc/spotnik/restart.el &

return 1

}

# il faut rajouter ceci :

# 1000 Reboot

if {$cmd == « 1000 »} {

puts « Executing external command »

playMsg « Core » « online »

exec reboot &

return 1

}

# 1001 halt

if {$cmd == « 1001 »} {

puts « Executing external command »

playMsg « Core » « online »

exec halt &

return 1

return 0

}

Propagation Monitor

Le module Propagation Monitor , permets d’avoir des alertes Sporadique , FAI , Aurore Boréale annoncées par le système.

Sa configuration est un petit peu plus compliqué que pour les autres modules voici un petit tuto.

il faut rajouter 2 paquets Debian pour le faire fonctionner :

apt-get install fetchmail procmail

ces 2 paquets permettent de recevoir et de filtrer les mail .

1°/ il faut créer un compte mail chez un hébergeur quelconques , laposte , free, orange …

2°/ il faut s’abonner aux alerte « Propagation » sur les 2 sites suivants avec ce compte mail

http://www.dxmaps.com/spots/warnings.php

http://dxrobot.gooddx.net/mailman/listinfo

Lisez les infos concernant les alertes mail sur les 2 sites , pour gooddx.net les alertes Eskip Aurora ,et pour dxmaps cochez les cases qui vous intéressent.

3°/ il faut configurer le compte dans fetchmail sur l’orangepi ou le raspberry

dans le répertoire /root :

le fichier à écrire s’appel .fetchmailrc ne pas oublier le .

——————————————–

poll « Mail.monprovider.com »

protocol auto

username « adresse.mail@monprovider.com »

password « Monmotdepasse »

mda « /usr/bin/procmail -d %s »

———————————————

4°/ dans root : le fichier .procmailrc , il est donné en exemple dans /etc/svxlink

———————————————

# This is the configuration file for procmail that is used to

# extract received propagation alerts into separate files.

# This is used by the PropagationMonitor SvxLink module.

# Store received propagation alerts here

MAILDIR=/var/spool/svxlink/propagation_monitor

# Log for procmail activity

#LOGFILE=$MAILDIR/procmail.log

# Enable more verbose logging. Good for debugging your procmailrc.

#VERBOSE=yes

# Put e-mails from the DXrobot (gooddx.net) in the folder below

:0

* ^From.*DXrobot

dxrobot

# Put e-mails from DXMAPS (dxmaps.com) in the folder below

:0

* ^From.*DXMAPS

vhfdx

# Send all other, non matching e-mails, to user root.

# Replace « !root » with « /dev/null » to throw non-matching

# e-mails away instead or comment both lines below out

# to just let non-matching e-mails pass through.

:0

/dev/null

——————————————

5°/  il faut bien sur rajouter le ModulePropagationMonitor dans la ligne qui concerne les modules de /etc/svxlink/svxlink.conf

exemple  MODULES=ModuleHelp,ModuleMetarInfo,ModuleParrot,ModulePropagationMonitor

remplacer la ligne : ACTIVATE_MODULE_ON_LONG_CMD=2:EchoLink

par : ACTIVATE_MODULE_ON_LONG_CMD=10:PropagationMonitor

et relancer svxlink.

6°/ il faut supprimer le TIMEOUT dans /etc/svxlink/svxlink.d/ModulePropagationMonitor.conf

—————————————————

[ModulePropagationMonitor]

NAME=PropagationMonitor

PLUGIN_NAME=Tcl

ID=10

#TIMEOUT=10

SPOOL_DIR=/var/spool/svxlink/propagation_monitor

——————————————

7°/ rajouter dans /etc/crontab la ligne suivante :

—————————————————–

*/5 * * * * root /usr/bin/fetchmail &> /dev/null

#on va chercher les mails toutes les 5mn

—————————————————

puis il faut tester la réception des mail pour cela en root :

fetchmail -kv

on doit voir la réception des mails se faire a l’écran.

si tout fonctionne bien ,  /etc/init.d/cron restart , la réception des mails s’effectue alors toutes les 5mn.

pour valider le module , il faut envoyer 10# en DTMF ou via le screen dans la console.

pour plus d’info sur fetchmail ou procmail reportez vous au MAN ou à la doc correspondante.

73″ de Jean-Philippe, F5NLG

Publicités