JMRI

[Dominique]

Suite à la parution de l’article Communications entre JMRI et Arduino
https://www.locoduino.org/spip.php?article240,
ce sujet est ouvert pour recueillir vos réactions et suggestions.

Il est évident qu’une présentation de JMRI pour les débutants serait la bienvenue maintenant. J’appelle donc ceux qui se sentiraient volontaires pour la didactique à bien vouloir me contacter.

Bien cordialement
Dominique

[fcot2002]

Bonjour @ tous !

Pour faire echo à l'excellent article de Dominique et Nopxor, voici pour débuter et déverminer l'approche de JMRI (prononcez JIMRI et non J  M  R  I    )

Le descriptif in french in the text de JMRI : http://jmri.sourceforge.net/help/fr/webtoc.shtml

Je dirai pour faire simple :

Vous voulez commencer par faire rouler des trains :

Utilisez Decoder Pro http://jmri.sourceforge.net/help/fr/html/apps/DecoderPro/index.shtml qui relié à votre DCC++ vous décodera vos machines, fournira une manette de commande, et même sur tablette/smartphone avec Engine Drive sous android (désolé je suis open source jusqu'au bout    ) https://play.google.com/store/apps/details?id=jmri.enginedriver&hl=fr

Déjà vous roulez.

Après allez-y step by step dans Panel Pro http://jmri.sourceforge.net/help/fr/html/apps/PanelPro/PanelPro.shtml : il est composé de plusieurs types de panneaux. Vous pourrez dessiner votre réseau, ses aiguillages, ses capteurs, ses itinéraires...

Un tuyau dans l'ordre des choses : Créez vos aiguillages, puis vos capteurs, puis vos cantons, et enfin votre réseau.

Voila de quoi bien démarrer.

Pour préciser ma configuration JMRI sur un PC Portable en WiFi / Engine Driver sur tablette en WiFi / ma DCC++ en ethernet (non Bobbyandco toujours pas sur WiFi j'ai planché sur JMRI    )

(Edit: correction des accents)

[Dominique]

J’ajoute qu’il faut regarder cette réalisation qui va dans le même sens :
http://forum.locoduino.org/index.php?topic=507.0

... pour ceux qui sont bien plus expérimentés.

[msport]

A peine l'article paru, déjà installé dans un Arduino.

Tout semblait bien se passer, connexion USB d'un UNO, relevé du port, vérification des AAAAAAAAAAAAAA, modification  du script, création du tableau, suppression des 0 et 1, sauvegarde du panneau. Lancement du script. Ah, juste une partie passe en actif/inactif. Test d'un changement d'état d'un "inconnu", bon il passe en actif.
Mais de là plus rien, la sauvegarde du panneau ne récupère rien. Le tableau ne réagit pas. On teste le SensorSerialClose modifié pour le port USB. On refait le tableau. Le tableau ne réagit toujours pas.
Passage à un Mega sans plus de résultats.
Test effectué sur un portable i5 W7 qui a déjà fait tourner JMRI avec DCC++ et manette wifi.

Je vais tester sur une autre configuration, à suivre.

(Edit: rectif des accents)

[msport]

Et on peut rappeler ce fil, avec plein de liens utiles ...
http://forum.locoduino.org/index.php?topic=476.0

[nopxor]

Bonjour Michel,

Je ne comprends pas ces problèmes.
As-tu bien exécuté le script SensorSerialClose.py avant de relancer le script Sensor_Scan.py ?

Je viens de refaire des tests chez moi avec un Mega et cela fonctionne correctement.

[Dominique]

Mais de là plus rien, la sauvegarde du panneau ne récupère rien. Le tableau ne réagit pas. On teste le SensorSerialClose modifié pour le port USB. On refait le tableau. Le tableau ne réagit toujours pas.
Passage à un Mega sans plus de résultats.
Test effectué sur un portable i5 W7 qui a déjà fait tourner JMRI avec DCC++ et manette wifi.

Je vais tester sur une autre configuration, à suivre.

(Edit: rectif des accents)

Sur mon Mac, à part quelques cases qui restent « inconnu » après l’execution du script « sensor_scan », je récupère bien le tableau avec ses éléments. Et les changements sur l’Arduino se répercutent bien sur le tableau.
On devrait pouvoir améliorer le programme et le script qui sont très simples.

[msport]

As-tu bien exécuté le script SensorSerialClose.py avant de relancer le script Sensor_Scan.py ?

Oui, oui, pas la première fois mais à l'occasion des nouvelles tentatives. Je revérifierai ce point.

Mais la question de base c'est testez vous sur Mac ou sur Windows ? Avec un vrai clone ou sa copie ?
J'ai déjà souffert des problèmes de communication entre Arduino et Windows (en particulier avec le driver du CH340G)
Avec CDM-rail et processing, mais pas que.

[nopxor]

J'utilise Windows 7 et un clone Mega avec CH340G.

[msport]

Donc nouvelle tentative RÉUSSIE avec un mega, un PC fixe, W10 et un port USB direct de la carte mère.
Tous les ports en l'air sont passés Inactifs, et un port mis au GND est passé Actif.
Bien qu'un peu inquiet car le test via l'IDE donnait des AAAAAAAAAA avec de la friture.
Nota un deuxième port USB était connecté sur un UNO avec la BaseStation, reconnue en DCC++ par JMRI.

Mais il ne faut pas rater une étape ! Je vais réessayer sur mon portable.

[Dominique]

Les AAAAAAA avec de la friture c'est normal, le messages pour chaque port commence par un "A" suivi de l'état !
Voilà ce que j'ai :

[msport]

Bon, donc OK aussi sur le portable après mise à jour de Java, avec les mêmes éléments (Mega).
Effectivement, il faut utiliser impérativement le reset du Mega et le script SensorSerialClose.py
J'imagine qu'on peut mixer sensors et turnouts sur le même Mega en choisissant des plages ad hoc ?

[Zedocmartins]

Bonsoir et bonne année 2020 a tout les locoduinistes

Je me permet de poster sur ce topic car j'ai testé séparément et avec succès les scripts Sensor_scan 14 et jmriturnoutchannels1_1
Je souhaiterais maintenant fusionner les 2 scripts si possible mais mes connaissances en python laissent à désirées
Avant d'aller plus loin et d'envahir inutilement le forum: Est ce que quelqu'un pourrait m'aiguiller sur la marche à suivre
Merci d'avance et bonne soirée à vous

[nopxor]

Bonjour,

Il vaudrait mieux utiliser une carte arduino pour les entrées et une autre pour les sorties et garder les programmes séparés.

[Zedocmartins]

Merci pour votre réponse,
J'imaginais cela possible, je vais faire comme vous me l'avez indiqué

Cordialement