SRI Systeme
Routier d'information
L'idée
est la suivante:
Une station emet à 300 bauds (75 à 1200 testé) des informations
concernant sa ville,
son village ou son quartier.
Je m'explique
Vous êtes en voiture (ou en camion), vous vous dirigez vers Limoges,
vous voulez savoir ce qu'il y a de particulier à Limoges en ce moment.
Vous avez une cibi à bord, un palm et l'interface qui va bien (que je
decrirais après).
Vous envoyez une porteuse d'une seconde à peine sur le canal 1 par
exemple.
Dans la seconde qui suit, vous recevez les infos ecrites par un cibiste
altruiste sur votre palm.
Le
texte est simple:
11-04 Limoges
centre
ville fermé
cause ac
cident grave,
travau
x sur
D26. jeudi jou
r de marché
nord de
Limoges.
Voila, vous savez que le centre ville, c'est pas la peine.
La D26 faut voir.
Heureusement qu'on est pas jeudi pour circuler dans limoges.
Donc vous evitez Limoges en passant ailleurs que par la D26...
C'est pratique, c'est pas cher, c'est hyper utile à mon avis pour les
camions, les livreurs, bref les metiers de la route, les baroudeurs,
les vacances aussi (et oui ça peut eviter les embouteillages et les
suraccidents).
Bref c'est d'utilité publique !
Le soft

Telecharger
la version 0.2
(2000, XP,
Vista), non testé sous windows 98.
Il
existe une version pour Dos qui fonctionne avec le port serie et
necessite une interface proche de la baycom pour
l'emetteur.
(Attention
le soft pour dos ne fonctionne pas sous 2000 ou xp !)
Pour palm et
pocketpc,
il faut un petit programme gratuit sur le net qui fait
office de terminal, ainsi qu'une interface avec
un TCM3105 ou FX614 (circuit modem).
On
peut utiliser un pc portable bien entendu.
J'essai
à l'heure actuelle de trouver une alternative au tcm3105 car il ne se
fabrique plus.
Configuration
d'SRI:
Plusieurs
options sont dispos dans le soft, qui permettent de faire
fonctionner plusieurs stations dans un même village par exemple, ça
evite que tout le monde emette en même temps.
Qui permettent aussi d'utiliser ce canal en phonie (fonctionne sur la
durée de la porteuse, on parle plus d'une 1/2 seconde en
general...)...etc...

Coté
reception
Je
suis en train de mettre au point un decodeur se connectant sur la
sortie HP de la cibie.
Le
systeme fonctionne avec un PIC16F88 qui assure le decodage du message
et l'affichage sur un ecran LCD 4x20 caractères.
3
boutons en façade placés à
gauche de l'ecran (donc coté conducteur), la possibilité de deporter
ces boutons pour les placer pres du volant par exemple.
permettent l'accès aux fonctions de defilement, configuration, etc.
Ajout d'une "clef" dans le message, elle
est invisible car elle n'est pas utile pour l'usager.
Elle est generée aleatoirement (2 octets, 16129 combinaisons) par le
soft SRI à chaque fois qu'un nouveau message est envoyé, cela evite au
recepteur d'afficher plusieurs fois le même message et de bipper pour
rien.
Grace à la clef, lorsque celui çi recoit un message et qu'il reconnait
une clef, il n'affiche rien et ne bippe pas.
Le message reste bien entendu disponible.
La raison pour laquelle j'utilise de l'ascii est simple; la
programmation d'un sous programme de decodage de varicode puis de
conversion en ascii pour l'afficheur est bien plus lourde qu'une simple
reception sur le port serie qui envoie l'ascii reçu directement sur
l'afficheur.
Ca laisse de la place en memoire pour d'autres fonctions.
Ca laisse aussi la possibilité d'utiliser tout le code ascii pour des
evolutions futures.
Un menu de configuration (defilement automatique oui/non, bip oui/non,
clignotement oui/non, visualisation niveau d'entrée, activation alarme
oui/non ...etc)
Dans le futur, faire un modèle dont le recepteur 27Mhz est incorporé,
pour eviter l'installation d'une cibi à bord, pour les pietons et les
motards...
Les
schemas
Cablage de la detection de porteuse dans la cas ou
cette option est activée (option future):
Avec
l'option de detection de porteuse, la broche CD du port RS232
est
une entrée qui sert à detecter une porteuse sur la cibi, c'est
un comparateur à aop dont une entrée est sur la sortie haut parleur de
la cibi (ne pas oublier de regler le squelch)
Le LM358 est un AOP monté en comparateur.
Lorsqu'une porteuse arrive, le squelch bascule
et
le son du hp parvient au comparateur.
Etant donné que celui ci compare par rapport au
0v, le moindre signal le fait basculer et le tour est joué.
La sortie de l'aop attaque directement la
broche
CD du port com, le niveau est à peine suffisant pour être pris en
compte par le PC, mais ça fonctionne comme ça pour l'instant.
Le condensateur de 100n à l'entrée sert à
supprimer une eventuelle composante continue qui nuierai au
fonctionnement.

Cablage du Push to talk utilisant
la carte son:
Shemas du decodeur:
Pour plus d'infos n'hesitez pas à me contacter par email.
Cette
realisation est en cours d'elaboration avec la participation de France Digimode
Group
arnaudbidouilles@free.fr
Retour...
|