Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.


Messages - Tony04

Pages: 1 [2] 3 4 ... 37
16
Bonjour,

après plusieurs semaines de recherches pour satisfaire 3 de mes amis qui ont d'énormes réseaux commandés par des centrales ECOS et le logiciel Train Contrôleur ou similaire, je peux enfin proposer des supers extensions à ce genre de réseau qui, à ma (petite) connaissance en tout cas, n'étaient pas possibles jusqu'à présent. Comment en effet se connecter au bus EcosLink pour récupérer les infos d'occupation par exemple.

La plus importante est la possibilité de rajouter un ou plusieurs TCOs maisons qui seront en parfaite synchronisation avec la centrale et le logiciel TC, cad que les aiguillages et les feux seront toujours à jour des 2 cotés (TCO et PC) ainsi que l'occupation des cantons.

Je précise bien que cela ne s'adresse qu'aux possesseurs de centrale ECOS ou autre centrale équipée d'une entré sniffer.

A titre d'exemple voici l'un des TCO réalisé qui, pour ce modèle, fonctionne par itinéraires: On choisi un départ puis une arrivée et toutes les aiguilles se mettent à jour à condition que l'ECOS ou le logiciel TC le permette. Mais un mode classique où on commande chaque aiguille est également possible, ou un mélange des 2 systèmes. Tout dépend de la complexité du réseau.

Le principe de ce TCO est le suivant: A chaque choix d'un itinéraire (ou appui d'un bouton d'aiguille) on envoie les ordres des aiguilles vers l'ECOS à travers une mini-centrale (basée sur DCCpp) qui est reliée à l'entrée sniffer de l'ECOS. Tant que l'itinéraire n'est pas confirmé par l'ECOS il reste en rouge (ou autre couleur).

Le TCO est équipé d'une entrée DCC pour décoder les infos circulants sur les rails et met à jour la position des aiguilles en fonction de ces infos.

Les occupations de cantons sont renseignées par un module de détection à transfo qui part de l'idée d'Eric: https://forum.locoduino.org/index.php?topic=489.msg4983#msg4983 mais équipé d'un WeMos pour envoyer ses infos vers le TCO.

Alors, si vous êtes concernés et intéressés par le sujet je suis à votre disposition pour en parler.

Cordialement
Antoine





17
Vos projets / Re : Mini reseau analogique echelle n
« le: avril 11, 2023, 04:40:21 pm »
Il fallait savoir en effet !

18
Vos projets / Re : Mini reseau analogique echelle n
« le: avril 10, 2023, 10:42:59 pm »
Et avec la loco directement sur le 12 V, tourne-t-elle normalement ?

19
Vos projets / Re : Mini reseau analogique echelle n
« le: avril 10, 2023, 10:37:21 pm »
De plus j'ai mal regardé ton schéma car chez moi j'utilisais un L298 plus costaud, mais pourquoi ne pas en essayer un ?

20
Vos projets / Re : Mini reseau analogique echelle n
« le: avril 10, 2023, 09:29:01 pm »
Bonsoir jcg95,

je viens de me casser les dents avec le même problème et cela venait tout simplement d'un 12V trop limite en tension (11,8V). Essaye avec une tension légèrement supérieure à 12V pour voir.

Cordialement
Antoine

21
Bus DCC / DCC_Decoder.h avec ESP
« le: mars 11, 2023, 06:51:25 pm »
Bonjour à tous,

si un féru de programmation objet pouvait résoudre mon petit problème...

Je suis entrain de réaliser des cartes pour gérer des feux (et des servos) à base de mon bien aimé WeMos D1 MINI.
J'utilise la librairie DCC_Decoder.h ci-jointe que j'ai un peu modifié dans les lignes 46 à 52 de DCC_Decoder.cpp pour y rajouter la macro "ICACHE_RAM_ATTR" obligatoire pour les ESP, ce que j'ai trouvé ici:
https://stackoverflow.com/questions/58113937/esp8266-arduino-why-is-it-necessary-to-add-the-icache-ram-attr-macro-to-isrs-an

ou ici: https://lastminuteengineers.com/handling-esp8266-gpio-interrupts-tutorial/

Avec ma modification le compilateur me signale une erreur à cet endroit malgré un bon fonctionnement du sketch.
Le problème c'est que je n'ai pas trouvé la routine d'interruption elle-même devant laquelle je dois mettre cette macro.

Merci par avance pour vos conseils.

Cordialement
Antoine

22
Merci Michel, mais tous ces renseignements je les avais, je voudrais juste comprendre pourquoi on se complique tellement les choses plutôt que de choisir une adresse d'envoi qui sera reçu par le décodeur avec la même valeur.

Il n'y a peut-être pas d'explication tout simplement.

Bonne nuit et à+
Antoine

23
Bus DCC / relation entre adresse de départ et adresse décodée
« le: mars 05, 2023, 09:02:09 pm »
Bonsoir,

j'essaye vainement de trouver une relation entre l'adresse (et sa sous-adresse) qu'on envoie avec la fonction DCCpp "DCCpp::mainRegs.setAccessory(a_address,a_subaddress,a_activate);" et l'adresse qui est décodée avec un sniffer quelconque.

On envoie par exemple l'adresse 207 avec 1 comme sous-adresse et on récupère l'adresse 826

Avec l'adresse 207 avec 2 comme sous-adresse et on récupère l'adresse 827

Avec l'adresse 209 avec 3 comme sous-adresse et on récupère l'adresse 836

Merci par avance pour vos explications.
Cordialement
Antoine


24
Trouvé,

mais alors complètement par hasard en tombant sur un sketch très ancien.

En fait il suffit de rajouter l'instruction yield(); pour relancer périodiquement la WD du processeur.

Par contre pourquoi le if et le delay arrange les choses, mystère.

Merci à toi Michel et bon dimanche soir.

25
Bonjour Michel,

l'objectif était de voir chez qui il pleut  :)   :)   :)

Même si je rajoute un stepper.run(); dans la boucle on obtient le même résultat, dans le sketch complet il y est. Bizarre non ?

De plus dans le sketch complet il y a pleins de tests dans cette boucle, je n'explique donc pas non plus que le delay(1) arrange les choses.

Et pourquoi un if à la place du while règle le problème, dur dur, à qui le tour de chercher ???


26
Bonjour à tous,

cela fait 24h complètes que je galère sur un bug et viens tout juste de trouver comment le contourner. Mais l'objectif est de comprendre, pas de contourner, n'est-ce pas ?

Voila le sketch que j'ai réduit au minimum pour le dépannage. Il est prévu pour gérer un pont tournant maison avec moteur PAP.

Tel que, le sketch provoque un reset interne en continu du processeur qui est un WeMos D1 MINI. Je suppose que cela vient de sa Watch-dog.

Mais il suffit soit de remplacer le while (ligne 14) par un if (ligne 15), soit de rajouter un delay(1) (ligne 16) pour que tout rentre dans l'ordre.

Si quelqu'un peut m'apporter une explication, je suis preneur.

Cordialement
Antoine


27
Aide / Re : Problème de hauts parleurs
« le: mars 04, 2023, 02:48:56 pm »
Bonjour Jean-Pierre,

pour mon train de jardin j'ai réussi à amplifier et amélioré le son en mettant un pot de yaourt (ou autre bon dessert) comme enceinte autour.

Amicalement
Antoine

28
Aide / Re : Commande de passage à niveau par DCC
« le: mars 01, 2023, 10:48:27 am »
Aie!!!

es-tu sûr de ne pas avoir attaqué trop difficile pour commencer ? Car j'ai l'impression qu'il te manque pas mal de bases pour la suite des opérations.

Mais rassure-toi, je peux continuer à t'aider, il faut juste que tu sois plus concis dans tes messages et pour ne pas "polluer" inutilement le forum, pourquoi ne pas communiquer en direct par nos messageries persos.
Tu peux m'envoyer ton mail par messagerie privé si tu le souhaites.

29
Aide / Re : Commande de passage à niveau par DCC
« le: mars 01, 2023, 10:10:04 am »
Je viens de faire des essais avec ton sketch "Decodeur_2_feux_26_fevrier.ino" et c'est bien la partie gestion des servos qui bloque le programme.
Le voici avec la gestion des servos désactivée, tu peux essayer pour voir si cela fonctionne

Comme il y a plusieurs delay() dans les boucles des servos, je pense que cela empêche la détection correcte des trames DCC.

Il vaut mieux partir sur la librairie SlowMotion comme l'exemple que je t'ai fourni.

Bon courage, tu vas y arriver  :)


30
Aide / Re : Commande de passage à niveau par DCC
« le: mars 01, 2023, 09:15:09 am »
Bonjour Jocelyn,

c'est tout a fait cela, et les 2 parties sont bien distinctes. Par contre je ne comprends pas trop ce que tu veux faire car la partie PN est sensée fonctionner avec des capteurs sur les voies (IR ou autre), or si j'ai bien compris toi tu veux le commander avec ta MM.

Je te propose de réaliser ton sketch en 2 étapes. La première serait de gérer simplement les leds afin qu'elles répondent à ton besoin.
Ensuite quand cela fonctionne tu peux passer à la gestion du PN.

Quand tu auras réussi la première étape, envoie moi le sketch avant de passer à l'étape suivante.

Cordialement
Antoine 

Pages: 1 [2] 3 4 ... 37