Auteur Sujet: DCC++ EX  (Lu 7076 fois)

Thierry

  • Global Moderator
  • Hero Member
  • *****
  • Messages: 690
    • Voir le profil
Re : DCC++ EX
« Réponse #45 le: mars 18, 2022, 09:24:41 pm »
Nouvelle version, cette fois avec EngineDriver qui ne se déconnecte pas, et qui fonctionne de concert avec WiThrottle...

Thierry

  • Global Moderator
  • Hero Member
  • *****
  • Messages: 690
    • Voir le profil
Re : DCC++ EX
« Réponse #46 le: mars 20, 2022, 04:32:55 pm »
Autre version, cette fois pour tester la lecture de CV. Pour l'instant, CommandStationEx ne sait que lire et écrire les CVs sur la voie de programmation qui n'est pas implémentée sur LaBox. J'ai donc paramétré le .ino pour n'avoir QUE la voie de programmation, et ajouté l'utilisation du bouton 'Select' pour activer le courant, lire la CV29, puis 1, et enfin couper le courant, ce que fait la fonction DCC::getLocoId(). C'est la fonction callback fournie en argument qui reçoit la valeur et l'affiche sur la console.

msport

  • Hero Member
  • *****
  • Messages: 1792
  • HO avec DCC++ en DIY Réseaux très éphémères
    • Voir le profil
Re : DCC++ EX
« Réponse #47 le: mars 20, 2022, 09:40:07 pm »
Bonsoir,

pour CommandStation-EX LaBoxProg.zip

même modification pour compiler
sur la même base matérielle que le précédent test :
le <1> sur le serial allume le DCC
mais aucun bouton n'a d'effet
et les commandes via le serial ne passent pas.
Cordialement

msport

  • Hero Member
  • *****
  • Messages: 1792
  • HO avec DCC++ en DIY Réseaux très éphémères
    • Voir le profil
Re : DCC++ EX
« Réponse #48 le: mars 20, 2022, 10:09:02 pm »
pour CommandStation-EX LaBox2.zip

même modification pour compiler
sur la même base matérielle que le précédent test :
la mise sous tension d'EngineDriver allume le DCC
les commandes de vitesse et de sens fonctionnent bien.
Il n'y a plus d'à-coups dans l'avancement comme auparavant
A-coups qui semblent subsister avec la commande via le serial (à petite vitesse).
Cordialement

Dominique

  • Global Moderator
  • Hero Member
  • *****
  • Messages: 2597
  • 100% Arduino et N
    • Voir le profil
Re : Re : DCC++ EX
« Réponse #49 le: mars 23, 2022, 07:49:58 pm »
Autre version, cette fois pour tester la lecture de CV. Pour l'instant, CommandStationEx ne sait que lire et écrire les CVs sur la voie de programmation qui n'est pas implémentée sur LaBox. J'ai donc paramétré le .ino pour n'avoir QUE la voie de programmation, et ajouté l'utilisation du bouton 'Select' pour activer le courant, lire la CV29, puis 1, et enfin couper le courant, ce que fait la fonction DCC::getLocoId(). C'est la fonction callback fournie en argument qui reçoit la valeur et l'affiche sur la console.

Test essayé ce soir : echec avec une loco qui se laisse lire d'habitude
<* Button pressed ! Cv1 read on prog track. *>
<* Auto Prog power on *>
<* ACK baseline=82/245mA Threshold=102/304mA Duration between 4000us and 8500us *>
<* VB cv=19 value=0 *>
<* NO-ACK after 151mS max=121/361mA pulse=295uS samples=184 gaps=20 *>
<* VB cv=19 value=128 *>
<* NO-ACK after 149mS max=362/1082mA pulse=90183uS samples=152 gaps=7 *>
<* V0 cv=19 bit=7 *>
<* NO-ACK after 145mS max=166/496mA pulse=55uS samples=81 gaps=9 *>
<* V0 cv=19 bit=6 *>
<* NO-ACK after 148mS max=160/478mA pulse=84179uS samples=117 gaps=3 *>
<* V0 cv=19 bit=5 *>
<* NO-ACK after 145mS max=160/478mA pulse=1163uS samples=81 gaps=8 *>
<* V0 cv=19 bit=4 *>
<* NO-ACK after 147mS max=161/481mA pulse=81923uS samples=117 gaps=2 *>
<* V0 cv=19 bit=3 *>
<* NO-ACK after 147mS max=170/508mA pulse=130068uS samples=117 gaps=7 *>
<* V0 cv=19 bit=2 *>
<* NO-ACK after 149mS max=170/508mA pulse=76754uS samples=153 gaps=6 *>
<* V0 cv=19 bit=1 *>
<* NO-ACK after 148mS max=160/478mA pulse=102429uS samples=117 gaps=7 *>
<* V0 cv=19 bit=0 *>
<* NO-ACK after 149mS max=163/487mA pulse=68749uS samples=153 gaps=1 *>
<* VB cv=19 value=255 *>
<* NO-ACK after 143mS max=148/442mA pulse=115518uS samples=95 gaps=3 *>
<* V0 cv=29 bit=5 *>
<* NO-ACK after 147mS max=328/980mA pulse=0uS samples=117 gaps=0 *>
<* V0 cv=17 bit=7 *>
<* NO-ACK after 145mS max=147/439mA pulse=144791uS samples=81 gaps=10 *>
<* V0 cv=17 bit=6 *>
<* NO-ACK after 147mS max=160/478mA pulse=63246uS samples=117 gaps=4 *>
<* V0 cv=17 bit=5 *>
<* NO-ACK after 147mS max=304/908mA pulse=110484uS samples=117 gaps=5 *>
<* V0 cv=17 bit=4 *>
<* NO-ACK after 150mS max=352/1052mA pulse=120766uS samples=153 gaps=3 *>
<* V0 cv=17 bit=3 *>
<* NO-ACK after 147mS max=358/1070mA pulse=12657uS samples=117 gaps=8 *>
<* V0 cv=17 bit=2 *>
<* NO-ACK after 149mS max=272/813mA pulse=3500uS samples=153 gaps=7 *>
<* V0 cv=17 bit=1 *>
<* NO-ACK after 150mS max=263/786mA pulse=115uS samples=153 gaps=3 *>
<* V0 cv=17 bit=0 *>
<* ACK after 140mS max=301/899mA pulse=4058uS samples=55 gaps=9 *>
<* VB cv=17 value=254 *>
<* NO-ACK after 145mS max=139/415mA pulse=55uS samples=81 gaps=0 *>
<* LCD0:Retry 17 2 Sum=9 *>
<* ACK baseline=79/236mA Threshold=99/296mA Duration between 4000us and 8500us *>
<* VB cv=19 value=0 *>
<* NO-ACK after 151mS max=135/403mA pulse=455uS samples=184 gaps=8 *>
<* VB cv=19 value=128 *>
<* NO-ACK after 149mS max=141/421mA pulse=43667uS samples=153 gaps=2 *>
<* V0 cv=19 bit=7 *>
<* NO-ACK after 145mS max=140/418mA pulse=278uS samples=81 gaps=8 *>
<* V0 cv=19 bit=6 *>
<* NO-ACK after 147mS max=137/409mA pulse=31575uS samples=117 gaps=2 *>
<* V0 cv=19 bit=5 *>
<* NO-ACK after 145mS max=142/424mA pulse=110776uS samples=81 gaps=14 *>
<* V0 cv=19 bit=4 *>
<* NO-ACK after 147mS max=139/415mA pulse=56uS samples=117 gaps=1 *>
<* V0 cv=19 bit=3 *>
<* NO-ACK after 147mS max=201/600mA pulse=8580uS samples=117 gaps=9 *>
<* V0 cv=19 bit=2 *>
<* ACK after 8mS max=135/403mA pulse=8437uS samples=100 gaps=0 *>
<* V0 cv=19 bit=1 *>
<* NO-ACK after 147mS max=162/484mA pulse=76788uS samples=184 gaps=2 *>
<* V0 cv=19 bit=0 *>
<* NO-ACK after 149mS max=160/478mA pulse=714uS samples=153 gaps=7 *>
<* VB cv=19 value=251 *>
<* NO-ACK after 143mS max=157/469mA pulse=0uS samples=45 gaps=0 *>
<* V0 cv=29 bit=5 *>
<* NO-ACK after 148mS max=375/1121mA pulse=519uS samples=117 gaps=14 *>
<* V0 cv=17 bit=7 *>
<* NO-ACK after 145mS max=112/334mA pulse=115uS samples=81 gaps=1 *>
<* V0 cv=17 bit=6 *>
<* NO-ACK after 147mS max=148/442mA pulse=114uS samples=117 gaps=2 *>
<* V0 cv=17 bit=5 *>
<* NO-ACK after 147mS max=333/995mA pulse=114uS samples=117 gaps=16 *>
<* V0 cv=17 bit=4 *>
<* ACK after 47mS max=288/861mA pulse=5570uS samples=10 gaps=10 *>
<* V0 cv=17 bit=3 *>
<* NO-ACK after 147mS max=319/953mA pulse=17182uS samples=117 gaps=8 *>
<* V0 cv=17 bit=2 *>
<* NO-ACK after 150mS max=295/882mA pulse=55uS samples=153 gaps=8 *>
<* V0 cv=17 bit=1 *>
<* NO-ACK after 149mS max=305/911mA pulse=290uS samples=153 gaps=16 *>
<* V0 cv=17 bit=0 *>
<* NO-ACK after 151mS max=317/947mA pulse=114uS samples=189 gaps=9 *>
<* VB cv=17 value=239 *>
<* NO-ACK after 145mS max=129/385mA pulse=178uS samples=81 gaps=4 *>
<* LCD0:Retry 17 1 Sum=10 *>
<* ACK baseline=91/272mA Threshold=111/331mA Duration between 4000us and 8500us *>
<* VB cv=19 value=0 *>
<* NO-ACK after 151mS max=148/442mA pulse=8934uS samples=184 gaps=4 *>
<* VB cv=19 value=128 *>
<* NO-ACK after 149mS max=139/415mA pulse=179uS samples=152 gaps=2 *>
<* V0 cv=19 bit=7 *>
<* ACK after 48mS max=129/385mA pulse=7085uS samples=4 gaps=1 *>
<* V0 cv=19 bit=6 *>
<* NO-ACK after 147mS max=106/316mA pulse=0uS samples=117 gaps=0 *>
<* V0 cv=19 bit=5 *>
<* ACK after 82mS max=137/409mA pulse=7782uS samples=121 gaps=5 *>
<* V0 cv=19 bit=4 *>
<* NO-ACK after 147mS max=111/331mA pulse=0uS samples=117 gaps=0 *>
<* V0 cv=19 bit=3 *>
<* ACK after 87mS max=130/388mA pulse=7491uS samples=190 gaps=3 *>
<* V0 cv=19 bit=2 *>
<* NO-ACK after 150mS max=113/337mA pulse=55uS samples=23 gaps=0 *>
<* V0 cv=19 bit=1 *>
<* ACK after 80mS max=128/382mA pulse=6974uS samples=112 gaps=2 *>
<* V0 cv=19 bit=0 *>
<* NO-ACK after 150mS max=112/334mA pulse=115uS samples=153 gaps=0 *>
<* VB cv=19 value=85 *>
<* NO-ACK after 147mS max=158/472mA pulse=15202uS samples=117 gaps=5 *>
<* V0 cv=29 bit=5 *>
<* NO-ACK after 147mS max=309/923mA pulse=14057uS samples=117 gaps=5 *>
<* V0 cv=17 bit=7 *>
<* ACK after 77mS max=130/388mA pulse=7041uS samples=65 gaps=1 *>
<* V0 cv=17 bit=6 *>
<* NO-ACK after 147mS max=112/334mA pulse=55uS samples=117 gaps=0 *>
<* V0 cv=17 bit=5 *>
<* ACK after 83mS max=303/905mA pulse=7490uS samples=146 gaps=2 *>
<* V0 cv=17 bit=4 *>
<* NO-ACK after 149mS max=310/926mA pulse=14297uS samples=153 gaps=5 *>
<* V0 cv=17 bit=3 *>
<* NO-ACK after 147mS max=363/1085mA pulse=115uS samples=117 gaps=1 *>
<* V0 cv=17 bit=2 *>
<* NO-ACK after 150mS max=365/1091mA pulse=14160uS samples=153 gaps=1 *>
<* V0 cv=17 bit=1 *>
<* NO-ACK after 149mS max=312/932mA pulse=14461uS samples=153 gaps=7 *>
<* V0 cv=17 bit=0 *>
<* NO-ACK after 151mS max=370/1106mA pulse=14691uS samples=189 gaps=2 *>
<* VB cv=17 value=95 *>
<* ACK after 67mS max=128/382mA pulse=7730uS samples=211 gaps=6 *>
<* V0 cv=18 bit=7 *>
<* NO-ACK after 145mS max=313/935mA pulse=55uS samples=81 gaps=1 *>
<* V0 cv=18 bit=6 *>
<* NO-ACK after 145mS max=333/995mA pulse=22113uS samples=81 gaps=7 *>
<* V0 cv=18 bit=5 *>
<* NO-ACK after 147mS max=320/956mA pulse=14227uS samples=117 gaps=3 *>
<* V0 cv=18 bit=4 *>
<* NO-ACK after 148mS max=399/1193mA pulse=14460uS samples=117 gaps=3 *>
<* V0 cv=18 bit=3 *>
<* ACK after 7mS max=138/412mA pulse=6848uS samples=80 gaps=1 *>
<* V0 cv=18 bit=2 *>
<* NO-ACK after 147mS max=411/1228mA pulse=12202uS samples=156 gaps=0 *>
<* V0 cv=18 bit=1 *>
<* NO-ACK after 149mS max=307/917mA pulse=54uS samples=153 gaps=4 *>
<* V0 cv=18 bit=0 *>
<* NO-ACK after 150mS max=337/1007mA pulse=12702uS samples=153 gaps=5 *>
<* VB cv=18 value=247 *>
<* NO-ACK after 145mS max=97/290mA pulse=0uS samples=81 gaps=0 *>
<* Auto Prog power off *>
<* Callback(-1) *>
<* Loco id not found ! *>
J'ai eu le temps de capturer les écrans de l'inspector qui montre que les timings sont assez corrects en général, mais la liste des commandes doit être incomplète car l'inspector n'est vu dans Safari qu'avec quelques secondes de retard..

Avec une autre loco ce n'est pas mieux et elle arrive à faire 1/4 de tour de mon bout de réseau de test tellement il y a de commandes !!
« Modifié: mars 23, 2022, 07:55:22 pm par Dominique »
Cordialement,
Dominique

Thierry

  • Global Moderator
  • Hero Member
  • *****
  • Messages: 690
    • Voir le profil
Re : DCC++ EX
« Réponse #50 le: mars 26, 2022, 08:33:09 pm »
Après quelques discussions avec Ash, responsable de la branche ESP32 de DCC++EX, et Steve Todd, createur de EngineDriver, sur l'opportunité de reporter les modifications faites par mes soins dans leur code pour faire marcher EngineDriver, voici la réponse de Ash:

Citer
@Trusty77 I see that you are using branch ESP32-Ash. I also had the problem. So I added your 5-line fix to exclude the heartbeat in my local copy. And it worked for me.

Keep in mind that ESP32-Ash is not ready for anything more than testing. I am told that the waveform is somewhat jittery, although I don't know how to confirm it. I made a few changes which eliminated the errors I saw with logic analyzer, and am able to reliably read CVs. I'd suggest you join the discussion on discord where we can discuss your implementation, etc.: https://discord.gg/PuPnNMp8Qf

Perhaps Steve will see something in your log. He is also on discord.

Current path forward on ESP32 development will include testing with Engine Driver, so that there is no disconnect/reconnect problem.

Ou si je traduis :

Citer
Je vois que vous utilisez la branche ESP32-Ash. J'ai aussi le problème. J'ai ajouté vos modifications pour exclure le heartbeat (fonction interne qui vérifie à intervalle régulier que la Throttle est toujours connectée) de ma copie locale. Et pour moi ça marche.

Gardez à l'esprit que ESP32-Ash n'est pas pour faire autre chose que du test. On m'a dit que la forme du DCC était un peu flottante, bien que je ne puisse le confirmer. J'ai fait quelques changements pour éliminer les erreurs vues par mon analyseur logique, et suis capable de lire des CV d'une manière fiable.  Je vous suggère de rejoindre Discord où nous pourrions discuter de votre implémentation, etc.

Peut être Steve verra t-il quelque chose dans votre log (je leur ai envoyé un fichier log qui montre les déconnections d'EngineDriver...). Il est aussi sur Discord.

Le travail en cours vers une version ESP32 inclura des tests avec EngineDriver, aussi il n'y aura plus de problèmes de déconnection/reconnection.

Plutôt de bonnes nouvelles.
« Modifié: mars 26, 2022, 08:44:07 pm par Thierry »

Juan

  • Jr. Member
  • **
  • Messages: 54
    • Voir le profil
Re : Re : DCC++ EX
« Réponse #51 le: juin 10, 2022, 09:22:09 am »
Pour le moment je teste dans la plus petite centrale possible, avec Oled 128*64, un encodeur et 3 boutons pour la configuration et les fonctions de contrôleur, une seule voie de 3A sur L6203, à brancher sur UNO ou MEGA. L'interface série-USB reste active avec une connexion sans fil possible par module radio, donc par des contrôleurs externes.



Design du circuit by msport.

Pourriez-vous télécharger sur le forum le sketch correspondant pour charger dans la centrale minimale ave arduino Uno ?

msport

  • Hero Member
  • *****
  • Messages: 1792
  • HO avec DCC++ en DIY Réseaux très éphémères
    • Voir le profil
Re : DCC++ EX
« Réponse #52 le: juin 10, 2022, 12:44:59 pm »
Bonjour,

je ne pense pas qu'il ait eu d'autres sketches que CommandStation-EX LaBox2.zip :

https://forum.locoduino.org/index.php?topic=1048.msg15149#msg15149

Le team DCCpp-EX ne semble pas intéressé par les propositions de Thierry.
Cordialement

Juan

  • Jr. Member
  • **
  • Messages: 54
    • Voir le profil
Re : DCC++ EX
« Réponse #53 le: juin 10, 2022, 01:03:52 pm »
Et cette version s'adapte-t-elle à un Arduino Uno ? Telle est la question.

Juan

  • Jr. Member
  • **
  • Messages: 54
    • Voir le profil
Re : Re : DCC++ EX
« Réponse #54 le: juin 10, 2022, 01:22:56 pm »
Pour le moment je teste dans la plus petite centrale possible, avec Oled 128*64, un encodeur et 3 boutons pour la configuration et les fonctions de contrôleur, une seule voie de 3A sur L6203, à brancher sur UNO ou MEGA. L'interface série-USB reste active avec une connexion sans fil possible par module radio, donc par des contrôleurs externes.
Plus précisément, ce que je recherche, c'est la version DCC-EX de Dominique qui s'adapte à la UNO+Carte Va et vient avec Oled et encodeur.

Dominique

  • Global Moderator
  • Hero Member
  • *****
  • Messages: 2597
  • 100% Arduino et N
    • Voir le profil
Re : DCC++ EX
« Réponse #55 le: juin 10, 2022, 01:26:56 pm »
Je vais rechercher…
Cordialement,
Dominique

UKBloke

  • Newbie
  • *
  • Messages: 1
    • Voir le profil
Re : DCC++ EX
« Réponse #56 le: août 20, 2022, 06:22:36 pm »
Dear Locoduino Friends,

Please allow me to apologize for writing in English. I'm sure Google Translate will do a better job than my school French from 55 years ago.

I have taken the liberty of reading your DCC++EX discussions with interest as I am the person responsible for the initial design of DCC++EX (now called DCC-EX).

I can see from the discussions above that there are a few misunderstandings about the differences between DCC++ and DCC-EX and therefore also with Locoduino.

In no particular order:

1) we have managed to resolve the Withrottle timeout issues. We were interested in Thierry's fix but we realized that this did not solve the problem for all processors and was specific to a particular problem in our ESP32 experiments.

2) DCC-EX works best on a Mega or better as we have so much to offer that will not reasonably fit on a UNO either for PROGMEM or RAM. However there are a number of DCC-EX features which do add considerably to a UNO environment.
For example:
   - Reading CVs and program track actions do not block throttles on the main track.
   - CV reading diagnostics are available (as you have seen) that allow us to discover why certain decoders cause problems and we have commands to tune the ACK algorithm to handle out-of-spec decoders.
   - We have high-level program commands such as <R> which will detect the address that can be used to drive a loco. This may come from a consist, a long address or short address. We also have a <W locoid> command that will also manage the long/short address issue.
   - We manage PROG track power automatically, and we allow the PROG track to be automatically joined to the main track (perhaps as a siding) so you can drive a loco from the prog track onto the main track.

3)  We issue function reminders and have new commands that make functions easier to invoke.
 
4) Our DCC signal generation on nano/uno/mega uses hardware timers for high accuracy by default on a Mega and can be achieved with configuration and jumpers on a UNO.


5) We ae currently working on ESP32 and other processors. Sometimes this is not easy because the newer processors introduce additional hardware signal generation techniques that are wildly incompatible and sometimes much harder to use than the  basic AVR processors.
Strangely, the faster processors are often less able to generate high quality signals from portable code.

6) We also have EXRail, which provided a vast range of automation possibilities without having to learn C++ or Arduino environment. Our latest builds are able to do some of this on a UNO.       

If you do have problems or wish to discuss DCC-EX with those of us who wrote it, or you would like to contribute your expertise, please join our Discord group (invitation on the website) where you may write in any language and we will do our best to help.

Best Regards,
 Chris Harlow  On Discord as UKBloke (AKA Chris)
   

msport

  • Hero Member
  • *****
  • Messages: 1792
  • HO avec DCC++ en DIY Réseaux très éphémères
    • Voir le profil
Re : DCC++ EX
« Réponse #57 le: août 21, 2022, 04:09:26 pm »
Hi Chris,

it is a good practice to write in english, so we can check that what we undersatnd complies with what you write.
Chrome is a reasonable translator and I post its translation hereunder. (with small improvements)

Moreover, thankyou for sharing and post an overview of the DCC-EX development and focus on EXRail.


Chers amis de Locoduino,

Permettez-moi de m'excuser d'avoir écrit en anglais. Je suis sûr que Google Translate fera un meilleur travail que mon français scolaire d'il y a 55 ans.

J'ai pris la liberté de lire vos discussions DCC++EX avec intérêt car je suis la personne responsable de la conception initiale de DCC++EX (maintenant appelé DCC-EX).

Je peux voir d'après les discussions ci-dessus qu'il y a quelques malentendus sur les différences entre DCC++ et DCC-EX et donc aussi avec Locoduino.

Sans ordre particulier :

1) nous avons réussi à résoudre les problèmes de délai d'attente Withrottle. Nous étions intéressés par le correctif de Thierry mais nous avons réalisé que cela ne résolvait pas le problème pour tous les processeurs et était spécifique à un problème particulier dans nos expériences ESP32.

2) DCC-EX fonctionne mieux sur un Mega ou mieux car nous avons tellement à offrir qui ne s'adaptera pas raisonnablement sur un UNO que ce soit pour PROGMEM ou RAM. Cependant, il existe un certain nombre de fonctionnalités DCC-EX qui ajoutent considérablement à un environnement UNO.
Par exemple :
   - La lecture des CV et le programme des actions de voie ne bloquent pas les manettes sur la voie principale.
   - Des diagnostics de lecture de CV sont disponibles (comme vous l'avez vu) qui nous permettent de découvrir pourquoi certains décodeurs causent des problèmes et nous avons des commandes pour régler l'algorithme ACK pour gérer les décodeurs hors spécifications.
   - Nous avons des commandes de programme de haut niveau telles que <R> qui détecteront l'adresse qui peut être utilisée pour conduire une locomotive. Cela peut provenir d'une unité multiple, d'une adresse longue ou d'une adresse courte. Nous avons également une commande <W locoid> qui gérera également le problème des adresses longues/courtes.
   - Nous gérons automatiquement la mise sous tension de la voie PROG, et nous permettons à la voie PROG d'être automatiquement jointe à la voie principale (peut-être en tant que voie d'évitement) afin que vous puissiez conduire une locomotive de la voie prog à la voie principale.

3) Nous émettons des rappels de fonction et avons de nouvelles commandes qui facilitent l'appel des fonctions.
 
4) Notre génération de signal DCC sur nano/uno/mega utilise les timers matériels pour une grande précision par défaut sur un Mega et peut être obtenue avec une configuration et des cavaliers sur un UNO.


5) Nous travaillons actuellement sur ESP32 et d'autres processeurs. Parfois, ce n'est pas facile car les nouveaux processeurs introduisent des techniques de génération de signaux matériels supplémentaires qui sont extrêmement incompatibles et parfois beaucoup plus difficiles à utiliser qu'avec les processeurs AVR de base.
Étrangement, les processeurs les plus rapides sont souvent moins capables de générer des signaux de haute qualité à partir de code portable.

6) Nous avons également EXRail, qui offre une vaste gamme de possibilités d'automatisation sans avoir à apprendre l'environnement C++ ou Arduino. Nos dernières versions sont capables de faire une partie de cela sur un UNO.       

Si vous rencontrez des problèmes ou souhaitez discuter de DCC-EX avec ceux d'entre nous qui l'ont écrit, ou si vous souhaitez apporter votre expertise, veuillez rejoindre notre groupe Discord (invitation sur le site Web) où vous pouvez écrire dans n'importe quelle langue et nous ferons de notre mieux pour vous aider.

Cordialement,
 Chris Harlow On Discord en tant que UKBloke (AKA Chris)
Cordialement

Dominique

  • Global Moderator
  • Hero Member
  • *****
  • Messages: 2597
  • 100% Arduino et N
    • Voir le profil
Re : DCC++ EX
« Réponse #58 le: août 22, 2022, 07:05:04 pm »
Dear Chris,

I thank you very much for this presentation of important features of DCC-EX which point out the recent progresses. This project is a big team project which is substantially complex to address various processors. I already registered on Discord to have a good vision of this great project. Thanks again to share it with Locoduino.

Avec une traduction en français en italique:
Je vous remercie beaucoup pour cette présentation de DCC-EX qui rappelle les progrès récents et les caractéristiques importantes. Ce projet est un grand projet d'équipe qui est considérablement complexe pour traiter différents processeurs. Je me suis déjà inscrit sur Discord pour avoir une bonne vision de ce super projet. Merci encore de le partager avec Locoduino

We have mainly 2 low cost DCC boards with PCBs and a simple process to build and use them : LaBox and the minimal motor shield which is described here :
https://www.locoduino.org/spip.php?article311.
The minimal board can use a Uno or a Mega and I agree that the Mega is more open to various fonctions than the Uno. For example, I plan to build a simple CV programmer with a smart Oled user interface, due to the better capabilities is DCC-EX. But the managment of the UI is complex and impossible with a Uno.

With LaBox, we have an ESP32 and simple but efficient UI and a Can interface for functions distributions on the Can bus.
We think that LaBox is a good candidate for DCC-EX and we would know if you plan to use it in the future.

Nous avons principalement 2 cartes DCC avec des PCB et un processus simple pour les construire et les utiliser : LaBox et la carte moteur minimale qui est décrit ici :
https://www.locoduino.org/spip.php?article311.
La carte moteur minimale peut utiliser un Uno ou un Mega et je suis d'accord que le Mega est plus ouvert à diverses fonctions que le Uno. Par exemple, je prévois de construire un programmateur de CV simple avec une interface utilisateur sur Oled, en raison des meilleures performances de DCC-EX. Mais la gestion de l'UI est complexe et impossible avec une Uno.

Avec LaBox, nous avons un ESP32 et une interface utilisateur simple mais efficace et une interface Can pour les distributions de fonctions sur le bus Can.
Nous pensons que LaBox est un bon candidat pour DCC-EX et nous aimerions savoir si vous envisagez de l'utiliser à l'avenir.


I and Thierry will go into further details of your post in an near future.

Best regards
Dominique

Cordialement,
Dominique