- Possibilité de lancement automatique du transfert des trames au démarrage du programme,
- Sauvegarde des paramètres de l’application (Port COM et TCP) (était partiellement développé),

Interfacé entre ADSB# et Com0com (+Com2TCP), ce programme permet d’utiliser ADSB# avec BaseStation (Comme décrit sur cette page, de F5ANN : http://f5ann.pagesperso-orange.fr/DongleavecBasestation/index.html)

COMbyTCP reloaded (v1.1)

Version modifiée de COMbyTCP

Ajouté le 01/02/2013 | Modifié le 01/02/2013 | Taille : 43.72 ko | Téléchargé 61 fois

Télécharger

COMbyTCP reloaded (v1.1) - Sources

Sources VB 2010 de COMbyTCP v1.1 reloaded

Ajouté le 01/02/2013 | Modifié le 01/02/2013 | Taille : 292.43 ko | Téléchargé 54 fois

Télécharger

Par contre, vous ne pourrez pas utiliser l’aide de ce logiciel directement à partir de celui-ci, il vous faudra manuellement créer un raccourci vers ce fichier d’aide, et y accéder à partir de votre menu « Démarrer », ou depuis votre bureau. De même, en l’absence de programme d’installation (« setup », en anglais), il vous faudra créer un raccourci vers le programme lui-même puis le placer sur votre bureau pour pouvoir le lancer depuis cet emplacement.

Vous pouvez télécharger ici le contenu du répertoire d’installation « zippé » et le décompresser dans un répertoire à la racine de votre disque dur, par exemple : C:\RFSIm99.

RFSim99

Répertoire d'installation compressé.

Ajouté le 30/03/2012 | Modifié le 30/03/2012 | Taille : 1.22 Mo | Téléchargé 595 fois

Télécharger

Côté « radio » :
- Décodage d’images météos transmises en APT sur la bande des 137 MHz (logiciel WXtoIMG) ;
- Décodage des balises du réseau IBP NCDXF/IARU en HF et en CW (logiciels FAROS et OmniRig) ;
- Emission et réception packet radio APRS (Packet Engine Pro et UIVIEW32)
- Publication de données sur ce blog ;
- Interface émission/réception APRS pour postes clients (AGWTracker, par exemple) ;
- Eventuellement, réception ACARS et ADS-B avec Planeplotter…

Côté « domestique » :
- Stockage et sauvegarde ;
- Serveur de fichiers ;
- Serveur multimédia ;
- Serveur d’impression.

Contraintes
Aujourd’hui, les cartes mères intégrant des ports série ou parallèles se font rares. Or, ces ports sont nécessaires pour piloter certains appareils d’ancienne génération, alors que les plus récents peuvent être gérés par USB.
Ensuite, sur un ordinateur PC, le nombre de slots PCI d’extension disponibles est limité. Sur les cartes mères au format ATX on n’en trouve en général que 3 ou 4, et sur les cartes au format microATX, c’est pire, on n’en trouve en général que 2. Ces ports sont nécessaires pour rajouter des ports COM, des ports USB ou des cartes sons, qui peuvent être utiles pour le pilotage de périphériques ou pour le trafic en modes digitaux.
D’autre part, la consommation électrique est également une contrainte, puisqu’elle engendre un coût non négligeable. Le serveur devra être dimensionné de façon à pouvoir traiter toutes les taches qui lui seront demandées, sans pour autant  être une machine de guerre consommant plus de 300 watts au compteur EDF.
Enfin, hors de question de se retrouver avec une tour grand format sous le bureau de l’OM.

Solutions et choix
Finalement, afin de limiter la consommation en énergie électrique, et avec pour objectif de la plafonner à environ 70/80 watts (soit un coût estimé de 6 euros par mois lorsque l’on a souscrit au tarif « heures pleines/heures creuses ») , et aussi de limiter le volume occupé par le serveur, la solution d’une installation avec une carte microATX a été retenue. Cette carte compte 2 ports série et un port parallèle. avec un processeur Pentium double-coeur  E6600 et 4 Go de mémoire. Deux disques durs seront installés, un de 500 Go pour le système, les logiciels et les fichiers courants, et un de 1 To pour l’archivage et la sauvegarde de fichiers. La carte réseau, la carte graphique et la carte son intégrées seront utilisées. Deux cartes son (au moins) seront rajoutées pour le trafic en modes digitaux (CW, APT, Packet radio, etc) : une en PCI, et l’autre en USB.
Une carte PCI ajoutant 2 ports « série » sera également ajoutée, portant le nombre total de ports série à 4 (+ 1 port parallèle)

Le système d’exploitation et les logiciels
Le serveur tournera sous Windows 7 32 bits édition Familiale Premium. Non, ce n’est pas un système d’exploitation « serveur », mais le coût d’une licence Windows Serveur 2008 est élevé et les plus apportés par ce type de système d’exploitation ne sont pas nécessaires dans le cas présent.

- Pour le décodage des images météo en APT, WXtoIMG sera utilisé ;
- Pour la réception du réseau de balises IBP NCDXF/IARU, le logiciel FAROS sera employé ;
- Pour l’APRS, Packet Engine Pro associé à UIVIEW et AGWTracker seront installés ;
- Pour un développement ultérieur, la suite logicielle « ITS HF Propagation » sera également installée (VOACAP, etc).

Descriptif de l’installation définitive (en production)
L’objectif énergétique est presque atteint car la consommation électrique du serveur est d’environ 90 watts. Le coût mensuel est donc plus proche des 7 euros. Le reste des équipements amène le tout à une consommation globale de 110 watts.
Le serveur fonctionne correctement, et pour le moment, il n’a encore jamais « planté ». Les logiciels fonctionnent correctement. Néanmoins, quelques imprévus ont soulevé quelques questions. Premièrement, l’installation de plusieurs cartes sons sous Windows ne pose pas réellement de problème. Soit. Apparemment, certains modèles supportent très mal les sœurs jumelles et refusent de fonctionner conjointement. Cela semble être le cas avec les modèles Audigy de Creative Labs.
Pour ma part, j’ai une carte son intégrée à chipset VIA HD (packet radio), une carte son PCI (générique) avec un chipset c-media (FAROS), et deux cartes son USB très bon marché (dont une pour WXtoIMG, et l’autre en réserve). Il ne semble y avoir aucun conflit entre ces 4 cartes son.

Par contre, et c’est _très_ gênant, lors d’un reboot, il faut s’assurer que Windows a bien réaffecté les mêmes ID de matériel à chaque carte son (les mêmes que ceux qui étaient attribués aux cartes avant le redémarrage), car sinon, les logiciels se servant de ces ID pour pointer sur la bonne carte son, i.e. celle qui lui est normalement attribuée, il utilisera une autre carte, ou il tentera d’utiliser une carte déjà attribuée. Et là, plus rien ne fonctionnera comme prévu.
Windows semble avoir tendance à ne pas énumérer les périphériques dans le même ordre à chaque fois qu’il démarre… Ce qui a pour conséquence que WXtoIMG tente de prendre la main sur carte son qui n’est pas la bonne. Ce qui produit une erreur et rend ce logiciel inopérant. Les autres logiciels installés ne semble pas avoir ce problème.

Tous les connexions audio au PC sont faites à travers des transformateurs de type « téléphonique » de rapport 1:1, et les commutations sont faites à travers des optocoupleurs afin d’éviter les boucles de masse.

Fiabilité et indisponibilité du service…
Il faut être réaliste, mettre en place un serveur qui ne « plante » pas est utopique à l’échelle du particulier. J’ai donc privilégié une redémarrage rapide (environ 2 minutes) plutôt que de choisir du matériel coûteux et sans objet dans ce contexte. D’autre part, la liaison ADSL n’est pas non plus sûre à 100%. Donc, aucun intérêt à mettre une bête de guerre derrière, qui, en plus, coûterait une fortune en électricité …

Le récepteur Icom IC-R72 est un vieil appareil. Certes, dans mon cas, il fonctionne encore très bien, mais il n’est pas référencé dans les récepteurs susceptibles d’être gérés par Ham Radio Deluxe ou Omnirig (FAROS, etc). Le logiciel Commander (v9.3.5 actuellement), par contre, le prend en charge directement.

Néanmoins, pour qu’un IC-R72 soit reconnu et géré par Ham Radio Deluxe, il suffit de sélectionner un autre modèle de récepteur de la marque (IC-R8500 par exemple), et de changer l’adresse avec laquelle HRD va communiquer par l’intermédiaire de l’interface CI-V. L’adresse est « 4A » pour le IC-R8500, et « 32″ pour le IC-R72, toujours en hexadécimal. L’adresse de l’interface CI-V est « E0″.

Pour Omnirig, il y a une petite manipulation à effectuer au niveau des fichiers de configuration d’Omnirig : au niveau des fichiers de définition des commandes des appareils pilotés, en fait.
(Vous pouvez télécharger une version déjà modifiée d’un fichier de configuration en bas de cette page)
Ces fichiers se trouvent dans le sous-répertoire nommé « Rigs » du répertoire d’installation d’Omnirig (Exemple : C:\Program Files\Afreet\OmniRig\Rigs »).

Il va falloir changer deux types de chaînes de caractères :

- Les chaînes de caractères d’envoi de commande (sens : OmniRig > Récepteur), qui comportent l’adresse hexadécimale du récepteur.
- Les chaînes de caractères d’envoi d’informations ou d’accusé-réception de commande (sens : Récepteur > OmniRig), qui comportent également l’adresse hexadécimale du récepteur.

1. Effectuer une copie du fichier « IC-R8500.ini » dans le même sous répertoire, et le renommer « IC-R72.ini » ;
2. Ouvrir ce fichier avec un éditeur de texte ;
3. Remplacer toutes les chaînes de caractères « FEFE4AE0″ par « FEFE32E0″ ; (« FE » est la commande de mise en écoute des appareils reliés à l’interface CI-V. Elle est répétée une fois.)
4. Remplacer toutes les chaînes de caractères « FEFEE04A » par « FEFEE032 » ;
5. Enregistrer le fichier ;
5. C’est fini.

Vous devriez maintenant pouvoir sélectionner le IC-R72 dans la liste des appareils pris en charge par OmniRig.

PS : Pour une raison inconnue, OmniRig a refusé de reconnaître le IC-R72 en tant que premier appareil (RIG 1). J’ai dû le déclarer en tant que deuxième appareil (RIG 2), tout en paramétrant le premier sur « None » (= aucun). Et cela fonctionne à merveille.

Téléchargements :

IC-R72 Omnirig file

Fichier de paramètres pour "Omnirig", afin de le faire fonctionner avec l'Icom IC R-72.

Ajouté le 18/10/2011 | Modifié le 18/10/2011 | Taille : 1.21 ko | Téléchargé 102 fois

Télécharger