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 ... 38
1
Aide / Re : Re : Pont tournant motorisé par moteur pas à pas
« le: septembre 14, 2024, 12:41:02 pm »
Même avec un grand diamètre comme celui-ci, tu n’as pas vu apparaitre de jeux ? Il est en effet possible (probable) qu’avec une telle démultiplication, les jeux inévitables soient extrêmement minimes donc acceptables. Ne faudrait-il pas cependant prévoir une ré-indexation après un certain nombre de cycles avec la fourche ?
Aucun de mes "clients" ne s'est jamais plaint, mais une indexation intermédiaire est très difficile à faire avec la librairie AccelStepper à cause de sa rampe.

Citer
Tu ne donnes pas le nombre de dents pour la roue de l’axe moteur. De même, je ne trouve pas à combien de dents correspond la courroie de 852mm.
Ah, et sur l'image....

Citer
Tu as combien de portes ? Ma question est de savoir à combien de crans (ou rotations moteur) correspond le déplacement d’une porte à une autre. Ou le nombre de tours moteur pour une rotation complète, je ferai ensuite le calcul !
En fait il n'y a aucune limite hors la dimension des rails. Avec la configuration du TMC2208 j'ai 17040 pas par tour moteur, 14518080 si je ne me suis pas trompé.

Citer
L'ajout de détecteurs pour assurer le positionnement des locomotives sur le pont est une idée judicieuse. En mode automatique, cela permet de garantir que les trains sont correctement positionnés dans le cas d’utilisation des logiciels de gestion de réseau.
L'idée m'est venue pour un réseau qui tourne de façon entièrement automatique, sans surveillance, au musée des cheminots à 05 Veynes, à visiter sans faute  :)
 
Citer
Je suis intéressé car curieux d’avoir plus d’éléments puisque tu proposes de partager l’électronique et le code en particulier.
Dominique connait mes limites en programmation objet, donc ne t'attends pas à un sketch hyper condensé, écrire des lignes de code, même pas peur
En PJ le sketch du pont de Veynes et une image de mon PCB d'où il faudra sortir le schéma que je n'ai jamais fait.

En ce qui concerne le montage des cellules sur le pont lui-même et afin de limiter le nombre de fils dans le collecteur tournant j'ai rajouté sous le pont un ESP32C3 Smile et le montage suivant pour 4 cellules: https://forum.locoduino.org/index.php?topic=1119.msg12025#msg12025
J'ai aussi les PCB soit pour 2, soit pour 4 cellules.

Bonne découverte

2
Aide / Re : Pont tournant motorisé par moteur pas à pas
« le: septembre 14, 2024, 11:12:16 am »
Bonjour à tous,

Christophe a parfaitement cerné les problèmes du moteur PAP, j'ai moi-même galéré et modifié un bon nombre de fois le système pour mettre au point un ensemble parfaitement fiable et précis.

Pour la détection du point 0 à chaque allumage, j'ai opté pour une fourche optique classique.
A la mise sous tension, le pont tourne lentement dans le sens anti-horaire jusqu'à toucher la fourche optique où il s'arrête net, puis il part avec une rampe d'accélération et de décélération jusqu'au rail 0.

Pour le rapport de démultiplication l'image jointe parle d'elle même.

Je vous joins le fichier .svg pour la découpe laser de la grande couronne sur laquelle j'ai collé à l'envers une courroie GT2 de 852mm: https://fr.aliexpress.com/item/1005002537653271.html?spm=a2g0o.order_list.order_list_main.5.21ef5e5b9DXRFV&gatewayAdapt=glo2fra

Je tiens à votre disposition sur simple demande les autres éléments aussi bien mécaniques qu'électroniques. La carte qui gère le pont est à base d'ESP32 et s'occupe de l'inversion de sens de la tension des rails, elle peux aussi envoyer un accusé de réception lorsque la position est atteinte. J'ai même rajouté sur le pont lui-même 4 détecteurs pour garantir le positionnement précis des locos en mode de fonctionnement automatique avec un logiciel style TrainControleur ou WinDigipet.

Cordialement
Antoine


3
Présentez vous ! / Re : un petit nouveau du 44 qui se présente :)
« le: août 21, 2024, 04:09:10 pm »
Bonjour Gerg_R,

je ne peux paq répondre à toutes tes questions, mais j'ai réalisé tout dernièrement un détecteur d'occupation spécial 3 rails dont tu peux trouver la présentation ici: https://www.beneluxmodels.net/t4821-detecteur-d-occupation-special-3-rails#96891

Tu peux aussi consulter le fil sur le S88 par Wifi que j'ai développé: https://www.beneluxmodels.net/t4817-le-s88-nouvelle-generation#96824

J'ai un bon pote qui est équipé d'une CS3 et qui est enchanté de ce système, ici une de ses vidéo avec cette carte:
et une autre avec une de mes carte feux en plus:

Si tu as besoin d'infos, n'hésite pas.

Cordialement
Antoine

4
Bonsoir Christophe,

pourrais-tu donner quelques exemples de problèmes que tu as réussis à résoudre car de mon coté je n'ai trouvé que le problème des variables différentes dans les routines OnDataSent et OnDataRecv ?

Cordialement
Antoine

5
Bonjour,

j'ai eu le même problème et il a suffit de changer les routines d'émission et de réception, voici ce que j'ai changé pour pouvoir compiler:

Avant:
void OnDataSent(const uint8_t *mac_addr, esp_now_send_status_t status) {
  Serial.println(status == ESP_NOW_SEND_SUCCESS ? "Delivery Success" : "Delivery Fail");
}

//callback function that will be executed when data is received
void OnDataRecv(const uint8_t * mac, const uint8_t *incomingData, int len) {
  memcpy(&dataRcv, incomingData, sizeof(dataRcv));
}

Après:
void OnDataSent(const uint8_t *mac_addr, esp_now_send_status_t status) {
  // char macStr[18];
  // snprintf(macStr, sizeof(macStr), "%02x:%02x:%02x:%02x:%02x:%02x",
           // mac_addr[0], mac_addr[1], mac_addr[2], mac_addr[3], mac_addr[4], mac_addr[5]);
  // Serial.print("Last Packet Sent to: "); Serial.println(macStr);
  Serial.print("Last Packet Send Status: "); Serial.println(status == ESP_NOW_SEND_SUCCESS ? "Delivery Success" : "Delivery Fail");
}

void OnDataRecv(const esp_now_recv_info_t * info, const uint8_t *data, int data_len) {
  // char macStr[18];
  // snprintf(macStr, sizeof(macStr), "%02x:%02x:%02x:%02x:%02x:%02x",
           // info->src_addr[0], info->src_addr[1], info->src_addr[2], info->src_addr[3], info->src_addr[4], info->src_addr[5]);
  // Serial.print("Last Packet Recv from: "); Serial.println(macStr);
  // Serial.print("Last Packet Recv Data: "); Serial.println(*data);
  // Serial.println("");
}

Essaye pour voir.

Cordialement
Antoine

6
Discussions ouvertes / Re : Catastrophe sur pont tournant
« le: juin 03, 2024, 12:17:09 pm »
Bonjour et merci Dominique,

pourquoi ne l'ai-je pas trouvé en tapant DPAD dans la zone de recherche ?

Mystère

Amicalement
Antoine

7
Discussions ouvertes / Catastrophe sur pont tournant
« le: mai 31, 2024, 06:54:31 pm »
Bonjour à tous,

tout ceux qui travaillent avec un logiciel de gestion pour gérer des circulations automatiques de trains se trouvent un jour confronté au délicat problème de l'entrée d'une loco sur le pont tournant ou transbordeur.

Malgré un profil très pointu de la loco, le moindre mauvais contact suffit à créer la catastrophe.

Je viens de mettre au point une solution qui est adaptable à tous les ponts avec un minimum de modifications.

L'idée m'est venue suite à le demande d'un ami qui utilise mon système de rétro-signalisation par WIFI (que j'avais décris ici: https://traincontroller.forum-actif.net/t6260-le-s88-revisite#115033 ) sur 3 gros réseaux et qui avait abandonné l'utilisation du pont tournant en mode automatique.
Il utilise 3 ponts tournants de marque Heljan sur lesquels j'ai entièrement refait la motorisation et qui sont aussi commandables par un TCO maison, toujours en WIFI direct sans box.
Le principe est le suivant:
Sous le tablier du pont j'installe 1 microprocesseur minuscule, l'ESP32 C3 Smile, ainsi que 2 ou 4 cellules de 3mm entre les traverses du rail, 2 à chaque bout du pont à 1cm du début du rail, et 2 à 5cm plus près du centre. Ces dernières sont surtout utilisées pour des loco courtes et ne sont pas une obligation.
Ces cellule fonctionnent par comparaison avec une cellule de référence ce qui permet de travailler dans presque toutes les conditions d'éclairage. Ce principe vient de Locoduino mais je n'ai plus retrouvé le fil malgré le mot clé DPAD.
Voici un test de ce principe sur un pont Fleischmann que j'ai aussi remotorisé et qui maintenant est super silencieux et précis :



Le processeur est alimenté par le DCC du rail du pont dont on ne s'occupe plus de l'occupation car ce sont les cellules qui vont signaler la position de la loco de façon bien plus précise.

A chaque changement d'état de l'une des cellules, mon S88 WIFI en est informé et le logiciel peut agir en conséquence.

Le système est en cours d'installation sur l'un des gros réseau et je vous tiendrai informé du résultat.

Vos avis me seront précieux pour faire évoluer le système.

Cordialement
Antoine

8
Discussions ouvertes / Re : Re : La Cockerill au travail
« le: mai 24, 2024, 05:19:33 pm »
Oui c'est vraiment du beau travail. Est-ce que tu partageras le moyen de réaliser cette grue ?

Bonsoir Christophe,

je ne sais pas pourquoi, mais j'ai complètement zappé les réponses de ce fil, j'en suis désolé.

Bien sûr que je partage avec plaisir cette réalisation, c'est d'ailleurs déjà le cas pour 4 lecteurs de différents forums.
Comment voyais-tu la chose, sur le forum Locoduino ou par courriel directe comme avec les 4 amateurs ?
J'ai déjà 2 documents Word assez lourds 3,2Mo et 1Mo que je peux t'envoyer car je ne pense pas que cela passe sur le forum.

Tiens moi au jus.
Amicalement
Antoine

9
Aide / Re : Re : Problème de démarrage serveur.
« le: mai 04, 2024, 12:26:52 am »
Je souhaiterais deja essayer de la faire 'tourner' sans rétro signalisation mais lorsque je téléverse, rien ne se passe par la suite.

Bonjour Cyril,

83, pas très loin du 04...

Je ne vais malheureusement pas t'apporter de l'aide pour ton problème exposé dans ce fil, mais quand tu auras trouvé la solution et que tu vas passer sérieusement à la rétro signalisation, ne fais rien avant d'avoir étudier ce nouveau principe.

Imagine coté centrale un câble de 20 à 30cm de long avec 5 fils qui vont à une carte composée simplement d'un WeMos D1 MINI et de 3 BSS138 (adaptateur de niveau 3,3/5V), montés sur un circuit pastillé comme ceci:



Voila tout ton bus S88 opérationnel pour les 512 retours, maximum acceptés par les centrales.
Je te joins au message 2 sketchs, l'un pour 1 word de 16 bits, et l'autre pour 15 word de 16 bits (ce dernier gère actuellement 4 TCOs dont celui de la vidéo plus bas dans ce message), juste pour te montrer la simplicité de l'ensemble.

De l'autre coté tu pourras mettre des détecteurs d'occupation de ce type, en 4 entrées:



ou 8 entrées (pas de photo de la carte fini, juste de mon PCB):



Ou des TCOs dans ce genre: https://www.youtube.com/shorts/YZ18kNaU1LU qui sont juste reliés par 2 fils pour le 12V (et 2 fils DCC si on veut gérer le retour des trames DCC de la centrale)

Ou toute autre commande pour une animation quelconque, bref tout ce qui peut se faire par la rétro signalisation S88...

Mais sans aucun fil à part l'alimentation des cartes ou le DCC selon le résultat à atteindre.
Et surtout plus d'achat de modules de rétro assez onéreux.

La fragilité (relative) du bus S88 est totalement balayée, car plus aucune longueur de câble et le S88 est géré par la majorité des centrales y compris les centrales "Locoduino".

Alors si tu veux plus d'infos tu peux me contacter par MP.

Cordialement
Antoine
 

10
Discussions ouvertes / La Cockerill au travail
« le: avril 28, 2024, 09:45:21 pm »
Bonsoir à tous,

voila un dimanche après-midi pluvieux bien rempli. En effet, je viens de finir, après plusieurs semaines de recherches et de travail, la motorisation d'une ancienne grue Cockerill de Jouef que beaucoup "d'anciens" doivent connaitre.
Je n'ai pas résisté à l'envie de vous la montrer, même si ce n'est pas de l'Arduino.
La miniaturisation des ESP32-C3 Smile nous ouvre quand même des nouveaux horizons, la preuve.



L'idée m'est venue en découvrant cette page de Hubertrain: https://derneville.jimdofree.com/la-page-du-digital/digitaliser-la-grue-cockerill-jouef/

Le défi était tentant, d'autant plus que la partie mécanique ne me convenait pas et que le fait de commander la grue avec la souris de la centrale me semblait assez peu pratique. Je devais trouver autre chose.

Après plusieurs essais ratés, des dizaines de pièces en impression 3D à refaire, de multiples systèmes de rotation testés, j'ai enfin finaliser mon projet.
Voici le résultat:



S'il se trouve parmi vous des "horloger" tentés par l'aventure, je tiens tous les plans, schémas, programmes, photos et liste de pièces à votre disposition sur simple demande par MP.

Bon dimanche soir à tous
Cordialement
Antoine


11
Vos projets / Re : Décodeur Accessoires Arduino
« le: avril 18, 2024, 11:20:52 pm »
On dirait que je "loupe" des trames DCC. 

Bonsoir pierrepv,

j'ai eu le même problème que toi et je j'ai complètement résolu avec la librairie NmraDcc

Cordialement
Antoine

12
Super, je suis preneur de 2 cartes montées, donne moi le montant total avec port et si PayPal est possible pour toi, je t'envoie mon adresse par MP.

13
J’avais déjà parlé dans divers fils du forum du travail réalisé en commun avec Marcel (Catplus) pour réaliser une solution complète de détection Railcom.
Christophe

Bonjour Christophe,

jusqu'à présent le Railcom n'avait pas éveillé ma curiosité vue la petitesse de mon réseau, mais j'ai de plus en plus de gros réseaux autour de moi pour lesquels je crée des cartes diverses, souvent à base de WeMos ou d'ESP32 et certains de leur propriétaire commencent à me poser des question sur cette technologie.

Aurais-tu encore des PCB de disponibles (avec ou sans composants) et serais-tu d'accord de m'en vendre 1 ou 2 ?

Merci par avance pour ta réponse et bon dimanche soir à toi.
Cordialement
Antoine

14
Discussions ouvertes / S88 le retour
« le: mars 30, 2024, 05:40:44 pm »
Bonjour à tous,

étant un peu paresseux et n'oublions pas que nous somme le samedi de Pâques  ;) , plutôt que de refaire un fil complet, je vous propose la visite de celui que je viens de créer sur un forum concurrent : https://forum.espacetrain.com/index.php?topic=4765.0

C'est ma dernière réalisation qui va peut-être remettre le S88 au goût du jour. On supprime totalement la fragilité du bus S88 avec cette approche, et surtout, cela ouvre pleins de nouvelles perspectives dans l'utilisation de ce bus présent sur toutes les centrales.

Joyeuses Pâques à tous

Cordialement
Antoine

15
Vos projets / Re : Re : Arduino S88 compatible avec Marklin ?
« le: mars 17, 2024, 08:32:21 pm »
pour l instant je pense pas de mettre du wifi sur mon réseau

Attention! Ce n'est pas un WIFI qui passe par une box, c'est un WIFI de processeur à processeur, beaucoup plus simple à mettre en œuvre car c'est souvent la box qui rebute les utilisateurs.

Pages: [1] 2 3 ... 38