LOCODUINO
Parlons Arduino => Vos projets => Discussion démarrée par: Dominique le novembre 21, 2023, 09:23:56 pm
-
Bonjour à tous,
Avec la publication de l'article du même titre (LaBox" : Une Centrale DCC polyvalente et abordable) sur le site éditorial :
https://www.locoduino.org/spip.php?article346 (https://www.locoduino.org/spip.php?article346),
ce sujet lui est entièrement consacré pour toutes questions relatives à la construction de la carte et à l'utilisation du logiciel, ainsi qu'aux évolutions futures de LaBox.
Ce sujet ne met pas fin au très long sujet "projet centrale "LaBox" wifi DCC++ Can" qui restera un lieu d'échanges sur les problèmes et les solutions techniques ainsi que des suggestions.
Nous attendons vos retours, pour améliorer continuellement ce projet.
Merci d'avance
-
Une fois le montage terminé, voici un tuto pour un démarrage rapide et reussi de LaBox :
Dernière version (4 du 28/11) améliorée !
Premiers pas avec LaBox (https://www.youtube.com/watch?v=R_Wyt550Dss)
Notez que mon bout de rail est trop court pour éviter la butée de la loco :-\
Ce démarrage suppose LaBox en mode Station, connectée à votre réseau WiFi domestique. Vous aurez alors renseigné le nom de votre réseau (SSID) et votre mot de passe dans le fichier config.h
Sans aucune modification du config.h, LaBox est en pode point d'accès exposant le réseau "LaBox230" sans mot de passe.
-
Bravo, voici un homme aux multiples talents !
C'est tellement simple, pourquoi avoir fait 54 pages de forum ;D ;D ;D
-
D’où l’intérêt de repartir dans un sujet tout neuf ;D
-
Bonjour,
Tout d'abord je tiens à féliciter toutes les personnes ayant contribué à ce projet pour le qualité (et la quantité) du travail accompli.
J'ai suivi le projet depuis le construction de ma première 'labox' basée sur les posts sur le forum à partir de la page23 (https://forum.locoduino.org/index.php?topic=922.330). IL y a juste 3 ans !
J'ai ensuite évolué en parallèle vers une carte et un logiciel 'maison' mais j'ai gardé tous les principes de base (ESP32, L2603, mesure de courant sur résistances 0.5 + ampli op, CAN changé vers 2562)
Pour la suite, je vais rester dans le sujet et expliquer les réflexions qui me sont venues suite aux nouveaux articles.
Tout d'abord, j'ai vu avec beaucoup d'intérêt les explications à propos de la réalisation PCBA ches JLCPCB. J'ai réalisé dans le passé un nombre assez important de cartes chez eux, mais je n'avais jamais voulu (ou osé) passer a l'étape d'assemblage. C'est évidemment aussi un coût extra (dans mon cas 34€ tout compris pour 5 cartes) mais un résultat sans doute très difficile à atteindre en soudant soi-même des SMD...
En ce qui le concerne le schéma, je ne sais pas si vous comptez donner des explications plus techniques mais en attendant:
- dans la partie mesure de courant la zener de 3.3V a disparu, la diode D4 est ajoutée mais ne semble pas montée sur les photos. Quelle est l'idée ?
- la valeur du condensateur sur la broche EN (contrôle du démarrage de l'ESP32) passe de 10µF à 470nF. Y-a-t-il une recommandation pour cette valeur ?
- pourquoi utiliser le montage en paralèle de la diode de protection D_INV plutôt qu'en série sur l'alimentation ?
En ce qui concerne le PCB:
- pourquoi avoir choisi un ESP32 30 pins plutôt que le 38 pins ? Dans mon cas, ayant réalisé plusieurs montages ESP32, je me suis toujours standardisé sur le 38, facilitant l'approvisionnemnt et les permutations éventuelles dans les tests. Je me suis par ailleurs posé la question de réaliser une carte compatible 30/38, ce qui est possible au prix d'un certain nombres de jumper (à voir si la complexité en vaut la peine)
- pourquoi des poussoirs 12x12 ? (J'ai évidemment beaucoup d'autres modèles en stock mais pas ceux-là). Il serait très facile de permettre aussi le montage des poussoirs'basic' 6x6 que l'on trouve partout.
- la carte prévoit un format alternatif pour le régulateur DC-DC 5V. Y-a-il une référence du modèle pour le 2ème format ?
- on pourrait aussi prévoir un double connecteur pour l'alim: jack et connecteur 5mm à visser, superposés sur la carte , permettant le choix au montage.
- pourquoi ne pas faire aussi monter les 0.5 ohms chez JLCPCB ?
- dans mon expérience de montage (boitier, panneau de controle), j'ai trouvé utile d'avoir un bouton reset externe (en plus de celui de la carte ESP32). C'est facile si on rend aussi la broche EN accessible sur un connecteur d'extension
- et pour finir, j'aime bien avoir tous les trous de fixation dans les coins (mais je recommais que je suis peut-être un peu maniaque)
Tous commentaires bienvenus.
Jean-Paul.
-
Merci pour cette très bonne liste de questions pertinentes auxquelles msport se fera sans doute une joie de répondre.
Toutes ces explications et d’autres feront l’objet d’articles complémentaires pour compléter le sujet.
-
Bonjour Jean-Paul et merci pour vos commentaires positifs.
En ce qui le concerne le schéma :
- dans la partie mesure de courant la zener de 3.3V a disparu : L’idée était de protéger l’entrée de l’ESP32. Après réflexion, cette entrée étant la sortie du LM358 (ou MCP6002), lui-même alimenté en 3V, elle ne peut être soumise à plus de 3 V, la zener est inutile.
la diode D4 n'est pas montée sur les photos :
L’idée était de créer une contre réaction non linéaire pour compenser la non linéarité de la conversion analogique en début de gamme de l’ESP32. Ceci pour améliorer la détection des faibles courants de la lecture des CV. L’adoption de DCC-EX ayant fiabilisé la lecture des CV, cet artifice est devenu inutile.
De longues discussions ont eu lieu sur la durée de démarrage des convertisseurs DC-DC. L’expérience tendrait à prouver que ce n’est pas un problème. Une valeur de 100nF sur EN pourrait très bien convenir. Par précaution, on a adopté cette valeur de 470nF qui doit correspondre à une constante de temps de 0,5s.
Le montage d’une diode en série avec l'alimentation ne protège pas le montage. Son courant de fuite sur une forte impédance comme doit la présenter une électronique en inverse peut conduire au claquage des composants sensibles.
En ce qui concerne le pcb :
L’ ESP32 38 pins est un peu plus long que le 30 pins. C’est ce dernier qu’on a standardisé. Il ne semble pas qu’il y ait une différence de disponibilité voire de prix entre les deux modèles. Jusqu’à présent, les broches supplémentaires n’ont pas d’application dans nos montages. De plus, le modèle 38 pins nous a piégé avec des largeurs différentes.
Nous avions commencé avec des boutons 8x8 ou 7x7. Mais tout le monde n’a pas les doigts de fée pour monter un décodeur dans une locomotive Z. Vu le cout et la disponibilité des boutons avec cabochons 12x12, est-ce un problème ?
On peut trouver les régulateurs avec la référence du chip qui les équipent : MP1584 ou MP2307
La place sur le pcb est comptée : difficile d’y placer un connecteur 5mm à visser, d’autant qu’on cherche à limiter la longueur des pistes. De plus on s’est placé dans l’optique d’un montage compact pour une mise en boitier économique et disponible.
On s’est gardé la possibilité de monter une ou deux 0.5 ohms. Elles sont d’une taille raisonnable.
Chez JLCPCB, elles font partie des extended parts ce qui entraine un surcout de 3$.
On a bien un connecteur d'extension à gauche. Effectivement, la broche EN n’y est pas reliée. Néanmoins pour ceux qui voudraient en disposer, un petit fil peut faire la liaison avec la broche 13 de JP1 qui est libre. Le routage du pcb ne l’a pas permis.
Pour les trous dans les coins, pas de chance, il y en un qui était occupé.
Il y a bien d’autres questions, je vous laisse les découvrir …
-
Bonsoir et merci pour vos réponses détaillées.
Pour le jack d'alimentation, je me suis sans doute mal exprimé. Je pensais à la possibilité de choisir entre le jack ou le connecteur à visser au moment du montage . Cela ne prend donc pas de place supplémentaire. (voir image attachée)
De même pour les boutons on peut superposer sans prendre plus de place (voir image attachée)
Pour la protection de l'inversion de l'alimentation, le mieux est sans doute de ne pas se tromper ....
Sinon on ne peut vraiment avoir confiance dans le méchanisme que s'il a été testé et ça je n'ai jamais essayé de connecter volontairement à l'envers.
Jean-Paul.
-
Un énorme avantage de LaBox est qu'elle est capable de fonctionner AVEC DECODER PRO de JMRI ET de tester les changements de valeurs des CVs modifiés avec DECODER ¨PRO sur la voie de programmation avec LaBox en mode MAIN.
J’étais en train de me demander comment gérer les CVs avec Décoder Pro (JMRI) ET pouvoir les tester avec une manette , et vice versa évidemment 😎
La solution est TOUTE FAITE !! C’est LaBox dès la version 2.4.1
Je vous explique tout :
LaBox est capable de gérer les 2 voies MAIN et PROG, mais pas en même temps (voir https://www.locoduino.org/spip.php?article341 (https://www.locoduino.org/spip.php?article341))
Quand elle démarre elle est en mode MAIN : on peut tester toutes les fonctions avec n’importe quelle manette.
Quand on lance la commande « Lecture adresse Train » avec les boutons de LaBox elle redémarre en mode PROG.
A ce moment là, elle recherche l’adresse DCC puis elle reste en mode PROG tant qu’on ne sélectionne pas « Quitter » qui la redémarre alors en mode MAIN.
Là je suis certain que vous avez tout compris !
Pendant qu’elle est en mode PROG, toutes les fonctions de Décoder Pro fonctionnent :
1)sélection d’une loco
(https://www.locoduino.org/IMG/png/1-2.png)
2) ouverture de l’écran « Programmer ... »
(https://www.locoduino.org/IMG/png/2.png)
3) choix d’une fiche, par exemple, « table des vitasses »
(https://www.locoduino.org/IMG/png/3.png)
4) on clique sur « lire tout cet onglet »
(https://www.locoduino.org/IMG/png/4.png)
Pour chaque CV, Décoder Pro « allume » le DCC, fait sa lecture puis « éteint » le DCC
Le tableau tout jaune devient OK
5) pour tester il suffit d’appuyer sur Sélect de LaBox qui redevient en mode MAIN et choisir le régulateur de Décoder Pro
(https://www.locoduino.org/IMG/png/5.png)
Et on peut alterner comme cela PROP et MAIN sur la même voie de programmation.
Sans oublier de mettre le DCC ON (bouton vert ou rouge dans toutes les fenêtres !)
LABOX EST LE PLUS BEAU CADEAU DE NOEL POUR UN MODELISTE FERROVIAIRE EN DCC !!
-
Bonjour, en réponse à Gérard Croix, https://locoduino.org/spip.php?article346#forum7337
un câble de conversion entre LaBox et LCC LCB.
Je n'en ai pas l'usage, mais c'est pour tester la faisabilité.
Dites nous comment vous l'utiliseriez.
-
Bonsoir Gérard Croix,
dans le paragraphe 2.5.8 du document ci-dessous du git de LCB,
documents standards UniqueIdentifiersTN.pdf
il est dit :
Locomotive control was initially beyond the scope of OpenLCB, but later work started to
define OpenLCB methods for working with existing locomotive control systems.
Je n’ai pas trouvé de standards ou de drafts dans ce git, et je comprends qu’il ne s’agirait que de méthodes.
Si vous avez des pistes, merci d’avance.
Voir en ligne : openlcb / documents https://github.com/openlcb/documents/tree/master
-
Bonjour,
Merci pour la réponse, en effet pour de tests un adaptateur RJ45 suffit.
Les documents du protocole sont dans le dossier drafts du git cité, en effet ils ne sont pas intégrés au LCC du NMRA pour l'instant.
Toutefois, TCS l'utilise dans ses centrales DCC et ses manettes sans fil.
En ce qui me concerne, c'est pour le plaisir....
Cordialement.
-
Il y a bien d’autres questions, je vous laisse les découvrir …
Encore une question: quel est l'idée du jumper SJ3 (lien ESP32 TX vers le connecteur RX/TX) ?
Et une remarque en cas d'utilisation d'un module DC/DC réglable: la valeur réglée par défaut n'est pas connue, il est prudent de procéder au réglage avant de connecter le DC/DC sur la carte (la tension max sur la VDD du MCP2562 est 7V )
Sinon le fonctionnement de base est OK et le signal DCC parfait (car utilisant le RMT de l'ESP32)
Et pour la petite histoire, je subis la malédiction des boutons poussoirs: 2 commandes de suite non-livrées / perdues / remboursées (une chez les Chinois, une chez Jeff). 3ème essai en cours.
Jean-Paul.
-
Bonjour,
exact , mais le mieux , c'est de sourcer un régulateur fixe
-
Tout à fait, d'autant que ces step down sont fournis réglés à la tension maxi.
Il y a un avertissement dans l'article. Je viens d'ajouter une balise.
L'idée pour le Tx est de renvoyer des informations à l’émetteur, en particulier les manettes. (non exploité)
-
Bonjour à tous,
J'ai toujours des problèmes : j'essaie d'installer le CommandStation-EX.ino, après avoir copié le config.h depuis le config-labox.h.
Je le fais directement sur l'ESP32, c'est à dire sans le connecter au PCB, et j'obtiens l'erreur suivante :
#error Votre config.h doit inclure une définition de LABOX_MAIN_MOTOR_SHIELD et une définition de LABOX_PROG_MOTOR_SHIELD.
Mais mon config.h a bien cette définition ! Quelle est mon erreur ?
Merci beaucoup pour votre aide,
Juan
-
Bonsoir Juan,
le config.h que j'utilise, en mode AP.
Au fait, c'est bien la version proposée dans l'article, au paragraphe
Utilisation
Récupération qui est utilisée ?
-
Merci beaucoup msport, je vais essayer cet après-midi.
-
Mais il est exactement le même que celui que j'utilise !
-
Au fait, c'est bien la version proposée dans l'article, au paragraphe
Utilisation
Récupération qui est utilisée ?
... je parlais de la version du programme au complet.
-
Bonjour,
Je me suis décidé à me lancer dans la fabrication de Labox suite à l'article de décembre. Félicitations d'ailleurs pour tout le travail accompli.
J'ai bien suivi la procédure de commande avec la ré-orientation des composants, Je n'ai par contre pas vérifié les valeurs, ayant transmis directement le fichier.
A reception, il semblerait qu'il yait un probleme car le premier test sur la carte avant de souder les composants ne me donne pas la bonne valeur. (8K à la place de "678"Ohms, la mesure en sens inverse me donne 33K), j'ai tout de même continué, je ne mesure logiquement que 0,6v à l'entrée du régulateur.
J'ai controlé la polarité des diodes au multimetre, tout à l'air OK.
J'ai regardé le schema mais j'avoue avoir du mal à comprendre, le jack 12v semble aller directement dans le régulateur sans passer dans aucun composant.
Je pense que la diode D-inv ne figure pas et qu'elle est la pour proteger contre les inversions de polarités. Si j'ai bien compris, ce serait elle qui est censée opposer une resistance de 678 Ohms dans le bon sens. La diode mise par JLCPCB est une SS14.
Autre question: le PCB est gravé LaBox 0.2, hors il semblerait que ce soit la dernière version, l'article étant de décembre 2023 et c'est la version avec CMS.
Vous parlez pourtant de la version 0.4 plus ancienne avec composants traversants. Ai-je bien le bon PCB?
Enfin, ce n'est qu'un détail mais concernant les leds rouges qui sont facultatives, vous indiquez de les monter tête bêche comme ceci : "+Led2- -Led4+",
N'est ce pas plutôt l'inverse?
Merci de votre aide!!
Julien
-
Bonjour et bravo pour vous être lancé.
En fait vous étiez sur l'ancien fil du projet et le schéma concerne une version précédente (désolé, numérotée 0.4)
On intervient pour dépanner Juan qui a commandé ses pcb 0.4 il y a longtemps, en version composants traversants
Message déplacé depuis https://forum.locoduino.org/index.php?topic=922.msg18031#msg18031 .
Le fil de LaBox actuelle 0.2 c3 est ici.
Si vous avez 0.6 V sur le régulateur step down, c'est que la diode D_INV est dans le mauvais sens. Vous pouvez l'enlever si vous êtes sur de la polarité de votre alimentation. Elle court-circuite l'alimentation si il y a inversion.
le jack 12v semble aller directement dans le régulateur sans passer dans aucun composant. Oui, il alimente aussi le L6203
leds rouges : le tout c'est qu'elles soient tête bêche.
-
Si vous avez 0.6 V sur le régulateur step down, c'est que la diode D_INV est dans le mauvais sens. Vous pouvez l'enlever si vous êtes sur de la polarité de votre alimentation. Elle court-circuite l'alimentation si il y a inversion.
OK, Je n'avais pas compris son fonctionnement avec le + branché sur la masse, c'est plus clair avec cette explication.
Cela dit, j'ai vérifié ma commande JLCPCB, et j'avais correctement commandé. je vais vérifier tout de suite les autres diodes.
J'ai vu qu'il y'avait un bouton "Quality complain" à coté de ma commande dans mon historique de commande. Je verrai si je fais une réclamation...
Quand j'ai commandé les cartes, JLCPCB ne m'a pas proposé la livraison simple comme pour les PCB normaux, j'ai du prendre une livraison à plus de 20€, j'en ai eu pour 55€ au total.
Bon, j'essaie d'avancer!!
-
Bonsoir,
comme détaillé dans l'article, même si vous avez commandé les composants dans le bon sens, JLCPCB vous propose "son" orientation car il s'agit de celle qui correspond au montage des bobines de composants sur les chaines.
Il faut vérifier sur l'image qu'ils vous envoient avant de l’approuver.
Vous pouvez poster la dernière image reçue ?
La livraison simple est en bas de liste, elle n'apparait pas de base ...
-
Voici le fichier de placement.
Au final et si je place mon multimetre en mode testeur de diodes, il semblerait que les diodes soient placées dans le bon sens. (0,2 dans le sens passant, 3,2 en inverse)
Par contre, je n'ai pas du tout les valeurs annoncées:
Aux bornes de la diode, en Ohmmetre, j'ai 8K dans le sens passant et 56K dans le sens inverse, il est possible que le courant fourni par mon multimetre pour mesurer la resistance soit inferieure à la tension de seuil de la diode. Cela dit, je ne trouve pas mes 12V aux bornes du régulateur.
Quel était l'origine des 678Ohms à rechercher?
J'ai fini par dessouder un pole de la diode, reverrifier mon alim 12v et sa polarité, dés que je branche (même sans la diode) la tension tombe à 0,6v, il doit y avoir un court circuit quelque part....
-
Bonjour,
je vous ai orienté vers une fausse piste avec D_INV, à priori votre pcb est correct.
Par contre votre step down a un - connecté au + 12V.
Comme toujours vérifiez trois fois avant de souder !
-
Bravo Msport et merci à Becbunsen d’avoir joint des photos.
Sans cela le verdict n’aurait pas été possible !
-
Bien vu en effet!! :)
Merci beaucoup
Donc tout est rentré dans l'ordre, j'ai ressoudé la diode Inv. J'ai retourné le régulateur (Erreur de débutant!!, c'était pourtant bien marqué dessus) j'ai maintenant bien 5V au régulateur, je vais pouvoir continuer.
Concernant les valeurs à controler au début, elles restent fausses pour moi mais je pense que ça dépend du multimetre. j'en ai un autre qu'il faut que je retrouve, je referai une mesure sur mes cartes restantes
Allez, je passe à la suite...
-
Bonjour,
une remarque : C9 semble avoir été dessoudé par inadvertance. : Il est debout si je ne me trompe.
-
Bonjour à tous,
Je suis un nouveau membre inscrit depuis hier.
Un adhérent de mon club m'a transmis le lien vers cette centrale DCC polyvalente et abordable, fin novembre.
Après avoir lu vos trois articles, j'ai tout de suite été séduit et décidé d'en fabriquer cinq. Le minimum imposé par JLCPCB.
J'en ai parlé à d'autres adhérents qui sont intéressés et suivent cela de près. Mais une seule est construite pour le moment.
Je vous fait un retour de ma petite expérience.
Courant décembre, j'ai donc commandé tous les composants complémentaires. Attendus pour fin janvier.
En attendant, j'avais de côté un ESP32 inutilisé, le bon, et j'ai suivi votre dernier article pour récupérer la version 2.4.1
J'ai juste un peu souffert pour trouver le bon gestionnaire de carte et l'installer sur la version 2 de l'IDE fraichement installée.
Mais en fouillant un peu sur Locoduino, j'ai trouvé l'article "Eclairer le réseau (2)" qui utilise un ESP32 et qui m'a permis de trouver le lien où télécharger le bon gestionnaire de carte.
https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_index.json (https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_index.json)
Ensuite, mon ESP32 a été reconnu et la compilation s'est faite sans erreur.
Il faut s'attendre à une compilation et un téléchargement assez long de l'ordre de 12 minutes.
Après celà, j'ai pu tester la connexion de mon smartphone avec le réseau WIFI "LaBox230".
Fonctionnement immédiat !
Je suis donc passé à la suite et j'ai suivi "à la lettre" votre article sur la commande des PCB.
Je vous félicite pour la précision des instructions qui m'ont permis de passer cette commande très facilement.
Je me suis même payé le luxe de passer la commande un dimanche après-midi comme précisé, mais ce n'était pas volontaire...
J'ai donc lancé et payé la commande vers 16h00. Dans la soirée j'avais déjà la première proposition, que j'ai bien sur dû corriger.
Et j'ai répondu dans la foulée. Le lendemain matin, lundi vers 10h00, j'avais le retour de la deuxième proposition avec les composants correctement orientés.
J'ai validé définitivement et passé cette commande.
Nous sommes à GMT+2 et eux à GMT+8, je ne sais pas quand ils dorment !!
De plus les échanges par mail (en anglais) sont très cordiaux, voire chaleureux.
20 jours plus tard, j'ai reçu la boite bleue avec les PCB très bien emballés.
Je n'ai pas été déçu par la qualité professionnelle de ces produits. C'est très plaisant de travailler avec des bons produits.
Une fois les composants complémentaires reçus, j'ai pu commencer à assembler ma première box.
Là encore j'ai suivi "à la lettre" vos commentaires. Merci pour tous les détails du montage des composants,
mais je me suis permis d'inverser l'ordre de certains que j'ai trouvé plus approprié.
Cela fait, j'ai connecté ma box sur mon banc d'essais (je n'ai pas de réseau chez moi) et le fonctionnement de ma loco a été immédiat.
Je dois avoir eu beaucoup de chance vu les problèmes que certains d'entre vous on rencontré !
Au passage, je précise que lors de l'installation de la bibliothèque OneButton, j'ai d'abord installé la version 2.1.0 comme stipulé.
J'ai ensuite accepté la version 2.5.0 poposée par l'IDE et je n'ai constaté aucune perturbation.
Ce week-end, je l'emmène au club pour faire les tests de plusieurs trains et plusieurs manipulateurs en même temps.
Et voir aussi la consommation maxi à 2,5 ampères...mais nous en sommes loin.
Les points positifs maintenant:
Fonctionnement nickel en mode MAIN : Feux avants, feux arrières, son, montée en vitesse, toutes les fonctions. Aucun problème.
En mode PROG, aucun problème pour lire tous les CV sur mon appli Z21, y compris pour les CV 17, 18 et 29bit5 pour les adresses longues.
Les points négatifs:
Problème pour lire une adresse longue sur LaBox: j'ai un retour "22002" pour l'adresse "5618", mais ce n'est pas important.
En revanche, il est impossible de programer les CV à partir de l'appli Z21, j'ai le message "Attente de la réponse de la Z21" quelle que soit la CV. Là c'est important car j'en ai besoin.
Ai-je raté quelque chose lors de l'installation ?
Cette fonctionnalité n'est peut-être pas encore développée, comme Railcom ?
Au plaisir de vous lire bientôt, je vous joins mon fichier config.h dans lequel j'ai simplement ajouté le mot de passe "12345678".
J'espère ne pas vous avoir ennuyé avec cette litanie, mon but étant simplement de démythifier ce sujet.
Merci à Dominique, Msport et Thierry pour nous avoir développé cette box. C'est un travail de longue haleine et surtout très complexe, vous êtes vraiment très forts !!
Jean Marc
-
Oh, j'ai oublié de préciser que je suis bien en mode PROG quand je veux programmer des CV.
CQFD!!
-
Bonjour Jean-Marc,
Merci beaucoup pour ce retour très positif ;D ;D
Visiblement vous avez suivi au mieux les instructions données dans nos articles et ce succès est au rendez-vous. C'est exactement ce que nous avons visé en partageant le fruit de nos recherches et de nos expériences.
Les quelques déboires d'autres modélistes sont quand même assez rares et ils ont trouvé leur(s) erreurs facilement depuis.
En ce qui concerne les 2 anomalies que vous mentionnez :
Problème pour lire une adresse longue sur LaBox: j'ai un retour "22002" pour l'adresse "5618", mais ce n'est pas important.
On connait le solution : il faut soustraire 16384 à 22002, ce qui donne 5618 !
Nous proposerons une correction prochainement.
En revanche, il est impossible de programer les CV à partir de l'appli Z21, j'ai le message "Attente de la réponse de la Z21" quelle que soit la CV. Là c'est important car j'en ai besoin.
Là c'est plus compliqué car cela concerne le protocole de l'appli Z21 qui n'est pas complètement implémenté.
Je vous propose d'utiliser JMRI-DECODER PRO qui fonctionne parfaitement et vous permettra d'avoir une base de donnée complète de tous vos décodeurs.
A vous lire prochainement.
PS : je joins un petit tuto pour utiliser DECODER PRO
-
Bonjour Jean-Marc,
merci pour vos appréciations qui nous confortent dans les efforts que nous faisons.
Pour les adresses longues, une solution de contournement en attendant une qui soit validée :
il faut remplacer le fichier menuTrainAddrRead.cpp par celui joint.
La soustraction y est faite.
-
Bonsoir Dominique et Msport,
Merci pour vos réponses ultra rapides et précises: :) :)
Je vais recompiler et téléverser le programme avec le nouveau fichier "menuTrainAddrRead.cpp"
Astucieuse la modification en fin de fichier !!
Et je vais tester une relecture d'adresse longue dans la foulée.
Je vous tiendrai au courant du résultat.
Merci pour le tuto Décodeur Pro.
Je ne connais pas et je ne l'ai jamais utilisé tant l'appli Z21 est agréable et facile à utiliser !
Je vais y regarder d'un peu plus près.
SVP, tenez-moi au courant de l'implémentation du protocole Z21.
J'espère avoir fait avancer le "schmilblick" ! ;)
Bonne soirée à vous deux;
Jean Marc
-
Bingo :D :D
Merci Msport, l'adresse longue est maintenant correcte !
Validée sur 2 locos, c'était obligé que ça marche ;D
Dominique, il me reste à me tartiner Décodeur Pro, mais ça va me prendre un peu plus de temps ;)
Bonne soirée
Jean Marc
-
Bonsoir,
pour une modification ponctuelle de CV , vous pouvez vous intéresser au montage de l’article 323 :
https://www.locoduino.org/spip.php?article323
-
Bonjour,
Merci msport, je découvre votre message ce matin... :-\
Je vais m'y intéresser, ça peut être très pratique au niveau du club ou en expo.
Bonne journée.
Jean Marc
PS: je n'ai pas compris comment configurer mon compte pour être prévenu d'une réponse ?
-
bonjour,
il doit y avoir une case à cocher au moment de la réponse.
-
OK merci !
Je n'avais pas vu, c'est juste sous la zone message "Fichiers joints et autres options"
Cordialement,
Jean Marc
-
Bonjour,
une remarque : C9 semble avoir été dessoudé par inadvertance. : Il est debout si je ne me trompe.
Oui, en effet, je n'avais pas remarqué, pour ce coup, je n'y ai pas touché, c'est bien une erreur de JLCPCB
Sinon, tout à l'air de fonctionner, j'ai bien chargé le programme, l'ecran et les menus fonctionnent bien. je suis malheureusement bloqué car j'ai égaré les 2 L6203 que j'avais reçu. je les ai pourtant bien eu dans les mains.... Bref, après avoir passé la semaine à chercher, j'ai fini par recommander.
Je vais en profiter pour regarder en attendant le controle de Labox par messages CAN.
-
Bonjour,
vous avez la même anomalie sur les quatre autres exemplaires ?
-
Oui malheureusement, après vérification, les 5 sont pareils....
Je vais quand même faire la réclamation, je vais essayer de corriger mais je n'ai jamais soudé de CMS à part les résistances de 500Ohms
-
Il y a un article très utile pour souder les CMS:
https://www.locoduino.org/spip.php?article246 (https://www.locoduino.org/spip.php?article246)
-
Bonsoir
J'ai besoin d'un conseil.
Je viens de terminer le montage d'une quatrième box. Les trois premières ne posent pas de problème. :)
Comme précisé dans votre document, je me suis bien assuré que la led fonctionne quand on présente le pont en H, mais une seule s'allumait. J'ai bien tripoté le pont pour avoir un contact, mais je n'avais toujours qu'une seule led allumée...
J'ai quand même soudé le pont, pensant que ce n'était pas important.
Je n'aurai pas du le faire ? :'(
Maintenant, je n'ai toujours qu'une seule led qui s'allume et le pont est brulant dans les secondes qui suivent la mise sous tension.
Est-ce à dire que le pont est défectueux ? :-\
Je n'ai pas testé avec une machine étant donné que le pont chauffe à me bruler les doigts :-[
De plus, si une seule led s'allume, ça veut dire que seule une alternance sur deux est générée: je me trompe ?
Qu'en pensez-vous ? On ne soude le pont que si les DEUX leds s'allument ?
Merci d'avance pour vos conseils (je suis absent ce samedi...)
Bon week-end
Jean Marc
-
Oui le 6203 semble défectueux et un autre à la place aurait levé le doute.
Mais qu’avez vous branché pour qu’un courant le fasse chauffer à ce point ?
Toujours accompagner un problème d’un schéma et de photos !
-
Bonjour,
J'en n'avais malheureusement pas un autre de côté, j'aurai justement pu vérifier !!
Le dernier en réserve est en kit à 500 km de chez moi ;D
Quant à la surchauffe, rien n'était branché au DCC. Je n'ai pas compris...
J'étais simplement en train de tester la connexion de mon smartphone quand je me suis brûlé en manipulant la box :-\
Il me reste à couper les pattes de celui-ci pour dessouder les broches, puis en acheter et souder un autre.
D'ailleurs, j'en commanderai 2 !
Quant aux 2 leds qui doivent s'allumer, elles représentent bien les deux alternances du DCC ?
Merci pour vos conseils.
Passez un bon week-end.
Cordialement,
Jean Marc
-
Bonjour,
Tout nouveau dans le train et dans le digital et dans ce forum.
Je me suis lancé dans la fabrication de Labox pour essayer de remplacer ma Z21 Start + Modem wifi (très encombrants)
J'ai suivi toutes la procédure et cela marche comme un charme. (Le seul problème que j'ai rencontré est la taille du condensateur C6 sous le ESP32 )
Je voudrais dire que j'ai l'impressionne que LaBox réagit mieux que la Z21 Start et la MultiMaus. Est-ce qu'une impression?
Je continue d'apprendre en passant des heures sur votre site.
Félicitations à vous pour tout le travail accompli.
MERCI
-
Bonjour à tous
Nouvelle version 2.4.2 du logiciel Labox.
Cette version a été mise à jour conformément à sa source CommandStation-EX 5.0.9 qui corrige quelques bugs mineurs.
De plus le problème de lecture de l'adresse longue a été corrigé. L'ajout de 16384 dans l'adresse, remarqué par certains, était volontaire et indique une adresse longue. J'ai donc modifié l'affichage de l'adresse lue sur le petit écran : 3 Digits pour une adresse courte (1-127 : "003"), 4 digits pour une adresse longue (1-1034 : "0003").
A noter que dans les versions suivantes (ils en sont à 5.2.4 ...) j'ai vu passer des 'railcom' dans les sources modifiés...
-
C'est une très bonne nouvelle.
Je m'empresse de télécharger cette nouvelle version.
Merci beaucoup !
J'ai une question au sujet du Railcom à venir:
Comme le pont va changer, faudra-t-il refaire un nouveau PCB ?
Je pense que oui...
Cordialement,
Jean Marc
-
A noter que dans les versions suivantes (ils en sont à 5.2.4 ...) j'ai vu passer des 'railcom' dans les sources modifiés...
Bonjour Thierry, bonjour à tous,
Les choses semblent évoluer en effet pour Railcom, mais... il n'y a vraiment rien dans les développements sur ESP32 !!!
Je n'ai pas trouvé de v 5.2.4 mais des v 5.2.3x (on n'est pas loin). Si tu as le lien, je suis preneur.
Il y a des débuts sur SMT32, Teensy et surtout AVR. Rien donc lié à l'ESP. Je ne crois franchement pas qu'il y en aura un jour sur ESP.
C'est sur Arduino Mega que les choses semblent le plus avancées avec une branche qui s'appelle d'ailleurs devel_railcom_Mega
A suivre...
Christophe
-
J'ai enfin reçu mes 6203, je suis parvenu à ressouder le condensateur CMS C9 qui n'avait pas été correctement soudé par JLCPCB. 1er test ce soir, tout fonctionne à merveille, Je continue maintenant avec la partie CAN mais merci de tous vos précieux articles et conseils!!
-
Bonjour
Vite fait, une petite version 2.4.3 qui ajoute l'écriture de CV par l'application Z21. Ce n'était pas du tout implémenté !
J'en ai profité pour créer le fichier version_labox.h sur le modèle de version.h. Cela permettra de centraliser le numéro de version et de lister les différences d'une version à l'autre.
Bonne continuation.
-
Merci Thierry :D ;D
Sur l’application Z21 iOS, j’ai constaté que le bouton Stop général en haut à droite coupe de DCC par un premier appui, mais ne le rétablit pas au 2eme appui ( ni aux suivants).
Ce défaut n’apparaît pas avec la version Android.
-
Bonjour
Vite fait, une petite version 2.4.3 qui ajoute l'écriture de CV par l'application Z21. Ce n'était pas du tout implémenté !
J'en ai profité pour créer le fichier version_labox.h sur le modèle de version.h. Cela permettra de centraliser le numéro de version et de lister les différences d'une version à l'autre.
Bonne continuation.
Bonjour et merci pour cette évolution rapide.
Je ne pourrais malheureusement l'utiliser que d'ici quelques jours, semaines, le temps de recevoir mes nouveaux L6203.
Pendant que j'y suis, suite au message de Dominique, anomalie que nous avons constaté également.
Je voudrai signaler aussi qu'il n'est pas possible de se connecter avec l'application Z21 noire.
Que ce soit sur Android ou iOS.
Cordialement,
Jean Marc
-
Bonsoir à tous,
En attendant de recevoir mes L6203, je n'ai pas résisté au fait d'aller emprunter la box d'un de mes deux collègues proche de chez moi, qui me l'a prêtée bien volontiers.
Après avoir mis à jour sa box, j'ai donc pu tester la programmation des CV avec mon application Z21 bleue et rouge, petit retour positif:
En mode Prog, la programmation d'un CV se fait sans problème, il faut juste attendre un peu le temps que le smartphone se reconnecte au réseau LaBox230, reboot de l'ESP32 oblige.
En retour, l'application renvoie la valeur 1 quelle que soit la valeur saisie ! :-\
En relisant tout de suite, la valeur a bien été écrite et l'application renvoie cette fois la bonne valeur.
En quittant le mode Prog, toujours attendre un peu que le smartphone de reconnecte à nouveau au réseau LaBox230.
Et ça marche, je me suis amusé avec la CV1 qui se modifie sans problème.
J'ai fait des tests de programmation et de relecture des autres CV 2, 3, 4, 5 et 6. Nickel ! :D
Ce n'est pas très confortable comme avec la centrale Z21 noire qui possède les deux sorties Main et Prog, mais on ne programme pas des CV tous les jours !! ;D
Les digits ont aussi été corrigés en mode Prog lecture des trains. Comme précisé, 4 pour les adresses longues et 3 pour les adresses courtes.
En revanche, en mode Main, il y a toujours 4 digits d'affichés, que l'adresse soit longue ou courte. C'est un détail.
Pendant que j'y étais, j'ai aussi testé la disjonction avec une résistance de 8 ohms 100 watts, ça chauffe bien !!
Le 6203 aussi, mais il ne se met pas en pose thermique. Si on consomme vraiment ces intensités là, il faudra peut être prévoir un petit ventilo.
Sous 18 volts, l'Oled affiche une intensité de 2125 mA avec une loco à mi vitesse, phares et son.
Pas de disjonction, car il est prévu 2250 mA. Parfait !
Mais j'ai voulu voir plus bas avec un maxi de 2100, puis 2000 et toujours pas de disjonction.
Enfin 1800 mA, là j'ai enfin eu une disjonction. Avec des tentatives de réalimentation toutes les 10 secondes.
Une fois la résistance débranchée, ça repars nickel.
La solution est dans la doc, je n'ai pas encore investigué les différents couples de valeurs proposées.
Encore merci à Thierry pour cette évolution de programmation des CV. :D
Je vais pouvoir attendre mes L6203 tranquillement.
Cordialement,
Jean Marc
-
Nouvelle version 2.4.4 de Labox.
Cette version répond à la différence de comportement entre les versions iOs et Android de l'application Roco Z21.
Disons que dans les deux versions, la configuration de l'application dit que le bouton d'arrêt en haut de l'écran de conduite doit arrêter le courant sur les rails.
Dans la version Android, après avoir été pressé et avoir coupé le courant, le bouton se transforme en bouton de remise de courant.
Tandis que dans la version iOs, le bouton reste un bouton d'arrêt, et si on le represse, alors on coupe à nouveau le courant déjà coupé ! Etrange... Pas d'autre moyen pour relancer le courant que de fermer puis rouvrir l'application, perdant au passage les vitesses, fonctions et directions des locos pilotées.
Pour compenser ce comportement dérangeant, je n'ai pas voulu aller contre la volonté du développeur et transformer sur iOs ce bouton en va et vient comme sous Android. Surtout que le bouton ne changera pas, il ne deviendra pas vert pour signaler qu'un nouvel appui rétabliera le courant...
Bref, j'ai préféré faire en sorte qu'une fois le courant coupé, le fait de demander à une loco de faire quelque chose (changer de sens, changer la vitesse, activer une fonction...) rétablisse le courant. Mais pas trop vite, parce qu'après un appui frénétique sur le bouton d'arrêt face à un accident imminent, la mauvaise manip et le clic sur autre chose est toujours possible. Un délai de 20 secondes a donc été introduit pour laisser le temps de remettre (ou d'enlever !) sur les rails ce qui devait l'être avant qu'une action sur une loco ne rétablisse le courant.
Pour gérer tout ça, un nouveau #define AUTOMATIC_POWER_RESTORE a été ajouté dans le config.h . S'il est défini, alors le comportement sera celui décrit pour les connexions Z21 uniquement, sans distinction entre app iOs ou Android puisque l'on ne sait pas les reconnaître... Dans Z21Throttle.h, la constante POWEROFF_ONDELAY de la classe Z21Throttle donne la durée du délai en secondes.
Pour ce qui est du non fonctionnement de l'appli Z21 noire. J'arrive à la faire fonctionner, mais avec beaucoup de mal. D'abord j'ai dû enlever tous les aiguillages ("switchs") du réseau sélectionné. En effet, l'appli demande des infos sur les aiguillages dès que l'on passe sur le poste de conduite, et mon interface ne répond pas bien, enfin c'est ce que j'en ai déduit... Je n'ai pas réussi à faire fonctionner ça, donc j'ai retiré les aiguillages. Malgré ça, ça ne marche toujours pas tout de suite. Il faut redémmarer Labox et là ça se met à marcher. Donc allumer Labox, connecter l'application, passer en mode conduite, puis redémarrer Labox. La connexion se refait immédiatement et ça marche. Encore un sujet à approfondir...
-
Je trouve cette astuce très élégante.
Merci Thierry.
-
Depuis les débuts de LaBox, il y des lustres, nous nous sommes efforcés de permettre à chacun de réaliser sa propre centrale (ou station de commande) DCC.
Dans sa version actuelle, dans sa forme matérielle et avec la dernière version 2.4.4, nous estimons avoir atteint notre but ;D :D ;)
Mais le but des uns n’est forcément le but des autres !
Pour être honnête, la compatibilité de LaBox actuelle avec la norme Railcom ne pourra pas être atteinte sans évolutions futures :
Le point d’achoppement est la génération du Cutout d’environ 500 microsecondes à la fin de chaque trame DCC.
Je ne vais pas développer techniquement tout le pourquoi du comment de la chose. Pour ceux que ça intéressent un nouveau sujet présente et propose des evolutions possibles :
https://forum.locoduino.org/index.php?topic=1669.0 (https://forum.locoduino.org/index.php?topic=1669.0)
En quelques mots, si on veut conserver toutes les qualités de LaBox actuelle et y ajouter ce fameux Cutout, il faudra au moins modifier le booster en ajoutant une logique de type « Brake » au L6203, ou changer de booster.
Mais surtout c’est le choix de l’ESP32 comme unique microcontroleur qui sera à revoir, car il n’est pas parfait. Et dans ce domaine, ça évolue très vite !
Ceux qui choisiront le support du Railcom à tout prix pourront se tourner vers la réalisation de BobyAndCo (Christophe) dans le projet des satellites autonomes :
https://forum.locoduino.org/index.php?topic=1648.0 (https://forum.locoduino.org/index.php?topic=1648.0)
Personne n’est donc abandonné sur la route !
-
Bonsoir Dominique,
Ce dernier post m'inquiète:
"Dans sa version actuelle, dans sa forme matérielle et avec la dernière version 2.4.4, nous estimons avoir atteint notre but"
Est-ce à dire qu'il n'y aura plus d'évolution du code de la version actuelle 2.4.4 ?
Sinon, prévoyez-vous de poursuivre quand même les corrections des quelques anomalies restantes à régler telles que :
1- Supprimer le reboot pour passer du mode main au mode prog et inversement.
2- Un fonctionnement de l'application Z21 noire aussi bon que la Z21 rouge et bleue qui elle fonctionne parfaitement. Surtout pour les possesseurs de smartphones récents ne permettant plus le téléchargement de l'appli Z21 rouge et bleue. Ceci est-il un problème insoluble ?
3- Une meilleure prise en compte du bouton Stop dans la version sous Ios.
Concernant le Railcom, nous avons fait le choix dès le départ de ne pas l'utiliser.
Le risque a été pris de construire 5 box "pour voir" au sein de mes 2 clubs, et 5 autres seraient les bien venues, voire plus.
Or je ne peux pas poursuivre si ces anomalies persistent et je serai contraint d'abandonner ce beau projet avec grand regret.
Ou, pour le moins, en y limitant son domaine d'utilisation.
Le sujet est fort complexe et je vous tire mon chapeau bien bas. Je suis bien conscient que vous faites cela bénévolement, sans nous devoir quoi que ce soit.
Au plaisir de vous lire à nouveau, avec un grand merci et bravo à toute l'équipe. :) :) :) :)
Bien cordialement,
Jean Marc
-
Bonsoir
Je pense que Dominique a voulu indique que la résultat actuel est déjà une étape importante du projet de base. Une centrale LOCODUINO disposant de nombreux points innovant et abordables au plus grand nombre.
LaBOX est fonctionnelle
Elle est toujours évolutive
Il y a (encore) des corrections/ aménagements à faire ( cela requiert de tester, de chercher, de trouver,...etc)
La documentation existe, de nombreuses personnes on pu déjà réaliser LABOX et faire part de leur expérience en utilisation avec.
Il n y a pas d'inquiétude particulière à avoir sur la pérennité du projet et son maintient.
Il y aura un jour d autres déclinaisons, c est l'ordre naturel des choses du fait des évolutions techniues et des retours d'expériences.
En attendant on peut deja profiter de sa version actuelle.
Ltr
-
Bonsoir Laurent,
Merci pour votre réponse.
En effet, cette box fonctionne très bien en se limitant à l'utilisation de l'appli Z21 rouge et bleue sous Android.
C'est une étape importante qui a été réalisée.
C'est déjà beaucoup et merci encore à tous les collaborateurs.
Bien cordialement,
Jean Marc
-
Le projet Labox n'est pas mort, si c'est la question. C'est exactement comme un réseau : rien n'est jamais terminé, il y a toujours des choses à faire. Mais ça marche, ça fait le boulot. Les sujets d'évolution et de correction ne manquent pas, mais parfois c'est le temps à y consacrer qui manque, ou les solutions...
Pour reprendre les sujets qui fâchent ( ;)) un par un :
1- Supprimer le reboot pour passer du mode main au mode prog et inversement.
Dans la mesure où ça marche dans l'état, le sujet est un peu en retrait. A l'époque du développement de la solution actuelle, j'avais déjà essayé quantité de choses qui n'ont pas fonctionné et qui m'ont couté beaucoup de temps... Je ne m'y attaquerais que si je n'ai plus le choix.
2- Un fonctionnement de l'application Z21 noire aussi bon que la Z21 rouge et bleue qui elle fonctionne parfaitement. Surtout pour les possesseurs de smartphones récents ne permettant plus le téléchargement de l'appli Z21 rouge et bleue. Ceci est-il un problème insoluble ?
Pour le coup j'y travaille. Moi aussi ça me dérange de ne pas utiliser la dernière version. Pour une raison que j'ignore l'application semble cesser toute connexion dès que l'on rentre sur le panneau de conduite. J'ai d'ailleurs observé le même comportement dans la vieille appli si l'on rentre sur le panneau des aiguillages... Mais le fait que ça se décoince si on redémarre Labox prouve qu'il y a un moyen. Je ne désespère pas ! Et puis ça m'a permis hier d'ajouter à la prochaine 2.4.5 une déconnexion automatique de l'appli si aucun échange de données n'a lieu pendant 20 secondes. Temps que je monterai sans doute à 60 secondes dans la version définitive.
3- Une meilleure prise en compte du bouton Stop dans la version sous Ios.
La version iOs n'a effectivement pas le même comportement que la version Android. Qui suis je pour aller contre la volonté du développeur de cette version ? Et si aucune mise à jour n'est venue corriger cela, c'est sans doute que ça ne leur a pas semblé important ! Malgré tout et pour vous être agréable, la version 2.4.4 utilise une petite astuce expliquée dans mon message du 18 pour contourner le problème.
Tout ça pour dire que rien n'est figé, et que je continuerai de corriger les problèmes rencontrés. De même que Michel et Dominique continueront certainement d'améliorer le matériel si besoin.
A noter qu'aujourd'hui je suis le seul à proposer des améliorations sur le code. Il est pourtant gratuitement et entièrement disponible sur Github, et n'importe qui peut le prendre, le modifier, l'améliorer. Donc si toi au d'autres veulent aider, c'est tout à fait possible !
-
Bonjour Thierry,
Merci pour votre réponse très rassurante. :) et sachez que je suis loin d'être fâché !!
Bien au contraire, ce que vous avez réalisé est formidable.
Je crains d'avoir été trop pressant dans mes propos :( et j'en suis désolé.
Je comprends bien qu'il est complexe de résoudre certaines anomalies, je serai bien incapable de proposer une quelconque solution.
Ce code est bien trop complexe pour moi.
Nous attendrons les évolutions qui prendront le temps nécessaire. Le plus important est que LaBox continue d'évoluer.
Pour le moment, LaBox fait le boulot avec l'appli Z21 rouge et j'en suis ravi. C'est déjà beaucoup !
Les prochains utilisateurs potentiels devront s'adapter à ce périmètre pour le moment.
Bonne continuation et bon courage. Au plaisir de vous lire.
Bien cordialement,
Jean Marc
-
A noter qu'aujourd'hui je suis le seul à proposer des améliorations sur le code. Il est pourtant gratuitement et entièrement disponible sur Github, et n'importe qui peut le prendre, le modifier, l'améliorer. Donc si toi au d'autres veulent aider, c'est tout à fait possible !
Bonjour Thierry,
Je profite de ce que tu abordes le sujet pour rappeler que j'avais proposé il y a quelque temps du code pour l'intégration du CAN dans la box. Je pense que toutes les commandes y étaient, commande de traction, de fonction, de power on/off et même le e-stop. La dernière version de ce travail date du 11/12/23 mais depuis je n'ai pas eu de nouvelles !!!
Visible sur lune branche créée ad hoc sur le GitHub de Locoduino : https://github.com/Locoduino/CommandStation-EX-LaBox/blob/CAN-messaging/CanMsg.cpp
J'avais aussi réalisé un fichier de test qui permettait de tester toutes ces fonctions et je l'avais fait sur mon réseau avec succès : https://github.com/Locoduino/Test_CommCan_LaBox
Sans réponse, je n'ai pas continué les mises à jour ce qu'il faudrait faire aujourd'hui.
Bien amicalement
Christophe
-
Tu as tout à fait raison. La prochaine version sera donc une 2.5.0 eu égard à l'importance stratégique de l'ajout !
-
Tu as tout à fait raison. La prochaine version sera donc une 2.5.0 eu égard à l'importance stratégique de l'ajout !
Je suppose que ce message m'était destiné vu qu'il venait chronologiquement après mon message. Il faudrait tout de même que l'on en discute pour définir certaines choses (filtre CAN ou pas), les fonctions (DCC) sont elles suffisantes, en ai-je oublié ? La structure des messages CAN que j'ai retenue vous convient-elle ? (29 bits etc...) ?
Il faut aussi que je mette à jour le Github de Locoduino (ce que je peux faire d'ici 3 ou 4 jours) et que je teste à nouveau ce que je ne peux pas faire avant mon retour le 6 mars.
Christophe
-
Bonjour à tous,
A mes heures perdues (trop peu nombreuses...) je tente de controler Labox via le CAN, J'avais dans un premier temps élaboré un protocole de messagerie. J'ai ensuite déchiffré le tien avec les commandes dans l'ID sur 29 bits. j'ai d'ailleurs fait un beau tableau Excell. Mes messages semblent avoir le bon format sur mon sniffer CAN mais je n'ai pas encore testé sur Labox (je ne peux y consacrer beaucoup de temps et j'ai plusieurs petits projets en même temps...)
Je me pemet de donner mon avis sur 2-3 points :
- Je pense qu'il est nécessaire d'établir un protocole CAN défini, même si il l'est uniquement à l'échelle de locoduino. Cela permet à chacun de pouvoir apporter sa petite pierre à l'édifice à coté des développeurs chevronnés qui sévissent ici et de s'assurer de la compatibilité du code dans le temps. (une petite manette CAN, un TCO, un accessoire,....)
- Le protocole doit rester abordable: le gros avantage de DCCex était quand même d'être controlé par des instructions simplissimes <1 xx xxx ....> Un débutant sait très vite envoyer une instruction sur un port série. Son principal inconvénient était de ne communiquer que dans un sens.
La nécessité initiale du CAN était d'apporter cette communication bidirectionnelle au gestionaire.
J'ai étudié les liens que Christophe m'a indiqué sur le CAN avec les possibilités de filtre. Rien n'est insurmontable ..... mais a t'on besoin d'apporter de la complexité supplémentaire?
(Concernant les satellites autonomes, c'est un concept tellement différent que les besoins en communication peuvent être différents également.)
Je ne veux surtout pas froisser les développeurs qui font un travail monstre, qui ont conçu Labox plein d'autres choses, mais en tant qu'amateur, on se sens vite largué quand on voit l'évolution impressionnante des projets, et de ce fait on se dit qu'on ne peut pas apporter grand chose... Je pense qu'il ne faut pas perdre l'aspect pédagogique et abordable pour l'amateur.
En tous cas, encore félicitations pour tout le travail accompli et aussi pour votre réactivité sur les forums quand on pose des questions. On ne reste jamais bloqué très longtemps.
-
A mes heures perdues (trop peu nombreuses...) je tente de controler Labox via le CAN,
C'est mieux que d'aller au bistrot !
- Je pense qu'il est nécessaire d'établir un protocole CAN défini, même si il l'est uniquement à l'échelle de locoduino. Cela permet à chacun de pouvoir apporter sa petite pierre à l'édifice à coté des développeurs chevronnés qui sévissent ici et de s'assurer de la compatibilité du code dans le temps. (une petite manette CAN, un TCO, un accessoire,....)
C'est ce que nous sommes en train de réaliser. Cela fait un petit moment que nous échangeons après avoir étudier de nombreux autres protocoles dont celui de Marklin qui m'a le plus inspiré. En fait, l'implantation du CAN dans la Box avec la structure de messages que je propose doit valider (ou non) cette proposition, ce pourquoi j'ai profité de la perche tendue par Thierry pour relancer le sujet.
- Le protocole doit rester abordable: le gros avantage de DCCex était quand même d'être controlé par des instructions simplissimes <1 xx xxx ....> Un débutant sait très vite envoyer une instruction sur un port série. Son principal inconvénient était de ne communiquer que dans un sens.
La nécessité initiale du CAN était d'apporter cette communication bidirectionnelle au gestionaire.
Non le protocole sous forme <1 xx xxx ....> ne communique pas que dans un sens. Pour les commandes CAN de la Box, j'ai également programmé les confirmations de réception de commandes avec le CAN mais je me suis limité à celle qui sont d'origine dans DCC++ /DCC Ex ! On pourra élargir si le besoin est exprimé.
J'ai étudié les liens que Christophe m'a indiqué sur le CAN avec les possibilités de filtre. Rien n'est insurmontable ..... mais a t'on besoin d'apporter de la complexité supplémentaire?
(Concernant les satellites autonomes, c'est un concept tellement différent que les besoins en communication peuvent être différents également.)
Je ne crois pas apporter de la complexité, même en CAN, tu pourrais toujours communiquer "à l'ancienne <1 xx xxx ....>". Le propre d'un protocole c'est justement de pouvoir répondre à TOUS les besoins avec la même structure. La structure pour les satellites est la même. Comme le petit programme pour le TCO que j'ai mis en ligne ce matin. C'est le propre d'un protocole, sa raison d'être que ce soit la même chose pour tout le monde.
Je ne veux surtout pas froisser les développeurs qui font un travail monstre, qui ont conçu Labox plein d'autres choses, mais en tant qu'amateur, on se sens vite largué quand on voit l'évolution impressionnante des projets, et de ce fait on se dit qu'on ne peut pas apporter grand chose... Je pense qu'il ne faut pas perdre l'aspect pédagogique et abordable pour l'amateur.
En tous cas, encore félicitations pour tout le travail accompli et aussi pour votre réactivité sur les forums quand on pose des questions. On ne reste jamais bloqué très longtemps.
Merci pour les appréciations.
Malheureusement, nous sommes actuellement essentiellement sur des projets complexes. Il n'existe pas vraiment de programmes simples pour les projets complexes. Par contre, nous faisons en sorte, Thierry en particulier, moi aussi, de faire que cela soit très simple côté utilisateur.
Pour finir, je prendrais le cas des commandes pour la Box. Les seules commandes que l'utilisateur ait besoin de connaitre sont dans le fichier à partir de la ligne 54, tu avoueras que ce n'est tout de même pas très compliqué : https://github.com/BOBILLEChristophe/Test_CommCan_LaBox/blob/main/src/Test_CommCan_LaBox.cpp (https://github.com/BOBILLEChristophe/Test_CommCan_LaBox/blob/main/src/Test_CommCan_LaBox.cpp)
Et en plus j'ai mis des commentaires explicites.
Quand nous serons d'accord sur la structure des identifiants CAN et accessoirement des datas il faudra rédiger effectivement toute la correspondance des fonction, ce ne sera pas de la tarte.
Pour vous donner une idée, je vous joins la doc du protocole CAN de Marklin, ça va vous donner une idée du boulot à venir. Et encore, je n'ai traduit que la moitié environ ! Le lien vers le document original est au début de la traduction, il comporte 68 pages.
Christophe
PS : Peut être les responsables de ce fil préfèreront-ils ouvir un nouveau sujet pour le CAN qui n'est d'ailleurs pas spécifique à la Box ?
-
Je donne deux exemples d’interface Can :
1) Activer les fonctions d’une locomotive d’adresse DCC donnée à partir d’un message Can :
- marche avant, arrière, stop, vitesse, direction
- et fonctions du décodeur, etc..
C’est simple ici le décodage du message Can s’interface avec les fonctions prévues dans Dcc-ex.
Mais il y d’autres façons de commander cette machine avec LaBox (port serie-usb, wifi, tcp…HMI) et j’ai besoin pour mon gestionnaire de recevoir un message qui décrit le changement de régime de cette machine (mais pas les fonctions lumière-sons) a chaque changement, par exemple lorsque l'utilisateur commande la loco avec son smartphone.
Est-ce qu’on dispose des interfaces pour faire cela ?
Peut-être faudra-t-il aussi envoyer un message à la lecture de l’adresse d’une machine. Je n'en vois pas la nécessité.
2) les fonctions Can dans LaBox vont occuper du temps CPU (setup et loop) qui ne doit être activé que si on s’en sert. Heureusement un « USECAN » peut être utilisé si besoin.
Donc il faudra permettre des mises en œuvre conditionnelles selon les besoins de chacun .
A suivre
Dominique
-
Nouvelle version 2.4.5
En attendant la version intégrant le CAN, voici une version qui corrige quelques bricoles :
- Une constante Z21_TIMEOUT fixée à 20 secondes déconnecte complètement une app Z21 qui ne répond plus.
- L'application Z21 noire fonctionne enfin ! J'ai découvert un 'petit' envoi de 1000 octets de valeur 0 lorsque l'on passe à l'écran de conduite. Bien sûr rien n'était dimensionné pour ça, ni apte à décoder rapidement une telle quantité de données.
- Dans la même veine, l'entrée sur l'écran des aiguillages envoyait d'un bloc plusieurs messages Z21. Labox les traitait, mais à une vitesse insupportable !
- Du coup, le pilotage d'aiguillage fonctionne maintenant.
Cette version a été testée sur iOS avec WiThrottle Lite, Z21, Roco Z21, DigiTrainsPro en mode Z21, Train Driver en mode Z21.
Testée aussi sur Android avec Engine Driver, Z21, Roco Z21, Locotouch en mode WiThrottle, Cab Engineer.
Voili, voilou.
PS : Content de voir que le calme est revenu.
-
Bonjour Thierry et merci beaucoup,
Je m'empresse de faire une mise à jour :) :) :)
Jean Marc
-
Nouvelle version 2.4.5
Je viens de tester le 2.4.5 et je confirme le retour du DCC sur les rails après appui sur le bouton STOP de la Z21 Mobile (pas la noire).
C'est un peu curieux : il me semble qu'il faut appuyer à nouveau sur le bouton STOP pour voir le curseur de vitesse s'afficher sur l'HMI mais il faut attendre environ 30 secondes (je vais chronométrer) pour que les leds DCC s'allument et que la voie soit alimentée.
Je n'ai pas encore installé la Z21 noire, qui semble en allemand seulement sur iPhone.
Les tests CAN vont suivre.
-
Bonjour à tous
Je viens de m'inscrire pour partager sur LaBox (cf ma présentation)
Sur l'appli Z21 noire, le bouton stop en haut à droite doit être mis à jour par le message "LAN_X_STATUS_CHANGED". J'ai donc créé ce message.
D'autre part, lorsque plusieurs applis clientes sont connectées, il faut diffuser à toutes pour mette à jour. J'ai profité de la mise à jour des infos de conduite pour ajouter ce nouveau message.
=> ça marche ! L'appli noire est 100% fonctionnelle pour la conduite et l'état de la puissance sur la voie est mise à jour sur plusieurs applis.
Dans le fichier Z21Throttle.cpp joint mes modifs sont repérées par un commentaire contenant "gilles"
Merci à tous pour ce fantastique travail sur LaBox
nb : je n'ai pas encore regardé la gestion du bouton stop en mode programmation
-
Le fichier ccp n'est pas passé. Je re-tente
-
J'ajoute qu'on pourra aussi supprimer la tempo et le réarmement que Thierry avait mis pour contourner le problème du bouton stop.
-
Bonjour à tous,
Et merci Gilles pour cette analyse efficace.
J'en profite pour préciser que je vais supprimer mes 2 messages du 29 février avec les fichiers correspondants qui n'ont plus lieu d'être.
J'ai testé et ça marche !
Cordialement,
Jean Marc
-
Merci Gilles, belle contribution.
Grâce à tes modifications, le comportement est bien plus logique. J'ai donc fait une version 2.4.6 qui les intègre moyennant mon petit grain de sel :) .
N'hésites pas si tu as d'autres suggestions.
-
Bonjour Thierry
Merci d'avoir pris en compte et ré-écrit plus proprement la modif que j'avais proposée.
MAIS..... il était inutile d'y ajouter un bug ;D
En effet, en ligne 544 , l'appel de notify doit être fait avec "false" pour le XOR-byte car il n'est pas compris dans les données et doit être calculé.
L'appli rouge/bleue ne supporte pas cette erreur et se plante, tandis que la noire ne s'aperçoit de rien et fonctionne !!
Tout remarche après correction.
Cordialement
Gilles
-
La vie serait triste sans de petits imprévus !
Je suis parti du principe que la version noire de l'appli Z21 était la plus sensible, donc je n'ai testé qu'avec elle, aussi bien sur iOs qu'Android... Erreur !
Nouvelle version 2.4.7 dispo.
-
Bonjour à tous,
Merci Gilles pour avoir trouvé ce bug qui m'avait quelque peu dérouté !
Et ceci corrigé très rapidement.
Je viens de tester et tout est rentré dans l'ordre :D
Merci Thierry pour cette nouvelle version.
C'est piégeur ces nuances entre ces deux appli...
Cordialement,
Jean Marc
-
Bonsoir Thierry
Ma solution pour synchroniser plusieurs applis s'appuyait sur l'opportunité des messages cycliques à 2secondes. Cela mettait donc une latence entre une action sur une appli et son effet sur une autre... ça marche, mais on peut faire mieux.
Alors j'ai ré-écrit mes modifs en créant un "presque vrai" broadcast qui balaye toutes les applis connectées.
Pour l'utilisateur cela semble être une parfaite simultanéité.
J'ai aussi complété le status qui gère le bouton stop en lui ajoutant le cas d'overload...... mais sans succès car le powermode n'est jamais vu à overload par la méthode de lecture que j'ai utilisée. Faut-il en utiliser une autre plus pertinente ?
Cordialement
Gilles
-
bonjour,
super novice en elctronique je malgré tout essayé de monter la Box et je rame serieusement.
Avec la prise USB j'ai telecharge sans probleme mais jamais vu les diodes rouge s'allumer, ne l'ecran oled.
Sans la prise aucun signe de vie.
Face au difficulté j'essaye de trouver le bug.
D'abord le converisseur DC/DC j'ai achete sur Ali celui qui est indiqué.
J'ai une alimentation de standard 19,5V 4.62A. J'ai testé mon convertisseur j'ai au maximum 4.30 V donc a la place j'ai mis un LM2596 correctement calibré.
D'autre par n'ayant pas compris qu'est-ce Header male 2 broche placé a coté du RJ12 j'ai le omis.
Bon je suis tres embeté
Une aide est-elle possible
Merci d'avance
Jozef
-
Comme c’est dit (trop) fréquemment, ajoutez des photos des 2 côtés.
Décrivez aussi plus clairement si possible (quelles diodes leds, quel convertisseur, quel oled ?)
Les 2 pins à côté de la rj12 gauche sert au strap du bus Can (voir l’article)
Avez-vous suivi scrupuleusement les détails de montage de l’article ?
-
ci joint les photo de la box.
Oui dans la mesure du possible j'ai suivie le montage au restriction montionées pres
J'ajoute que j'ai du retourner les trois diodes pour raison de polarité
Jozef
-
On ne voit pas bien comment est cablée l'entrée du convertisseur dc-dc. Comme ce n'est pas le même modèle que prévu, tu as cablé par fils la sortie pour respecter les polarités. Vu le genre de convertisseur, je suppose qu'il faut aussi cabler par fils pour la polarité d'entrée. Seulement on ne voit pas de fils sur l'entrée. Si tu as cablé directement, alors il est probablement alimenté à l'envers !
Peux-tu nous confirmer le cablage ?
-
C'est un LM2569 classique. Mais aussie bien l'entre que la sortie sont renversées droite gauche donc j'ai employé des câble pour garder la bonne polarité.
Jozef
-
C'est un LM2569 classique. Mais aussie bien l'entre que la sortie sont renversées droite gauche donc j'ai employé des câble pour garder la bonne polarité.
Donc cela semble bon !
La led sur le convertisseur s'allume-t-elle ?
-
Oui la led du convertisseur s'allume.
J'ai vérifié la tension de sortie est bien de 5V comme ajusté avant le branchement. J'ai également vérifier la tension sur ESP32. J'ai bien 3.3V entre la pin 3.3 et gnd (donc a droite) mais je ne retrouve pas le 5V sur la pin Vin (donc a gauche).
Jozef
-
je ne retrouve pas le 5V sur la pin Vin (donc a gauche).
Inquiétant en effet !
Retire le circuiT ESP32 et vérifie la continuité du +5 depuis le convertisseur jusqu'à la pin 5v du connecteur de l'ESP (met une queue de résistance dans le contact)
Sinon lorsque l'USB est branché mais pas l'alimentation principale, l'ESP doit au moins fonctionner avec l'affichage et le WIFI, alimenté par l'USB.
-
pour la piste du 5v, j'ai bien 5V entre le - du convertisseur et la pin 5V du connecteur ESP
Avec la prise USB on vois bien démarrer avec l'affichage sur le moniteur et le démarrage du WIFI. J'ai même connecté mom smartphone.
Par contre sur <1> une réaction sur le moniteur mais pas sur le circuit (les led rouge reste éteintes).
-
pour la piste du 5v, j'ai bien 5V entre le - du convertisseur et la pin 5V du connecteur ESP
Bon, pas de problème de +5. Si tu ne l'avais pas trouvé sur la pin de l'ESP, c'était probablement une mauvaise mesure.
(c'est logique, si il y a du 3.3V, c'est que le 5V est présent.)
Avec la prise USB on vois bien démarrer avec l'affichage sur le moniteur et le démarrage du WIFI. J'ai même connecté mom smartphone.
Par contre sur <1> une réaction sur le moniteur mais pas sur le circuit (les led rouge reste éteintes).
Où en es-tu de la phase de montage ? le pont en H (le L6203) est-il soudé ?
Si il n'est pas encore soudé, c'est probablement qu'il ne fait pas contact dans les trous métallisés. Ecarte très légèrement les pattes et ré-insert le. Cela va faire ressort et faire contact pour le test.
Si il est déjà soudé.... peut-être est-il défectueux.
-
Il est soudé, je vais dessouder et essayer un autre on verra demain
Merci
Jozef
-
Il est soudé, je vais dessouder et essayer un autre on verra demain
Dessouder, ça ne va pas être facile. Solution couper les pattes puis les dessouder une par une.
Avant de dessouder, vérifie les soudures du connecteur de l'ESP. Ce pourrait être une cause de non fonctionnement.
Autres questions :
- quand tu dis "sur <1> une réaction sur le moniteur" pourrais-tu décrire ou photographier plus précisément ce qui est affiché ?
- as-tu activé le moniteur série de l'IDE ? quels sont les messages ?
-
@ Jozef
ne le prends pas mal , mais tes soudures sont dégeulasses
il faut que changes soit ton fer , soit la soudure que tu utilises (voire la méthode)
https://www.youtube.com/watch?v=GZutowkOdc8&t=82s (https://www.youtube.com/watch?v=GZutowkOdc8&t=82s)
-
Je suis d'accord pour les soudure, comme a la base j'ai prévu de faire deux box je recommence en essayant de faire plus propre, pas facile d'apprendre a souder a 70 berges mais l'espoir fait vivre.
Je vous tiens au courant
Jozef
-
Hello, et voila j'ai recommencé et tout marche. Merci pour vos conseils et votre patience.
Maintenant il faut comprandre comment sa marche
-
Bonjour.
J'ai commencé à construire la nouvelle version du centrale LaBox , avec CMS, mais en soudant tous les composants moi-même.
Et j'ai un doute, dans le PCB il y a des composants CMS sans étiquette. Et, inversement, dans la liste des composants cms, il y en a certains que je ne trouve pas sur le PCB. En particulier les résistances R4, R5, R10 et R16, et le condensateur C12. J'aurais vraiment besoin d'une clarification.
Merci beaucoup et meilleures salutations,
Juan.
-
Bonjour Juan,
A mon avis, c'est une très mauvaise idée de vouloir monter les CMS soi-même alors que nous avons tout fait pour éviter cela.
Mais maintenant que c'est parti comme ça, comment s'en sortir ?
Il faut prendre les fichiers Gerber qui sont dans l'article et les ouvrir avec une application de visualisation des Gerber, couche par couche et en suivant les pistes sur l'image et sur le schéma : cela permet de repérer les composants, leur valeur et leur orientation.
Vous trouverez ainsi les réponses concernant les R4, R5, R10 et R16, et le condensateur C12, n'ayant pas le temps en ce moment.
Malheureusement Msport ne pourra plus vous aider, et je ferai de mon mieux autant que possible.
R5 est à coté de SJ1 (sa sérigraphie est en partie cachée). Idem pour les autres..
-
avec la sérigraphie seule, on peut voir mieux.
-
Parfaite Dominique, merci beaucoup.
-
La plaque est maintenant terminée. Mais un nouveau problème apparaît lorsque j'essaie de charger le sketch, j'obtiens une erreur lors de la vérification du sketch. Dois-je configurer les paramètres de la carte, ESP32 Dev Module, d'une manière particulière ?
Merci beaucoup,
-
Bonjour,
j'ai fini la box, j'ai corrigé quelques erreurs sur les config.h et cela marche. Cela peut peut être répondre à la question précédente sur la compilation.
Pour ma part, à la fin du téléversement qui semble s'effectuer correctement, j'ai le message suivant " Sortie...
Réinitialisation matérielle via la broche RTS..." J'appuie sur la touche reset de l'ESP32, il ne se passe rien. La carte doit être correctement montée, elle s'allume (rouge et bleu lorsque je l'alimente 12 volts.
NB : j'ai une carte wroom-32 .
Merci pour ne réponse!
-
Je complète mon précédent message.
lorsque j'appuie sur la touche reset, le téléchargement se fait bien. La box doit démarrer mais sur le moniteur série ou j'ai les différentes informations adresse IP, le port et à la fin ces informations :
<*lcd3 : ready *>
<po>
<*LCD2 : power off*>
et pas d'allumage de l'écran.
Je continue à chercher.
-
La plaque est maintenant terminée. Mais un nouveau problème apparaît lorsque j'essaie de charger le sketch, j'obtiens une erreur lors de la vérification du sketch. Dois-je configurer les paramètres de la carte, ESP32 Dev Module, d'une manière particulière ?
Merci beaucoup,
Normalement non s’il est bien déclaré.
Vérifiez les mises à jour de l’IDE et des cartes
Ou utilisez un autre ESP32
Ou essayez de le charger tout seul, en dehors de la carte LaBox. Si ça marche, vérifiez la carte.
-
Je complète mon précédent message.
lorsque j'appuie sur la touche reset, le téléchargement se fait bien. La box doit démarrer mais sur le moniteur série ou j'ai les différentes informations adresse IP, le port et à la fin ces informations :
<*lcd3 : ready *>
<po>
<*LCD2 : power off*>
et pas d'allumage de l'écran.
Je continue à chercher.
A la fin du téléchargement dans l’esp32, le moniteur série n’affiche rien, c’est normal.
Si vous appuyez sur reset (Bouton à gauche de la prise usb) s’affichent les détails du processeur et le setup du programme. C’est toujours normal (voir article).
Si l’afficheur reste noir, changez-le et vérifiez les soudures et surtout son adresse I2C (voir article).
-
Merci beaucoup pour votre aide, mais ce n'est pas le problème.
Le problème n'est pas dans la carte ou dans le téléchargement de mon sketch, le problème est que je n'arrive même pas à compiler !
Ma carte est aussi une ESP WROOM 32, dans l'IDE Arduino je choisis la carte ESP32 Dev Module, je charge les librairies nécessaires et quand je compile, j'obtiens finalement l'erreur :
error : ld returned 1 exit status
exit status 1
Erreur de compilation pour la carte ESP32 Dev Module.
-
Si je peux me permettre il faut Choisy ESP32-WROOM-DA Moduł
Jozef
-
@Jozef : Merci de vous permettre ! Allez-y !
Pour l’avenir il ne faut pas se contenter de montrer la dernière ligne:
Error : Id returned 1 exit status
Mais la totalité du rapport de compilation dans lequel la ou les causes sont montrées.
-
La compilation agit en cascade. Une première erreur déclenche généralement une flopée d'autres, et la dernière est certainement la moins significative. C'est surtout la première qui est importante. Les autres ne sont souvent que des conséquences.
-
Jozef, j'ai également essayé cette carte et d'autres, mais elle ne compile toujours pas.
Merci beaucoup quand même.
-
Dominique, Thierry, je sais bien, mais le rapport de compilation est tout simplement monstrueux (gigantesque) et je n'ose pas l'uploader sur le forum.
Quoi qu'il en soit, j'ai une idée de la source du bug, si j'ai le temps cet après-midi, je ferai quelques tests et je vous tiendrai au courant.
Cordialement,
Juan
-
@Juan,
je viens de compiler avec succès la version CommandStation-EX-LaBox, version 2.4.7, avec l'IDE 2.3.2 et la carte ESP32 d'espressif 2.0.14 (toutes les dernières versions).
-
Je peux enfin dire que j'ai réussi à le compiler !!!
De plus, je l'ai chargé dans l'ESP32, et
En outre, tout fonctionne !!!!
Merci encore une fois à vous tous pour votre aide.
-
Et pour les curieux, je vais vous dire où était MON bug : Dans le config.h, la ligne 169
// #define OLED_DRIVER 0x3c,128,32
Je l'avais décommenté. Si je la laisse telle quelle, commentée, c'est là que tout fonctionne, Oled compris.
La vérité, c'est que je n'y comprends rien, mais c'est comme ça.
Et maintenant, pour en venir au sujet, j'ai une question : si à la place de l'Oled de 0,96", qui fonctionne, je veux en mettre une plus grande, 1,3", par exemple, que dois-je modifier ? Parce que j'ai essayé et ça ne marche pas.
-
Pour finir la journée, un autre bug/question : si je copie le fichier myAutomation.example.h avec le nom myAutomation.h, ça ne compile plus, ça bug à nouveau.
Et je n'ai pas le moral pour vérifier le gigantesque rapport de compilation.
-
Cool que ça marche.
Tout ce qui concerne l'OLED vient des sources Hmi*.*. Le OLED de config.h n'est pas celui qui est utilisé.
Dans hmiConfig.h tu trouveras de quoi changer ces choses là:
#define HMI_I2C_ADDR 0x3C
#define SCREEN_WIDTH 128 // OLED display width, in pixels
#define SCREEN_HEIGHT 64 // OLED display height, in pixels
plus quelques autres. Il faut aussi que l'écran soit piloté par une puce SSD1306. Sinon Hmi ne saura pas faire sans grosses modifications...
MyAutomation permet de construire des automatismes avec ExRail inclus dans DCCEX. C'est un aspect que nous n'avons pas encore exploré...
-
Merci beaucoup Thierry.
Mon Oled est 1.3", 128x64, mais ... SH1106 !!! Bon, nous laisserons cela pour une autre fois.
Mais myAutomation de EXRail est une fonction très, très intéressante du DCC-EX, qui ne doit pas être laissée de côté. Please ...
-
Mais myAutomation de EXRail est une fonction très, très intéressante du DCC-EX, qui ne doit pas être laissée de côté. Please ...
Nous ne l'avons pas encore testée et sa documentation est sur le site DCC-EX.
-
Et nous ne refuserons pas un peu d'aide sur ce sujet, comme sur beaucoup d'autres !
-
J'ai un central DCC-EX "pur", c'est-à-dire construit en suivant les instructions du site DCC-EX, sur une carte Arduino Mega avec WiFi inclus. J'ai expérimenté, juste un peu, avec EX-Rail, et comme je l'ai dit, je trouve cela très intéressant, et je n'ai pas eu de problèmes.
Ce que je ne comprends pas, c'est pourquoi, lorsque j'inclus un fichier myAutomation.h (celui de l'exemple, tout simplement) dans LaBox, j'obtiens des erreurs de compilation.
-
Une photo de ma LaBox : celle du dessus est la dernière version du PCB, en attente d'une boîte pour l'installer. Celle du dessous est l'ancienne version, 0.4.
Et les deux fonctionnent bien ! ;D ;D
-
Oui, comme vous l'avez peut-être remarqué, je suis un peu bricoleur. :-[ :-[
-
Mais c'est ce que j'ai fait moi-même.
-
Bravo ;D
-
Bonjour,
Moi aussi, je rame mais à priori j'avance un peu.
Je compile sans problème si je laisse déconnecté le " #define OLED_DRIVER 0x3c,128,32 "dans le config.h.
Si je connecte la ligne, j'ai le message suivant " c:/users/utilisateur/appdata/local/arduino15/packages/esp32/tools/xtensa-esp32-elf-gcc/esp-2021r2-patch5-8.4.0/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld.exe: C:\Users\Utilisateur\AppData\Local\Temp\arduino\sketches\4615CA7C2C567F0D97B2C1E2D26CAEDE\sketch\CommandStation-EX-LaBox.ino.cpp.o:(.literal._Z5setupv+0x34): undefined reference to `SSD1306AsciiWire::SSD1306AsciiWire(I2CAddress, int, int)'
c:/users/utilisateur/appdata/local/arduino15/packages/esp32/tools/xtensa-esp32-elf-gcc/esp-2021r2-patch5-8.4.0/bin/../lib/gcc/xtensa-esp32-elf/8.4.0/../../../../xtensa-esp32-elf/bin/ld.exe: C:\Users\Utilisateur\AppData\Local\Temp\arduino\sketches\4615CA7C2C567F0D97B2C1E2D26CAEDE\sketch\CommandStation-EX-LaBox.ino.cpp.o: in function `setup()':
C:\Users\Utilisateur\Documents\Arduino\CommandStation-EX-LaBox/CommandStation-EX-LaBox.ino:102: undefined reference to `SSD1306AsciiWire::SSD1306AsciiWire(I2CAddress, int, int)'
collect2.exe: error: ld returned 1 exit status
exit status 1"
Par sécurité, j'ai inclus " #include <Adafruit_SSD1306.h>
#include <splash.h> " en début de programme ino.
J'ai vérifié dans hmiConfig.h, tout es bon.
L'écran oled correspond bien.
Merci pour vos réponses.
-
Comme je l'ai dit plus haut le #define OLED de config.h NE DOIT PAS etre activé. C'est un héritage de DCCEX pour un écran purement texte et ce n'est pas celui que nous utilisons !
C'est hmiConfig.h qui fait le boulot pour LaBox pour un écran graphique. Et rien de plus à inclure que ce qui est déjà fait par défaut, sauf changement radical d'écran.
-
Quelques autres questions :
1- A quoi sert la résistance ajustable R17:1M ? Comment doit-elle être ajustée ?
2- Comme vous pouvez le voir sur la photo, j'ai connecté un module HC-12, qui fonctionne bien dans mon ancienne LaBox, mais qui ne fonctionne pas dans la nouvelle. Je ne comprends pas.
-
Mon Oled est 1.3", 128x64, mais ... SH1106 !!! Bon, nous laisserons cela pour une autre fois.
Pour info j'ai utilisé des OLED de ce type avec succès dans un autre projet
- sur les miens, les branchements GND et VCC sont inversés par rapport au 0.96". Ils sont donc physiquement incompatibles avec le PCB LaBox (et peut-être détruits en cas d'utilisation sur ce PCB ?)
- pour le logiciel c'était très simple car les 2 librairies Adafruit sont basées sur la même librairie Adafruit GFX et la plupart des commandes sont identiques
-- remplacer l'include par #include <Adafruit_SH110X.h>
-- remplacer la classe Adafruit_SSD1306 par Adafruit_SH1106G
-- supprimer SSD1306_SWITCHCAPVCC, dans les paramètres du begin
et cela a fonctionné immédiatement chez moi.
Jean-Paul.
-
2- Comme vous pouvez le voir sur la photo, j'ai connecté un module HC-12, qui fonctionne bien dans mon ancienne LaBox, mais qui ne fonctionne pas dans la nouvelle. Je ne comprends pas.
Voir ma question au bas de la page 1 de ce fil et la réponse de msport.
Je pense que pour utiliser pleinement l'interface RX/TX il faut fermer le jumper SJ3 (situé au dos, sous l'ESP32).
J'espère que c'est correct mais pas testé de mon côté.
Jean-Paul
-
Merci pour les réponses de Dominique et Thierry. Ma box démarre et fonctionne.
-
Mais c'est ce que j'ai fait moi-même.
bravo ! (quand c'est bien fait , il faut aussi le dire)
-
Merci beaucoup Jean-Paul, je réponds aux deux questions :
- Pour l'Oled, oui, je l'utilise aussi sans problème dans d'autres applications, mais je n'ose pas faire les changements que vous mentionnez dans LaBox, et mon Oled a le brochage approprié. Le DCC-EX est assez compliqué, et comme le dit Thierry, il vaut mieux ne pas y toucher.
- Quant au module HC-12, je ne pense pas que ce soit la solution. L'ancienne version, PCB 0.4, a aussi le SJ3, que je n'ai pas eu à modifier pour qu'il fonctionne parfaitement. Je ne sais pas pourquoi cela ne fonctionne pas sur la nouvelle version, mais je préfère ne pas expérimenter.
Merci beaucoup pour votre intérêt.
Cordialement
-
Merci Jean-Paul,
Mon Oled est 1.3", 128x64, mais ... SH1106 !!! Bon, nous laisserons cela pour une autre fois.
Pour info j'ai utilisé des OLED de ce type avec succès dans un autre projet
- sur les miens, les branchements GND et VCC sont inversés par rapport au 0.96". Ils sont donc physiquement incompatibles avec le PCB LaBox (et peut-être détruits en cas d'utilisation sur ce PCB ?)
- pour le logiciel c'était très simple car les 2 librairies Adafruit sont basées sur la même librairie Adafruit GFX et la plupart des commandes sont identiques
-- remplacer l'include par #include <Adafruit_SH110X.h>
-- remplacer la classe Adafruit_SSD1306 par Adafruit_SH1106G
-- supprimer SSD1306_SWITCHCAPVCC, dans les paramètres du begin
et cela a fonctionné immédiatement chez moi.
Jean-Paul.
Ce post m'a tiré de la panade pour mon" wagon de mesures" https://www.locoduino.org/spip.php?article259 (https://www.locoduino.org/spip.php?article259). J'avais bien remarqué que sur mon nouvel écran OLED, les broches alim étaient inversées, mais les pixels étaient tous affichés en vrac.
J'ai appliqué la bibliothèque SH_110X au nouvel écran et miracle ça marche !!!.
Encore merci. :)
-
Merci beaucoup trimarco232.
Et s'il vous plaît, si quelqu'un peut répondre à ma question précédente sur la résistance réglable R17:1M, et sur le module HC12.
Cordialement,
-
Bonjour Juan,
Cette résistance réglable sert a ajuster le zéro dans la mesure de courant.
Nous nous sommes aperçu qu'une simple résistance fixe de 1MΩ à la place de la résistance réglable est suffisant et donne un bon ajustement. Ce n'est pas hyper précis mais suffisant pour donner une bonne appréciation de la consommation de courant totale.
Cette mesure de courant ne sert que pour l'affichage sur l'Oled. Elle est indépendante de l'autre mesure de courant qui est faite par le CurrentMonitor pour la programmation des CVs et la détection de court-circuits.
-
Bonjour,
Je n'arrive pas a diriger deux train avec ma BOX connecté à un smartphone et son application Z21.
Il y a t il une raison ?
-
Bonjour.
Non pas de raison. Si les deux locos ont une adresse différente, je les pilote sans problème.
-
Nous utilisons LaBox au club sur notre réseau N. Samedi dernier nous avions une douzaine de locos activées, dont 8 simultanément présentes sur les voies, pilotées par un smartphone et une tablette à double commande, soit 3 simultanées en pilotage direct.