Mon système digital avec PC sans centrale

Bonsoir,

Je viens discuter avec vous de la solution que j'ai adoptée pour piloter mon réseau en construction.
Je suis parti pour tout faire moi même hormis les décodeurs de locomotives.

Vu que dès le début j'ai décidé d'utiliser un PC, j'ai adopté le point de vue suivant : maximum de logiciel, minimum d'électronique ...
Il fallait donc que le PC puisse émettre un signal digital DCC/Motorola
Pourquoi le Motorola?
Juste parce qu'ayant fait du Märklin pendant des dizaines d'années je connais bien le protocole Motorola et il m'a servi à faire mes premiers essais.

Pour que mon PC puisse émettre un signal digital, j'utilise un microprocesseur connecté à un port USB.
J'ai fait ça avec un PIC 18F2550 auquel j'ai adjoint un opto-coupleur pour isoler le PC du circuit de train électrique.
En aval de l'optocoupleur j'ai rajouté un driver pour donner un peu de pêche au signal digital.

A ce niveau je dispose d'un signal digital 0-9V donc inapte à faire fonctionner un moteur de locomotive même s'il est capable de fournir 1,5A.
Mais ce signal me permet de piloter directement des décodeurs et des boosters.
J'ai donc réalisé un prototype de booster qui fonctionne comme un décodeur.

Actuellement les protos électroniques fonctionnent sans gros pépin.
Cela a été testé avec un booster, 9 aiguillages, un pont transbordeur Minitrix et 9 locomotives.

Voici le schéma de principe du câblage:



Mais je ne vais pas m'éterniser sur la partie électronique quitte à y revenir plus tard.

Je préfère discuter du logiciel sur PC et de ses possibilités.

Je compte sur vous pour m'aider à y ajouter des fonctionnalités et à améliorer son ergonomie.

Voici à quoi ressemble l'écran de visualisation actuellement.




Vu que j'utilise un PC sous Windows 8 avec écran tactile, je me suis arrangé pour que les fenêtres soient mobiles et redimensionnables, ce qui me permet par exemple de faire un grand TCO sur un second écran et utiliser celui du PC comme tableau de conduite tactile.

Exemple :





Pour ce soir j'en reste là ...

Si vous êtes intéressé ou si vous voulez m'aider à peaufiner mon système, ... je continuerai en présentant la façon d'enregistrer les locomotives, de les programmer (et oui!   mon système programme les CVs   ) , de contrôler les locos, de faire des UMs de façon ultra simple   , et évidemment de construire le TCO, de déclarer les appareils de voie ...

Voili, voilà ...

Mais il reste beaucoup à faire ...

Je réfléchis actuellement aux itinéraires, à la rétrosignalisation (gros boulot), etc ...


Bonne soirée  

Impressionnant ! Je suis volontaire pour participer à la mise au point s'il faut apporter une aide dans ce domaine, en tant qu'utilisateur car je n'ai pas de compétence de programmeur.

Bonjour,
Puisque le bus digital est au format DCC/MM, pourquoi le booster est-il précédé d'un décodeur? Il suffit d'amplifier ce signal?

Voilà un projet sympathique pour lequel mes compétences de programmeur depuis trente ans peuvent servir ! Par contre je suis disons débutant, pour être aimable, en électronique. Ce qui ne m'a pas empêché de créer un décodeur DCC accessoires sur Arduino dont je parlerai un jour ici...

Tout comme lucien2, je suis curieux de savoir pourquoi le décodeur est avant le booster...

lucien2 a écrit:

Puisque le bus digital est au format DCC/MM, pourquoi le booster est-il précédé d'un décodeur? Il suffit d'amplifier ce signal?

Trusty a écrit:

Tout comme lucien2, je suis curieux de savoir pourquoi le décodeur est avant le booster...

Bonjour à tous,

J'ai étudié les boosters pour pouvoir si nécessaire piloter des locomotives analogiques.
Donc chaque booster est équipé de son décodeur qui a son adresse, mais pour l'instant ce "décodeur" ne sait que mettre sous et hors tension le booster qui lui est associé.
En fait le "décodeur" est complètement intégré au booster, il participe grandement à son fonctionnement.
Bonne journée.

babord a écrit:

Impressionnant ! Je suis volontaire pour participer à la mise au point s'il faut apporter une aide dans ce domaine, en tant qu'utilisateur car je n'ai pas de compétence de programmeur.

Bonjour babord,

Mais c'est justement ça qui m'intéresse car je ne suis pas un grand joueur et je ne réalise pas toujours ce qui est pratique et ce qui ne l'est pas !!

Bonne journée.

Le logiciel à une bonne tête vue les screenshot. Bravo

Bonsoir

Je distingue l’icône de Visual Studio...
C'est développé en quel langage (je tente de répondre à la devinette : VB .NET ?)

Bonsoir à tous,

Alors, chapeau, tout est maison sauf les décodeurs de loc; ça, ça me plait !
Je suis prêt à donner un coup de main dans la mesure de mes compétences...
A suivre...  

Bravo pour ce magnifique développement !

Je vais suivre ce projet avec intérêt même si je n'ai quasi aucune expérience en DCC.

StrongSpirit a écrit:

Bonsoir

Je distingue l’icône de Visual Studio...
C'est développé en quel langage (je tente de répondre à la devinette  : VB .NET ?)

Bonjour,

Raté, c'est bien Visual Studio, mais c'est du C++/CLI.

Bonne journée

Bonjour,

Bon puisqu'il y a quelques intéressés, je continue la présentation ...

Au lancement du programme, celui ci cherche d'abord l'interface USB qui se trouve sur un port COMx. Mais on n'a pas à s'en occuper le programme se débrouille tout seul.

Dès qu'il trouve l'interface, il envoie un message à l'utilisateur accompagné d'une petite musique    :



Le programme démarre en présentant juste des listes dont une liste de locomotives qui peut être aussi longue que l'on veut ..



En faisant un simple clic sur le nom d'une loco on fait apparaitre son image :




En faisant un double clic on lance un tableau de commande pour la loco, mais on verra ça plus tard ..

En haut il y a un menu Locomotives qui permet :

1- soit d'entrer une nouvelle locomotive,
2- soit de modifier la locomotive sélectionnée
3- soit de la supprimer
4- soit de l'activer (c'est équivalent à un double clic sur le nom de la loco)



Si on décide d'entrer ou modifier une locomotive, une fenêtre d'édition apparaît avec plusieurs onglets.

Sur l'onglet "Général" on rentre le nom, le fabricant, la référence, etc ....

On peut rentrer la photo qui servira à beaucoup d'endroits.
Cette photo peut avoir une résolution quelconque.



Ensuite il y a l'onglet "Programmation" qui permet de modifier l'adresse et les CVs



Noter le bouton "Reprog totale" qui permet de re-programmer tous les CVs à partir du fichier disque, cela peut-être utile si on a remplacé un décodeur ..

Ah oui!! évidemment toutes les données relatives à chaque locomotive sont sauvegardées dans un fichier.

On pourrait discuter des informations utiles:

Pour l'instant il y a :

- les informations qui se trouvent dans l'onglet "Général",
- les 256 premiers CVs (je ne sais pas si les autres présentent un intérêt) ,
- une table de vitesse de 128 valeurs,
- une table d'affectation de 28 fonctions,
- plus les données courantes de la loco (vitesse, fonctions) qui permettent au programme de repartir dans l'état où on l'a laissé.

Ensuite on trouve d'autres onglets qui permettent de programmer aisément les CVs courants :







Bon cela suffira pour aujourd'hui   

Et si vous avez des idées à me soumettre, je suis preneur ..

Bonne journée  

Ca m'intéresse ton système de pilotage. Je suis sous Windows 7 et XP.

Qu'as-tu prévu dans les marques de décodeurs. J'utilise beaucoup de Kuehn et Hornby. en DCC.

Murphy a écrit:

Ca m'intéresse ton système de pilotage. Je suis sous Windows 7 et XP.

Qu'as-tu prévu dans les marques de décodeurs. J'utilise beaucoup de Kuehn et Hornby. en DCC.

Sous XP et Windows 8 ça marche sans souci sauf des petits bugs que je découvre de temps à autre.

Pour l'instant en DCC j'ai mis Uhlenbrock 734x0, ESU V4 et Minitrix 66838 parce que je n'ai que ça ...

Mais vu qu'en DCC tout est bien normalisé, implémenter d'autres décodeurs n'est qu'une question de temps et de documentation, pas un problème technique.

Je voudrais bien aborder la rétrosignalisation, mais je ne sais pas vers quoi aller, le S88 ne m'emballe pas du tout et les autres je ne les connais pas ..

Bonne journée   

Les Kuehn sont compatible DCC/Motorola. Ils sont fiables et moins cher que d'autres marques.

Et le S88 est le plus répandu et le moins cher. Je l'utilise depuis plus de 10 ans sans problème.

Sinon ton programme est disponible où ?

Bonjour takéo,

qu'est-ce qui ne t'emballe pas dans le s88 ? Personnellement c'est ce que j'utilise sans avoir rencontré de dysfonctionnement ; j'en suis plutôt satisfait toutefois je n'ai pas testé d'autres systèmes.

Bonjour babord,


Disons que je trouve le S88 un peu compliqué pour ce que ça fait ... J'ai l'impression qu'on devrait pouvoir faire plus simple et donc moins cher.

Bonne journée

je trouve cela super intéressant je vous suit avec intérêt

merci encore

Bonjour,
Il semble que le s88 donne satisfaction à condition de l'employer comme prévu, c'est à dire avec une connexion courte avec la centrale (comme indiqué par marklin, viessmann), si on utilise un câble plat. Cette limitation peut être repoussée si on utilise un câble blindé et/ou une logique 12V et non 5V. On peut peut-être utiliser un codage plus sioux pour être moins sensibles aux parasites?

Si tu veux quelque chose de fiable, utilise un bus CAN.

jlb a écrit:

Si tu veux quelque chose de fiable, utilise un bus CAN.

J'y ai bien pensé mais je n'ai jamais utilisé...

Il y a aussi le bus 1-Wire de Dallas utilisé en domotique mais je ne connais pas plus ...

Pour Lucien, ce qui ne me plait pas dans le S88 est que ce n'est pas vraiment un bus ... j'aimerais une solution avec un vrai bus sur lequel chaque détecteur vient se connecter sans passer par un "dispatcher"

Bonne soirée   

takeo a écrit:

J'y ai bien pensé mais je n'ai jamais utilisé...

C'est ce que j'utilise et je connais assez bien. En dehors de mon réseau, j'ai essayé le MP2515, un chip CAN autonome avec lequel on discute par SPI avec un Arduino. J'ai discuté sans problème avec la carte ARM7 que j'utilise sur mon réseau.

J'ai aussi du code qui tourne sur PIC. Il existe des PIC avec un CAN intégré.

Je peux te guider si tu veux. Le CAN est très sympa avec la gestion de tout ce qui est erreurs, filtrage, adressage. Le chip fait tout ça tout seul.

Et tout le monde peut émettre sur le bus sans passer par un maître.

Merci jlb pour ta proposition.

J'ai regardé le MCP2515 ...

Une telle solution me paraît bien appropriée pour faire dialoguer entre eux des modules qui présentent un certain niveau de complexité et d'intelligence.
Mais cela me semble un peu luxueux pour collecter de simples informations de contacts de rétrosignalisation.

Qu'en penses tu?

Bonne journée   

Pour moi, luxueux est associé à prix

Considérons par exemple un module de rétro-signalisation contrôlé par un PIC 18F26K80 (donc à peu de choses près la même cellule CAN que dans le 2515) qui est un 28 broches. Tu disposes de 19 E/S numériques. On va dire 16 contacts de rétrosignalisation. L'état des contact peut être encapsulé dans un message CAN de 2 octets de données émis toutes les 50 ms par exemple. C'est sûr que tu ne vas par remplir la mémoire du micro (64ko de flash, 3,6ko de sram) mais comme il coûte 4,30€...

À cela il faut ajouter un transceiver CAN (MCP 2551, 0,85€)

Quand je dis "luxueux", je veux dire "techniquement luxueux" ...

En fait j'aimerais ne pas passer par des modules concentrateurs mais connecter chaque contact individuellement à un bus pour éviter les toiles d'araignée ...