| Auteur |
 Onderwerp  |
|
|
renevoorburg
18 berichten |
 Geplaatst - 06 nov 2007 : 11:12:55
|
Misschien slag ik de plank volslagen mis, maar na wat speurwerk rondom compatibiliteit tussen de ECoS en de CS tikte ik gisteren deze vraag (nu pas op dit forum wat ik had me niet gerealiseerd niet direct toegang te hebben).
Vaak wordt beweerd dat Koploper met de Marklin CS te gebruiken is zodra Koploper de ECoS ondersteunt. Het is nog maar de vraag of dat zo is. Op marklin-users.net beschrijft een CS-gebruiker dat de instelling "ECoS" voor het programma TrainController werk, maar niet voor MFX locs. Iemand anders geeft aan dat WinDigiPet Pro na keuze "ECoS" wel prima MFX locs aanstuurt.
Bestudering van het ECoS-protocol geeft een aanwijzing hoe dat verschil te verklaren is. Er zijn twee manier waarop je bij een ECoS de snelheid van een trein kan stellen. Ik haal uit de ESU documentatie aan:
set(id, speedstep[val])
Setzen der aktuellen Geschwindigkeit in Fahrstufen je nach Protokoll.
set(id, speed[val])
Setzen der Geschwindigkeit der Lok (normiert auf 127 Fahrstufen).
In het eerste geval wordt dus direct een snelheidsstap in de decoder ingesteld en is er dus kennis nodig van het protocol /het aantal mogelijke snelheidsstappen. In het tweede geval rekent de centrale de waarde om naar de overeenkomstige stap in de decoder (dus 127 is 100%).
Als je aan een CS het commando get(id, speedindicator) stuurt schijnt 'ie voor MFX locs te antwoorden met MM14. Het aantal snelheidsstappen van een MFX lok is echter 127, niet 14 (of 28)
Mocht Koploper voor aansturing van de ECoS het speedstep commando gaan gebruiken dan is de kans dus groot dat het aansturen van MFX locs via een Central Station niet gaat lukken. Op het koploperforum stelt Paul Haagsma "Zoals ik nu aankijk tegen die 128 zal ik het nooit implementeren." Dat betekent niet automatisch dat Koploper niet de gewenste functie "set(id, speed[val])" maar maakt de kans wel aanzienlijk kleiner.
Disclaimer bij dit verhaal is dat ik hier zelf niet van heb kunnen testen. Ik twijfel zelf nog tussen de CS en de ECoS en weet mede daardoor ook nog niet welke software in ga gebruiken.
Dank voor jullie aandacht.
René Voorburg
Discussie op Marklin-users.net: http://www.marklin-users.net/applications/forum3/topic.asp?TOPIC_ID=8258
Citaat Paul Haagsma: http://www.koploperforum.nl/topic.asp?TOPIC_ID=784 |
|
|
PaHaSOFT
3413 Posts |
Geplaatst - 06 nov 2007 : 12:04:28
|
Rene,
Het betere knip/plak werk 
Wat betreft de aansturing van 128 stappen. Koploper zelf ondersteunt NIET de volledige 128 stappen van het DCC protocol. Echter het is wel zo gemaakt dat het DCC protocol op de Intellibox wel op 128 kan staan.
De 128 stappen zijn eigenlijk een nadere onderverdeling van de 28 stappen. Om een trein netjes door Koploper te laten regelen zijn 28 stappen meer dan voldoende. Ook is het verplicht dat iedere snelheidsstap in Koploper een unieke snelheid is (als je de locs gaat ijken). Tweede reden is om de communicatie beperkt te houden Koploper liever dus minder stappen aanstuurt (scheelt communiceren tussen Pc en digitaal systeem).
Voorzover ik weet is het protocol niet vrijgegven voor de CS. Echter ik hoor wel meer geruchten dat het vrijgegeven gaat worden.
Eerst de Ecos ondersteuning goed hebben en dan als het protocol van Marklin CS vrij is gegeven wel eens kijken wat er aan te doen is.
Uit mijn hoofd gezegd: nu heb ik ook al de 128 stappen van de Ecos/DCC vertaald vanuit 28 stappen. Deze zelfde truuk zou dus ook voor MFX moeten gaan werken als ik je goed begrijp. Nogmaals eerst Ecos en pas dan kijk ik verder.
Mvg,
Paul. |
 |
|
|
renevoorburg
18 Posts |
Geplaatst - 06 nov 2007 : 12:56:42
|
Hallo Paul,
Dank voor je reactie. Wat ik meen te begrijpen op basis van wat ik elders gelezen hebt zou het met jouw benadering met aansturing vanuit 128 stappen (gerekend vanuit 28) dus mogelijk kunnen zijn dat Koploper de CS als een ECoS aan zou kunnen sturen. Er speelt uiteindelijk natuurlijk meer, maar wie weet...
Als Marklin het protocol vrijgeeft zou het natuurlijk leuk zijn als je het met minimale moeite ook kan ondersteunen :-)
Groet en dank!
René |
|
|
|
renevoorburg
18 Posts |
Geplaatst - 06 nov 2007 : 14:01:04
|
Toch nog een gerelateerde vraag..
Gaat Koploper bij communicatie met de ECoS kijken of het echt een ECoS is? (ik denk aan verificatie op de string ECoS in de output van get(1, info)). Op zich is dat natuurlijk net om te doen, maar zal zorgen dat de CS zeker niet werkt als je in koploper ECoS als centrale kiest.
Ik wil me niet me je keuzes bemoeien, maar ben wel geinteresseerd in de keuze die je hier maakt.
Groet, René |
|
|
|
PaHaSOFT
3413 Posts |
Geplaatst - 06 nov 2007 : 14:12:58
|
René,
Vooralsnog zit dit er niet in. Als er blijkt dat er ook maar 1 minimiem verschil is (en dat denk ik zeker) zal het wel gaan komen die controle.
Mvg,
Paul. |
|
|
| |
Onderwerp |
|
|
|
ECoS compatibiliteit en CS
