Client Comm:IP pour la gestion de la signalisation complexe

Client Comm:IP pour la gestion de la signalisation complexe

Messagepar jpp38 » 18 Décembre 2014, 11:26

Bonjour,

J'ouvre ce sujet pour y parler plus précisément du client de signalisation complexe développé par gily.

JP
jpp38
 
Messages: 11187
Inscrit le: 31 Mars 2009, 10:15
Localisation: Grenoble (Isère / Rhône Alpes)

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar Guytoonet » 18 Décembre 2014, 20:50

:cool:

Vivement la trêve des fêtes, pour que je puisse m'y atteler;

Merci Jean-Pierre

G.
‎"Il est bien des choses qui ne paraissent impossibles que tant qu'on ne les a pas tentées."
André Gide

Echelle N
Centrale CSX + GenLiS88
Rétrosignalisation LDT RM-GB-8-N
Moteurs d'appareils de voie "Seep" et décodeurs LENZ LS150
Guytoonet
 
Messages: 6231
Inscrit le: 09 Décembre 2009, 20:37
Localisation: Manage Belgique

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar gily » 19 Décembre 2014, 10:46

Bonjour !!

Il fil se trouve ici:
http://cdmrail.free.fr/ForumCDR/viewtopic.php?f=77&t=3906&p=50499#p50499

_____________Ancienne gestion de la signalisation complexe____________________
Version 12.2 du 31/1/2020 ce programme n'est plus maintenu


Salutations
Dernière édition par gily le 30 Avril 2023, 10:02, édité 176 fois au total.
gily
 
Messages: 1130
Inscrit le: 25 Juillet 2014, 14:32
Localisation: nord

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar jpp38 » 19 Décembre 2014, 17:08

Bonjour,

Merci pour les liens.

J'essaye de bien comprendre ce que tu as fait dans ton code, et de faire le lien avec ton .lay.
Je ne veux surtout pas avoir l'air de pinailler, mais j'essaye de comprendre ce qui manque, au niveau du protocole, pour rendre ce type d'application le moins compliqué possible à programmer.

Je vois que tu as utilisé les évènements sur actionneurs pour déduire l'état d'occupation des cantons: pourquoi n'as-tu pas pris les évènements sur détecteurs?

Sinon, c'est très intéressant de voir comment tu as procédé. Bravo pour cet exemple qui ouvre la voie vers ce type d'application. :bravo2:

Par contre, pour développer une appli qui permettrait de fonctionner par saisie à l'écran, plutôt qu'en décrivant dans le code lui-même: costaud. :?
Mais bon. Maintenant que j'ai vu comment tu procèdes, je vais y réfléchir.

Pour ceux que ça intéresse, la fonction "clé" pour la mise à jour des signaux, est la fonction "compute" dans le module "principal.c".
Cette fonction utilise les états des signaux, aiguilles, et actionneurs, repérés par leurs adresses de configuration.
Et je remets ici le .lay qui sert pour les tests.

reseau_gily.lay
(99.86 Kio) Téléchargé 235 fois


JP
jpp38
 
Messages: 11187
Inscrit le: 31 Mars 2009, 10:15
Localisation: Grenoble (Isère / Rhône Alpes)

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar gily » 19 Décembre 2014, 20:12

bonsoir!!

effectivement mon application client "connaît" la position des trains par les actionneurs et non par les détecteurs. Je ne me souviens plus de l'historique, mais il me semble que l'évenement des détecteurs ne fonctionnait pas. Du coup, je viens de le retester et il fonctionne 8-) avec le service ouvert évidemment) . Celà signifie donc que l'on peut bien entendu utiliser les détecteurs pour mémoriser un train dans un tronçon.

Pour la méthode graphique de gestion des signaux complexes, j'y ai réfléchi aussi mais c'est très compliqué. En effet un tel signal complexe doit tenir compte de l'environnement des voies, des grills et des croisements. Neanmoins, l'organigramme proposé dans la documentation ci dessus est relativement généraliste et devrait couvrir tous les cas. Le problème, c'est de modéliser les conditions du style "si aiguille suivante déviée", ce qui signifie que l'aiguille suivante dans le cas ou l'aiguille locale pointe vers ladite aiguille suivante :roll: heuu c'est clair ?! :lol: . Il faut peut être voir comment c'est fait du coté d'autres logiciels (je pense à train controleur que je ne connais pas par exemple).

enfin bref, il y a une grosse étude à faire. Même si ce n'est pas impossible, l'interface sera malgré tout conséquente.

A bientot :respect1:
gily
 
Messages: 1130
Inscrit le: 25 Juillet 2014, 14:32
Localisation: nord

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar jpp38 » 19 Décembre 2014, 20:35

Effectivement, une différence entre actionneurs et détecteurs, c'est que les actionneurs génèrent un évènement en simu aussi bien qu'en RUN, contrairement aux détecteurs, qui ne sont activés qu'en RUN (ou alors, en émulation de RUN).

JP
jpp38
 
Messages: 11187
Inscrit le: 31 Mars 2009, 10:15
Localisation: Grenoble (Isère / Rhône Alpes)

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar gily » 22 Décembre 2014, 22:57

bonjour

et voici encore une autre vidéo illustrant le fonctionnement des signaux complexes:

http://www.dailymotion.com/video/x2d5ngr_signalisation-complexe_tech

Salutations
gily
 
Messages: 1130
Inscrit le: 25 Juillet 2014, 14:32
Localisation: nord

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar jpp38 » 23 Décembre 2014, 08:22

Bonjour,

Merci pour cette vidéo. ;)

JP
jpp38
 
Messages: 11187
Inscrit le: 31 Mars 2009, 10:15
Localisation: Grenoble (Isère / Rhône Alpes)

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar gily » 02 Avril 2015, 13:56

Bonne nouvelle pour les amis Belges,

J'ai vu dans le fichier source du décodeur de DigitalBahn que le logiciel pour le PIC de leur décodeur de feu existe (alors qu'il ne figure pas sur leur site)
Il s'agit de la version "022". IL faut utiliser les sources disponibles ici
http://www.digital-bahn.de/develop/source/dekoder_asm_files.zip

Le détail de la procédure pour générer le fichier propre à chaque pays est expliqué ici
http://www.digital-bahn.de/ab/2015/AB-2015-01%20MPLabX.pdf
il y a une erreur dans le pdf descriptif à la premiere étape, il faut faire NEW PROJECT et pas NEW FILE.

Pour compiler, il faut enlever le ";" avant la ligne #define led_signal_010 pour obtenir le fichier SNCF,
mettre un ; avant la ligne #define nodecoder

Si on souhaite la version DCC:
1. choisir la version dcc en supprimant le ; avant la ligne #define dcc
2. mettre un ; à la ligne #define motorola


et j'ai compilé moi même le fichier belge, que voici ici (version DCC):
dekoder_belge-dcc.hex
(10.46 Kio) Téléchargé 172 fois


Je n'ai pas trouvé la configuration de cablage des feux belges sur le décodeur.
De plus lorsque l'on charge le fichier HEX dans le programme HEX_MANIPU, il reconnaît bien que le fichier HEX c'est pour les signaux belges, mais il n'affiche pas les fonctions associées.... Donc je me demande si la version de compilation "signal belge" a été finalisée ou simplement prédisposée pour implantation ultérieure.
Donc à essayer....

Salutations
Dernière édition par gily le 07 Novembre 2015, 19:59, édité 2 fois au total.
gily
 
Messages: 1130
Inscrit le: 25 Juillet 2014, 14:32
Localisation: nord

Re: Client Comm:IP pour la gestion de la signalisation complexe

Messagepar gily » 03 Avril 2015, 19:11

Bonjour

j'ai modifié le fichier HEX des décodeurs digital bahn afin que le clignotement des feux soit plus rapide, et plus conforme à la réalité (2 Hz). (Le fichier HEX d'origine faisait clignoter les feux à la cadence de 1Hz).

Pour les programmeurs, il faut passer la variable "CONST_FADE_01" à 160 dans le fichier sub_led_signal_010.asm
CONST_FADE_01 equ d'160' ; Fade Geschwindigkeit @ Signalbild-Wechsel

Voici le fichier à utiliser pour le flasher dans le PIC du décodeur: (version DCC et signaux français)

decodeur.X.production.hex
(9.87 Kio) Téléchargé 222 fois




à la demande je peux produire le fichier HEX pour une version Motorola
Dernière édition par gily le 06 Novembre 2015, 19:19, édité 1 fois au total.
gily
 
Messages: 1130
Inscrit le: 25 Juillet 2014, 14:32
Localisation: nord

Suivant

Retourner vers Fonctionnement en réseau: Comm/IP

Qui est en ligne ?

Utilisateurs parcourant actuellement ce forum : Aucun utilisateur inscrit et 1 invité

cron