SPROG et RRTC

Bonjour,

Quelqu'un a-t-il un retour d'expérience en utilisant TC un module SPROG III comme centrale?

Merci

Bonjour Francis.

Pas de retour pour l'instant, mais Rodolphe qui commercialise le Sprog en France vient de s'inscrire sur le forum (rubrique présentation) et envisage de l'utiliser avec RRTC, de plus vous êtes très proches l'un de l'autre.

Bonjour Capitole,

C'est justement suite à notre rencontre sur la bourse que nous organisions ce week-end que j'ai posé cette question. Pour l'instant, je n'ai pas vu SPROG apparaitre dans la liste des systèmes compatibles chez Freiwald, il semble que cela soit devenu possible sur la dernière version de TC, mais comme Saint Thomas je demande à voir!
Affaire à suivre.

Francis

J'ai effectivement vérifié ce matin, sur le site Freiwald, pas trace de compatibilité avec le Sprog.

Par contre dans la dernière versions soit V7F6 le Sprog est présent dans la liste de choix des systèmes numériques la preuve :

Bonsoir,

Le SPROG est proposé directement pour TrainProgrammer, mais aussi pour TrainController (dans les divers, en fin de liste).

J'ai testé, mais sans aller très loin. En tout cas j'ai pu commander une locomotive sans problème.

Rodolphe

Francis étant passé hier chercher le matériel (avec Michel, Président de son club), nous aurons des nouvelles bientôt. En plus nous nous retrouverons d'ici peu sur place avec Capitole pour tester tout ça. Le monde du DCC sur Internet est petit et en plus on y a plein d'amis

Bonjour,

Je sais maintenant lire et piloter un switch pilot avec Decoderpro. Mon problème maintenant est de faire reconnaitre le switch pilot par TC. Je met le sw en mode apprentissage, la led clignote. Sur TC j'ai déclaré le Sprog comme système numérique avec le bon port, quand je vais dans les propriétés du 1er aiguillage, j'ai toujours l'indication hors ligne et rien d'autre dans la liste de choix, je fais basculer l'aiguille mais rien ne se passe, le sw reste en attente led clignotante. Je sèche, merci de me donner une idée!

Francis

Le SPROG, utilisé comme centrale, ne sait piloter que les locomotives, ou du moins TC ne sait que lui faire piloter que des locomotives.

Quand on va dans l'onglet "Connexion" des propriétés des locomotives, dans la boîte de choix pour les systèmes numériques, on a tous les modèles possibles de SPROG.

Quand on va dans le même onglet des propriétés des aiguillages, on n'a que l'option "Hors ligne".

Donc, dans TC, on ne peut pas adresser un aiguillage via le SPROG.

Jean

Merci Jean pour cette réponse rapide, je demande des explications à Rodolphe par mail. Si cela se confirme, nous allons changer de système DCC. Il est évident que compatibilité annoncée doit être tenue!

Francis

Le SPROG sait commander n'importe quel décodeur DCC, locomotive ou pas !

S'il n'est pas proposé dans RRTC c'est RRTC qui n'est pas à jour. La preuve, ça passe très bien avec un autre logiciel ! Je vais regarder du coté de RRTC, comme annoncé dès le départ je ne suis pas du tout spécialiste de ce logiciel.

Francis, nous continuons en privé par mail si vous le voulez bien.

Rodolphe

Ce n'est pas RRTC qui n'est pas à jour, c'est que le SPROG ne donne pas les garanties nécessaires de compatibilité à J.Freiwald, et qu'à ce titre, il ne figure pas dans la liste des systèmes supportés, c'est tout.

DiCoS69 a écrit:

Ce n'est pas RRTC qui n'est pas à jour, c'est que le SPROG ne donne pas les garanties nécessaires de compatibilité à J.Freiwald, et qu'à ce titre, il ne figure pas dans la liste des systèmes supportés, c'est tout.

Ah ! Mais encore ? Quelles garanties de compatibilité ? Si l'on connait un petit peu le DCC, un courant DCC c'est un courant DCC, il respecte la norme ou pas. S'il la respecte alors il n'y a pas de garantie supplémentaire à apporter. Il se trouve surtout que le SPROG 3 est encore récent et n'a peut-être pas été pris en compte. Mais après tout même le II pouvait tout à fait servir de centrale avec un booster.

Je suppose que d'autres centrales ne sont pas prises en compte par RRTC.

Rodolphe

Il n'y a pas que la question du courant de sortie, la gestion de l'interface avec les ordis joue aussi... Pour peu, simple hypothèse, que cela nécessite une configuration nouvelle de TC dans la transmission du dialogue soft / firmware, Freiwald a peut-être remis ça à plus tard !

Merci Christophe, là je comprends et je peux tout à fait entendre.

Néanmoins le SPROG est compatible avec plusieurs logiciels testés et est a priori pris en compte par RRTC je ne vois pas pourquoi ça coincerait pour les aiguillages si ceux-ci sont munis de décodeurs DCC.

De plus le SPROG programme et commande sans problème les aiguillages en question via par exemple JMRI.

J'ai envoyé un mail à Jürgen Freiwald.

J'ai beaucoup œuvré pour faire connaitre le SPROG II puis le SPROG 3. Je suis tout à fait prêt à faire la promotion de RRTC s'il fonctionne avec ces mêmes SPROG. Par défaut nous fournissons JMRI (logiciel libre) mais nous ne sommes en rien hostiles à d'autres solutions logicielles bien au contraire.

Rodolphe

Il ya trois ans, TC ne supportait Massoth... ! Les locos faisaient des bons en avant ou en arrière !!!! Je les ai fait ..... L'un et l'autre !
Le protocole Massoth n'était pas exactement dans les clous en termes de dialogue soft / firmware et Freiwald ne supporte pas ça.
Finalement, ils ont commencé à papoter... quelques semaines plus tard, Massoth éditait un nouveau firmware et Freiwald incluait la centrale Dimax dans les systèmes supportés...
Il restait encore quelques bricoles de déconnexions intempestives, dont Freiwald m'a assuré il y a quelques mois que la nouvelle version F7 allait résoudre.

Je pense, mais je peux me tromper, que le Sprog doit souffrir de quelques défauts rédhibitoires aux yeux, et surtout aux bits, de Freiwald...

Rodolphe a écrit:

Ah ! Mais encore ? Quelles garanties de compatibilité ? Si l'on connait un petit peu le DCC, un courant DCC c'est un courant DCC, il respecte la norme ou pas. S'il la respecte alors il n'y a pas de garantie supplémentaire à apporter. Il se trouve surtout que le SPROG 3 est encore récent et n'a peut-être pas été pris en compte. Mais après tout même le II pouvait tout à fait servir de centrale avec un booster.

Je suppose que d'autres centrales ne sont pas prises en compte par RRTC.

Rodolphe

Ce n'est pas moi qui peut te dire ce qui pose problème, mais dans ton post suivant tu donnes la voie à suivre, en contactant J.Freiwald.
Lui seul peut te dire (s'il le veut bien) pourquoi...
Par contre, si un DCC conforme à la norme est sensé convenir à tout système utilisant cette norme, il n'en va pas de même des protocoles de communication, ce que Christophe t'as brillamment exposé...

J'entends bien et j'ai effectivement contacté J. Freiwald.

Vu que ça ne pose pas de problème de communication pour la conduite des trains avec TC, ça ne devrait pas en poser pour le reste je suppose.

Rodolphe

Rodolphe a écrit:

Vu que ça ne pose pas de problème de communication pour la conduite des trains avec TC, ça ne devrait pas en poser pour le reste je suppose.

C'est là où tu fais fausse route, je pense. Car dans mon cas au début c'était exactement l'inverse !

Un autre exemple, avec Rico on pensait naïvement que l'on pouvait remplacer une centrale par une autre... Autrement dit sa Roco, par ma Massoth... histoire de séparer infos descendantes et remontantes, puisqu'il utilise un système de détection différent et que visiblement c'est de ce côté que ça ne va pas en termes de communication firmware / soft chez moi. C'est possible, sauf qu'il faut reparamètrer les adresses d'aiguillages... le protocole Lenz Roco n'est pas le même que celui de Massoth, avant le firmware...

Idem avec iTrain, avec lequel les locos vont bien chez moi, mais pas les commandes d'aiguillages...

Ce qui fait que pour chaque fabricant, Freiwald doit réécrire son soft pour tenir compte des spécificités de chaque fabricant, et pour que l'aiguillage 1 vers la droite... tu vois le bazar !

Le protocole DCC NMRA est un protocole de transmissions de données voie machine comme on dit dans les grandes sociétés ferroviaires ! Pour le reste, bus montant, bus descendant (pour les centrales gérant la détection), bus d'échanges entre accessoires, manettes, antennes etc, chacun fait ce qui lui plaît. Même si je pense que les protocoles Loconet et XpressNet font des progrès. Massoth si est mis l'an dernier, rendant ainsi compatible son système avec Digitrax, Uhlenbrock, Piko, Fleischmann, Lenz et Roco d'un seul coup !

Et bien quand tu auras la réponse, fait nous en part, c'est intéressant...

J'attends une réponse de J. Freiwald.

Je vois dans ta signature que nous ne sommes pas très éloignés et surtout que tu as un réseau IIm extérieur, ceci est un autre sujet mais m'intéresse aussi grandement

[EDIT] Ceci s'adressait bien entendu à Christophe, je n'avais pas actualisé la liste des messages avant de répondre

Selon J. Freiwald lui-même qui vient de me répondre, le SPROG est bel et bien pris en charge par la dernière version de TC7.

Rodolphe

Eh bien voilà ! Les mises à jour cachent toujours des bricoles essentielles.
Pour ce qui est de la visite, c'est toujours possible. Un jour de beau temps !

Christophe a écrit:

Eh bien voilà ! Les mises à jour cachent toujours des bricoles essentielles.
Pour ce qui est de la visite, c'est toujours possible. Un jour de beau temps !

C'est noté

Je ne suis pas certain que Freiwald ait réellement compris la question.

Il n'y a rien de changé au sujet du SPROG dans TC dans la dernière version V7.F7.

Lorsqu'on veut paramétrer l'adresse d'une locomotive, TC affiche bien la liste des modèles de SPROG: image ci-dessous



Lorsqu'on veut paramétrer l'adresse d'un aiguillage, seule l'option "Without connection" (Hors ligne) est disponible: image ci-dessous



Peut-être faut-il envoyer les deux images à Freiwald.

Jean

Merci Jean, j'ai transmis à J. Freiwald.

Rodolphe