DESCRIPTION D'UN SYSTÈME DE PILOTAGE DE RÉSEAU FERROVIAIRE  UTSystem
ULYSSE   TRAIN   SYSTEM    UTS2000   V3.7i (Mise à jour le 17/11/2024).

Enfin j’ai essayé de mettre ce document à la portée du plus grand nombre en expliquant le maximum de choses afin que vous  compreniez ce que vous faites, même si vous ne connaissez rien en électronique et informatique. En effet il est ridicule d’acquérir un système qu’on ne comprend pas car en cas de pannes ou problèmes vous seriez vite très embêtés  (et de toutes façons vous ne pourriez pas le construire). Bref vous l’avez compris, le partage d’information est très important pour moi. Merci de lire la documentation jusqu’au bout avant. Bien entendu une photo de votre réalisation me ferrait le plus grand plaisir.  Et bien entendu, la célèbre phrase s’applique à mon projet : Je ne pourrais être tenu pour responsable de quelques manières que ce soit  des dommages relatifs à l’utilisation des infos de cette documentation. (Il ne manquerait plus que ça pour un système gratuit).  Enfin sachez que j’ai pris du plaisir à réaliser ce système et j’espère que cette documentation vous servira à quelque chose. Bonne lecture.

Les documents originaux d'Ulysse sont les suivants :
  - La notice d'UTS V2  Manuel_UTS_V2 Ulysse.doc  ou  Manuel_UTS_V2 Ulysse.pdf  (A lire absolument)
  - Tous les documents écrits par Ulysse : UTS_V2 Ulysse.rar
  - La construction du réseau d'Ulysse.doc

Les téléchargements du programme UTS :
Pour les utilisateurs de la version matérielle originale d'UTS V2 (de l'ancien site d'Ulysse),  utiliser la version UTS V3---V2 pour disposer des améliorations du logiciel avec les anciennes cartes UTS.
Pour charger le programme ".hex" dans le pic, utiliser le programme officiel "PICkit2 Programmer", "PICkit 2 v2.61" de www.microchip.com sous W7.
Utiliser la platine kit PicKit2 avec le logiciel 'PicKit 2 v2.61' ou celle là heartygfx-PicKit II.
On peut utilise ce genre de montage : PIC_Programmer_PICPgm_05Fev16.pdf
Ou utiliser la nouvelle platine PicKit3, avec ce logiciel.

  - V3.7i pour les cartes électronique à base de PIC à 20 Mhz (Version conseillée).

  - V3.5c---V2 compatible avec l'ancienne version 2 d'Ulysse et les cartes électroniques à base de PIC à 8 Mhz. Prévue uniquement pour ceux ayant construit UTS d'Ulysse en version V2,
   pour une version plus récente pour ces anciennes cartes me contacter sur les forums.

Les limitations logicielles d'UTS

UTS est compilé sous C++ 2013 Express (Microsoft) et n'est pas compatible avec Win98, ni avec W2000. Fonctionne bien avec XP, W7, W8, W10.

Il faut éviter d'arrêter une locomotive sans wagon à cheval entre deux cantons.
Suivant la nature des prises de courant de la locomotive, elle ne sera peut être plus détectée correctement (Il suffit de la déplacer manuellement pour cela reparte).

Il faut sauvegarder régulièrement le fichier 'config_tco.txt', car celui-ci peut s'altérer, car il est réécrit à chaque fois que l'on ferme UTS.

Le programme '.asm' dans les PIC a été mis à jour en V3.4 le 15/02/2020.

UTS permet de configurer un canton ou une loco avec une alimentation inverse : "inv_canton_3 on",  "train5  TGV c0   inv".
Il n'est pas garanti que les fonctions élaborées (exemple #balauto) , prennent en compte la polarité inverse de ces cantons et ces locomotives.

Une TJD (Traverse de Jonction Double) peut être remplacée par deux aiguillages tête bêche sur le tco.
Les croisements peuvent être gérés dans les déplacements à condition de réserver le canton traversé.
Les croisements peuvent être gérés en mode BAL (Bloc Automatique) à condition de bloquer le train si le canton traversé est occupé ou réservé.

Une rotonde peut être commandée par UTS avec un servo-moteur, mais elle ne sera pas modélisée sur le tco.

Avec un Pentium III à 450 Mhz sous Windows XP, le programme consomme 5% de cpu sans afficher de TCO, 30 % de cpu en affichant un TCO vide de 20 x 17 cases,
40 % de cpu en affichant un TCO en relief de mon réseau de 20 x 17 cases. Le % de cpu est proportionnel au nombre de cases à afficher.
L'affichage des TCO n'est pas optimisé, et le programme réaffiche toutes les cases du TCO en permanence, même si elles n'ont pas changées.

Le programme fonctionne correctement en conduite automatique. Il est possible d'animer entièrement un réseau en conduite automatisée.

Comme tout système automatique, la bonne détection de convois est primordiale. En N cela pose problème, car les wagons sont légers et font souvent de mauvais contacts.
Dans ce cas, le train peut s'arrêter alors que des wagons (non détectés) restent encore sur le canton précédent.
Si c'est la fin d'un déplacement, le problème s'aggrave quand le wagon refait contact car le canton devient occupé et peut bloquer les prochains déplacements d'autres trains.
C'est un problème rencontré lors de l'utilisation de l'horloge pour faire fonctionne tout le train en automatique.
Dans ce cas, il faut arrêter l'horloge et passer les trains en manuel pour les replacer au bon endroit.

Il faut choisir si il faut équiper tous les wagons d'essieux résistifs. Dans ce cas, les déplacements seront corrects, lors d'un déplacement automatique le canton précédent sera toujours complètement libéré.

Avant d'utiliser la version V3---V2 sauvegarder votre fichier 'config_tco.txt'.
Le programme en version V3 inscrit dans le fichier 'config_tco.txt' des paramètres inconnus par la version originale V2.

Il est indispensable d'équiper les garages de détecteur de fin de course (barrière infrarouge), pour stopper les déplacements à  temps.
Un canton qui se termine par un butoir n'a pas besoin d'être équipé de ce dispositif si le canton est assez long, car le signal de fin est donné par la libération du canton précédent.

Il faut que les cantons fassent au minimum 15 cm de plus que le plus long des trains, pour stationner automatiquement sans risque de déborder.
Avec une marge aussi faible, il faut donner aux trains une faible inertie logicielle.

Il ne faut pas définir la frontière entre deux cantons au raz d'un aiguillage. Il faut avoir au minimum 5 cm de rails à la suite d'un aiguillage, pour que lorsque l'on libère ce canton,
il n'y ait pas de faux contacts au niveau de l'aiguillage qui fasse croire que l'on a déjà libéré ce canton, alors qu'un wagon (non détecté) reste encore sur l'aiguillage.

Bien que la limite de fonctionnement du système soit de 64 cantons, certaines tables sont plutôt dimensionnées pour une utilisation de 32 cantons.
Matériellement il n'y a aucun problème pour utiliser 64 cantons, mais par exemple, la table '#selectif" est dimensionnée à 100 (il en faudrait environ 160 pour 64 cantons)
ou  '#déplacement' à 200 (il en faudrait environ 400). Cela demanderait une adaptation pour renuméroter les variables.

Bon amusement.