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.
-
Bonjour.
Je viens de recevoir un ESP32 pour construire « La Box »
Pressé d’explorer le code pour la rendre compatible RailCom.
La modification est très simple, ajout de deux delay au bon endroit.
Dans le fichier DCCRMT.cpp, chercher :
void IRAM_ATTR interrupt(rmt_channel_t channel, void *t) {
La modifier comme ci-dessous.
void IRAM_ATTR interrupt(rmt_channel_t channel, void *t) {
delayMicroseconds(22);
digitalWrite(25,1);
delayMicroseconds(412); // ___________---___________
digitalWrite(25,0);
RMTChannel *tt = channelHandle[channel];
if (tt) tt->RMTinterrupt();
if (channel == 0)
DCCTimer::updateMinimumFreeMemoryISR(0);
}
et dans le setup(), mettre la pin D25 en sortie :
pinMode(25, OUTPUT);
L’introduction du CutOut dans la trame DCC se fait de manière matérielle avec un circuit TTL logique 7400 (4 portes Nand) , voir les photos en pièces jointes.
De cette façon le signal DCC original n’est pas altéré, que du contraire, il est temponné.
Placer des Delay dans une interruption, n’est pas très élégant, il est possible de les remplacer par des Timers.
Bien à vous.
-
Bonjour.
Je viens de recevoir un ESP32 pour construire « La Box »
Pressé d’explorer le code pour la rendre compatible RailCom.
La modification est très simple, ajout de deux delay au bon endroit.
Dans le fichier DCCRMT.cpp, chercher :
void IRAM_ATTR interrupt(rmt_channel_t channel, void *t) {
La modifier comme ci-dessous.
void IRAM_ATTR interrupt(rmt_channel_t channel, void *t) {
delayMicroseconds(22);
digitalWrite(25,1);
delayMicroseconds(412); // ___________---___________
digitalWrite(25,0);
RMTChannel *tt = channelHandle[channel];
if (tt) tt->RMTinterrupt();
if (channel == 0)
DCCTimer::updateMinimumFreeMemoryISR(0);
}
et dans le setup(), mettre la pin D25 en sortie :
pinMode(25, OUTPUT);
L’introduction du CutOut dans la trame DCC se fait de manière matérielle avec un circuit TTL logique 7400 (4 portes Nand) , voir les photos en pièces jointes.
De cette façon le signal DCC original n’est pas altéré, que du contraire, il est tamponné.
Placer des Delay dans une interruption, n’est pas très élégant, il est possible de les remplacer par des Timers.
Bien à vous.
Bonsoir
Super Lebelge2!
Etant novice, Vous dites que c'est pas très élégant de mettre des delays pour des interruptions et c'est ce que j'avais lu pour les interruptions pour Arduino. Est-ce que vous serait possible de modifier le programme afin d'introduire les Timers que vous le suggérez.
Vous dites d'ajouter la ligne suivante dans le setup(), c'est où? SVP
dans le setup(), mettre la pin D25 en sortie :
pinMode(25, OUTPUT);
-
Bonjour ,
j'ai des questions (voir des doutes) quant-à la fiabilité d'un tel montage (mais c'est peut-être juste parce que je suis loin d'avoir tout compris) :
- les gens de DCC-EX , c'est des costauds , si on pouvait implémenter le cutout de manière assez fiable dans l'ESP32 , pourquoi ne l'auraient-ils pas fait ?
- c'est le RMT qui est utilisé , car il permet de dérouler le packet indépendamment des errances des cores
- à la fin d'un RMT , il faut recharger les données (pour le packet suivant) , dans le cadre d'une interruption : il vaut mieux que cette interruption se fasse au cours d'un bit dcc 0 , par exemple le packet start bit , car c'est le moment où on peut se permettre des libertés dans les délais , moyennant le stretch de ce bit , ce qui est permis par la norme
- ce code créé plusieurs approximations dans le timing :
- - la latence de l'interruption : 4 à 8us , et pire si des opérations wifi sont en cours
- - les delayMicroseconds() , c'est pas des sciences exactes , en particulier pour un ESP32
- - le digitalWrite , pareil
.
donc , je ne doute pas que tu trouves des signaux acceptables à l'analyseur logique , mais qu'en est-il quand l'ESP32 est un peu sollicité , notamment s'il fait des opérations wifi ?
-
Trimarco.
Je vais tester la fiabilité de mon système dans les prochains jours.
Il y a quand même une tolérance de 6µs (26 à 32µs après le bit de stop).
Je vais mesurer si je reste dans cette fenêtre avec le µp en charge (WiFi)
-
Sur Locoduino, dans la deuxième page sur le projet La Box, on peut lire :
Le choix du pont en H L6203 a été fait à l’époque où le LMD18200 s’est avéré plus cher et ses modules difficiles à trouver. Mais il ne permet pas de réaliser les lectures RailCom, faute de broche "Brake".
La broche "Brake" coupe la sortie de puissance mais en plus court-circuite les sorties. C'est prévu à l'origine pour piloter un moteur, et le freiner en court-circuitant sa force électromotrice (FEM). Pour le DCC, ceci permet à un décodeur d"envoyer un petit courant dans le détecteur de son canton. Ce détecteur est alors capable de lire l'information codée par cette circulation de courant.
Créer un cut-out à haute impédance ne permet pas la circulation d'un courant envoyé par un décodeur.
Il faut alors que le "lecteur de railcom" crée un court-circuit pendant le cut-out afin de permettre la circulation de courant. Je ne connais pas assez ces équipements pour savoir si cela existe.
-
oui , on a un principe de boucle de courant , cela permet au détecteur railcom d'entendre des décodeurs multifonctions qui sont bien éloignés dans le réseau
si on n'est pas trop loin , ça va aussi marcher sans boucle de courant (j'en dirai + quand j'aurai expérimenté moi-même)
le L6203 n'a pas besoin de broche Brake , vu que la combinaison IN1/2 = LOW/LOW donne SINK1/2 (le brake , donc)
-
Trimarco.
Je vais tester la fiabilité de mon système dans les prochains jours.
Il y a quand même une tolérance de 6µs (26 à 32µs après le bit de stop).
Je vais mesurer si je reste dans cette fenêtre avec le µp en charge (WiFi)
bien , alors on saura
(pour moi 26 à 32us , ça fait une tolerance de 3us ; après petit calcul , la durée est de 29us après le bit stop , puis de 442us pour le cutout proprement dit)
-
Hello Marc
J ai qq difficultés à comprendre certaines de valeurs que tu indiques.
Comme source je pars de la RCN217:
https://normen.railcommunity.de/RCN-217.pdf (https://normen.railcommunity.de/RCN-217.pdf)
Le 454 OK fin émission canal 2
464 arrivée sur le 4eme bit 1 ou le 1 bit = 58us
le 488 ok fin cutout max
Je ne retrouve pas la valeur de 471 ( sur quels éléments se base t elle) Autant 442+29 = 471 ok mais le reste sic je pédale...
Idem le +7us ? ( temps de montées de la sortie de commande?)
Si tu veux bien nous éclairer?
-
(oui , ce truc n'est pas si évident , on a vite fait de se planter)
si j'ai bien interprété le dessin , concernant le cutout , au niveau de la CS (génération du DCC) , on doit se conformer à 2 valeurs , qui comme toutes les autres , sont mesurées depuis le front montant de ce qui aurait été le 1er bit du preamble , et qui sera donc tronqué :
- Cutout Start : TCS : 26µs à 32µs // soit 29us pour qui sait faire des timings précis 8)
- Cutout End : TCE : 454µs à 488µs // soit 471us ii ii
la durée du cutout est donc l'heure de sa fin , 471us , moins celle de son début , 29us , ce qui donne "mes" 442us
"mes" 7us , ce n'est pas bien important ; si on prend "mes" valeurs pour le cutout , et que la CS continue de générer des pulses à 58us comme si de rien était , le cutout se terminerait 7us avant le fin du 4ème bit du preamble (largement amputé , du coup) ; ces 7us peuvent varier pour les CS ne respectant pas les 58us (comme certains ne se gênent pas d'en faire)
pour ma part , je laisse tomber ces 7us : je recommence un bit 1 entier , 1er bit du vrai preamble , dès la fin du cutout
je voulais parler des 442us , notamment vis à vis du programme de lebelge2 , où j'ai lu : delayMicroseconds(412); ?
-
C est plus clair comme cela:
471 se retrouvent avec = (488 -454)/2 + 454 :)
Avec les AVR on peut aller très précisément sur les plages en question grâce aux timer B.
Aussi voila le genre de trame que l'on doit pouvoir traiter pour le résultat qui nous intéresse mais qui requiert un AVR en plus de l'ESP32
Valeurs en accord avec les remarques portées sur le Security Gap d'OPEN DCC: https://www.opendcc.de/info/railcom/railcom_f.shtml (https://www.opendcc.de/info/railcom/railcom_f.shtml)
De plus on y inclus les marges des timings selon ce qui sera perçu en entrée.= et toujours conforme au respect de la norme.
// Values for half bits from RCN 210, section 5: http://normen.railcommunity.de/RCN-210.pdf
#define ONE_BIT_MIN F_CPU / 1000000 * 52
#define ONE_BIT_MAX F_CPU / 1000000 * 64
#define ZERO_BIT_MIN F_CPU / 1000000 * 90
#define ZERO_BIT_MAX F_CPU / 1000000 * 119
// Values for half bits from RCN 217,
#define ENABLE_STOP_TIME F_CPU / 1000000 * 26 // CUTOUT MIN START VALUE
#define ENABLE_START_TIME F_CPU / 1000000 * 488 // CUTPOUT MAX STP¨VALUE
// Values according OPEN DCC best practices:
#define CUTOUT_START_TIME F_CPU / 1000000 * 30 //4us security gap cutout at start
#define CUTOUT_STOP_TIME F_CPU / 1000000 * 484 //4us secutity gap cutout at stop
//TIMER B IS ALREADY STARTED AND CNT GO UP
if(TCB0.CNT < ENABLE_STOP_TIME) //< 26us
{
//ENABLE ON
LOGIC_ENABLE_OUT_PIN_ON;
while(TCB0.CNT < ENABLE_STOP_TIME) {;}; //WAIT TILL IS OVER
}
else if((TCB0.CNT < CUTOUT_START_TIME) && (TCB0.CNT >= ENABLE_STOP_TIME)) // >=26us & <30us
{
//ENABLE OFF
LOGIC_ENABLE_OUT_PIN_OFF;
while(TCB0.CNT < CUTOUT_START_TIME) {;}; //WAIT TILL IS OVER
}
else if((TCB0.CNT < CUTOUT_STOP_TIME) && (TCB0.CNT >= CUTOUT_START_TIME)) // >=30us & <484us
{
//MAKE CUTOUT:
LOGIC_CUTOUT_OUT_PIN_ON;
while(TCB0.CNT < CUTOUT_STOP_TIME) {;}; //WAIT TILL IS OVER
}
else if((TCB0.CNT < ENABLE_START_TIME) && (TCB0.CNT >= CUTOUT_STOP_TIME)) // >=484 us & < 488us
{
//STOP CUTOUT
LOGIC_CUTOUT_OUT_PIN_OFF;
while(TCB0.CNT < ENABLE_START_TIME) {;}; //WAIT TILL IS OVER
}
else if ((TCB0.CNT >= ENABLE_START_TIME)) // >=488us
{
//ENABLE PIN ON:
LOGIC_ENABLE_OUT_PIN_ON;
//CUTOUT IS OVER
}
}
A eprouver encore par quelques tests de validation.
-
oui , mais ce n'est pas comme ça que je ferais ; si on utilise un MCU fiable pour seconder l'ESP32 , on peut :
1) décoder le packet , genre décodeur ou sniffer , méthode au choix , Aiko Prass , par exemple ; mettre le packet en RAM
2) ressortir le packet avec toutes les caractéristiques que l'on veut : timings précis , cutout , ceci en fonction du pont en H à commander
cette méthode , a toutefois 1 inconvénient lié la désynchronisation : comme les timings en entrée ne sont pas les mêmes qu'en sortie , il faut ajuster
et 1 contrainte à respecter logiquement : si on veut mettre plusieurs booster , il faut les placer en aval du petit MCU ; cela rend alors inutile les security gaps
-
C est la méthode que je teste actuellement. (sur un ATTINY826) ( avec la partie "logic", "event" n cie)
Dans l'ISR du TIMER affecté au décodage des trames DCC:
//------------------------------------------- ISR ----------------------------------------------------
ISR(DCC_TIMER_INT_vect) {
DCC_TIMER.EVCTRL ^= TCB_EDGE_bm; // Change the event edge at which we trigger
uint16_t delta = DCC_TIMER.CCMP; // Delta holds the time since the previous interrupt
uint8_t DccBitVal;
if ((delta >= ONE_BIT_MIN) && (delta <= ONE_BIT_MAX)) {
if (dccHalfBit & EXPECT_ONE) { // This is the second part of the 1 bit
dccHalfBit = EXPECT_ANYTHING;
DccBitVal = 1;
}
else if (dccHalfBit & EXPECT_ANYTHING) { // This is the first part of the 1 bit
dccHalfBit = EXPECT_ONE;
return;
}
else { // We expected a 1, but received 0 => abort
DCC_TIMER.EVCTRL ^= TCB_EDGE_bm; // Likely J/K should be changed
dccHalfBit = EXPECT_ANYTHING;
dccrecState = WAIT_PREAMBLE;
dccrec.bitCount = 0;
return;
}
}
else if ((delta >= ZERO_BIT_MIN) && (delta <= ZERO_BIT_MAX)) {
if (dccHalfBit & EXPECT_ZERO) { // This is the second part of the 0 bit
dccHalfBit = EXPECT_ANYTHING;
DccBitVal = 0;
}
else if (dccHalfBit & EXPECT_ANYTHING) { // This is the first part of the 0 bit
dccHalfBit = EXPECT_ZERO;
return;
}
else { // We expected a 0, but received 1 => abort
dccHalfBit = EXPECT_ANYTHING;
dccrecState = WAIT_PREAMBLE;
dccrec.bitCount = 0;
return;
}
}
else {
// We ignore other halfbits, to avoid interference with orther protocols.
// In case railcom would be implemented, here we could detect the cutout start (26..32us)
return;
}
dccrec.bitCount++;
switch( dccrecState )
{
// According to NMRA standard S9.2, a packet consists of:
// - Preamble
// - Packet Start Bit
// - Address Data Byte:
// - Data Byte Start Bit + Data Byte [0 or more times]
// - Packet End Bit
case WAIT_PREAMBLE:
// The preamble to a packet consists of a sequence of "1" bits.
// A digital decoder must not accept as a valid, any preamble
// that has less then 10 complete one bits
if( DccBitVal ) // a "1" bit is received
{
if( dccrec.bitCount > 10 )
dccrecState = WAIT_START_BIT;
}
else
{
dccrec.bitCount = 0; // not a valid preamble.
}
break;
case WAIT_START_BIT:
// The packet start bit is the first bit with a value of "0"
// that follows a valid preamble. The packet start bit terminates the preamble
// and indicates that the next bits are an address data byte
if( !DccBitVal ) // a "0" bit is received
{
dccrecState = WAIT_DATA;
dccrec.tempMessageSize = 0;
// Initialise all fields
uint8_t i;
for(i = 0; i< MaxDccSize; i++ )
{
dccrec.tempMessage[i] = 0;
}
dccrec.bitCount = 0;
}
break;
case WAIT_DATA:
//==================
if( dccrec.bitCount == 8 ) // byte is complete
{
if(dccrec.tempMessageSize == MaxDccSize ) // Packet is too long - abort
{
dccrecState = WAIT_PREAMBLE;
dccrec.bitCount = 0;
}
else
{
dccrecState = WAIT_END_BIT; // Wait for next byte or end of packet
}
}
break;
case WAIT_END_BIT:
// The next bit is either a Data Byte Start Bit or a Packet End Bit
// Data Byte Start Bit: precedes a data byte and has the value of "0"
// Packet End Bit: marks the termination of the packet and has a value of "1"
if(DccBitVal) // End of packet?
{
// Complete packet received and no errors
// we are in a CUTOUT AREA NOW
noInterrupts();
//no new external event change the sequence actions queue above till queue is over,
//just add ~500ms latency on any AC0 notifications by interrupt
CUTOUT(bitRead(RAILCOM,0)); //proceed cutout till end of it
//cutout is over now, continue
dccrecState = WAIT_PREAMBLE; //next step will be at this state
interrupts();
}
else // Get next Byte
{
dccrecState = WAIT_DATA;
dccrec.bitCount = 0; // prepare for the next byte
}
break;
}
}
fonction CUTOUT:
void CUTOUT(bool RAILCOM_ACTIV_OR_NOT){
if(RAILCOM_ACTIV_OR_NOT == false) //NO RAILCOM CUTOUT TO INSERT
{
//BY PASS CUTOUT: FORCE SOME PINS STATE ON:
LOGIC_ENABLE_OUT_PIN_ON;
LOGIC_CUTOUT_OUT_PIN_ON;
return;
}
//RAILCOM ACTIV: NEED TO INSERT CUTOUT
//TIMER B IS ALREADY STARTED AND CNT GO UP
if(DCC_TIMER.CNT < ENABLE_STOP_TIME) //< 26us
{
//ENABLE ON
LOGIC_ENABLE_OUT_PIN_ON;
while(DCC_TIMER.CNT < ENABLE_STOP_TIME) {;}; //WAIT TILL IS OVER
}
else if((DCC_TIMER.CNT < CUTOUT_START_TIME) && (DCC_TIMER.CNT >= ENABLE_STOP_TIME)) // >=26us & <30us
{
//ENABLE OFF
LOGIC_ENABLE_OUT_PIN_OFF;
while(DCC_TIMER.CNT < CUTOUT_START_TIME) {;}; //WAIT TILL IS OVER
}
else if((DCC_TIMER.CNT < CUTOUT_STOP_TIME) && (DCC_TIMER.CNT >= CUTOUT_START_TIME)) // >=30us & <484us
{
//MAKE CUTOUT:
LOGIC_CUTOUT_OUT_PIN_ON;
while(DCC_TIMER.CNT < CUTOUT_STOP_TIME) {;}; //WAIT TILL IS OVER
}
else if((DCC_TIMER.CNT < ENABLE_START_TIME) && (DCC_TIMER.CNT >= CUTOUT_STOP_TIME)) // >=484 us & < 488us
{
//STOP CUTOUT
LOGIC_CUTOUT_OUT_PIN_OFF;
while(DCC_TIMER.CNT < ENABLE_START_TIME) {;}; //WAIT TILL IS OVER
}
else if ((DCC_TIMER.CNT >= ENABLE_START_TIME)) // >=488us
{
//ENABLE PIN ON:
LOGIC_ENABLE_OUT_PIN_ON;
//CUTOUT IS OVER
}
}
Comme tu le soulignes on a en fait une sortie cote ESP32 qui est une source DCC "universelle" ( voir non amplifiée) qui peut ensuite être distribuée à tous les CPU effectuant le CUTOUT qui pilotent eux les ponts en H. (L6203 pour mon cas)
On est alors aligné sur tous les segments.
Les sorties de l'ESP32 sont alors assimilables aux plots CD sur les centrales LENZ pour la synchro inter booster
Pour moi le Security Gap reste de mise pour écarter tout écart restant inter booster lorsqu'un véhicule reste à cheval puisque chaque électronique peut encore varier d'un pouillième...
Il y a donc bien une recomposition du signal entre l'émetteur (EP32) et tous les consommateurs (derrière le(s) pont(s) H) d'un un léger décalage mais qui est constant entre la source unique et tous les consommateurs.
-
ah tu m'as grillé là , alors j'attends le résultat !
pour les security gaps , c'est définitivement non pour ce qui me concerne , vu que :
- personne n'a encore su me démontrer à quoi ça sert
- s'il y avait un décalage de synchro , il se manifesterait d'abord par des courts circuits en dehors du cutout
- avec un minimum de soin dans la synchro , le pouillème dont tu parles serait largement phagocyté par le dead-time de tout pont en H
-
Bonsoir
Oui cela me semble correcte.
Il n y a pas de plot equivalent E sur la BOX.
Sinon cela aurait cette forme:
https://usuaris.tinet.cat/fmco/railcom_en.html#booster (https://usuaris.tinet.cat/fmco/railcom_en.html#booster)
-
Bonjour Marc
J ai poursuivi mes tests.
Pour des raisons de commodité également j ai "refait le boulot" pour passer sur des AVRx (série ATmegax08 x09 et AVR Dx)
Une reprise complète du mapping est aussi de circonstance mais les principes restent inchangés.
Toutefois à la lumière des tests je me suis aussi aperçu d une petite modification supplémentaire à intégrer qui pourra simplifier ensuite l'usage de RAILCOM.
Les canaux d'EVENT supplémentaires sur les AVRx sont ici bienvenus pour porter le "reroutage" des éléments...
Encore des tests à faire mais le principe semble acquis pour fonctionner avec la LIB d AIKO PRAS ou des mécanismes similaires...
J en parlerai mieux sur le post liée au booster et railcom.
Ltr
-
Bonsoir
je voudrais savoir si "LaBox" doit être connectée sur le réseau CAN des satellites ou pas.
-
Bonjour Bruno,
Est-ce que l'on parle bien des satellites autonomes ?
La réponse n'est pas que laBox doit être connectée sur le réseau CAN des satellites mais que laBox peut être connectée sur le réseau CAN des satellites. Mais laBox fonctionne tout à fait sans les satellites.
En effet, les satellites peuvent envoyer des commandes CAN à laBox en fonction par exemple de l'état d'occupation des cantons.
Le protocole CAN n'a pas encore (à ma connaissance) été définitivement implanté dans laBox.
Bien cordialement
Christophe
-
Bonjour Bruno,
Est-ce que l'on parle bien des satellites autonomes ?
La réponse n'est pas que laBox doit être connectée sur le réseau CAN des satellites mais que laBox peut être connectée sur le réseau CAN des satellites. Mais laBox fonctionne tout à fait sans les satellites.
En effet, les satellites peuvent envoyer des commandes CAN à laBox en fonction par exemple de l'état d'occupation des cantons.
Le protocole CAN n'a pas encore (à ma connaissance) été définitivement implanté dans laBox.
Bien cordialement
Christophe
Bonjour @Christophe
Oui je parlais bien des satellites autonomes. Merci pour votre réponse.
-
Bonjour Bruno,
Chapeau, beau travail. Tout d'abord, merci de l'avoir fait car je pense que c'est important et nécessaire que laBox puisse générer un signal DCC avec cutout. Tu as repris la solution proposée par leBelge avec ATTiny45, c'est une solution que j'ai testée, qui fonctionne et économique. Donc faute de mieux tu as raison.
Je ne sais pas te dire à la seule lecture de ce schéma si c'est OK, mais d'autres comme Dominique ou Thierry mais aussi René (rNe) pourront le faire. Je vais également me replonger dans les câblage du L603 avec l'ATTiny mais nous avons les mêmes sources je pense.
Juste à l'observation de l'image, je constate cependant que tu n'as pas mis de radiateur sur le L6203. C'est sans doute dommage, non ? Quelle est la taille de ton PCB ? Perso, je suis partisan d'utiliser au moins les 100mm x 100mm de taille "standard" et économique chez le fabricants de PCB.
En tous les cas, j'espère vivement qu'il y aura d'autres contributions à venir pour que se concrétise cette excellente initiative.
Christophe
-
Bonjour,
Très beau travail et une implantation qui m’amène à 3 suggestions :
1) tu pourrais remplacer le regulateur step-down à découpage qui prend trop de place par un regulateur équivalent du même format qu’un 7805 : Christophe te donnera les références car il en utilise sur ses satellites.
2) ce serait mieux de mettre les 3 boutons en bas sur le bord du PCB avec l’OLED juste au dessus.
3) je ne vous plus les 2 RJ12 pour le Can, le jack d’alim et la sortie DCC (ou sont mes lunettes ?)
Est-ce possible de se rapprocher de la disposition originale des composants ?
il n’y a pas d’obligation au format 8x10. Un format 10x10 est possible.
-
Je crois que le jack alim empêche l’insertion du connecteur USB de l’esp32.
-
Bruno,
Je ne suis malheureusement pas très disponible pour me concentrer comme il le faudrait sur ce projet mais voici quelques réponses cependant :
- rNé (René) dont je parlais au dessus a aussi travaillé sur ce projet de laBox avec cutout. je l'ai eu longuement tout à l'heure au téléphone et je lui ai demandé de te répondre sur le forum car il a aussi pas mal cogité et trouvé certaines solutions qui peuvent t'intéresser. Bref, vous avez intérêt l'un et l'autre à travailler de concert. On a aussi parlé du fameux transistor que Michel avait placé entre in1 et in2 me semble t'il. Pourquoi exactement ? Est il encore nécessaire ? L'as-tu ou non conservé ? Je crois me souvenir que Dominique disait qu'il contrariait la mise en place du cutout comme on l'envisage avec un ATTiny.
- Je ne vois pas de connections CAN sur ta carte or je sais que tu l'intègres dans ta réflexion globale ???
- Il ne faut pas faire une obsession du 100 x 100 et d'autres possibilités existent quand vraiment on ne peut plus tout faire entrer. René par exemple est sur deux cartes superposées !!!
Pour ATTIny DIP 8 ou DIP 14, là aussi on a abordé la question avec René sur ce projet et sur d'autres. Nous on est plutôt sur l'idée de faire simple (8 broches) dans la mesure où l'on programme une fois et une seule l'ATTiny.
Voilà, comme je le disais sans trop pouvoir me concentrer dessus cela est sans doute superficiel mais je suis absolument motivé pour que ce projet aboutisse.
Il y a quelque Locoduiniste qui attendent avec impatience de pouvoir disposer d'une telle centrale avec cutout, fonctionnant aussi avec des commandes CAN et donc compatible avec les satellites autonomes.
Bien à toi
Christophe
-
Je pensais aussi à cela en faisant une carte fille contenant le "CutOut" mais vu que nous aurons aussi besoin à terme sur les installations, la carte "mains" pour les satellites.
Excuse-moi, je ne comprends pas ce que tu veux dire !
vu que nous aurons aussi besoin ... pour les satellites.
Je me réjouis que tu utilises "nous" quand tu parles des satellites autonomes, cela veut il dire que tu souhaites rejoindre le petit groupe qui travaille sur ce sujet ?
Si tu implantes le RJ45 pur le CAN, il faut que tu te rapproches de rNé également pour avoir le schéma de câblage et mettre l'alimentation en pOE
-
@tous
ATTENTION
Si nos réalisations utilisant le bus CAN doivent être interopérables il est nécessaire de définir une norme commune pour le brochage des RJ45.
Perso et avec BobyAndCo nous avons défini ceci pour les satellites autonomes et nos centrale(s):
- CAN H : broche 2
- CAN L : broche 1
- + Alimentation : broches 3, 4 , 7
- - Alimentation et masse : broches 5, 6, 8, éventuellement blindage du câble
Sinon chaque réalisateur devra fabriquer son câble adaptateur selon son propre brochage.
Pour ceux qui seraient allergiques à la solution RJ45 il leur est toujours possible d'utiliser CAN H et CAN L sur une simple paire torsadée (non croisée) et d'alimenter les devices séparément.
-
vu qu'il faut obligatoirement la carte "main", si j'ai bien compris l'installation, pour les satellites autonomes, je pensais l'intégrer avec la "Labox" pour n'avoir qu'une seule carte.
Ah oui, ah non, voila une idée qu'elle est pas bonne du tout du tout !
Christophe
-
J'oubliais : sur la vue de la centrale ci-dessus, une prise RJ45 du bus CAN n'est pas représentée dans le but de montrer les deux vias permettant de souder un connecteur à vis (2 pins) au pas de 5,08 mm pour raccorder une simple paire croisée pour le bus CAN.
Je répète : la paire est torsadée mais la liaison n'est pas croisée (le CAN H au CAN H, le CAN L au CAN L).
Ainsi chacun choisit son option.
Et on n'oublie pas la charge de 120 ohms à chaque extrémité du bus...
Modification du 21/07/2024.
Pour ceux qui seraient attirés par ce projet, il conviendrai de considérer la réalisation de lebelge2 https://forum.locoduino.org/index.php?topic=1753.msg19419#msg19419 (https://forum.locoduino.org/index.php?topic=1753.msg19419#msg19419) avant de se lancer avec le fer à souder.
-
Bonjour à tous
Super vos travaux, félicitations
Une suggestion, pourquoi vous ne travailler pas ensemble?
Cordialement
Marcel
-
@bruno,
C'est un hasard mais pas tant que cela car il y avait un vrai besoin de mettre à jour laBox avec le cutout. En générale, René n'aime pas trop parler de ce qu'il fait tant que ça ne fonctionne pas (contrairement à certains sic). Ca fait un moment que ce projet de centrale est commencé mais il y en a d'autres en parallèle dont les satellites, domaine sur lequel René est bien avancé également est aura beaucoup d'expériences à partager et un certains nombre de pièges à éviter.
Pour la centrale, bien sûr que vous avez intérêt d'avancer de concert. Qui plus est, nous avons travaillé avec René sur les problématiques d'ATTiny (45 entre autres) et ce sur d'autres sujets comme la détection de présence et de courts-circuits en DCC. Il en a l'expérience et moi j'ai peaufiné le code de leBelge.
Le moment venu, on intégrera également les commandes pour le pilotages des locos en CAN qui seront sans doute d'ici là validée par Thierry et Dominique.
Au passage Bruno, as-tu intégré que cette carte de 'détection de présence et de courts-circuits en DCC" est aujourd'hui indissociable des satellites autonomes : https://www.locoduino.org/spip.php?article359
Christophe
-
Bruno,
il ne faut pas avoir plusieurs boosters, cela pose des problèmes aux chevauchements de canton que d'autres plus calés que moi t'expliqueront mieux que je ne pourrait le faire.
La carte de détection de présence et de courts-circuits répond au besoin de puissance avec un seul booster et ce, en toute sécurité. Au lieu de multiplier les boosters, on place un booster plus puissant. Et comme la carte de détection de courts circuits agit par canton (détection aux environs de 1A) il n'y a aucun problème à avoir 4A ou plus sur l'ensemble du réseau.
Avec 4A comme laBox, on peut considérer que l'on fait rouler 6 à 8 locos simultanément en HO, et probablement un peu plus !!!
-
Les éclairages leds dans les wagons consomment très peu. Une led de faible puissance aujourd'hui, c'est moins de 10mA, donc 10 leds, 100 mA, 50 leds, 500 mA. Un train avec des wagons éclairés par 50 leds (ce qui est beaucoup) consomme donc (loco + wagons) environ autant que deux locomotives
-
D'accord @Christophe. Merci pour votre réponse. 6 à 8 Loco s'est largement suffisant pour mon futur projet, surtout en HO. Il faut avoir le porte-monnaie bien rempli. LOL ;D
Et j'ai bien dit 6 à 8 Locos qui roulent simultanément. Si on en a 30 dont seulement 6 roulent, c'est à peu de choses près pareil. Pour les wagons éclairés par contre qu'ils roulent ou pas ça consomme !
-
Oui bien sûr elle suffira. Elle tient 1A. Ce qui consomme le plus sur laBox, c'est l'ESP32 soit environ 200mA
-
Nous avons pas mal discuté de cela avec René, il faudra qu'il donne aussi son avis mais il pense plutôt comme moi (je crois). S'il y a la place, oui. Mais comme l'ATTiny n'est programmé qu'une fois, on peut aussi le programmer "isolé" puis le poser sur la carte d'où il ne bougera plus.
C'est donc, à mon avis, un luxe intéressant que l'on peut se permettre si on a la place. Par contre René en tant qu'électronicien n'aime pas les circuits ouverts, il faudrait donc un DIP 14
-
Pour le Programme, cest celui qui est sur le fil https://forum.locoduino.org/index.php?topic=1707.msg19053#msg19053 (https://forum.locoduino.org/index.php?topic=1707.msg19053#msg19053)
Ce n'est pas absolument certain car j'ai souvent fait de petites modifications après leBelge. Je les aient sans doute publiées mais pour être tout à fait certain et comme il y a eu plusieurs versions, il vaut mieux que je publie le code final que je mettrai sans doute, sur mon github ou mieux celui de locoduino
-
C'est tout à ton honneur
-
En ce qui concerne le connecteur ICSP j'aurais bien aimé le mettre sur le PCB de ma centrale mais la sujétion d'un PCB 10x10 cm maxi m'a fait abandonner l'idée.
De plus je suis de l'avis de Christophe : on ne programmera probablement qu'une fois l'ATTINY alors...
Par précaution on peut le monter sur un support si d'aventure on craint une évolution logicielle.
@Bruno
Effectivement on peut câbler plein de choses sous l'ESP32 pourvu qu'elles ne soient pas trop hautes.
-
Ok. Merci pour votre réponse. @Christophe m'a dit que vous êtes électronicien et moi pas. Donc je suis vos recommandations.
Oui j'ai un passé d'électronicien. Mais dans le cas présent c'est plutôt une réflexion qu'une recommendation. Mais si la place est disponible pour le connecteur et le jumper pourquoi pas.
Par contre si on place tout cela sous l'ESP32 je ne pense pas que cela soit un bénéfice car dans ce cas pour accéder au connecteur il faudra démonter l'ESP32.
A choisir entre démonter un circuit à 40 broches et un à 8 mon choix est vite fait ;)
-
@Christophe
Je pense quelque Led utile pourriez être intéressant
Bonjour Bruno,
Jusqu'à ce que l'on en décide autrement, le site Locoduino est francophone. Merci donc de communiquer en français compréhensible ! Dans ce qui est écrit ci-dessus, je ne vois absolument pas ce que cela peut vouloir dire.
-
Bonjour à Tous
@René
Pour pouvoir gagner de la place avec des composants traversants, du fait que nous sommes limités par 100*100 de JLCPCB, Pourriez-vous pas mettre les résistances, les diodes, en gros les composants Axial, verticalement au lieu d'être horizontalement.
Ne tournez pas ce qui est un simple objectif économique en principe absolu. Ce n'est pas vrai que "nous sommes limités par 100*100 de JLCPCB". C'est juste qu'il est plus couteux de faire réaliser dans des tailles supérieures. Mais il faut relativiser cela. Un PCB en 100 x 100 chez JLC PCB va par exemple revenir à 80 centimes d'€ (port compris) et en 150 x 150 à par exemple 1,8€ voire peut-être 2,50€ peu importe.
Si l'on doit fabriquer 20 PCB ou plus comme pour les satellites autonomes clients, l'impact est non négligeable et peut par exemple se mesurer par un surcout de 30 à 50€. Mais pour une centrale... Il n'y en a qu'une sur un réseau. On va donc faire fabriquer 5 PCB (minimum de commande) et dépenser 5 à 10€ de plus.
Je n'ai pas besoin de poursuivre plus la démonstration car chacun aura compris qu'il n'est pas judicieux de se créer des contraintes supérieures au bénéfices pour gagner 5€
CQFD
Christophe
-
@Christophe
Personnellement j'ai 2 contraintes :
- Je manque énormément de place
- J'envisage donc un réseau à l'échelle N
Donc dans mon cas le moindre cm2 gagné compte car en plus des capteurs, moteurs d'aiguillages, connectique des signaux je vais devoir "caser" une ribambelle de cartes électroniques.
Pour ceux qui disposent d'un espace confortable, ils peuvent passer outre de cette sujétion.
Effectivement l'économie d'échelle est intéressante lorsqu'il y a beaucoup de satellites (et leur carte détecteur); en ce qui concerne la centrale, vu le nb limité, le gain sur le coût est négligeable.
Je ne veux surtout pas imposer mes conceptions à tout le monde : les contraintes des uns ne sont pas celles des autres.
A chacun de se déterminer en fonction de ses paramètres.
-
@René
Pour pouvoir gagner de la place avec des composants traversants, du fait que nous sommes limités par 100*100 de JLCPCB, Pourriez-vous pas mettre les résistances, les diodes, en gros les composants Axial, verticalement au lieu d'être horizontalement.
Câbler un composant en vertical est facile, mais router les pistes du PCB dans une telle disposition relève du classe-tête. N'oublions pas que nous disposons d'une version de Kicad qui ne permet que 2 couches. Les postes de radio d'une époque étaient câblés comme cela et c'était un véritable casse-tête pour les dépanner :)
Il y a eu aussi les circuits "fagots" où les composants étaient câblés entre deux plaques de circuit imprimé; dépannage impossible mais compacité maxi.
Et puis un composant câblé verticalement ne résistera pas bien longtemps aux vibrations (je vous épargne mon expérience sur ce sujet). Mais ici ce n'est pas notre cas.
-
Oui le potentiomètre n’est pas indispensable et la R 1 Mohm suffit.
La mesure de courant avec ce circuit ne sert plus qu’à l’affichage du courant sur l’Oled. Pour cela, la précision n’est pas nécessaire et les essais que nous avons faits ont montré que cette résistance fixe est largement suffisante, la valeur du courant affiché n’étant qu’indicative grossièrement.
Pour les autres cas de mesure de courant, notamment la détection de court-circuit et la réponse des décodeurs aux lectures de CVs, la méthode utilisée par DCC-EX se passe de la précision.
Voilà : plus de dilemme !
-
Il existe aussi des résistances de 1M.
Sinon il faut faire des essais.
-
Bonjour à tous,
J'ai réalisé "LaBox" mais pas moyen de l'interconnecter avec CDMRail :-[
Je connecte le PC en Wifi sur LaBox ( ping OK sur l'adresse par defaut 192.168.4.1 , le PC est sur 192.168.4.2)
Je lance CDMRail (V24.06) , je lance le serveur DCCPP via l'adresse WIFI 192.168.4.1 et --> CRASH de l'appli
Quelqu'un a t-il déjà rencontré ce pb ?
Quelqu'un a-t-il déjà validé la compatibilité de LaBox avec CDMRail ?
Je sèche :'(
Merci d'avance
Bonne journée
-
Bonsoir à tous
Vu que le @lebelge2 a trouvé la solution d'intégrer directement le "CutOut Railcom" dans l'ESP32 avec la sortie 27 dont voici le lien traitant le sujet https://forum.locoduino.org/index.php?topic=1750.0 (https://forum.locoduino.org/index.php?topic=1750.0), je n'ai plus à laisser les messages concernant le schéma de "LaBox avec ATtiny45 pour le CutOut" puisque celui-ci est devenu obsolète.
-
@Christophe
Je pense quelque Led utile pourriez être intéressant
Bonjour Bruno,
Jusqu'à ce que l'on en décide autrement, le site Locoduino est francophone. Merci donc de communiquer en français compréhensible ! Dans ce qui est écrit ci-dessus, je ne vois absolument pas ce que cela peut vouloir dire.
Bonsoir @Christophe
Je sais que le site Locoduino est purement Français. Je constate que mes difficultés en français durant mes études non guère évoluées depuis plus de 50 ans. J'ai toujours autant de difficulté à communiquer. Je suis vraiment désolé.
-
Bonjour à tous.
Depuis quelques jours, je me suis pris d'affection pour Kicad, et Labox a été mon terrain de jeu. J'ai repris le formidable travail de msport/Michel et Dominique sur le PCB pour le moderniser et le corriger lorsque nécessaire. Je n'ai pas touché au schéma, les branchements sont donc, en théorie en tout cas, exactement les mêmes. Les corrections sont les suivantes :
- Définition dessus et dessous de plans de masse qui remplit les espaces vides par des zones cuivrées reliées à la masse. Ces zones m'ont permis de retirer la totalité des pistes dédiées à GND, remplacées par des banchements directs sur ces zones qui sont sensées réduire les interférences. Des vias ont été posés un peu partout pour relier les masses des deux faces.
- Tous les pads reliés à GND sont maintenant carrés lorsque c'est possible. Ca permet de les repérer assez vite.
- L'ensemble des marquages ont été revus pour être plus lisibles et plus proches de ce qu'ils représentent.
- Toutes les erreurs relevées par Kicad quant à la conformité des branchements ont été corrigées : pistes trop proches des pads, piste inutile, etc.
- Les avertissements qui concernent essentiellement des marquages qui se marchent dessus, posés ainsi volontairement par Michel, sont par contre toujours là...
- Le connecteur de renvoi des broches inutilisées de l'ESP a été lui aussi marqué pour identifier les broches.
- Quelques composants ont été déplacés pour ne pas interférer avec les marquages et simplifier le routage.
Quelques éléments sont toujours obscurs pour moi (JP3 / JP4 / les pads GND et VS sous le DC-DC Converter), je les ai donc laissés.
N'hésitez pas à me dire si mon travail est inutile ou dangereux pour la fiabilité de Labox, ou si je dois continuer. J'ai pensé qu'il fallait que je vous transmette cela au plus vite si des adaptations sont à prévoir pour Railcom ou autre.
-
Bonjour Thierry
Beau boulot.
Quelques bricoles à revoir selon moi.
Ton plan de mass est abes,t sur cette version creation des zones, affecttation au pole GND et ensuite remplissage.
Je te recommande de placer les plots de fixation de façon équidistante aux 4 angles.
Utilité de led sur "le dos?"...
enfin pourquoi pas une version FULL CMS? Dominique n était par (trop) partant pour mais je pense que cela peut valoir le coup?
Qu' en pensez vous?
Apres si l’amélioration RAILCOM est opérationnelle, il faudra l'y ajouter.
Il ne manquera alors à "cette boite" "que" XPRESSSNET" qui ouvrira alors LABOX à tous les logiciels de pilotage du marcher comme interface universalisée... Ce qui ouvre alors d autres perspectives d emploi...
Mais on me dira que c est HS... or not!?
Ltr
-
Il n’a jamais été prévu de rendre LaBox compatible avec les centrales du commerce (non concurrence).
Par contre un environnement 100% Can pour les trains est certainement une direction intéressante : on y parvient progressivement avec la LaBox, les satellites, et le gestionnaire.
-
Bonjour,
Merci à tous les contributeurs que je lis régulièrement.
J'ai installé physiquement HC12 sur la box; Quelles sont les modifications logicielles à apporter pour la commander par une manette.
Merci pour la réponse.! et bonne journée.
-
Bonjour,
Je me répond à moi même au sujet de l'annonce ci-dessus concernant HC12 et la box. Quelqu'un a -t-il l'expérience d' HC12 avec la box , car ce que j'ai réussi à faire me fais me questionner sur l'emplacement des plots au niveau de ce qui est marqué " SEL RX/TX " au dessus du premier bouton. le plot le plus à l'extérieur correspond au RX de l'ESP 32. J'ai branché directement le TX de ma manette sur ce plot et j'ai pris un GND commun et tout fonctionne. Je pense qu'il y a une discordance entre les plots de la carte et ceux de l'HC12. Je vais remettre L'HC12 en fonction et vous tiens au courant;
Dans le dossier " Une manette simple et autonome pour LaBox" en fin d'article dans " Intégration du transmetteur HC12 dans LaBox " je me demande si c'est le bon montage car le VCC correspond au RX de l'ESP32.
Je continue à travailler.
-
merci,
on va corriger le ou les articles après vérification et votre confirmation.
« SEL » c’est le nom du bouton en dessous.
Sur le circuit imprimé on voit que les 2 broches de droite sont reliés au Tx et Rx de l’esp32. Les 2 autres sont l’alimentation.
La sérigraphie est un peu décalée
Je redonne le dessin des pistes pour confirmer:
-
Il y a bien inversion des TX RX par rapport à la sérigraphie
-
Merci Lebelge2,
J'ai ajouté un § à la fin de l'article pour indiquer la bonne affectation des broches de ce connecteur série dont la sérigraphie est erronée.
A noter aussi que le strap SJ3 doit être "soudé" pour permettre le passage du signal Tx.
-
Bonjour,
Merci pour les réponses.
Je n'ai pas essayé TX, mais j'étais arrivé à la même affectation des broches. J'ai fait ce montage (photo) et il fonctionne parfaitement.
Cordialement.
-
Quelques éléments sont toujours obscurs pour moi (JP3 / JP4 / les pads GND et VS sous le DC-DC Converter), je les ai donc laissés.
En réponse à Thierry qui attend depuis un bon moment, voici mes réponses pour dissiper les zones obscures:
JP3 et JP4 ne servent à rien. Il vaut mieux ne pas s’en servir pour fixer l’écran OLED en y soudant un bout de fil relié aux 2 coins opposés à son connecteur I2C, car cela pourrait produire un court-circuit. Il vaut mieux utiliser l'astuce donnée dans l'article qui se sert de trous non métallisés donc isolés du montage.
Les pads GND et VS sous le DC-DC Converter correspondent aux pads MP1584 (VS) et MP2307 (Gnd) du schéma, donc reliés à l’entrée alim aux bornes du jack. Ils ne sont pas nécessaires.
-
Bonsoir à tous,
Bon je vois que les choses se sont accélérées aujourd’hui. Ca tombe bien car j’ai quelques utilisateurs des satellites autonomes qui voudraient installer rapidement la nouvelle box avec les commandes CAN.
Si près du but, je trouve qu’il serait dommage de devoir se rabattre sur une ancienne version.
Avez-vous une idée des délais vraisemblables maintenant ?
Est-ce que l’on peut se concerter pour faire des achats groupés, PCB mais aussi composants. Je peux m’occuper des composants pour ceux que ça intéresse.
Merci pour vos réponses qui je l’espère nous donneront du baume au cœur.
Christophe
-
Justement j'étais en train de lister les modifications souhaitables au circuit imprimé de Labox en regardant la version 03C4 que Thierry nous a transmise, compatible avec Kicad 8.0.x
J'ai parcouru l'article, son forum et celui dans lequel nous sommes ici !
j'ai relevé les points suivants :
1) Ajout de la liaison GPIO27 vers IN2 (pin 7) du L6203 et suppression de R1, R2, Q1
2) Suppression des pads JP3, JP4, GND et VS (sous le convertisseur DC-DC)
3) Supprimer les leds CMS qui sont du coté CMS car on ne peux pas les voir;
Ne garder que les leds coté composants, donc à souder car elles sont indispensables pour voir la présence du signal DCC sur les rails.
Supprimer la led « DEFAUT » qui ne sert sans doute pas, ainsi que R11. On récupère un GPIO à l'occasion.
4) Remplacement des convertisseurs DC-DC MP1583 ou MP2307 parc des convertisseurs 3 broches format T0220 et supportant au moins 30 à 35V et délivrant au moins 1A, tels que : voir photo sur aliexpress.
5) Pour les boutons superposer 2 types de boutons (grands 1,2x1,2 cm et plus petits) sans prendre de place (suggéré par Jean-Paul)
(https://forum.locoduino.org/index.php?action=dlattach;topic=1618.0;attach=5493;image)
Je pense qu'il faut en profiter pour suggérer d'autres modifications raisonnables et vraiment utiles qui ne donnent pas trop de difficulté à Thierry qui, en dernier ressort, décidera ou non de les réaliser.
Il ne faut donc pas trop se précipiter, sachant que la modification "à la main" de la carte 02C3, bien couverte par l'article et ce sujet reste parfaitement utilisable même avec une ficelle en dessous.
Personnellement je n'ai pas réussi à dessouder Q1 et R1 et j'ai juste coupé la piste qui arrive sur la pin 7 du 6203, ce qui tend la modification réversible.
En ce qui concerne les couches Can avec le protocole Marklin, je fais confiance à Christophe pour les proposer à l'intégration étant donné qu'elle fonctionnent chez Christophe (et chez moi pour les premières versions).
L'idéal serait de séparer (dans un onglet "protocole Can") la partie propre au protocole Can (Marklin ou autre) ce qui permettrait d'adapter Labox à son cas personnel, si cela est faisable évidemment. Mais que cela ne freine pas l'intégration du Can, les évolutions restant possibles à posteriori.
-
Bonsoir.
Je suggère le rajout d'une prise ou d'un pad pour un bouton poussoir avec pour fonction "Arrêt d'urgence" (comme chez NitraThor : https://www.nitrathor.fr/projets/micro-centrale-dcc/micro-centrale-dcc-minimale (https://www.nitrathor.fr/projets/micro-centrale-dcc/micro-centrale-dcc-minimale)) pour les cas où il serait plus rapide d'arrêter tout sans se précipiter sur les commandes de la box. Et, bien sûr le p'tit bout de logiciel qui va avec.
-
Bonsoir.
Je suggère le rajout d'une prise ou d'un pad pour un bouton poussoir avec pour fonction "Arrêt d'urgence" (comme chez NitraThor : https://www.nitrathor.fr/projets/micro-centrale-dcc/micro-centrale-dcc-minimale (https://www.nitrathor.fr/projets/micro-centrale-dcc/micro-centrale-dcc-minimale)) pour les cas où il serait plus rapide d'arrêter tout sans se précipiter sur les commandes de la box. Et, bien sûr le p'tit bout de logiciel qui va avec.
Avec l’appli Z21 il y a un bouton STOP en haut de l’écran qui fait cela (et relance le DCC a l’appui suivant.
Mais je suis d’accord qu’un vrai bouton réel optionnel (a brancher) est une option utile et il y a des GPIO dispos ( par exemple la led “DÉFAUT” supprimée).
-
Sur ma Box les numéros de fonctions ne s'affichaient pas et sur la votre ?
Il manquait deux lignes de code dans le fichier: DCC.cpp
Maintenant les fonctions s'affichent.
-
Stp, peux-tu décrire le détail de cette correction ?
-
Auparavent, uniquement les fonctions supérieures à 28 s'affichaient
Voici la correction dans: DCC.cpp
// Set function to value on or off
bool DCC::setFn( int cab, int16_t functionNumber, bool on) {
if (cab<=0 ) return false;
if (functionNumber < 0) return false;
if (functionNumber>28) {
//non reminding advanced binary bit set
byte b[5];
byte nB = 0;
if (cab > HIGHEST_SHORT_ADDR)
b[nB++] = highByte(cab) | 0xC0; // convert train number into a two-byte address
b[nB++] = lowByte(cab);
if (functionNumber <= 127) {
b[nB++] = 0b11011101; // Binary State Control Instruction short form
b[nB++] = functionNumber | (on ? 0x80 : 0);
}
else {
b[nB++] = 0b11000000; // Binary State Control Instruction long form
b[nB++] = (functionNumber & 0x7F) | (on ? 0x80 : 0); // low order bits and state flag
b[nB++] = functionNumber >>7 ; // high order bits
}
DCCWaveform::mainTrack.schedulePacket(b, nB, 4);
#ifdef USE_HMI
if (hmi::CurrentInterface != NULL)
{
hmi::CurrentInterface->ChangeFunction(cab, functionNumber, on);
hmi::CurrentInterface->HmiInterfaceUpdateDrawing();
}
#endif
return true;
}
int reg = lookupSpeedTable(cab);
if (reg<0) return false;
// Take care of functions:
// Set state of function
unsigned long previous=speedTable[reg].functions;
unsigned long funcmask = (1UL<<functionNumber);
if (on) {
speedTable[reg].functions |= funcmask;
} else {
speedTable[reg].functions &= ~funcmask;
}
if (speedTable[reg].functions != previous) {
updateGroupflags(speedTable[reg].groupFlags, functionNumber);
CommandDistributor::broadcastLoco(reg);
}
#ifdef USE_HMI
if (hmi::CurrentInterface != NULL)
{
hmi::CurrentInterface->ChangeFunction(cab, functionNumber, on);
hmi::CurrentInterface->HmiInterfaceUpdateDrawing();
}
#endif
return true;
}
-
Je vois que ça phosphore beaucoup sur Labox. C'est plaisant. Je vais m'atteler aux modifs de la carte, mais en testant ce matin, je n'arrive plus à lire une CV. Ce n'est que chez moi ?
-
Hier en faisant une démo à mon petit fils, labox n’a pas pu lire l’adresse à partir du menu hmi. Je vais faire d’autres tests.
-
J'ai fait une mise à jour de l'article (2) de la série pour supprimer la référence qu LMD18200 et le support de Railcom moyennant une petite modification (ajout d'un fil et coupure d'une piste et renvoi vers ce sujet du forum) pour ceux qui seraient impatients de disposer de Railcom avec cette version publiée, sans attendre la suivante.
-
Bonjour à tous.
Pardonnez moi d'avoir les idées qui arrivent en ordre dispersé. En suggestion:
Comme le principe du voyant défaut semble abandonnée il serait malgré-tout utile de signaler à l'opérateur l'origine du défaut par le biais de l'afficheur.
Par exemple :
- Tension d'alimentation hors seuils de sécurité
- Intensité DCC trop élevée
- Court circuit sur canton X
- Etc. etc...
-
Je vois que ça phosphore beaucoup sur Labox. C'est plaisant. Je vais m'atteler aux modifs de la carte, mais en testant ce matin, je n'arrive plus à lire une CV. Ce n'est que chez moi ?
trace du moniteur en sélectionnant la lecture d'adresse par le menu sur Oled :
LaBox redémarre en mode Prog mais plante très vite et redémarre en mode Main
Je n'ai pas vu les leds de présence DCC s'allumer.
<* LaBox : 2.5.1 *>
<* Mode Prog *>
<* Wifi AP SSID LaBox PASS YourPassword *>
<* Wifi AP IP 192.168.4.1 *>
<* UDP Connection started port 21105. Z21 apps are available. *>
<* Server will be started on port 2560 *>
<* LaBox Prog mode. *>
<* Pin 36 Max 2249mA (2823) *>
<= B PROG>
<* Channel 2 DCC signal for PROG start *>
<iDCC-EX V-5.0.9 / ESP32 / LABOXPROG G-3bddf4d>
<* LCD3:Ready *>
<p0>
<* LCD2:Power Off *>
Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.
Core 1 register dump:
PC : 0x400e302b PS : 0x00060033 A0 : 0x800d7051 A1 : 0x3ffbf5ec
A2 : 0x00000000 A3 : 0x00000000 A4 : 0x000000a0 A5 : 0x00000000
A6 : 0x00000001 A7 : 0x003fffff A8 : 0x80000020 A9 : 0x00000007
A10 : 0x00000005 A11 : 0x00000001 A12 : 0x3ffcc260 A13 : 0x3ffcc240
A14 : 0x00000000 A15 : 0x3ffc5eb4 SAR : 0x0000001f EXCCAUSE: 0x0000001c
EXCVADDR: 0x00000001 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
Backtrace: 0x400e3028:0x3ffbf5ec |<-CORRUPTED
ELF file SHA256: d34e574e2883615c
Rebooting...
-
A mon avis :
Tension d'alimentation hors seuils de sécurité
Quel serait un seuil de sécurité? Pour du N ou du HO ou du LGB ?
Ce sujet me semble en dehors du logiciel de LaBox qui doit rester simple
Intensité DCC trop élevée
Le seuil d’intensité de court-circuit est défini en configuration et géré par la partie DCC-EX
Le fait de voir les leds DCC éteintes me suffit.
Le protocole Can avec un gestionnaire qui a, en principe, un écran, est plutôt chargé de cette question.
Il me semble que l’écran de LaBox n’est pas suffisant pour tout faire .
Court circuit sur canton X
La centrale n’a pas connaissance du canton concerné, sauf via protocole can et je reviens à la question précédente: c’est du ressort du gestionnaire et de son écran
Etc. etc..
C’est intéressant de proposer des améliorations, merci, mais il faut veiller à la stabilité du projet. Ce n’est en aucun cas une censure et la démocratie fonctionne.
-
Correction d'un bug.
En mode programmation, il faut désactiver RailCom sinon impossible de lire ou écrire un cv.
Une solution simple et rapide est de mettre la condition: Si pas en mode programmation.
Voir le fichier DCCRMT.cpp modifié
Ne pas oublier #include "hmi.h"
void IRAM_ATTR interrupt(rmt_channel_t channel, void *t) {
#ifdef ENABLE_RAILCOM
if (!hmi::progMode) { // * Pas en mode programmation
gpio_matrix_out(RAILCOM_PIN, 0x100, false, false); // * Déconnecte la pin 33 du module RMT
gpio_set_level(RAILCOM_PIN, 1); // * Pin 33 à l'état haut
rmt_channel = channel; // * Mémorise n° de canal
StarTimerCutOut(); // * Start Timer CutOut
}
#endif
RMTChannel *tt = channelHandle[channel];
if (tt) tt->RMTinterrupt();
if (channel == 0)
DCCTimer::updateMinimumFreeMemoryISR(0);
}
RMTChannel::RMTChannel(pinpair pins, bool isMain) {
byte ch;
byte plen;
byte dp; // * Ajout
if (isMain) {
ch = 0;
plen = PREAMBLE_BITS_MAIN; // 16
} else {
ch = 2;
plen = PREAMBLE_BITS_PROG; // 22
}
// preamble
preambleLen = plen + 2; // plen 1 bits, one 0 bit and one EOF marker
preamble = (rmt_item32_t*)malloc(preambleLen * sizeof(rmt_item32_t));
dp = 0;
#ifdef ENABLE_RAILCOM
if (!hmi::progMode) { // * Pas en mode programmation
dp = 1;
setDCCBitCutOut(preamble); // * Symbole CutOut
}
#endif
-
Voici un premier jet du soft passé en version 2.5.2:
- intégration des corrections sur l'affichage des fonctions et le mode prog.
- simplification de la configuration dans config.Labox.h . Veillez à bien le copier dans config.h pour tester. On va maintenant configurer le MotorDriver comme d'habitude, mais la partie Railcom va y puiser les pins 33 et 27 pour son fonctionnement. Plus besoin de déclarer d'autres defines avec les mêmes numéros de broche. Je n'ai pas pu tester, j'attends mes cartes Railcom de JLCPCB...
J'attends vos retours avant de pousser sur Github.
Pour la lecture de CV, je n'ai pas de plantage, et j'ai bien mes locos qui sursautent, mais erreur de lecture à chaque fois...
-
Accessoirement Dominique, tu aurais le lien Aliexpress pour le DC-DC ?
-
Régulateurs de tension positive, abati eur Buck Tech, DC 5.5-32V à 5V, 1A, remplace TO-220 LM7805, 5V, 1A, 1 Pc, 5Pcs
https://a.aliexpress.com/_EvE6FrJ (https://a.aliexpress.com/_EvE6FrJ)
J’ai vu ces régulateurs sur les cartes satellite de Christophe qui confirmera si ce sont les bons (à découpage à base de NS6312).
-
Sur cette nouvelle version de LaBox (2.5.2), RailCom et la lecture écriture des cv fonctionne.
-
Régulateurs de tension positive, abati eur Buck Tech, DC 5.5-32V à 5V, 1A, remplace TO-220 LM7805, 5V, 1A, 1 Pc, 5Pcs
https://a.aliexpress.com/_EvE6FrJ (https://a.aliexpress.com/_EvE6FrJ)
J’ai vu ces régulateurs sur les cartes satellite de Christophe qui confirmera si ce sont les bons (à découpage à base de NS6312).
Je confirme que ce sont les bons. Je les utilise maintenant depuis plus de deux ans sur probablement plus d'une trentaine de cartes et je n'ai aucun problème. 1A suffit largement pour ce besoin.
-
Sur cette nouvelle version de LaBox (2.5.2), RailCom et la lecture écriture des cv fonctionne.
Je confirme que la lecture de l'adresse (par le menu HMI) et l'affichage des fonctions fonctionnent.
Tests faits sur carte 02c3 modifiée Railcom en mode Railcom.
J'ai dupliqué config.labox.h en config.h sans modification.
Je n'ai pas de récepteur Railcom (ça viendra).
Bravo pour toutes ces améliorations.
Je n'ai pas bien compris où, dans le code, la GPIO27 est définie en inverse de la GPIO33.
-
@Dominique, si tu veux une carte Railcom je peux t'en envoyer une !
-
J’en ai une que tu m’a déjà envoyée. Je rentre à la maison vendredi où je pourrai tester.
J’ai au moins 1 ou 2 locos Railcom.
-
Tiens, je viens de compiler à nouveau la version 2.5.2 sans changement et je vois cette erreur :
L'ESP32 est du type dev module avec Port Micro-usb (l'autre étant en USB C), je ne vois pas d'autre différence !!
Je n'ai pas d'erreur avec la version 241 qui contient le même code à cet endroit. Donc l'erreur est causée par autre chose !
un avis ?
/Users/dominiquebultez/Desktop/Labox252/CommandStation-EX-LaBox252/DCCTimerESP.cpp: In function 'int local_adc1_get_raw(int)':
/Users/dominiquebultez/Desktop/Labox252/CommandStation-EX-LaBox252/DCCTimerESP.cpp:95:8: error: 'sens_dev_t' {aka 'volatile struct sens_dev_s'} has no member named 'sar_meas_start1'; did you mean 'sar_meas1_ctrl1'?
SENS.sar_meas_start1.sar1_en_pad = (1 << channel); // only one channel is selected
^~~~~~~~~~~~~~~
sar_meas1_ctrl1
exit status 1
Compilation error: 'sens_dev_t' {aka 'volatile struct sens_dev_s'} has no member named 'sar_meas_start1'; did you mean 'sar_meas1_ctrl1'?
-
Je viens de compiler avec l'IDE 2.3.2, le Framework 2.0.17, la version 2.5.2 pour un 'DOIT ESP32 DEVKIT V1', et si j'ai des warnings, je n'ai pas d'erreur...
-
Erreur de ma part : j'avais sélectionné l'ESP32S2 Dev Module, la ligne juste au dessus, mon doigt ayant glissé !
Ce n'était pas le bon type d'ESP32.
En sélectionnant le générique "ESP32 Dev Module", tout va bien : compilation et téléversement impeccables.
Désolé pour l'inquiétude :o
-
Pas de problème. C'est un peu le même cas pour moi et mes problèmes de lecture de CV. Ca ne marche pas avec mon dernier exemplaire de Labox, alors que les deux anciennes versions que j'ai fonctionnent... Je subodore un composant mal soudé, mais je ne vois pas lequel...
-
Mise à jour des projets :
CommandStation-EX-Labox 2.4.9 :
- Correction des problèmes de fonction < 28
- Modification du Readme pour y intégrer la description du projet Labox.
- Ajout d'un répertoire PCB avec les fichiers Kicad, Eagle, DipTrace et Gerber de la carte CENTRALE02c3 . Les fichiers Eagle et DipTrace ne seront plus maintenus. Ils sont juste là parce qu'ils ont le mérite d'exister... Le gerber est celui de l'article.
CommandStation-EX-Labox-Railcom 2.5.2 :
- Idem ci dessus, sauf pour le PCB qui est la nouvelle version 03c1 (Kicad uniquement + gerber) avec toutes les modifications demandées par Dominique :
. Retrait des Led devenues inutiles et leur résistance.
. Retrait de la partie signal inversé (transistor + résistances)
. Retrait de connecteurs inutiles.
. Ajout d'une piste entre GPIO_27 et IN2 du 6203 .
. Retrait du branchement de GPIO_27 vers le connecteur extérieur.
. Ajout d'un connecteur pour un 7805 ou d'un petit circuit équivalent à brochage identique.
. Ajout d'empreintes 6mm pour les boutons
. Le schéma a été mis en conformité.
- En plus de ce que j'avais déjà corrigé par rapport à la version 02c3 :
. Refactoring général des textes sur la carte pour les rendre plus visibles et en face de leur composant.
. Numérotation aussi du connecteur extérieur.
. Autant que possible, les pads qui sont GND sont maintenant rectangulaires.
. La masse (GND) remplit maintenant tous les espaces disponibles sur les deux faces. Des vias ont été ajoutés pour en assurer le branchement.
. Toutes les erreurs signalées par Kicad sont corrigées, ne restent que des warnings principalement dus à des empreintes qui se superposent tout à fait logiquement.
- Correction de Railcom en mode prog.
N'hésitez pas à me signaler tout problème.
-
Génial : quelle énergie ! Chapeau à Thierry ;D
Je prépare mes valises pour le retour demain qui sera suivi obligatoirement par l’entretien du jardin avant l’arrivée de la petite dernière :D
Il faut donc que je jète un œil ce soir.
-
Impatient de voir ce chef d'oeuvre, voici mes remarques qui arrivent au fil de l'eau dans cette réponse :
1) PCB 03c1 on avait détecté, le 18 aout, l'inversion de Rx et Tx sur le port série affecté au transmetteur radio HC12, donc une correction à faire dans le silkscreen.gto :
(https://forum.locoduino.org/index.php?action=dlattach;topic=1618.0;attach=6344;image)
2) Pourquoi il y a 2 programmes.ino (CommandStation-EX-LaBox-Railcom.ino et CommandStation-EX-LaBox.ino) ?
En compilant le premier il y a une erreur : Compilation error: redefinition of 'hmi boxHMI'
-
Les corrections sont poussées.
J'ai renommé le .ino pour plus facilement compiler dans l'IDE.
J'ai corrigé le PCB et regénéré le Gerber.
-
Autre réflexion. Si j'ai bien saisi, que ce soit avec ou sans Railcom, la pin 27 doit être utilisée dans la déclaration du MotorDriver non ?
-
Oui, toujours déclarer la Pin 27
-
Bonsoir;
J'aurai une subjection à vous faire, Puisse que vous êtes entrain de reconfigurer le PCB de la box ne serait-il pas intéressant d'intégrer un connecteur pour le "booster Labox" proposé par @lebelge2 dans le projet https://forum.locoduino.org/index.php?topic=1753.msg19419#msg19419 (https://forum.locoduino.org/index.php?topic=1753.msg19419#msg19419).
Mise à jour des projets :
CommandStation-EX-Labox 2.4.9 :
- Correction des problèmes de fonction < 28
- Modification du Readme pour y intégrer la description du projet Labox.
- Ajout d'un répertoire PCB avec les fichiers Kicad, Eagle, DipTrace et Gerber de la carte CENTRALE02c3 . Les fichiers Eagle et DipTrace ne seront plus maintenus. Ils sont juste là parce qu'ils ont le mérite d'exister... Le gerber est celui de l'article.
CommandStation-EX-Labox-Railcom 2.5.2 :
- Idem ci dessus, sauf pour le PCB qui est la nouvelle version 03c1 (Kicad uniquement + gerber) avec toutes les modifications demandées par Dominique :
. Retrait des Led devenues inutiles et leur résistance.
. Retrait de la partie signal inversé (transistor + résistances)
. Retrait de connecteurs inutiles.
. Ajout d'une piste entre GPIO_27 et IN2 du 6203 .
. Retrait du branchement de GPIO_27 vers le connecteur extérieur.
. Ajout d'un connecteur pour un 7805 ou d'un petit circuit équivalent à brochage identique.
. Ajout d'empreintes 6mm pour les boutons
. Le schéma a été mis en conformité.
- En plus de ce que j'avais déjà corrigé par rapport à la version 02c3 :
. Refactoring général des textes sur la carte pour les rendre plus visibles et en face de leur composant.
. Numérotation aussi du connecteur extérieur.
. Autant que possible, les pads qui sont GND sont maintenant rectangulaires.
. La masse (GND) remplit maintenant tous les espaces disponibles sur les deux faces. Des vias ont été ajoutés pour en assurer le branchement.
. Toutes les erreurs signalées par Kicad sont corrigées, ne restent que des warnings principalement dus à des empreintes qui se superposent tout à fait logiquement.
- Correction de Railcom en mode prog.
N'hésitez pas à me signaler tout problème.
Une voie de programmation et deux voies principales
Cette réalisation ne requière aucune modification matérielle de La Box.
Bonjour.
Le(s) concepteur(s) de La Box a (ont) eu la bonne idée de l’équiper d’un connecteur d’extension pour évolutions futures.
On peut donc y raccorder un module de puissance L298HN. 2 x 2A pour alimenter deux voies a principales
La Box (L6203) devient la voie de programmation.
- Détection des court-circuit
- RailCom sur toutes les voies
- Alimentation indépendante.(Entre 15 et 18Volts)
- Module L298HN à un prix dérisoire.
Raccordement du module L298HN à La Box
La Pin 13 de l’ESP32 vers ENA et ENB du module.
La Pin 12 de l’ESP32 vers IN1 et IN4 du module.
La Pin 14 de l’ESP32 vers IN2 et IN3 du module.
La Pin 25 de l’ESP32 vers Sense du module.
Raccorder les masses.
Voir le schéma fournis.
Modifications software.
Quatre fichiers sont à modifier ou à remplacer :
- CommandStation-EX-LaBox.ino
- DCCPRMT.cpp
- DCCPRMT.h
- config.h et/ou config.labox.h
Toute la doc. sur mon GitHub.
https://github.com/Lebelge2/Booster-La-Box
-
Oui, toujours déclarer la Pin 27
Correction poussée.
-
Bonjour
Bien que je suive le post de loin je me permets de suggérer une révision du nommage telle que:
3.X.X pour ce qui embarque à présent RAILCOM( on demend) et avec les futurs nouveaux PCB
4.X.X pour ce qui aura trait en plus à l intégration CAN ( et donc préalablement de RAILCOM sur la V3xx)
Ceci me semblera plus simple à comprendre pour ceux désirant se plonger dans la réalisation.
Comme je l ai déjà dit pour moi il ne manque alors à "LABOX" que le protocole XPRESSNET afin de l'interfacer avec les softs du marché.( je sais j insiste!)
Je doute en effet que devant la complexité du projet de gestionnaire beaucoup franchisse ce cap même si tout y est fait pour aller au plus simple et efficace.
De plus cela ouvre un point intermédiaire de mise en œuvre sur un réseau.
Laurent
-
La numérotation actuelle correspond aux différentes étapes du développement, sachant qu'à terme le but est de tout intégrer dans une seule et unique version.
Pour moi changer de version principale (2xx,3xx,4xx) correspond à un changement profond de façon de faire, comme le passage de DCCpp (1xx) à CommandStation-EX (2xx d'aujourd'hui). Après le passage de 2.4 à 2.5 correspond à une amélioration significative du fonctionnement par l'apport du Railcom, mais pas à un changement en profondeur. L'arrivée du CAN sera sans doute l'occasion de passer à 2.6 ...
Ma façon de faire correspond à ce que j'ai toujours fait dans mon boulot, mais elle ne convient peut être pas à tout le monde. Dites nous ce que vous en pensez.
-
Je viens d’arriver après 6h de voiture, le ramassage des tomates et des framboises (oui ça compte aussi). Je n’ai pas pu donner mon avis sur les propositions de BrunoToutSimple et de Laurent.
Mon avis est constant sur les fonctionnalités de LaBox:
- pas de voie principale + programmation étant donné que LaBox peut faire les 2 modes comme je l’explique au début de ce sujet. J’utilise 2 LaBox une pour la voie principale avec 4A maxi du L6203 (et non 2A du L298) et j’utilise decoder pro pour la programmation a un lieu différent (dans une autre pièce que mon réseau) de la centrale principale. Coupler les deux me semble compliquer le câblage .
Et ajouter la deuxième voie dans le logiciel l’alourdît et le complique aussi.
En plus l’écran Oled ne suffira pas à développer une interface humaine satisfaisante pour la programmation. Un PC reste nécessaire.
- pas d’Expressnet puisque nous intégrons le bus Can qui n’est pas réservé au gestionnaire (en module Can). L’exemple des satellites autonomes que Laurent connaît bien le démontre.
Une passerelle Can <-> Expressnet est toujours possible. Ce n’est pas à LaBox de le faire
D’ailleurs le nombre de modules Can va continuer à croître et le protocole Can dans LaBox sert avant tout à la commander et connaître des états.
Avec l’intégration du bus Can (qui est bien avancée), LaBox actuelle avec sont PCB aura atteint un niveau d’achèvement qui correspond largement aux objectifs initiaux.
Cela n’empêche pas de créer une nouvelle branche indépendante si quelqu’un souhaite répondre à une demande générale et une nouvelle spécification partagée par plusieurs.
Par exemple la connexion d’un booster sur le port d’extension de LaBox est un projet intéressant dans le cadre d’une branche séparée. Donc avec une carte externe et plus particulièrement pour une voie de programmation à faible courant de façon à garder LaBox dédiée à la voie principale comme elle est actuellement.
-
La numérotation actuelle correspond aux différentes étapes du développement, sachant qu'à terme le but est de tout intégrer dans une seule et unique version.
Pour moi changer de version principale (2xx,3xx,4xx) correspond à un changement profond de façon de faire, comme le passage de DCCpp (1xx) à CommandStation-EX (2xx d'aujourd'hui). Après le passage de 2.4 à 2.5 correspond à une amélioration significative du fonctionnement par l'apport du Railcom, mais pas à un changement en profondeur. L'arrivée du CAN sera sans doute l'occasion de passer à 2.6 ...
Ma façon de faire correspond à ce que j'ai toujours fait dans mon boulot, mais elle ne convient peut être pas à tout le monde. Dites nous ce que vous en pensez.
Je suis totalement d’accord avec cette numérotation que j’ai vue aussi dans mon boulot (avant les trains, les tomates et les framboises…)
-
Petite question : est-ce que Kicad génère aussi le placement et l’orientation des composants CMS ?
Je ne suis plus sûr de la nécessité de D4 et de sa résistance, je vais vérifier.
-
Bonsoir Dominique
Kikad génère bien sure le placement de tous les objets. C est lors de l export des fichiers de fabrication que le fichier de placement est traité.
Il est à fournir avec la BOM pour la fabrication usine des assemblages.
Petite subtilité il faut le retravailler un peu pour le format JLCPCB. On "nettoiera" au passage de cette liste tout ce qui sera traiter manuellement ( assemble par l utilisateur) dont par exemple les connecteurs.
A noter que Kikad dispose d'une option pour ne pas faire figurer un objet dans la BOM et donc dans la liste des objets à placer: ex un logo qui n est pas une référence de composant à assembler.
On entre la il est vrai dans des usages moins courant de cet outil.
Laurent
-
Avant mon départ demain matin pour de vraies vacances, je vous propose de jeter un œil à une version particulière de Labox. Sa particularité est d'intégrer tout ce qui a été fait jusqu'aujourd'hui (et dont j'ai connaissance) dans une seule et unique version. Elle est issue de la branche CAN mais regroupe toutes les évolutions :
- Railcom actif
- A côté de EXRAIL issu de DCC-EX, j'ai ajouté un EXComm permettant de choisir parmi des options de communication. Voir dans config.labox.h les define ENABLE_* qu'il suffit de mettre en '//' pour renoncer une ou plusieurs de ces options. Pourquoi être passé par là ? Deux raisons principales : la modularité, on a pas tous besoin des mêmes choses, et la volonté de diminuer les modifications du noyau CommandStation-EX. Un seul appel à EXComm fait fonctionner toutes les options, et si on en ajoute, comme un mode CAN non Marklin par exemple, il suffit de dériver sa classe de EXCommItem et d'y coder un begin() et un loop(), souvent déjà présents sous un autre forme...
- Messagerie CAN de Christophe intégrée dans EXComm et renommée CANMARKLIN. Dans le constructeur de CanMarklin, le dernier argument permet d'envoyer les commandes DCC reçues vers le bus CAN. Ces commandes peuvent venir de n'importe quelle source. J'ai ainsi testé l'envoi et la réception de commandes DCC entre deux Labox. Une qui n'a pas de réseau connecté mais reçoit ses ordres de l'appli Z21 ou EngineDriver et les envoie sur le CAN, l'autre qui n'a pas de Wifi mais reçoit ses ordres par le bus CAN et pilote ses trains !
- Protocole Sprog sur Serial2 intégré dans EXComm. Ce mode SProg a besoin d'un convertisseur UART/USB branché sur les pins 16 et 17. Il fonctionnait bien avec l'application Windows DCCCenter lorsqu'il était dans la branche LProg mais je ne l'ai pas retesté ici. De plus il n'est actif QUE dans le mode de lecture de l'adresse de Labox. Il reste encore à comprendre pourquoi JMRI qui est pilotable via SProg ne veut pas entendre parler de mon interface Labox... Enfin dans cette version complète, il manque quand même les options de lecture/écriture de CV au menu du petit écran que j'avais codé dans la branche LProg.
Je n'ai pas pu tester faute de temps. Cette version a été créée aujourd'hui et je pars demain ! Bref, il reste du boulot.
Amusez vous bien, je reviens le 5...
-
Je précise que c'est la version 2.6.0 .
-
Merci infiniment Thierry et passes de bonnes vacances bien méritées.
En plus tu nous donnes des devoirs de vacances pour qu’on teste cette 2.6.0 qui regorge de trésors et qui contient tout ce qui est prêt (RAICOM et le Can de Marklin - Christophe va se régaler). Tu as pensé la façon d’intégrer plusieurs protocoles Can (là c’est moi qui vais me régaler).
Bien entendu tu n’es pas tenu de répondre aux résultats de nos tests avant le 5 : repos, on ne t’embête plus ! Tu nous liras à ton retour !
-
Bonjour à tous,
Je remercie également Thierry pour le travail réalisé et le niveau de maturité aujourd’hui atteint par laBox. Aucun autre système à ma connaissance n’est capable d’offrir autant d’ouverture et de compatibilité sur autant de systèmes.
Alors juste pour ne parler que du CAN en quelques lignes. Pourquoi ai-je autant bataillé pour que l’on intègre le protocole de Marklin dans la Box. Eh bien tout d’abord parce qu’il en fallait un. J’ai regardé tout ce qui existait et en particulier Open LCB, le projet repris par le NMRA sous l’intitulé de LCC ou encore CBUS, le projet porté par le MERG qui sont des usines à gaz telles que ni l’un ni l’autre n’ont été réellement adoptés et déployés dans le monde du chemin de fer miniature.
Le premier gros avantage du protocole de Marklin est qu’il est extrêmement simple. A mon avis, une vingtaine de commandes tout au plus pour piloter une centrale comme laBox. Il est donc (plus) facile à déployer par les modélistes dans des projets en DIY.
Autre raison et pas des moindre, il s’agissait aussi de rendre laBox compatible avec l’ensemble des matériels Marklin (MS2, CS2, CS3…) mais aussi l’ensembles des produits qui intègrent eux même ce protocole. Je parle en particulier de tous les logiciels de gestion de réseau comme JMRI, Rocrail, iTrain, TrainController… Alors, quitte à avoir du CAN dans laBox autant qu'il soit reconnu du plus grand nombre que par par personne d'autre que nous ! Un moyen également de participer au déploiement de laBox dans l’univers du modélisme.
Alors, bien sûr, tous ces logiciels savent communiquer avec des centrales DCC en WiFi ou en Ethernet au travers de DCC++ (maintenant DCC-Ex). Mais ni DCC++ ou DCC-Ex n’intègrent de protocole compatible avec la technologie du CAN et de son bus en particulier. Ce qui pour un membre de Locoduino n’est bien sûr pas acceptable !
Voilà qui est donc en passe d’être réglé.
Le protocole Marklin est par ailleurs public, bien documenté et largement éprouvé depuis plus d’une vingtaine d’années maintenant.
Donc simplicité de mise en œuvre, interopérabilité avec un très grand nombre d’équipements en open-source, gratuits ou commerciaux sont déjà à eux seuls suffisant à mon sens pour justifier ce choix.
J’en citerai un dernier dont l’intérêt n’est peut-être pas évident de prime abord. On parle beaucoup de protocole CAN de Marklin, mais en réalité ce protocole, fortement calqué sur les fondamentaux du CAN, est aussi celui qu’utilise Marklin pour sa communication en TCP, (WiFi et Ethernet). Deux protocoles en un pourrait-on dire, ce qui facilite grandement le travail des modélistes bidouilleurs que nous sommes. En particulier pour concevoir des passerelles comme en nécessitent par exemple les satellites V1 et aussi les satellites autonomes.
Voilà l’essentiel de ce que je voulais dire et j’ouvrirai un sujet spécifique pour développer la connaissance et le déploiement de ce protocole CAN.
Longue vie à laBox donc.
Christophe
-
Bonsoir à tous,
J'ai chargé la dernière version 2.6.0 mais pas de retour Railcom ??? J'ai regardé dans le programme et je ne vois rien de ce qui a été fait dans la version précédente à ce sujet !!!
Même dans le fichier DCCRMT, il ne semble pas y avoir ce qui avait été modifié pour Railcom.
Ou alors, est-ce moi qui vieilli ?
Christophe
-
Bonsoir à tous,
J'ai chargé la dernière version 2.6.0 mais pas de retour Railcom ??? J'ai regardé dans le programme et je ne vois rien de ce qui a été fait dans la version précédente à ce sujet !!!
Même dans le fichier DCCRMT, il ne semble pas y avoir ce qui avait été modifié pour Railcom.
Ou alors, est-ce moi qui vieilli ?
Christophe
j'ai ce fichier, je ne sais pas si cela fonctionne
-
Merci Bruno mais c'est bien cela que j'ai aussi. La 2.6.0 pour laquelle Thierry à mis le lien de téléchargement ci-dessus.
Christophe
-
Moi je butte sur une erreur à la compilation un fichier externe d'une bibliothèque (défines.h) semble manquer :
CommandStation-EX-Labox-CAN/EXComm.h:7:10: fatal error: defines.h: No such file or directory
#include <defines.h>
remplacer <> par "" n'arrange rien
-
remplacer <> par "" n'arrange rien
Si chez moi ça a fonctionné. Le fichier est bien là en local, tu peux faire comme cela. Ca a ensuite compilé et piloté des locos (sauf Railcom)
-
Bonsoir. Oui c'est un oubli... J'étais pressé de vous donner une nouvelle version et de partir en vacances...
-
Moi je butte sur une erreur à la compilation un fichier externe d'une bibliothèque (défines.h) semble manquer :
CommandStation-EX-Labox-CAN/EXComm.h:7:10: fatal error: defines.h: No such file or directory
#include <defines.h>
remplacer <> par "" n'arrange rien
Ah, j'oubliais, ce lien est présent à deux endroits dans le programme.
-
Nouvelle version 2.6.1 préparée depuis St Jean de Luz sans IDE donc sans garantie de compilation...
-
Merci Thierry,
Profites bien de la mer et des spécialités basques avant tout !
L'Arduino n'est pas basque !
Accessoirement la 2.6.1 ne coince plus sur les defines.h, mais ici :
/Users/dominiquebultez/Documents/Arduino/libraries/ACAN_ESP32/src/ACAN_ESP32.cpp:7:10: fatal error: esp_private/periph_ctrl.h: No such file or directory
#include <esp_private/periph_ctrl.h> // For ESP32 board managerACAN_ESP32 est la dernière version 2.0.1.
J'espère que l'ESP32 board 2.0.17 au lieu de 3.0.4 n'est pas la cause !!
Mais ça peut largement attendre ton retour. Don't worry ;D
C'est la mer qui me manque cette année !
-
C'est un problème que je rencontre avec la version actuelle de ACAN_ESP32 et que je contourne en limitant à la version 1.1.2
lib_deps = pierremolinaro/ACAN_ESP32@=1.1.2
-
Pareil pour moi, il ne faut pas prendre la version 2. Je pense qu'elle est prévue pour le framework ESP 3.
-
Bon Thierry, voilà de quoi gâcher tes vacances.
A partir de cette version 2.6.1, j'ai tout d'abord utilisé PlateformIO, changé les codes d'accès WiFi à ma box, quelques petits réglages à moi qui vont bien et mis mon réseau sous tension. Les rails sont alimentés en courant, les feux et les fonctions sonores qui étaient au paravant activées sur les locos fonctionnent mais celles-ci refusent désespérément d'avancer ou de reculer.
Mes détecteurs par consommation de courant me confirment bien qu'il y a une consommation (ou pas) selon que la locomotive est sur les rails ou pas.
Je suis alors passé sur l'IDE Arduino, j'ai supprimé le fichier main.cpp (il y a les deux dans ton dossier, main.cpp et CommandStation-EX-Labox-CAN.ino), j'ai renseigné les seuls paramètres WiFi mais que nenni, exactement le même comportement !!!
J'ai tout de même essayé de voir si les locos renvoyaient leur adresse Railcom, mais c'est non sans trop de surprise.
Prends le temps de te sécher tout de même en sortant de ton bain avant de me répondre ;-)
Bien amicalement Christophe
-
Pareil pour moi, il ne faut pas prendre la version ACAN_ESP32 2.x.y. Je pense qu'elle est prévue pour le framework ESP 3.
Effectivement avec la version d'ACAN_ESP32 1.1.2, la compilation va jusqu'au bout avec succès.
De même il faut noter la version ESP32 d'expressif 2.0.17 et donc éviter la version 3.
-
@Dominique : Moi ce qui m'intéresse de savoir c'est si tes locos bougent avec cette version car ce n'est pas le cas chez moi !
Je ne parle pas de l'alimenntation electrique des rail qui est OK mais des ordres envoyés aux locos.
Pour Esspressif v3, il semble qu'il y ait pas mal de problème, il est sans doute mieux d'attendre pour les upgrades
-
@Christophe,
Je viens de tester la dernière 2.6.1 avec EXComm et je constate la même chose que toi, à savoir une sortie DCC en courant continu (une seule led s'allume sur le connecteur DCC).
Ca explique bien que les ordres DCC ne passent pas !
J'ai testé la version de Thierry telle quelle (avec seulement l'adaptation à mon wifi à la maison).
Je n'ai pas encore joué avec les options d'EXCOMM (avec ou sans CAN, SPROG ..).
D'ailleurs, je pense que l'option SPROG peut être incompatible avec le fonctionnement en conduite des locos, non ?
Je pense qu'il faut laisser un peu de temps à Thierry de vérifier cette version.
-
Bonjour.
Si votre Box est modifiée, (Suppression T1 et R1) n'oublier pas d'activer la broche 27 dans config.Labox.h (et/ou dans config.h)
Si non vous n'avez qu'une alternance.
#define LABOX_MAIN_MOTOR_SHIELD F("LABOXMAIN"), \
new MotorDriver(32, 33, 27, UNUSED_PIN, 36, 0.80, 2500, UNUSED_PIN)
#define LABOX_PROG_MOTOR_SHIELD F("LABOXPROG"), \
NULL, \
new MotorDriver(32, 33, 27, UNUSED_PIN, 36, 0.80, 2500, UNUSED_PIN)
-
@lebelge2,
C'est bien le cas dans config.h (mais pas dans config.labox.h, ce qui n'a pas d'importance si config.h existe) :
#define LABOX_MAIN_MOTOR_SHIELD F("LABOXMAIN"), \
new MotorDriver(32, 33, 27, UNUSED_PIN, 36, 0.80, 2500, UNUSED_PIN)
#define LABOX_PROG_MOTOR_SHIELD F("LABOXPROG"), \
NULL, \
new MotorDriver(32, 33, 27, UNUSED_PIN, 36, 0.80, 2500, UNUSED_PIN)
-
Si votre Box est modifiée,
#define LABOX_MAIN_MOTOR_SHIELD F("LABOXMAIN"), \
new MotorDriver(32, 33, 27, UNUSED_PIN, 36, 0.80, 2500, UNUSED_PIN)
#define LABOX_PROG_MOTOR_SHIELD F("LABOXPROG"), \
NULL, \
new MotorDriver(32, 33, 27, UNUSED_PIN, 36, 0.80, 2500, UNUSED_PIN)
Box modifiée, c''est mon cas -> pour tester j'ai changé dans confi.h et config.labox.h et j'ai toujours le problème !!!
-
Très bizarrement, quand je passe en mode de lecture adresse, une seule led s'allume mais la lecture d'adresse répond "18" et c'at bien l'adresse de ma loco.
Toutefois l'affichage sur le moniteur pose questions :
<= B PROG>
<* Channel 2 DCC signal for PROG start *>
<iDCC-EX V-5.0.9 / ESP32 / LABOXPROG G-3bddf4d>
<* Serial2 Txd is on pin 17 *>
<* Serial2 Rxd is on pin 16 *>
<* UDP Connection started port 21105. Z21 apps are available. *>
<* Configure ESP32 CAN *>
<* CAN id = 253 Bitrate = 25 Kb/s CANH:4 CANL:5 *>
<* CAN Configuration OK ! *>
<* LCD3:Ready *>
<p0>
<* LCD2:Power Off *>
<* Track B sensOffset=0 *>
<* locoIdCallback called 18 ! *>
que voit-on ?
- Bitrate = 25 Kb/s pour le CAN
ce serait plutôt 250 kb/s
- et les 3 dernières lignes donnent l'impression qu'aucune commande de lecture est envoyée et que la réponse 18 était là par Hazard !!
Je débranche tout puis je rebranche et j'ai le même résultat, avec une seule led allumée coté sortie DCC.
Effectivement c'est du courant continu : la loco part à fond d'un coté et ne réagit à aucune commande de l'appli Z21 qui a établit le courant en se connectant (la commande "GO" ou "STOP" fonctionne sur l'ancienne appli Z21
-
@Dominique,
Oui il y a quelques erreurs concernant le CAN mais je vous donnerai cela globalement d'autant que j'ai aussi complété beaucoup le code du CAN.
Jes messages CAN fonctionnent, j'ai même pu utiliser une MS2 pour envoyer des commandes mais... je voudrais en être certain avec du courant dans les locos.
-
@Christophe.
J'ai rechargé la 2.5.2 et ça marche bien en traction et fonctions et en lecture d'adresse, avec les 2 leds traction allumées.
Ma carte Labox est modifiés (pin 27 activée, T1, R1 isolés). Donc elle fonctionne bien.
Ce qui m'étonne c'est que Thierry a fait fonctionner sa 2.6.1 avant de nous l'envoyer.
Mais je ne suis pas certain que tous les fichiers soient dans le même dossier (cf les <> au lieu de "") et il utilise PlatformIO peut-être ?
@lebelge2 : est que cette version 2.6.1 fonctionne chez toi ?
-
Oui même la 2.6.0 fonctionne comme je mets dans mon post du 30/08. Il manquait cependant Railcom !
-
Pas moyen de compiler la dernière version, il me manque trop de fichiers.
-
Pas moyen de compiler la dernière version, il me manque trop de fichiers.
Tu parles bien de la 2.6.1 dont Thierry à mis le lien pour le téléchargement quelques messages plus haut ? Etonnant, moi je n'ai eu aucun problème à la compilation. Pas certain d'avoir testé pour cette version sur l'IDE Arduino mais sur PlateformIO, c'est Nickel. Sauf les liens sur les fichiers signalés par Dominique mais il suffit de remplacer "<" par """. mais ça tu connais.
Il faut regarder aussi car il y a un fichier en ".ino" et un autre "main.cpp" ce sont bien sûr les mêmes (j'espère du moins). Moi j'ai viré le ".ino" puisque je suis sur PIO.
-
Quelqu'un a t'il réussi à résoudre les problèmes de cette 2.6.1 ???
Par ailleurs, est-ce que l'on peut considérer comme "bons pour produire" la dernière version de laBox et les Gerber associés ? Quelqu'un peut confirmer ?
-
La V.2.6.1 fonctionne chez moi.
Librairie: ACAN_ESP32, mettre la V.1.1.2 et non la dernière (V.2.0.1) et ça compile.
Remis les fichiers Railcom.cpp et Railcom.h (comme sur la V.2.5.2)
Dans config.Labox.h et/ou config.Labox.h , désactiver Sprog
//#define ENABLE_SPROG (si non vas pas)
Activer RailCom
#define ENABLE_RAILCOM
Activer Pin 27
Dans .ino, écrire:
#include "Railcom.h"
Dans Setup(), écrire:
#ifdef ENABLE_RAILCOM
RailcomBegin();
#endif
RailCom OK
Lecture n° loco Ok
Vitesse et fonctions loco Ok
Rien testé d'autres.
-
Par ailleurs, est-ce que l'on peut considérer comme "bons pour produire" la dernière version de laBox et les Gerber associés ? Quelqu'un peut confirmer ?
Je pense qu’on peut lancer une production du PCB.
Mais il manque les fichiers de placement des CMS : BOM et CPL.
-
@Dominique : OK merci pour la réponse.
Par ailleurs, j'ai pu modifier le code de laBox, v 2.6.1 avec toutes les modifications préconisées par leBelge. Je confirme que cela fonctionne correctement, je commande bien mes locos, je lis l'adresse via Railcom.
Concernant le CAN, il y a pas mal de choses que je modifie et complète pour être totalement conforme au protocole Marklin. Je pense avoir fini dans la journée.
Christophe
-
Bonjour à tous. De retour de vacances, je vais faire les modifications citées par lebelge dans la journée et vous proposer une version 2.6.3 en fin de journée. Je pense que demain je pousserais le tout sur la branche officielle Labox. Les branches CAN et Railcom deviendront alors inutiles.
J'espère aussi pouvoir tester dans la journée sur des cartes 0.2c3 non modifiées et valider ou non la broche 27 dans le config.h .
-
Bonjour Thierry,
Bon retour parmi nous.
Es-tu éventuellement intéressé que je te fasse passer mon code qui inclus toutes les midifs et qui fonctionne comme je le disais plus haut. Mais en même temps, je n'ai fait que les modifs du Belge.
Par contre, sur le CAN, il y a pas mal de modifications, déjà concernant la vitesse comme l'a fait remarqué Dominique. Il y a aussi de profondes modifications dans le code même pour respecter scrupuleusement le protocole de Marklin.
J'ai déjà modifié et testé toutes les commandes de traction , de direction et de fonctions pour les locomotives. Il me reste les commandes de POWER et aussi les ACK important dans ce protocole.
Dis moi comment on peut échanger pour mettre à jour ?
Christophe
-
Tu peux m'envoyer un mail avec tes deux sources zippés ou non, c'est assez petit pour passer en mail. Ou ici dans un zip joint.
-
En PJ le seul dossier complet PIO mais sans les biblios qui seront rechargées automatiquement ni les executables.
-
Voici ma version 2.6.2 . Elle peut fonctionner si on ne fait pas cohabiter Railcom et le CAN. Si les deux sont présents, il y a un plantage dès le départ. Je cherche la source depuis hier mais sans résultat... Sinon toutes les modifications demandées ont été faites, enfin je crois.
-
Pas de plantage chez moi, tout ok
-
Je n’ai aucun problème moi non plus à faire fonctionner les deux !
-
Voici ma version 2.6.2 .
Bonjour @Thierry
Merci pour le travail fourni.
J'aurai une proposition à vous faire. Il serait judicieux de rajouter dans le nomination du Zip de mettre le numéro de la version.
Exemple:
"2.6.2_CommandStation-EX-Labox-CAN" afin que les Locoduinos puissent se retrouver s'ils ont téléchargé plusieurs versions, moi le premier.
-
@tous,
La 2.6.2 fonctionne avec #define ENABLE_RAILCOM sur la carte modifiée avec la pin 27 sur IN2 du L6203
mais elle ne fonctionne pas avec //#define ENABLE_RAILCOM : la sortie DCC sur les rails est en courant unipolaire comme si lapin 27 n'était pas connectée.
Je n'ai pas testé la lecture Railcom, mais seulement l'appli Z21 sur une loco, ni la fonction SPROG avec Décoder Pro.
Toutefois la lecture d'adresse par appui sur le bouton de droite fonctionne. mais en retour au mode Main, LaBox reboute sans arrêt (l'écran clignote).
J'ai rechargé la version avec option Railcom et elle continue à rebooter.
J'ai rechargé la version SANS l'option Railcom et au démarrage une erreur apparait dans le moniteur :
<* Channel 0 DCC signal for MAIN start *>
<iDCC-EX V-5.0.9 / Guru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.
Core 1 register dump:
PC : 0x400e47ab PS : 0x00060033 A0 : 0x800d79b5 A1 : 0x3ffbf60c
A2 : 0x00000000 A3 : 0x00000003 A4 : 0x000000a0 A5 : 0x00000000
A6 : 0x00000001 A7 : 0x003fffff A8 : 0x00000005 A9 : 0x00000000
A10 : 0x007b833c A11 : 0x003fffff A12 : 0x3ffcc360 A13 : 0x3ffcc340
A14 : 0x00000000 A15 : 0x3ffc5fac SAR : 0x00000020 EXCCAUSE: 0x0000001c
EXCVADDR: 0x00000001 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT ��������
Et le signal DCC redevient unipolaire (apparemment pin 27 pas activée)
Je ne peux donc pas utiliser cette version.
Qu'est-ce qui peut différencier ma carte et mon soft des votres (Christophe et Marc) ?
IL y a encore ue erreur d'affichage de la fréquence du CAN : 2500 au lieu de 250 kb/s
<* [CANMARKLIN] CAN id = 253 Bitrate = 2500 Kb/s CANH:4 CANL:5 *>
<* [CANMARKLIN] : config with filter *>
<* [CANMARKLIN] CAN Configuration OK ! *>
-
Bonjour à tous.
Avec un peu plus de temps que prévu, je suis quand même arrivé à pousser une version 2.6.2 sur Github. C'est un élément de réponse à Bruno pour le nommage des zips, c'était une façon de faire transitoire en attendant de revenir au coffre de Github... Mais je retiens l'idée pour l'avenir.
Pour les problèmes rencontrés par Dominique, je n'ai pas de carte modifiée, ayant déjà du mal avec mes trois cartes actuelles. Le problème de la vitesse du CAN sera solutionné dans la prochaine version.
Pour revenir sur mes cartes, j'en ai trois de trois générations différentes :
- un vieil exemplaire 0.1 fourni par Dominique avec le mauvais écartement de l'ESP32 et la carte CAN fille. C'est la carte qui marche le mieux !
- un exemplaire plus récent marqué 0.3 toujours avec la carte CAN fille, qui se plante si j'active RAILCOM et CAN en même temps. C'est la seule à faire ça sur les trois !
- un exemplaire très récent 0.2c3 directement issu de l'article de Dominique avec le CAN sur un composant SMD, et montée par mes soins. Sur celle là, la lecture d'adresse DCC ne marche pas du tout, et le CAN envoie un signal très aléatoire au lieu du signal bien propre observé à l'oscillo avec les deux autres.
Bref, attention aux différentes cartes utilisées si vous en avez plusieurs...
-
la mienne est la dernière version 02c3, avec la liaison pin27 de l'ESP32 au IN2 du 6203.
Au lieu d'enlever T1 et R1 j'ai coupé la piste juste en dessous de la pin IN2 Je ne pense pas que T1 puisse perturber IN1.
J'ajoute que si la modification n'est pas faite, le fonctionnement sans Railcom doit invalider la pin 27, ou pas car le cutout n'a pas lieu.
Toutefois, nous devrions passer maintenant à la version 02c4 du circuit imprimé avec les composants CMS et la liaison pin27-IN2
Je vais essayer d'autres cartes mais plus tard ...
-
J'ai une autre carte 02c3 non modifiée pour le cutout.
Sans l'option RAICOM elle pilote bien ma loco avec le signal DCC complet (donc il y a une différence matérielle avec celle qui a le patch). Mais le lancement d'une lecture d'adresse plante sur les 2 cartes.
Je prépare mes valises pour la route demain et j'emmène 4 cartes pour tester là-bas : je ferai un tableau des versions de cartes, avec ou sans patch cutout, selon les options, et des fonctions qui marchent ou pas.
-
Nouvelle version 2.6.3 sur Github qui cumule tous les développements du moment :
- Ajout de deux commandes de lecture et écriture de CV, accessibles au menu comme l'identification de la loco. Ces deux modes fonctionnent de la même manière, en rebootant silencieusement Labox pour la passer en mode programmation. Les applications iOs ou Android de modification de CVs qui étaient utilisables lorsque Labox était en mode lecture de l'adresse loco fonctionnent aussi avec ces commandes.
- Ajout de XpressNet de lebelge dans l'interface EXComm. Ce n'est pas du tout testé.
- Passage de SPROG en Serial1 pour pouvoir cohabiter avec XpressNet qui est en Serial2.
- Correction de la remontée d'info de SPROG (valeurs des CVs lues) vers le logiciel qui pilote, dans mon cas Centre DCC (http://centredcc.fr/) sous Windows.
- Ajout d'une classe LaboxModes pour centraliser les accès à l'EEPROM et les restart de l'ESP32...
SPROG ne marche toujours pas avec JMRI. Des fois des commandes passent, mais très très lentement...
Voilà pour les nouveautés du jour avant mon retour au boulot demain.
-
Bonsoir à Tous
Je suis entrain de travailler sur une version de la LaBox en Smd:
Comprenant:
- Can
- XpressNet
- HC-12
Le projet n'est toujours pas finalisé. Je voulais juste de vous informer de mon avancé.
-
Bonjour à tous
Bravo pour votre travail.
@Bruno
J'aurais une suggestion, pourriez-vous svp "Remplacer les prises RJ12 par des RJ 45"
Cordialement
Marcel
-
Bonjour à tous
Bravo pour votre travail.
@Bruno
J'aurais une suggestion, pourriez-vous svp "Remplacer les prises RJ12 par des RJ 45"
Cordialement
Marcel
Pas de problème
-
Nouvelle version 2.6.3 sur Github qui cumule tous les développements du moment :
- Ajout de deux commandes de lecture et écriture de CV, accessibles au menu comme l'identification de la loco. Ces deux modes fonctionnent de la même manière, en rebootant silencieusement Labox pour la passer en mode programmation. Les applications iOs ou Android de modification de CVs qui étaient utilisables lorsque Labox était en mode lecture de l'adresse loco fonctionnent aussi avec ces commandes.
- Ajout de XpressNet de lebelge dans l'interface EXComm. Ce n'est pas du tout testé.
- Passage de SPROG en Serial1 pour pouvoir cohabiter avec XpressNet qui est en Serial2.
- Correction de la remontée d'info de SPROG (valeurs des CVs lues) vers le logiciel qui pilote, dans mon cas Centre DCC (http://centredcc.fr/) sous Windows.
- Ajout d'une classe LaboxModes pour centraliser les accès à l'EEPROM et les restart de l'ESP32...
SPROG ne marche toujours pas avec JMRI. Des fois des commandes passent, mais très très lentement...
Voilà pour les nouveautés du jour avant mon retour au boulot demain.
Bonjour Thierry,
D'après config.h, le port SPROG se trouve sur RX2 et TX2 (serial2) et non Serial1 comme indiqué dans ton post cité ci-dessus?
#define SPROGCOMM new SProg(16, 17)
Est-ce que cela peut expliquer le fait qu'il ne marche pas avec JMRI ?
Faut-ils changer SProg(16,17) en SProg(3,1) ?
Est-ce que l'on peut ou pourra toujours taper des commandes DCC++ dans le serial moniteur de l'IDE ?
Tu indiques que XPressNet est en Serial2, mais utilise les ports GPIO 12,13 et 15 ! Pourquoi ?
A la compilation j'ai une erreur "Compilation error: stray '\357' in program"
au début du fichier XpressNet.cpp
/Users/dominiquebultez/Desktop/LaBox/VERSIONS SOFT/CommandStation-EX-LaBox263/XpressNet.cpp:1:1: error: stray '\357' in program
/*
^
/Users/dominiquebultez/Desktop/LaBox/VERSIONS SOFT/CommandStation-EX-LaBox263/XpressNet.cpp:1:2: error: stray '\273' in program
/*
^
/Users/dominiquebultez/Desktop/LaBox/VERSIONS SOFT/CommandStation-EX-LaBox263/XpressNet.cpp:1:3: error: stray '\277' in program
/*
^
J'ai beau supprimer le commentaire au début (/* ... */) ça résiste et je n'arrive pas à me débarrasser du caractère parasite.
-
Erreur "Compilation error: stray '\357' in program"
Il faut faire un copier/coller de XpressNet.cpp dans le bloc note.
Sauvegarder et fermer avec l'extension .txt
Renommer en XpressNet.cpp
Compile avec RailCom, Sprog, Xpressnet activé.
Testé RailCom et XpressNet ok dans cette version.
Pas encore testé Sprog mais il me semble qu'il doit uniquement fonctionner sur le port 0 puisque interface de commande logiciel et non matériel !
Avec le ESP32 on peut mettre n'importe quelle pin sur n'importe quel module (port) ce qui explique GPIO 12,13 et 15 affectées au port série 2 car pin sur le connecteur d'extension.
-
Sur ESP, on peut fixer librement les pins utilisées par les interfaces Serial1 et 2. C'est ce que font SPROG et XPressNet. Ce dernier a besoin d'une pin supplémentaire...
Ces pins 16 et 17 marchent parfaitement avec Centre DCC, j'ai testé hier. Donc JMRI devrait fonctionner aussi... Mais je ne sais peut être pas le paramétrer correctement. En choisissant dans JMRI 'Programmateur SPROG' et le bon port Com, la connexion se fait, et des commandes de JMRI arrivent jusqu'à la box, mais très très lentement. Peut être un problème de vitesse de transmission, ou l'usage d'un RTS/CTS, mais ce n'est pas conforme au protocole SPROG défini par le fabricant. Ou beaucoup plus probable, je ne sais pas me servir de JMRI !
Par contre, récupère à nouveau XPressNet.cpp. Le tien semble vérolé ! A noter que je n'ai compilé qu'avec PlatformIO. Je n'ai pas essayé avec l'IDE. La compilation qui est faite par Github à chaque poussage de code a elle bien fonctionné, et m'a permis de résoudre quelques cas mineurs de casse sur les include.
-
OK ça compile bien maintenant avec ce fichier XpressNet.cpp récupéré du Git dans BBEdit et copié/collé dans l'éditeur de l'IDE Arduino.
-
Bonjour,
Je suis cette discussion avec intérêt depuis quelques temps car l'association RAILCOM et CAN m'intéresse pour mon futur réseau.
Je n'ai pas de hardware Labox mais j'ai voulu voir si je pouvais compiler et charger le programme dans un de mes ESP32 (ESP-32 DevKit C V4 de AZ-Delivery).
La compilation se passe bien (j'utilise PlateformIO).
Quand je teste le signal DCC avec RAILCOM sans CAN, la trame est correcte avec interruption RAILCOM.
Quand je teste le signal DCC avec CAN sans RAILCOM, la trame est correcte sans interruption RAILCOM.
Mais quand les deux sont activés, je vois passer la trame DCC (avec interruption) une fraction de seconde, puis le programme plante, l'ESP reboote, et ça recommence indéfiniment.
Le terminal affiche ceci :
09:31:44.566 > <* License GPLv3 fsf.org (c) Locoduino.org *>
09:31:44.571 > <* LaBox : 2.6.3 *>
09:31:44.573 > <* CommandStation-EX : 5.0.9 *>
09:31:44.576 > <* LaBox Main mode. *>
09:31:44.577 > <* Pin 36 Max 2249mA (2823) *>
09:31:44.580 > <= A MAIN>
09:31:44.581 > <* new MAIN channel with pins 33 27 *>
09:31:44.585 > <* Channel 0 DCC signal for MAIN start *>
09:31:44.588 > finGuru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.
09:31:44.596 >
09:31:44.596 > Core 1 register dump:
09:31:44.598 > PC : 0x400ddb9f PS : 0x00060033 A0 : 0x800d70a9 A1 : 0x3ffbf38c
09:31:44.607 > A2 : 0x00000000 A3 : 0x00000003 A4 : 0x000000a0 A5 : 0x00000000
09:31:44.614 > A6 : 0x00000001 A7 : 0x003fffff A8 : 0x0000000f A9 : 0x00000000
09:31:44.621 > A10 : 0x00ff0000 A11 : 0xff000000 A12 : 0x3ffc6bf0 A13 : 0x3ffc6bd0
09:31:44.629 > A14 : 0x00000000 A15 : 0x3ffc376c SAR : 0x00000020 EXCCAUSE: 0x0000001c
09:31:44.637 > EXCVADDR: 0x00000001 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
09:31:44.645 > Backtrace: 0x400ddb9c:0x3ffbf38c |<-CORRUPTED
09:31:44.650 > ELF file SHA256: 4a4635deba44289e
09:31:44.767 > Rebooting...
Est-ce que ça parle à quelqu'un ?
-
Bonjour dmskd, (un prénom peut-être ?)
Je joins à ce message une version de laBox (c'est un projet PIO) qui fonctionne parfaitement chez moi avec Railcom et CAN. C'est une version 2.6.1.
Je précise que je n'utilise pas les fonctions de programmation.
Ca m'intéresse de savoir si cette version fonctionne chez toi.
PS : j'ai supprimé les bibliothèques et les éxecutables pour limiter le poids du fichiers mais ceux-ci seront chargés ou re-créés à l'ouverture du projet et à a compilation.
Christophe
-
Je confirme que sur certains ESP j'ai toujours le plantage. Il n'y a peut être pas de lien, mais les deux ESP qui se plantent chez moi sont des 38 broches, donc le format long. Sur mon ESP 30 broches pas de plantage...
-
Merci Christophe,
(mon prénom est dans la signature)
J'ai continué les tests, avec ton programme et avec l'autre, sur plusieurs "boards", tous les mêmes.
Parfois ça fonctionne, parfois non.
Parfois ça fonctionne après chargement du programme, mais plus après un redémarrage.
Parfois c'est l'inverse.
Avec ton programme, la trame DCC avec Railcom semble plus stable.
J'avoue que je n'y comprends plus rien.
-
Bon je viens de refaire des tests pendant 2 heures et tout fonctionne vraiment bien chez moi. J'ai fais le test avec 2 locos, une Roco avec adresse 3 et une Trix avec adresse 78 (Cette loco avec décodeur Trix génère le Railcom!!!).
Pas de problème de commande en CAN. J'utilise pour cela une MS2. On ne peut pas être plus CAN Marklin !
Pas de problème pour la lecture Railcom !
J'en ai profité pour apporter quelques nouvelles améliorations sur les fichiers CanMarklin (en particulier sur le filtre des messages). Les fichiers sont joints. Il faut juste remplacer les anciens par ceux-ci.
J'ai aussi réalisé un petit programme de test qui fonctionne sur un Arduino UNO avec un shield SEEED STUDIO relié à la Box bien sûr et qui pilote ma locomotive adresse 78 (qui allume laBox, envoie la loco en avant, arrière, changement de vitesse etc...)
Il suffit de mettre l'adresse de la loco que vous voulez piloter à la ligne 39 : const uint32_t addressLoco = 78; // Renseigner l'adresse de votre locomotive
Selon le module CAN que vous utilisez, assurez-vous des bonne pins pour CS et INT. Chez moi c'est :
static const byte MCP2515_CS = 10; // CS input of MCP2515 (adapt to your design)
static const byte MCP2515_INT = 2; // INT output of MCP2515 (adapt to your design)
Voici le programme dans son ensemble :
#include <ACAN2515.h>
static const byte MCP2515_CS = 10; // CS input of MCP2515 (adapt to your design)
static const byte MCP2515_INT = 2; // INT output of MCP2515 (adapt to your design)
//——————————————————————————————————————————————————————————————————————————————
// MCP2515 Driver object
//——————————————————————————————————————————————————————————————————————————————
ACAN2515 can(MCP2515_CS, SPI, MCP2515_INT);
//——————————————————————————————————————————————————————————————————————————————
// MCP2515 Quartz: adapt to your design
//——————————————————————————————————————————————————————————————————————————————
static const uint32_t QUARTZ_FREQUENCY = 16UL * 1000UL * 1000UL; // 16 MHz
enum : bool {
off,
on
};
enum : uint8_t {
setPower,
setSpeed,
setDirection,
setfunction
};
struct Loco {
uint32_t address;
uint16_t speed;
uint8_t direction;
byte fn[28];
};
Loco *loco = new Loco;
const uint32_t addressLoco = 78; // Renseigner l'adresse de votre locomotive
class LaBoxCmd {
private:
uint32_t mID;
bool mDebug;
bool mPower;
public:
LaBoxCmd(uint32_t);
void setup();
void setPower(bool power) {
mPower = power;
}
bool getPower() {
return mPower;
}
};
LaBoxCmd::LaBoxCmd(uint32_t id)
: mID(id) {}
uint32_t thisId = 0x1811; // Identifiant de cet expéditeur
LaBoxCmd laBox(thisId);
void canSendMsg(uint8_t commande, uint8_t function = 0) {
CANMessage frame;
frame.ext = true; // Utiliser un identifiant étendu
uint32_t ok;
frame.id = thisId; // Identifiant de la trame
switch (commande) {
case setPower:
frame.len = 5; // Nombre d'octets de data
frame.id |= (uint32_t)0x00 << 17;
frame.data32[0] = thisId;
frame.data[4] = laBox.getPower();
break;
case setSpeed:
frame.len = 6; // Nombre d'octets de data
frame.id |= (uint32_t)0x04 << 17;
frame.data32[0] = loco->address;
Serial.print("speed : ");
Serial.println(loco->speed);
frame.data[4] = (loco->speed & 0xFF00) >> 8;
frame.data[5] = loco->speed & 0x00FF;
//frame.data16[4] = loco->speed;
break;
case setDirection:
frame.len = 5; // Nombre d'octets de data
frame.id |= (uint32_t)0x05 << 17;
frame.data32[0] = loco->address;
frame.data[4] = loco->direction;
break;
case setfunction:
frame.len = 6; // Nombre d'octets de data
frame.id |= (uint32_t)0x06 << 17;
frame.data32[0] = loco->address;
frame.data[4] = function;
frame.data[5] = loco->fn[function];
break;
}
ok = can.tryToSend(frame);
if (ok)
Serial.println("envoi ok");
}
//——————————————————————————————————————————————————————————————————————————————
// SETUP
//——————————————————————————————————————————————————————————————————————————————
void setup() {
//--- Switch on builtin led
pinMode(LED_BUILTIN, OUTPUT);
digitalWrite(LED_BUILTIN, HIGH);
//--- Start serial
Serial.begin(115200);
//--- Wait for serial (blink led at 10 Hz during waiting)
while (!Serial) {
delay(50);
digitalWrite(LED_BUILTIN, !digitalRead(LED_BUILTIN));
}
//--- Begin SPI
SPI.begin();
//--- Configure ACAN2515
Serial.println("Configure ACAN2515");
ACAN2515Settings settings(QUARTZ_FREQUENCY, 250UL * 1000UL); // CAN bit rate 250 kb/s
const uint16_t errorCode = can.begin(settings, [] {
can.isr();
});
if (errorCode == 0) {
Serial.print("Configuration CAN ok");
} else {
Serial.print("Configuration error 0x");
Serial.println(errorCode, HEX);
}
loco->address = addressLoco;
}
//——————————————————————————————————————————————————————————————————————————————
void loop() {
CANMessage frame;
// Power on
laBox.setPower(on);
canSendMsg(setPower);
delay(1000);
// Test des differentes fonctions du decodeur
// for (byte i = 0; i <= 28; i++) {
// // Activation
// loco->fn[i] = on;
// canSendMsg(setfunction, i);
// delay(1000);
// // Desactivation
// loco->fn[i] = off;
// canSendMsg(setfunction, i);
// delay(1000);
// }
loco->fn[0] = on;
canSendMsg(setfunction, 1);
delay(10);
loco->fn[1] = on;
canSendMsg(setfunction, 1);
delay(10);
// Vers l'avant
loco->direction = 1;
canSendMsg(setDirection);
delay(10);
loco->speed = 500; // 500 / 1000 = 50% de la vitesse max
canSendMsg(setSpeed);
delay(1000ul * 50ul);
loco->fn[2] = on;
canSendMsg(setfunction, 2);
delay(1000);
loco->fn[2] = off;
canSendMsg(setfunction, 2);
delay(10);
loco->speed = 100; // 100 / 1000 = 10% de la vitesse max
canSendMsg(setSpeed);
delay(1000ul * 50ul);
// Vers l'arriere
loco->direction = 2;
canSendMsg(setDirection);
delay(10);
loco->speed = 500; // 300 / 1000 = 30% de la vitesse max
canSendMsg(setSpeed, 0);
delay(1000ul * 50ul);
loco->fn[3] = on;
canSendMsg(setfunction, 2);
delay(3000);
loco->fn[3] = off;
canSendMsg(setfunction, 3);
delay(10);
loco->speed = 50; // 50 / 1000 = 5% de la vitesse max
canSendMsg(setSpeed);
delay(10000);
//Power off
laBox.setPower(off);
canSendMsg(setPower);
delay(1000);
}
//——————————————————————————————————————————————————————————————————————————————
-
Le terminal affiche ceci :
09:31:44.566 > <* License GPLv3 fsf.org (c) Locoduino.org *>
09:31:44.571 > <* LaBox : 2.6.3 *>
09:31:44.573 > <* CommandStation-EX : 5.0.9 *>
09:31:44.576 > <* LaBox Main mode. *>
09:31:44.577 > <* Pin 36 Max 2249mA (2823) *>
09:31:44.580 > <= A MAIN>
09:31:44.581 > <* new MAIN channel with pins 33 27 *>
09:31:44.585 > <* Channel 0 DCC signal for MAIN start *>
09:31:44.588 > finGuru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.
09:31:44.596 >
09:31:44.596 > Core 1 register dump:
09:31:44.598 > PC : 0x400ddb9f PS : 0x00060033 A0 : 0x800d70a9 A1 : 0x3ffbf38c
09:31:44.607 > A2 : 0x00000000 A3 : 0x00000003 A4 : 0x000000a0 A5 : 0x00000000
09:31:44.614 > A6 : 0x00000001 A7 : 0x003fffff A8 : 0x0000000f A9 : 0x00000000
09:31:44.621 > A10 : 0x00ff0000 A11 : 0xff000000 A12 : 0x3ffc6bf0 A13 : 0x3ffc6bd0
09:31:44.629 > A14 : 0x00000000 A15 : 0x3ffc376c SAR : 0x00000020 EXCCAUSE: 0x0000001c
09:31:44.637 > EXCVADDR: 0x00000001 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
09:31:44.645 > Backtrace: 0x400ddb9c:0x3ffbf38c |<-CORRUPTED
09:31:44.650 > ELF file SHA256: 4a4635deba44289e
09:31:44.767 > Rebooting...
Est-ce que ça parle à quelqu'un ?
Sur un ESP32, c'est la plus part du temps un pointeur. Il faut s'assurer au préalable que le pointeur est non NULL.
if(pointeur != nullptr)
{
...
}
Parfois aussi en cas d'utilisation de freeRTOS, quand une tâche préempte les autres. La pause n'existe pas ou elle est vraiment trop courte.
-
Je confirme que sur certains ESP j'ai toujours le plantage. Il n'y a peut être pas de lien, mais les deux ESP qui se plantent chez moi sont des 38 broches, donc le format long. Sur mon ESP 30 broches pas de plantage...
Sur les 38 pins, il y a des broches "réservées". C'est le cas par exemple pour les WROM de 16 et 17 (TX2 et RX2) qui servent je crois à des extensions mémoire. Mais de là à faire planter ?
-
Un pointeur nul planterai à peu près tout le temps au même endroit. Ce n'est pas le cas ici. Les broches 16 et 17 ne sont utilisées que par SPROG. Même si SPROG n'est pas activé, ça se plante...
J'ai déjà tenté de changer de pin pour Railcom, ça ne change rien. J'essaierai ce soir de changer l'interruption utilisée par RAILCOM, passer de la 3 à la 1 pour voir.
-
@Thierry
J'ai, chargé mon programme sur un 38 pins et je n'ai pas de problème non plus (pas de plantage au démarrage). Il n'est pas sur une box bien sûr car je n'ai pas de PCB adapté.
Tu peux me faire passer ton programme comme j'ai fait, c'est à dire le projet PIO sans les biblio et sans les fichiers complilés ?
-
Je te fais ça ce soir. Comme je n'ai plus internet depuis le 3, c'est mon téléphone qui fait le modem en 5G et qui épuise mon forfait... Et je l'ai branché sur mon PC boulot pour le moment... Mais ma version c'est celle de Github.
-
Bonjour à tous
Voici une version de "LaBox" avec un Esp32 avec 38 Pins, comprenant:
- Railcom
- Xpressnet
- Sprog
- HC-12
- CAN
-
Et CAN !
-
Bon, j'ai des nouvelles qui devraient vous rassurer. J'ai chargé la version actuelle sur le github de locoduino sur ma propre Box. https://github.com/Locoduino/CommandStation-EX-LaBox (https://github.com/Locoduino/CommandStation-EX-LaBox)
GPLv3 fsf.org (c) Locoduino.org *>
<* LaBox : 2.6.3 *>
<* CommandStation-EX : 5.0.9 *>
E (4632) wifi_init_default: netstack cb reg failed with 12289
..<* Wifi STA IP 192.168.1.38 *>
<* Server will be started on port 2560 *>
<* LaBox Main mode. *>
<* Pin 36 Max 2249mA (2823) *>
<= A MAIN>
<* Channel 0 DCC signal for MAIN start *>
<iDCC-EX V-5.0.9 / ESP32 / LABOXMAIN G-3bddf4d>
<* [Z21] UDP Connection started port 21105. Z21 apps are available. *>
<* Configure ESP32 CAN *>
<* CAN id = 253 Bitrate = 2500 Kb/s CANH:4 CANL:5 *>
[CanMsg 74] : config with filter
<* CAN Configuration OK ! *>
- Un premier téléversement sans rien modifier -> Pas de plantage !
- Je mets mes propres fichier config.h et config.Labox.h -> pas de plantage, laBox se connecte bien à mon WiFi domestique.
- Je fais un test de pilotage de ma loco adresse 78 avec DecoderPro, tout fonctionne, la loco avance, recule, et les fonctions aussi s'activent.
- Je remplace les fichiers CanMarklin.h et CanMarklin.cpp par les derniers que j'ai postés ci-dessus -> Tout fonctionne, la loco 78 et commandée à la fois par DecoderPro et la MS2 de Marklin, en CAN donc !
Railcom aussi fonctionne :
[ConsoCourant 55] Busy = true
[Main 155] Railcom - Numero de loco : 78
J'ai juste une erreur de compilation mais c'est de l'affichage, rien de fondamental :
Building in release mode
Compiling .pio/build/ESP32/src/CanMarklin.cpp.o
Compiling .pio/build/ESP32/src/CommandStation-EX-LaBox.ino.cpp.o
CanMarklin.cpp: In static member function 'static void CanMarklin::loop()':
CanMarklin.cpp:126:15: error: 'CANDIAG' is not a member of 'Diag'
if (Diag::CANDIAG)
^~~~~~~
*** [.pio/build/ESP32/src/CanMarklin.cpp.o] Error 1
Le problème est réglé provisoirement en commentant les deux lignes 126 et 127 de CanMarklin.cpp :
//if (Diag::CANDIAG)
// DIAG(F("[CanMarklin]------ Sender %d : Command 0x%0X %s"), exped, cmde, cmdName);
Je suis sur PlateformIO. Ma Box est la dernière avec L6203, et modifications de hard comme préconisé par LeBelge,
J'invite donc ceux qui ont la possibilité de faire exactement les mêmes opérations pour voir si l'on a des résultats différents.
Christophe
PS: Je constate que dans version sur le github que SPROG est désactivé (par défaut) dans config.Labox.h
#ifdef ENABLE_SPROG
// Z21 define is the last one in LABOX_EXCOMMS and dont have a comma at its end !
#define SPROGCOMM new SProg(16, 17)
#else
#define SPROGCOMM NULL
#endif
Quand j'active SPROG, je n'ai toujours pas de plantage sur la propre Box et le CAN commande bien ma loco. Quand je copie ce même programme sur un ESP 38 pins, je n'ai pas de plantage non plus ! Mais je ne peux tester le fonctionnement.
-
Et CAN !
Bien sûr, j'ai modifié mon post.
-
Voici les fichiers Kicad. Je suis un novice du schéma PCB. Donc je soumets les schémas au PRO de Locoduino de l'électronique.
-
Bonjour,
Je suis cette discussion avec intérêt depuis quelques temps car l'association RAILCOM et CAN m'intéresse pour mon futur réseau.
Je n'ai pas de hardware Labox mais j'ai voulu voir si je pouvais compiler et charger le programme dans un de mes ESP32 (ESP-32 DevKit C V4 de AZ-Delivery).
La compilation se passe bien (j'utilise PlateformIO).
Quand je teste le signal DCC avec RAILCOM sans CAN, la trame est correcte avec interruption RAILCOM.
Quand je teste le signal DCC avec CAN sans RAILCOM, la trame est correcte sans interruption RAILCOM.
Mais quand les deux sont activés, je vois passer la trame DCC (avec interruption) une fraction de seconde, puis le programme plante, l'ESP reboote, et ça recommence indéfiniment.
Le terminal affiche ceci :
09:31:44.566 > <* License GPLv3 fsf.org (c) Locoduino.org *>
09:31:44.571 > <* LaBox : 2.6.3 *>
09:31:44.573 > <* CommandStation-EX : 5.0.9 *>
09:31:44.576 > <* LaBox Main mode. *>
09:31:44.577 > <* Pin 36 Max 2249mA (2823) *>
09:31:44.580 > <= A MAIN>
09:31:44.581 > <* new MAIN channel with pins 33 27 *>
09:31:44.585 > <* Channel 0 DCC signal for MAIN start *>
09:31:44.588 > finGuru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled.
09:31:44.596 >
09:31:44.596 > Core 1 register dump:
09:31:44.598 > PC : 0x400ddb9f PS : 0x00060033 A0 : 0x800d70a9 A1 : 0x3ffbf38c
09:31:44.607 > A2 : 0x00000000 A3 : 0x00000003 A4 : 0x000000a0 A5 : 0x00000000
09:31:44.614 > A6 : 0x00000001 A7 : 0x003fffff A8 : 0x0000000f A9 : 0x00000000
09:31:44.621 > A10 : 0x00ff0000 A11 : 0xff000000 A12 : 0x3ffc6bf0 A13 : 0x3ffc6bd0
09:31:44.629 > A14 : 0x00000000 A15 : 0x3ffc376c SAR : 0x00000020 EXCCAUSE: 0x0000001c
09:31:44.637 > EXCVADDR: 0x00000001 LBEG : 0x00000000 LEND : 0x00000000 LCOUNT : 0x00000000
09:31:44.645 > Backtrace: 0x400ddb9c:0x3ffbf38c |<-CORRUPTED
09:31:44.650 > ELF file SHA256: 4a4635deba44289e
09:31:44.767 > Rebooting...
Est-ce que ça parle à quelqu'un ?
N'est-ce pas étonnant que l'on ait :
09:31:44.576 > <* LaBox Main mode. *>
puis
09:31:44.581 > <* new MAIN channel with pins 33 27 *>
-
Testé configuration preconisée par bobyAndco.
Can, RailCom, XpresNet et Sprog activés.
Reboot perpetuel + le fichier XpressNet.cpp qu'il faut recopier dans un fichier vierge.
-
Testé configuration preconisée par bobyAndco.
Can, RailCom, XpresNet et Sprog activés.
Reboot perpetuel + le fichier XpressNet.cpp qu'il faut recopier dans un fichier vierge.
Je ne préconise rien, je ne fais que vous relater ce qui est chez moi ! Et il se trouve juste que cela fonctionne.
J'ai viré la version que j'avais recopiée du git et je n'ai pas fait attention si XpresNet était activé. Je ne peux pas dire si c'est là le problème.
Est-ce que tu es sur PIO ? C'est une autre différence peut-être entre vous et moi ?
Christophe
-
Arduino 1.8.19
-
Comme nous avons passé pas mal de choses à la moulinette, peut-être est-ce là le problème ?
-
Merci lebelge2 de préciser cela.
Je vois qu'il nous faudra forcément définir une procédure de signalement d'anomalies et de validation de chaque version, d'autant que nous sommes plusieurs à pouvoir tester et utiliser cette version sur plusieurs cartes et conditions d'environnement, notamment PIO ou IDE Atduino.
On sait aussi que chacun peut modifier quelque chose dans son environnement et oublier de la mentionner
Le point de départ sera toujours une version publiée sur le Git Locoduino, en l'occurence la 2.6.3, avec :
- la liste des bibliothèques : carte ESP32 2.0.17 et fonctions ACAN_ESP32 1.1.2 et autres ...
- la liste des modifications à faire comme celle du fichier Expressnet de lebelge2
- la carte LaBox utilisée (version de PCB, type d'ESP32 30 ou 38 pattes, type d'ESP32 choisi dans dans la liste des ESP32 de l'IDE, ceci pour l'IDE Arduino et pour PlatformIO (est-ce qu'il peut y avoir divergence de résultats selon l'outil de dev ?)
- la modification de la carte LaBox (liaison IO27 de l"ESP32 vers IN2 du L6203).
- le choix des options de compilation (RAILCOM, SPROG, etc...)
- version IDE Arduino et PIO
La présentation de BobyAndCo est excellente en ce qui concerne le choix des options.
Un format standard de présentation des résultats de tests (feuille Excel) est en pièce jointe. C'est un premier jet à améliorer et je dois y ajouter les résultats en fonctionnement réel, loco sur les rails
Bon courage
-
Au sujet du fichier XpressNet.cpp qui ne se compille pas avec Arduino IDE: Erreur "Compilation error: stray '\357' in program"
En l'ouvrant avec Notepad++, je vois qu'il est en encodage UTF-8-BOM
En le convertissant en UTF-8, plus d'erreur de compilation!
Aux programmeurs,vérifier si dans PIO la configuration de l'encodage est bien en UTF-8
-
Après plusieurs essais, il semble que ce soit le timer utilisé par Railcom qui cause le problème. Si la fonction SetTimerCutOut() est vidée, plus de plantage. Pourtant je ne vois pas de Timer utilisé dans CanMarklin ou même dans ACAN...
-
En l'ouvrant avec Notepad++, je vois qu'il est en encodage UTF-8-BOM
En le convertissant en UTF-8, plus d'erreur de compilation!
Effectivement, même le simple Bloc Note de Windows dit que ce n'est pas UTF-8... Ce sera poussé avec la prochaine version.
-
Une nouvelle version 2.6.4 a été poussée. Elle corrige (j'espère) le format de fichier de XpressNet.cpp . Elle semble corriger aussi le problème de plantage au lancement.
Après de multiples essais, changement de timer, augmentation des buffers, analyse du fonctionnement de ACAN... La seule chose qui a fonctionné est d'initialiser Railcom AVANT la mise en route du DCC, du RMT et des EXComm, donc du CAN.
Dites moi si ça marche aussi chez vous !
-
Merci Thierry pour tout le boulot que tu réalises.
Malheureusement, je ne vais pas pouvoir faire des tests avant une semaine car je suis full jusqu'à vendredi ou samedi.
Christophe
-
Pas de problème. De toutes façons, ça marchait chez toi...
-
Bonjour.
La V.2.6.4 fonctionne chez moi avec IDE Arduino 1.8.19
RailCom, XpressNet, Sprog et Can activé.
Merci pour le travail.
-
Petit retour d'expérience de la journée.
J'ai testé les commandes CAN de la Box avec les satellites autonomes et ça fonctionne nickel. Petit exemple, lorsqu'un satellite détecte une loco sur le canton qui précède, il envoie l'ordre à la loco de son canton de ralentir tout d'abord, puis de s'arreter sur capteur avant la sortie de canton.
Le tout fonctionne selon le protocole CAN Marklin. Mais du coup, j'ai du réécrire un peu le code des satellites. J'en reparlerai dans cette section prochainement.
Christophe
-
Bonjour,
Plus de problème non plus de reboot cyclique avec la nouvelle version.
Merci.
Je ne peux pas tester plus pour le moment.
-
Et bien moi j'ai des problèmes avec la 2.6.4
Pas d'erreur de compilation ni de téléversement.
Mais l'application Z21 ne se connecte pas et les leds rails ne s'allument pas (sauf lors d'une lecture adresse)
Mes réglages et les erreurs sont indiqués dans le fichier Excel joint
Mais la lecture de l'adresse loco et les lectures CV fonctionnent avec l'HMI (beau travail)
j'ai peut-être une erreur de configuration du WiFI ?
// Your SSID may not contain ``"'' (double quote, ASCII 0x22).
#define WIFI_SSID "LaBox264"
//
// WIFI_PASSWORD is the network password for your home network or if
// you want to change the password from default AP mode password
// to the AP password you want.
// Your password may not contain ``"'' (double quote, ASCII 0x22).
#define WIFI_PASSWORD ""
//
// WIFI_HOSTNAME: You probably don't need to change this
#define WIFI_HOSTNAME "LaBox"
//
// WIFI_CHANNEL: If the line "#define ENABLE_WIFI true" is uncommented,
// WiFi will be enabled (Mega only). The default channel is set to "1" whether
// this line exists or not. If you need to use an alternate channel (we recommend
// using only 1,6, or 11) you may change it here.
#define WIFI_CHANNEL 1
//
// WIFI_FORCE_AP: If you'd like to specify your own WIFI_SSID in AP mode, set this
// true. Otherwise it is assumed that you'd like to connect to an existing network
// with that SSID.
#define WIFI_FORCE_AP true
-
Nouvelle version 2.6.5 sur Github :
- Réduction du volume de code railCom dans DCCRMT.cpp en en reportant la plus grande partie dans Railcom.cpp .
- Corrections de CanMarklin par Christophe
- Le premier message de CAN sur la console montre le numéro de version CAN.
- Le PCB a été modifié, notamment les attributs des composants pour mieux générer les fichiers Bom et placement.
- Les fichiers Gerber sont maintenant dans 'Kicad/Fabrication' au lieu de 'Gerber'.
- Les fichiers BOM et placements sont présents et ont été générés par le plugin 'Fabrication Toolkit' de Kicad 8 pour JLCPCB.
Voili, voilou.
Dominique: Est ce que ton appli WiThrottle fonctionne ? Si oui, alors c'est que le Wifi fonctionne. Je ne vois rien de particulier dans ta config, si ce n'est le mode AP que je n'utilise pas en temps normal. Je ferai un essai plus poussé.
-
@Thierry,
Voici un essai avec WIThrottle (sur Mac). Les sorties série de LaBox (version 2.6.4 sont en PJ.
Le symptôme que j'avais avec Z21 et le même avec WIthottle : pas de courant sur les rails, le 2 leds sur la sottie DCC restent éteintes (alors que si je demande une lecture d'adresse, elles s'allument bien).
D'après les traces en PJ, une connexion wifi entre Withrottle et LaBox a bien lieu (<* New client 0, 192.168.4.2 *>) et des commandes de vitesse semblent bien reçues comme :
<l 18 0 130 0>
<* SEND 0:MTAS18<;>V1
MTAS18<;>R1
*>
Mais l'HMI ne traduit rien sur le bargraph et le DCC reste absent sur les rails.
Je pense qu'il y a peut-être un problème d'aiguillage du terminal.
J'ai essayé la version 2.6.5 et le problème est le même
Traces et fichier config.h en PJ
Par contre la commande de mise sous tension des rails au moniteur de l'IDE (ou autre terminal) fonctionne bien
<* PARSING:1 *>
<* Track A sensOffset=0 *>
<p1 MAIN>
<* LCD2:Power On MAIN *>
<* SEND 1:PPA1
*>
-
Je confirme que j'ai le même comportement que toi en AP... Une première correction consiste à retirer le test sur WL_CONNECTED dans Z21EXCommItem::beginItem(). WiFi::getStatus() ne marche pas en AP ! Mais même avec ça, l'appli Z21 refuse de se connecter, et si EngineDriver y arrive, le résultat est le même que chez toi...
Je n'aurais pas le temps de tester ce weekend, et les suivants vont être mouvementés. Mieux vaut se passer du mode AP pour le moment.
-
Merci Thierry,
C’est déjà pas mal d’avoir identifié le problème et ça explique que tout le monde a annoncé que la version marche bien chez eux.. en mode STA.
Je vais utiliser le partage de connexion d’un téléphone pour tester en STA, n’étant pas chez moi avant le 1/10.
-
Nouvelle version 2.6.6
Cette version corrige essentiellement les problèmes du mode WiFi AP.
-
Nouvelle version 2.6.6
Cette version corrige essentiellement les problèmes du mode WiFi AP.
J'ai testé la 2.6.6 et, en effet, le mode WIFI AP fonctionne bien.
Merci Thierry
-
Bonjour à tous et une fois encore un grand merci à tous les contributeurs de Locoduino qui font un travail exemplaire !
Je vais me lancer dans la fabrication de ma première centrale DCC et j'ai tout naturellement porté mon dévolu sur "LaBox"
qui répond parfaitement à tous mes besoins (compatibilité Railcom© et Satellites autonomes).
Je me heurte cependant à quelques points obscurs que certains d'entre vous n'aurons probablement aucun problème à éclairer :
- 1°/ J'ai déjà commandé (chez JLCPCB) grâce au tutoriel du site éditorial, très bien documenté, des PCB version 0.2...
Je n'avais pas vu qu'il existait sur le github une version plus récente (je ne parle que du hardware), la 0.3...
Quelle serait l'avantage de commander une version 0.3 plutôt que d'utiliser mes PCB 0.2 ?..
Est-elle plus performante ou corrige-t-elle certaines erreurs ?..
2°/ Dans la liste des "Composants additionnels" qui figure dans la rubrique "LaBox,
Une Centrale DCC polyvalente et abordable (2)" du site éditorial
https://www.locoduino.org/spip.php?article346#forum7270 (https://www.locoduino.org/spip.php?article346#forum7270)
(je ne parle pas des composants CMS qui peuvent être montés lors de la commande), figure une bien étrange résistance :
Resistance 4ohm - 1Pc Gold Tone 4 Ohm 100W Resistance https://www.ebay.fr/itm/142039714351 (https://www.ebay.fr/itm/142039714351)...
Je ne l'ai retrouvée nulle part, ni dans les photos ni dans les schémas de LaBox.
Quelle peut être son utilité ?
Et si elle en a une, est-il inutile, utile ou indispensable de la monter ?
Et s'il faut la monter, à quel endroit ?...
3°/ Sur le forum "Sujet: LaBox" : Une Centrale DCC polyvalente et abordable" (celui-la même sur lequel je pose mes questions), en haut de page 14,
Dominique fait état de modifications souhaitables, dont celle-ci :
Remplacement des convertisseurs DC-DC MP1583 ou MP2307 parc des convertisseurs 3 broches format T0220 et supportant au moins 30 à 35V et délivrant au moins 1A, tels que : voir photo sur aliexpress.
Le remplacement des convertisseurs originaux est-il d'une importance capitale ?
Quel en serait le bénéfice ?
D'autant que je n'ai pas l'impression que le PCB ait été modifié pour recevoir ces convertisseurs à 3 broches ?
Je vous remercie par avance pour les éclairages toujours pertinents que vous voudrez bien m'apporter,
espérant qu'ils en sortiront également d'autres que moi, du côté obscur de LaBox... ;D
-
Vos questions sont toute à fait pertinentes. Voici les réponses :
- 1°/ J'ai déjà commandé (chez JLCPCB) grâce au tutoriel du site éditorial, très bien documenté, des PCB version 0.2...
Je n'avais pas vu qu'il existait sur le github une version plus récente (je ne parle que du hardware), la 0.3...
Quelle serait l'avantage de commander une version 0.3 plutôt que d'utiliser mes PCB 0.2 ?..
Est-elle plus performante ou corrige-t-elle certaines erreurs ?..
La version de PCB la plus récente officiellement est la version 02c3 qui est donnée dans l'article "LaBox, Une Centrale DCC polyvalente et abordable (2)".
Cette version inclut les composants CMS montés en usine comme vous le remarquez dans votre question 2.
Cette version nécessite une correction (un fil à ajouter) pour générer le cutout Railcom. C'est expliqué dans ce sujet par lebelge2 avec photo à l'appui
Il y a bien une version 3 qui devrait tout intégrer mais elle demande à être testée et validée, avec les fichiers de placement des CMS, ce que nous ne manquerons pas de signaler dans ce sujet et dans un article complémentaire sur le site éditorial.
2°/ Dans la liste des "Composants additionnels" qui figure dans la rubrique "LaBox,
Une Centrale DCC polyvalente et abordable (2)" du site éditorial
https://www.locoduino.org/spip.php?article346#forum7270 (https://www.locoduino.org/spip.php?article346#forum7270)
(je ne parle pas des composants CMS qui peuvent être montés lors de la commande), figure une bien étrange résistance :
Resistance 4ohm - 1Pc Gold Tone 4 Ohm 100W Resistance https://www.ebay.fr/itm/142039714351 (https://www.ebay.fr/itm/142039714351)...
Je ne l'ai retrouvée nulle part, ni dans les photos ni dans les schémas de LaBox.
Quelle peut être son utilité ?
Et si elle en a une, est-il inutile, utile ou indispensable de la monter ?
Et s'il faut la monter, à quel endroit ?...
Cette résistance de puissance de 4 Ohm 100W ne sert qu'à tester les seuils de détection de court-circuit, pour ceux qui en auraient besoin. Elle a été utilisée par MSport et moi lorsque nous avons validé la version 02c3. Actuellement elle n'est plus nécessaire.
Donc oubliez là !
3°/ Sur le forum "Sujet: LaBox" : Une Centrale DCC polyvalente et abordable" (celui-la même sur lequel je pose mes questions), en haut de page 14,
Dominique fait état de modifications souhaitables, dont celle-ci :
Remplacement des convertisseurs DC-DC MP1583 ou MP2307 parc des convertisseurs 3 broches format T0220 et supportant au moins 30 à 35V et délivrant au moins 1A, tels que : voir photo sur aliexpress.
Le remplacement des convertisseurs originaux est-il d'une importance capitale ?
Quel en serait le bénéfice ?
D'autant que je n'ai pas l'impression que le PCB ait été modifié pour recevoir ces convertisseurs à 3 broches ?
Cette proposition de modification était destinée à être prise en compte dans le version 03 du PCB. Elle est prise en compte mais je n'ai pas encore testé cette version. Donc attendez un peu et vous pouvez rester sur la version 02c3 moyennant le fil à ajouter pour le cutout Railcom (et une piste à couper si vous reculez devant le dessoudage du translstor et de la résistance CMS). Voir la une photo de cette variante ci-dessous.
Tenez nous au courant de votre réalisation.
-
Un grand MERCI !!! ;)
-
Bonjour à tous.
Une nouvelle version 2.7.0 vient d'être poussée sur github (https://github.com/Locoduino/CommandStation-EX-LaBox).
Elle comprend pas mal de modifications :
- De nouvelles capacités de 'broadcast' ont été ajoutées à l'écosystème EXComm. Le broadcast permet d'informer l'ensemble des interfaces extérieures d'un changement dans les éléments pilotés. Si la vitesse, la direction ou une fonction change sur une loco pilotée simultanément par plusieurs applis Z21 ou EngineDriver, alors les autres applis sont informées du changement. C'est d'ailleurs assez sympa de voir les vitesses bouger toutes seules sur les autres applis... Les commandes d'aiguillages sont gérées, et bien sûr tout arrêt d'urgence est reporté sur toutes les interfaces. A noter que je n'ai pas géré SPROG, CANMARKLIN ou XPressNet. Dans les deux derniers cas, je ne sais pas si une mise à jour des éléments pilotés est souhaitable, ou si une remontée d'information est possible... Pour ce système de broadcast, j'ai amélioré ce qui existait déjà dans CommandStation-EX mais qui était réservé aux liaisons séries et à WiThrottle.
- Le code de EXComm a largement été remanié pour reposer sur des bases de codage plus solides. Par exemple, les fonctions générales, appelées dans le .ino par exemple, sont maintenant des méthodes de la classe EXComm et non plus EXCommItem... Si c'est important ! :)
- La classe Z21 plus particulièrement a fait l'objet d'un nettoyage de prin... d'automne. Les données inutiles ont été supprimées et des méthodes jamais appelées ont été enlevées. Par exemple la classe MYZ21LOCO qui maintenait une liste des adresses DCC pilotées par une appli (et d'autres données inutilisées) dans chaque Z21Throttle a été supprimée. Elle a été remplacée par une simple liste d'entiers avec les adresses DCC pilotées.
- Dans cette même classe, un remaniement des méthodes de notification qui existaient déjà pour remonter les infos à l'appli a eu lieu afin d'être utilisé par le broadcast de EXComm.
- Le menu du petit écran a lui aussi subi mes bombardements, c'est de saison. De nombreuses commandes inutiles parce que non câblées ont été retirées, comme l'activation du Wifi ou du CAN d'avant EXComm (donc qui n'existait pas !) ou le reset aux valeurs d'usine, sans objet.
- En échange une nouvelle commande 'Information' est apparue. Elle contient trois sous commandes qui permettent respectivement d'avoir des infos sur les versions de Labox et CS-EX (A propos de...), d'avoir la config Wifi de l'ESP: mode STA ou AP, IP, port, ou d'avoir des information sur les interfaces EXComm lancées, comme l'Id et le taux de transfert du CAN, ou les broches utilisées par les différentes interfaces.
- Pour terminer j'ai utilisé pour la première fois une nouveauté du C++, le mot clef 'override' qui permet d'affirmer dans sa déclaration qu'une fonction est bien la surcharge d'une fonction de la classe de base. Ainsi tout changement dans l'interface de la classe de base se soldera par une erreur de compilation si les classes dérivées n'ont pas suivi. C'est un progrès notable pour la mise au point présent dans le C# que j'utilise au boulot et qui me manquait en C++...
Il reste encore beaucoup à faire. Par exemple exploiter le mode DC possible avec CommandStation-EX, s'assurer qu'EXRail fonctionne bien avec nos interfaces, proposer une commande simple de va et vient par EXRail pour le tester dans le menu du petit écran, ou ajouter une autre commande pour identifier les décodeurs basée sur la lecture du CV8 ! Bref du boulot en perspective.
Thierry.
-
Ébahi je suis !
Merci Thierry pour ton expertise et ton savoir-faire qui enrichit LaBox qui devient un outil versatile aux possibilités immenses.
-
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é.
Merci Thierry d'avoir ajouté cette fonction de broadcast que j'avais "prototypé" en mars. Il est logique que si des applis différentes peuvent commander la même loco, elles puissent disposer de la même mise à jour en temps réel.
C'est indispensable en club, à plusieurs pour exploiter un grand réseau.
-
Bonjour,
J'ai réalisé Labox l'année derniere, elle fonctionne parfaitement.
Il me reste des PCB et je vais en monter 2 autres. je pense faire la modification pour integrer le railcom.
Au niveau du soft, les dernieres versions integrent bien railcom? il n'y a pas 2 versions différentes?
Merci de votre retour
-
Oui tout est intégré. Il suffit de l'activer dans config.h .
-
Bonjour,
2 questions :
- Le schéma le plus à jour de la Box est-il publié ? J'entends celui où le IN2 du L6203 est maintenant relié à la pin 27 de l'ESP et autres dernières modifs ?
- Je regardais le montage "typique" de la datasheet du L6203 et je vois qu'il est recommandé des diodes BYW98 sur la pin 4 et la pin 8 du L6203 là où nous mettons des 1N5819. La préconisation des BYW98 qui peuvent gérer 10-20 A n'est elle pas préférable en lieu et place des 1N5819 qui ne supportent qu'un courant direct maximal de 1A pour une centrale donnée pour 4A ?
Christophe
-
Bonjour,
2 questions :
- Le schéma le plus à jour de la Box est-il publié ? J'entends celui où le IN2 du L6203 est maintenant relié à la pin 27 de l'ESP et autres dernières modifs ? J'ai exploré ce fil et le github mais je n'ai rein vu.
- Je regardais le montage "typique" de la datasheet du L6203 et je vois qu'il est recommandé des diodes BYW98 sur la pin 4 et la pin 8 du L6203 là où nous mettons des 1N5819. La préconisation des BYW98 qui peuvent gérer 10-20 A n'est elle pas préférable en lieu et place des 1N5819 qui ne supportent qu'un courant direct maximal de 1A pour une centrale donnée pour 4A ?
Christophe
-
La diode 1N5819 est une diode rapide pour des applications de type « roue libre » donc absorber des courants de retour de charge inductive, ce qui est notre cas.
1A c’est le courant maxi en conduction directe (mode redressement).
Mais pour une application « roue libre » elle supporte jusqu’à 25A.
Il y des tas d’autres diodes Schottky possibles pour LaBox à la place de ces 1N5819. C’est selon ses stocks et comme elle se monte à la main, on peut faire ce qu’on veut.
-
Merci Dominique pour la réponse 2 !
Christophe
-
Et toute la partie hardware de Labox est dans le répertoire PCB du Github. La dernière version est dans Kicad, avec le gerber mais aussi les fichiers schema et PCB.
-
Nouvelle petite version 2.8.0 de LaBox.
C'est plus pour le fun qu'autre chose, mais j'ai ajouté deux fonctions et deux petites amélios:
- Une fonction d'identification du décodeur qui répond a été ajoutée. Elle donne la marque, et la version lue dans le CV7. Mais il faut savoir que certaines marques utilisent des CV inutilisées comme la 65 ou au dessus de 100 pour y loger des infos sur le modèle. N'ayant pas de spécifications marque par marque, je ne donne que la CV7, signalée officiellement par le NMRA comme la version du décodeur.
- Une fonction de test de la loco présente sur les rails a été ajoutée, c'est le Va&Vient EXRail. En effet je me suis servi de ça pour le faire, nous permettant ainsi de commencer à comprendre son fonctionnement... Elle demande un numéro de décodeur, puis fait un petit va et vient de quelques secondes en boucle pour tester. La version d'origine comprenait aussi l'activation de fonctions sonores, je l'ai laissé ! La macro de va et vient est dans MyAutomation.h
- Petite amélio, le numéro de version de l'interface CANMARKLIN est maintenant présent dans la commande d'information EXComm.
- Enfin, les écrans de pilotage affichent maintenant ESTOP à la place de la vitesse si un arrêt d'urgence a été demandé.
Voilà, c'est tout pour le moment...
Thierry.
-
Et toute la partie hardware de Labox est dans le répertoire PCB du Github. La dernière version est dans Kicad, avec le gerber mais aussi les fichiers schema et PCB.
Effectivement, il y a tout ce qu'il faut pour faire fabriquer un PCBA chez JLCPCB (avec composants CMS au verso/bottom).
Pour cela utiliser les fichiers de placement bom.csv et positions.csv
Je viens de tester la commande : image ci-dessous
Mais je vérifie, vérifie encore...
Et une commande de 5 platines avec composants soudés est facturée 32,81€ + port donc pas loin de 40€
-
Bonsoir,
Je suis en train de construire la Box à partir du pcb 0.2 (sur lequel j'ai soudé tous les composants sauf le L6203, ajouté le fil partant de la pin 27 et dessoudé les 3 CMS pour avoir la fonction railcom). Je pense avoir suivi consciencieusement les étapes préconisées ici : https://www.locoduino.org/spip.php?article346 . J'ai téléchargé les bons pilotes pour l'esp32, téléchargé les fichiers version 2.8.0, téléchargé plusieurs bibliothèques qui manquaient, mais j'ai toujours un souci de compilation. Je travaille avec l'IDE version 2.3.2, sous windows 10 (version 22h2) et voici le message d'erreur :
In file included from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCWaveform.h:27,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\CommandDistributor.cpp:30:
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h: In member function 'void MotorDriver::detachDCSignal()':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h:157:7: error: 'ledcDetachPin' was not declared in this scope; did you mean 'ledcDetach'?
In file included from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCACK.h:27,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCACK.cpp:24:
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h: In member function 'void MotorDriver::detachDCSignal()':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h:157:7: error: 'ledcDetachPin' was not declared in this scope; did you mean 'ledcDetach'?
In file included from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCC.h:27,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCEXParser.cpp:103:
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h: In member function 'void MotorDriver::detachDCSignal()':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h:157:7: error: 'ledcDetachPin' was not declared in this scope; did you mean 'ledcDetach'?
In file included from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCC.h:27,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCC.cpp:27:
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h: In member function 'void MotorDriver::detachDCSignal()':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h:157:7: error: 'ledcDetachPin' was not declared in this scope; did you mean 'ledcDetach'?
In file included from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCC.h:27,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCEX.h:30,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\CommandStation-EX-LaBox.ino:52:
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h: In member function 'void MotorDriver::detachDCSignal()':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h:157:7: error: 'ledcDetachPin' was not declared in this scope; did you mean 'ledcDetach'?
In file included from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCC.h:27,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\CanMarklin.h:14,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\CanMarklin.cpp:7:
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h: In member function 'void MotorDriver::detachDCSignal()':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h:157:7: error: 'ledcDetachPin' was not declared in this scope; did you mean 'ledcDetach'?
In file included from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCRMT.h:26,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCRMT.cpp:23:
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h: In member function 'void MotorDriver::detachDCSignal()':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\MotorDriver.h:157:7: error: 'ledcDetachPin' was not declared in this scope; did you mean 'ledcDetach'?
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCRMT.cpp: In member function 'bool RMTChannel::addPin(byte, bool)':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCRMT.cpp:246:19: error: 'GPIO_PIN_MUX_REG' was not declared in this scope; did you mean 'GPIO_PIN19_REG'?
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCRMT.cpp:246:46: error: 'PIN_FUNC_GPIO' was not declared in this scope
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCRMT.cpp:246:3: error: 'PIN_FUNC_SELECT' was not declared in this scope
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCRMT.cpp:249:3: error: 'gpio_matrix_out' was not declared in this scope; did you mean 'gpio_iomux_out'?
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:83:2: error: #error "DCC-EX does not support compiling with IDF version 5.0 or later. Downgrade your ESP32 library to a version that contains IDF version 4. Arduino ESP32 library 3.0.0 is too new. Use 2.0.9 to 2.0.17"
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp: In static member function 'static void DCCTimer::begin(INTERRUPT_CALLBACK)':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:116:21: error: too many arguments to function 'hw_timer_t* timerBegin(uint32_t)'
In file included from C:\Users\oss11\AppData\Local\Arduino15\packages\esp32\hardware\esp32\3.0.5\cores\esp32/esp32-hal.h:84,
from C:\Users\oss11\AppData\Local\Arduino15\packages\esp32\hardware\esp32\3.0.5\cores\esp32/Arduino.h:36,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimer.h:54,
from C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:104:
C:\Users\oss11\AppData\Local\Arduino15\packages\esp32\hardware\esp32\3.0.5\cores\esp32/esp32-hal-timer.h:35:13: note: declared here
35 | hw_timer_t *timerBegin(uint32_t frequency);
| ^~~~~~~~~~
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:117:23: error: too many arguments to function 'void timerAttachInterrupt(hw_timer_t*, void (*)())'
C:\Users\oss11\AppData\Local\Arduino15\packages\esp32\hardware\esp32\3.0.5\cores\esp32/esp32-hal-timer.h:50:6: note: declared here
50 | void timerAttachInterrupt(hw_timer_t *timer, void (*userFunc)(void));
| ^~~~~~~~~~~~~~~~~~~~
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:118:3: error: 'timerAlarmWrite' was not declared in this scope; did you mean 'timerWrite'?
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:119:3: error: 'timerAlarmEnable' was not declared in this scope; did you mean 'timerAlarm'?
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp: In static member function 'static void DCCTimer::DCCEXanalogWriteFrequency(uint8_t, uint32_t)':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:175:7: error: 'ledcSetup' was not declared in this scope
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp: In static member function 'static void DCCTimer::DCCEXanalogWrite(uint8_t, int)':
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:188:7: error: 'ledcSetup' was not declared in this scope
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:189:7: error: 'ledcAttachPin' was not declared in this scope; did you mean 'ledcAttach'?
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\DCCTimerESP.cpp:191:7: error: 'ledcAttachPin' was not declared in this scope; did you mean 'ledcAttach'?
exit status 1
Compilation error: 'ledcDetachPin' was not declared in this scope; did you mean 'ledcDetach'?
Quelqu'un saurait-il m'aider ?
J'espère ne pas avoir raté quelque chose d'élémentaire, et vous prie de m'excuser si c'est le cas...
-
Pour moi, tu n'as pas sélectionné le bon microprocesseur. (ESP32 WROOM)
-
À tous :
Monter, compiler et tester LaBox moderne actuelle à partir du Git Locoduino nécessite de plus en plus de règles à connaître et appliquer comme les montre ce sujet.
Nous allons prochainement regrouper toutes ces règles et ajouter un article à la série “ LaBox, Une Centrale DCC polyvalente et abordable ” qui regroupe toutes les choses à faire comme :
- trouver la bonne version logicielle de LaBox
- utiliser la bonne version de l’IDE Arduino
- utiliser les bonnes bibliothèques et leur version
- utiliser la bonne biblio matérielle, sa version et le bon processeur ESP 32
- definir les bonnes options dans le config.h
- ..
J’en oublie sûrement donc merci d’ajouter ce que vous savez .. :D
Et la même chose pour la réalisation du PCB.
Merci de votre aide.
-
Et toute la partie hardware de Labox est dans le répertoire PCB du Github. La dernière version est dans Kicad, avec le gerber mais aussi les fichiers schema et PCB.
Bonjour Thierry,
Je parlais du schéma électronique !!! Je viens de retourner dans le Git et je ne vois pas de schéma... ou du moins de schéma que je puisse ouvrir par exemple en PDF. En effet, n'ayant pas Kikad, je ne peux ouvrir les fichiers.
Si c'est moi qui ne comprends rien, merci de me donner le lien.
Christophe
-
Et toute la partie hardware de Labox est dans le répertoire PCB du Github. La dernière version est dans Kicad, avec le gerber mais aussi les fichiers schema et PCB.
Bonjour Thierry,
Je parlais du schéma électronique !!! Je viens de retourner dans le Git et je ne vois pas de schéma... ou du moins de schéma que je puisse ouvrir par exemple en PDF. En effet, n'ayant pas Kikad, je ne peux ouvrir les fichiers.
Si c'est moi qui ne comprends rien, merci de me donner le lien.
Christophe
Salut @Christophe
Voici le schéma en PDF
-
Merci beaucoup Bruno.
Christophe
-
Le schéma se trouve dans le projet kicad :
https://github.com/Locoduino/CommandStation-EX-LaBox/blob/LaBox/PCB/Kicad/CENTRALE.kicad_sch (https://github.com/Locoduino/CommandStation-EX-LaBox/blob/LaBox/PCB/Kicad/CENTRALE.kicad_sch)
-
Le schéma se trouve dans le projet kicad :
https://github.com/Locoduino/CommandStation-EX-LaBox/blob/LaBox/PCB/Kicad/CENTRALE.kicad_sch (https://github.com/Locoduino/CommandStation-EX-LaBox/blob/LaBox/PCB/Kicad/CENTRALE.kicad_sch)
J'ai expliqué que ceux qui n'ont pas Kikad ne voient qu'un xml. Mais Bruno me l'a déjà envoyé en PDF, format plus universel pour la consultation.
Christophe
-
Merci beaucoup Bruno.
Christophe
Avec plaisir
-
Bonjour,
Pour moi, tu n'as pas sélectionné le bon microprocesseur. (ESP32 WROOM)
J'avais sélectionné "ESP32 DEVKIT V1" car c'est ce qui est inscrit au dos du microprocesseur...
J'ai refait des essais en sélectionnant dans l'IDE d'autres microprocesseurs ("ESP32-WROOM-DA module", "uPesy ESP32 Wroom DevKit"...) sans plus de succès.
Dans ma liste je n'ai pas "ESP32 WROOM", y a t-il une manip à faire pour que ça apparaisse ?
Nous allons prochainement regrouper toutes ces règles et ajouter un article à la série “ LaBox, Une Centrale DCC polyvalente et abordable" qui regroupe toutes les choses à faire comme :
- trouver la bonne version logicielle de LaBox
- utiliser la bonne version de l’IDE Arduino
- utiliser les bonnes bibliothèques et leur version
- utiliser la bonne biblio matérielle, sa version et le bon processeur ESP 32
- definir les bonnes options dans le config.h
En effet, je me suis posé des questions sur tous ces points : je pense que l'article complémentaire pourra aider pas mal de monde, merci !
En attendant, preneur de vos conseils pour avancer.
-
Chez moi ça marche avec des dev lit v1.
Donc l’erreur vient d’ailleurs.
Quelle est la version de ta bibliothèque ESP32 ?
-
J'ai la bibliothèque esp 32 par Expressif Systems en version 3.0.5
-
C’est pas la bonne : voir dans ce sujet ça a été mentionné ou fais une recherche.
Chez moi ça marche avec des dev kit v1.
Sinon l’erreur vient d’ailleurs.
A mon avis, vu les erreurs que tu as intelligemment copiées dans ta question, vu qu’il y a plein de truc non déclarés, ça vient du dossier LaBox qui est plein d’anomalies, sans doute mal téléchargé et mal enregistré.
Ou des conflits avec les bibliothèques existantes dans ton dossier library. Il faut faire du ménage et sous Windows je ne sais pas …
Bon courage.
-
Essaye la carte ESP32 2.0.17
-
Oui il faut demander à l'IDE de prendre la version plus ancienne 2.0.7. C'est CommandStation-EX qui est incompatible avec la 3.x.x, pas notre partie.
L'erreur est en ligne 36 de tes erreurs et dit bien qu'il faut un framework ESP 2.09 à 2.0.17 . Et je suis d'accord, c'est dommage qu'elle soit noyée parmi les autres et pas en tête...
-
Effectivement, en utilisant la version 2.0.17 de "esp32 par Expressif Systems", ça semble aller beaucoup mieux.
Il ne me reste plus qu'une ligne d'erreur:
c:\Users\oss11\OneDrive\Documents\Arduino\libraries\ACAN_ESP32\src\ACAN_ESP32.cpp:7:10: fatal error: esp_private/periph_ctrl.h: No such file or directory
#include <esp_private/periph_ctrl.h> // For ESP32 board manager
^~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
exit status 1
Compilation error: exit status 1
Je comprends que ça provient de la bibliothèque ACAN_ESP32...
J'ai pourtant bien installé cette bibliothèque (en version 2.0.1)
-
Bonjour @hubin25
il faut installé la bibliothèque ACAN_ESP32 => Version 1.1.2
-
Bonjour à tous
Vu les problème d'installation depuis Arduino Ide. Je pense qu'il faudrait ouvrir un article ou une post expliquant au novice comme moi, comment procéder pour installer le logiciel pour laBox ainsi que toutes les bibliothèques compatibles avec LaBox et ESP32.
-
À tous :
Monter, compiler et tester LaBox moderne actuelle à partir du Git Locoduino nécessite de plus en plus de règles à connaître et appliquer comme les montre ce sujet.
Nous allons prochainement regrouper toutes ces règles et ajouter un article à la série “ LaBox, Une Centrale DCC polyvalente et abordable ” qui regroupe toutes les choses à faire comme :
- trouver la bonne version logicielle de LaBox
- utiliser la bonne version de l’IDE Arduino
- utiliser les bonnes bibliothèques et leur version
- utiliser la bonne biblio matérielle, sa version et le bon processeur ESP 32
- definir les bonnes options dans le config.h
- ..
J’en oublie sûrement donc merci d’ajouter ce que vous savez .. :D
Et la même chose pour la réalisation du PCB.
Merci de votre aide.
Désolé @Dominique
En retournant en arrière sur les messages, je viens de voir que vous aviez déjà envisagé de proposer un article sur ceux que j'avais suggéré.
-
Je récapitule ici les étapes que j'ai suivies, pour ceux que ça pourrait aider :
Installation de l'IDE arduino :
-à télécharger ici : https://www.arduino.cc/en/software
Installation des drivers (sous windows) sinon le pc ne reconnait pas le matériel :
- CP210x Windows Drivers, que l'on trouve ici : https://www.silabs.com/developers/usb-to-uart-bridge-vcp-drivers?tab=downloads
Installation de la bibliothèque matérielle :
- esp32 par expressif systems en version 2.0.17
Installation des bibliothèques logicielles:
- Adafruit GFX Library par Adafruit en version 1.11.9
- Adafruit SSD1306 par Adafruit en version 2.5.9
- ACAN_ESP32 par Mohamed Irfanulla, Pierre Mollinaro en version 1.1.2
- Onebutton par Mathias Hertel en version 2.6.1
- Adafruit BusIO par Adafruit en version 1.16.1
Je pense être proche du but, mais il me reste encore une erreur de compilation :
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\CommandStation-EX-LaBox\XpressNet.cpp:1:1: error: stray '\357' in program
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\CommandStation-EX-LaBox\XpressNet.cpp:1:2: error: stray '\273' in program
C:\Users\oss11\OneDrive\Desktop\Train électrique\CommandStation-EX-LaBox\CommandStation-EX-LaBox\XpressNet.cpp:1:3: error: stray '\277' in program
exit status 1
Compilation error: stray '\357' in program
-
C'est une erreur que nous avons déjà eue, sans bien comprendre pourquoi. Un copier/coller du contenu du fichier prélevé sur le site Github résout le problème, mais je reste sans réponse... Comment avez vous récupéré les sources ? Sur quel type de machine êtes vous, Windows, Mac, Linux ?
-
Je suis sous Windows 10, sur un PC Acer Aspire V3 571 G (c'est vieux !).
J'ai récupéré les fichiers en téléchargeant le .zip sur le github de locoduino.
Malheureusement le copier coller du contenu du fichier XpressNet.cpp directement depuis github ne résout pas le problème : même erreur.
-
J'ai repoussé une version sans ces caractères inutiles...
-
Bnjour
J'ai résolu le problème en modifiant le format du fichier XpressNet.cpp qui en UTF-8 BOM en UTF-8
-
Vous trouverez le dossier pour Arduino IDE de la version 2.8.0 de la box
-
J'ai essayé de :
-télécharger la nouvelle version que tu as mise sur github --> même erreur à la compilation
-télécharger la nouvelle version que tu as mise sur github puis l'ouvrir avec notepad++ et la convertir en UTF-8 --> même erreur
-télécharger le .zip de Bruno --> idem
:-[
-
J'ai essayé de :
-télécharger la nouvelle version que tu as mise sur github --> même erreur à la compilation
-télécharger la nouvelle version que tu as mise sur github puis l'ouvrir avec notepad++ et la convertir en UTF-8 --> même erreur
-télécharger le .zip de Bruno --> idem
:-[
Pour ma part, @hubin25, elle compile tres bien. Je suis entrain de préparer l'article pour l'installation avec tous ceux qu'il faut pour que cela fonctionne bien
-
Voici l'installation de LaBox 2.8.0:
Installation du gestionnaire de Carte ESP32 dans l’Arduino IDE 2.3.3 :
Attention:
Au démarrage de l’Arduino IDE, quand cela vous est proposé, ne mettez à jour vos cartes et librairies que manuellement.
Sinon, il faudra remettre la carte et les librairies correspondantes à l'installation de laBox 2.8.0:
(https://image.over-blog.com/_bdaEP1fiq00MjnyYvDu-4sjH9g=/filters:no_upscale()/image%2F7047223%2F20241020%2Fob_eefb20_mise-a-jour-carte-et-librairie.png)
1) Type de Carte ESP32:
(https://image.over-blog.com/MZFw4eV_YQrzj5k798D0wi2tpEs=/filters:no_upscale()/image%2F7047223%2F20241020%2Fob_2ce311_type-de-carte-esp32.png)
2) Version 2.0.17 de la Carte ESP32:
(https://image.over-blog.com/x2HEqS2gJb1J0lzFaXH7ciASOdI=/filters:no_upscale()/image%2F7047223%2F20241020%2Fob_7e144c_esp32-2-0-17.png)
3) Installation des librairies compatible LaBox 2.8.0 :
3.1) OneButton@^2.6.1:
(https://image.over-blog.com/AvsTIRGvymHncZJqRwcDhNrLm6s=/filters:no_upscale()/image%2F7047223%2F20241021%2Fob_241f71_onebutton-2-6-1.png)
3.2) Adafruit GFX Library@^1.11.11:
(https://image.over-blog.com/mekgoR36hJbHz6RA_6XHimH2eBA=/filters:no_upscale()/image%2F7047223%2F20241021%2Fob_61477e_adafruit-gfx-library-1-11-11.png)
3.3) Adafruit SSD1306@^2.5.12:
(https://image.over-blog.com/0j6Drq2WSVNbkLFSMYilFA-k-OQ=/filters:no_upscale()/image%2F7047223%2F20241021%2Fob_7d9f09_adafruit-ssd1306-2-5-12.png)
3.4)ACAN_ESP32@^1.1.2:
(https://image.over-blog.com/JimcWba2u8PMfuyX3orNin-wFhM=/filters:no_upscale()/image%2F7047223%2F20241020%2Fob_531a10_acan-esp32-1-1-2.png)
Vous trouverez ci-joint le dossier compressé de "LaBox-2.8.0", ainsi que ce post en Pdf et en Word.
Si j'ai oublié quelque chose, n'hésiter pas à me le dire, je modifierai le post.
-
Bravo Bruno,
Je n'avais pas remarqué que toutes ces bibliothèques ne pouvaient pas être mises à jour :
- onebutton 2.5.0
- Adafruit GFX Library 1.11.9
- Adafruit SSD1306 2.5.9
il ne faut donc pas cliquer sur "update" lorsque l'IDE affiche une version plus récente !
-
Bravo Bruno,
Je n'avais pas remarqué que toutes ces bibliothèques ne pouvaient pas être mises à jour :
- onebutton 2.5.0
- Adafruit GFX Library 1.11.9
- Adafruit SSD1306 2.5.9
il ne faut donc pas cliquer sur "update" lorsque l'IDE affiche une version plus récente !
Exactement, il faut mettre à jours manuellement. Je viens de rajouter, dans mon post https://forum.locoduino.org/index.php?topic=1618.msg19935#msg19935 (https://forum.locoduino.org/index.php?topic=1618.msg19935#msg19935), cette remarque.
Je viens d'ouvrir un sujet concernant l'installation de LaBox-2.8.0 https://forum.locoduino.org/index.php?topic=1799.msg19938#msg19938 (https://forum.locoduino.org/index.php?topic=1799.msg19938#msg19938)
-
Pour ce problème de caractères invalides dans XPressNet.cpp, je l'ai effectivement constaté hier chez moi. J'ai récupéré le .zip depuis Github, je l'ai installé et j'ai bien eu le problème de compilation. Après vérification avec le site Binary File Viewer (https://iamkate.com/code/binary-file-viewer/), j'ai vu ces caractères apparaitre clairement au tout début du fichier.
J'ai donc recréé un nouveau fichier texte, j'y ai copié/collé le contenu de XPressNet.cpp, et après avoir constaté via le même site l'absence de ces caractères j'ai poussé sur Github cette nouvelle version de XPressNet.cpp (poussage 2.8.0 III).
Suite au message d'hier soir, j'ai ce matin récupéré le zip sur mon Pc pro, et je n'ai toujours pas ces caractères dans le fichier... Mais je ne peux pas tester la compilation, je n'ai pas l'IDE installé sur cette machine.
-
Cette fois ça compile, bravo et merci !
Par contre j'ai un nouveau message d'erreur :
A serial exception error occurred: Write timeout
Note: This error originates from pySerial. It is likely not a problem with esptool, but with the hardware connection or drivers.
For troubleshooting steps visit: https://docs.espressif.com/projects/esptool/en/latest/troubleshooting.html
De ce que je comprends, ça vient des drivers, je vais chercher de ce côté là : avez-vous déjà eu ce message ?
-
Avez vous bien sélectionné le port Com correspondant à l'ESP32 ?
-
Oui je suis sur le bon port.
J'ai essayé sur un "mauvais" : c'est un autre message d'erreur qui s'affiche.
-
Oui je suis sur le bon port.
J'ai essayé sur un "mauvais" : c'est un autre message d'erreur qui s'affiche.
Bonsoir @Hubin25
Quel puce avez-vous sur votre carte ESP32,une CP2102 ou CP2104 ou alors le CH340 ?
Drivers pour CP2102 ou CP2104 sous Windows, voici le liens:https://www.silabs.com/documents/public/software/CP210x_Windows_Drivers.zip (https://www.silabs.com/documents/public/software/CP210x_Windows_Drivers.zip)
Drivers pour CH340 sous Windows, voici le liens:https://sparks.gogo.co.nz/assets/_site_/downloads/CH34x_Install_Windows_v3_4.zip (https://sparks.gogo.co.nz/assets/_site_/downloads/CH34x_Install_Windows_v3_4.zip)
-
J'ai une puce CP2102.
Merci pour les pilotes. Je les ai téléchargé, mais à l'installation il me dit qu'il n'a rien installé car les pilotes sont à jour (ce qui ne me surprend pas car je les avais déjà installés il y a quelques jours).
J'ai essayé de redémarrer l'ordinateur, débrancher rebrancher l'esp32...
J'ai essayé de modifier ma carte : DOIT ESP DEVKIT V1 / ESP32 Dev Module.
Le résultat est le suivant :
Le croquis utilise 939685 octets (71%) de l'espace de stockage de programmes. Le maximum est de 1310720 octets.
Les variables globales utilisent 51672 octets (15%) de mémoire dynamique, ce qui laisse 276008 octets pour les variables locales. Le maximum est de 327680 octets.
esptool.py v4.5.1
Serial port COM6
Connecting....
Chip is ESP32-D0WD-V3 (revision v3.1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: a0:b7:65:1f:05:44
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Configuring flash size...
Flash will be erased from 0x00001000 to 0x00005fff...
Flash will be erased from 0x00008000 to 0x00008fff...
Flash will be erased from 0x0000e000 to 0x0000ffff...
Flash will be erased from 0x00010000 to 0x000f7fff...
Compressed 18992 bytes to 13110...
Writing at 0x00001000... (100 %)
Wrote 18992 bytes (13110 compressed) at 0x00001000 in 0.4 seconds (effective 361.2 kbit/s)...
Hash of data verified.
Compressed 3072 bytes to 146...
Writing at 0x00008000... (100 %)
Wrote 3072 bytes (146 compressed) at 0x00008000 in 0.0 seconds (effective 611.5 kbit/s)...
Hash of data verified.
Compressed 8192 bytes to 47...
Writing at 0x0000e000... (100 %)
Wrote 8192 bytes (47 compressed) at 0x0000e000 in 0.1 seconds (effective 760.6 kbit/s)...
Hash of data verified.
Compressed 946256 bytes to 607967...
Writing at 0x00010000... (2 %)
Writing at 0x0001aa8e... (5 %)
Writing at 0x0002650d... (7 %)
Writing at 0x00032a78... (10 %)
Writing at 0x0003e59d... (13 %)
Writing at 0x000442c0... (15 %)
Writing at 0x000494d2... (18 %)
Writing at 0x0004e6a4... (21 %)
Writing at 0x00053bf0... (23 %)
Writing at 0x0005917f... (26 %)
Writing at 0x0005ed34... (28 %)
Writing at 0x00064346... (31 %)
Writing at 0x0006a06e... (34 %)
Writing at 0x0006f324... (36 %)
Writing at 0x000746be... (39 %)
Writing at 0x00079998... (42 %)
Writing at 0x0007ec18... (44 %)
Writing at 0x00084066... (47 %)
Writing at 0x000892ed... (50 %)
Writing at 0x0008e3c0... (52 %)
Writing at 0x00093843... (55 %)
Writing at 0x00098ba0... (57 %)
Writing at 0x0009e9d4... (60 %)
Writing at 0x000a3ed1... (63 %)
Writing at 0x000a918d... (65 %)
Writing at 0x000ae611... (68 %)
Writing at 0x000b3a5a... (71 %)
Writing at 0x000b905d... (73 %)
Writing at 0x000be912... (76 %)
Writing at 0x000c4542... (78 %)
Writing at 0x000c9fa9... (81 %)
Writing at 0x000cf8e9... (84 %)
Writing at 0x000d8cc2... (86 %)
Writing at 0x000e06d2... (89 %)
A serial exception error occurred: Write timeout
Note: This error originates from pySerial. It is likely not a problem with esptool, but with the hardware connection or drivers.
For troubleshooting steps visit: https://docs.espressif.com/projects/esptool/en/latest/troubleshooting.html
-
J'ai une puce CP2102.
Merci pour les pilotes. Je les ai téléchargé, mais à l'installation il me dit qu'il n'a rien installé car les pilotes sont à jour (ce qui ne me surprend pas car je les avais déjà installés il y a quelques jours).
J'ai essayé de redémarrer l'ordinateur, débrancher rebrancher l'esp32...
J'ai essayé de modifier ma carte : DOIT ESP DEVKIT V1 / ESP32 Dev Module.
Le résultat est le suivant :
Le croquis utilise 939685 octets (71%) de l'espace de stockage de programmes. Le maximum est de 1310720 octets.
Les variables globales utilisent 51672 octets (15%) de mémoire dynamique, ce qui laisse 276008 octets pour les variables locales. Le maximum est de 327680 octets.
esptool.py v4.5.1
Serial port COM6
Connecting....
Chip is ESP32-D0WD-V3 (revision v3.1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
Crystal is 40MHz
MAC: a0:b7:65:1f:05:44
Uploading stub...
Running stub...
Stub running...
Changing baud rate to 921600
Changed.
Configuring flash size...
Flash will be erased from 0x00001000 to 0x00005fff...
Flash will be erased from 0x00008000 to 0x00008fff...
Flash will be erased from 0x0000e000 to 0x0000ffff...
Flash will be erased from 0x00010000 to 0x000f7fff...
Compressed 18992 bytes to 13110...
Writing at 0x00001000... (100 %)
Wrote 18992 bytes (13110 compressed) at 0x00001000 in 0.4 seconds (effective 361.2 kbit/s)...
Hash of data verified.
Compressed 3072 bytes to 146...
Writing at 0x00008000... (100 %)
Wrote 3072 bytes (146 compressed) at 0x00008000 in 0.0 seconds (effective 611.5 kbit/s)...
Hash of data verified.
Compressed 8192 bytes to 47...
Writing at 0x0000e000... (100 %)
Wrote 8192 bytes (47 compressed) at 0x0000e000 in 0.1 seconds (effective 760.6 kbit/s)...
Hash of data verified.
Compressed 946256 bytes to 607967...
Writing at 0x00010000... (2 %)
Writing at 0x0001aa8e... (5 %)
Writing at 0x0002650d... (7 %)
Writing at 0x00032a78... (10 %)
Writing at 0x0003e59d... (13 %)
Writing at 0x000442c0... (15 %)
Writing at 0x000494d2... (18 %)
Writing at 0x0004e6a4... (21 %)
Writing at 0x00053bf0... (23 %)
Writing at 0x0005917f... (26 %)
Writing at 0x0005ed34... (28 %)
Writing at 0x00064346... (31 %)
Writing at 0x0006a06e... (34 %)
Writing at 0x0006f324... (36 %)
Writing at 0x000746be... (39 %)
Writing at 0x00079998... (42 %)
Writing at 0x0007ec18... (44 %)
Writing at 0x00084066... (47 %)
Writing at 0x000892ed... (50 %)
Writing at 0x0008e3c0... (52 %)
Writing at 0x00093843... (55 %)
Writing at 0x00098ba0... (57 %)
Writing at 0x0009e9d4... (60 %)
Writing at 0x000a3ed1... (63 %)
Writing at 0x000a918d... (65 %)
Writing at 0x000ae611... (68 %)
Writing at 0x000b3a5a... (71 %)
Writing at 0x000b905d... (73 %)
Writing at 0x000be912... (76 %)
Writing at 0x000c4542... (78 %)
Writing at 0x000c9fa9... (81 %)
Writing at 0x000cf8e9... (84 %)
Writing at 0x000d8cc2... (86 %)
Writing at 0x000e06d2... (89 %)
A serial exception error occurred: Write timeout
Note: This error originates from pySerial. It is likely not a problem with esptool, but with the hardware connection or drivers.
For troubleshooting steps visit: https://docs.espressif.com/projects/esptool/en/latest/troubleshooting.html
Bonsoir @Hubin25
Je ne suis pas un expert mais d'après ce que je lis de votre post, je vois que vous avez installer la version 3.1 du ESP32 au lieu de la version 2.0.7:
Chip is ESP32-D0WD-V3 (revision v3.1)
1) Type de Carte ESP32:
(https://image.over-blog.com/MZFw4eV_YQrzj5k798D0wi2tpEs=/filters:no_upscale()/image%2F7047223%2F20241020%2Fob_2ce311_type-de-carte-esp32.png)
2) Version 2.0.17 de la Carte ESP32:
(https://image.over-blog.com/x2HEqS2gJb1J0lzFaXH7ciASOdI=/filters:no_upscale()/image%2F7047223%2F20241020%2Fob_7e144c_esp32-2-0-17.png)
Si ce n'est pas cela, alors je suis désolé mais ceci dépasse mes faibles connaissances.
-
Ca fonctionne ! J'ai du faire un update malheureux à un moment ou à un autre.
Un grand MERCI pour votre patience et votre aide :-)
-
Je suis très content pour toi Robin, voila une sérieuse épine retirée.
Mais tu ne sais pas exactement ce qui c'est passé, ce qui aurait pu servir à d'autres. Peut-être les up-dates de bibliothèque ou de la carte qu'il n'aurait pas fallu faire si je comprends bien.
C'est un autre des avantages de PlateformIo que de pouvoir gérer les bibliothèques par projets. Un projet peut donc avoir telle version d'une bibliothèque et un autre projet une autre version !
Tu vas pouvoir te régaler à faire tourner tes locos ce WE.
Christophe
-
Bonjour "hubin25"
Pourriez-vous svp, dans la mesure du possible nous indiquer de A à Z votre montage (version de la carte & modifs éventuelles) les softs utilisés (installation)
Cordialement
Marcel
-
Bonjour,
@Catplus : j'ai utilisé :
-le logiciel IDE Arduino
-un ESP32 avec la puce CP2102
-les drivers pour windows associés à cette puce
-pour les bibliothèques, j'ai suivi à la lettre la procédure écrite par Bruno .
Et là ça fonctionne. Le problème provenait d'une bibliothèque dont la version n'était pas la bonne.
@Christophe, effectivement je comprends l'intérêt de pouvoir gérer les bibliothèques par projet
-
Bonjour
Merci de ces précisions.
-
Nouvelle version 2.9.0 de LaBox :
- De la documentation relative aux protocoles de communication utilisés (ou en projet) dans Labox a été ajoutée dans 'Release_Notes/Protocols' .
- Mise à jour des versions des bibliothèques utilisées dans le projet :
mathertel/OneButton@^2.6.1
adafruit/Adafruit GFX Library@^1.11.11
adafruit/Adafruit SSD1306@^2.5.12
- Du code a été ajouté en vue de la possibilité de gérer les locos analogiques dans Labox. Après moulte recherches, le mode DC prévu par CommandStation-EX n'est pas compatible avec notre plateforme matérielle. En effet il nécessite l'utilisation de la broche Brake du pont en H, or il se trouve que le L6203 n'en a pas ! Donc à part le menu que j'ai préféré garder pour ne pas le perdre mais sans alourdir le menu existant, rien d'autre n'a été codé. Le projet serait de coder une interface indépendante DcMode.cpp qui se servirai des commandes DCC-EX et donc des applis WiThrottle et Z21 pour piloter une loco analogique d'adresse unique et fixe, définie dans le config.h. Par exemple 1000. Chaque ordre donné à DCC-EX à cette loco serait envoyé à la classe DcMode pour fixer le sens et la vitesse. Ce mode DC utiliserai la fonctionnalité ledc des ESP32 pour du PWM performant. Ce que le mode DC de CSEX utilise déjà.
- Le mode POM permet de programmer les locos sur la voie principale. Comme plusieurs locos peuvent se trouver sur cette voie, l'adresse de la loco à modifier doit être envoyée. Pour la même raison, aucun retour par consommation de courant comme la programmation en voir dédiée ne peut se faire. Donc aucune possibilité de lire un CV, ni aucune certitude sur la bonne prise en compte d'une écriture demandée... Malgré tout ce mode était fonctionnel dans WiThrottle et EngineDriver, mais pas dans l'appli Z21. C'est chose faite. Cette appli dispose quand d'un mode de lecture de CV en POM, mais il repose entièrement sur Railcom et les décodeurs Zimo. Faute de l'un ou l'autre, aucun recours.
Voilà pour cette fois.
Bonne continuation.
-
Bonjour Thierry,
- Du code a été ajouté en vue de la possibilité de gérer les locos analogiques dans Labox. Après moulte recherches, le mode DC prévu par CommandStation-EX n'est pas compatible avec notre plateforme matérielle. En effet il nécessite l'utilisation de la broche Brake du pont en H, or il se trouve que le L6203 n'en a pas !
Je pense que l'ajout de la commande séparée des broches IN1 et IN2 du L6203 permet de réaliser le BRAKE. Si je ne me trompe pas, ce BRAKE est généré pour faire le Cutout nécessaire à RAILCOM.
-
Bonjour à tous,
Voici une nouvelle qui devrait en réjouir certains, dont en premier les concepteurs de laBox. J’ai commencé le développement d’un programme qui permet d’implanter le protocole MFX de Marklin sur laBox et donc, en particulier, de piloter des locomotives avec ce protocole.
(https://media.3rails.fr/original/3X/4/c/4c3d7808f0c96d30ff719652e460fd10f0652119.jpeg)
Il reste encore beaucoup de travail pour arriver à une application finalisée, mais, d’ors et déjà, il est possible de commander des locomotives au travers du port série avec des commandes basiques du style ‘m’ pour mise sous tension, ‘8’ ou’9’ pour choisir l’adresse de la locomotive et ‘1’ à ‘9’ pour la vitesse et ’d’ pour changer la direction avant ou arrière.
Ce que je vais faire maintenant, c’est implanter les modes de communication CAN et TCP (WiFi…). Je n’ai pas l’ambition d’implanter autant de termibnaux que sur laBox, mais le protocole de communication étant le CAN de Marklin, cela rend possible l’interfaçage de nombreux terminaux et en particulier les logiciels de gestion de réseau comme Rocrail.
Le MFX reposant beaucoup sur des communications bi-directionnelles, il est ca^pital pour moi de pouvoir implanter la lecture des informations de retour qui utilise la technologie du RDS. Je vais ouvrir un fil spécifique à ce sujet en espérant que sur le forum certains parmi vous pourrez m’aider.
Le programme en cours de développement est ici : https://github.com/BOBILLEChristophe/directMFX_ESP32
A suivre donc !
Christophe
-
Bonjour à tous,
Voila, le programme est fini pour l'essentiel des fonctions de pilotage.
Petite vidéo d’illustration de l’utilisation de LaBox avec le protocole MFX. Ici, la locomotive est pilotée à partir de Rocrail mais comme le protocole de communication est le CAN de Marklin dans sa version TCP pour l’instant, elle peut également être pilotée par tous autres terminaux compatibles TCP Marklin.
https://www.youtube.com/watch?v=kIXx-TSOVpQ&ab_channel=ChristopheBOBILLE
Le programme est ici : https://github.com/BOBILLEChristophe/directMFX_ESP32
Je vais m’atteler maintenant à implanter le CAN dans cette application, ce qui autorisera le pilotage via une MS2 par exemple.
Comme quoi LaBox n’a pas fini de livrer toutes ses possibilités.
Christophe
-
Bonsoir à tous,
Je remercie chaleureusement ceux qui ont participé, et de plus, spontanément. Les dons cumulés sont de 119€ à cette heure. :-\
Mais nous n'avons pas encore atteint le montant de la facture d'OVH (173,84€).
Il reste très peu de temps donc je vous remercie de relayer ce fil autant que vous pouvez.
Amitiés :)
Dominique
Bonsoir à Tous
Je suis un utilisateur de Locoduino, Et je veux que ce site perdure. Alors je m'adresse à toutes les personnes qui apprécient énormément les projets de Locoduino et sa mine d'information exceptionnel fournis par tous les bénévoles et si vous voulez que cela continue, donnez ce que vous pouvez, sachant que le max demandé est seulement de 5 euro. C'est à peine le prix d'un café.
Pour cela, il suffit de faire un paiement sur Paypal.
Voici le liens pour cette participation:
https://forum.locoduino.org/index.php?topic=1813.msg20034#msg20034 (https://forum.locoduino.org/index.php?topic=1813.msg20034#msg20034)
-
Bonjour,
Je suis le forum depuis des années et je tiens à vous féléciter tous pour la clarté de vos exposés. Toutefois je suis tout de même largué...
Pour le moment je ne souhaite que commander mes locos par le série ou avec un téléphone mobile via Engine Driver ou Z21. Je n'ai pas de centrale Z21 ni Engine Driver.
J'ai acheté depuis un bon moment les cartes PCB « Locoduino 02 c3 » j'ai été obligé de repositionner D1, D2 ainsi que IC2 et ensuite monté les autres composants sans souder le L6203 comme indiqué dans « Une Centrale DCC polyvalente et abordable (2) ».
Je suis sur IO visual studio code,
Les bibliothèques :
mathertel/OneButton@^2.5.0
adafruit/Adafruit GFX Library@^1.11.9
adafruit/Adafruit SSD1306@^2.5.9
pierremolinaro/ACAN_ESP32@^1.1.2
sont chargées.
Après avoir lu LaBox" : Une Centrale DCC polyvalente et abordable de Dominique et parcouru projet centrale wifi DCC++ Can dans son ensemble. :
J'ai chargé dans l'ESP32 « CommandStation-EX-LaBox « VERSION_LABOX 2.9.0 et version programme 5.0.9.
Le chargement dans ESP32 donne dans l'afficheur adresse box et ...oled Wifi OK... .
Le L6203 pas encore soudé.
Lorsque je branche l'alimentation je peux lire l'adresse de la loco.
Faut il la centrale Z21 ou Engine Driver pour démarrer DCC ou simplement avoir chargé Z21 ou Engine Driver sur son mobile pour mettre en marche DCC ?.
Je n'arrive pas à allumer les deux leds rouges donc DCC pas en marche et commander la loco.
J'ai échanger le L6203 et toujours pas d'amélioration.
Est-ce que je dois souder le L6203 ou j'ai loupé quoi?.
Je vais relire tout et merci pour vos conseils.
-
Je trouve qu’il manque une option dans le menu OLED pour mettre les rails sous tension manuellement.
En attendant j’ai mis cette ligne de code à la fin du Setup :
TrackManager::setMainPower(POWERMODE::ON); // Power Tracks ON
-
Sans changement du logiciel LaBox, le fait de connecter en wifi avec ton smart phone l’application Z21 ( pas la centrale a 400€, uniquement l’application gratuite) ou Engine Driver qui est moins sexy, ça lance automatique le DCC et les leds s’allument.
Peut-être un problème de configuration de l’application.
Et ça marche chez toi puisque tu arrives à lire l’adresse d’une loco (les leds s’allume au moment de la lecture).
-
Bonsoir à tous.
Je viens de réaliser un exemplaire de La Box avec le soft en version 2.9.0
En exploitation je commande sans difficulté deux motrices équipées de décodeurs différents (Lentz & ESU) à partir de l'application Z21 sur iOS et aussi à partir de JMRI en WiFi.
Je constate bien quelques bizarreries dans les menus, mais ce n'est pas là mon problème principal (je détaillerai par la suite).
Lorsque je veux programmer les CV là c'est une autre histoire.
Dans JMRI la lecture des onglets me renvoie des informations incohérentes malgré un compte rendu à OK (en bas de l'écran).
Lorsque je veux enregistrer les CV la totalité des champs passe en rouge et j'ai le message suivant :
Exception durant écriture CV : java.lanng.NullPointerException: Cannot invoque jmri.jmrix.dccpp.DCCppMessage.isFunctionMessage() because m is null
J'ai testé JMRI avec plusieurs versions et sur deux ordinateurs différents.
Par contre la lecture des CV en utilisant les menus de La Box est correcte.
Là, cela sort de mes compétences. Je ne sais pas si cela vient du logiciel de La Box ou de JMRI. :-\
Merci d'avance pour vos conseils.
-
Comme j'ai eu l'occasion de le dire plus haut, la programmation de CVs ne fonctionne pas en mode 'conduite', celui qui montre la vitesse sur le petit écran. Il faut basculer Labox sur l'option du menu de lecture CV ou d'écriture CV. Ces options basculent Labox électriquement en mode 'programmation'. Une fois sur l'écran de lecture ou d'écriture, les logiciels capables de programmer ou de lire vont fonctionner : les applis Z21 et EngineDriver/WiThrottle/EX-toolbox, Sprog et JMRI.
Donc pour résumer : pour que JMRI accède aux CV de votre loco, utilisez par exemple l'option 'Lecture de CV', puis une fois sur l'écran de lecture sur le petit écran, lancez des lectures ou des programmations avec JMRI.
-
Bonsoir et merci Thierry.
Je n'avais pas trouvé ce détail (important) dans mes lectures.
Comme cela le fonctionnement de l'ensemble est nettement plus correct.
Je poursuis mes explorations de La Box...
Merci encore.
-
J’ajoute qu’on a créé ce fil de discussion pour cela, en complément des articles.
Par exemple, sur la page 1, on explique tout sur JMRI et Decoder Pro.
Mais on en est déjà à la page 27…
-
Le schéma se trouve dans le projet kicad :
https://github.com/Locoduino/CommandStation-EX-LaBox/blob/LaBox/PCB/Kicad/CENTRALE.kicad_sch (https://github.com/Locoduino/CommandStation-EX-LaBox/blob/LaBox/PCB/Kicad/CENTRALE.kicad_sch)
J'ai expliqué que ceux qui n'ont pas Kikad ne voient qu'un xml. Mais Bruno me l'a déjà envoyé en PDF, format plus universel pour la consultation.
Christophe
Bonjour, c'est compliqué quand les docs ne sont pas facilement lisibles ou lorsque tout n'est pas dans les articles :)
Je me posais des questions en lisant le schéma de LaBox. Puis en cherchant rapidement sur le forum, je comprenais que la dernière version est à ce lien Github... où il n'y a pas de PDF. Mais ce schémas sur Github serait une version d'il y a 3 jours.
J'ai eu la flemme de chercher la version PDF ou d'en faire plus avec Kicad... J'ai trouvé cet afficheur online, de la communauté: https://kicanvas.org/
On y envoie le .sch, ça vous l'affiche dans la seconde.
Je ne connais pas le Wroom, je le découvre. Et je me demande à quoi sert C9/470n... Je suppose que ça sert au moment de flasher le truc. Selon la doc d'un dev kit (v4) vu chez Expressif, il existe déjà un 100n dans le kit. Pour du debounce du bouton poussoir EN. Ca manquait dans le kit V3, dont je ne trouve pas le schémas? En tous cas, s'il était en trop, ce C9 ne va pas poser de problème.
https://dl.espressif.com/dl/schematics/esp32_devkitc_v4-sch.pdf
Je suis par contre ennuyé par D3/ss14. Si c'est encore d'actualité, il y a un soucis. Je suppose qu'elle devrait servir à protéger la carte en cas d'inversion de polarité de l'alim. Mais d'une part, il manque un fusible, d'une autre, cette diode ss14 n'encaisse que 1A max. Si on utilise une alim de 4 à 5A, que La Box pourrait délivrer, la diode ne remplira pas son rôle; en cas d'inversion de polarité, elle va rapidement chauffer et claquer... En théorie, ce montage simple à diode est à associer à un fusible (de max 1A rapide pour une ss14), et c'est ce dernier, le fusible, qui protège en réalité la carte.
On protège plus efficacement et très simplement contre les inversions avec un mosfet. Les pertes étant ainsi quasi nulles. Ce serait peut-être à intégrer dans une prochaine version du PCB. Ou si utile, si on recâble régulièrement, un mosfet pourrait être ajouté à un PCB déjà réalisé, pour être substitué à D3.
Alternative très simple: remplacer la ss14 par un modèle 5A et ajouter un fusible rapide de 4A.
Sinon, avec simplement D3/ss14, il faudra être prudent et bien vérifier la polarité de l'alim avant de la brancher.
-
Je suis par contre ennuyé par D3/ss14. Si c'est encore d'actualité, il y a un soucis. Je suppose qu'elle devrait servir à protéger la carte en cas d'inversion de polarité de l'alim. Mais d'une part, il manque un fusible, d'une autre, cette diode ss14 n'encaisse que 1A max. Si on utilise une alim de 4 à 5A, que La Box pourrait délivrer, la diode ne remplira pas son rôle; en cas d'inversion de polarité, elle va rapidement chauffer et claquer... En théorie, ce montage simple à diode est à associer à un fusible (de max 1A rapide pour une ss14), et c'est ce dernier, le fusible, qui protège en réalité la carte.
.
C’est bien cela : la diode sert de fusible en cas d’inversion de polarité, plus rapidement qu’un fusible !
-
Bonjour a tous,
Je regarde attentivement ce projet est je suis sur le point de réaliser "la box". J'ai parcouru les articles et le forum, je ne crois pas avoir vu mention des UM. Est-ce possible d'en réaliser avec ? Si oui, jusqu'à combien de loco peuvent être misent en UM ? 3-4 est-ce possible ?
Merci d'avance.
Bonne journée
-
Je suis par contre ennuyé par D3/ss14. Si c'est encore d'actualité, il y a un soucis. Je suppose qu'elle devrait servir à protéger la carte en cas d'inversion de polarité de l'alim. Mais d'une part, il manque un fusible, d'une autre, cette diode ss14 n'encaisse que 1A max. Si on utilise une alim de 4 à 5A, que La Box pourrait délivrer, la diode ne remplira pas son rôle; en cas d'inversion de polarité, elle va rapidement chauffer et claquer... En théorie, ce montage simple à diode est à associer à un fusible (de max 1A rapide pour une ss14), et c'est ce dernier, le fusible, qui protège en réalité la carte.
.
C’est bien cela : la diode sert de fusible en cas d’inversion de polarité, plus rapidement qu’un fusible !
Non, malheureusement non, comme je l'ai expliqué plus tôt. La ss14 est une diode de 1A max, or l'alim pour Labox est susceptible de pouvoir débiter jusqu'à 5A ou plus. En cas d'inversion de polarité, 5A vont circuler dans la diode, qui va claquer en moins d'une seconde et elle ne protégera donc plus rien.
Une telle protection par simple diode inversée est acceptable si sa valeur est supérieure à ce que la source peut débiter. Si une alim ne débite que 500mA max, une diode de 1A inversée mettra l'alim en court circuit en cas d'inversion de polarité. Si l'alim est régulée en courant, on a rien à ajouter de plus.
Sinon, il faut ajouter un fusible (ou un fusible thermique réarmable). En ce cas, en cas d'inversion de polarité, la diode fait un court circuit, le fusible fond, ce qui protège alors le circuit, la diode et l'alim aussi. C'est pourquoi j'ajoutais que sur une Labox existante, il est possible de remplacer la ss14 par une diode 5A et d'ajouter un fusible de 4A (seulement).
Le montage qu'on cherche à éviter étant celui en haut à droite sur l'image jointe, car il y aurait une chute de tension aux bornes de la diode. C'est pourquoi le montage à mosfet que je présentais plus haut a été imaginé: il se comporte comme une diode idéale, sans perte, et ne nécessite pas de fusible.
-
J'ai trouvé une explication pour C9/470nf. La pin EN étant ce qui désactive le régulateur de l'ESP33; ce bouton servant aussi au reset.
Selon les versions de devkit, il existe des valeurs déjà présentes, entre 1nf et 100nf. Donc, pour Labox, la valeur a été augmentée à 470nf. Ce qui retarde légèrement le démarrage de l'ESP32 à la mise sous tension.
C'est discuté ici: https://github.com/espressif/arduino-esp32/issues/1274#issuecomment-440944710 "ESP32 Dev Kit WROOM32 doit.am boards don't want to boot without pressing EN button"
Selon le convertisseur 5V utilisé, cette tension pourrait trop fluctuer à la mise en marche, et dans ce cas, l'ESP pouvait ne pas booter. Ils ont donc ajouté C9 pour que l'ESP ne démarre que une fois l'alim 5V Ok.
-
Bonjour
Suite des essais et je suis arrivé à commander deux locos ensemble avec Engine Driver sur mobile endroid en revanche échec avec Z21.
Avec Engine pour allumer les leds rouge je dois chercher dans le menu sélectionner alimentation cliquer sur Main pour mettre en tension le DCC parfois le Main et Prog son focus donc impossible de sélectionner l'un ou l'autre. Lorsque qu'enfin après plusieurs redémarrage de Engine je peux choisir Main seul et je commande les locos. Autre problème pour arrêter le DCC je dois arrêter l'alimentation du 12v stop DCC ne répond pas.
Je domine pas parfaitement Engine je marche à l'intuition et continue mes essais mais j'aurai une préférence pour Z21. Est-ce un problème de logiciel ou matériel ?
Merci pour vos conseils.
-
Bonjour
Première étape commander mes locos avec mon téléphone est réalisée. Faire fonctionner Engine Driver OK mais toujours pas avec Z21 même pas la connexion avec ID.
Deuxième étape poursuivre l'installation du PCB pour utiliser le CAN.
Troisième étape commande par radio j'utilise déjà le programme LA SOURIS ET CENTRALE SANS FIL mais je voudrai me moderniser avec MA PREMIERE MANETTE DCC (2).
Quatrième étape peut être la programmation des CVs j'utilise SPROG.
Et enfin comprendre le programme de LABOX qui est devenu bien compliqué depuis BLINK et autres pour moi.
Merci pour tout vos efforts.
-
Bravo PAT95,
Voilà une belle progression couronnée de succès.
Je suis étonné que l’appli Z21 résiste encore.
Chez moi sur iPhone c’était ok mais je ne l’ai pas utilisé depuis un bon moment.
J’attend les nouveaux circuits et je testerai tout ce que je peux à ce moment là.
-
Bonjour, chez moi l'appli. Z21 fonctionne sous Android (Samsung)
-
Bonjour, j'ai un Huawei P30 lite je contrôle mal le passage en Wifi sur mon mobile. Je clique sur l'icône Z21 le menu s'affiche avec 5 commandes plus Conduite en focus dans Réglages de la Z21 une adresse IP s'affiche 192.168.0.111 si je la modifie avec mon IP lue sur l'écran oled c'est refusé et revient à l'IP 192.168.0.111. C'est l'impasse.
-
Bonjour, j'ai un Huawei P30 lite je contrôle mal le passage en Wifi sur mon mobile. Je clique sur l'icône Z21 le menu s'affiche avec 5 commandes plus Conduite en focus dans Réglages de la Z21 une adresse IP s'affiche 192.168.0.111 si je la modifie avec mon IP lue sur l'écran oled c'est refusé et revient à l'IP 192.168.0.111. C'est l'impasse.
Es-tu sûr d’être connecté au réseau wifi de la centrale, et non pas à ton réseau domestique ?
-
J'ai poursuivi mes essais sur ma tablette Endine Driver et Z21 fonctionnent je peux commander deux locos sans problème. Sur mon mobile seul Z21 refuse de se connecter!!! Il me reste une expérience à faire emprunter le mobile de ma femme mais...
Je vais passer à la prochaine étape le CAN.
-
Bonsoir,
A propos du CAN sur le pcb LaBox 0.2c3 quelle modifs faut il faire ou incorporer quel composant supplémentaire pour faire des essais de transmission émetteur récepteur par le CAN toujours avec Esp32 et sur IO?
Je n'ai pas trouver d'explication matériel sur ce sujet. Merci.
-
Bonjour PAT95,
Tu n'as normalement rien à faire du point de vue matériel sur laBox pour le CAN. Si ce n'est bien sur de souder les prises.
Si tu as la dernière version logicielle, les principales commandes CAN sont présentes. J'ai réalisé un petit programme de test qui permet de voir comment on active ces différentes fonctions, roulages et fonctions. Il est ici : https://github.com/BOBILLEChristophe/Test_CommCan_LaBox
Ce programme doit être "joué" sur une autre carte que laBox sur le bus CAN. Un Uno avec un shield CAN conviendra parfaitement. Tu trouveras dans le readme du Github les régalges à faire pour les pins CAN TX et RX ainsi que l'adresse DCC de la locomotive que tu souhaites piloter. Faire bien attention également que la vitesse soit bien identique sur les deux cartes. L'idéal étant bien sur 1000 Kbs mais cela dépend de tes équipements.
Pour les commandes CAN, j'avais proposé que celles-ci respectent "rigoureusement" le protocole CAN de Marklin qui est selon moi le plus complet et le mieux documenté. Ce qui fait que j'ai par exemple piloté laBox avec une MS2 et ça fonctionne. Cela doit aussi permettre une compatibilité maximal avec les différents équipement commerciaux de la marque ou autres. Mais attention, Marklin utilise une communication à 250Kbs pour le CAN.
Tu n'hésites surtout pas à revenir vers moi si tu rencontres des difficultés.
Christophe
-
Sur le plan matériel, tout le Can est intégré dans la 02c3 : le contrôleur Can est dans l’esp32, l’ampli mcp2562 en CMS est soudé au verso. Si vous avez mis les RJ12 et le strap pour la résistance de 120 ohm, c’est prêt à fonctionner.
Il ne reste que du logiciel à faire.
Il existe déjà dans la dernière livraison logicielle pour le protocole Marklin (voir BobyAndCo).
Mais si tu veux faire juste un test simple avec « que du Can », essayes les exemples de la bibliothèque ACAN-ESP32.
-
Bonsoir Christophe & Dominique
Merci pour votre rapide réponse. Je passe en revue mon matériel disponible plusieurs ESP32, de nombreux MCP2515, Unos et Megas pas de Shield Can. Pour mes essais je pense raccorder Labox actuel à un ESP32 via le MCP2515 et utiliser le programme test de Christophe après configuration des débits et quartz. C'est l'aventure pour moi mais excitent.
-
Je m'interroge j'ai bien trouvé le JP2 de Labox pour CANH et CANL mais après réflexion je vais avoir sans doute un petit problème avec la librairie MCP2515!!.
Bonsoir. A bientôt.
-
Je m'interroge j'ai bien trouvé le JP2 de Labox pour CANH et CANL mais après réflexion je vais avoir sans doute un petit problème avec la librairie MCP2515!!.
Bonsoir. A bientôt.
Non, c’est ACAN_ESP32
-
Je précise qu'il faut prendre la version 1.1.2 de cette librairie ACAN_ESP32. En tout cas pour LaBox.
-
Merci pour votre rapide réponse. Je passe en revue mon matériel disponible plusieurs ESP32, de nombreux MCP2515, Unos et Megas pas de Shield Can. Pour mes essais je pense raccorder Labox actuel à un ESP32 via le MCP2515 et utiliser le programme test de Christophe après configuration des débits et quartz. C'est l'aventure pour moi mais excitent.
Voici un code plus facile à mettre en œuvre que celui que je t'avais précédement donné pour tester facilement les principales fonctions du CAN de Marklin sur la Box. Il est écrit pour ESP32 mais peut-être facilement adapté à d'autres cartes. Le code est commenté pour mieux comprendre. Il est testé !
Les choses auxquelles il faut faire attention sont la vitesse identique sur toutes les cartes du bus static const uint32_t DESIRED_BIT_RATE = 1000UL * 1000UL; // 1 Mb/s et les broches CAN. Ici j'utilise GPIO_NUM_22 et GPIO_NUM_23
settings.mRxPin = GPIO_NUM_22; // Optional, default Tx pin is GPIO_NUM_4
settings.mTxPin = GPIO_NUM_23; // Optional, default Rx pin is GPIO_NUM_5
N'hesite pas si tu as besoin de précisions.
//----------------------------------------------------------------------------------------
// Board Check
//----------------------------------------------------------------------------------------
#ifndef ARDUINO_ARCH_ESP32
#error "Select an ESP32 board"
#endif
//----------------------------------------------------------------------------------------
// Include files
//----------------------------------------------------------------------------------------
#include <ACAN_ESP32.h>
#include <esp_chip_info.h>
#include <esp_flash.h>
#include <core_version.h> // For ARDUINO_ESP32_RELEASE
//----------------------------------------------------------------------------------------
// ESP32 Desired Bit Rate
//----------------------------------------------------------------------------------------
static const uint32_t DESIRED_BIT_RATE = 1000UL * 1000UL; // 1 Mb/s
uint16_t addressLoco = 65;
byte prio = 0;
byte cmde = 0x00;
bool resp = false;
uint16_t thisNodeId = 0x18400;
void sendMsg(byte cmde, byte resp, byte data0, byte data1, byte data2, byte data3, byte data4) {
CANMessage frame;
frame.id |= prio << 25; // Priorite 0, 1, 2 ou 3
frame.id |= cmde << 17; // commande appelée
frame.id |= resp << 16; // Réponse
frame.id |= thisNodeId; // ID expediteur
frame.ext = true;
frame.len = 5;
frame.data[0] = data0;
frame.data[1] = data1;
frame.data[2] = data2;
frame.data[3] = data3;
frame.data[4] = data4;
const bool ok = ACAN_ESP32::can.tryToSend(frame);
if (ok) {
//gSentFrameCount += 1;
Serial.println("Sent: ");
//Serial.println(gSentFrameCount);
}
}
void sendMsg(byte cmde, byte resp, byte data0, byte data1, byte data2, byte data3, byte data4, byte data5) {
CANMessage frame;
frame.id |= prio << 25; // Priorite 0, 1, 2 ou 3
frame.id |= cmde << 17; // commande appelée
frame.id |= resp << 16; // Réponse
frame.id |= thisNodeId; // ID expediteur
frame.ext = true;
frame.len = 6;
frame.data[0] = data0;
frame.data[1] = data1;
frame.data[2] = data2;
frame.data[3] = data3;
frame.data[4] = data4;
frame.data[5] = data5;
const bool ok = ACAN_ESP32::can.tryToSend(frame);
if (ok) {
//gSentFrameCount += 1;
Serial.println("Sent: ");
//Serial.println(gSentFrameCount);
}
}
//----------------------------------------------------------------------------------------
// SETUP
//----------------------------------------------------------------------------------------
void setup() {
//--- Start serial
Serial.begin(115200);
delay(100);
//--- Display ESP32 Chip Info
esp_chip_info_t chip_info;
esp_chip_info(&chip_info);
Serial.print("ESP32 Arduino Release: ");
Serial.println(ARDUINO_ESP32_RELEASE);
Serial.print("ESP32 Chip Revision: ");
Serial.println(chip_info.revision);
Serial.print("ESP32 SDK: ");
Serial.println(ESP.getSdkVersion());
Serial.print("ESP32 Flash: ");
uint32_t size_flash_chip;
esp_flash_get_size(NULL, &size_flash_chip);
Serial.print(size_flash_chip / (1024 * 1024));
Serial.print(" MB ");
Serial.println(((chip_info.features & CHIP_FEATURE_EMB_FLASH) != 0) ? "(embeded)" : "(external)");
Serial.print("APB CLOCK: ");
Serial.print(APB_CLK_FREQ);
Serial.println(" Hz");
//--- Configure ESP32 CAN
Serial.println("Configure ESP32 CAN");
ACAN_ESP32_Settings settings(DESIRED_BIT_RATE);
//settings.mRequestedCANMode = ACAN_ESP32_Settings::LoopBackMode ;
settings.mRxPin = GPIO_NUM_22; // Optional, default Tx pin is GPIO_NUM_4
settings.mTxPin = GPIO_NUM_23; // Optional, default Rx pin is GPIO_NUM_5
const uint32_t errorCode = ACAN_ESP32::can.begin(settings);
if (errorCode == 0) {
Serial.print("Bit Rate prescaler: ");
Serial.println(settings.mBitRatePrescaler);
Serial.print("Time Segment 1: ");
Serial.println(settings.mTimeSegment1);
Serial.print("Time Segment 2: ");
Serial.println(settings.mTimeSegment2);
Serial.print("RJW: ");
Serial.println(settings.mRJW);
Serial.print("Triple Sampling: ");
Serial.println(settings.mTripleSampling ? "yes" : "no");
Serial.print("Actual bit rate: ");
Serial.print(settings.actualBitRate());
Serial.println(" bit/s");
Serial.print("Exact bit rate ? ");
Serial.println(settings.exactBitRate() ? "yes" : "no");
Serial.print("Distance ");
Serial.print(settings.ppmFromDesiredBitRate());
Serial.println(" ppm");
Serial.print("Sample point: ");
Serial.print(settings.samplePointFromBitStart());
Serial.println("%");
Serial.println("Configuration OK!");
} else {
Serial.print("Configuration error 0x");
Serial.println(errorCode, HEX);
}
}
//----------------------------------------------------------------------------------------
//----------------------------------------------------------------------------------------
// LOOP
//----------------------------------------------------------------------------------------
void loop() {
byte data0, data1, data2, data3, data4, data5 = 0;
uint16_t speed = 0;
// LaBox power on
cmde = 0x00;
data4 = 1;
sendMsg(cmde, resp, data0, data1, data2, data3, data4);
delay(1000);
// Allumage des feux
cmde = 0x06;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = 0; // Feux
data5 = 1; // Allumé
sendMsg(cmde, resp, data0, data1, data2, data3, data4, data5);
delay(100);
// Bruit moteur
cmde = 0x06;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = 1; // Bruit moteur
data5 = 1; // On
sendMsg(cmde, resp, data0, data1, data2, data3, data4, data5);
delay(100);
// Loco direction avant
cmde = 0x05;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = 1; // Sens avant
sendMsg(cmde, resp, data0, data1, data2, data3, data4);
delay(100);
// Loco vitesse 500 (50%)
speed = 500;
cmde = 0x04;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = speed >> 8;
data5 = speed & 0x00FF;
sendMsg(cmde, resp, data0, data1, data2, data3, data4, data5);
delay(20000);
// Bruit klaxon
cmde = 0x06;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = 2; // Klaxon
data5 = 1; // On
sendMsg(cmde, resp, data0, data1, data2, data3, data4, data5);
delay(2000);
// Bruit klaxon
cmde = 0x06;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = 2; // Klaxon
data5 = 0; // off
sendMsg(cmde, resp, data0, data1, data2, data3, data4, data5);
delay(100);
// Loco direction arrière
cmde = 0x05;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = 2; // Sens arrière
sendMsg(cmde, resp, data0, data1, data2, data3, data4);
delay(5000);
// Loco vitesse 200 (20%)
speed = 200;
cmde = 0x04;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = speed >> 8;
data5 = speed & 0x00FF;
sendMsg(cmde, resp, data0, data1, data2, data3, data4, data5);
delay(20000);
// Loco vitesse 0 (0%)
speed = 0;
cmde = 0x04;
data2 = addressLoco >> 8;
data3 = addressLoco & 0x00FF;
data4 = speed >> 8;
data5 = speed & 0x00FF;
sendMsg(cmde, resp, data0, data1, data2, data3, data4, data5);
delay(5000);
// LaBox power off
cmde = 0x00;
data4 = 0;
sendMsg(cmde, resp, data0, data1, data2, data3, data4);
delay(5000);
}
//----------------------------------------------------------------------------------------
-
Bonjour Christophe
Je suis sur IO j'ai relié par USB LaBox et une carte ESP32 chargé de ton programme test,
CANH LaBox GPIO23 ESP Test et
CANL LaBox GPIO22 ESP Test .
J'ai ce genre de message dans le terminal de LaBox
<* LCD3:Ready *>
<p0>
<* LCD2:Power Off *>
<* LCD3:Free RAM=207836b *>
<* LCD3:Free RAM=207664b *>
et dans le terminal ESP Test
Actual bit rate: 1000000 bit/s
Exact bit rate ? yes
Distance 0 ppm
Sample point: 70%
Configuration OK!
Sent:
Sent:
Là s'arrête mes compétences comment tester CANBUS?
Merci de ton aide.
-
Re bonjour Christophe
Quel idiot je fais mes branchements sont n'importe quoi je dois passer par un MCP 2515 ou un MCP 2562.
Donc liaisons USB ordinateur LaBox et ESP Test.
Labox ->CANH MCP 2515 ->ESP Test GPIO 23
Labox ->CANL MCP 2515 ->ESP Test GPIO 22
MCP 2515 ->ESP Test ->CS->GPIO5 SO->GPIO19 SI->GPIO23 SCK->GPIO13 INT->GPIO4
Maintenant je vais tester je croise les doigts.
-
Suite non
c'est n'importe quoi, je dois réfléchir.
Mille excuses.
-
je dois passer par un MCP 2515 ou un MCP 2562.
Bonjour,
Le MCP 2515 ou un MCP 2562 sont deux composants aux rôles différents.
Le MCP 2515 (contrôleur CAN) est à compléter par un 2562 (transceiver CAN). Sur la carte "MCP2515", ce sont U2 et U1.
Et il faut plus de deux fils pour raccorder l'ESP à ce genre de carte MCP2515.
L'ESP32 intègre un contrôleur CAN. Si on l'utilise, avec 2 fils, on a alors besoin que du 2562 ou équivalent, le transceiver.
Il existe aussi des cartes avec juste le transceiver.
-
Bonsoir
Merci de participer à mes difficultés, en résumé je veux utiliser le programme test de Christophe entre Labox et un ESP32 tout simple de l'autre avec je crois un MCP2515 qui me semble nécessaire le tout avec le librairie ACAN_ESP32.
C'est tout simple mais je bloque sur GPIO 22 et GPIO 23 du programme test ces PINS sont raccordées à quoi?
Merci.
-
Pin 22 au RX du module et 23 au TX
Attention, est-ce que ces petits modiules fonctionnent à 1Mbps ? Sinon, il faut baisser à 500Kbps mais sur la box ET l'ESP32 de test
-
Je précise (encore) que l’ESP32 n’a pas besoin du contrôleur Can MCP2515 : il intègre sont propre contrôleur Can. Il ne faut donc qu’un transceiver genre MCP2562 ou CJMCU230 (à éviter quand même).
Voir le sujet “Can et LaBox”
https://forum.locoduino.org/index.php?topic=1682 (https://forum.locoduino.org/index.php?topic=1682)
On avait lancé ce sujet "projet centrale "LaBox" wifi DCC++ Can" en 2020. Il a cumulé 55 pages jusqu'à ce qu'on publie les articles dont le titre est le même que ce sujet :
https://forum.locoduino.org/index.php?topic=922 (https://forum.locoduino.org/index.php?topic=922)
Mine de rien on arrive déjà à 28 pages et je constate que pas mal de questions élucidées dans le premier sujet resurgissent inexorablement. Mon conseil est d'utiliser le plus possible la "Recherche" en haut de page. Elle marche très bien ;D
-
Bonsoir à tous,
Un nouvelle Box v0.3 cette fois toujours en version minimaliste. C'est la carte à gauche
(https://www.locoduino.org/local/cache-vignettes/L700xH525/img_6856-c7763.jpg?1734286813)
Cependant, il me manque un régulateur. Est-ce que quelqu'un en a 1 à me céder !!!
(https://www.locoduino.org/local/cache-vignettes/L700xH760/img_6857-dbf94.jpg?1734286813)
Christophe
-
J'en ai un si tu veux, Envoie moi ton adresse en MP
-
Oui j’ai un régulateur à te céder.
Demain matin !
-
Merci à tous les deux, Becbunsen et Dominique,
Comme Dominique a déjà mes coordonnées et que nous nous échangeons déjà des composants je propose que ce soit lui qui me l'envoie. Merci encore Becbunsen.
Christophe
-
Le groupe DCC-EX vient de lancer un produit commercial pour construire une Centrale DCC avec le moins de manipulations possible : pas de soudure ou de modification du hardware, rien que le téléchargement de la dernière version de EX-CommandStation à un prix qui me semble plutôt élevé :
https://dcc-ex.com/news/posts/20241220.html#gsc.tab=0
Voir le produit en vente en Europe là : https://www.mrw-electronics.com/product-page/ex-csb1-express
Qui plus est, LaBox fournit plus de fonctionnalités (App Z21, CAN, XPressNet et autres à venir...) mais nécessite un plus de travail pour le montage. En fait la seule chose qui nous manque pour en faire un produit fini, c'est un boitier dédié à imprimer en 3d. A creuser.
-
De quoi être fiers d’avoir participé à ce projet partagé ;D
Merci à tous ! Quel chemin parcouru depuis le départ en 2020.
Bon Noël et bonnes fêtes de fin d’année.
-
Le groupe DCC-EX vient de lancer un produit commercial pour construire une Centrale DCC avec le moins de manipulations possible : pas de soudure ou de modification du hardware, rien que le téléchargement de la dernière version de EX-CommandStation à un prix qui me semble plutôt élevé :
https://dcc-ex.com/news/posts/20241220.html#gsc.tab=0
DCC-EX s’appuyait au départ sur des cartes Arduino standard (Mega + Moteur + WIFI), ce qui revenait tout de même assez cher si on achète chez Arduino.
Ils ont franchi le pas vers une carte propriétaire toute équipée. Le prix (120$) intègre l’étude, la fabrication et la marge des revendeurs dont des impôts évidemment.
Si un modéliste choisit LaBox, il peut compter sur un coût 4 fois inférieur environ. L’élément le plus cher est le circuit imprimé équipé chez JLBPCB (15€ maxi par 5). D’où l’intérêt de s’associer avec d’autres modélistes et c’est pareil pour les autres composants qui sont vendus par lots.
Si vous voulez vous lancer dans l’aventure, suivez bien TOUS les conseils de l’article 346 (https://www.locoduino.org/spip.php?article346 (https://www.locoduino.org/spip.php?article346) que nous mettrons à jour prochainement : Sur le premier lot de la 03c2 reçu récemment, je me suis (encore) fait avoir sur le sens des diodes D1 et D2 !
Ce premier circuit dans la dernière version 03c2 sera validé (avec des modifs donc un nouveau numéro de version), courant janvier, après les fêtes.
-
Initial documentation is at: http://dcc-ex/ex-csb1 with design files on the DCC-EX Github
Bad link :)
Pourquoi on a toujours du mal à trouver les schémas, etc ? :)
C'est à https://dcc-ex.com/ex-csb1/
Ce n'est clairement pas la même solution que Labox, les deux ayant leurs intérêts. Cette nouvelle box peut séduire un public différent:
Pre-Installed with DCC-EX Command Station Software from most suppliers
Ready-To-Run: Pre-assembled, with no need for additional assembly or configuration
Il lui manquerait donc le CAN, il lui manquerait également de quoi brancher une vrai antenne Wifi. Curieusement, ils sont très orientés i2c... on sait pourquoi? Pour étendre les I/O? Avant, ils utilisaient un Mega pour jusqu'à 40 à 60 I/O.
CAN, ethernet ou d'autres interfaces, il doit être possible de l'ajouter avec des shields (une vrai antenne Wifi serait alors utile pour l'extraire du stack ou même d'un boitier).
Les possibilités d'extensions par shield pourrait être limitées selon les pin Arduino encore disponibles, non affectées.
Ils n'ont pas ajouté de trucs propriétaires (XPressNet(c), Railcom(c), MFX(c), etc), comme ils commercialisent des solutions simples, ça leurs évite de se faire rattraper un jour par les patrouilles :)
C'est sans boutons, un design différent de Labox. Qui permet d'avoir une centrale compacte à 4 boosters 5A (dont un pour la prog track). 5A par booster présentant une sécurité pour ce qui y est raccordé. Un gros booster de 20A ou plus pouvant être dangereux (risques de courts circuits, risques pour les aiguillages, les roues, etc). Ils semblent avoir pensé aux gros réseaux:
Expandable Outputs: Can accept a DCC-EX EX-MotorShield8874 for two additional DCC/DC PWM outputs, providing power to four total districts. Multiple EX-CSB1s can be added as boosters around the layout.
Comment synchronisent-ils ces multiples centrales? Comment gèrent-ils les retours par CAN ou autres? En tous cas, pour de grands réseaux, une solution à multiples boosters 5A max serait électriquement nettement plus sûre que de gros boosters à 20, 40A et plus.
Leur motor shield: https://dcc-ex.com/reference/hardware/motorboards/ex-motor-shield-8874.html
Le getting started, j'y vois un connecteur "rail sync": https://dcc-ex.com/ex-commandstation/ready-to-run/connecting.html
Ils se passent de boutons, font tout depuis la Wifi. Leur OLED n'affiche que des infos de versions, un SSID et le password Wifi.
RailSync Connector - This is a standard Railsync input and is labelled “Booster In” on the top of the board. Connecting a RailSync output from a Command Station or Booster will automatically switch the EXCSB1 to booster mode on receipt of an input signal when the CSB1 is running the appropriate EX-RAIL script.
Je ne sais pas s'il serait possible d'ajouter du CAN avec IO36 et 39. Ni d'ailleurs Ethernet. Les possibilités d'extensions semblent restreintes ou pour des besoins précis:
Additionally, important pins are labelled should you need access to them from the top of the board headers. Input/Output (GPIO) pins are labelled “IO36”, “IO39”, etc. GND, 5V, and 3.3V are also labelled. Note that when an EX-MotorShield8874 is stacked on top for extra power districts, there are no free GPIO pins left to connect accessories directly the EX‑CommandStation / Booster One Express. You must use the I2C pins and connect port expanders and/or servo boards to connect your accessories.
Ca supporte aussi du DC/PWM au lieu de DCC. Ainsi que des scripts EXRail.
Ce n'est pas le même "produit" que LaBox.
Edit... "Dual DCC/PWM DC outputs with up to 5A capacity – easily expandable to 4 outputs" Il peut ne s'agir que de 5A par carte. Mais on peut donc en stacker 2, pour 10A. Et ajouter des boosters avec leur port "RailSync".
-
Bonjour Christophe & Dominique
J'ai toujours des difficultés avec le CAN sur ESP32.
Situation : liaison à l'ordinateur par USB, une carte Labox sans aucune modification, une autre carte Labox mais plus légère, CANBUS relié par prise RJ12.
Programmes utilisés ESP32CANsendTest et ESP32CAN_snif sur IO.
Résultat : carte Labox "erreur envoi" à la huitième lignes et autre carte "configuration OK!". Ci-joint photo du montage. Où est le problème? merci de m'aider.
-
Ce premier circuit dans la dernière version 03c2 sera validé (avec des modifs donc un nouveau numéro de version), courant janvier, après les fêtes.
Vous êtes sur un nouveau design avant production? Il y aurait peut-être deux trois modifs à apporter ou à discuter.
-
Comme l'a déjà précisé Dominique, en cas de non fonctionnement il faut procéder de façon méthodique et progressive.
1° Charger sur l'une et l'autre carte le programme, dans les exemples de l'IDE Arduino -> Acan_ESP32-> LoopBackDemo
En mode LoopBackDemo, envoi et réception sont testé sur la même carte
Sur le moniteur série doit s'afficher que les messages sont bien envoyés et bien reçus. ATTENTION, il faut attendre 17 envois pour être certain du résultat. Si problème, le compteur va se bloquer sur 17 envois ce qui signal qu'il y a un problèeme.
2° Charger sur chacune des cartes le même programme mais pour lesquels la ligne 56 settings.mRequestedCANMode = ACAN_ESP32_Settings::LoopBackMode ; aura été supprimée ou commentée pour la rendre inactive.
Cette fois, les deux cartes vont s'envoyer des messages réciproquement. Si là encore, au bout de 17 messages il y a blocage du compteur sur l'une et l'autre carte, c'est qu'il y a un problème de hard, liaisons incorrectes etc...
Attention à synchroniser les deux cartes en faisant un reset simultané sur les deux.
-
Bonsoir Christophe
j'avais testé ESP32CAN_Demo et j'avais un gros doute sur le résultat.
Sent: 14 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 15 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 16 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 17 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 17 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128 et ainsi de suite... donc le problème est dès le départ.
Quel message je devrais avoir...? c'est pas clair pour moi.
Merci pour ton aide.
-
re bonsoir Christophe
deuxième démarche les deux cartes chargées de ACANESP32_Demo indiquent la même chose
Sent: 13 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 14 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 15 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 16 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 17 Receive: 0 STATUS 0xD4 RXERR 0 TXERR 128
Problème matériel!!!
-
Oui très vraisemblablement un problème de branchements... ou des équipements qui ne fonctionnent pas à 1Mbps. Il faut alors mettre les deux cartes à 500 Kbps
-
Bonsoir Christophe & Dominique
Je continue mes recherches sur le fonctionnement de ACAN_ESP32 avec Labox 02c3 surtout trouver le composant ou le branchement défectueux.
Toutefois j'ai approfondi le schéma "LaBox, Une Centrale DCC polyvalente et abordable (2)" figure 2 et pourquoi je vois le MCP2562 RXD Relié à GPIO04 et TXD relié à GPIO5 du ESP32!. Or le data sheet indique RXD GPIO3 ou GPIO16 et TXD GPIO1 ou GPIO17. Est-ce normal ou j'ai manqué un paragraphe dans le forum.
Je poursuis mes recherches et je vous tiens informé de la suite. A bientôt.
-
Bonsoir,
Le RXD et le TXD sont configurables sur de nombreuses broches d'un ESP32. Les broches 4 et 5 sont parfaitement possibles. Et la preuve, nous sommes plusieurs à utiliser la Box comme cela et ça fonctionne.
Ne passe tout de même pas le réveillon là dessus !
Christophe
PS : Ca m'intéresse d'avoir le lien dont tu parles
-
Bonsoir,
Cet aspect n'est pour moi pas clair. L'esp a une matrice de connexion qui permettrait d'affecter librement n'importe quelle pin à un périphérique.
Sur le pinout du dev kit, j'ai cependant remarqué que Rx et Tx (UART) pourraient être des pins dédiées. Ailleurs, j'ai lu qu'avant d'affecter des pins à une autre fonction, on pourrait avoir à les "déconnecter" d'abord:
Because GPIO12..15 are connected to JTAG using IOMUX. We need to mux them back to GPIO to use with GPIO matrix.
Please add PIN_FUNC_SELECT(GPIO_PIN_MUX_REG[12], PIN_FUNC_GPIO); before call i2s_set_pin to wait for i2s driver to be fixed.
https://github.com/espressif/esp-idf/issues/512
Mais cette réponse date de 2017, ce n'est peut-être plus d'actualité.
Même Expressif semble définir des limites (selon les modèles d'esp?): https://docs.espressif.com/projects/arduino-esp32/en/latest/tutorials/io_mux.html
Some of the GPIOs are INPUT only.
Some peripherals have output signals and must be used on GPIO’s capable to be configured as OUTPUT.
Some peripherals, mostly the high speed ones, ADC, DAC, Touch, and JTAG use dedicated GPIOs pins.
...
Here is the basic peripherals list present on the ESP32. The peripheral list may vary from each ESP32 SoC family. To see all peripherals available on the ESP32-S2 and ESP32-C3, check each of the datasheets.
-
bk4nt,
Tu mets le doigt sur quelque chose qui est un peu délicat quand tu veux "distribuer" les pins sur un ESP. On connait tous les incompatibilités (ou les difficultés) d'utiliser certaines pin qui sont utilisées pendant le processus de démarrage. On connait aussi les pins 34,35,36,39 qui ne sont qu'en input.
Mais il y a plein d'autres pièges Sur certains modèles, 16 et 17 sont utilisées pour le transfert de données entre une mémoire de masse (je ne sais plus laquelle) et le processeur et ne sont donc pas disponible. Attention donc si on les déconnecte pour les réutiliser à autres choses.
Sur les satellites autonomes où j'utilisais toutes les pins (jusqu'à ce que je retire le RFID) j'ai dû tester longtemps avant de trouver le bon schéma d'affectation.
Christophe
-
Bonsoir Christophe
Voilà ma référence "https://arduinokitproject.com/esp32-pinout-reference/" et mes modules sont des "ESP32 WROOM 32".
Je ne comprends pas j'utilise la carte Labox 02c3 sans modifs et même en mode "Acan_ESP32-> LoopBackDemo" ça ne fonctionne pas!
Je vais devoir commander des MCP2562 et tester sur plaque d'essai. A bientôt.
-
Oui là c'est effectivement surprenant :
1° - Peu de risque que ce soit le PCB, nous sommes plusieurs à avoir les mêmes qui fonctionnent
2° - L'ESP32 ??? Faible risque mais en as tu un autre pour intervertir ?
3° - LoopBackDemo ??? Les deux seuls réglages qui n'en sont pas dans ton cas sont les broches de sortie. Mais 4 et 5 par défaut sont bien celle de laBox. Et le débit, mais loopBackDemo l'ignore puisqu'il agit comme si l'émetteur et le récepteur étaient les mêmes.
Tu veux tester "hors laBox" ton ESP32 et un MCP2562 ? Pourquoi pas ? Combien as tu d'ESP sous la main ? Pour les MCP2562, si tu devais avoir des délais longs ou des frais de port élevés tu me fais signe, j'en ai beaucoup d'avance, je t'en met deux à la poste. Il est bien d'avoir deux condensateurs de 100nF par MCP2562. Tu en as ?
Tu n'hésiteras pas à revenir vers nous pour le câblage.
Christophe
-
Bonsoir Christophe
Voilà ma référence "https://arduinokitproject.com/esp32-pinout-reference/" et mes modules sont des "ESP32 WROOM 32".
Je ne comprends pas j'utilise la carte Labox 02c3 sans modifs et même en mode "Acan_ESP32-> LoopBackDemo" ça ne fonctionne pas!
Je vais devoir commander des MCP2562 et tester sur plaque d'essai. A bientôt.
Qu’est-ce qui ne fonctionne pas ?
- la compilation avec l’IDE Arduino, avec quelles versions de bibliothèques ESP32 et ACAN ?
- a l’exécution ? Avec quels messages d’erreur qui expliquent la cause ?
-
Je vais devoir commander des MCP2562 et tester sur plaque d'essai. A bientôt.
Pour une comm entre deux esp? Les MCP ne sont pas utiles pour commencer à tester.
Sur la plaque, raccorder:
- Rx A - Tx B
- Tx A - Rx B
- GND A - GND B
-
Je ne pense pas que ce soit possible.
Mais je n’en suis pas sûr,
-
Avec juste deux esp qui discutent entre eux, si. Les MCP servant à les monter en bus, pour plus de 2 noeuds CAN.
-
Je ne pense pas que ce soit possible.
Mais je n’en suis pas sûr,
En tous cas, électriquement, ça ne poserait aucun problème. Deux ESP devraient pouvoir commencer à discuter entre eux sans MCP et sans que ça ne les abîme.
Est-ce qu'ils vont fonctionner sans pouvoir détecter un conflit d'accès au bus? Est-ce que l'un va se taire lorsque l'autre envoie?
L'accès au bus est donc aléatoire car une station peut émettre à n'importe quel moment. Mais cet accès se fait par priorité ; cette méthode est appelée CSMA CD/AMP (Carrier Sense Multiple Acces with Collision Detection and Arbitration Message Priority). https://www.technologuepro.com/cours-systemes-embarques/cours-systemes-embarques-Bus-CAN.htm
C'était une mauvaise idée. Les MCP (avec TX bouclé sur RX dans le MCP) sont certainement nécessaires pour l'accès au bus et commencer les échanges.
"The TWAI controller does not contain a integrated transceiver. Therefore, to connect the TWAI controller to a TWAI bus, an external transceiver is required." https://docs.espressif.com/projects/esp-idf/en/stable/esp32/api-reference/peripherals/twai.html
-
Je me suis planté, croiser Rx/Tx ne permettrait pas de détecter une collision. Ni l’absence de collision, pour commencer une transmission.
Cette note suggère d'utiliser un montage à diodes (pour du point à point sur courte distance): https://www.mouser.com/pdfDocs/REN_r01an2535ed0203-can_APN_20190515.pdf
Le mieux étant probablement d'attendre des MCP.
-
En fait, je n’ai pas vu les réponses à mes questions à PAT95:
Qu’est-ce qui ne fonctionne pas ?
- la compilation avec l’IDE Arduino, avec quelles versions de bibliothèques ESP32 et ACAN-esp32 ?
On a déjà précisé les versions à utiliser. Cela lèverait le doute sur la chaîne de développement.
- a l’exécution ? Avec quels messages d’erreur qui expliquent la cause ?
Le code d’erreur en retour d’un trytosend dit exactement ce qui cloche. S’il n’est pas décodé complètement dans le sketch loopbackdemo, il l’est dans d’autres exemples de la bibliothèque.
Enfin en mode loopback, le mcp2562 n’est pas nécessaire puisque le bouclage se fait à l’intérieur du contrôleur Can.
Peut-être que c’est déjà Ok mais je ne l’ai pas vu !
-
Bonsoir Dominique et Christophe
Tout d'abord je vous souhaite une bonne année 2025 et la santé à tous.
Je poursuis mes essais sur le CAN en mode « LoopBackDemo » avec un « ESP32 Wroom 32 » monté sur platine essai, et voici les résultats :
Je suis sur IO visual studio code,
La bibliothèque chargée :
pierremolinaro/ACAN_ESP32@^1.1.2
Pour info j'ai remarqué que la bibliothèque ACAN_ESP32 n'est pas identique dans IDE Aduino et Plateforme IO !
Sortie terminal résultat :
rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1184
load:0x40078000,len:13232
load:0x40080400,len:3028
entry 0x400805e4
ESP32 Arduino Release: 2_0_16
ESP32 Chip Revision: 3
ESP32 SDK: v4.4.7-dirty
ESP32 Flash: 4 MB (external)
APB CLOCK: 80000000 Hz
Configure ESP32 CAN
Bit Rate prescaler: 4
Time Segment 1: 13
Time Segment 2: 6
RJW: 4
Triple Sampling: no
Actual bit rate: 500000 bit/s
Exact bit rate ? yes
Distance 0 ppm
Sample point: 70%
Configuration OK!
Sent: 0 Receive: 0 STATUS 0x3C RXERR 0 TXERR 0
Sent: 1 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Sent: 2 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Sent: 3 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Sent: 15 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Sent: 16 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Sent: 17 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Sent: 17 Receive: 0
et pas de réception et aucun message d'erreur. Les résultats sont identiques avec un ESP32 monté sur « Labox ».
J'ai fait des essais avec "ARDUINO MEGA" un " module 2515" en mode "LoopBackDemo" et ça fonctionne très bien.
Là je bloque. A bientôt.
-
Bonjour,
Je vais devoir commander des MCP2562 et tester sur plaque d'essai. A bientôt.
Je poursuis mes essais sur le CAN en mode « LoopBackDemo » avec un « ESP32 Wroom 32 » monté sur platine essai
L'esp est tout seul sur la plaque d'essai?
"CAN Library for ESP32... Demo Sketch... You can override default settings. Here, we set the mRequestedCANMode property to ACAN_ESP32_Settings::LoopBackMode, enabling to run self reception of sent frame. Unlike other microcontrollers, this mode requires the connection of a transceiver. " https://github.com/pierremolinaro/acan-esp32
Configure ESP32 CAN
Bit Rate prescaler: 4
Le code semble faire cela, et s'exécuter: https://github.com/pierremolinaro/acan-esp32/blob/main/examples/LoopBackDemo/LoopBackDemo.ino
//--- Configure ESP32 CAN
Serial.println ("Configure ESP32 CAN") ;
ACAN_ESP32_Settings settings (DESIRED_BIT_RATE) ;
settings.mRequestedCANMode = ACAN_ESP32_Settings::LoopBackMode ;
// settings.mRxPin = GPIO_NUM_4 ; // Optional, default Tx pin is GPIO_NUM_4
// settings.mTxPin = GPIO_NUM_5 ; // Optional, default Rx pin is GPIO_NUM_5
const uint32_t errorCode = ACAN_ESP32::can.begin (settings) ;
if (errorCode == 0) {
Serial.print ("Bit Rate prescaler: ") ;
Serial.println (settings.mBitRatePrescaler) ;
Il manque la boucle, sur Rx/Tx CAN?
-
Effectivement, Pierre Molinaro indique bien la nécessité d’un transceiver, même en mode loopback.
Unlike other microcontrollers, this mode requires the connection of a transceiver. " https://github.com/pierremolinaro/acan-esp32
On ne voit pas dans la sortie moniteur le compteur gReceivedFrameCount s’incrémenter ce qui n’est pas bon signe.
Il faudrait laisser tourner le sketch au delà des 17 messages émis pour voir si une erreur apparaît en émission.
A priori, tu peux essayer de relier Tx et Rx pour ce test en loopback.
Je vais faire un test prochainement sur une carte LaBox en cours de montage sur mon lieu de vacances. Mais j’ai oublié quelques composants ce qui me bloque un peu.
La doc sur Espressif ne donne pas plus d’explications : elle aussi demande la présence du transceiver :
https://docs.espressif.com/projects/esp-idf/en/release-v3.3/api-reference/peripherals/can.html (https://docs.espressif.com/projects/esp-idf/en/release-v3.3/api-reference/peripherals/can.html)
-
Je viens de me réinstaller un IDE. Ca a pris un temps fou, plus de 3 heures pour le DL et l'installation des modèles de cartes esp. Le cas échéant, il faut être patient, et laisser faire, même si on a le sentiment que c'est planté.
J'ai fait un premier test, avec juste un devkit V1, sans rien d'autre: pas de transmissions.
J'ai ajouté un bout de câble entre 4 et 5: on a alors bien des paquets reçus.
Dans les transceiver CAN, Tx est bouclé sur Rx. C'est donc mon bout de câble qui fait fonction de transceiver.
ESP32 SDK: v5.1.4-972-g632e0c2a9f-dirty
ESP32 Flash: 4 MB (external)
APB CLOCK: 80000000 Hz
Configure ESP32 CAN
Bit Rate prescaler: 2
Time Segment 1: 13
Time Segment 2: 6
RJW: 4
Triple Sampling: no
Actual bit rate: 1000000 bit/s
Exact bit rate ? yes
Distance 0 ppm
Sample point: 70%
Configuration OK!
Sent: 0 Receive: 0 STATUS 0xC RXERR 0 TXERR 0
Sent: 1 Receive: 1 STATUS 0xC RXERR 0 TXERR 0
Sent: 2 Receive: 2 STATUS 0xC RXERR 0 TXERR 0
Sent: 3 Receive: 3 STATUS 0xC RXERR 0 TXERR 0
Sent: 4 Receive: 4 STATUS 0xC RXERR 0 TXERR 0
Sent: 5 Receive: 5 STATUS 0xC RXERR 0 TXERR 0
Sent: 6 Receive: 6 STATUS 0xC RXERR 0 TXERR 0
Sans cette boucle, et sans non plus un transceiver, ça ne m'affichait que "Receive: 0".
Par moments, j'ai eu des erreurs, mais c'était lorsque j'ai commencé à prendre le devkit en main (pour des contacts électriques entre GPIO quelconques). Je doute que ces erreurs là aient un sens; je suppose que c'est ce qu'on obtiendrait avec un problème de câblage, un transceiver défectueux ou un débit CAN trop élevé pour le transceiver utilisé:
Sent: 17 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Sent: 17 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Sent: 17 Receive: 8 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 18 Receive: 8 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 19 Receive: 8 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 20 Receive: 8 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 21 Receive: 8 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 22 Receive: 8 STATUS 0xD4 RXERR 0 TXERR 128
Sent: 23 Receive: 8 STATUS 0xD4 RXERR 0 TXERR 128
Configure ESP32 CAN
Bit Rate prescaler: 2
Time Segment 1: 13
Time Segment 2: 6
RJW: 4
Triple Sampling: no
Actual bit rate: 1000000 bit/s
Exact bit rate ? yes
Distance 0 ppm
Sample point: 70%
Configuration OK!
Sent: 0 Receive: 0 STATUS 0xC RXERR 36 TXERR 0
Sent: 1 Receive: 0 STATUS 0x6C RXERR 131 TXERR 55
Sent: 2 Receive: 0 STATUS 0x60 RXERR 131 TXERR 55
Sent: 3 Receive: 0 STATUS 0x60 RXERR 131 TXERR 55
Sent: 4 Receive: 0 STATUS 0x60 RXERR 131 TXERR 55
Sent: 5 Receive: 0 STATUS 0x60 RXERR 131 TXERR 55
Sent: 6 Receive: 0 STATUS 0x60 RXERR 131 TXERR 55
Sent: 7 Receive: 0 STATUS 0x60 RXERR 131 TXERR 55
Sans boucle (ni un transceiver ni un bout de câble), ça semble s'arrêter à 17 paquets Tx, sans afficher grand chose de clair. Peut-être un statut 0x30...
Avec une boucle, le statut est chez moi 0xC. C'est probablement ce statut qui pourrait nous renseigner sur l'état du port CAN.
Sent: 0 Receive: 0 STATUS 0xC RXERR 0 TXERR 0
Sent: 1 Receive: 1 STATUS 0xC RXERR 0 TXERR 0
Sent: 2 Receive: 2 STATUS 0xC RXERR 0 TXERR 0
Sent: 3 Receive: 3 STATUS 0xC RXERR 0 TXERR 0
...
Sent: 33 Receive: 33 STATUS 0xC RXERR 0 TXERR 0
Sent: 34 Receive: 34 STATUS 0xC RXERR 0 TXERR 0
Sent: 35 Receive: 35 STATUS 0xC RXERR 0 TXERR 0
Sent: 36 Receive: 36 STATUS 0xC RXERR 0 TXERR 0
Sent: 37 Receive: 37 STATUS 0xC RXERR 0 TXERR 0
Sent: 38 Receive: 38 STATUS 0xC RXERR 0 TXERR 0
Serial.print (" STATUS 0x") ;
Serial.print (TWAI_STATUS_REG, HEX) ;
Serial.print (" RXERR ") ;
Serial.print (TWAI_RX_ERR_CNT_REG) ;
Serial.print (" TXERR ") ;
Serial.println (TWAI_TX_ERR_CNT_REG) ;
-
Bizarre ta trace moniteur : le nombre de « receive » devrait être égal au nombre de « sent » !
J’ai un petit réseau chez moi qui tourne depuis qq semaines : des centaines de milliers de messages échangés et jamais d’erreurs.
-
Configuration OK!
Sent: 0 Receive: 0 STATUS 0x3C RXERR 0 TXERR 0
Sent: 1 Receive: 0 STATUS 0x30 RXERR 0 TXERR 0
Quand ça marche, j'ai donc 0xC (TWAI_TX_BUF_ST 1: The TX buffer is empty, TWAI_TX_COMPLETE )...
Ox3* indiquant manifestement qu'il a des data dans son buffer Tx (TWAI_TX_ST), et qu'il attend quelque chose en Rx (TWAI_RX_ST )...
https://www.espressif.com/sites/default/files/documentation/esp32_technical_reference_manual_en.pdf
-
Bizarre ta trace moniteur : le nombre de « receive » devrait être égal au nombre de « sent » !
J’ai un petit réseau chez moi qui tourne depuis qq semaines : des centaines de milliers de messages échangés et jamais d’erreurs.
Quand ça marche, j'ai bien le nombre receive égal à sent:
Sent: 0 Receive: 0 STATUS 0xC RXERR 0 TXERR 0
Sent: 1 Receive: 1 STATUS 0xC RXERR 0 TXERR 0
Sent: 2 Receive: 2 STATUS 0xC RXERR 0 TXERR 0
Sent: 3 Receive: 3 STATUS 0xC RXERR 0 TXERR 0
Sent: 4 Receive: 4 STATUS 0xC RXERR 0 TXERR 0
J'ai bien ajouté que lorsque ça ne fonctionnait pas, j'ai pris le devkit en main, ce qui m'a produit ces résultats quelconques. Mes doigts faisaient office de câble/boucle.
Je suppose que chez toi, tu n'y touches pas trop. Va y mettre tes doigts et reviens nous dire comment ça s'est passé :)
-
C'est lorsqu'on commence à stresser un peu le truc que les résultats et le statut changent:
Sent: 13 Receive: 13 STATUS 0xC RXERR 0 TXERR 0
Sent: 14 Receive: 14 STATUS 0xC RXERR 0 TXERR 0
Sent: 15 Receive: 15 STATUS 0xC RXERR 0 TXERR 0
Sent: 16 Receive: 16 STATUS 0xC RXERR 0 TXERR 0
Sent: 17 Receive: 17 STATUS 0xC RXERR 0 TXERR 0
Sent: 18 Receive: 18 STATUS 0x4C RXERR 131 TXERR 0
Sent: 19 Receive: 19 STATUS 0x4C RXERR 131 TXERR 0
Sent: 20 Receive: 20 STATUS 0x4C RXERR 131 TXERR 0
Sent: 21 Receive: 21 STATUS 0x4C RXERR 131 TXERR 0
Sent: 22 Receive: 22 STATUS 0x4C RXERR 131 TXERR 0
Sent: 40 Receive: 39 STATUS 0x4C RXERR 128 TXERR 67
Sent: 41 Receive: 40 STATUS 0x6C RXERR 128 TXERR 66
Sent: 42 Receive: 41 STATUS 0x4C RXERR 128 TXERR 65
Sent: 43 Receive: 42 STATUS 0x6C RXERR 128 TXERR 64
Sent: 44 Receive: 42 STATUS 0x4C RXERR 128 TXERR 71
Sent: 45 Receive: 43 STATUS 0x4C RXERR 128 TXERR 70
Sent: 46 Receive: 44 STATUS 0x4C RXERR 128 TXERR 69
Sent: 47 Receive: 45 STATUS 0x4C RXERR 128 TXERR 68
Sent: 48 Receive: 46 STATUS 0x4C RXERR 128 TXERR 67
Sent: 49 Receive: 47 STATUS 0x4C RXERR 128 TXERR 66
Sent: 50 Receive: 48 STATUS 0x4C RXERR 128 TXERR 65
Sent: 51 Receive: 49 STATUS 0x4C RXERR 128 TXERR 64
Sent: 52 Receive: 50 STATUS 0x4C RXERR 128 TXERR 63
Sent: 53 Receive: 51 STATUS 0x4C RXERR 128 TXERR 62
Sent: 54 Receive: 52 STATUS 0x4C RXERR 128 TXERR 61
Sent: 55 Receive: 53 STATUS 0x4C RXERR 128 TXERR 60
-
Je suis sur IO visual studio code,
La bibliothèque chargée :
pierremolinaro/ACAN_ESP32@^1.1.2
Pour info j'ai remarqué que la bibliothèque ACAN_ESP32 n'est pas identique dans IDE Aduino et Plateforme IO !
Je ne sais pas ce que tu as pu faire de différent. J'ai utilisé Arduino IDE (la dernière), la librairie ACAN correspondante, et le sketch examples/loopback associé. Je n'ai eu aucune difficulté à le faire fonctionner. Avec juste un fil entre D4 et D5 en guise de transceiver.
-
Bonjour Dominique Christophe et Bk4nt,
suite des essais CAN après bien des échanges « LoopBackDemo » FONCTIONNE, je me sens ridicule je n'avais pas bien interprété « RELIER D4 D5 » c'est à dire faire un pontage D4 D5. Je reprends espoir pour la suite.
A propos de suite je souhaite tester un programme CAN simple avec la carte « 02C3 LaBox » équipée du MCP2562 seulement. Grand merci à vous tous. A bientôt sans aucun doute...
-
Je suis sur IO visual studio code,
La bibliothèque chargée :
pierremolinaro/ACAN_ESP32@^1.1.2
Pour info j'ai remarqué que la bibliothèque ACAN_ESP32 n'est pas identique dans IDE Aduino et Plateforme IO !
Bonjour à tous,
Je voudrais attirer votre attention sur ceci : @^1.1.2
PlatformIO autorise au travers du fichier platformio.ini une réglage fin et sur mesure pour les bibliothèques externes.
Il est possible de personnaliser les bibliothèques externes pour chaque projet. Il est donc par exemple possible d'avoir une version 1.1.2 d'un bibliothèque pour un projet PlatformIO t une version 2.0 avec un autre projet. Ce qui n'est pas possible avec l'IDE Arduino où tous les projets partagent les mêmes bibliothèques.
Dans le cas précis de ACAN_ESP32 de Pierre Molinaro, j'avais eu des problèmes avec la version 2, aussi ai-je systématiquement recours "à ce blocage de version" à la 1.1.2. C'est le cas pour les satellites autonomes et aussi pour la Box
Thierry avait lui aussi signalé sur ce même fil la nécessité d'utiliser une version inférieure à la 2 de ACAN_ESP32 pour laBox car il avait certainement rencontré les mêmes problèmes.
Autant il est assez facile d'effectuer ce réglage sur PlatformIO, autant l'IDE Aruino nous propose régulièrement de mettre à jour les bibliothèques et cela suffit, sans s'en rendre compte bien souvent, à modifier cette limite de version.
Pour plus de détails sur la gestion des versions dans PlatformIO, vous pouvez consulter la documentation officielle :
https://docs.platformio.org/en/latest/manifests/library-json/fields/version.html
Pour une discussion sur la spécification des versions de bibliothèques dans platformio.ini, vous pouvez consulter ce fil de discussion sur le forum PlatformIO :
Library management : choose a specific version in platformio.ini : https://community.platformio.org/t/library-management-choose-a-specific-version-in-platformio-ini/110
Pour info, voici la liste des réglages possibles dans PlatformIO pour une bibliothèque donnée :
lib_deps =
library_name@^1.2.3 ; Allows versions 1.2.3 up to 2.0.0, excluding 2.0.0
library_name@~1.2.3 ; Allows versions 1.2.3 up to 1.3.0, excluding 1.3.0
library_name@=1.2.3 ; Only version 1.2.3
library_name@>1.2.3 ; Any version greater than 1.2.3
library_name@>=1.2.3 ; Version 1.2.3 and above
library_name@<1.2.3 ; Any version less than 1.2.3
library_name@<=1.2.3 ; Version 1.2.3 and below
Christophe
-
Bonjour,
Il existe donc 4 versions/librairies spécifiques: https://github.com/Locoduino/CommandStation-EX-LaBox/blob/LaBox/platformio.ini#L20
Avec l'IDE Arduino on peut résoudre un tel problème à l'ancienne:
Just put them in the folder with the .ino file.
And include like this:
#include "MyLibrary.h" // include library in sketch folder
#include <OtherLibrary.h> //vs include library in library folder
Pour ACAN, la modif serait à faire ici: https://github.com/Locoduino/CommandStation-EX-LaBox/blob/LaBox/CanMarklin.h#L18
Ce qui est moins simple que juste télécharger et compiler.
-
je n'avais pas bien interprété « RELIER D4 D5 » c'est à dire faire un pontage D4 D5.
La doc dit d'utiliser un transceiver, c'est normalement lui qui réalise la boucle, et il est alors aussi inclus dans le test loopback.
Le bout de câble D4/D5 se substitue, et je ne pense pas que cela pose un quelconque problème électrique.
-
Bonjour à tous,
Je voudrais attirer votre attention sur ceci : @^1.1.2
PlatformIO autorise au travers du fichier platformio.ini une réglage fin et sur mesure pour les bibliothèques externes.
Il est possible de personnaliser les bibliothèques externes pour chaque projet. Il est donc par exemple ...
Bonjour,
Je suis en train d'installer le truc. Pour le moment, ça m'inquiète. Il télécharge des choses sans me poser la moindre question... au passage, j'ai remarqué qu'une case "auto update" est cochée. A ce stade, et du fait d'un éventuel delta de versions, je n'ai peut être pas la garantie de pouvoir m'en servir. Ni la garantie de pouvoir m'en servir longtemps si une mise à jour venait altérer le truc, ce qui arrive parfois.
En même temps, on peut avoir le même genre de problème avec l'IDE Arduino et ses librairies, qui au fil du temps peuvent évoluer, être mises à jour...
Je suis entrain de suivre le tuto vidéo présenté ici il y a 4 ans: https://forum.locoduino.org/index.php?topic=1018.0 Mes versions qui se sont installées sont évidemment différentes, plus récentes.
C'est tout un ensemble qu'on pourrait avoir à figer ou à définir pour un projet. Ce qui semble être possible:
"A few months ago, this installed version 1.0.8 of framework-wizio-pico. A new installation today installed version 1.0.9. Is there a way to specify an exact version for better stability/reproducibility of the dev environment. ... Yes, there we some reports on the Pico SDK forums about issues with SDK 1.2.0 so I wanted to control which one I use.... I believe that being able to check out a project and automatically reproducing the development environment, including versions of the various components, is an important aspect of platformio. Otherwise results are non predictable."
Des solutions sont discutées ici: https://community.platformio.org/t/how-to-specify-desired-version-of-an-installed-framework/21970/6 J'y reviendrais peut-être plus tard, quand j'utiliserais plus qu'un blink.ino.
Je voudrais attirer votre attention sur ceci : @^1.1.2
Comment le truc fait pour aller chercher une version précise? Ca se fait "tout seul"? Ca arrive de Github ou d'ailleurs? https://github.com/pierremolinaro/acan-esp32/releases/tag/1.1.2
Ca m'a l'air d'être très dépendant du réseau, où ça va picorer, et pour moi, c'est un peu obscur pour le moment.
Edit... oups, c'est pas gagné :)
test tuto devkit v1\src\main.cpp:1:10: fatal error: Arduino.h: No such file or directory
#include <Arduino.h>
^~~~~~~~~~~
compilation terminated.
-
Je suis en train d'installer le truc. Pour le moment, ça m'inquiète. Il télécharge des choses sans me poser la moindre question... au passage, j'ai remarqué qu'une case "auto update" est cochée. A ce stade, et du fait d'un éventuel delta de versions, je n'ai peut être pas la garantie de pouvoir m'en servir. Ni la garantie de pouvoir m'en servir longtemps si une mise à jour venait altérer le truc, ce qui arrive parfois.
En même temps, on peut avoir le même genre de problème avec l'IDE Arduino et ses librairies, qui au fil du temps peuvent évoluer, être mises à jour...
...
Ca m'a l'air d'être très dépendant du réseau, où ça va picorer, et pour moi, c'est un peu obscur pour le moment.
Je suis du même avis : ce truc m'inquiète et c'est une usine à gaz, pour la plupart des modélistes sur Locoduino.
J'ai essayé et j'ai abandonné. Toutefois j'ai gardé VSCodium comme éditeur de programmes, tout comme BBEdit car je suis sur MacBook Pro.
Je garde l'IDE Arduino pour les compilations et les téléversements.
VSCodium et BBEdit prennent soin d'enregistrer automatiquement les modifications ce qui permet d'enchainer la compilation sans passer par l'éditeur de l'IDE Arduino, qui répercute les modifications.
L'inconvénient des mises à jour automatiques des bibliothèques est facilement écarté en cliquant sur "PLUS TARD" dans les 2 dialogues affichés au démarrage. C'est moins fatiguant que d'utiliser platformIO.
Mon conseil est d'écrire en tête de sketch ou dans un onglet d'infos, dans un champ de commentaire, toutes les précautions à prendre, notamment les versions des bibliothèques.
Mais c'est mon avis personnel. Cependant je pense que la plupart des modélistes sur Locoduino, surtout les débutants et bon nombre d"experts utilisent et continueront d'utiliser l'IDE Arduino et attendent des solutions compatibles avec l'IDE Arduino.
Cela n'empêche pas ceux qui y tiennent pour des raisons personnelles ou professionnelles d'utiliser un autre IDE que celui d'Arduino, pourvu que les programmes présentés sur Locoduino puissent être compilés par l'IDE Arduino.
L'exemple de LaBox est bien dans ce cas car Thierry s'attache à maintenir cette compatibilité et nous devons le remercier pour cela.
Au passage, je viens de compiler et téléverser avec succès la dernière version 2.9.0 de LaBox sur la dernière carte de circuit imprimé avec composants CMS 03.c3 qui est fourni dans le dossier PCB de la version 2.9.0 sur le Git Locoduino. Tout ce que j'ai pu tester fonctionne parfaitement notamment la lecture de l'adresse loco, le petit automatisme de va et vient avec EX-RAIL et la conduite manuelle avec l'appli Z21. J'attend quelques connecteurs RJ12 pour tester le bus CAN.
-
C'est d'un esprit différent de celui de l'IDE Arduino, où les menus sont assez clairs et limité à ce qui est utile/suffisant pour le plus grand nombre. Avec des librairies ajoutées, on trouve facilement les exemples associés dans le menu file, etc. Je n'y vois qu'une difficulté: identifier le bon modèle de carte lorsqu'on utilise autre chose qu'un Uno.
J'avais tenté un "Run build task" depuis le menu de PlatformIO, et lancé un build sans les options appropriées, d'où l'erreur "Arduino.h: No such file or directory"...
Il y a des boutons en bas, des raccourcis, pour compiler, etc, avec les bons arguments. Et même un menu dédié, sur la gauche.
Faut que je trouve comment supprimer ce genre d'erreurs qui reste ensuite à la "liste des problèmes", à moins que je ne redémarre l'appli. Un environnement avec quelques subtilités à connaître. Je vois que ça supporterait un debuggeur, qui peut un moment ou un autre être utile.
Ici, il est écrit "level beginner": https://docs.platformio.org/en/stable/tutorials/espressif32/arduino_debugging_unit_testing.html
Pour un Devkit, il faut un adaptateur JTAG: https://medium.com/@manuel.bl/low-cost-esp32-in-circuit-debugging-dbbee39e508b Là, je lis que l'environnement est farceur: "Every update of the Espressif 32 platform within PlatformIO will reset the configuration file to its original state. So you will have to reapply the simple configuration change after every update." :)
Ici, je lis qu'on pourrait bien avoir à choisir et à figer l'environnement de développement: https://tutoduino.fr/tutoriels/debug-esp32/debug-esp32-platformio-jtag/ "Avec la version que j’utilise (Visual Studio Code 1.81.0, PlatformIO Core 6.1.9 Home 3.4.4, OpenOCD v0.11.0-esp32-20220706), je rencontre plusieurs erreurs lors du démarrage du débogage du programme."
Avec certains esp (le C3), on pourrait s'en passer: https://tutoduino.fr/en/tutorials/debug-esp32/debug-an-esp32-c3-via-its-jtag-interface/
Une usine à gaz, mais des possibilités supplémentaires.
-
Je n'y vois qu'une difficulté: identifier le bon modèle de carte lorsqu'on utilise autre chose qu'un Uno.
Pour les cartes, c'est comme pour les bibliothèques, on entre ce que l'on souhaite dans le fichier .ini
Exemple :
[env:esp32dev]
platform = espressif32
board = esp32dev
framework = arduino
build_flags = -DCORE_DEBUG_LEVEL=5
monitor_speed = 115200
lib_deps =
pierremolinaro/ACAN_ESP32@=1.1.2
arduino-libraries/Ethernet@^2.0.2
debug_tool = esp-prog
debug_init_break = tbreak setup
Comme je travaille (presque) toujours avec les mêmes cartes, environnements ou bibliothèques, je fais un copié-collé entre mes projets.
C'est vraiment top et simple à faire. Plus facile pour les cartes que l'IDE Arduino
Christophe
-
Pour les cartes, c'est comme pour les bibliothèques, on entre ce que l'on souhaite dans le fichier .ini
Oui, c'est clair. Dans l'IDE Arduino, j'avais un moment hésité, puis choisi une mauvaise option pour un petit pro micro, je croyais que c'en était un. Et je supposais qu'en cas d'erreur de modèle, ça allait simplement s'interrompre. J'en ai deux ou trois dans un coin sur lesquels j'aurais à reflasher un boot loader pour les récupérér :)
Mon conseil est d'écrire en tête de sketch ou dans un onglet d'infos, dans un champ de commentaire, toutes les précautions à prendre, notamment les versions des bibliothèques.
... pourvu que les programmes présentés sur Locoduino puissent être compilés par l'IDE Arduino.
L'exemple de LaBox est bien dans ce cas car Thierry s'attache à maintenir cette compatibilité et nous devons le remercier pour cela.
Ca fait cependant faire tout un travail pour avoir les bonnes versions sur son PC (ou vérifier les versions si la compilation échoue). DCC EX a résolu cela avec un installateur, qui utilise des binaires précompilés?
https://dcc-ex.com/ex-installer/installing.html#gsc.tab=0
https://dcc-ex.com/download/ex-commandstation.html#ex-installer&gsc.tab=0
Je voudrais attirer votre attention sur ceci : @^1.1.2
PlatformIO autorise au travers du fichier platformio.ini une réglage fin et sur mesure pour les bibliothèques externes.
Il y a peut être davantage à faire dans ces .ini, tout l'environnement pouvant lui-même évoluer, puis finir par poser un problème... Ton warning m'a fait fouiller un peu le concept. Dans le .ini de DCCxx-ESP32-Railcom je remarque maintenant que seul ACAN est à une version précise:
; PlatformIO Project Configuration File
;
; Build options: build flags, source filter
; Upload options: custom upload port, speed and extra flags
; Library options: dependencies, extra library storages
; Advanced options: extra scripting
;
; Please visit documentation for the other options and examples
; https://docs.platformio.org/page/projectconf.html
[env:esp32dev]
platform = espressif32
board = esp32dev
framework = arduino
build_flags = -DCORE_DEBUG_LEVEL=5
monitor_speed = 115200
lib_deps =
pierremolinaro/ACAN_ESP32@=1.0.6
Expressif semble aller plus loin, tend à nous dire que platform et implicitement framework devraient être figés également. On peut lire "Latest stable version" is "NOT recommended", "Pin the version": https://docs.platformio.org/en/latest/platforms/espressif32.html#stable-and-upstream-versions
; Latest stable version, NOT recommended
; Pin the version as shown below
[env:latest_stable]
platform = espressif32
board = ...
; Specific version
[env:custom_stable]
platform = espressif32@x.y.z
board = ...
Ca semble en tous ças être très souple pour le choix des versions utilisées, projet par projet, package par package.
-
Je n'ai rien trouvé de clair sur la façon dont "le bundle" de packages est constitué lorsqu'on déclare une plateforme et un framework. J'ai pour le moment l'impression qu'on a pas trop de souplesse ici, et que lorsqu'on choisi une plateforme, on reste très lié à ce qui est disponible.
Sur IDE Arduino, en cas de soucis, on pourrait en réinstaller un d'une autre version (upgrade ou downgrade). Ou installer un package pour un type de processeur d'une version différente. Là, je n'ai pas encore trouvé comment faire.
C'est une solution pour utilisateurs avancés, qui veulent en faire plus, ou pour des pros, qui au fil du temps pourront en faire tout ce qu'ils ont envie. Ou même une solution pour des débutants, l'installation n'est pas très compliquée; un débutant pourrait avoir envie d'utiliser du code trouvé sur Github, qui est à compiler avec PlatformIO.
Dans l'IDE Arduino, la logique est différente. On l'installe, on ajoute les cartes utiles (ça prend du temps), puis on ajoute de temps en temps des librairies.
A l’installation sous Windows, ça demande des autorisations pour le pare-feux. Je suppose que c'est pour du téléversement OTA (Over The Air, par la Wifi). C'est pensé pour de l'IOT. Puis à la première définition d'un projet, ça nécessite un temps fou: ça télécharge les packages associés à la plateforme et au framework.
Adafruit ESP32 Feather, on a deux frameworks possibles: https://docs.platformio.org/en/latest/boards/espressif32/featheresp32.html#frameworks
- Arduino
- Espressif IoT Development Framework. Official development framework for ESP32 chip
Teensy 4.0, deux également: https://docs.platformio.org/en/latest/boards/teensy/teensy40.html#frameworks
- Arduino
- Zephyr, Zephyr is a new generation, scalable, optimized, secure RTOS for multiple hardware architectures
On pourrait ainsi utiliser facilement autre chose que la base Arduino. Facilement, c'est relatif, avec Arduino, on a on a un grand nombre de librairies disponibles pour les périphériques, etc.
Je crois que Arduino arrive d'office avec les librairies Free RTOS. On pourrait utiliser un autre RTOS, sous forme de librairie.
Pour les versions platform/framework d'un projet, je n'ai vu que quelques pistes dans des forums. Ce sont des packages, qui doivent avoir été développés et validés, garantissant qu'ils fonctionnent ensemble. En cas de problème, ou si besoin (par exemple, d'un compilateur particulier), on pourrait en choisir d'autres, ou choisir un outil de debug spécifique:
https://docs.platformio.org/en/latest/projectconf/sections/env/options/platform/platform_packages.html
[env:override_default_toolchain]
platform = atmelavr
platform_packages =
; use GCC AVR 5.0+
toolchain-gccarmnoneeabi@>1.50000.0
[env:override_framework]
platform = espressif8266
platform_packages =
; use upstream Git version
framework-arduinoespressif8266 @ https://github.com/esp8266/Arduino.git
[env:external_package]
platform = ststm32
platform_packages =
; latest openOCD from PlatformIO Package Registry
tool-openocd
; source code of ST-Link
tool-stlink-source @ https://github.com/texane/stlink.git
Pour platform/framework, la doc est assez courte: https://docs.platformio.org/en/latest/projectconf/sections/env/options/platform/platform.html
Un extrait de cette page:
[env:recommended_specification]
; allow backwards-compatible new functionality and bug-fixes
platform = platformio/espressif32@^6.1.0
[env:allow_only_bug_fixes]
platform = platformio/espressif32@~6.1.0
[env:exact_version]
platform = platformio/espressif32@6.1.0
[env:latest_version]
; not recommended as it does not ensure that
; - builds are repeatable
; - all developers who checkout the project wil build against the same platform version
platform = platformio/espressif32
[env:development_verion_by_git]
platform = https://github.com/platformio/platform-espressif32.git
L'intérêt de figer les versions est double: on peut produire du code et le valider, puis facilement reproduire la même chose sur un autre PC. Même un débutant pourrait le faire, il lui suffirait de dupliquer le projet, avec le .ini. En figeant les versions, on a pas de surprises telles que suite à la mise à jour d'une librairie ou d'un composant de l'environnement.
Puis on change seulement les versions selon les besoins (correctifs ou nouvelles features), avec la possibilité de mieux comprendre les delta. Passer d'un monde/releases à l'autre et pour en comparer deux serait plus fastidieux avec l'IDE Arduino.
Avoir les mêmes versions d'un PC/IDE Arduino à l'autre serait plus compliqué.
La version Expressif/Arduino est pour moi pas claire du tout.
Sur Github, nouveauté d'il y a 3 semaines, on peut trouver "Arduino Release v3.1.0 based on ESP-IDF v5.3.2" https://github.com/espressif/arduino-esp32/releases/tag/3.1.0
Lié à PlatformIO, la version est plus ancienne, de septembre 2024, "6.9.0, Added support for ESP-IDF v5.3.1"" https://github.com/platformio/platform-espressif32/releases
Pour cette dernière release, on peut y lire Supported Frameworks:
- Arduino - v2.0.17 (based on IDF v4.4.7)
- ESP-IDF - v5.3.1
Je ne sais pas ce qu'est "Arduino - v2.0.17". Arduino Core semble être en v3...
Il pourrait y avoir un delta entre ce qui existe pour IDE Arduino (ou ce genre d'IDE) et ce qui existe sur PlatformIO. Un delta qui aura son importance lorsqu'on souhaitera utiliser un tout nouveau modèle de carte/CPU dans une gamme. Ou pour les correctifs.
Il me semble que sous VS Code, on peut se passer de PlatformIO et qu'on pourrait donc installer/utiliser ce qu'on veut. On perdrait alors tout ce qu'apporte en plus PlatformIO...
A la base, VS Code avec PlatformIO reste très simple à utiliser. Je me permets de reprendre la vidéo partagée ici, il y 4 ans. Les softwares ont depuis évolués, mais l'installation puis l'utilisation reste tout aussi simple. Hors téléchargements, une affaire de minutes, j'avais à peu près suivi ce tuto:
https://www.youtube.com/watch?v=-2NhjhzFQsM
Les premières étapes d'installation et d'utilisation sont également décrites ici: https://docs.platformio.org/en/stable/integration/ide/vscode.html#installation
Pour en faire des choses simples tel que blink ou Serial.println, ce n'est pas beaucoup plus compliqué que l'IDE Arduino.
Je m'étais fait piéger. Il faut remarquer les boutons Build et Upload en barre d'état. Puis comprendre enfin comment attacher le terminal série.
Si on fait Build, Upload, puis qu'on attache ensuite le terminal série avec ces boutons, on aura perdu quelques lignes de la sortie Serial. Dans le menu de gauche, on peut remarquer "Upload and Monitor" qui résout ce problème.
-
Bonjour Dominique Christophe et Bk4nt,
Après quelque jours d'euphorie j'ai remis en marche le montage ESP32 seul et LoopBackDemo sans rien changer et le fonctionnement est erratique.
Si je débranche D4 ou D5 le résultat ne s'améliore pas en revanche dès que je branche D4 ou D5 ça refonctionne et ainsi de suite!!!
Dur dur pour moi.
A bientôt pour la suite.
-
Mais c'est un fonctionnement normal, ça ne peut pas fonctionner sans transceiver ni boucle.
Si tu t'amuses à débrancher/rebrancher la boucle D4/D5 avec l'esp raccordé au PC, tu le constateras aussi: ça fonctionne ou non, et au passage, le sketch détecte des erreurs de transmission, le status évolue aussi en conséquence.
-
En revanche avec LaBox LoopBackDemo ne fonctionne toujours pas je n'ose pas shunter D4 D5. Essai fait avec plateforme IO.
J'ai fait des essais avec IDE Arduino 2.3.4 et ACAN_ESP32 1.1.2 j'ai des messages d'erreur le programme n'est plus adapté par contre avec ACAN_ESP32 2.0.1 ça passe mais le résultat est le même qu'avec IO.
-
C'est là où je sèche avec PlatformIO (et où il pourrait y avoir un risque d'incompatibilités):
https://github.com/espressif/arduino-esp32/releases/tag/2.0.17 The Arduino ESP32 version 2.0.17 is based on the ESP-IDF v4.4.7 (release notes) and is bug fix release for Arduino ESP32 Core version 2.X.X.
Après quoi, ça passe à la V3, avec de nouvelles features:
https://github.com/espressif/arduino-esp32/releases/tag/3.0.0 The Arduino ESP32 version 3.0.0-stable is based on the ESP-IDF v5.1.4 (release notes) and is major release introducing new SoCs & features support.
Comment faire pour utiliser une V3 plutôt qu'une V2, pour de nouveaux SoCs et features? Mais la question ne se pose pas pour Labox, qui utilise un Devkit, supporté par la V2.
De la V2 à la V3, ESP-IDF évolue, et les API pourraient être différentes, nécessiter des adaptations.
Dans le cas précis de ACAN_ESP32 de Pierre Molinaro, j'avais eu des problèmes avec la version 2, aussi ai-je systématiquement recours "à ce blocage de version" à la 1.1.2. C'est le cas pour les satellites autonomes et aussi pour la Box
Thierry avait lui aussi signalé sur ce même fil la nécessité d'utiliser une version inférieure à la 2 de ACAN_ESP32 pour laBox car il avait certainement rencontré les mêmes problèmes.
Quelle était la nature de ces problèmes? Dans le Github de Pierre, j'ai repéré quelques différences dans les sources. Manifestement, pour ACAN V2, il a fait évoluer son code pour se conformer à une API nouvelle... Des include différents, quelques différences dans le code aussi. Des différences auxquelles il y aurait à s'adapter pour exploiter sa V2.
https://github.com/pierremolinaro/acan-esp32/releases/tag/2.0.0 "Update for Arduino ESP32 3.0.0-alpha3 board manager " "Version 2.0.0 for Arduino ESP32 3.0.0-alpha3"
-
En revanche avec LaBox LoopBackDemo ne fonctionne toujours pas je n'ose pas shunter D4 D5. Essai fait avec plateforme IO.
J'ai fait des essais avec IDE Arduino 2.3.4 et ACAN_ESP32 1.1.2 j'ai des messages d'erreur le programme n'est plus adapté par contre avec ACAN_ESP32 2.0.1 ça passe mais le résultat est le même qu'avec IO.
Ah... on est en plein dedans, le delta des API entre PlatformIO et l'IDE Arduino :)
S'il n'y a pas de MCP soudé sur Labox, il faut shunter D4/D5 (si ce sont bien ces mêmes pins sur Labox). Sinon, faire un test sur une plaque d'essai, avec juste le Devkit et un bout de fil.
-
Essai fait :
un Devkit et un bout de fil dès que je touche au fil les valeurs deviennent erratiques.
-
J'ai deux plaques LaBox 02.c3 avec MCP soudé et le résultat est identique avec les deux.
-
J'ai deux plaques LaBox 02.c3 avec MCP soudé et le résultat est identique avec les deux.
Dans ce cas, ne pas ajouter de bout de fil. Ce sont les MCP qui bouclent. Ou qui devraient le faire.
Vérifier les pin et les continuités électriques, que les MCP sont bien alimentés, qu'il n'y a rien de branché à la sortie CAN de ces box...
-
test LoopBackDemo sur une carte LaBox 02c3 équipée du MCP2562
J'ai juste du ajouter #define LED_BUILTIN 2 au début pour que le compilateur ne me dise plus que LED_BUILTIN n'est pas déclaré.
Tout est nickel comme d'habitude sur LaBox
rst:0x1 (POWERON_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff0030,len:1344
load:0x40078000,len:13964
load:0x40080400,len:3600
entry 0x400805f0
ESP32 Arduino Release: 2_0_17
ESP32 Chip Revision: 3
ESP32 SDK: v4.4.7-dirty
ESP32 Flash: 4 MB (external)
APB CLOCK: 80000000 Hz
Configure ESP32 CAN
Bit Rate prescaler: 2
Time Segment 1: 13
Time Segment 2: 6
RJW: 4
Triple Sampling: no
Actual bit rate: 1000000 bit/s
Exact bit rate ? yes
Distance 0 ppm
Sample point: 70%
Configuration OK!
Sent: 0 Receive: 0 STATUS 0xC RXERR 0 TXERR 0
Sent: 1 Receive: 1 STATUS 0xC RXERR 0 TXERR 0
Sent: 2 Receive: 2 STATUS 0xC RXERR 0 TXERR 0
Sent: 3 Receive: 3 STATUS 0xC RXERR 0 TXERR 0
Sent: 4 Receive: 4 STATUS 0xC RXERR 0 TXERR 0
Sent: 5 Receive: 5 STATUS 0xC RXERR 0 TXERR 0
Sent: 6 Receive: 6 STATUS 0xC RXERR 0 TXERR 0
Sent: 7 Receive: 7 STATUS 0xC RXERR 0 TXERR 0
Sent: 8 Receive: 8 STATUS 0xC RXERR 0 TXERR 0
Sent: 9 Receive: 9 STATUS 0xC RXERR 0 TXERR 0
Sent: 10 Receive: 10 STATUS 0xC RXERR 0 TXERR 0
Sent: 11 Receive: 11 STATUS 0xC RXERR 0 TXERR 0
Sent: 12 Receive: 12 STATUS 0xC RXERR 0 TXERR 0
Sent: 13 Receive: 13 STATUS 0xC RXERR 0 TXERR 0
Sent: 14 Receive: 14 STATUS 0xC RXERR 0 TXERR 0
Sent: 15 Receive: 15 STATUS 0xC RXERR 0 TXERR 0
Sent: 16 Receive: 16 STATUS 0xC RXERR 0 TXERR 0
Sent: 17 Receive: 17 STATUS 0xC RXERR 0 TXERR 0
Sent: 18 Receive: 18 STATUS 0xC RXERR 0 TXERR 0
Sent: 19 Receive: 19 STATUS 0xC RXERR 0 TXERR 0
Sent: 20 Receive: 20 STATUS 0xC RXERR 0 TXERR 0
Sent: 21 Receive: 21 STATUS 0xC RXERR 0 TXERR 0
Sent: 22 Receive: 22 STATUS 0xC RXERR 0 TXERR 0
Sent: 23 Receive: 23 STATUS 0xC RXERR 0 TXERR 0
Sent: 24 Receive: 24 STATUS 0xC RXERR 0 TXERR 0
Sent: 25 Receive: 25 STATUS 0xC RXERR 0 TXERR 0
Sent: 26 Receive: 26 STATUS 0xC RXERR 0 TXERR 0
Sent: 27 Receive: 27 STATUS 0xC RXERR 0 TXERR 0
Sent: 28 Receive: 28 STATUS 0xC RXERR 0 TXERR 0
Sent: 29 Receive: 29 STATUS 0xC RXERR 0 TXERR 0
Sent: 30 Receive: 30 STATUS 0xC RXERR 0 TXERR 0
Sent: 31 Receive: 31 STATUS 0xC RXERR 0 TXERR 0
Sent: 32 Receive: 32 STATUS 0xC RXERR 0 TXERR 0
Sent: 33 Receive: 33 STATUS 0xC RXERR 0 TXERR 0
et ça continue pareil si je laisse tourner.
PAT95: il y a un truc pas clair dans ta carte LaBox ou un ESP32 pas clair non plus.
Jamais je ne mets les pattes sur les pins d'un ESP32 alimenté, ça peut le tuer.
Pour moi il n'y a pas de problème.
Tu peux chercher un MCP2562 sur Ebay en livraison rapide chez un vendeur en France ou RS-online ou le demander à Christophe ...
-
Sent: 0 Receive: 0 STATUS 0xC RXERR 0 TXERR 0
et ça continue pareil si je laisse tourner.
C'est ce statut à 0xC qu'on voit lorsque ça fonctionne.
C'est différent lorsque la boucle est absente, on obtient alors 0x3C puis 0x30... Ca pourrait confirmer qu'il y a un soucis avec ces cartes ou assemblage.
Jamais je ne mets les pattes sur les pins d'un ESP32 alimenté, ça peut le tuer.
Ca se remplace facilement :)
Là, j'ai pas dit de le tripoter, mais: "Vérifier les pin et les continuités électriques, que les MCP sont bien alimentés, qu'il n'y a rien de branché à la sortie CAN de ces box." Au multimètre.
Tu peux chercher un MCP2562 sur Ebay en livraison rapide chez un vendeur en France ou RS-online ou le demander à Christophe ...
Ca va être galère à dessouder (sans arracher des pastilles). Avant de le remplacer, quelques vérifications pourraient être faites pour en vérifier d'abord l'état.
Il est bien soudé dans le bon sens? Le MCP aurait fumé s'il était à l'envers...
-
Hello Christophe :D :D :D
Question: est que le programme de test CAN de LaBox est toujours valable sur le git Locoduino ?
https://github.com/Locoduino/Test_CommCan_LaBox (https://github.com/Locoduino/Test_CommCan_LaBox)
Est-ce qu'il s'adresse bien à la couche Can Marklin présente dans la version 2.9.0 ?
Merci d'avance
-
Dominique,
Utilise plutôt ce programme plus limité mais plus simple qui convient mieux pour les tests.
Christophe
-
Nous nous sommes appelés et avons fait un peu le tour du problème. A ce stade tout semble indiquer que c'est le MCP2562 du PCB qui a un dysfonctionnement. Il n'est pas soudé à l'envers.
Pat95 à d'autres PCB, il va en tester un autre. J'espère cependant que ce ne soit pas une série défectueuse.
Tu peux chercher un MCP2562 sur Ebay en livraison rapide chez un vendeur en France ou RS-online ou le demander à Christophe ...
Je vais en effet lui envoyer demain des MCP2562 en DIP pour tester son ESP32 en CAN et en CMOS pour essayer de remplacer celui de la carte au cas où.
Christophe
-
A ce stade tout semble indiquer que c'est le MCP2562 du PCB qui a un dysfonctionnement. Il n'est pas soudé à l'envers.
Pat95 à d'autres PCB, il va en tester un autre. J'espère cependant que ce ne soit pas une série défectueuse.
Une série de PCB défectueux? Ca ne devrait pas arriver s'il a passé commande avec les bons Gerber.
Sinon, ça se rattrape ou se vérifie rapidement. Avec un de ces deux PCB qui ne fonctionnent pas:
- retirer le Devkit, déconnecter les alims
- sonner les pistes autour du MCP (avec le multimètre) pour vérifier leur continuité
- au besoin, ne conserver que les pastilles utiles, couper des pistes et les remplacer par des bouts de cuivre émaillés
- alimenter la carte, vérifier que le MCP a bien son 5V
- insérer l'ESP, vérifier que le MCP a bien son 3.3V
S'il s'avère que le MCP est défectueux, un cms, il n'y a qu'à le remplacer. Le plus simple pour le dégager consiste à lui couper les pattes à la dremel, au ras du boîtier. Pour dessouder ensuite les pattes une à une. On risque ainsi moins d’abîmer le PCB.
Sinon, pour "Support Arduino ESP32 v3.0 based on ESP-IDF v5.1", j'ai trouvé une explication et des pistes: https://github.com/platformio/platform-espressif32/issues/1225
-
Bonsoir à tous,
Sur la version 03c3 de labox, comment se fait-il que j'ai été obligé de relier l'entrée Vs (2) du L6203 directement à l'entrée 18V de la carte ?
Je n'ai rien vu sur le forum à ce sujet. Je suis quand même pas le seul à avoir le problème ?
Après cette modification et l'inversion des 2 diodes, je confirme que la carte en 03c3 fonctionne.
Christophe
-
D’après le schéma Vs est bien relié au jack d’alim +.
Sur la mienne je n’ai pas de souci.
Probablement, tu as coupé la piste en agrandissant les trous trop petits du jack alim (moi j’ai soudé le jack un peu décollé)
-
Probablement, tu as coupé la piste en agrandissant les trous trop petits du jack alim (moi j’ai soudé le jack un peu décollé)
Ah c'est sans doute cela !
-
Nous étions 5 pour commander chez JLBPCB un circuit imprimé pré-équipé (PCBA) à partir des gerber version 03c3 mis à disposition par Thierry dans le dossier LaBox sur le Git locoduino.
Comme on dit, nous étions les premiers à essuyer les plâtres.
Il y avait 2 erreurs qui seront corrigées dans les versions suivantes :
- les trous pour souder le jack d'alimentation étaient trop petit : les pattes ne rentrent pas. 2 d'entre nous ont agrandi les trous en éliminant le via conducteur entre les 2 faces. Conséquence : la liaison entre le Jack + et le Vs (pin 2) du L6203 a été coupée n'alimentant plus le L6203 (voir le message de Christophe ci-dessus)
- les diodes D1 et D2 étaient à l'envers et c'est sans doute de ma faute lors du passage de la commande chez JLCPCB, exactement comme l'explique mon article sur le site éditorial. La procédure de tests expliquée dans cet article DOIT toujours être faite.
En fin de compte cette version est pleinement opérationnelle.
En cadeau, je joins un programme de test de la liaison Can de LaBox.
Ce programme s'installe sur une autre carte LaBox qui ne fera que ça. Il utilise néanmoins l'écran Oled et les boutons pour dérouler les phases du test "à la main", sans séquences automatiques séparées de "Delay".
Les 2 boutons + et - servent à sélectionner la vitesse par pas de 50 (5% de la vitesse max selon le protocole Marklin donné en lecture dans le document pff joint dans le dossier.
Le bouton SEL sert à enchainer les tests : DCC On, Avant, Stop, Arrière, Stop, Lumière on/off, DCC off.
Vous n'aurez pas de mal à le modifier selon vos besoins.
Ce programme fonctionne chez moi.
-
Bonjour Dominique
Ouf ça roule avec Z21 et manette radio (Hc12)
Lecture adresse ok ,je dois faire un reset esp 32 ,reconnecter Z21 pour reprendre la main.
Quand je me suis rendu compte ,pas de 18v sur 2 du 6203 ,retour sur le forum et confirmation de la coupure au montage du jack !!!
tu avais pourtant prévenu !!! c'est le métier qui rentre.
merci ,merci pour ton soutien.
Alain
-
Bonjour à tous
J'ai bien sûr suivi avec attention les essais sur la nouvelle version de la carte LaBox.
Une version 0.3c4 sera bientôt mise à disposition, j'espère. Elle corrige évidemment les pads de l'arrivée d'alimentation. J'ai également tenté de modifier les deux diodes D1 et D2 posées à l'envers par JLCPCB pour les mettre sans orientation et réduire ainsi les risques de mauvais placement. Mais après réflexion, JLCPCB permet de spécifier un fichier de placement des composants à côté de la BOM, pourquoi ne pas s'en servir ? Evidemment, ça ne marche pas. Le fichier est refusé par le site. J'ai tenté deux formats différents, mais le rejet est le même. J'ai donc envoyé tous les fichiers par mail à leur support en leur demandant de me dire pourquoi ça ne marche pas. J'attend leur réponse.
Pendant ce temps, j'ai commencé à concevoir un boitier dédié pour LaBox en impression 3d. Je l'ai imprimé (merci mon boulot de mettre une imprimante 3d en libre service !) et après quelques ajustements liés au dégagements des connecteurs à l'arrière, ça marche très bien. Je reviens en parler ici dès qu'il est finalisé. Pour le voir c'est ici https://a360.co/4gPF5uS (https://a360.co/4gPF5uS)
-
pour Dominique, Thierry Christophe.(toute l équipe Locoduino ).
2 Photos pour remercier et montrer la somme de travail accompli par l équipe locoduino qui mous permettent d 'évoluer dans notre passion.
je vais faire une impression 3D du boitier (plus tard, car je souhaite trouver un écran plus grand )
avec mes remerciements.
Cordialement
Alain:
Nota : je ne peut sortir , lecture adresse , n° cv , id décodeur( j ai mis en vrac le décodeur loco que j ai du reprogrammer ) ,que par un reset esp 32 ???
-
Bonjour Alain, que veux tu dire par là ?
Nota : je ne peut sortir , lecture adresse , n° cv , id décodeur( j ai mis en vrac le décodeur loco que j ai du reprogrammer ) ,que par un reset esp 32 ???
Est-ce parce que, pour le moment, avec la version 2.9.0, quand on quitte le mode programmation, le programme Reset l'ESP32 et redémarre en mode pilotage. Mais là il y a un plantage qui nécessite un reset à la main: "Railcom activatedGuru Meditation Error: Core 1 panic'ed (LoadProhibited). Exception was unhandled."
Ca va s'arranger >:(
-
Bonsoir Dominique
Tu as bien exprimer mon cas.
Après lecture adresse , j appui bouton droit ,un petit temps je vois furtivement le message IP, puis l écran connexion wifi et ce cycle revient.
Donc je fais un reset sur esp 32 , et je pilote Z21 et manette (hc12) avec satisfaction .
je dois faire ma culture pour le fonctionnement ? (surtout pour le bus can a venir) , j essai de vous suivre .........
bonne soirée.
Cdt Alain
-
Bonjour,
Je viens d'assembler ma version de LaBox grâce aux documents disponibles sur GitHub. Merci beaucoup pour ça !
Je commence à débugger mon montage car j'ai quelques petits problèmes.
J'ai tenté de lire un décodeur Laisdcc (je préfère tester celui-ci vu son prix). Il ne le reconnais pas, je quitte donc la fonction et l'écran se bloque sur le logo de démarrage. Une idée de ce problème ?
Question: il y a-t-il un manuel de débuggage ou de mise au point ?
Merci d'avance
-
Bonjour
Il semble qu'effectivement il y ai un problème de redémarrage après une lecture/écriture de CV. Le reboot ne semble pas fonctionner. J'avais déjà corrigé un problème similaire dans les versions précédentes en décalant l'initialisation de Railcom. De mon côté je ne reproduis pas... Et sans reproduction, difficile de corriger quoi que ce soit.
Il faudrait déjà que ceux qui ont le problème essayent de désactiver Railcom pour voir si c'est bien la cause, ou en tout cas ce qui le provoque. Une fois le coupable identifié, je tenterai de reproduire le problème puis de le résoudre.
-
Bonjour Thierry,
Merci pour cette idée. En recompilant sans RAILCOM, l'ESP32 récupère bien après la sortie de la lecture de l'adresse. Cela semble résoudre le problème.
Par contre je constate un autre problème; seul DCC+ est actif quand RAILCOM est inactif.
Quand RAILCOM est actif, je constate que DCC+ et DCC- sont actifs (LEDs allumées et traces confirmées sur l'oscilloscope).
Je continue de débugger ma carte et je posterai mes commentaires ici si vous voulez bien.
Bonne journée.
-
En effet, en commentant la ligne 187 du fichier config.h "//#define ENABLE_RAILCOM",
la sortie DCC perd une jambe : une seule des 2 leds s'allume.
Cela n'empêche pas la liaison Can de fonctionner avec un testeur Can dans une autre LaBox
@thierry : quels tests peut-on faire pour t'aider à trouver ?
-
Il est amusant de piloter 3 trains en même temps :
- l'un avec l"application Z21 (qui peut en piloter plusieurs par elle-même),
- l'autre avec le Va et Vient EXRAIL, via le menu HMI,
- un dernier avec le testeur Can, via la liaison Can.
LaBox est une merveille :D
-
Le signal DCC est une alternance de tension autour du zéro, un coup positif, et la diode de gauche s'allume, un coup négatif et c'est celle de droite qui s'allume. Si le signal DCC existe bien puisqu'il est reçu par les décodeurs placés sur la voie, et que l'une des diodes ne s'allume pas, c'est sans doute que l'alternance n'est que d'un seul côté du zéro... A vérifier à l'oscillo.
-
.. et c'est pour cela qu'on a mis 2 diodes montées au tête-bêche pour s'assurer que LaBox génère bien un signal DCC quand elles sont allumées toutes les deux simultanément
-
Bonjour,
Voici quelques problèmes que je rencontre:
Ma box qui marchait parfaitement il y a deux mois ne voulait plus rien entendre lorsque je branchais l'alimentation; rien sur l'écran qui ne s'allumait plus.L'ESP 32 s'allumait mais rien quelque soit le bouton (y compris reset) sur lequel j'appuyais. j'ai laissé tomber ???
J'ai chargé hier sur le github la dernière version qui me semble la 4, je travaille avec platformio.
lors d'une première compilation, j'ai eu le message suivant :Compiling .pio/build/ESP32/src/DCCTimerESP.cpp.o
/home/jeapaul/Documents/Maison/Lobby_électrobique_informatique/informatique/PlatformIO/Projects/CommandStation-EX-LaBox-LaBox/CommandStation-EX-LaBox.ino:143:25: note: suggested alternative: 'LABOX_MAIN_MOTOR_SHIELD'
TrackManager::Setup(LABOX_PROG_MOTOR_SHIELD);
J'ai donc changé PROG en MAIN.
La compilation et le versement se passent sans problème; Par contre L'affichage tourne en boucle - logo locoduino - Connexion wi fi - affichage de la connexion puis retour au logo et ainsi de suite; Aucune action des boutons ou du reset. Le platformio ini est celui du github et correspond à ma carte.
Merci pour l'aide!
-
Bonjour. Désolé des problèmes rencontrés. D'abord, surtout ne pas changer PROG en MAIN, cela revient à complètement supprimer le mode de programmation.
Pour mieux comprendre ce qui se passe, postez ici les 50 premières lignes de la console après un démarrage de LaBox.
-
Pour revenir un peu sur le problème de Leds de Dominique, il se trouve qu'une piste était manquante sur le circuit, sans doute détruite par mes soins, devant être reroutée plus proprement, et je l'ai simplement oubliée. D'où l'intérêt d'utiliser la commande de vérification de la conformité avec le schéma qui m'a révélé le problème...
Donc sur l'image jointe, il s'agit de la piste N$6 en surbrillance et désignée par la flèche rouge reliant la Led à la sortie 2 du L6203, mais reliant aussi le connecteur DCC... En mettant le strap correspondant, ça devrait mieux aller.
Je pousserai sur Github la nouvelle version 0.3c4 du circuit dans la journée qui corrige ça et l'empreinte du connecteur d'alimentation.
J'ai discuté un moment avec JLCPCB sur les problèmes de placement sans que l'on se comprenne vraiment. Mais en réessayant, ça a marché ! Le fichier de positions est maintenant (la semaine dernière...) accepté par le site, ce qui devrait résoudre le problème de placement des diodes.
-
Pour le problème de compilation, c'est très étonnant. J'utilise aussi Platform.IO et j'ai bien les lignes
#define LABOX_MAIN_MOTOR_SHIELD F("LABOXMAIN"), \
new MotorDriver(32, 33, 27, UNUSED_PIN, 36, 0.80, 2500, UNUSED_PIN)
#define LABOX_PROG_MOTOR_SHIELD F("LABOXPROG"), \
NULL, \
new MotorDriver(32, 33, 27, UNUSED_PIN, 36, 0.80, 2500, UNUSED_PIN)
dans mon config.h qui déclarent sans aucune condition les deux formes de déclaration de TrackManager.
-
Merci pour la réponse,
J'avais oublié de renommer config.h. Désormais Je compile sans problème.
-
Nouvelle version 2.9.1 du logiciel:
- La fonction DCC on/off du menu fonctionne maintenant. Elle n'était tout simplement pas câblée !
- dans hmiconfig, les messages inutiles ont été retirés, et les traductions anglaises ont été complétées.
- Railcom ne démarre plus lorsque l'on passe en mode programmation. Peut être cela évitera-t-il le crash au redémarrage en mode pilotage. Sinon il faudra envisager de bien désactiver tout ce qui est activé avant de redémarrer : RMT, interruptions etc, qui ne sont peut être pas gérés correctement lors d'un redémarrage soft. Pour tester ça, il suffit au lieu de redémarrer par l'écran et ses boutons, d'appuyer sur le bouton reset de l'ESP32 et voir si c'est le même phénomène. A noter que si c'était un problème logiciel, je l'aurais aussi sur les cartes c3 ou avant...
Nouvelle version 0.3c4 du PCB
- Correction de l'empreinte de l'alimentation pour bien avoir des pads oblongs.
- Régénération des fichiers de fabrication. J'ai essayé ce matin avec JLCPCB. En utilisant à la fois le fichier bom.csv et positions.csv, le contrôle visuel du montage semble correct, avec les diodes bien orientées. Le coût était de 32€ environ pour cinq exemplaires. J'ai aussi essayé avec Nextpcb mais il réclame les MPN (Material Part Number) des différents composants et je n'ai pas réussi à les faire générer par Kicad...
-
Thierry est toujours excellent !
Je vais tester ce week-end aussitôt que possible.
-
Voici le Visualiseur de PCBA de JLCPCB sur la base des fichiers de la 0.3.c4 dossier PCB/Kicad/production
U1 (mcp2562) est encore à +90° !
C'est compliqué
-
Je ne comprend pas ce que fait Kicad avec U1, j'ai donc modifié à la main le fichier des positions. Ca semble être bon sur JLCPCB.
-
sinon il y a un outil de rotation en haut du cadre, que j'utilisais jusqu'à présent.
-
C'est vrai, mais on devrait le faire à chaque fois. En modifiant le fichier positions.csv c'est fait définitivement, jusqu'au prochain ficher csv !
-
Bonjour
Juste ce message pour remercier l'équipe de Locoduino pour leur travail.
Après avoir patiemment attendu mes composants, j'ai anticipé l'arrivée imminente de mes connecteurs CAN et assemblé ma première Labox. La partie matérielle a été réalisée sans la moindre difficulté.
J'ai eu de la chance avec mes PCB pour lesquels aucune anomalie/inversion s'est produite. Certainement la chance du débutant ;D
Par inexpérience, j'ai plus tâtonné sur la partie logicielle en ayant autorisé par inadvertance la mise à jour de bibliothèques ::).
Bref, après un total de 3/4 heures de travail plaisir, j'ai une Box parfaitement fonctionnelle.
L'importation de mon "Roster" depuis ma configuration DCC-EX sur Arduino s'est parfaitement passée via un simple include dans myautomation.h.
Prochaine étape. Basculer le pilotage de mes servos et Led pilotés par les IO de l'Arduino ver le CANBUS une fois mes connecteurs livrés
-
Bravo !
Et merci Francis pour tes compliments.
Nos plus grands remerciements sont le plus large usage de LaBox sur vos réseau, dont le Can.
-
Bonjour,
J'avais une box qui marchait parfaitement et subitement ce matin mes deux led se sont éteintes et j'ai maintenant un affichage clignotant qui affiche le logo horizontal avec + à l'intérieur d'un des cercles et le nom de locoduino , la box , locoduino.org. Je pense que j'ai du "cramer" quelque chose mais Quoi ?
Merci de vos réponses.
-
Il y a plusieurs causes et actions possibles :
- le logiciel est endommagé : recharger le logiciel
Auparavant il faut rebrancher le moniteur série de l'IDE et regarder ce qui s'affiche notamment si un plantage récurent (clignotement) se produit, empêchant l'initialisation de l'écran.
- l'écran est endommagé : changer l'écran
-
Merci de la réponse.
J'ai essayé de recharger le logiciel sur un autre ordinateur. Pas de problème pour la compilation. Par contre lors du versement, j'ai le message suivant :
* Exécution de la tâche dans le dossier CommandStation-EX-LaBox : platformio run --target upload --environment ESP32
Processing ESP32 (platform: espressif32; board: esp32doit-devkit-v1; framework: arduino)
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/espressif32/esp32doit-devkit-v1.html
PLATFORM: Espressif 32 (6.10.0) > DOIT ESP32 DEVKIT V1
HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash
DEBUG: Current (cmsis-dap) External (cmsis-dap, esp-bridge, esp-prog, iot-bus-jtag, jlink, minimodule, olimex-arm-usb-ocd, olimex-arm-usb-ocd-h, olimex-arm-usb-tiny-h, olimex-jtag-tiny, tumpa)
PACKAGES:
- framework-arduinoespressif32 @ 3.20017.241212+sha.dcc1105b
- tool-esptoolpy @ 1.40501.0 (4.5.1)
- tool-mkfatfs @ 2.0.1
- tool-mklittlefs @ 1.203.210628 (2.3)
- tool-mkspiffs @ 2.230.0 (2.30)
- toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch5
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 38 compatible libraries
Scanning dependencies...
Dependency Graph
|-- OneButton @ 2.6.1
|-- Adafruit GFX Library @ 1.11.11
|-- Adafruit SSD1306 @ 2.5.13
|-- ACAN_ESP32 @ 1.1.2
|-- EEPROM @ 2.0.0
|-- BluetoothSerial @ 2.0.0
|-- ESPmDNS @ 2.0.0
|-- WiFi @ 2.0.0
|-- Wire @ 2.0.0
|-- Adafruit BusIO @ 1.17.0
|-- SPI @ 2.0.0
Building in release mode
Retrieving maximum program size .pio/build/ESP32/firmware.elf
Checking size .pio/build/ESP32/firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM: [== ] 15.7% (used 51296 bytes from 327680 bytes)
Flash: [======= ] 73.2% (used 959157 bytes from 1310720 bytes)
Configuring upload protocol...
AVAILABLE: cmsis-dap, esp-bridge, esp-prog, espota, esptool, iot-bus-jtag, jlink, minimodule, olimex-arm-usb-ocd, olimex-arm-usb-ocd-h, olimex-arm-usb-tiny-h, olimex-jtag-tiny, tumpa
CURRENT: upload_protocol = esptool
Looking for upload port...
Auto-detected: /dev/ttyUSB0
Uploading .pio/build/ESP32/firmware.bin
esptool.py v4.5.1
Serial port /dev/ttyUSB0
Connecting...................
Chip is ESP32-D0WD-V3 (revision v3.1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
WARNING: Detected crystal freq 15.67MHz is quite different to normalized freq 26MHz. Unsupported crystal in use?
Crystal is 26MHz
MAC: d4:8a:fc:c8:bf:bc
Uploading stub...
A fatal error occurred: Serial data stream stopped: Possible serial noise or corruption.
-
Je ne suis pas utilisateur de l’esptool et PlatformIO, mais on voit que le televersement échoue.
Il y a peut être un problème de fréquence : vérifier la configuration de l’esp32 dans l’esptool.
Sinon, il faut maintenant changer l’esp32 qui peut être arrivé à l’âge de la retraite.
Comme le soft LaBox consomme 73% de sa flash, il faut voir si l’esp32 usé peut être recyclé vers une application plus simple.
-
Bonjour,
Je me lance dans la construction de LaBox...
Je viens de commander les PCB.
Auriez-vous la liste des autres composants à commander/souder?
Merci et bravo pour ce travail de fou que je suis depuis un certains temps.
Bien à vous
Yannick
-
Bonjour Yannick,
Cette liste est fournie dans l’article:
https://www.locoduino.org/spip.php?article346 (https://www.locoduino.org/spip.php?article346)
-
Bonsoir,
super merci.
avec les évolutions du PCB, je pensais que la liste de l'article avait évoluée.
Je commande le reste ;D
Bonne nuit a toutes et tous
-
Cela ne vous empêche pas de lire ce sujet depuis le début pour compléter la lecture de l’article : il y a des détails importants à connaître.
-
Bonjour,
Ou en est-on exactement de l'évolution du PCB de la box ? J'ai commandé des PCB en suivant le lien (que je n'ai pas vérifié) de l'article 346 de la box sur locoduino (pensant qu'il était à jour) et j'ai reçu la version 02C3. Il est question d'une version 02C4 dont on parle sur ce forum à la page précédente mais qui poserait encore quelques problèmes ! et qui serait sur un github ? Je ne l'ai pas trouvé sur celui de locoduino. Merci de me faire un point sur ce qui est actuellement validé ( soft et hard )
NB : dans l'article 346 cité ci dessus, les vérifications des diodes ne me semble pas conforme au dessin.
re NB: Si quelqu'un veut des PCB 02C3, j'en ai à disposition.
-
Bonjour (?prénom c'est plus sympa),
Tes questions sont tout à fait légitimes et nous savons que les articles (en particulier le 346 : construction de LaBox) devraient être mis à jour de temps en temps parce qu'il y a des nouveautés qui arrivent.
Nous y pensons évidemment, grâce à tes questions aussi, mais tout ceci est bénévole et prend du temps : pour écrire les informations sans erreur et sans fautes, pour tester toutes les configurations, pour ajouter des recommandations.
Lorsque nous écrivons un article, il est toujours précédé d'une phase de réalisation et de tests. Nous échangeons nos expériences sur le sujet correspondant du forum. Une phase de validation par un comité de lecture suit cette rédaction.
Ce sujet du Forum a été créé à la suite de la publication de l'article 346.
Donc tu y trouveras toutes les nouveautés et évolutions par rapport à l'article.
Si nous n'avons pas encore corrigé l'article 346, il faut lire soigneusement ce sujet du forum.
Nous mettrons à jour l'article (avec pas mal choses nouvelles en plus, tirées du forum, et bien sur des tests et des tests, etc..), mais ce n'est pas encore la cas aujourd'hui. Peut-être pourrais-tu nous y aider ??
La version 03c4 se trouve à l'intérieur du git "CommandStation-EX-LaBox", dans le dossier CommandStation-EX-LaBox/PCB/Kicad/production/ :
https://github.com/Locoduino/CommandStation-EX-LaBox/tree/LaBox/PCB/Kicad/production (https://github.com/Locoduino/CommandStation-EX-LaBox/tree/LaBox/PCB/Kicad/production)
Pour le moment nous avons réalisé au moins 2 séries de 5 cartes sur lesquelles nous avons encore des tests à faire
En particulier il reste un risque sur l'orientation des diodes Shottky et si ça t'arrive, c'est facile de les dessouder et les ressouder dans le bon sens.
La version 02c3 n'est pas obsolète, si tu veux le support de RailCom, il y a un petit fil a souder et une piste à couper comme l'indique le forum.
On fait le mieux qu'on le peux, avec le temps qu'on a et on aime bien aussi un peu de reconnaissance pour ce travail gratuit qui permet de se doter d'un centrale DCC de (très) haut niveau et évolutive (le bus Can c'est important) pour quelques dizaine d'€ seulement.
Mais il faut bien lire.
Nous sommes toujours prêts a accueillir de nouveaux rédacteurs sérieux pour nous aider et contribuer au site Locoduino.
-
re NB: Si quelqu'un veut des PCB 02C3, j'en ai à disposition.
Je suis intéressé par 2 cartes s'il t'en reste encore.
-
Nous serons présents à RailExpo à Dreux les 28, 29 et 30 Novembre pour présenter tout cela et bien plus...
-
Tu veux dire RailExpo. ;)
-
Oui !!
RailExpo
Quand je tape "Rail" mon Mac complète avec "Com" par habitude
-
Tu n'es pas le seul à te faire avoir ! :D
-
A TOUS LES MODELISTES QUI VONT RÉALISER LEUR PROPRE LABOX :
J'ai commencé à faire quelques mises à jour dans l'article 246 dont ce sujet "jumeau" traite des évolutions :
https://www.locoduino.org/ecrire/?exec=article&id_article=346 (https://www.locoduino.org/ecrire/?exec=article&id_article=346)
Je me rends compte qu'il s'est produit beaucoup de choses depuis le 21 Novembre 2023 et je remercie chaleureusement ;D tous ceux qui ont apporté de nouvelles briques innovantes qui permettent progressivement d'enrichir LaBox.
Tous ces apports ne sont pas encore intégrés dans l'article et cela se fera petit à petit.
Je compte sur vous pour me signaler les modifications qu'il reste à faire. Cela m'aidera.
Merci d'avance :D
-
...
Je me rends compte qu'il s'est produit beaucoup de choses depuis le 21 Novembre 2023 et je remercie chaleureusement ;D tous ceux qui ont apporté de nouvelles briques innovantes qui permettent progressivement d'enrichir LaBox.
Tous ces apports ne sont pas encore intégrés dans l'article et cela se fera petit à petit.
...
Il n'est jamais trop tard pour bien faire ! ;)
Mais cela montre aussi la limitation d'un forum : souvent, le créateur partage son travail sur un forum et pense que l'information est donnée définitivement. Or, c'est beaucoup plus difficile de retrouver une information sur un forum (et spécialement celui de LOCODUINO qui est très actif) alors qu'avec des articles c'est plus facile puisqu'ils sont classés en rubriques.
Mon sentiment (qui n'est pas récent) est que le forum est sur-utilisé au détriment des articles (rien de publié depuis novembre) : dommage...
Nous avions aussi instauré les mises à jour sur nos articles mais peu de rédacteur s'est donné la peine de les faire au fur et à mesure. Et quand cela s'accumule, bonjour la galère !
Pour ma part, je continue à répondre aux questions des lecteurs suite à mes articles et à faire les mises à jour de ceux-ci si j'ai connaissance d'un fait nouveau. Comme je l'ai dit, on ne rompt pas définitivement... :)
-
Merci de la réponse.
J'ai essayé de recharger le logiciel sur un autre ordinateur. Pas de problème pour la compilation. Par contre lors du versement, j'ai le message suivant :
* Exécution de la tâche dans le dossier CommandStation-EX-LaBox : platformio run --target upload --environment ESP32
Processing ESP32 (platform: espressif32; board: esp32doit-devkit-v1; framework: arduino)
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Verbose mode can be enabled via `-v, --verbose` option
CONFIGURATION: https://docs.platformio.org/page/boards/espressif32/esp32doit-devkit-v1.html
PLATFORM: Espressif 32 (6.10.0) > DOIT ESP32 DEVKIT V1
HARDWARE: ESP32 240MHz, 320KB RAM, 4MB Flash
DEBUG: Current (cmsis-dap) External (cmsis-dap, esp-bridge, esp-prog, iot-bus-jtag, jlink, minimodule, olimex-arm-usb-ocd, olimex-arm-usb-ocd-h, olimex-arm-usb-tiny-h, olimex-jtag-tiny, tumpa)
PACKAGES:
- framework-arduinoespressif32 @ 3.20017.241212+sha.dcc1105b
- tool-esptoolpy @ 1.40501.0 (4.5.1)
- tool-mkfatfs @ 2.0.1
- tool-mklittlefs @ 1.203.210628 (2.3)
- tool-mkspiffs @ 2.230.0 (2.30)
- toolchain-xtensa-esp32 @ 8.4.0+2021r2-patch5
LDF: Library Dependency Finder -> https://bit.ly/configure-pio-ldf
LDF Modes: Finder ~ chain, Compatibility ~ soft
Found 38 compatible libraries
Scanning dependencies...
Dependency Graph
|-- OneButton @ 2.6.1
|-- Adafruit GFX Library @ 1.11.11
|-- Adafruit SSD1306 @ 2.5.13
|-- ACAN_ESP32 @ 1.1.2
|-- EEPROM @ 2.0.0
|-- BluetoothSerial @ 2.0.0
|-- ESPmDNS @ 2.0.0
|-- WiFi @ 2.0.0
|-- Wire @ 2.0.0
|-- Adafruit BusIO @ 1.17.0
|-- SPI @ 2.0.0
Building in release mode
Retrieving maximum program size .pio/build/ESP32/firmware.elf
Checking size .pio/build/ESP32/firmware.elf
Advanced Memory Usage is available via "PlatformIO Home > Project Inspect"
RAM: [== ] 15.7% (used 51296 bytes from 327680 bytes)
Flash: [======= ] 73.2% (used 959157 bytes from 1310720 bytes)
Configuring upload protocol...
AVAILABLE: cmsis-dap, esp-bridge, esp-prog, espota, esptool, iot-bus-jtag, jlink, minimodule, olimex-arm-usb-ocd, olimex-arm-usb-ocd-h, olimex-arm-usb-tiny-h, olimex-jtag-tiny, tumpa
CURRENT: upload_protocol = esptool
Looking for upload port...
Auto-detected: /dev/ttyUSB0
Uploading .pio/build/ESP32/firmware.bin
esptool.py v4.5.1
Serial port /dev/ttyUSB0
Connecting...................
Chip is ESP32-D0WD-V3 (revision v3.1)
Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None
WARNING: Detected crystal freq 15.67MHz is quite different to normalized freq 26MHz. Unsupported crystal in use?
Crystal is 26MHz
MAC: d4:8a:fc:c8:bf:bc
Uploading stub...
A fatal error occurred: Serial data stream stopped: Possible serial noise or corruption.
Salut Jean-Paul,
tu peux mettre tout ton code (Tout le dossier PlateformIO devrais-je dire) en PJ je vais regarder ça sur PlatformIO !!!
Christophe
-
Quelques réflexions sur la version actuelle de Labox, PCB et logiciel inclus...
En premier lieu, j'ai fait évoluer le logiciel de Labox pour tenir compte de la dernière version de CommandStation-Ex 5.4.6 . Rien de bien révolutionnaire pour notre besoin : des corrections sur l'ESP32 mais aussi pour les STM32, des améliorations sur EX-Rail par exemple pour pouvoir piloter une plaque tournante. Au passage j'ai activé les messages de warning ce qui m'a permis de corriger quelques coquilles qui auraient très bien pu provoquer des plantages pendant ou après des lectures/écritures de cv. J'ai d'autre part créé un #define LABOX pour mieux différencier dans le code hérité de CS-EX les parties ajoutées ou modifiées pour Labox.
Le sujet de lebelge2 sur les boosters branchés sur Labox m'a fait cogiter. Comment raccorder simplement un voire deux boosters sur Labox aujourd'hui ?
D'abord le PCB. Après un examen rapide, il se trouve que toute la sérigraphie des broches disponibles à gauche, les broches d'extension, du PCB 0.3c4 est inversée de haut en bas !
(http://forum.locoduino.org/index.php?action=dlattach;topic=1618.0;attach=6983;image)
J'ai donc corrigé le PCB qui est passé en 0.3c5. Je n'ai pas encore poussé la correction sur Github...
En regardant ces broches d'extension, on se rend compte que deux broches flottent dans le vide : celle du haut et la sixième en partant du haut. Plutôt que de les laisser inutiles, je les ai relié au GND avec des pads rectangulaires comme d'habitude dans la version c5 .
Ensuite vient la question des boosters. D'après le schéma de lebelge2, cinq fils sont nécessaires pour un booster : GND, trois broches digitales et une broche analogique pour la mesure du courant.
Le connecteur d'extension est aujourd'hui ainsi :
-- 39 35 25 26 -- 14 12 13 15 GND 5v 3.3v
devenu en 0.3c5
GND 39 35 25 26 GND 14 12 13 15 GND 5v 3.3v
On a deux groupes de broches séparés par des GND, mais toutes les broches analogiques utilisables, celle du groupe ADC1 de l'ESP32 (32 à 39) sont du même côté. Notez que les autres broches analogiques du groupe ADC2 ne sont pas utilisables en même temps que le Wifi, donc pratiquement condamnées pour nous. Pour arriver à faire deux groupes utilisables par deux boosters, il faudrait par exemple échanger les broches 14 et 35. C'est faisable sans trop de difficulté sur le PCB, mais si des utilisateurs avaient utilisé ces broches, il leur faudrait revoir le programme ou le branchement sur une nouvelle carte... Ce n'est peut être pas si grave.
GND 39 14 25 26 GND 35 12 13 15 GND 5v 3.3v
Dernier point remarquable, les broches 36 et 39 ne sont utilisables qu'en lecture, ce qui tombe bien, c'est ce que l'on veut faire : lire la valeur analogique sur la broche 39. Mais pour une utilisation digitale elles ne disposent pas non plus de résistance de PullUp. Michel a donc à l'époque prévu dans le circuit des résistances de Pullup déjà montées en SMD de 47k sur ces deux broches. Cela ne semble pas empêcher la lecture analogique puisque la broche 36 est celle qui est utilisée pour la mesure de courant par défaut de Labox.
Autre sujet un peu lié (il faut que j'arrête de cogiter...), pour faire des tests je suis parti à la recherche de boosters potentiels dans mes tiroirs: LMD18200, L398D, etc... Et je suis retombé sur les L6203 achetés pour assembler des Labox. Et là le déclic : lorsque l'on commande des PCB pour se faire une box on en a cinq, même si on en a besoin que d'un. Pourquoi dans ces conditions ne pas utiliser les cartes surnuméraires comme des boosters ? Pas d'ESP32, pas d'écran, pas de boutons, pas de connecteurs RJ11 ou de circuiterie 3.3v ! Rien que le L6203, les leds et leurs composants associés ! Ne reste qu'à brancher les fils qui viennent de notre connecteur cinq fils vu plus haut sur les bonnes broches du PCB. Et pour éviter de devoir se brancher à la place de l'ESP32, je propose un connecteur optionnel, situé sous les prises RJ11.
(http://forum.locoduino.org/index.php?action=dlattach;topic=1618.0;attach=6981;image)
Dites moi ce que vous en pensez.
-
Comme tu penses à une 2eme carte LaBox qui ne serait équipée que du L6203 et son connecteur vers les rails, elle serait montée juste en dessous avec des colonnettes et des fils de liaison entre le connecteur d’extension et ce connecteur que tu as ajouté sous la RJ12.
Ai-je bien compris ?
-
Oui c'est ça, mais pas forcément juste en dessous de Labox... Il faut juste ajuster la longueur des fils.
-
C’est donc une très bonne idée car il y a tout ce qu’il faut sur la 2eme carte LaBox.
Il y aurait aussi une variante que Michel avait faite : une carte fille dédiée au L6203 que je vais rechercher dans mes dossiers..donc à suivre !