BeneluxSpoor.net forum
Vraag en antwoord => Digitaal => Topic gestart door: Marijn Hak op 17 September 2008, 21:20:08
-
Hallo allen,
We hebben meerdere forums doorzocht om een oplossing voor ons probleem te vinden, maar tot op heden geen resultaat.
We hebben een Tams EasyControl, met 4x Viessmann 5233 bezetmelders gekoppeld aan Koploper 6.5 op een Pentium III met 800mhz.
Het probleem zit hem in de bezetmelding. Koploper 'verliest' vaak de positie van de trein op de baan (niet structureel zelfde blok, at random) en geeft daarna geen bezetmeldng meer aan. Tams Easycontrol geeft echter wel correcte bezetmelding aan. Na enkele minuten herpakt Koploper zich weer of hij zet het systeem op een noodstop. Bij de statistieken van koploper staat na elke 'vastloper' dat het lezen van de bezetmelding 'te lang duurt'.
We hebben meerdere acties ondernomen om het probleem op te lossen:
- Firmware Easy Tams geupdate naar laatste versie;
- Koploper van 6.4 naar 6.5 geupdate;
- Electrische draden extra geisoleerd en zelfs (tijdelijk) extra geaard;
- Datakabel tussen Easy Control en PC vervangen;
- (Mobiele) telefoon niet in de buurt van de treinbaan;
- Baudrate verlaagd naar 19200 (zou niet nodig moeten zijn met USB-aansluiting);
- Andere (modernere) laptop gebruikt;
- OM32 afgekoppeld (zou niets uit moeten maken);
Helaas hebben al deze acties geen resultaat. Nog steeds 'verliest' koploper de locomotief op de baan binnen enkele minuten op een willekeurig punt op de baan. Een enkele keer herpakt hij zichzelf, maar vaker leidt het tot een noodstop en moet Koploper opnieuw opgestart worden (van Groen bord naar Rood en weer terug naar Groen).
Bij voorbaat excuses voor het ietswat ontechnische verhaal, maar ik hoop dat jullie mij hierbij kunnen helpen. Zonder goede bezetmelding kunnen we de baan verder niet opbouwen.
Alvast bedankt voor jullie reacties!!
-
Geen antwoord, maar hier al gevraagd?
http://www.koploperforum.nl/
Robert
-
En heb je niet gedetecteerde stukken in je baan zitten voor de punten waar het soms misgaat?
Mvg
Wim.
-
En als het antwoord op Wim's vraag ja is, heb je de niet gedetecteerde stukken ook aangesloten middels het diode schema:
(http://people.zeelandnet.nl/rosoft/diodes.JPG)
Gr. Remco.
-
Mijn vraag op het Koploper Forum zou inderdaad zijn: komt dit meer voor?
Groet, Anne W
-
Alleen is dit geen Koploper probleem. Dus is die vraag daar niet op zijn plaats.
Mvg
Wim.
-
Wim, ik zou niet te gauw zeggen dat het geen Koploperprobleem is.
Volgens de vraagsteller volgt de centrale wel goed de bezetmeldingen, maar komen ze in Koploper niet goed door. Dan zou het ook nog in de communicatie tussen centrale en Koploper kunnen zitten. Dus als het geen echt Koploperprobleem is, dan zit het er toch wel dicht tegenaan.
-
Marijn, heb je de Tams al getest op een normale COM-poort i.p.v. via USB?
USB <-> RS-232 converter-chips kunnen in bepaalde gevallen problemen geven (zie Koploperforum).
Ik weet niet welke converter-chip door de firma Tams gebruikt wordt en welke driver-versie hiervoor meegeleverd wordt. Wat ik wel weet is dat dit te achterhalen is en de laatste driver-versie te downloaden is bij de fabrikant van deze chip.
Maar vooralsnog zou ik eerst eens kijken wat je bevindingen zijn op een echte COM-poort.
Groetjes,
Dave
-
Wim, ik zou niet te gauw zeggen dat het geen Koploperprobleem is.
Volgens de vraagsteller volgt de centrale wel goed de bezetmeldingen, maar komen ze in Koploper niet goed door. Dan zou het ook nog in de communicatie tussen centrale en Koploper kunnen zitten. Dus als het geen echt Koploperprobleem is, dan zit het er toch wel dicht tegenaan.
Klaas, de Tams centrale gebruikt hetzelfde protocol als een Intellibox of Twin-Center om met Koploper te praten, namelijk namelijk het P50Xa en P50Xb, dus daar zal dan hetzelfde probleem moeten voorkomen.
Waarschijnlijk gaat het altijd fout bij dezelfde treinen, met een bepaalde lengte tenopzichte van het detectie gedeelte.
Maar zolang de vraagsteller geen reactie geeft blijft het koffiedik kijken.
Maar dat de oorzaak in of bij koploper ligt sluit ik uit.
Mvg
Wim.
-
Wim,
ik ben nog niet echt overtuigd, want hoe verklaar je dan dat de Tams centrale wel de goede bezetmeldingen toont?
Maar je hebt gelijk dat het koffiedik kijken blijft zolang de vraagsteller zich niet meldt met nadere informatie.
-
- Baudrate verlaagd naar 19200
Ik ben geen expert, maar ligt de Baudrate niet normaal nog lager ? (ik las dat M* vroeger zelfs maar 2400 gebruikte) Als de Baudrate te hoog zou zijn, zou dat dan fouten kunnen geven ?
-
Wim,
ik ben nog niet echt overtuigd, want hoe verklaar je dan dat de Tams centrale wel de goede bezetmeldingen toont?
Maar je hebt gelijk dat het koffiedik kijken blijft zolang de vraagsteller zich niet meldt met nadere informatie.
Als de centrale wel de goede bezetmeldingen toont kan het ook zo zijn dat in koploper de bezetmeld punten opgegeven in blokken niet in de juiste volgorde worden bereden. Voorbeeld willekeurig blok eerste meldpunt in werkelijkheid nr 10 het tweede punt nr 16. Opgeven in de database bij dat blok als eerste nr 16 en als tweede nummer 10. Zoiets kan ook nog het geval zijn. Maar zoals gezegd geen reactie is ook geen oplossing voor de vraagsteller.
Mvg
Wim.
-
Hallo allen,
Bedankt voor de reacties tot nu toe. Ik zal voor de zekerheid deze vraag ook in het Koploperforum stellen.
Marijn, heb je de Tams al getest op een normale COM-poort i.p.v. via USB?
USB <-> RS-232 converter-chips kunnen in bepaalde gevallen problemen geven (zie Koploperforum).
Ik weet niet welke converter-chip door de firma Tams gebruikt wordt en welke driver-versie hiervoor meegeleverd wordt. Wat ik wel weet is dat dit te achterhalen is en de laatste driver-versie te downloaden is bij de fabrikant van deze chip.
Maar vooralsnog zou ik eerst eens kijken wat je bevindingen zijn op een echte COM-poort.
Groetjes,
Dave
Dit zullen we zeker gaan proberen!
Marijn Hak
-
Hallo allen,
Bedankt voor alle informatie en het meedenken. Excuses ook voor de late reactie!
En heb je niet gedetecteerde stukken in je baan zitten voor de punten waar het soms misgaat?
Mvg
Wim.
We hebben geen ongedetecteerde stukken in onze baan.
Klaas, de Tams centrale gebruikt hetzelfde protocol als een Intellibox of Twin-Center om met Koploper te praten, namelijk namelijk het P50Xa en P50Xb, dus daar zal dan hetzelfde probleem moeten voorkomen.
Waarschijnlijk gaat het altijd fout bij dezelfde treinen, met een bepaalde lengte tenopzichte van het detectie gedeelte.
Maar zolang de vraagsteller geen reactie geeft blijft het koffiedik kijken.
Maar dat de oorzaak in of bij koploper ligt sluit ik uit.
Mvg
Wim.
We testen alleen met een loc, zonder wagons, etc, etc.
Als de centrale wel de goede bezetmeldingen toont kan het ook zo zijn dat in koploper de bezetmeld punten opgegeven in blokken niet in de juiste volgorde worden bereden. Voorbeeld willekeurig blok eerste meldpunt in werkelijkheid nr 10 het tweede punt nr 16. Opgeven in de database bij dat blok als eerste nr 16 en als tweede nummer 10. Zoiets kan ook nog het geval zijn. Maar zoals gezegd geen reactie is ook geen oplossing voor de vraagsteller.
Mvg
Wim.
We hebben een blok waarbij we twijfelen over de volgorde van de bezetmelding (vanavond uitzoeken), maar hij verliest at random de testloc op meerdere plaatsen op de baan. We testen (even voor de duidelijkheid) met slechts 1 loc zonder wagons en zonder ander materieel op de baan.
Hopelijk kunnen jullie wat met deze informatie.
-
Marijn,
Eigenlijk is het heel erg simpel. Als de Tams centrale de informatie binnen krijgt, dan komt die automatisch ook bij de computer binnen, dus in Koploper.
Als je desondanks je trein verliest, dan rijd de trein de verkeerde richting uit, dus keert hij van richting zonder dat hij dat daadwerkelijk doet, of hij kiest een verkeerde route om dat een wisselstraat niet goed staat. Of de volgorde van de melders zijn verkeerd. Meerdere optie dus.
Koploper werkt al jaren perfect, en dit soort storingen zijn altijd het gevolg van verkeerde instellingen van en in de database.
En om dit te controleren zet je in Koploper de communicatie logging aan, en je vinkt bezetmelders aan, dan zie je de bezetmeld informatie binnenkomen en kun je gelijk zien dat het werkt en je ziet ook gelijk de juiste volgorde.
Mvg
Wim.
-
Hallo Wim.
De communicatielogging hebben we meerdere malen bijgehouden en toch raakt hij de trein kwijt. Er komt dan na een x-aantal minuten een melding in de logging dat het lezen van een bezetmelder xxms (vaak +800ms) heeft geduurd, terwijl de Tams wel correct blijft uitlezen. 1 baanvlak blijft dan als bezet gemeld worden, trein rijdt verder zonder dat de blokken die de trein passeert als bezet worden aangemerkt.
Over de andere suggesties:
- Trein rijdt continue op hetzelfde traject, geen veranderingen in wissels en/of rijrichting;
- We rijden niet via een vaste of variabele route, zetten alleen de locomotief op een bepaalde snelheid/rijrichting;
- Volgorde melders kan zo goed als niet, aangezien we slechts 1 bezetmelder per blok hebben en de volgorde getest is.
-
Volgorde melders kan zo goed als niet, aangezien we slechts 1 bezetmelder per blok hebben en de volgorde getest is.
Waarom 1 melder, volgens mij staat in de handleiding dat je er toch minimaal 2 moet hebben?
mvg,
Sander
-
Marijn,
Koploper kan alleen goed werken als je minimaal 2 melders per blok gebruikt.
Dus als je om te beginnen je aan deze specificaties houd, en alles zo ingeeft en aansluit zoals het de bedoeling is, dan zal het ook gewoon werken. Ik stel voor dat je daar als eerste mee begint. En dan denk ik zomaar dat je problemen als sneeuw voor de zon zijn verdwenen.
Mvg
Wim.
-
Marijn,
Het plaatsen van dezelfde vraag op meerdere forums wordt meestal net in dank afgenomen. Dus nu ook niet.
Mvg
Wim.
-
Hallo allen,
Wederom bedankt voor de input.
Marijn,
Koploper kan alleen goed werken als je minimaal 2 melders per blok gebruikt.
Dus als je om te beginnen je aan deze specificaties houd, en alles zo ingeeft en aansluit zoals het de bedoeling is, dan zal het ook gewoon werken. Ik stel voor dat je daar als eerste mee begint. En dan denk ik zomaar dat je problemen als sneeuw voor de zon zijn verdwenen.
Mvg
Wim.
We zullen het gaan proberen, al heb ik begrepen dat een 2e melder per blok nodig is voor een eventuele remzone. Zie verder niet in waarom Koploper het uitlezen van de bezetmelders niet kan bijhouden.
Marijn,
Het plaatsen van dezelfde vraag op meerdere forums wordt meestal net in dank afgenomen. Dus nu ook niet.
Mvg
Wim.
Ik heb zowel in dit topic als via mijn inbox begrepen dat dit een Koploper probleem kan zijn en dat het goed is om mijn vraag daar te stellen. Ik zie dus niet in waarom dit niet in dank zal worden afgenomen. Des te meer mensen je om hulp kan vragen, des te meer kans dat het probleem kan worden opgelost.
-
Marijn,
Een probleem in Koploper kunnen we uitsluiten, Koploper wordt door heel veel modelspoorders gebruikt, en niemand meld een probleem wat er ook maar op lijkt. Er zijn twee mogelijkheden, of je USB drivers zijn niet up to date, of er zit gewoon een fout in je database.
Mvg
Wim.
-
of er zit gewoon een fout in je database.
Marijn is uitgenodigd op het Koploperforum om zijn database even te uploaden dan kijken we even mee hoe het zit met de bezetmelders.
Gr, Ben.
-
Ik heb ook nog niet gelezen (of eroverheen gelezen), of je nu getest hebt op een echte COM-poort of niet? En of je nieuwstre drivers geprobeerd hebt (ondanks ik dit ook al eerder in dit topic vermeld heb).
Gezien het feit je toch mogelijk een communicatie-probleem hebt, zou ik dit toch eerst eens even controleren of je op een echte COM-poort het zelfde probleem hebt.
Groetjes,
Dave
-
Hallo Marijn,
ik heb op het koploperforum op jouw probleem gereageert, om uit te sluiten waar het probleem ligt, start in koploper met treinbaan aan het testprogramma op met tabblad terugmelders en kijk of de binnenkomende bezetmeldingen in het testprogramma hetzelfde is als op de Tams, komen de bezetmeldingen overeen dat betreft het een koplopervraagstuk voor het koploperforum, zoniet dan heb je met een hardware probleem te maken voor dit forum,
met vriendelijke groet,
Walter
-
Marijn is uitgenodigd op het Koploperforum om zijn database even te uploaden dan kijken we even mee hoe het zit met de bezetmelders.
Gr, Ben.
Hallo Ben, later deze week ga ik weer verder met de baan en zal ik de database uploaden.
Ik heb ook nog niet gelezen (of eroverheen gelezen), of je nu getest hebt op een echte COM-poort of niet? En of je nieuwstre drivers geprobeerd hebt (ondanks ik dit ook al eerder in dit topic vermeld heb).
Gezien het feit je toch mogelijk een communicatie-probleem hebt, zou ik dit toch eerst eens even controleren of je op een echte COM-poort het zelfde probleem hebt.
Groetjes,
Dave
Ik heb nog geen COM-poort geprobeerd, maar we willen dit nog wel gaan testen. Wanneer dat is gebeurd zal ik doorgeven wat de resultaten waren.
-
Je hebt toch al meerdere pC's gebruikt, dus dat probleem is toch niet aan de orde.
Stuur nu gewoon even een backup van je database, dat is minder werk dan een bericht typen en van alles overhoop halen, wat waarschijnlijk allemaal niet nodig is. En als je niet weet hoe het moet, dan leggen we dat ook even aan je uit.
Mvg
Wim.
-
Wim, als hij meerdere PC's gebruikt met dezelfde brakke USB driver zou ik het toch eens proberen op een echte COM-poort. 't zal zeker niet de eerste keer zijn dat ik communicatie-problemen zie door gebruik van meegeleverde USB <-> RS-232 bridge/converter drivers... ;)
Het is hetzelfde idee als telkens een andere auto kopen omdat ze niet goed starten, maar wel telkens dezelfde brakke accu blijven gebruiken.
Het is overigens ook een test van niets... PC met COM-poort opsporen, Koploper installeren, backup inlezen en testen maar.
Zo gezegd, zo gedaan.
Groetjes,
Dave
-
Wim, als hij meerdere PC's gebruikt met dezelfde brakke USB driver zou ik het toch eens proberen op een echte COM-poort. 't zal zeker niet de eerste keer zijn dat ik communicatie-problemen zie door gebruik van meegeleverde USB <-> RS-232 bridge/converter drivers... ;)
Het is hetzelfde idee als telkens een andere auto kopen omdat ze niet goed starten, maar wel telkens dezelfde brakke accu blijven gebruiken.
Het is overigens ook een test van niets... PC met COM-poort opsporen, Koploper installeren, backup inlezen en testen maar.
Zo gezegd, zo gedaan.
Groetjes,
Dave
Allen, eindelijk hebben we de test uitgevoerd en jawel, een COM-poort is de oplossing. Alle problemen zijn verdwenen.
Ook nog even de nieuwe usb-drivers van Tams op een XP-machine geprobeerd, dit loste het probleem met de usb-aansluiting helaas niet op.
Bedankt voor jullie hulp, we kunnen nu eindelijk weer verder met de opbouwvd baan.