Technologie
Matériel:
Ordinateur de bord
Cellulaire et GPS
Modules RF
Logiciels:
ScanRF
TrXFer
Maintenance

Autres produits:
Chauffage
Tachographe
C.B.
STB Zénith
Produits divers

TRANSCOM:
Plus
Caract.
Modules
Rapports
Options
Support
Mise à jour
Entretien préventif

Guide de dépannage

1. Mon poste client ne cesse de se déconnecter et se reconnecter
2. Les serveurs refusent de fonctionner
3. Les rapports demandés n'ont jamais été reçus
4. La liaison serveur d'un client cesse de fonctionner
5. Une fonction spéciale ne fonctionne pas
6. Autres problèmes
7. Note concernant les tous les fichiers (LOG) de TRANSCOM et de (TCMU)
8. Erreur système &H80004005 au démarrage de l'ordinateur

1. Déconnexion du client.
En mode multi-usagers, si vous perdez sans arrêt la connexion (l'icône de liaison serveur passse du vert au rouge sans arrêt), c'est que plus d'un poste client utilisent le même numéro de station. Lorsqu'un client désire se connecter et que le numéro de client est déjà utilisé, alors TRANSCOM libère la première connexion.

Pour corriger le problème assurez-vous d'avoir un numéro d'identification unique pour chaque station client. Pour connaître les adresses IP des postes qui utilisent le même numéro de station vous pouvez consulter le fichier "connexion.log" du sous-répertoire "log" du serveur TRANSCOM.

2. Les serveurs refusent de fonctionner.
Si les serveurs refusent de fonctionner, la première étape et d'ouvrir les fichiers (Serveur.Log) et (S_BDB.Log) du répertoire (Log) et examiner les derniers messages de ces fichiers.
Les raisons les plus fréquentes sont :

• Il n'y a pas d'usager de définis. Solution : utiliser (TC_ADMIN) et vérifier que des usagers sont définis.
• Le module (TCS_INFO.EXE) n'est pas enregistré correctement dans la base de données. Solution : Dans une fenêtre DOS, inscrire (TCS_INFO /REGSERVER) à partir du répertoire (TCMU\SERVEUR).
• Les services sont déjà en fonction. Solution: (TCSS_FT.exe) et (TCSS_DBD.exe) n'ont pas d'interface usager. Il sont conçus pour fonctionner comme des services sous Windows NT, mais si on double clique dessus, ils seront lancés même sous Windows 9x. Redémarrer l'ordinateur.

3. Les rapports demandés n'ont jamais été reçus.
Les demandes de rapports sont en fait des fichiers qui sont transmis au serveur par le programme de liaison au serveur. Le serveur les traite lorsqu'il n'a rien d'autre à faire.
La première chose à faire est de vérifier que la liaison avec le serveur fonctionne (l'icône est vert). Si la liaison fonctionne et que le rapport n'est pas généré, alors les principales causes possibles sont :

• Le service de base de données ne fonctionne pas. C'est (TCS(S)_BDB) qui initie la génération des rapports. Ce module doit fonctionner. Les stations clients peuvent vérifier que ce module fonctionne avec l'outils "Test du serveur de base de données" disponible à partir du menu principal (TC_CLIENT.exe).
• Les modules qui génèrent les rapports ne sont pas correctement installés. Les modules qui créent les rapports (TCS_RAP.exe et autres modules sur mesure) sont des ActiveX qui doivent être enregistrés dans la base de registre de Windows pour fonctionner correctement. Solution : Dans une fenêtre DOS, inscrire (TCS_RAP /REGSERVER) à partir du répertoire (TCMU\SERVEUR ou TCS_VotreRapport).
• Le rapport ne peut pas être généré. En général cela peut arriver si la base de données est corrompue. Dans ce cas, aucun rapport ne peut être généré. Solution : restaurer un back-up des bases de données.

Avant de faire ces vérifications, il peut être bon de vérifier si les autres stations ont le même problème.

4. La liaison serveur d'un client cesse de fonctionner.
En général, ce n'est pas un vrai problème car la liaison serveur est conçue pour se reconnecter automatiquement. Les pricipales causes sont :

• Bris de Windows. C'est bien connu, il arrive à Windows de "Crasher". Solution : redémarrer Windows.
• Bris de la liaison TCP/IP. (TCMU) utilise le protocole TCP/IP, si la laison avec le serveur est rompue TCMU ne peut plus communiquer avec le serveur. Solution : Vérifier que le serveur est visible à partir de la station (en utilisant le programme PING par exemple).
• Code de Client non-unique. Si deux clients ont le même code, un seul des deux sera accepté. C'est le dernier à se connecté qui sera accepté.

5. Une fonction spéciale ne fonctionne pas.
La plupart du temps, c'est parce qu'il manque un fichier ou un (ActiveX.EXE) qui n'est pas enregistré dans la base de registres.

• Vérifiez que les fichiers requis sont présents et dans les bons répertoires.
• Si c'est un rapport qui n'arrive jamais à la boîte de réception voir le paragraphe ici

6. Autres problèmes
Si le problème est commun à toutes les stations, envoyez nous le contenu du répertoire (TCMU\SERVEUR\LOG) compressé dans un fichier "ZIP", de même que votre fichier (Users.bin) et (Serveur.ini).
Si le problème est avec une seule station, alors envoyez nous en plus tous les fichiers (.Log) du répertoire (TCMU\CLIENT).

7. Note concernant tous les fichiers (LOG) de TRANSCOM et de (TCMU).
Tous les fichiers (Log) ont un système de protection qui les empêche de devenir trop gros. En général, ils sont limités à 256K. Passé cette taille, ils sont renommés en (.Bak) et un nouveau fichier (.Log) est créé. De cette manière les fichiers (log) offrent un historique intéressant sans remplir votre disque dur.

8. Erreur système &H80004005 au démarrage de l'ordinateur
Windows a de la difficulté à lancer simultanément plus d'une application qui utilise le fichier MSVBVM50.DLL. Pour contourner le problème utilisez l'application (Lanceur.exe) Il est un programme qui lance les applications qui utilisent MSVBVM50.DLL l'une après l'autre au lieu de simultanément. (Lanceur.exe) est installé dans le même dossier que TRANSCOM. La liste des applications à lancer est lans le fichier (Lanceur.ini).
(Cette erreur est fréquente sous Windows 95,98 et Me)

Support:
Courriel
Mises à jour
FAQ