Railcom uitzetten - wat zijn de gevolgen?

[1200blauw]

Ik rijd multiprotocol op een 3-railbaan, aangestuurd door een ESU ECoS2. Er zijn locs aanwezig die uitsluitend MFx(M4)/Motorola praten, maar ook locs met uitsluitend Railcom/DCC en zelfs locs die alles praten. Dat is een hele poos goedgegaan. Goed, af en toe waren er problemen doordat locs met zowel Railcom als MFx aan boord zich met beide protocollen aanmeldden. Dat heb ik opgelost door Railcom of MFx in die locs uit te zetten.
Nu doet zich een nieuw probleem voor. Ik heb een Artitec Hondekop kunnen aanschaffen. Die heeft een ESU LocSound aan boord en praat Railcom/DCC. Sinds die op de baan is gekomen zijn alle Railcom-locs niet meer benaderbaar. Enkel door ze één voor één opnieuw te laten aanmelden kan ik ze weer bereiken. In welke volgorde ik ze opnieuw aanmeld maakt niet uit, maar er komt sindsdien altijd een moment waarop opeens de Railcom-locs niet meer bereikbaar zijn. Dat is dus niet enkel het gevolg van die Hk.
Nu heb ik het plan opgevat dan maar het Railcom-protocol te laten vallen. De vraag is: zijn de Railcom-locs dan direct DCC aanroepbaar, of moet ik ze dan allemaal handmatig gaan aanmelden? Maw, is Railcom een uitbreiding op DCC, of echt een heel ander protocol? Achterliggend speelt mee dat de ESU SwitchPilots die ik gebruik voor de aansturing van de wissels òòk Railcom praten. Daarmee krijg ik dan wellicht ook problemen.
Ik kan dit natuurlijk gewoon gaan proberen, maar het is fijn wat voorkennis te hebben. Alvast dank voor de info.

[bask185]

De vraag is: zijn de Railcom-locs dan direct DCC aanroepbaar, of moet ik ze dan allemaal handmatig gaan aanmelden?

Jij hebt het over railcom+. railcom zonder + meldt zich niet automatisch aan. In theorie als je railcom(+) uitzet, kan je je decoders gewoon via DCC benaderen. Ik weet alleen niet wat die EcOS nou wel of niet doet, want ik heb zo'n ding niet.

Maw, is Railcom een uitbreiding op DCC, of echt een heel ander protocol?

Een soort van beide, het is een uitbreiding op DCC en het werkt ook niet zonder. Railcom zelf is ook een protocol opzich. Het is een verzameling van standaarden op zowel elektrisch vlak als software vlak (althans dingen als bit lengtes etc is vastgelegd)

Achterliggend speelt mee dat de ESU SwitchPilots die ik gebruik voor de aansturing van de wissels òòk Railcom praten. Daarmee krijg ik dan wellicht ook problemen.

Hm grappig, wist niet dat ze dat hadden. Ik heb even opgezocht, het wordt gebruikt voor CV uitlezen. En zelf zou ik het gebruiken voor wisselterugmelding, maar ik weet niet of dat er ook in zit. Ik verwacht geen problemen als je RC uitzet.

Goed, af en toe waren er problemen doordat locs met zowel Railcom als MFx aan boord zich met beide protocollen aanmeldden

DCC zonder railcom en geen mFx, dat werkt atlijd

Ik heb nog nooit gehoord dat er problemen zijn ontstaan door het uitzetten van Railcom, ik heb wel gehoord dat er heel veel problemen door zijn verholpen. (zoemdende decoders, flikkerende verlichting, kruipende treinen dat ene conflict wat jij had met mFx)

Dus uitzetten die hap en dan horen we graag wat wel en wat niet werkt.

Mvg,

Bas

[bellejt]

je loks blijven gewoon bestuurbaar enkel ze melden zich niet meer automatisch aan en bijhorend moet je dan alle functietoetsen ook zelf definieren in je ecos.Dat je loks zich zowel op MFX en railcom+ aanmelden is niet normaal want dat hangt af van het type decoder en de instelling maar normaal is er altijd 1 protocol die de bovenhand neemt.

[zofman]

Railcom aanmelden op de baan uitzetten.
Bij instellingen2 de lok op programmeerspoor zetten en klik op railcomplus loc aanmelden.
Staat ie gewoon met alle functietoetsen in je loclijst.
Groet,
Jan

[bellejt]

thx dat wist ik niet maar leuk meegenomen.

[1200blauw]

Hartelijk dank voor de reacties. Ik ga ermee aan de slag

[1200blauw]

Ik was dit draadje alweer vergeten... Inmiddels Railcom uitgezet. Dat is prima gegaan. Eigenlijk heb ik er weinig / niets van gemerkt.
Nu ben ik bezig op alle multiprotocol-locs MFx uit te zetten (die houden incidenteel ook gezamenlijk staking), maar dat is wat weerbarstiger. MFx in de locdecoder laat zich niet uitschakelen als de centrale nog MFx praat. Daarom heb ik op een MS2 MFx uitgezet en programmeer ik daarop. Helemaal uit kan ook niet, omdat een aantal locs enkel op MFx rijden, maar het probleem zoveel mogelijk verminderen kan wèl. In ieder geval zijn de problemen al voorbij.

[borotof]

Enkel mfx lijkt mij vreemd, vziw kunnen marklin decoders altijd ook MM.

[1200blauw]

Je hebt gelijk inderdaad, maar MM is voor mij eigenlijk geen alternatief vanwege de beperkte mogelijkheden. Ingeval van onoverkomelijke MFx-problemen zal het moeten (of een andere decoder).

[Ben]

Ik snap het probleem niet. Als je baalt van MFX zet je het gewoon uit in je Ecos. Je rijdt dan DCC waar het kan en MM als DCC niet aanwezig is. Velen gingen je reeds voor en vaak ook een stap verder door de oude MM/MFX decoders uit Göppingen te vervangen door een nette DCC decoder.

[bask185]

Je hebt gelijk inderdaad, maar MM is voor mij eigenlijk geen alternatief vanwege de beperkte mogelijkheden.

Ik weet niet of je het nog niet gedaan heb, maar als je last heb van die slechts 14 snelheidsstapjes dan kan je de maximale snelheid van de loc omlaag zetten naar iets normaals. Die 14 stapjes worden dan verdeeld over een kleiner bereik waardoor de stapgrootte kleiner wordt.

Volgens mij is die Ecos ook zo slim om MM adressen door te nummeren voor de functies hoger dan F4. Dus dat hoeft ook geen obstakel te zijn.

Bas