Dcc++

[msport]

Bon, on n'est pas encore arrivé au but :
on se connecte au serveur à chaque fois mais il faut au préalable être passé par l'IDE de l'arduino. Je suppose que c'est pour initialiser le driver USB du port COM (dans mon cas c'est un CH340 pas un FTDI, clone oblige). Opération à renouveler si on se déconnecte du serveur DCC++.
On passe bien par la fenêtre avec les caractéristiques du serveur.
Par contre, la fenêtre cmd FIFO, n'affiche que des 0, mais se complète consciencieusement, et de fait le RESUME OPERATIONS, ne met pas les voies sous tension.
Le POWER OFF est également inopérant (mis auparavant avec une manette).
L'autre tableau, RCV est aussi avec des 00, juste à la fin il y a 3C 31 3E 07
Peut-être y a t il des options à cocher que je n'aurais pas vues comme je ne suis pas encore familiarisé avec cette partie de CDM.
J'avais chargé le layout de test du S88 : pas de réaction aux sensors du 2e arduino RB.
A bientôt.

[jpp38]

Bonjour,

Merci pour les test.
Ce coup-là, c'est décidé: en ce qui me concerne, j'arrête. Ce protocole est vraiment trop peu "robuste", et si on rencontre déjà de telles différences de comportement entre nos deux environnements, ça sera le régime permanent avec d'autres utilisateurs. J'ai déjà passé plus de temps que je ne voulais au départ, et vraiment trop d'autres choses à faire en ce moment.

Si vous voulez essayer de votre côté, voici le code remis à jour.

DDGI_DCCpp5.zip

(118.1 Kio) Téléchargé 217 fois

La phase initiale, celle sur laquelle on n'arrive pas à converger, est totalement à part de la phase suivante.
Tout ce qui concerne cette phase de démarrage se trouve dans le module DDGI_DCCpp.c.
Il s'agit des fonctions:
DDGL_StartServer()
DCPI_CheckServer()
DCPI_TryServerConfig()
DCPI_GetAsciiVersionInfo().... et les fonctions appelées depuis

La seule autre fonction importante à ce niveau est
DCPU_SetTimeOut() (module dccpp_util.c)

Surtout ne modifiez rien ailleurs.

Quand ça marche, on doit voir s'afficher une fenêtre avec:
- port COM
- vitesse (Baud rate
- chaine de version DCC++

Merci pour l'aide.

Bon week-end.

JP

[msport]

C'est parti.
Désolé d'avoir abusé de ta patience et de pas avoir pensé plus tôt à ressortir un genuine UNO du tiroir.
Son convertisseur USB 16U2 est plus fiable et surtout plus connu.
Je pense que les bibliothèques de communication ne gèrent pas (bien) le CH340.
Donc sur le PC de bureau j'ai repris la 6.01 connectée à ce genuinoUNO (même port USB ex COM10 qui est maintenant COM3) et j'ai le dialogue prometteur suivant.
Je vais continuer en montant le moteur shield, ce que je n'ai pas encore fait.
Encore merci pour tes efforts. Et excuse moi pour le boulot inutile.
A bientôt.

[msport]

... chaîner deux S88 de RB pour valider la solution.

Bonsoir Xavier,
ça y est, c'est testé sur table. Le Z22_3 répond bien !

En vrac :
<y 0000000000000000><o 4*8 1><y 00000000><y 00000200><y 00000000><y 00000200><y 00000000><y 00000200><y 00000000><y 00000200><y 00000000><y 02000000><y 00000000><y 80000000><y 00000000><y 80000000><y 00000000>
Merci.

[msport]

Tests suite.
Pas de problème une fois le shield moteur monté et les deux S88 RB connectés. Plus besoin de passer transitoirement par l'IDE Arduino.
J'ai pu contrôler une locomotive sur la voie principale avec ses feux (en F0, -F4 sur ma manette)
Je vais apprendre à utiliser le mode RUN.
J'ai eu le message ci-dessous en lançant un Check Init placement avec le réseau de test S88

[jpp38]

Bonjour,
Bon. ca avance.

Mais je ne suis pas sûr d'avoir tout compris. Les premiers essais étaient faits sur un clone d'Arduino?

Pour le message d'erreur:
- je t'ai indiqué le mode debug pour accéder à la liste des commandes. D'une façon générale, il ne FAUT PAS utiliser les commandes de debug, sous peine de voir arriver ce qui t'arrive là. C'est non documenté, non garanti, et parfois complètement obsolete.
D'une façon générale, n'utiliser en mode debug que les commandes que j'indique explicitement.

Cela dit, dans le cas présent, il y a bien un bug dans la DLL responsable du message que tu indiques, et je vais le corriger.

Dans l'immédiat, il faut que tu visualises les détections par le test de configuration des détecteurs.

Voir ce lien

La configuration des adresses de zones est déjà faite sur le fichier que j'ai envoyé. Il suffit donc de cliquer sur l'icône verte de test des détecteurs.


D'autre part, pourrais-tu reprendre la dernière version de la DLL que t'ai envoyée? Je préfère valider cette dernière version.

Bonne dimanche de Pâques.

JP

[Xavier]

On a le dos tourné et ça avance ...

Je résume ce que j'ai compris:
- Arduino: pas de clone !
- Port COM < 10 (on peut passer à 20 SVP?)
- Utiliser DDGI_DCCpp5.dll

De mon coté, j'ai réussi à accélérer le S88. Je laisse passer le repas familial et vous fait parvenir la nouvelle version.

Par ailleurs, j'ai unilatéralement décidé, comme la SNCB, de faire rouler les autorails à droite sur mon réseau. Et, si le test est concluant, j'étendrai cette mesure a tous les trains dès cet été.
Je vous tiens au courant de l'avancée de ce test dès que possible.

Joyeuse Pâques, amicalement,

Xavier

[Maxime LESAGE]

Bonjour Xavier,
J'ai testé l'Arduino,
J'ai mis PAV-1avpp,
Le résultat est surprenant, à chaque fois qu'un train sort du tunnel, les cloches de mon église se mettent à sonner et les poissons de mon étang font des bonds.
Joyeuses pâques.
Maxime

[jpp38]

Joyeuses Pâques/1et avril à tous.
Je vois que c'est la grande forme.

@Xavier.
Port Com: aucun problème jusqu'à 50.

Bonne journée.

[msport]

poisson d'avril ...