Messages récents

Pages: 1 2 [3] 4 5 ... 10
21
Vos projets / Re : projet centrale wifi DCC++ Can
« Dernier message par Dominique le avril 05, 2020, 07:09:58 pm »
La version 8g du pcb permet les 2 variantes des boutons (droits et 90°) ainsi que les 2 variantes d’Oled (0,91“ 4 lignes et 0,96“ 5 lignes) qui seront quasiment superposées pour que les éléments restent au même endroit en face avant. La variante « a plat » sur le pcb permettra de monter les composants à plat, sans nécessiter de boitier et un accès plus simple aux organes. Un boitier standard sera peut-être facile à adapter (donc sans imprimante 3D).
Quelques images montrent les variantes à plat et en face avant.
Le schéma et le pcb sont en PJ.
Un grand connecteur d’extension est disponibles sur le coté du pcb pour tester des extensions (2ème booster, par exemple).

A ce stade il va être bientôt possible de commander des pcb à JLCPCB (prix + port : 5 ex : 2+7=9€ ou 10ex : 5+10=15€) Je pense en commander 10 (1,5€ chaque) pour commencer à tester.
22
Vos projets / Remplacer des moteurs d’aiguillages par des servomoteurs
« Dernier message par plume le avril 05, 2020, 10:36:35 am »
Bonjour,

La section Modélisme de l’UAICF Nevers-Vauzelles a été confronté au problème de remplacement de moteurs « lents » suite à des défauts de fonctionnement mécanique (mauvais contacts dans le fin de cours ou moteur grillé)...

Plusieurs solutions se sont donc présentées :
1 – Remplacer le moteur « lent » par un autre ;
2 – Remplacer le moteur « lent » par un servomoteur.

Le servomoteur offre plusieurs avantages et son prix est nettement inférieur à celui des moteurs "lents".

Mais changer le type de moteur impliquerait des modifications de câblage électrique du pupitre ce que l’on veut éviter au maximum pour le réseau du club.

La solution qui a été trouvée, met en œuvre un Arduino NANO et des optocoupleurs connectées aux 8 bornes analogiques. Cette solution permet de reprendre disons à 90% le code d’un programme de commande de servomoteurs déjà réalisé par le club et ce projet est compatible à 100% avec l’application "Processing" développée par le club pour régler les positions des servomoteurs.

La description et fichiers sources sont disponibles sur http://modelisme58.free.fr/index.php/platine-aiguillage.html

La platine équipée d’optocoupleurs permet ainsi de remplacer aussi bien des moteurs « lents » que des bobines sans modifier le câblage électrique du pupitre.

Le test a été réalisé pour le remplacement d’un moteur « lent » avec un optocoupleur 6N137 mais pas avec un double optocoupleur HCPL 2630.
Le projet est en phase de tests mais notre contexte actuel ne permet pas de disposer de tous les éléments pour vérifier en totalité le projet.

L'application développée sous "Processing" permet de faire les réglages des angles et vitesse des servomoteurs. L'application permet aussi de paramétrer des aiguillages triple.

Et en plus, le circuit électronique permet de décoder le signal DCC et on obtient ainsi un décodeur d'accessoires.
23
Vos projets / Re : Réalisation de carte pour compléter le shield ATTiny
« Dernier message par Dominique le avril 05, 2020, 09:40:16 am »
J’ai une autre idée de circuit à faire mûrir si ça intéresse nos amis: rassembler les éléments d’une centrale DCCpp: 328 ou 2560 (plus de mémoire et de ports), interface CAN, interface Wifi, LMD18200 et max471, ainsi qu’une interface pour une face avant simple.

Et bien, tout arrive et c’est là :
http://forum.locoduino.org/index.php?topic=922.msg9956#msg9956
24
Bus DCC / Re : L'octet de détection d'erreur dans les trains longs
« Dernier message par sajuuk le avril 04, 2020, 07:42:01 pm »
Justement, je posais la question parce que j'ai lu la norme, sans la comprendre  ???

Merci beaucoup, je vais pouvoir continuer à pousser  ;D
25
Vos projets / Re : projet centrale wifi DCC++ Can
« Dernier message par Dominique le avril 04, 2020, 04:57:47 pm »
Waooh !

Je me demandais comment répartir les tâches entre les 2 coeurs...  et ben voilà  ;D

Merci Thierry !
26
Bus DCC / Re : L'octet de détection d'erreur dans les trains longs
« Dernier message par Dominique le avril 04, 2020, 04:41:53 pm »
C'est clair dans la norme :
https://www.nmra.org/sites/default/files/s-92-2004-07.pdf

The contents of the Error Detection Data Byte shall be the bitwise exclusive OR of the contents of the Address Data Byte and the Instruction Data Byte in the packet concerned. (e.g. the exclusive OR of bit 0 of the address data byte and bit 0 of the instruction data byte will be placed in bit 0 of the error detection data byte...)

Par exemple, A XOR B donne x, x XOR C donne y, y XOR D donne E ? ->> OUI
27
Vos projets / Re : projet centrale wifi DCC++ Can
« Dernier message par Thierry le avril 04, 2020, 03:51:16 pm »
Bonjour à tous

Nouvelle version de 'LaBox' aujourd'hui :

- La réception de messages par le port série est actif dés que USE_TEXTCOMMAND est actif, et ceci même si le Wifi ou l'Ethernet sont activés. Dans DCCpp, ce sont des modes mutuellement exclusifs. C'est utile par exemple pour tester le Wifi tout en gardant la possibilité d'envoyer un ordre par la console de l'IDE...
- La réception de messages est passée sur le coeur 0, sachant que le programme principal du .ino est lui sur le coeur 1.
- Dans Locomotives, il y a maintenant une affectation automatique des registres à concurrence du nombre maximum déclaré dans config.h .

Il faut tester pour savoir si c'est efficace et si on ne perd plus de messages. La pile est fixée en dur à 10 messages maximum, de 9 caractères maxi, mais on peut augmenter tout ça si besoin.

La prochaine étape sera d'allouer une pile de messages par type d'entrée : Wifi, Ethernet et Serial, voire I2C ou SPI, pourquoi pas... Les modes ne doivent plus être mutuellement exclus et doivent pouvoir cohabiter. Il faut permettre d'avoir à l'instant T une manette Wifi, un site Web et la console IDE ou JMRI en série qui donne des ordres. Mais il subsiste un gros problème, c'est la réponse donnée à celui qui demande une action par le même canal. Il faut donc remplacer DCCPP_INTERFACE par quelque chose de plus souple et dédié à chaque manette. Je pense coder une classe Throttle qui disposera de sa propre pile de messages, saura quel est son mode de communication, et qui transmettra ses propres réponses. A creuser.
28
Bus DCC / L'octet de détection d'erreur dans les trains longs
« Dernier message par sajuuk le avril 04, 2020, 02:21:59 pm »
Bonjour à tous !

Mon petit logiciel de commande avance, un peu grâce au confinement. ::)

Cette fois ci, j'aurais besoin de votre aide sur l'octet de détection d'erreur, pour les trains de donnée de plus de 3 octets.
Je ne sais pas comment le calculer dès qu'il y a autre chose qu'un octet adresse et un octet data ...  :-\


Pour l'instant, je sais faire pour un train à 3 octets :
AAAAAAAA '0' DDDDDDDD '0' EEEEEEEE
un octet adresse (A), un octet données (D), un octet détection d'erreur (E)
pour chaque E, on calcule XOR de A et D pour la même position.

Pour les trains à davantage d'octets :
AAAAAAAA '0' BBBBBBBB '0' CCCCCCCC '0' DDDDDDDD '0' EEEEEEEE
quatre octets pouvant être adresse et/ou donnée (de A à D), un octet détection d'erreur (E)
Là, je ne comprends plus les NMRA ...

Dois-je faire octet par octet ?
Par exemple, A XOR B donne x, x XOR C donne y, y XOR D donne E ?
Ou suis-je à la ramasse ?  :o

Merci à tous !
29
Vos projets / Re : Re : projet centrale wifi DCC++ Can
« Dernier message par Dominique le avril 04, 2020, 10:43:54 am »
Bonjour,

Mais, au fait, on prévoit une sortie pour la voie de programmation ? 1A est suffisant.

Denis
Non, sauf via le bus d'extension
Pour un débutant et pour le majorité des cas, la programmation sur le voie principale sera suffisante (comme la Z21 blanche)
On veut un petit prix pour faciliter l'adoption.
30
Vos projets / Re : projet centrale wifi DCC++ Can
« Dernier message par DDEFF le avril 04, 2020, 10:30:59 am »
Bonjour,

Mais, au fait, on prévoit une sortie pour la voie de programmation ? 1A est suffisant.

Denis
Pages: 1 2 [3] 4 5 ... 10