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 - sierramike

Pages: [1]
1
Bus DCC / Compréhension du protocole pour les accessoires
« le: juillet 22, 2020, 03:21:24 pm »
Bonjour à tous,

J'ouvre ce sujet séparé pour tenter de comprendre le fonctionnement des commandes d'accessoires car j'ai beau lire un tas d'articles, il en manque toujours des bouts pour aller au fond des choses.

Je précise que ces questions sont bien générales au sujet de la norme, et pas rattachée à l'Arduino ou une quelconque librairie ancienne ou récente qu'on trouve ici.

D'après ce que j'ai compris, il y a des commandes basiques et des commandes étendues.

Les commandes basiques utilisent des adresses sur 9 bits (512 possibilités), chacune ayant jusqu'à 4 paires de sorties, on a donc la possibilité de commander jusqu'à 2048 accessoires, avec 2 positions pour chacun (aiguillage, signal etc.). J'ai par ailleurs compris que pour un signal 3 feux, on doit utiliser 2 paires de sorties, donc 2 adresses, l'une de ces 4 sorties étant "perdue" (inutilisée).

Ensuite, les commandes étendues utilisent des adresses sur 11 bits (2048 possibilités), mais une seule paire de sortie pour chaque adresse.
Peut-on alors considérer que l'on peut commander au total 4096 accessoires ? 2048 en adressage basique et 2048 en adressage étendu ?

Dans l'article : http://www.locoduino.org/spip.php?article199

Je lis ceci :
Citer
Le format des paquets DCC pour la commande des décodeurs d’accessoires étendus

Ce format est destiné à transmettre des commandes d’aspect plus particulièrement pour les décodeurs de feux ou des octets des données pour des décodeurs plus complexes. Chaque commande pilote un seul aspect à la fois d’un feu complexe.

preambule 0 10AAAAAA 0 0AAA0AA1 0 000XXXXX 0 EEEEEEEE 1

On y retrouve les 9 bits d’adresse AAAAAA et AAA comme dans la commande basique, auxquels s’ajoutent 2 bit supplémentaires en bits 1 et 2 du 2ème octet.

XXXXX concerne un seul feu. la valeur 00000 indique un Stop absolu.
Tous les autres aspects représentés par les autres valeurs de XXXXX sont déterminés par rapport à un modèle de système de signalisation.

Pourquoi "00000" indique un feu stop absolu, la norme est-elle tellement liée au type d'accessoire que l'on y branche ? Y'a-t-il une doc qui explique quelle valeur détermine quoi ?

Et dernière question, y'a-t-il une liste des CV "standards" pour décodeurs d'accessoires ? Sur locomotive, il y a les CV pour régler les vitesses, les allumages de feux etc., il doit bien y en avoir pour régler les valeurs de déplacement des servos etc. ?

Merci par avance

2
Bus DCC / Re : Moniteur DCC - Sniffer de Rudy
« le: juillet 21, 2020, 05:13:14 pm »
Ah, merci pour cette info ! Je sais que c'est un peu hors sujet sur ce post mais comme tu en parles, ça veut dire que si je programme un décodeur d'accessoires sur l'adresse 1, et que je le raccorde ensuite à la Multimaus, celui-ci ne répondra que si je sélectionne l'accessoire 5 sur la Multimaus ?

3
Bus DCC / Re : Moniteur DCC - Sniffer de Rudy
« le: juillet 21, 2020, 04:21:17 pm »
Bonjour et désolé pour déterrage de post !

J'ai uploadé ce sniffer sur un Arduino, et à priori ça fonctionne, testé avec la petite centrale noire Fleischmann fournie avec la Multimaus (la centrale basique, pas la Z21).

Pour les locos, impeccable. En revanche pour les accessoires, les adresses sont bizarres ...

Lorsque je commande l'accessoire 1, c'est l'adresse 65533 0:0 qui est reçue par le sniffer  ::)
Pour l'accessoire 2, c'est l'adresse 65534 0:1
Pour l'accessoire 3, c'est l'adresse 65535 0:2
Pour l'accessoire 4, c'est l'adresse 0 0:3
Pour l'accessoire 5, c'est l'adresse 1 1:0
Pour l'accessoire 6, c'est l'adresse 2 1:1
Pour l'accessoire 7, c'est l'adresse 3 1:2
Pour l'accessoire 8, c'est l'adresse 4 1:3
Pour l'accessoire 9, c'est l'adresse 5 2:0

J'ai un peu de mal à comprendre ces correspondances, j'ai dû louper qqchose dans la norme, quelqu'un pourrait me pointer au bon endroit ?

4
Tu as raison, je vais peut-être revenir au bon vieux relais mécanique, au moins c'est un contact franc, on ne se pose pas de questions. J'ai tout de même commandé une dizaine de AQY211 version SMD, ça ne mange pas de pain d'en avoir dans la mallette pour de futurs essais :)

5
Les cartes chinoises sont à base de G3MB-202P, je verrai bien ce que ça donne.

J'ai jeté un oeil au AQY211, la version à "pattes" a l'air plutôt onéreuse, mais il y a aussi des versions à montage en surface apparemment pas chères. Tu as un lien vers une discussion au sujet de ce composant ?

6
Ah super, bon à savoir, je ferai un test avec un mini oscilloscope pour être sûr de ne détecter aucun passage de courant des SSR au démarrage !

7
Je ferai un petit test, j'ai commandé une carte avec des SSR pour faire des essais, mais si l'Arduino démarre avec ses sorties à 0, ça passera logiquement outre la résistance pull-up des entrées des SSR ...

8
Bonjour à tous,

Je n'ai pas trouvé beaucoup de ressources sur le forum concernant les SSR (Solid State Relay), alors j'y vais de ma petite question.

Pour la réalimentation des coeurs d'aiguilles, je pensais utiliser un relais classique qui présente l'avantage en un seul composant d'alimenter le coeur avec l'une ou l'autre file de rails. Mais ce qui me gêne c'est ce bruit de "clic" alors que je compte motoriser mes aiguilles avec des servos.

Alors je me suis penché un peu sur les SSR, ça ne fait pas de bruit, mais pour le coup, pas de contacts R/T. Il faudrait donc deux SSR par coeur, en s'assurant de ne pas commuter les 2 en même temps (ça se contrôle dans le logiciel de l'Arduino).

Oui mais voilà, d'après mes recherches de cartes toutes faites (4 ou 8 SSR déjà montés sur une carte chinoise), il semble que les SSR les plus courants sont actifs au repos, disons qu'ils font "contact" lorsque le signal d'entrée est bas.

Voilà un problème à la mise sous tension du réseau, où tous les SSR peuvent se trouver en mode passant et provoquer un joli court-circuit sur les coeurs d'aiguilles.

Quelqu'un s'est-il déjà penché sur ça ? Quelqu'un utilise-t-il des SSR pour la réalimentation des coeurs ? Ou y'a-t-il une contre indication à ces composants ?

Merci d'avance !

9
Bus DCC / Re : DCC & CVs
« le: juin 14, 2016, 01:54:19 pm »
Bonjour à tous,

Je me permets de rejoindre cette discussion car ça m'intéresse, j'attends mon module LMD18200 pour expérimenter le contenu de vos articles sur la génération de signal DCC et voir bouger mon autorail, mais je m'intéresse déjà à la programmation des CVs et même à la lecture des valeurs.

En effet je ne possède pas de centrale DCC, c'est une récente acquisition de matériel roulant équipé qui me pousse à expérimenter, du coup j'ai envie d'aller jusqu'au bout !

Avez-vous avancé dans vos expérimentations ? Puis-je filer un coup de main ? :)

10
Présentez vous ! / Présentation de Sierramike
« le: juin 14, 2016, 01:45:56 pm »
Bonjour à tous !

Certains me connaissent peut-être déjà via le forum du N, j'ai également ouvert un petit site consacré à mon projet iChooChoo qui consiste à construire un système de pilotage de réseau analogique automatique et manuel via Smartphone, Tablette ou PC, construit autour d'Arduino et de Raspberry Pi.

Je suis un fan d'électronique depuis mes années collège (j'ai 36 ans), les impératifs de la vie font que je ne pratique que par période, et je suis beaucoup plus doué dans l'électronique logique que dans l'analogique avec toutes ses formules ... (mon métier d'informaticien n'est probablement pas étranger à ce phénomène :) ).

J'ai découvert l'Arduino il y a maintenant un an et demi, j'ai expérimenté pas mal, entre la commande de prises 220V télécommandées, l'émission d'ordres infra-rouges vers TV et Home Cinéma, la transmission de données entre Arduini via 2,4GHz etc., et en débutant mon projet iChooChoo je me suis rendu compte que l'Arduino serait trop léger pour faire tourner une véritable interface Web, et une lecture de carte SD très instable, alors j'ai décidé de le cantonner (et c'est pourtant beaucoup !) à l'exécution d'ordres simples, et d'utiliser le Raspberry Pi comme centre de commande.

Votre site locoduino est bourré de beaux articles et très didactique, je vous en félicite et vous en remercie ! (J'en profite pour bien préciser pour ceux qui en douteraient, iChooChoo n'est pas un concurrent à locoduino, mon site explique la mise en oeuvre de mon système de pilotage, mais n'a aucune vocation didactique).

Je décide de vous rejoindre sur ce forum essentiellement (mais probablement pas que) pour parler de DCC, car je m'y intéresse de près, vos articles sont excellents, mais j'aimerais pousser jusqu'à la programmation des CVs + interrogation des valeurs de CVs. Alors j'irai en discuter sur le fil qui existe déjà à ce sujet !

Pages: [1]