************************************************************************

GPCDI v2.0.1

->Problème: lorsqu'on n'enregistre pas au moins un élément de détection
Sur chaque plan de l'arborescence. Le fichier .txt du dossier PlansTxt
correspondant au plan sur lequel un élément de détection n'a pas été
ajouté, n'existe pas donc fichier introuvable.
->Solution: Enregistrer au moins un élément de détection sur chaque
plan de l'arborescence. Sinon une boîte à dialogue le suggérant
apparaît.
				***
->Problème : Le fichier config.txt ne se trouve pas dans
program files/Vlv software/ mais bien dans program files/GPCDI
->Solution : changement de la boîte à dialogue contentant le chemin
d'accès

*************************************************************************

GPCDI v2.0.2

->Problème : Erreur 40020 : opération non valide à ce stade lorsqu'on
change d'utilisateur (ex: on passe de du mode technicien au mode 
client avancé).
-> Solution : le problème vient de call findnumcentral -> 
call findnoeud -> loadwinsock -> winsock(i).remotehost = IPR.
Fermeture de la connexion winsock lorsqu'on clique sur "stop" et
suppression de la fermeture de la connexion winsock lorsqu'on clique sur
"start"

*************************************************************************

GPCDI v2.0.3

-> Problème lors de la mise ne place de plus de 5 centraux: Indice hors
de la plage
->Solution: Le vecteur NumIndiceZone est limité à 5 éléments. Il a été
modifié pour en contenir 20.

*************************************************************************

GPCDI v2.1.0

-> Problème lors de la mise en place de plus de 9 centraux
-> Solution: Modifications apportées stockées sur une feuille dans la 
farde GPCDI
				***
-> Problème lorsqu'on supprime des centraux et en ayant apporté au moins
un changement dans les centraux qu'il reste.
-> Solution: Suppression de tous les "call deletecentral" dans
"ComCompil_Click" et mise en place des lignes de code "If 
CentralActivThenDesactiv(1) <> 0 Then... end if" dans
"ComCompil_Click"
				***
-> Problème: Mise en place de 40 centraux
-> Solution: Modifications apportées stockées sur une feuille dans la 
farde GPCDI

*************************************************************************

GPCDI v2.1.1

->Problème avec la résolution la plus basse (1024*768), Il n' y a pas de
place pour 40 centraux dans la barre des tâches (ONLINE ou OFFLILNE)
-> Solution: diminution de la taille de certaines de cases de la barre
et diminution de la taille de la police de caractèrees.

*************************************************************************

GPCDI v2.1.2

->Problème ip lorsque plus de 2 adresses ip différentes introduites?
->Solution : modification apportée à winsock(index) ?
				***
->Mise en place d'un login et mot de passe par niveau d'accès. Ces login
et mot de passe sont modifiables via le premier menu.
				***
->Mise en place d'un titre modifiable via le premier menu.
				***
->Liaison du titre à la version du logiciel.

*************************************************************************

GPCDI v2.1.3

->Problème: la signalisation d'un test négatif avec un central se fait 
après 3 essais négatifs.
-> La signalisation doit se faire après 3 essais négatifs consécutifs.

*************************************************************************

GPCDI v2.1.4

->Problème: la réception d'un caractère AK se fait à travers une simple
variable.
-> Solution: Utilisation d'un vecteur avec indices correspondant aux 
différentes adresses IP
				***
Mise à disposition de différents timers dans le fichier config.txt :
- Timer 1 : - Ligne 4 (valeur par défaut 400 ms)
	    - Timer d'envoi d'AK pour vider le tampon de l'UCNET au
	      démarrage de la communication
- Timer 2 : - Ligne 5 (valeur par défaut 1000 ms)
	    - Timer d'affichage d'un événement par clignotement d'une
	      image
- Timer 3 : - Ligne 6 (valeur par défaut 2000 ms)
	    - Timer de jeu de sons
- Timer 4 : - Ligne 7 (valeur par défaut 1500 ms)
	    - Timer d'attente de réception d'AK après un test TL
- Timer 5 : - Ligne 8 et 9 (valeurs par défaut 60000 ms et 4)
	    - Timer de test TL périodique
	      -> valeur timer = Ligne 8 x Ligne 9 = 60000 ms x 4 = 4 min
- Timer 6 : - Ligne 10 (valeur par défaut 3000 ms)
	    - Timer d'intervalle entre chaque test TL lors de la phase de
	      test TL périodique
- Timer 7 : - Ligne 11 (valeur par défaut 5000 ms)
	    - Timer d'attente de connection TCP/IP
- Timer 10 : - Ligne 12 (valeur par défaut 7000 ms)
	     - Timer qui gère la non-réception d'un message endéans un
	       certain délai. S'il y a non réception de caractères ->
	       Message: Problème de synchronisation avec le central n°...
- Temporisation d'acquittement : - Ligne 3 (valeur par défaut 0)
- Temporisation de synchronisation : - Ligne 13 (valeur par défaut 0)

Premières constations par rapport à ces timers:
- TempoAK <= TempoSY + 100 si TempoAK ou/et TempoSY différents de 0
- TempoAK et TempoSY ne peuvent pas être plus grands que timer4 et que
  4,5 secondes car 5 secondes entre 2 messages envoyés par l'UCNET

Le logiciel a été testé avec les valeurs par défaut. L'utilisation
d'autres valeurs se fait à vos risques et périls.

*************************************************************************

GPCDI v2.1.5

- Mise en place d'une gestion d'erreur dans la form 'GP'

*************************************************************************

GPCDI v2.1.6

- Amélioration de la communication (suppression de DoEvents dans
  dataarrival, de Sleep dans acknowledge, not_acknowledge, synchroevent)
- Gestion des limites des timers

*************************************************************************

GPCDI v2.1.7

- Suppression de l'option "Temporisation d'acquittement" du menu
" Configuration" car erreur lorsque TempoAK = 0. Cette option ne sert 
plus à rien vu que l'on peut modifier TempoAK dans le fichier config.txt.

*************************************************************************

GPCDI v2.1.8

-Bug 1 : Si un événement type défaut système (ex: batterie,220v,
panneau de commande,...) survient 2 fois lors d'une même connection (Ce
qui est uniquement possible lors de la phase de synchro lorsque celle-ci
ne se passe pas dans les meilleures conditions), un événement type alerte
ou alarme survenant après ces défauts système provoque une erreur. En 
effet, les vecteurs contenant les infos d'événement sont redimmensionnés
lors de la réception du 2ème défaut identique alors qu'ils ne devraient 
pas.
-Bug 2 : Une fenêtre non modale ne peut s'afficher par-dessus une fenêtre
modale. Si c'est le cas plantage! Refonte du logiciel pour éviter ce
problème.

*************************************************************************