Remproblemen, communicatie problemen koploper/ecos, Heeft Cycli per seconde er wat mee temaken?

Geprint door: Koploperforum Digitale Treinbesturing
Webadres onderwerp: https://www.koploperforum.nl/topic.asp?TOPIC_ID=3493
Geprint op: 10 jun 2026

Onderwerp:

Auteur onderwerp: wijbe
Onderwerp: Remproblemen, communicatie problemen koploper/ecos, Heeft Cycli per seconde er wat mee temaken?
Geplaatst op: 01 sep 2011 21:05:32
Bericht:

Hallo,

Ik heb serieuse remproblemen. Regelmatig schiet een loc door. Nu vraag ik mij af waar het aan kan liggen.

1. Direct stoppen op stopmelder maakt niets uit
2. Massasimulatie staat al laag
3. Max snelheid naar beneden geschroefd, zelfs in blokken 1/2/3 schieten loks 30 cm door.
4. Ik heb korte blokken, maar het blijkt ook dat het goed kan werken. Enige weken heeft het goed gewerkt.
5. Met meerdere 'moderne' pc's getest. Hieraan kan het ook niet liggen, mijn cpu blijft laag.
6. Gegevens overdracht tussen de ecos en pc gaat ook goed, s88 meldingen komen direct door. De locopdrachten ook neem ik aan.

Nu vraag ik me af, zie ik iets over het hoofd? Locs opnieuw leren
remmen heeft ook geen zin heb ik van de week ondekt.

Wie o wie heeft een gouden tip?



Download Attachment: 201112722520.bck
68,79 KB

Reacties:

Reageer op auteur: Wissels
Gereageerd: 01 sep 2011 21:39:10
Bericht:

Hallo Wijbe,

je locs zijn praktisch allemaal geijkt op de hoogste decoderstap met een relatief lage snelheid, kan uiteraard wel zo zijn dat je alle topsnelheden op de decoder laag hebt gezet, dan zou dit kunnen kloppen. Toch heb ik mijn twijfels over jouw snelheidsmetingen. Als je treinen daadwerkelijk veel harder rijden dan koploper denkt dan klopt het dat je treinen doorschieten,

Denk ook aan de door jou ingestelde instellingen doorrijden in cm. in diverse blokken, zeker het doorrijden van je Acts van 56 cm. in blok 33 riekt naar onraad.

met vriendelijke groet,

Walter

Marklin testbaan met 6021/6050 Vaste baan met Central Station 1 Reloaded.
Doe wat je zegt, dan lieg je niet.

Reageer op auteur: wijbe
Gereageerd: 01 sep 2011 21:43:31
Bericht:

Hallo Walter,

De decoders zijn op deze snelheid ingesteld. Deze kloppen dus. Hier ligt het probleem niet, aangezien de ene keer de treinen wel op tijd stoppen, en de andere keer weer niet.

De Acts trein in blok 33 klopt, dit is inverband met een ontkoppelrail. Echter komt de Acts nooit in dit blok.

Mvg,
Wijbe

Reageer op auteur: wijbe
Gereageerd: 01 sep 2011 22:35:22
Bericht:

Ik heb de logging eens goed bekeken. Het valt me op dat een trein gewoon niet op tijd afremt. Nu de massasimulatie behoorlijk naar beneden geschroeft. Van 50 naar 0 staat nu op max 3 sec. Toch denk ik dat dit weinig uit maakt?

Of juist wel? Omdat ik maar kleine blokken heb?

Reageer op auteur: C_Jabaaij
Gereageerd: 02 sep 2011 08:57:54
Bericht:

Wijbe,

Hoe hoog staat CV 4 van je decoder? Als deze te hoog staat dan kan Koploper wel remmen, maar als de loc te traag reageerd kan Koploper daar niets aan veranderen en zal de loc in je stopsectie te ver doorrijden.

Koos Jabaaij.

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 10:37:07
Bericht:

Remvertraging staat uit door middel van functie.

Reageer op auteur: bellejt
Gereageerd: 02 sep 2011 11:19:28
Bericht:

CV 3 en CV 4 op 1 zetten.Alle remgegevens wissen en opnieuw laten leren remmen.Begin je met een schone lei.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: C_Jabaaij
Gereageerd: 02 sep 2011 11:43:59
Bericht:

quote:

---

Oorspronkelijk geplaatst door wijbe

Remvertraging staat uit door middel van functie.

---

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 11:46:44
Bericht:

Hallo Johnny,

CV 3 en CV 4 staan uitgeschakeld door middel van een functie.(in de meeste gevallen f4) De decoders hebben helaas niks te maken met het probleem.

Mijn vermoeden bestaat dat ik de massasimulatie flink moet terug schroeven. Aangezien ik maar kleine blokken heb, en als je daar met 100 km/h door heen rijd moet er snel worden afgeremd?

Mvg,
Wijbe

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 12:14:30
Bericht:

quote:

---

Oorspronkelijk geplaatst door C_Jabaaij

quote:

---

Oorspronkelijk geplaatst door wijbe

Remvertraging staat uit door middel van functie.

---

Nee, je moet CV4 laag zetten tussen 3 en 6, meestal nooit hoger maar ook niet op 0.

Koos Jabaaij.

---

Reageer op auteur: bellejt
Gereageerd: 02 sep 2011 12:26:49
Bericht:

Wijbe,uit ervaring weten we dat koploper met CV3/4 problemen heeft/geeft als deze zijn uitgeschakeld.Sommigen raden tussen 3 en 6 aan maar ik heb ze allemaal op 1 staan.Zo rijden mijn locs zelfs zonder te ijken tot op de cm nauwkeurig.Wel opletten dat je in korte blokken meestal de gemiddelde snelheid wat omlaag moet zetten.Een trein heeft nou enkle een zekere remweg nodig.Net zoals in het echt.Wat je in de blokken ook kan doen is in koploper je massasimulatie aanpassen.Die heb ik voor sommige types trein ook wat naar beneden gehaald.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 12:36:00
Bericht:

Hey Johnny,

Laat ik het dan toch maar eens gaan proberen :) De ene keer schiet een loc door, de andere keer stopt hij perfect....

Het lijkt erop dat door cv 3/4 toch de problemen geeft. Ik ga het proberen.

Reageer op auteur: bellejt
Gereageerd: 02 sep 2011 14:07:46
Bericht:

Wijbe wel in gedachten houden dat koploper minstens 3 X zal aanpassen alvorens hij de juiste remafstand heeft gevonden.De eerste 2 maal zou het wel kunnen gebeuren dat de loc dus nog eens doorschiet.Hoe sneller hij de juiste snelheid heeft gevonden hoe minder raar gedrag hij zal hebben.Wat je zal zien is eigenlijk het volgende : eerste maal remming zou kunnen dat de loc bij binnenkomst in het blok onmiddelijk naar gemiddelde/minimum snelheid gaat en zo blijft doorrijden tot op de stopsectie en mss nog wat doorschiet.Tweede maal zou hij reeds later moeten beginnen remmen en binnen de stopsectie stoppen.Derde maal zou hij dan laat (juiste punt) beginnen remmen en ook midden de stopsectie moeten stoppen.Ik spreek wel over het gedrag telkens in HETZELFDE blok.Makkelijkst is dat je in het begin 1 of 2 treinen dit laat doen.Dan een derde enzovoort erbij.Ook een trage loc 2 blokken voor de loc die moet leren remmen helpt wel.Zo doe ik het althans en heb een goed resultaat.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 14:36:24
Bericht:

Hey Johnny,

Of even in de mode 'rijden volgens bestemming'. Zodra ik automatisch rijden aan zet, en er rijden 4/5 treinen loopt alles in de soep.

Net 2 treinen geleerd te remmen, en dan werkt het perfect als je rijden volgens bestemming doet. Automatisch rijden? Ze rijden 40-50 cm voorbij hun blok. Dit betekend dat ze de remsectie van 36 cm ook voorbij rijden.

Rara. Waarom gaat het mis bij automatisch rijden? Je zou verwachten, een te slechte pc. Maar dat lijkt me niet.

AMD Athlon X2 Dual Core Processor BE-2400 2.3 GHz
2 GB Geheugen.

Tevens de boel getest met een laptop. Hierbij gebeurd precies hetzelfde.

Kan het komen doordat ik een kleine baan heb met veel treinbeweging dat de Ecos alle opdrachten niet kan verwerken?

Mvg, Wijbe

Reageer op auteur: bellejt
Gereageerd: 02 sep 2011 15:02:22
Bericht:

aan je pc is het niet gelegen hoor.Aan de ecos ook niet.Wat ik wel zie is dat in je database je punten waar in blok niet zijn ingevuld.Mss heeft het daar iets mee te maken.Bij mij staan die allemaal juist aangeduid.Dus het puntje dat je aanduid in de kolom "van-naar" laten oplichten.Maw als het punt 1.10 is dan mag alleen dat puntje oplichten ( bij onderhoud baanontwerp 2 blokjes die aan elkaar vasthangen).verder zie ik zo snel niet een probleem.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 15:12:36
Bericht:

Johnny,

Bij welke instelling bedoel je dit?
Ik vermoed dat je bedoeld bij baantontwerp-waar in blok?
Hierbij is elke melder gekoppeld aan een bolletje.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: bellejt
Gereageerd: 02 sep 2011 15:20:30
Bericht:

dat bedoel ik.In je Bu zie ik ze niet oplichten.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: hubertus
Gereageerd: 02 sep 2011 15:41:18
Bericht:

Wijbe,

Als de loc doorschiet, rijdt hij volgens koploper dan ook nog?
En laat eens de communcatielogging meelopen voor in elk geval communicatie locomotieven en te hard in stopsectie.
Naar aanleiding van de resultaten kun je wat gerichter zoeken waar het probleem zit.

Huub

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 18:02:51
Bericht:

Johnny,

De bolletjes lichten bij allemaal goed op, en staan op de juiste. Misschien dat er ergens een foutje tussen staat maar dat is me niet opgevallen.

Huub,

Het probleem is, dat ik hierin ook niks bijzonders zie. Vanavond/morgen alle loggegevens nog een keer goed nakijken.

Iedereen,

is de optie bij algemeen:
Direct stoppen op stopsectie een goeie optie? Of beinvloed dit het hele remgedrag?

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: bellejt
Gereageerd: 02 sep 2011 18:20:57
Bericht:

bij baanonderhoud : waar in blok staan ze niet vermeld.Weet niet of dat echt nodig is maar zo heb ik het staan.Dan weet koploper exact waar de loc is in het blok.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: hubertus
Gereageerd: 02 sep 2011 19:01:53
Bericht:

Waar in blok hoef je niet te gebruiken, is puur informatief voor het persoontje dat naar het scherm staart.

Direkt stoppen in stopsectie zou een oplossing kunnen zijn, maar dat ligt een beetje aan de oorzaak van het probleem.
Vandaar ook mijn eerdere vraag, als de lok doorschiet, staat hij volgens koploper dan al stil.? Je kunt dat zien in je rijwindow.
Als dat zo is, zit het probleem in de afremvertraging van je decoder.
Zo niet, dan zit in een combinatie van de lengte van de stopsectie, de minimumsnelheid (hoewel die bij jou dacht ik al vrij laag staat) en de afremvertraging in koploper.

Huub

Reageer op auteur: Wissels
Gereageerd: 02 sep 2011 19:22:42
Bericht:

Hallo Wijbe,

Nogmaals mijn mening ik twijfel aan de ijkgegevens van je treinen, en de stoplengte van je stopsecties. Mijn mening over de lengte van je ijktraject. wordt gestaafd door foto's die jij via het 3rail forum hebt gepubliceerd van je baanplan. Als je treinen 3 seconden op minimale snelheid door moeten rijden terwijl ze in die tijd een veel grotere afstand afleggen dan de snelheden die jij in koploper geijkt hebt, dan klopt het dat je treinen doorschieten,

Als jij zoals in diverse blokken aangeeft rij door in cm's. Komt de doorgereden afstand dan ook werkelijk overeen met de afstand die jij in aanvullende blokgegevens hebt aangegeven.

Nog een tip, de treinen op je baan moeten sneller kunnen remmen, dan de treinen in koploper ingesteld staan.

Gebruik evt. bij korte blokken een wisselstraat snelheidsbeperking om treinen eerder te laten remmen.

met vriendelijke groet,

Walter


Marklin testbaan met 6021/6050 Vaste baan met Central Station 1 Reloaded.
Doe wat je zegt, dan lieg je niet.

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 22:45:15
Bericht:

Huub en Walter,

Ik ga morgen goed letten op loggegevens en al, zo eerst eens testen met de optie stoppen op stopmelder. Ik neem aan dat er dan niks veranderd op het remproces. Alleen wanneer de trein de stopmelder raakt, dus te hard komt aan rijden. De trein laat stoppen?

Ik heb nogmaals mijn ijksectie opgemeten. Vanaf het begin van de eerste melder, tot de laatste melder. Dit is 98,6 cm. (en het was pijnlijk, rolmaat is behoorlijk scherp....)

Als ik de minimum snelheid van die 3 sec naar beneden zet. Heeft de trein dan langer aan tijd om af te remmen?

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: wijbe
Gereageerd: 02 sep 2011 23:08:31
Bericht:

Na een tijdje te hebben gereden. Locs stoppen perfect. Volgens mij kan de optie direct stoppen op stopmelder wel uit.

En dan ineens rijden de locs 50 cm door. In de loging valt dan ook niks op. In het rijwindow staan ze dan ook perfect op 0. Maar toch rijden de locs nog.

Inmiddels staan cv3 en cv4 bij elke loc ook al op 1, dus hieraan kan het niet meer liggen. Ze worden ook niet meer uitgezet door middel van een functie.

Tevens vermoed ik dat, als het gebeurd dat de locs doorrijden de wissels die op dat moment een opdracht krijgen niet omgaan.

Het enigste wat ik kan bedenken is de kabel tussen pc en ecos. Of een storing in de ecos? Dit probleem gebeurd dus met de pc en een laptop.

Iemand nog andere ideeën? (Hoe gek ook, alles kan hier aan de hand zijn!) Vertel ze graag.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Wim Ros
Gereageerd: 02 sep 2011 23:27:38
Bericht:

quote:

---

Oorspronkelijk geplaatst door wijbe

En dan ineens rijden de locs 50 cm door. In de loging valt dan ook niks op.

---

Reageer op auteur: Wissels
Gereageerd: 02 sep 2011 23:34:38
Bericht:

Hallo Wijbe,

Als in koploper de snelheid op 0 staat moet deze op je centrale ook op 0 staan. Zo niet dan heb je mogelijk netwerk problemen.

het zou kunnen dat je verbinding tussen centrale en computer niet snel genoeg is. Dit zou te maken kunnen hebben met een trage router of slechte netwerkkabel, ook is een haperende poort van je pc dan een mogelijke oorzaak.

Zelf heb ik overigens een korte wachtopdracht van 50 msec. tussen het schakelen van wissels in koploper ingesteld, nadat ik jaren geleden communicatieproblemen van dergelijke aard had, na de wachtopdracht en identiek instellen van schakeltijden in koploper en de centrale waren mijn problemen toen definitief uit de wereld.

met vriendelijke groet,

Walter

Marklin testbaan met 6021/6050 Vaste baan met Central Station 1 Reloaded.
Doe wat je zegt, dan lieg je niet.

Reageer op auteur: wijbe
Gereageerd: 03 sep 2011 00:17:33
Bericht:

Wim

Gek gek genoeg is die 50 cm door rijden niet van toepassing.
Als je leest stoppen alle locs goed. Ook met door rijden, dan stoppen ze op de goeie plaats. En ineens stoppen ze allemaal, waar dan ook 50 cm te ver. Conclusie is dan ook, de fout niet in koploper zoeken maar in de communicatie.

Inmiddels ben ik wel zo ver dat ik de uitwerking weet van wat ik instel.

Walter,

Mijn dank, dit klinkt als de oplossing. Kun je uitleggen wat je bedoeld met de schakeltijd gelijk stellen aan de wachttijd? Beide als 50 ms instellen?

Werkt dit ook niet, dan toch maar na de apperatuur kijken...

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Wissels
Gereageerd: 03 sep 2011 07:56:48
Bericht:

Wijbe,

een screenshot van de instellingen per database wissels/seinen op mijn baan ligt in je mailbox, het gaat om de rustperiode tussen opdrachten van 50msec,

Het instellen van de schakeltijden voor wissels van 250 msec, houdt ik gelijk aan de schakeltijden in de centrale, eveneens van 250 msec.

met vriendelijke groet,

Walter

Marklin testbaan met 6021/6050 Vaste baan met Central Station 1 Reloaded.
Doe wat je zegt, dan lieg je niet.

Reageer op auteur: Wim Ros
Gereageerd: 03 sep 2011 11:12:56
Bericht:

Wijbe, in dat geval moet je eens kijken of dit gedrag zich voordoet als er een bepaalde trein rijdt.
Dit kan een gevolg zijn van vervuiling van de (een) motor of een defect in een bepaalde decoder. Verder zal het niet aan de instellingen liggen denk ik.

Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus

Reageer op auteur: wijbe
Gereageerd: 03 sep 2011 12:40:53
Bericht:

Alles in koploper nog een keer nagekeken. Dat is echt het probleem niet. De kabel tussen pc en ecos eveneens vervongen.

Met meerdere ogen op centrale en beeldscherm gericht. Als het misgaat, koploper staat op 0, ecos is nog aan het afremmen.

Het lijkt wel of de ecos zijn opdrachten vertraagd uitzend, maar eens proberen hem een harde reset te geven als dat mogelijk is.

Vanmiddag de boel nog maar een keer laten rijden via de laptop om te zien of hetzelfde probleem optreed.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: wijbe
Gereageerd: 03 sep 2011 13:56:43
Bericht:

Wim,

Nog even terugkomend op jouw reactie. Hieraan zat ik zelf eerst ook te denken, maar geen loc die opvalt.

Wat wel zou kunnen:
De locpilots 4.0 in combinatie met railcom? Zou dat problemen kunnen opleveren?

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: bellejt
Gereageerd: 03 sep 2011 15:22:47
Bericht:

Wijbe ,welke softversie heb je op de ecos ? Met 3.4.0 waren er enkele problemen.Er is sinds gisteren een update naar 3.4.2.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: wijbe
Gereageerd: 03 sep 2011 16:12:54
Bericht:

eerst 3.4.1, nu 3.4.2. Hem compleet gereset.

In koploper staat de loc op 0, in de ecos is hij nog aan het afremmen.

Alle netwerkgegevens nageplozen, andere kabels en al geprobeerd. Nu rest nog met de laptop proberen.

Is het mogelijk om de ontvangen opdrachten van de ecos uit te lezen? Het kan ook bijna niet de ecos zijn. In koploper is niks te vinden. Soms rijd het 10 min goed, en dan gaat et weer mis...



Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Wissels
Gereageerd: 03 sep 2011 16:44:58
Bericht:

Hallo Wijbe,

zet railcom is uit tijdens het rijden, heb je ook gekeken naar je netwerk, als koploper snelheid 0 aangeeft, maar je centrale nog niet dan moet je het zoeken in netwerkproblemen. En schrijf nou op het 3railforum niet dat het aan Walter ligt dat die je niet geholpen heeft,

met vriendelijke groet,

Walter

Marklin testbaan met 6021/6050 Vaste baan met Central Station 1 Reloaded.
Doe wat je zegt, dan lieg je niet.

Reageer op auteur: wijbe
Gereageerd: 03 sep 2011 17:05:19
Bericht:

Walter,

Railcom staat uit. Netwerkproblemen vermoeden we hier ook, maar er is tot nu toe niks te ontdekken. Daarom vroegen we ons ook af of het mogelijk is om te bekijken of de ecos zijn opdrachten op tijd door krijgt.

ps. Die snee was toch wel pijnlijk, en tsja je moet iemand de schuld geven

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: bellejt
Gereageerd: 03 sep 2011 17:20:29
Bericht:

Wijbe,is je pc met een cross-cable rechtstreeks aan je ECOS gekoppeld of gaat hij via een router ? Heb je de loc in je ECOS ingegeven ? Ik heb soms ook problemen als ik een loc programmeer in de ECOS zelf.De besturing via koploper wil dan wel eens in het honderd lopen.Ik programmeer eigenlijk zo weinig mogelijk in de ecos zelf.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: wijbe
Gereageerd: 03 sep 2011 17:30:04
Bericht:

Johnny,

Hij si met een cross-cable aangesloten. Maakt geen verschil als het met pc of met laptop is, beide met windows 7. Ik kan een oude xp laptop nog gaan testen, maar verwacht hetzelfde resultaat.

De locs zijn allemaal in de ecos geprogrameerd.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: bellejt
Gereageerd: 03 sep 2011 18:00:24
Bericht:

als het met een cross is dan kan het nagenoeg niet aan de verbinding liggen.Ik heb wel een PC met XP pro draaien zonder scanners erop.Mss eens kijken als je bv 2 locs uit je ecos haalt of deze dan nog hetzelfde probleem hebben via koploper.Kan je dat al uitsluiten.Verder zit er ergens een vertraging in je systeem want bij mij zie ik als ik een loc programmeer in de ecos dat de stand van de controller overeenkomt met koploper.Mss een rare vraag maar draai je soms een antivirusprogramma op je pc ? Dit kan nl voor een vertraging zorgen bij het versturen van je commando's naar de ecos.Omdat dat programma eerst scant en pas dan doorstuurt.Dit kan soms een vertraging van 1 seconde geven en zou het probleem verklaren.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: JackvdW
Gereageerd: 03 sep 2011 18:37:41
Bericht:

Hoi Wijbe,

Bij "Instelling per database" tabblad "Remmen/Spooktrein/Massa" hoe hoog staat je "Initiele tijd om het remmen verlaat te starten".
Dit staat standaard op 60 sec, wat inhoud dat als er in een blok vanaf een snelheidstap voor het eerst het remmen wordt geleerd (er zijn dus nog geem remgegevens voor dit blok vanaf deze snelheidsstap) hij zou kunnen doorschieten.

Ik heb deze waarde terug gezet op 1 sec. Bij de eerste keer leren remmen rijd hij dan soms wat langer op minimum snelheid naar de stop sectie maar dat vind ik minder erg dan doorschieten, wat meer problemen veroorzaakt.

Bij mij staan gemiddeld op 40km/u en minimum op 10km/u Afremmassa simulatie 50>0 tussen de 8 en 11.

Bij een kort blok kan je ook in de voorgaande blok een virtuele melder in brengen waar je de wisselstraat snelheids beperking al op laat inschakelen waardoor er eerder geremd kan worden. Je kan er ook makkelijk (virtueel) mee schuiven voor de goede positie.

Misschien kan je wat uitproberen met deze gegevens.

Succes.

Groeten Jack van der Werf.

Reageer op auteur: wijbe
Gereageerd: 03 sep 2011 18:54:00
Bericht:

Johnny,

Mijn dank is groot.

Volgens mij heb je de duivel gevonden. In dit gval betreft dat Eset NOD32 Antivirus... tot nu toe al een leuke tijd gereden zonder problemen. Als je het berekend kan het kloppen met die ene sec. Hij rijd namelijk op volle snelheid ongeveer 1 sec verder. Ik heb wel het gevoel dat ESET meer dan een sec pakt op sommige momenten.

Eindelijk weer wat rust in de hobby....

Tevens is door alle tips het remgedrag ook veel beter ingesteld. Denk hierbij aan de massasimulatie etc.
Hierbij bedank ik iedereen die tips heeft gegeven

Jack,

De Initiele tijd om het remmen verlaat te starten heb ik ook al naar 1 sec gezet, dit voorkomt andere problemen. Deze tip had ik al eerder langs zien komen, maar is toch zeer bruikbaar. Bedankt.

Dan rest me nog 1 vraag wat me onduidelijk is.
De Optie direct stoppen op stopmelder.

Zorgt deze optie ervoor dat er direct wordt gestopt op de stopmelder als de locomotief toch een keer te hard komt aanrijden? En beinvloed het remgedrag niet ?

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: JackvdW
Gereageerd: 03 sep 2011 19:40:04
Bericht:

Hoi Wijbe,

Volgens mij negeert hij de massa simulatie en wordt door KL snelheid 0 naar de lok gezonden. Ook werkt volgens mij het doorrijden in cm dan niet. Er wordt zo snel mogelijk niet netjes gestopt.

Het is een optie die er in zit wegens ruimtegebrek om netjes te stoppen. Is dus niet voor incidentele doorschieters maar juist als er permanent doorgeschoten zou worden als de optie uit staat. Hij stopt dus altijd direct niet alleen bij een mogelijke doorschieter. Massa simulatie word altijd genegeerd.

Alleen CV4 van de decoder blijft over voor je remweg. Die moet dus ook niet op 0 staan maar op een lage waarde afhankelijk van het decoder merk/type (de range is vaak anders). Bij mijn Zimo's staat CV4 op 20 (van de 0-255).

Groet Jack.

Reageer op auteur: hubertus
Gereageerd: 03 sep 2011 20:02:08
Bericht:

quote:

---

Oorspronkelijk geplaatst door wijbe


Dan rest me nog 1 vraag wat me onduidelijk is.
De Optie direct stoppen op stopmelder.

Zorgt deze optie ervoor dat er direct wordt gestopt op de stopmelder als de locomotief toch een keer te hard komt aanrijden?

---

Reageer op auteur: Wim Ros
Gereageerd: 03 sep 2011 20:35:21
Bericht:

quote:

---

Met meerdere ogen op centrale en beeldscherm gericht. Als het misgaat, koploper staat op 0, ecos is nog aan het afremmen.

---

Reageer op auteur: wijbe
Gereageerd: 03 sep 2011 20:44:24
Bericht:

quote:

---

Oorspronkelijk geplaatst door Wim Ros

quote:

---

Met meerdere ogen op centrale en beeldscherm gericht. Als het misgaat, koploper staat op 0, ecos is nog aan het afremmen.

---

Eigenlijk hoef je dan niet meer verder te zoeken en weet je de oorzaak, een verbindings (netwerk) probleem. De oorzaak is mij duidelijk, hoe het opgelost moet worden is aan jouw.

Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus

---

Reageer op auteur: wijbe
Gereageerd: 04 sep 2011 15:28:35
Bericht:

Weer wat nieuwe feiten ontdekt.

De virusscanner veroorzaakt te ver doorrijden van ongeveer 15 cm.

De extreme gevallen als de treinen 50 cm te ver doorrijden wordt door iets anders veroorzaakt.

Als er kortsluiting is geweest op de baan, kan de ecos last van een noodstop - stroom op de baan - noodstop - stroom op de baan bug. Dit herhaalt zich continu. Dit komt alleen voor als de ecos verbinding heeft met koploper. Deze bug kwam redelijk vaak bij me voor, meestal even opnieuw verbinding maken was de oplossing. Als noodstop voorbij is, snel rood ei inklikken en dan weer groen ei.

Echter hierna rijden de treinen 50 cm te ver door. De ecos stuurd dus na deze bug de opdrachten vertraagd uit. Door de bug komt het dan ook voor dat wisselopdrachten niet worden uitgezonden.

Merk wel op dat deze bug vaker voorkwam als de virusscan aan staat. Staat de virusscanner niet aan, komt deze bug bijna niet voor.

Deze bug is vandaag 1 keer voorgekomen (3 uur aan het rijden geweest zonder virusscan aan). Hierna liep alles dus weer in de soep. De oplossing blijkt dan ook heel simpel. De ecos uit zetten, en weer aan. En de treinen stoppen weer goed

Zolang er geen kortsluiting op treed, door botsing/ontsporing is er niks aan de hand.
Blijkbaar ligt het toch aan de combie Ecos - Koploper die beinvloed kan worden door de virusscanner.


Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Agebe
Gereageerd: 04 sep 2011 17:14:05
Bericht:

Hallo Wybe,

De feiten die jij opnoemt kan ik niet direcet onder schrijven.
Wel is er bij de voor laatste update iets in het communiecatie gedrag in de Ecos veranderd.
Het gedrag na een noodstop heb ik inderdaad wel eens gezien, dat gebeurd bij mij alleen al ik de verbinding stress, dus meerdere verbindingen tegelijk. (Het explorer window/ en of JMRI)
Toch zou ik wel eens willen weten welke Virus scanner jij gebruikt.
Er zijn meerdere mensen met dit soort problemen.
Bij kortsluiting op de baan, kan ik daarna gewoon weer verder gaan.

Mvg Ab


(Koploper,ECOS-IB,HSI-88,3x tams booster B1, HO, NS)

Reageer op auteur: wijbe
Gereageerd: 04 sep 2011 17:47:30
Bericht:

Hallo Ab,

Weer een ding leer ik uit je reactie. Hier zijn ook meerdere verbindingen tegelijk aanwezig, weleswaar over een andere 'uitgang'. De normale poort zit de ecos aan met een cross cable. De pc zelf zit op het internet met een wifistick.

Verder gebruik ik ESET NOD32 Antivirus.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Agebe
Gereageerd: 04 sep 2011 19:01:54
Bericht:

Hallo Wybe,

Meerdere verbindingen op en naar je Pc mag niet uit maken.
Bij jouw zit de Ecos rechtstreeks verbonden via een Cross kabel, en internet via een draadloze verbinding.
Bij mij is de Ecos via een switch verbonden, en hangt gewoon aan het hele netwerk. Dat geeft geen conflicten.
Wat ik bedoel is dat je geen andere programma's verbinding laat maken met je Ecos.
Verder kan ik je wel vertellen dat als koploper/Ecos een hele drukke verbinding heeft, dus veel treinen rijden, het doorrijden in Cm wel eens in de knel komt.
Dan heb ik het over een afwijking van kleiner dan een halve Cm.
Wel altijd bij een zelfde trein.
Doe tijdens het rijden geen andere dingen op de PC.
Wat koploper aanstuurt, wordt gevolgd op de Ecos, en wat ik met de Ecos doe wordt ook gevolgd, door koploper.
Instelingen Ecos:
IP-Source: static
IP-Address: 192.168.1.109 Kan ieder adres in deze reeks zijn
Gateway: 192.168.1.1 Is het adres van mijn router, maakt niet uit
Netmask: 255.255.255.0 zo gelaten.
Device name: ECoS

Heb in koploper het zelfde IP Address staan
Poornummer: 15471 Als je dit verandert werkt geheel niet, dus nooit veranderen.

Verder heb ik er voor gezorgd dat mijn IP-Address buiten de range van de Router ligt, zodat ik geen dubbele aanwijzing heb, zodat dit adres bezet kan zijn.

Wat betreft NOD32, weet ik niet, je zou kunnen kijken of het scannen van Locale verbindingen uit kan.
Zelf gebruik ik AVG
Mvg Ab

(Koploper,ECOS-IB,HSI-88,3x tams booster B1, HO, NS)

Reageer op auteur: wijbe
Gereageerd: 06 sep 2011 13:13:07
Bericht:

Helaas,

Na een aantal uur zonder problemen te gereden hebben begon het gesodemieter weer.

Nu echt alles geprobeerd te hebben:
pc, windows 7 met viruscanner uit.
laptop, windows 7 ook met virusscanner uit.
Oude laptop waar xp op zit, en verder geen programma's.

Cross-cable
Switch

Kan ik alleen maar concluderen, de Ecos zend de opdrachten verlaat uit. Enigste wat nog te proberen valt is de ecos geheel opnieuw instellen nadat hij weer compleet wordt gereset (harde reset, opnieuw software erop). Hierbij niet weer de backup file inlezen.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Agebe
Gereageerd: 06 sep 2011 16:18:28
Bericht:

Hallo wybe,

Waarom een switch? Als je een swisch gebruikt heb je geen cross kabel nodig.
Of omgekeerd.
Dus probeer eens de machine XP met een cross-cable.
Kijk eens of er in de datbase van de Ecos veel gedelete itms staan.
Kan je zien in het explorer window.

Mvg Ab

(Koploper,ECOS-IB,HSI-88,3x tams booster B1, HO, NS)

Reageer op auteur: bellejt
Gereageerd: 06 sep 2011 16:39:42
Bericht:

laat je ecos eens gewoon op fabrieksinstellingen staan zonder er wat in te programmeren.Zien of je het dan nog hebt.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: Wissels
Gereageerd: 06 sep 2011 18:25:57
Bericht:

Hallo Wijbe,

er is 1 forumlid geweest met problemen met de S88 kabel die vergelijkbare problemen had als jij, had je zoals ik op het koploperforum had aangegeven al die pauze van 50 msec ingesteld tussen de wisselopdrachten,

met vriendelijke groet,

Walter

Marklin testbaan met 6021/6050 Vaste baan met Central Station 1 Reloaded.
Doe wat je zegt, dan lieg je niet.

Reageer op auteur: wijbe
Gereageerd: 06 sep 2011 18:28:42
Bericht:

Walter,

De s88 meldingen komen niet vertraagd over. Dat is nauw juist het vreemde, de melding is al binnen dat de locomotief op de stopmelder staat, maar de trein rijd nog door.

Tevens helpt de pauze van 50 ms ook niet

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: wijbe
Gereageerd: 06 sep 2011 18:29:51
Bericht:

Ab,

Beide getest, cross en switch. Op alle pc's. Maakt helaas niet uit.

Johnny,
Ben ik mee bezig, alleen doet mfx weer eens vreemd.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: bellejt
Gereageerd: 07 sep 2011 00:58:53
Bericht:

BU vergeleken met mijn instellingen.Nagenoeg alles gelijk behalve Seinen/wissel = rustperiode 200ms.Ook Remmen/spooktrein/massa staat initiele tijd op 30 sec en verder massasimulatie : begin snelheid op minimum en daaronder alles op -1. Bij bezetmelders staan beide waarden op 0 behalve het juiste aantal.Wisseldecoders staan ook op het juiste aantal (dus K83 en K 84 samen).Verder zie ik bij aanvullende blokgegevens vrij hoge snelheden staan in al je blokken zowel stations als opstelblokken.Dit terwijl bij je bloktypes totaal andere snelheden staan/Weet niet juist met welke koploper hier dan rekening zou houden.Bij mij staan die allemaal op gemiddeld of zelfs minimum in de hele korte blokken.Zo dat was de vergelijking met mijn instellingen.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: Wissels
Gereageerd: 07 sep 2011 07:27:46
Bericht:

Hallo Wijbe,

schoot mij later te binnen, heb jij automatische wisselstraten uitgeschakeld in je centrale Ecos, de wissels kunnen dan door de straten op je Centrale geschakeld worden, terwijl Koploper de wissels de andere kant op schakelt.

met vriendelijke groet,

Walter

Marklin testbaan met 6021/6050 Vaste baan met Central Station 1 Reloaded.
Doe wat je zegt, dan lieg je niet.

Reageer op auteur: wijbe
Gereageerd: 07 sep 2011 12:15:54
Bericht:

Walter,

Ik heb geen wisselstraten in de ecos geprogrameerd.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Agebe
Gereageerd: 07 sep 2011 17:38:49
Bericht:

Hallo Wybe,

Toch maar even je database geopend en zie daar bij instellingen per database en dan: speciaal digitaal systeem, overnemen locomotief door anderen toegestaan.
Vink dit eens af en doe dit ook bij de Ecos, deze dienen in ieder geval gelijkte staan. Op min systeem staan deze uit.
Hierdoor heb ik wel eens problemen door onder vonden.
Soms starte een lok niet of bleef een lok lang door rijden.
Zet het eens uit, om te proberen.

Mvg Ab

(Koploper,ECOS-IB,HSI-88,3x tams booster B1, HO, NS)

Reageer op auteur: wijbe
Gereageerd: 07 sep 2011 19:11:59
Bericht:

Ab,

Ik test nu jouw optie. De eerste verwachtingen lijkt dit 'een' oplossing te zijn.

Vandaag ook gereden zonder mfx, dit lijkt ook goed te gaan. Maar nu met mfx weer aan gaat het ook goed.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: wijbe
Gereageerd: 10 sep 2011 17:21:31
Bericht:

De problemen lijken opgelost met het uitschakelen van 'overnemen locomotief door andere deelnemers toesteaan'

De laatste dagen geen problemen meer ondervonden.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: bellejt
Gereageerd: 10 sep 2011 17:44:52
Bericht:

ik had dat vakje niet opengedaan.Goed om weten en bij mij staat er ook geen vinkje.

greetings,groetjes,salutations,Johnny T
Koploper-ECOS2 + 3 boosters ESU 8 Amp - PC P4 - decoders Viessman

Reageer op auteur: wijbe
Gereageerd: 24 sep 2011 10:26:07
Bericht:

Nog even een gegeven wat opgevallen is,

Bij systeem informatie had ik eerst een gemiddelde van ongeveer 7000 cycli per seconde.
Op dit moment is dat rond de 1600/1700.

Volgens mij betekend dit hoeveel gegevens koploper verzend. Zou het kunnen wezen dat door die hoge waarde die ik eerst had de problemen veroorzaakten?

Helaas nog niet ontdekt door welk vinkje/combinatie de hoge waarde veroorzaakt.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: PaHaSOFT
Gereageerd: 24 sep 2011 15:20:40
Bericht:

quote:

---

Oorspronkelijk geplaatst door wijbe

Bij systeem informatie had ik eerst een gemiddelde van ongeveer 7000 cycli per seconde. Op dit moment is dat rond de 1600/1700.

Volgens mij betekend dit hoeveel gegevens koploper verzend. Zou het kunnen wezen dat door die hoge waarde die ik eerst had de problemen veroorzaakten?

---

Reageer op auteur: wijbe
Gereageerd: 24 sep 2011 18:06:00
Bericht:

Na het nalezen van de koploperhandleiding is het me nog niet duidelijk wat het woord 'cycli' eigenlijks inhoud. Het meet hoe vaak koploper alles heeft nagelopen?

In iedergeval, wat kan een verklaring zijn dat het cycli van 8000 naar 1600 is teruggezakt?

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: PaHaSOFT
Gereageerd: 24 sep 2011 20:30:28
Bericht:

Wijbe,

Geen idee; als het aantal cycli onder de 100 zak dan moet jij je pas zorgen maken. Niet eerder.

Verder zegt het getal echt helemaal niets!!

Mvg,
Paul.

Reageer op auteur: rbeek
Gereageerd: 14 feb 2012 16:41:48
Bericht:

Naar aanleiding van recente problemen de volledige berichtgeving van en naar Wybe doorgelezen. Alhoewel zijn problemen op de mijne lijken, maak ik gebruik van de Marklin Control Unit icm een PC. Zo'n twee weken geleden heb ik de oude Koploper versie 6.8 vervangen door 7.4 en het lijkt erop dat mijn problemen toen zijn ontstaan.
In zijn totaliteit lijkt de communicatie veel trager te verlopen. Meerdere locs schieten soms zo'n 50 cm door na de stopmelder. Ook is het remgedrag veel slechter geworden. Na de remmelder zie je enkele locs plotseling terugschakelen naar een veel lagere snelheid om dan bij de stopmelder plotseling te stoppen. Een ander probleem is dat wissels soms pas na vele seconden of helemaal niet, omgaan. De trein is er dan al overheen met alle gevolgen van dien.
Mijn bijna 50 blokken zijn allemaal uitgerust met 3 bezetmelders en de afgelopen dagen heb ik met 7 treinen tegelijk gereden.
Het doorrijden vindt bij alle locs plaats, wel is het zo dat de een soms 5, 10 of 20 cm, en de ander zoals gezegd 50 cm of meer doorrijdt.
Ik heb geprobeerd iets terug te vinden in de communicatielogging, maar dat is voor mij te hoog gegrepen, helaas.
Bovendien is het, als je in je eentje bent, onmogelijk om alles op het beeldscherm (en ook nog op de baan) in de gaten te houden.
De oplossing voor Wybe; geen vinkje bij overnemen locomotief toestaan in de (speciale) instellingen bij de database, is bij mij niet zichtbaar.

Wie kan mij helpen?

Download Attachment: echte2012.bck
122,79 KB

Reageer op auteur: Wissels
Gereageerd: 14 feb 2012 19:45:40
Bericht:

Hallo Rene,

Iets wat er naar mijn mening zijdelings mee te maken heeft, zorg allereerst dat de communicatie van de wissels en seinen in je database gelijk loopt aan die in je centrale. In je centrale staan de wisselopdrachten standaard op 250 msec. echter in je database staan veel lagere waarden.

Het overnemen van locomotieven in de centrale heeft bij mij geen enkele invloed op de communicatie.

Zorg voor een betrouwbare netwerkverbinding tussen pc en centrale.

met vriendelijke groet,

Walter

Marklin testbaan met 6021/6050 Vaste baan met Central Station 1 Reloaded.
Doe wat je zegt, dan lieg je niet.

Reageer op auteur: rbeek
Gereageerd: 14 feb 2012 20:20:21
Bericht:

Hoi Walter,

Ik zal de snelheid in mijn database aanpassen aan die van de centrale. Het vreemde blijft dat de aansturing van alle componenten merkbaar vertraagt wanneer er veel opdrachten uitgaan. (veel bezetmeldingen, 7 treinen, wissels schakelen e.d. Uiteraard kan dit toeval zijn, maar ik blijf proberen achter de oorzaak te komen.

groeten René

Reageer op auteur: PaHaSOFT
Gereageerd: 14 feb 2012 20:27:35
Bericht:

Walter,

Wat doen jij hier? Volgens mij ben jij in de war tussen Marklin (oude 6021 en dergelijke) en de Marklin CS. Wat jij zegt is hier niet van toepassing volgens mij.

Mvg,
Paul.

Reageer op auteur: rbeek
Gereageerd: 15 feb 2012 19:22:41
Bericht:

Heren,

Voorlopig zal ik mij bezig gaan houden met het opnieuw snelheid meten, decoderstappen instellen en leren remmen. In die richting zal het probleem toch gezocht moeten worden, denk ik.
Ik blijf toch met een vraag zitten die waarschijnlijk te maken heeft met instellingen? Het komt regelmatig voor dat ik tussen het automatisch rijden deze actie even stop met de S knop om daarna handmatig een trein (uiteraard in koploper eerst uit het betreffende blok weggehaald) naar een andere plek te rijden. Het vreemde doet zich voor dat met enige regelmaat opdrachten tot versnellen 3 tot 5 seconden op zich laten wachten. Dan pas zie ik op het scherm het streepje in het locwindow verspringen en gaat de loc harder rijden. Waar ligt dit probleem?

groeten René

Reageer op auteur: wijbe
Gereageerd: 15 feb 2012 19:44:20
Bericht:

dat hoort zo bij mijn weten. Zo versneld en remt de lok als in het 'grote voorbeeld'

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: rbeek
Gereageerd: 15 feb 2012 20:13:55
Bericht:

Wijbe,

Ik mag dan geen doorgewinterde Koplopergebruiker zijn (verre van dat zelfs) maar wanneer ik een loc handmatig bedien is het niet normaal dat ik meerdere seconden moet wachten tot een loc dat doet waar ik opdracht toe geef. Het snelheidsstreepje in het locwindow lijkt wel vast te staan!

René

Reageer op auteur: PaHaSOFT
Gereageerd: 15 feb 2012 20:22:51
Bericht:

Ik wil me hier eigenlijk niet mee bemoeien, maar wat bedoel jij met het snelheidsstreepje in het rijwindow?

Als je kijkt in menu algemeen / "systeem informatie", hoeveel cycli per seconde heb jij dan en hoeveel gemiddeld?

Mvg,
Paul.

Reageer op auteur: wijbe
Gereageerd: 15 feb 2012 20:25:46
Bericht:

Vermoedelijk de handregelaar bij rangeren: Handmatige snelheid.

Kijk eens bij je loc die je handmatig bestuurd op het rijwindow bij snelheden:
Ingesteld - op hoeveel km/u of rijstappen je de lok handmatig aanstuurd
Werkelijk - Hoe snel de lok werkelijk rijd op de baan.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: rbeek
Gereageerd: 15 feb 2012 21:55:00
Bericht:

Paul, Wijbe,

Ik maak geen gebruik van een handregelaar, dat kan helaas niet bij Marklin digitaal, ik bedoel het rijwindow, waarvan bijgaand een afdruk met een pijl naar het streepje dat ik bedoel.
Morgen zal ik de systeeminfo checken.

René

Download Attachment: treinwindow.jpg
124,54 KB

Reageer op auteur: PaHaSOFT
Gereageerd: 15 feb 2012 22:18:45
Bericht:

Rene,

Dan rij jij dus handmatig met die loc. Dan snap ik al helemaal niet wat er gebeurd. Hopelijk andere gebruikers wel.

Jij kan wel een handregelaar maken op basis van 4 bezetmelders (dus 4 s88 ingangen als je die nog over hebt). Zie hiervoor de handleiding van Koploper.

Mvg,
Paul.

Reageer op auteur: wijbe
Gereageerd: 15 feb 2012 22:34:35
Bericht:

Ingestelde snelheid is 43 km/u. De werkelijke nog 0km/h. De lok moet dus nog beginnen met optrekken. Heeft te maken met de massasimulatie ingesteld bij het treintype bij mijn weten.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: rbeek
Gereageerd: 16 feb 2012 11:50:44
Bericht:

Wijbe en Paul,

Ik krijg inderdaad de indruk dat het probleem van het traag reageren te maken heeft met de massasimulatie, ik ga daar wat proeven mee doen. Overigens is het aantal cycly per seconde 1066.
Het zoeken naar oorzaken is echter erg lastig wanneer je de informatie niet goed kunt interpreteren.

Vanochtend na circa 10 minuten probleemloos rijden (behalve enkele doorschieters van twee locs)gaat het mis.
Het begint met het bijna een meter doorrijden in blok 3 van loc 80. Dan mist loc 71 een stopmelder in blok 33 (of een binnenkomstmelder van blok 45). Ik geef de opdracht op het automatisch rijden te stoppen. Het window voor het oproepen van loc 71 verschijnt en na de bevestiging deze op te roepen kan ik deze met een noodstop eindelijk tot stoppen dwingen. Inmiddels rijd loc 3 met gepaste snelheid door alle blokken heen en kan ik hem met de noodstop in het rijwindow tot stilstand brengen. Loc 54 blijft echter doorrijden en knalt op loc 18. Pas dan staat alles echt stil en kan het 'opruimen' beginnen.

Misschien dat een doorgewinterde 'Koploper' hier iets mee kan, ik moet weer gewoon van voren af aan beginnen.......

Dit draadje is wellicht niet de juiste voor dit 'probleem' excuus dan, maar het past voor mij in het totale plaatje.
Reacties zijn in elk geval welkom!

met vriendelijke groeten,

René

Bijgaande backup heb ik gemaakt net na het hiervoor genoemde ontstane probleem.

Download Attachment: echte2012.bck
133 KB

Reageer op auteur: twilight102
Gereageerd: 16 feb 2012 13:03:18
Bericht:

Beste rene,

De laatste tijd herken ik deze situatie.
Ook ik ben aan het zoeken waar dit vandaan komt.
Melders worden gemist, met allegevolgen.
na een noodstop, de loc terug rijden naar waar het fout gaat, maar helaas reageerd de melder nog steeds niet.
Vervolgens koploper afsluiten en opstarten reageerd de melder wel weer.
Ook is het zo dat de snelheden (remmen) vertragend worden doorgeven lijkt wel, waardoor een noodremming volgt (doorsnelheid tehoog) of het moet net kritisch zijn dat weet ik even niet.
Mijn configuratie is Win98, P300, IB serieel, S88bus en koploper V7.4

Inmiddels een en ander aangepast onder andere de hiervoor beschreven middelen voor o.a. de wisseltijden.
En de seriele verbinding in win98 bekeken.
Nu ben ik weer aan het waarnemen of dit allemaal help.

Ik heb dus geen oplossing alleen maar een waarneming tot nu toe.
Hiervoor heb ik nooit last gehad, maar had ik een oudere versie koploper V?, en heb ik de volledige data opnieuw ingevoerd.

zie ook,
http://www.koploperforum.nl/topic.asp?TOPIC_ID=3685

Kan iemand misschien aangeven wat ik/we doelmatig kan loggen als dit nuttig is?

met vriendelijke groeten: Ebro de Wit

Reageer op auteur: Wim Ros
Gereageerd: 16 feb 2012 14:53:17
Bericht:

Erbo,

Jij hebt dus het klassieke probleem met de communicatie via de seriele aansluiting van de IB. De IB via een LocoNet-interface aansluiten en aansturen en je problemen zijn opgelost.

Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus

Reageer op auteur: rbeek
Gereageerd: 20 feb 2012 15:11:23
Bericht:

Al jaren gebruik ik (eenvoudig) koploper maar ik voel mij nog steeds een beginneling. Dat mijn probleem lastig is (en blijft) merk ik ook uit mijn vraagstelling van vorige week waarop geen reactie meer is gekomen. Maar misschien is er toch nog een professional die mij op weg kan helpen voordat ik echt stop met deze hobby.

Het probleem begon met een update van 6.8 naar 7.4 Daarna leek de communicatie trager en duurde het soms een of twee seconden voor er een scherm opende of een noodstop opdracht werd uitgevoerd. Toen traden er rem-stopproblemen op, vanwaar ook mijn aansluiting bij het topic van Wijbe.
Enkele suggesties zoals die over massasimulatie en instellingen heb ik uitgevoerd, zonder echt succes.
Enkele dagen terug heb ik alle remgegevens verwijderd en heb dat proces opnieuw gestart. Dat leverde succes op en bijna twee dagen stopten de treinen waar zij moesten stoppen, al was het nog wel schokkerig. Er trad een moment op waarbij het rijproces 10 minuten ongestoord doorging tot er weer een bezetmelder(s) werd gemist en er de nodige botsingen ontstonden. Overigens zijn er geen storingen op de bezetmelders te zien of te merken. Ook gingen diverse locs weer 50 tot 80 cm voorbij het stoppunt en kwam een enkele wisselomzetting pas nadat een loc er al half overheen was.

Gisteren ging alles weer mis en heb ik Koploper opnieuw geïnstalleerd en alle verwijzingen voor backups e.d. naar de juiste directory omgezet. Remgegevens weer weggehaald om opnieuw te leren remmen.
Het heeft geen succes. Talloze botsingen vinden plaats wat toch niet echt de bedoeling kan zijn.
Ik weet dus niet meer waar ik het zoeken moet; is het de PC (stand Alone zonder verdere programma's), het Marklin Interface? Instellingen, waar?

Bijgaand mijn laatste backup van vandaag.
Is er iemand die mij nog op weg kan helpen?

bij voorbaat dank!

René


Marklin Digital - K-rails - Koploper -

Download Attachment: echte2012.bck
127,46 KB

Reageer op auteur: Wim Ros
Gereageerd: 20 feb 2012 15:46:53
Bericht:

Rene,

Het heeft er alle schijn van dat je een probleem hebt met de communicatie tussen je PC en de Interface, waarschijnlijk veroorzaakt door een probleem met de interface. Kan ook een probleem zijn met de RS232 van de PC. Dit soort storingen moet je niet zoeken in Koploper ook helpen herinstallaties van koploper hier niet bij.

Overigens is versie 7.5 van koploper alweer een tijdje uit.


Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus

Reageer op auteur: wijbe
Gereageerd: 20 feb 2012 16:53:43
Bericht:

Hey René,

Je centrale heeft als standaart bekrachtingstijd voor wissels 250ms. Eerder heeft Walter dit ook al aangehaald.

Bij: instellingen per database - Seinen/Wissels
Bij de wissels als standaart bekrachtigingstijd 250ms instellen, en niet 240ms zoals het nu staat.

Verder kun je proberen bij deze instellingen:

Algemeen - Rustperiode tussen opdrachten op 50ms zetten.

Dit heeft bij mij voor een deel van de oplossing gezorgt voorzover ik weet. Helemaal zeker ben ik hier nog niet over, maar het schijnt er wel na.

Wat ook een boosdoender kan zijn is een virusscanner. Deze moet ik bij mij uitschakelen, anders rijden de treinen af en toe te ver door.

Hopelijk zit hier de gouden tip tussen.


Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: PaHaSOFT
Gereageerd: 20 feb 2012 17:16:31
Bericht:

@Wijbe,

Als je even kijkt in de database van Rene, dan zie je dat hij het 'oude' Marklin gebruikt en dus helemaal niets kan instellen inzake bekrachtigingstijd in de centrale/interface.

@Rene
Alleen blijft het mij verbazen dat Rene versie 6.8 heeft. Ik denk dat daar het probleem zit: versie 6.8 is namelijk nooit door mij uitgegeven. Kan alleen maar zeggen: waarom ga je dan niet terug naar 6.7? Als je dit wil, dan wil ik daar best even moeite voor doen.



Mvg,
Paul.

Reageer op auteur: wijbe
Gereageerd: 20 feb 2012 17:18:19
Bericht:

Paul,

Ik bedoel dat hij ook niks in de centrale moet instellen, maar in de database. Daar staat 240ms, terwijl de centrale er 250ms van maakt (volgens mij).



Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Wim Ros
Gereageerd: 20 feb 2012 18:09:36
Bericht:

Wijbe,

De centrale maakt er helemaal niets van die bekrachtigd het wissel zolang als dat hij de aan puls krijgt, Paul zal na de ingestelde tijd keurig netjes het uitschakel commando sturen.

Bekrachtiging van een wissel kan worden ingesteld op 150..200 ms Geeft een betrouwbaar resultaat.

Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus

Reageer op auteur: rbeek
Gereageerd: 20 feb 2012 18:17:12
Bericht:

Heren,

Dank voor jullie snelle reactie! Even wat antwoorden; ik draai geen 6.7 of 6.8 maar 7.4; na die upgrade ontstonden de problemen (maar dat zal ongetwijfeld toeval zijn). Overigens heb ik wel 7.5 gezien, drie weken terug, maar gelet op de huidige problemen heb ik dat nog maar even niet gedaan.
De bekrachtingstijden ga ik gelijk nakijken. Mocht het inderdaad een interfaceprobleem zijn, kan ik dat ergens aan controleren?
Is iemand overigens nog meer rare dingen in de database tegengekomen?

groeten René

Reageer op auteur: wijbe
Gereageerd: 20 feb 2012 18:19:00
Bericht:

Wim,

En toch kan het wat uitmaken. In theorie niet, maar in praktijk kan het wat uitmaken is mijn ervaring.

Bij mij was uiteindelijk de combinatie:
1.Bekrachtiging wissels in koploper niet gelijk aan 250ms.
2.Algemeen - Rustperiode tussen opdrachten op 50ms zetten.
3.Overnemen van locs, echter heb je deze optie niet met de 'oude' marklin besturing.
4.Virusscanner.



Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: Wim Ros
Gereageerd: 20 feb 2012 18:29:02
Bericht:

Wijbe,

Natuurlijk je hebt helemaal gelijk, het spijt me echt dat ik je tegen sprak. Heb er gelukkig nog niet zoveel ervaring mee.

@Rene, het enige wat veel tijd in beslag neemt is het lezen van de terugmelding die heb je op 4 maal per seconde staan, dat is echt teveel van het goede, zet deze maar gerust op 3 maal per seconde, beter is het nog om deze op 2 maal per seconde te zetten.

Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus

Reageer op auteur: rbeek
Gereageerd: 20 feb 2012 18:59:51
Bericht:

Wijbe, Wim,

Zonet de bekrachtigingstijd wissels op 250 ms gezet, de instelling voor de rustperiode kan ik niet zo snel vinden, dat ga ik in de handleiding nazoeken. Een virusscanner draait (hij staat los van alles) niet op deze PC.
Het teruglezen van de bezetmelding kan terug naar 2 keer per seconde. Ik maak echter gebruik van reedrelais en niet van contactrails. Om de reedrelais te bekrachtigen hebben alle locs een magneetje. Dat heeft al jaren prima gewerkt. Maar zo'n loc kan in 1/10 seconde over zo'n relais zijn; wanneer deze 2x per seconde wordt uitgelezen, wordt hij dus zeker gemist. Of begrijp ik het verkeerd?

De kabel vanuit de PC naar het interface zit goed vast en mocht het interface kapot zijn, dan functioneert deze toch helemaal niet in plaats van zo nu en dan?

Dank voor jullie inbreng.

René

Reageer op auteur: Wim Ros
Gereageerd: 20 feb 2012 19:10:10
Bericht:

Rene,

ja, dat begrijp je verkeerd. De s88 wordt uitgelezen in een bepaald ritme. Koploper bepaald dat ritme. Alle gezetten contacten blijven gezet net zolang als dat de uitlees ronde langs is geweest.
Ook al doe jij het 1 maal per minuut dat uitlezen, dan nog komt dat bezet gegeven contact door. Pas na het inlezen volgt er een reset van het schuifregister van de s88. Dat is de kracht van dat systeem.

Het gebruik van reedcontacten is natuurlijk wel vragen om ellende en het missen, of te wel het niet geven van een puls is niet geheel ondenkbaar. Dat is dus een mogelijke bron van jouw ellende.

Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus

Reageer op auteur: rbeek
Gereageerd: 20 feb 2012 19:22:38
Bericht:

Oké Wim, dank voor je uitleg, ik zal het uitlezen omlaagbrengen naar 2.
Ik weet dat jij geen voorstander bent van reedcontacten. Ik heb die keuze 10 jaar geleden al gemaakt op basis van de meningen die op de diverse fora naar voren kwamen. Nu zou ik het ook anders doen, maar dat is met mijn baan helaas geen optie.
De eerlijkheid gebied mij overigens te zeggen dat ik er geen slechte ervaringen mee heb behoudens een slecht gesoldeerde draad of zo.

Morgen (ik kan met slechte knieën niet teveel naar de zolder lopen (2 trappen op en neer), ga ik de huidige aanbevelingen weer in de praktijk brengen.

groeten René

Reageer op auteur: wijbe
Gereageerd: 20 feb 2012 20:29:21
Bericht:

René,

De instelling voor de rustperiode staat een paar regels boven de optie bekrachtingstijd van de wissels.

Met vriendelijke groet,
Wijbe

Ecos/Koploper & NL-Rijder

Reageer op auteur: rbeek
Gereageerd: 21 feb 2012 16:52:27
Bericht:

Heren,

Graag hou ik jullie op de hoogte van de bevindingen. Vandaag de hele dag de nodige problemen ondervonden, maar ook opgelost.In elk geval heb ik de tijd zoals aangegeven teruggebracht naar 2 seconden. Binnen het automatisch rijden heb ik een aantal blokken handmatig geblokkeerd om twee vaste trajecten te kunnen rijden. Begonnen met 2 locs per richting. Geen problemen. Toen diverse blokkades vrij gegeven waardoor de locs over een groter gedeelte van de baan konden rijden. Geen problemen (behalve zoals gebruikelijk zo nu en dan met een wissel). Een vijfde loc toegevoegd en later nog een zesde. Vanaf dat moment kwam het incidenteel voor dat na de stopmelder toch weer een stuk(je) werd doorgereden.Maar we houden hoop en gaan verder met uittesten.

groeten, René

Reageer op auteur: V200
Gereageerd: 23 feb 2012 10:17:52
Bericht:

René,

Ik volg dit draadje al enige tijd, wat me opvalt in je laatste bericht is het volgende;
Naarmate je meer locs inzet ontstaan de problemen. Ik heb hier iets soortgelijks gehad. Wisselcommando's werden gemist en/of bezetmeldingen. Dit had echter niets met Koploper te maken maar wel met het stroomverbruik op de baan, bij het inzetten van wagons met ouderwetse interieurverlichting ging het helemaal fout. Het verhogen van de rusttijd was overigens wel een verbetering. Inmiddels gezorgd voor meer vermogen op de baan en alles draait perfect. Misschien kan je hier wat mee.

Mvg Jan

Reageer op auteur: rbeek
Gereageerd: 23 feb 2012 11:33:59
Bericht:

Jan,

Mijn baan telt vijf secties, allen met trafo en booster. Ik denk dat ik eerder teveel vermogen heb dan te weinig. Maar misschien heeft iemand anders iets aan je tip.
Inmiddels rijden er nu 6 treinen tegelijk zonder echte problemen waardoor ik toch de indruk heb dat de instellingen voor wat betreft rusttijden en de uitleessnelheid van de bezetmelders het meeste invloed hebben gehad. Zo zie je maar, er zijn altijd meer wegen die naar Rome leiden :)

in elk geval bedankt voor je reactie,

René

Koploperforum Digitale Treinbesturing : https://www.koploperforum.nl/

© EKweb 2006