Discussions Générales > Présentez vous !
Enfin lancé, enfin inscrit !
Pyk35:
Tu as raison Antoine, même si on peut le faire ainsi pour le CAN avec la magnifique gateway ethernet/CAN ;)
CATPLUS:
Bonjour
J'ai commandé les éléments pour faire ce Trottle
https://model-railroad-hobbyist.com/node/35652
Marcel
Dominique:
J'ai transféré les messages du sujet "projet centrale wifi DCC++ Can" dans la section "Vos Projets"
Nous continuerons donc ici : https://forum.locoduino.org/index.php?topic=922.0 ;D
Amicalement
Dominique
Thierry:
--- Citation de: Pyk35 le mars 01, 2020, 11:26:23 am ---Vraiment simple en effet comme messagerie! On peut la coder sur n’importe quel langage, même depuis un autre Arduino/esp voire pire, en php ou en basic ;D
--- Fin de citation ---
A mon avis, le format de cette messagerie n'a d'intérêt que par son aspect bas niveau qui permet de faire exactement ce que l'on veut en respectant la norme DCC au plus près, mais c'est rebutant si l'on cherche des commandes un peu plus simples.
Il y a deux gros nœuds gordiens à trancher dans tout ça:
Les registres : piloter une locomotive suppose de lui dédier un registre pour les ordres continus comme la vitesse, et éventuellement un autre pour les fonctions (c'est un choix si l'on veut éviter de perdre l'info après une grosse coupure d'alimentation...), mais connaître ou affecter en dynamique des registres selon les engins pilotés à l'instant T est relativement compliqué pour quelqu'un qui ne connait pas le fonctionnement de DCC++ et sa liste de registres limitée en taille.
Les fonctions : activer ou désactiver une fonction particulière relève du chemin de croix pour celui qui ne maîtrise pas le binaire sur le bout des doigts (je rappelle qu'il y a 10 catégories de gens, ceux qui comprennent le binaire et les autres...). Il faut différencier les messages selon les fonctions, se rappeler des fonctions actives ou non pour ne pas toucher aux autres en construisant ce message, et stocker tout ça pour chaque locomotive ou engin piloté...
J'ai pour projet à moyen terme d'ajouter à DCCpp un gestionnaire de locomotives qui permettra de définir au fur et à mesure quelles sont celles qui sont pilotées, avec leurs fonctions associées. C'est ce gestionnaire qui affectera les registres, et contiendra un exemplaire (une instance) pour chaque loco de la classe FunctionsState déjà présente dans DCCpp. Ce type d'architecture devrait permettre de définir une interface texte bien plus simple, du genre "L4 S=-60" qui signifierai 'met la loco 4 à 60 en sens inverse' ou "L3 F17=1" 'active la fonction 17 de la loco 3'... Je pense que la gestion de ces locos par un JMRI ou un 'throttle' s'en trouverai grandement facilitée.
Autre sujet: la version DCCpp qui marche sur ESP32 est réalisée et fonctionnelle. Elle n'est juste pas à disposition parce que j'ai voulu me lancer dans de grands chantiers avec du Wifi, du Bluetooth et un programme Android... Je vais revenir un peu en arrière et pousser la version ESP32 d'ici peu (tout est relatif, hein..), sans ces connecteurs sans fil.
sajuuk:
Bonjour à tous !
J'ai enfin reçu mon pont en H, et j'ai pu tester mon bouzin !
Alors oui c'est du java, oui c'est géré par linux, mais ça fonctionne ;D
Et je le prouve !
Forcément, sur la photo, on ne voit pas les roues bouger, et on n'entend pas la sonorisation.
Mais ça fonctionne :)
Mon logiciel prototype fonctionne, je peux commander des locos avec des trains courts (1 octet adresse, 1 octet data) pour la vitesse et les fonctions.
Je vais (déjà !) mettre le développement de mon logiciel en suspens pour me consacrer à la construction de mon réseau.
A très bientôt donc, j'ouvrirai un fil dédié à mon projet dès que je m'y remettrai ;)
Navigation
[*] Page précédente
Utiliser la version classique