Print deze pagina | Sluit het venster

Remgegevens en routes weg??

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

Onderwerp:


Auteur onderwerp: Barry
Onderwerp: Remgegevens en routes weg??
Geplaatst op: 14 nov 2011 20:27:58
Bericht:

L.S.

Al geruime tijd aan het rijden met KL. Er zijn 2 zaken, die lijken (ik zeg met opzet “lijken”) op te treden. Na een middag rijden, laat ik mijn treinen (via F7) naar de opstelblokken rijden (allen in het schaduwstation). Daarna op F6 gedrukt en vervolgens met het rode spiegelei de verbinding met de ECoS verbroken.

De volgende dag de zaak weer opgestart. Het groen spiegelei ingedrukt en dan op F8 gedrukt. Dan gebeuren er 2 zaken: na korte tijd krijg ik “runaways” en het lijkt of de remgegevens weg zijn. Locs, die reeds vele malen in blok hebben gestopt en keurig op de juiste plaats stopten, rijden ineens te ver door.

De enige optie is dan: alle standen schonen en de locs opnieuw aanmelden voor automatisch rijden. Dan geen runaways en remmen gaat wel goed.

Iemand enig idee, waardoor dit fenomeen ontstaat, na het afsluiten en opnieuw opstarten? Mijn database is bijgevoegd.

Groeten,

Bar


Download Attachment: BarJoDam.bck
262,65 KB

N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living

Reacties:


Reageer op auteur: phdirk
Gereageerd: 14 nov 2011 21:45:06
Bericht:

Hallo Bar,

Met uitzondering van het gebruik van F6 zie ik in de beschrijving van je verhaal geen rare dingen. Je kunt als alle treinen stilstaan in de opstelblokken ook meteen op het rode spiegelei drukken.
Doen de beschreven problemen zich elke dag voor of soms wel en soms niet. Het lijkt zo op het eerste gezicht op het niet goed doorkomen van bezetmeldingen. Je zou eens kunnen kijken of de bezetmelder ook echt oplicht als de trein de bezetmelder binnenrijdt. Als dat niet zo is kan dat wijzen op slechte stroomopname van sommige assen.

Met beste groeten
Dirk
HO=TC


Reageer op auteur: Barry
Gereageerd: 15 nov 2011 10:32:56
Bericht:

Hallo Dirk,

Met dank voor de reactie.
Het probleem doet zich alleen voor, als ik de locs op de baan laat staan, KL afsluit (zoals beschreven), de ECoS en de computer afsluit en de 220 Volt naar mijn baan volledige afschakel. Alle onderdelen staan dus compleet spanningsloos.

Daar mijn baan nog in opbouw is, haal ik, na wat uurtjes rijden, al mijn rijdend materieel van de baan (procedure: indrukken F5, wachten tot de locs stilstaan en de spiegeleieren kleuren, stuk voor stuk uit het blok verwijderen en alle handmatig blokkades weghalen, verbinding met ECoS verbreken en KL sluiten op computer). Als daarna de locs weer een keer op de baan worden gezet en rijden, werkt alles normaal en remmen de locs normaal.

Zover ik kan nagaan, lichten alle bezetmelder op, zodra een loc de railsectie oprijdt. Alle railsecties en wisselstraten (met uitzondering van een paar “losse” wissels) worden gevoed én gedetecteerd via de bezetmelders. De losse wissel worden gevoed via een brugcel. De kortste railsecties (stopmelders) zijn minimaal 30 cm. lang.
Als slechte stroomopname de oorzaak zou zijn, moet een loc ergens in een railsectie moeten stilvallen door gebrek aan voedende spanning. Anderzijds zijn de secties zolang, dat de kans, dat een loc er ongedetecteerd “over heen schiet” nihil is.

Mogelijk nog andere suggesties in welke richting ik kan zoeken??

Groeten,

Barry


N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: JackvdW
Gereageerd: 15 nov 2011 20:39:41
Bericht:

Hoi,

Misschien iets met schrijf rechten binnen Windows Vista bij het afsluiten van KL?

Ik rij met XP dus heb er verder geen ervaring mee, maar dit is vaker genoemd op het forum.

Groet Jack.


Reageer op auteur: phdirk
Gereageerd: 15 nov 2011 22:45:59
Bericht:

Hallo Bar,

Waarom verwijder je de locs uit Koploper. Dat is niet nodig. Je kunt rustig fysiek de locs van de baan halen en de locs in Koploper laten staan. Zolang Koploper denkt dat er een loc in een blok staat, controleert Koploper dat niet fysiek.
Ik ben benieuwd wat er gebeurt als je de locs niet elke keer uit Koploper verwijdert. Formeel zou het geen verschil moeten maken, maar je weet het nooit.

Het kan ook een rechtenprobleem zijn binnen Vista. Vanaf die versie vindt meneer Gates dat we niet meer in C:/Progam Files schrijven. Als daar toevallig je database staat, kan dat probleem opleveren. Je kunt de database beter neerzetten op de D:-schijf of op de C:-schijf in Gebruikers bij je eigen folder.


Met beste groeten
Dirk
HO=TC


Reageer op auteur: dentheo
Gereageerd: 16 nov 2011 10:08:14
Bericht:

quote:
Oorspronkelijk geplaatst door Barry


Het probleem doet zich alleen voor, als ik de locs op de baan laat staan, KL afsluit , de ECoS en de computer afsluit en de 220 Volt naar mijn baan volledige afschakel. Alle onderdelen staan dus compleet spanningsloos.



Bar,
Wanneer je het bovenvermelde doet.
Dus helemaal "afbouwen"ttz. F7 wachten, rode pannenkoek, koploper sluiten, computer uit, maar lokomotieven laten staan waar ze staan, dan koffie gaan drinken en dan terug start.
Is koploper dan ook alles vergeten ?
Indien Ja, dan verdenk ik de plaats waar jij de database wil saven..Vista probleem.

Theo vanop de heide.
N+SX+kpl+kplRsd


Reageer op auteur: Barry
Gereageerd: 16 nov 2011 16:13:26
Bericht:

Heren,

Snelle recaties en goede tips.
Ik ga het controleren, maar ik denk, dat inderdaad mijn database wordt weggeschreven naar C:\Program Files. Sowieso zal een plek kiezen op de D-schijf.

Ook zal ik gaan proberen, door de locs in KL te laten staan en alleen fysiek van de baan te halen, kijken of er dan een probleem blijft.

Ik laat weten wat het resultaat is.

Groeten,

Barry




N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: Barry
Gereageerd: 17 nov 2011 20:21:23
Bericht:

L.S.

De database stond inderdaad in C:\Program Files. Inmiddels verhuisd naar de D-schijf.
Is het raadzaam om alles te opslaan/wegschrijven naar de D-schijf?? Ook datgene, dat in C:\Program Data wordt weggeschreven??

Groeten,

Barry


N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: Agebe
Gereageerd: 17 nov 2011 22:36:07
Bericht:

Hallo Barry,

Nee, doe dat alleen maar voor koploper. Ook kan je overwegern het gehele programma op de D schijf te installeren.
Als je verder geen problemen hebt met programma's dan zou ik niet daar aan iets te veranderen.

Mvg Ab Boezerooij

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


Reageer op auteur: Barry
Gereageerd: 18 nov 2011 10:39:58
Bericht:

Hallo Ab,

Er is nu een nieuwe versie van KL (7.4, build 4).
Indien ik deze download en installeer op de bijv. de D-schijf en dan mijn database ook daarheen kopieer, ben ik dan gegevens kwijt?
Indien geen probleem, weet ik in ieder geval zeker, dat eventuele vreemde effecten waarschijnlijk niet het gevolg zijn van het schrijven in C:\Progran Files. In ieder geval één mogelijke oorzaak uitgeschakeld.

Groeten,

Barry



N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: Agebe
Gereageerd: 18 nov 2011 11:13:25
Bericht:

Hallo Barry,

Als je het goed doet ben je geen gegevens kwijt.
Je kunt voor de zekerheid in je huidige versie een back-up maken.
Met locomotief standen. Er van uitgaande dat je datbase nog redelijk
goed is, kan je deze backup importeren in de nieuwe versie van koploper op je D schijf.
Als de datbase toch niet compleet is, kan je deze aanpassen zoals het moet zijn.
En als het goed is, dan is dat ook eenmalig.
Draai eigenlijk al van het begin af aan op een andere partitie, en onder vind geen problemen.
Succes.
Mvg Ab

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


Reageer op auteur: Barry
Gereageerd: 18 nov 2011 17:39:19
Bericht:

Hallo Ab,

Bedankt voor de info. Ik ga het ergens dit weekeinde proberen en laat weten of het lukt.

Groeten,

Barry

N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: Barry
Gereageerd: 20 nov 2011 10:16:49
Bericht:

Heren,

Inmiddels enige zaken geprobeerd en KL en de bestanden buiten c:\Program Files gezet. Echter, ik heb de indruk, dat onder Vista toch remgegevens verloren gaan na het volledig afsluiten en opnieuw opstarten van alle systemen.
Dat leid ik af uit het volgende: ik volg het "Leer remmen" in de Logging. Van 2 locs lees ik daar (na de nodige stops), dat 3x goed geremd is. Daarna komen er dan ook geen logging-gegevens van die locs meer in beeld (op datzelfde blok) bij "Leer remmen".
Als de zaak dan is afgesloten en opnieuw is opgestart, zie, dat de betreffende locs in datzelfde blok weer bezig zijn met "Leer Remmen". Ook is dan zichtbaar, dat de locs weer op andere plaatsen stoppen. Pas na enige tijd is het remmen weer geleerd.

Ik heb KL nu geïnstalleerd op een computer met Windows XP (uit voorzorg buiten C:\Program Files) en heb daarna de database overgebracht. Na aanpassing in de database van alle locaties voor het wegschrijven van bestanden, ben ik opnieuw met dezelfde locs gaan rijden. Weer constateer ik, dat er geleerd wordt te remmen.
Echter nog geen tijd gehad om alles uit te sluiten en opnieuw op te starten. Ik laten weten wat het resultaat is. Dit laatste kan even duren, want over een paar dagen zit ik een paar weken in het buitenland.

Groeten,

Barry


N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: PaHaSOFT
Gereageerd: 20 nov 2011 10:38:16
Bericht:

Barry,

Voordat jij zelf allemaal conclusies gaat trekken, heb jij wel gekeken hoeveel remrecords er in je database zitten en verminderen deze echt? Kijk eens in menu algemeen / systeem informatie. Hierin staat in kader divers genoemd hoeveel remrecords er zijn.

Mvg,
Paul.


Reageer op auteur: Barry
Gereageerd: 20 nov 2011 22:17:21
Bericht:

Hallo Paul,

Als de indruk bestaat, dat ik te snel conclusies trek in betrekking tot jouw onvolprezen programma, mijn excuses daarvoor.
Via een zeer uitgebreide mail van Jack van der Weert begrijp ik, dat het remmen voor elke decoderstap moet worden geleerd. Voor het nu berijdbare deel van mijn baan betekent dit (zonder ook maar verder iets te wijzigen aan instellingen, wisselstraten e.d.), er voor 45 locs x 52 blokken x 28 decoderstappen x 3 goed remmen er tenminste 196.560 gestopt moet zijn om alles goed te krijgen.
Zoals jij al aangaf, heb ik in KL gekeken en zeer duidelijk is, dat ik dat aantal remrecords onder Vista nog lang niet gehaald. Dat nog niet overal goed geremd werd, is daarom wel duidelijk.

Waarom knaagde er tot voor kort toch iets bij mij? Dezelfde loc leek in hetzelfde blok (na goed geremd te hebben) steeds weer door te schieten, als ik de zaak had afgesloten en de volgende dag opnieuw had opgestart.
Wat ik geprobeerd heb, is te kijken naar de remrecords van 1 specifieke loc in steeds hetzelfde blok en de wijze van remmen op de baan. Deze loc reed dan alleen op de baan. Daarbij viel mij op, dat de loc in dat specifieke blok (een stationsblok), na de nodige rempogingen, op enig moment keurig afremde en stilstond op de juiste plek. Alles prima en perfect.
De volgende dag opnieuw dezelfde loc alleen op de baan en dezelfde route laten rijden.
Steeds weer schoot de loc in eerste aanleg meer of minder door en na een aantal remmingen, was de zaak weer perfect. Dat ging al een tijdje zo en ik begreep/begrijp maar niet wat daar de oorzaak van was.
Via dit forum werd de oorzaak mogelijk het besturingssysteem Windows Vista gelegd.

Daarom nu het besluit genomen om over stappen op een computer met als besturingssysteem Windows XP. Duidelijk is, dat XP stabieler is en KL zich daarin beter thuis voelt. Ook bewust besloten overnieuw te beginnen met het leren remmen van de locs om ui te sluiten dat eventuele fouten uit Vista worden meegenomen.
Ik ga nu proberen om weer met 1 loc te starten, deze dan een kleine route te laten rijden en dan te kijken of het aantal remrecords afneemt. Daarnaast nog belangrijker: of mijn computer de gegevens ook vasthoudt.

En Paul, als ik hier (op een publiek forum) echt onzin zit te zwammen, hoor ik dat ook graag. Een mens is nooit te oud om te leren. Op voorhand bedankt voor je inspanning.

Groeten,

Barry


N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: Barry
Gereageerd: 19 dec 2011 12:16:04
Bericht:

L.S.

Inmiddels Koploper op een andere PC met Windows XP draaien. De 1e indruk is (na enige dagen testen), dat de zaak stabieler werkt als onder Vista.
Bij het afsluiten het aantal remrecords gecontroleerd. Bij opstarten kwam steeds hetzelfde aantal boven als bij het afsluiten. Ook de runaways na afsluiten en opstarten doen zich nu niet voor.

Voorzichtige conclusie: problemen bij het wegschrijven van gegevens onder Vista.

Nog 2 vraagjes met betrekken tot remmen en remrecords:
1. Hoeveel remrecords mag ik verwachten bij een baan met 75 blokken en 50 locomotieven?
2. De pendeltrein gebruikt 3 blokken, die nergens op de hoofdbaan zijn aangesloten. Na enige tijd zijn in de logging geen remrecords meer waar te nemen. Toch stopt de loc soms op de verkeerde plaats (zowel te vroeg als te laat). Enig idee wat daar de oorzaak van is??

Groeten,

Barry



N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: PaHaSOFT
Gereageerd: 19 dec 2011 13:30:28
Bericht:

1) 75 * 50 * 28 * 2 = 210.000 en dat hoeft nog niet eens het maximum te zijn

Mvg,
Paul.


Reageer op auteur: Wim Ros
Gereageerd: 19 dec 2011 15:45:31
Bericht:

quote:
Oorspronkelijk geplaatst door Barry

L.S.

2. De pendeltrein gebruikt 3 blokken, die nergens op de hoofdbaan zijn aangesloten. Na enige tijd zijn in de logging geen remrecords meer waar te nemen. Toch stopt de loc soms op de verkeerde plaats (zowel te vroeg als te laat). Enig idee wat daar de oorzaak van is??




Ja, omdat jij niet begrijpt wat en welke informatie je bekijkt.
Als er geen nieuwe records aangemaakt worden, zal je die ook niet zien.
Laat koploper dat nu gewoon achter de schermen voor je regelen en maak je daar nu gewoon geen zorgen over. Hoe meer je daarop ingrijpt hoe langer het duurt dat koploper weet hoe hij netjes moet remmen.

Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus


Reageer op auteur: phdirk
Gereageerd: 19 dec 2011 16:39:37
Bericht:

Hallo Barry,

Ik zie inderdaad ook wel eens dat treinen, die waarschijnlijk al lang horen te weten, hoe er gestopt moet worden, dat soms ineens vergeten lijken te zijn. Dat gebeurt zeker bij een harde ingreep van buitenaf, zoals een door kortsluiting geïnduceerde noodstop, maar ook wel eens tijdens de gewone bedrijfsvoering.
Ik heb dat altijd geweten aan een slechte samenloop van omstandigheden, waardoor de PC net even wat te langzaam schakelt. Over het algemeen is het bij incidenteel en gaat het daarna gewoon weer goed. Een echte verklaring heb ik er dus niet voor.

Met beste groeten
Dirk
HO=TC


Reageer op auteur: Barry
Gereageerd: 19 dec 2011 20:16:10
Bericht:

@ Paul:
Helder, dan weet ik ook, dat ik nog even vooruit kan, want dat aantal haal ik nog bij lange na niet.

@Wim:
Wat geeft jou de indruk, dat ik wil ingrijpen? Je doet aannames, die nergens door gestaafd worden. In alle mij stukken heb ik het nooit over ingrijpen gehad. Ik probeer alleen te volgen wat er gebeurt en dit enigszins te doorgronden. Blijkbaar is dat in jouw optiek voor anderen niet nodig. Maakt mij wel nieuwsgierig hoe jij ooit aan de kennis over Koploper bent gekomen. Kennelijk wist jij alles in één keer en heb jij nooit dingen fout gedaan.
Wat jouw opmerking betreft: als er geen records worden aangemaakt, kan ik ook niets zien: een statement, dat nergens op slaat en voegt helemaal niets aan de discussie toe.
Ik heb alleen de vraag gesteld hoe dit kan en of er een mogelijke oorzaak is, maar kennelijk mag ik dat al niet meer vragen.

@Dirk:
Duidelijk. Uiteraard gebeurt er wel eens wat, waarom er een noodstop optreedt. Ook een samenloop van zaken kan ik begrijpen.
Ik zal eens kijken of enigszins kan ontdekken, wanneer het fenomeen optreedt.

Groeten,

Barry


N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: PaHaSOFT
Gereageerd: 19 dec 2011 22:14:21
Bericht:

Dirk/Barry,

Van mijn kant nog 1 aanvulling: indien noodstop actief wordt zal er GEEN wijzigingen worden aangebracht in het remgedrag. De tijd van het uitgesteld remmen is dan allang verlopen en geeft alleen maar hele scheve beelden.

Mvg,
Paul.


Reageer op auteur: Wim Ros
Gereageerd: 19 dec 2011 22:30:24
Bericht:

Barry,

Sorry wist niet dat je zulke lange tenen hebt en zo'n kortlontje.

Wim


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus


Reageer op auteur: Barry
Gereageerd: 20 dec 2011 08:05:40
Bericht:

Wim,

Grappig, weer een aanname.
Maar ja, ook nu geldt:
Regel 1: Wim heeft altijd gelijk.
Regel 2: Als Wim geen gelijk heeft, treedt regel 1 in werking.

Groeten,


Barry

N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: Wim Ros
Gereageerd: 20 dec 2011 14:12:59
Bericht:

Barry,

Dat is geheel een aanname voor jouw eigen rekening, maar man ga lekker met je treintjes spelen in plaats van de mensen die je proberen te helpen af te zeiken.

Wim.

Ps: Alvast een vredige Kerst

Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus


Reageer op auteur: Barry
Gereageerd: 20 dec 2011 16:07:34
Bericht:

Wim,

Ik trek jouw kennis niet in twijfel en geloof onmiddellijk, dat je mensen wilt hebben bij hun hobby.
Waar ik wel verschrikkelijk veel moeite mee heb, is de wijze, waarop jij communiceert op dit forum en de bewoordingen, die jij gebruikt in je posts.

Volgens mij zou jij nog veel sterker kunnen overkomen, als je meer vanuit een coachende en stimulerende rol zou communiceren, in plaats van met een belerende toon en daarbij soms het beeld op te roepen, dat vragenstellers maar hele domme mensen zijn en naar de bekende weg vragen.

Met vriendelijke groet,

Barry




N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: Wim Ros
Gereageerd: 20 dec 2011 16:19:33
Bericht:

quote:
Oorspronkelijk geplaatst door Barry



dat vragenstellers maar hele domme mensen zijn en naar de bekende weg vragen.

Met vriendelijke groet,

Barry




Ook deze aanname is voor jouw rekening, maar Barry kijk eens in de spiegel en vraag je eens af waar je nu zelf mee bezig bent.

Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus


Reageer op auteur: phdirk
Gereageerd: 20 dec 2011 16:22:16
Bericht:

Hallo Paul en Barry,

Ik reageer op de opmerking over de noodstops en hoop zo dit draadje wat vrij te maken van emoties, die er, overigens begrijpelijkerwijze in de recente postings wat ingeslopen zijn.

Bij "normale" noodstops, dat wil zeggen, noodstops, die door Koploper worden geactiveerd, vanwege bijvoorbeeld een spookmelding, rijden de treinen over het algemeen netjes verder na het opheffen van de noodstop.
Bij een door een externe factor opgewekte noodstop, zoals een kortsluiting op de baan, bv bij een ontsporing, zie ik vaak dat de loks van de leg zijn. Ik schrijf dat gedrag dan eerder toe aan wat verkeerde bitjes in de decoder, dan problemen bij Koploper. Soms moet de centrale even helemaal opnieuw starten, om de decoders weer netjes te krijgen

Met beste groeten
Dirk
HO=TC


Reageer op auteur: Barry
Gereageerd: 20 dec 2011 16:30:24
Bericht:

Wim,

Grappig hoe je met zo'n quote een opmerking uit zijn verband kunt halen. De indruk, die nu kan ontstaan is, dat ik vragenstellers domme mensen vindt. En dat heb ik niet gezegd en was ook niet de strekking van mijn opmerking.

Ik kan nog steeds heel goed in de spiegel kijken.

Los van alle opmerkingen en zaken die over en weer gaan, zou ik jou best eens in persoon in levende lijve willen ontmoeten. Mensen met een eigen mening en een eigen beeld, spreken mij wel aan.
Misschien een suggestie?
Kennelijk hebben wij heel verschillende karakters en benaderen we zaken heel verschillend. Een ontmoeting en praten over de gezamenlijk interesses als treinen e.d. kan een heel boeiend gesprek opleveren.

In ieder geval zeer prettige Kerstdagen en een gezond en voorspoeding 2012 gewenst.

Groeten,


Barry


N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: dentheo
Gereageerd: 20 dec 2011 19:33:22
Bericht:

quote:
Oorspronkelijk geplaatst door phdirk


Bij een door een externe factor opgewekte noodstop, zoals een kortsluiting op de baan, bv bij een ontsporing, zie ik vaak dat de loks van de leg zijn. Ik schrijf dat gedrag dan eerder toe aan wat verkeerde bitjes in de decoder, dan problemen bij Koploper. Soms moet de centrale even helemaal opnieuw starten, om de decoders weer netjes te krijgen



Dirk,

Op het eerste tabblad van database staat er iets over initialiseren loks na noodstop, zou dat daar iets aan kunnen verhelpen ?



Theo vanop de heide.
N+SX+kpl+kplRsd


Reageer op auteur: Barry
Gereageerd: 21 dec 2011 08:04:12
Bericht:

@ Dirk:

Ik denk te begrijpen wat je bedoelt. Zo extreem als jij het beschrijft, heb ik het nog niet mee gemaakt. Herstarten van ECoS is nog niet nodig geweest. Ik ben het met je eens, dat storingen in electronica-onderdelen de oorzaak kunnen zijn. Het blijft echter een hele keten, waarin één klein schakeltje de oorzaak kan zijn.
Ergens is het beeld ontstaan, dat ik de fout bij Koploper leg. Dit is niet zo, maar helaas lijkt het op het beeld uit de maatschappij: de boodschapper wordt onthoofd oftewel Koploper krijgt de schuld.
Dit onvolprezen programma geeft alleen maar aan, dat er iets ergens niet goed gaat.

@ Theo:
De suggestie van Theo staat bij mij niet aangevinkt. Heeft iemand daar ervaring mee in dit soort situaties?

Het liefst verander ik zo weinig mogelijk aan instellingen, om inderdaad Koploper te laten, waar het het sterkst in is. Dan ook nog maar 1 wijziging tegelijk, want anders is er geen mogelijkheid om te achterhalen, wat een wijziging voor effecten heeft opgeleverd.

Dank voor jullie meedenken en suggesties.

Groeten,

Barry


N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


Reageer op auteur: dentheo
Gereageerd: 21 dec 2011 17:57:27
Bericht:

Barry,

In de titel van jou vraag staat ook iets over "routes" die weg zouden zijn , wat bedoel je daarmee ?

Theo vanop de heide.
N+SX+kpl+kplRsd


Reageer op auteur: Wim Ros
Gereageerd: 21 dec 2011 18:56:06
Bericht:

Ik denk maar dat is een aanname, dat er een probleem was met de rechten op zijn vorige PC met windows versie, sinds hij over gestapt is op een PC met windows XP is dat probleem over. Staat ergens halverwege het draadje.

Mvg
Wim.


Alleen de waarheid ligt in het midden

s88SD16-n s88XPressNetLI LocoNet-Interface s88LN xTreme Keerlus


Reageer op auteur: phdirk
Gereageerd: 22 dec 2011 12:31:34
Bericht:

@Theo en Barry,

Het initialiseren na noodstop staat bij mij inderdaad niet aan. Dat is hoofdzakelijke vanwege de redenen, die Barry al aangeeft. Normaalgesproken lost Koploper het zelf goed op, behalve als het systeem door externe oorzaken echt van de leg is, en dat kun je - dat ben ik helemaal met Barry eens - Koploper niet verwijten. Gelukkig gebeurt dat laatste zo zelden, dat ik dat ongemak voor lief neem.
Bovendien zal als je het initialiseren aanzet, dat bij elke noodstop gebeuren en dat is, zoals ik al heb aangegeven, niet nodig en zelfs ongewenst, omdat Koploper zijn "eigen" noodstops keurig afhandelt.

Met beste groeten
Dirk
HO=TC


Reageer op auteur: Barry
Gereageerd: 22 dec 2011 13:17:07
Bericht:

@Theo,
Na het opnieuw opstarten op de vorige PC had ik regelmatig 'runaways". Met de PC met XP heb ik dat nog niet kunnen constateren.

@Wim:
Jouw aanname is geheel correct. Ik gebruik nu een PC met Windows XP en het geheel werkt nu stabiel. Het rijden gaat steeds beter. Kennelijk toch een probleem met schrijfrechten op de harde schijf onder Vista, maar daar heb ik geen bewijs voor.

@Dirk:
Het initialiseren staat inderdaad uit en laat ik ook uit staan. Zeker na jouw laatste toevoeging. Er ontstaan af en toe noodstops, maar deze zijn tot nu toe altijd het gevolg van een mechanisch probleem op de baan en niet door ingrijpen van KL.
Ik begrijp, dat veel externe noodstops KL ook voor een uitdaging plaatsen. Reden te meer om te zorgen, dat de mechanische problemen tot een minimum beperkt worden.

Jullie allen bedankt voor het meedenken en de suggesties.

Groeten,

Barry


N-spoor, Epoche III / Koploper (Vista Premium, Dual-Core) / ECoS / LokPilot / Kuehn / Uhlenbrock / SwitchPilot / Lenz / BMD16N-SD

I just want to celebrate another day of living


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

© EKweb 2006

Sluit venster