Messages

1

Bus DCC / Décomposition trame DCC

« le: juin 07, 2023, 06:49:04 pm »

Bonsoir à tous,

avec un sniffer utilisant la librairie NmraDcc, et pour une trame accessoire qui utilise cette routine:

Code: [Sélectionner]

void notifyDccAccTurnoutOutput( uint16_t Addr, uint8_t Direction, uint8_t OutputPower )
{
  Serial.print("Adresse, état, Power: ") ;
  Serial.print(Addr,DEC) ;
  Serial.print(',');
  Serial.print(Direction,DEC) ;
  Serial.print(',');
  Serial.println(OutputPower, HEX) ;
}
   

est-ce que quelqu'un peut m'expliquer ce que représente la 3è valeur qui est "OutputPower" ?

Pour une réception d'une trame de feu de signalisation elle passe parfois de 0 à 1 mais ne change rien au résultat.

Cordialement
Antoine

2

Bus DCC / Re : Nouvelles possibilités pour les heureux possesseurs de centrales ECOS

« le: juin 07, 2023, 05:13:24 pm »

c'est de la rétro-signalisation , donc oui , occupations , mais aussi interrupteurs

En fait ce ne sont pas des interrupteurs que j'envoie par ma mini-centrale au sniffer, ce sont des commandes d'aiguillages directement, rien à voir avec de la rétro-signalisation.

ils auraient pu faire un TCO en utilisant la rétro-signalisation pour les interrupteurs , et des décodeurs pour les voyants

Bonjour l'usine à gaz pour un gros réseau je pense.

le but , c'est d'équiper quelqu'un qui n'a pas de détecteur d'occupation ESU

Si ce quelqu'un n'a pas de détecteur d'occupation, il ne pourra jamais utiliser un logiciel de gestion de réseau car tout est basé sur l'occupation. S'il a des détecteurs d'autres marques, aucun soucis, cela fonctionne de la même manière.
Et s'il na pas de détecteur ni de logiciel il peux quand même mettre mon système en place, il y aura au moins le TCO qui montrera les occupations.

Quand à l'idée d'une seconde centrale sur TC chacun fera comme il l'entend, moi j'expose ma réalisation, qui tourne (ou va tourner) sur 4 réseaux différents mais il existe (peut-être) d'autres solutions pour installer de façon simple et complète des TCO sur une installation ECOS + logiciel de gestion (mais je serais curieux de voir comment).

Cordialement
Antoine

3

Bus DCC / Re : Re : Nouvelles possibilités pour les heureux possesseurs de centrales ECOS

« le: juin 07, 2023, 02:34:11 pm »

Salut trimaeco232,

le protocol du CAN ESU est très compliqué (trop pour moi) ; ça fonctionne selon un principe où le passage par un maître est obligé , pour l'initialisation , puis pour les messages : on perd l'avantage de la souplesse du CAN ...

Je m'en doutais un peu sans en avoir la confirmation, merci pour l'info qui me conforte totalement dans ma réalisation.
 

Bravo à Antoine pour la solution du sniffer , indispensable en DIY dès que l'entrée S88 est déjà chargée

Et, toujours à ma faible connaissance, le S88 ne renvoie que les occupation et ne véhicule pas les infos de commande des aiguilles ou des feux. Est-ce que je me trompe ?

Quant à la pertinence de faire cohabiter le - cher (le DIY) avec le + cher , c'est de la phylo : les possesseurs d'ECOS , qui ont les moyens d'acheter les accessoires de la marque , peuvent aussi apprécier la mise en oeuvre d'un dispositif original

Mes 3 potes ont tous les 3 la chance d'avoir des gros moyens, mais comment auraient-ils pu "acheter un TCO tout fait" avec tous les avantages cités ?

i1) pourrait-on envoyer les infos d'occupation des voies vers le sniffer ?
2) ces logiciels ne peuvent-ils pas le raccordement à une 2ème centrale , ce qui permet de de s'affranchir de l'ECOS et de ses turpitudes propriétaires ?

1: Je ne comprends pas la question: Le sniffer de l'ECOS n'a pas besoin d'avoir les infos d'occupations, il les a par les EcosDetectors. C'est notre TCO qui en a besoin, et il les reçoit par WIFI des cartes de détection à bobines.
2: La non plus, pas compris la question. Est-ce qu'une seconde centrale permet le branchement plus facile d'un ou plusieurs TCOs, et si oui, comment ?

4

Bus DCC / Re : Re : Nouvelles possibilités pour les heureux possesseurs de centrales ECOS

« le: juin 05, 2023, 11:08:13 pm »

L'ECOSLink est est bien une implémentation du CAN ?
Mais tu utilises l'entrée sniffer de l'ECOS, c'est du DCC ?

Bonsoir Dominique et Michel,

c'est bien grâce à toi Dominique que j'ai pu en arriver là; encore merci.

A Michel:
l'ECOSLink est peut-être une implémentation du bus CAN mais si tu ne connais pas le protocole d'échange tu as peu de chance de l'utiliser, non ? Mais si quelqu'un le connait je suis preneur.

J'utilise l'entrée sniffer pour envoyer mes ordres à la centrale (et par là même au logiciel de gestion) et c'est bien du DCC bien compatible avec notre cher DCCpp. Attention! Je ne commande jamais de loco, uniquement des accessoires.

Et comme je l'ai expliqué dans le fil, l'occupation des cantons est faite par un module à transfo car impossible de savoir ce qui sort des EcosDetectors.

Amicalement
Antoine

5

Bus DCC / Nouvelles possibilités pour les heureux possesseurs de centrales ECOS

« le: juin 05, 2023, 09:13:00 pm »

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

6

Vos projets / Re : Mini reseau analogique echelle n

« le: avril 11, 2023, 04:40:21 pm »

Il fallait savoir en effet !

7

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 ?

8

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 ?

9

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

10

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

11

Bus DCC / Re : relation entre adresse de départ et adresse décodée

« le: mars 05, 2023, 11:56:43 pm »

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

12

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

13

Discussions ouvertes / Re : Une petite devinette pour un dimanche après-midi pluvieux

« le: mars 05, 2023, 05:55:30 pm »

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.

14

Discussions ouvertes / Re : Une petite devinette pour un dimanche après-midi pluvieux

« le: mars 05, 2023, 05:39:53 pm »

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

15

Discussions ouvertes / Une petite devinette pour un dimanche après-midi pluvieux

« le: mars 05, 2023, 11:51:12 am »

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