Tilly's modelbaanproject: afbouw Märklin verzameling (04-11-2020)

Re:Tilly?s modelbaanproject (Analyse botsing)

Geplaatst Op: donderdag 18 november 2010, 21:02:26

Hallo John,

Toen je DDW nog gebruikte heb ik al eens het vermoeden uitgesproken dat het besturingsprogramma zoveel moet inlezen en opdrachten moet verzenden dat de kans groot is dat er een opdracht, die je verwacht, niet uitgezonden of gemist wordt waardoor er een probleem ontstaat.
Dit soort problemen komen niet alleen bij DDW of de Tams voor maar zal ook bij andere centrales voorkomen die grote banen moeten aansturen.

Mvg,
Peter

Re:Tilly?s modelbaanproject (Analyse botsing)

#2502

Geplaatst Op: donderdag 18 november 2010, 21:11:10

verveeld john

de botsing

hopelijk heb je geen schade aan de loks
ppfffff wat progama,s allemaal voor de baan zeg ik moet het nog een keer door lezen maar hou het zelf even bij de ptt relais

wel erg knap en erg mooi gemaakt john.
ga je een ook een berg landschap maken.

groetjes bas

Re:Tilly?s modelbaanproject (Analyse botsing)

#2503

Geplaatst Op: donderdag 18 november 2010, 21:14:23

Hoi John,

Situatie duidelijk. Om ergens te beginnen, en wellicht heb je dit al gedaan, een aantal controlepunten:

1. Doen alle bezetmeldingen het, en geven ze ook een goede terugmelding van de juiste plaats in de baan naar de juiste plaats in je Koploper sporenplan?

2. Is alles goed aangegeven in Koploper? (bezetmeldpunten/aantal modules, etc)

3. Gebeurde het bij het rijden van deze 16 treinen, of ook met een minder aantal?

4. Geven al je treinen overal een goede bezetmelding aan?

5. Was je bezig met het invoeren van gegevens in Koploper, of iets als zodanig tijdens het automatisch rijden? (weet niet of dit in Koploper mogelijk is)

Dit zijn zo een paar dingen die even snel bij mij opkomen.

Re:Tilly?s modelbaanproject (Analyse botsing)

#2504

Geplaatst Op: donderdag 18 november 2010, 21:16:17

John,

Wisselbestand heeft deze een vaste waarde of laat je dit door windows afhandelen?
Zelf had ik altijd een vaste waarde van 2,5 X het geheugen staan hierdoor voorkom je dat windows steeds moet uitrekenen hoe groot ie het moet maken. Vaste waarde werkt hierdoor iets sneller.

Groet Harry

Re:Tilly?s modelbaanproject (Analyse botsing)

#2505

Geplaatst Op: donderdag 18 november 2010, 21:30:34

Citaat van: New Holland op donderdag 18 november 2010, 18:34:07

ik weet niet of rocrail hier mee overweg kan? http://wiki.rocrail.net/doku.php?id=start-nl betekent wel weer met een ander programma werken, maar kan volgens mij hetzelfde als koploper.

Joram,

het is ontzettend veel werk om dit allemaal te programmeren en dat zie ik voorlopig toch nog niet zitten. Daarnaast wil ik eerst proberen de exacte oorzaak te vinden.

Gerard,

hier de antwoorden:

1) Ze doen het.
2) Ja, is uitgebreid getest.
3) Dit gebeurde toen nog maar 3 treinen reden.
4) Ja, behalve op het moment dat het mis ging.
5) Nee.

Harry,

geen idee waar je het over hebt

Groetjes, John

Re:Tilly?s modelbaanproject (Analyse botsing)

#2506

Geplaatst Op: donderdag 18 november 2010, 22:01:27

Hallo John, allen,

heb jij wel de spookmeldingen van Koploper aanstaan, het lijkt mij dat deze in jouw situatie allang had moeten ingrijpen, helaas lost dit de oorzaak van je probleem niet op, maar kijkt wel naar de gevolgen.

Evt. wil ik jouw enorme database nog wel even doorlopen op evt. fouten, je hebt mijn mailadres,

met vriendelijke groet,

Walter

Re:Tilly?s modelbaanproject (Analyse botsing)

#2507

Geplaatst Op: donderdag 18 november 2010, 22:08:40

Hoi John,

Bedankt voor je antwoorden. Dat zit in ieder geval goed.

Hadden alle betreffende treinen op deze bezetmelders een stopcommando moeten krijgen? Of de bezetmelding/terugmelding komt niet door (HSI-88/Koploper)) of deze komt wel door, maar het stopcommando naar de loc wordt niet doorgegeven (Tams/Koploper). Met hoeveel rijstappen wordt er gereden, 14 en/of 27/28 afh.van de decoders. Deze Tams, op welke baudrate is deze ingesteld, en gebruik je deze Tams ook voor het schakelen van de wissels en seinen? Het is altijd beter om bij grote banen het rijden en schakelen ook compleet te scheiden. Zelf gebruik ik voor het schakelen een 2e Tams bijvoorbeeld.

Re:Tilly?s modelbaanproject (Analyse botsing)

#2508

Geplaatst Op: donderdag 18 november 2010, 22:14:14

Wat Harry bedoelt is het wisselbestand van het geheugen op een vaste grootte instellen in plaats van variabel.
Doe ik ook altijd op mijn pc's.
Als je rechts klinkt op "Deze computer" en dan eigenschappen kan het het ergens bij tabblas "Geavanceerd" en dan bij "Prestaties" instellen bij de optie "Virtueel geheugen".
Zet deze op aangepast en zet de minimum en maximum grootte op dezelfde waarde van bijvoorbeeld 2,5x je werkgeheugen.

Koen

Re:Tilly?s modelbaanproject (Analyse botsing)

#2509

Geplaatst Op: donderdag 18 november 2010, 22:16:21

Citaat van: Mog op donderdag 18 november 2010, 22:08:40
Deze Tams, op welke baudrate is deze ingesteld, en gebruik je deze Tams ook voor het schakelen van de wissels en seinen? Het is altijd beter om bij grote banen het rijden en schakelen ook compleet te scheiden. Zelf gebruik ik voor het schakelen een 2e Tams bijvoorbeeld.

Koploper kan maar een centrale aansturen en niet twee of meer.

Mvg,
Peter

Re:Tilly?s modelbaanproject (Analyse botsing)

#2510

Geplaatst Op: donderdag 18 november 2010, 22:37:17

Citaat van: KNed op donderdag 18 november 2010, 22:14:14
Wat Harry bedoelt is het wisselbestand van het geheugen op een vaste grootte instellen in plaats van variabel.
Doe ik ook altijd op mijn pc's.
Als je rechts klinkt op "Deze computer" en dan eigenschappen kan het het ergens bij tabblas "Geavanceerd" en dan bij "Prestaties" instellen bij de optie "Virtueel geheugen".
Zet deze op aangepast en zet de minimum en maximum grootte op dezelfde waarde van bijvoorbeeld 2,5x je werkgeheugen.

Koen

Beter is het om 1,5x het RAM te pakken ipv 2,5x. In John zijn geval zou dit zijn 1,8 GB.

Re:Tilly?s modelbaanproject (Analyse botsing)

#2511

Geplaatst Op: vrijdag 19 november 2010, 07:40:41

Citaat van: wissels op donderdag 18 november 2010, 22:01:27

heb jij wel de spookmeldingen van Koploper aanstaan, het lijkt mij dat deze in jouw situatie allang had moeten ingrijpen

Als je goed leest zie je dat kennelijk het terugmeldsysteem van John uitvalt. Spookmeldingen komen dan ook niet door.

Gr, Ben.

Re:Tilly?s modelbaanproject (Analyse botsing)

#2512

Geplaatst Op: vrijdag 19 november 2010, 07:59:39

Laatste wijziging: vrijdag 19 november 2010, 08:39:29 door Mog

Hoi John,

Is de FIFO buffer van je PC aktief? Deze moet aktief zijn bij de LDT HSI-88 met seriele aansluiting.

Citaat van: Freak op donderdag 18 november 2010, 22:16:21
Koploper kan maar een centrale aansturen en niet twee of meer.

Dat is jammer...

Re:Tilly?s modelbaanproject (Analyse botsing)

#2513

Geplaatst Op: vrijdag 19 november 2010, 08:51:51

Hoi John,

Heb je al gekeken of de bezetmelders die geen melding hebben gegeven allemaal op dezelfde uitgang van de HSI88 zitten

Gr.
René

Re:Tilly?s modelbaanproject (Analyse botsing)

#2514

Geplaatst Op: vrijdag 19 november 2010, 09:23:02

John,

Wat je beschrijft is mij laatst ook overkomen. Opeens dook een trein op in een blok waar ie niet werd verwacht. De stopmelder van het blok waar ie zou moeten zijn had blijkbaar niet getriggerd. Tests van de bezetmelder wezen uit dat ie het gewoon goed deed. Lok teruggezet halverwege het blok waar ie zou moeten zijn, en op nieuw reed ie ongetecteerd het blok weer uit.
Hierna heb ik de trein volledig van de baan verwijderd, ook in Koploper (verwijder uit blok).
Daarna liep alles weer als zou moeten.
Ik heb het aan een "hangend" bit toegeschreven.

Ik draai op een oude AMD met windows millenium. Zo oud allemaal dat ik hoeveelheden geheugen e.d. niet meer paraat heb.
Koploper versie 7.1 b2. Spookdetectie stond uit

Re:Tilly?s modelbaanproject (Analyse botsing)

#2515

Geplaatst Op: vrijdag 19 november 2010, 15:51:34

Citaat van: ArjanM op vrijdag 19 november 2010, 09:23:02
John,

Wat je beschrijft is mij laatst ook overkomen. Opeens dook een trein op in een blok waar ie niet werd verwacht. De stopmelder van het blok waar ie zou moeten zijn had blijkbaar niet getriggerd. Tests van de bezetmelder wezen uit dat ie het gewoon goed deed. Lok teruggezet halverwege het blok waar ie zou moeten zijn, en op nieuw reed ie ongetecteerd het blok weer uit.
Hierna heb ik de trein volledig van de baan verwijderd, ook in Koploper (verwijder uit blok).
Daarna liep alles weer als zou moeten.
Ik heb het aan een "hangend" bit toegeschreven.

Ik draai op een oude AMD met windows millenium. Zo oud allemaal dat ik hoeveelheden geheugen e.d. niet meer paraat heb.
Koploper versie 7.1 b2. Spookdetectie stond uit

Dit verhaal is mij tijdens het testen met 1 loc voorgekomen! Slechts 1 keer, niet weer voorgekomen, toch zeer vreemd. Trein bleef maar rondjes rijden en de volgende melding kwam niet.....

Re:Tilly?s modelbaanproject (Analyse botsing)

#2516

Geplaatst Op: vrijdag 19 november 2010, 17:57:09

Laatste wijziging: zondag 21 november 2010, 20:42:32 door Tilly

Hallo allemaal,

er is weer volop gereageerd zie ik

Hier mijn reacties:

Citaat van: wissels op donderdag 18 november 2010, 22:01:27

heb jij wel de spookmeldingen van Koploper aanstaan, het lijkt mij dat deze in jouw situatie allang had moeten ingrijpen, helaas lost dit de oorzaak van je probleem niet op, maar kijkt wel naar de gevolgen.

Evt. wil ik jouw enorme database nog wel even doorlopen op evt. fouten, je hebt mijn mailadres,

Walter,

de spookmelddetectie stond aan, ik rij trouwens altijd met spookmelddetectie.

Ik zal je vanavond mijn database toemailen, alvast bedankt voor de moeite.

Citaat van: Mog op donderdag 18 november 2010, 22:08:40

Hadden alle betreffende treinen op deze bezetmelders een stopcommando moeten krijgen? Of de bezetmelding/terugmelding komt niet door (HSI-88/Koploper)) of deze komt wel door, maar het stopcommando naar de loc wordt niet doorgegeven (Tams/Koploper). Met hoeveel rijstappen wordt er gereden, 14 en/of 27/28 afh.van de decoders. Deze Tams, op welke baudrate is deze ingesteld, en gebruik je deze Tams ook voor het schakelen van de wissels en seinen? Het is altijd beter om bij grote banen het rijden en schakelen ook compleet te scheiden. Zelf gebruik ik voor het schakelen een 2e Tams bijvoorbeeld.

Hoi Gerard,

uiteindelijk hadden de treinen natuurlijk een stopcommando moeten krijgen maar niet in het blok waar volgens Koploper de loks zouden moeten staan

Het lijkt erop dat er op een bepaald moment inderdaad geen enkele bezetmelding mee doorgekomen is maar het zou ook zomaar kunnen dat er ook geen lokcommando's meer gecommuniceerd zijn.
De Tams en de compoort staan ingesteld op een baudrate van 19200. Alles gaat via één Tams mastercontrol. Een tweede Tams zou dit probleem volgens mij niet oplossen omdat er dus ook een probleem was met de terugmelding die loopt via de HSI-88.

Citaat van: KNed op donderdag 18 november 2010, 22:14:14

Wat Harry bedoelt is het wisselbestand van het geheugen op een vaste grootte instellen in plaats van variabel.
Doe ik ook altijd op mijn pc's.
Als je rechts klinkt op "Deze computer" en dan eigenschappen kan het het ergens bij tabblas "Geavanceerd" en dan bij "Prestaties" instellen bij de optie "Virtueel geheugen".
Zet deze op aangepast en zet de minimum en maximum grootte op dezelfde waarde van bijvoorbeeld 2,5x je werkgeheugen.

Koen,

dit is de instelling van het wisselbestand:

Op het werk vandaag met een hardwarespecialist gesproken en volgens hem zou het zeer onwaarschijnlijk zijn dat dit het probleem is.

Zo dadelijk het vervolg van de antwoorden

Re:Tilly?s modelbaanproject (Analyse botsing)

#2517

Geplaatst Op: vrijdag 19 november 2010, 18:15:03

Laatste wijziging: zondag 21 november 2010, 20:43:08 door Tilly

Citaat van: Mog op vrijdag 19 november 2010, 07:59:39

Is de FIFO buffer van je PC aktief? Deze moet aktief zijn bij de LDT HSI-88 met seriele aansluiting.

Gerard,

dit zijn de instellingen van de compoorten:

De FIFO-buffers staan bij beide uitgeschakeld, dit was nl noodzakelijk in combinatie met DDW. Moeten die dus aangevinkt zijn?

Citaat van: Lokkie op vrijdag 19 november 2010, 08:51:51

Heb je al gekeken of de bezetmelders die geen melding hebben gegeven allemaal op dezelfde uitgang van de HSI88 zitten

René,

de bezetmelders waar het mis ging waren aangesloten op verschillende modules.

Citaat van: ArjanM op vrijdag 19 november 2010, 09:23:02
John,

Wat je beschrijft is mij laatst ook overkomen. Opeens dook een trein op in een blok waar ie niet werd verwacht. De stopmelder van het blok waar ie zou moeten zijn had blijkbaar niet getriggerd. Tests van de bezetmelder wezen uit dat ie het gewoon goed deed. Lok teruggezet halverwege het blok waar ie zou moeten zijn, en op nieuw reed ie ongetecteerd het blok weer uit.
Hierna heb ik de trein volledig van de baan verwijderd, ook in Koploper (verwijder uit blok).
Daarna liep alles weer als zou moeten.
Ik heb het aan een "hangend" bit toegeschreven.

Ik draai op een oude AMD met windows millenium. Zo oud allemaal dat ik hoeveelheden geheugen e.d. niet meer paraat heb.
Koploper versie 7.1 b2. Spookdetectie stond uit

Citaat van: wijbe op vrijdag 19 november 2010, 15:51:34

Dit verhaal is mij tijdens het testen met 1 loc voorgekomen! Slechts 1 keer, niet weer voorgekomen, toch zeer vreemd. Trein bleef maar rondjes rijden en de volgende melding kwam niet.....

Hoi Arjan en Wijbe,

ik ben blij dat ik niet de enige ben waar het misgaat

Maar goed, mischien wordt hier de oplossing gevonden

Waarom rij je(Arjan) trouwens met de spookmelddetectie uit?

Het kostte even tijd om deze antwoorden te geven dus ik hoop dat jullie er wat mee kunnen

Groetjes, John

Re:Tilly?s modelbaanproject (Analyse botsing)

#2518

Geplaatst Op: vrijdag 19 november 2010, 18:53:16

John,

Zie dat je minimale en maximale waarde niet gelijk zijn hierdoor moet de pc nog steeds berekenen hoe groot hij moet zijn ik zou proberen om de minimale en maximale grote gelijk t zetten. Je zou kunnen beginnen met 1,5 keer je werkgeheugen te nemen. Baat het niet schaad het niet. Bij mij was er destijds wel degelijk snelheids winst.

Groetjes Harry

Re:Tilly?s modelbaanproject (Analyse botsing)

#2519

Geplaatst Op: vrijdag 19 november 2010, 19:13:03

Laatste wijziging: vrijdag 19 november 2010, 19:14:50 door Mog

Hoi John,

Ja, bij de HSI-88 (Serieel) moet de FIFO buffer aktief zijn. Het is wel PC afhankelijk wat de waarde moet zijn, maar je zou deze eerst op een maximale waarde kunnen zetten. Dit zul je even moeten testen. Ik zal vanavond even kijken hoe deze bij mij stonden op mijn vorige PC met compoorten. De huidige heeft alleen maar USB.

Re:Tilly?s modelbaanproject (Analyse botsing)

#2520

Geplaatst Op: vrijdag 19 november 2010, 19:54:39

gelezen in de documentatie van HSI-88:

CiteerDeactiveert u in de aansluitinstellingen van de COM-poort,
waarover de HSI-88 met de PC verbonden is, de FIFO-buffer.
U bereikt deze instelmogelijkheid afhankelijk van het
besturingssysteem (Win98, WinME, Win2000, WinXP etc.) via
Mijn computer, Configuratiescherm, Systeem, Hardware en
Apparaatbeheer of op dergelijke wijze.

ik zou XON/XOFF uitzetten, dat wordt meestal niet gebruikt, tenzij je ergens in de documentatie duidelijk leest om dit wel te gebruiken.

worden andere terugmeldingen wel geregistreerd? Flakkert de LED na de start van de modelbaansoftware? Zo niet dan lijkt het erop dat je hele com-poort hangt. als dit gebeurt terwijl XON/XOFF uitstaat, dan zou je beter een andere compoort-kaart kunnen kopen.

gebruik je drie S-88 bussen op de HSI? volgens de documentatie reageert de PC dan sneller, maar ik kan me voorstellen dat de HSI zelf het moeilijker krijgt. ook de HSI kan een foutje bevatten waardoor hij geen wijzigingen meer ziet. (Hij reageert alleen op wijzigingen, tenminste zo lees ik in de documentatie)

misschien heb je er wat aan. Hessel

Re:Tilly?s modelbaanproject (Analyse botsing)

#2521

Geplaatst Op: vrijdag 19 november 2010, 20:07:37

Hallo Hesse,

Dit is alleen wanneer er communicatie problemen optreden. Dit staat ook als zodanig in de handleiding. Als ik op mijn baan de FIFO buffer van de HSI compoort uitschakel heb ik na enkele minuten hangende bezetmeldingen, geen bezetmeldingen etc. Het is ook PC afhankelijk, je kunt niet zomaar een standaard instelling bepalen. Treden er elke keer problemen op met de FIFO aktief, dan kan de oplossing zijn deze uit te schakelen. Maar standaard is dit niet zo het geval.

Zie hier een citaat van bijv.WinDigipet en zie wat er bij FIFO puffer staat.

Digitalsystem HSI-88 (seriell) Fa. Littfinski DatenTechnik (LDT)

Eigenschaften in Verbindung mit Win-Digipet:

Rückmeldesystem:         s88
Anzahl Rückmelder:      496 = 31 Module â 16 Rückmeldekontakte
Schnittstelle:      RS232 (Com)
Unterstützung ab Win-Digipet-Version:      8.0

Einstellung der RS232 Schnittstelle:

Bits pro Sekunde         9600
Datenbits      8
Parität      keine
Stoppbits      1
Flusssteuerung      Hardware
FIFO-Puffer      aktiv 1)

1) Je nach PC ist die jeweilige FIFO-Einstellung zu ermitteln, wo der HSI am zuverlässigsten arbeitet.

Wichtig!
Da die Rückmeldemodule auf 3 Stränge verteilt werden können, ist in Win-Digipet bei jedem Strang immer
mit dem Modul 1 zu beginnen!
Beispiel: Je Strang sind 2 Module a 16 RMK angeschlossen!

Digitalsystem    von Modul     bis Modul    Strang     Startmodul    Kontaktbereich
LDT HSI-88   1   4   1   1    001- 032
LDT HSI-88   1   4   2   5    033- 064
LDT HSI-88   1   4   3   9    065- 096

Dit geld ook voor Railware bijv. ,het besturingssysteem op mijn baan. Daar heb ik de FIFO buffer op maximaal staan.

Re:Tilly?s modelbaanproject (Analyse botsing)

#2522

Geplaatst Op: vrijdag 19 november 2010, 20:10:32

Ter aanvulling van mijn probleempje, ik ben nog best een beginneling met koploper. Maar spookdetectie heb ik dus helaas nog niet aanstaan, moet ik nog even uitvinden. Maar de trein wou het gewoon niet melden dat er een melding kwam. Nog niet weer voorgekomen!

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2523

Geplaatst Op: vrijdag 19 november 2010, 20:35:25

Harry, Gerard, Hessel,

bedankt voor de info, heb alles aangepast. Nu eens kijken of het iets brengt.

Heb voor de fun even een filmpje gemaakt van de logging in Koploper. Let even niet op de slechte kwaliteit

Groetjes, John

Re:Tilly?s modelbaanproject (Analyse botsing)

#2524

Geplaatst Op: vrijdag 19 november 2010, 20:44:39

Laatste wijziging: vrijdag 19 november 2010, 21:01:28 door de Hoeve

ik maak me sterk dat XON/XOFF actief moet zijn.
het betekent in gewoon nederlands dat de PC tegen de HSI-88 kan zeggen: "stop even met zenden want ik heb het te druk".

behalve dat het technisch gezien onverstandig is om de terugmeldingen uit te zetten, moet de HSI-88 dus commando's van de PC kunnen ontvangen en verwerken.

andersom kan in de gegevens vanuit de HSI-88 naar de PC bij een bepaald bezettingspatroon wel degelijk de code van XOFF voorkomen. Het ligt er maar aan hoe de PC omgaat met die code.

Kortom: uitzetten, want in technische toepassingen (real-time) is XON/XOFF onbruikbaar!

Hessel.

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2525

Geplaatst Op: vrijdag 19 november 2010, 21:13:14

Hoi John, Hessel,

Als vb.de poortinstellingen bij mijn 2 PC 's:

Railware PC (treinbaan) : HSI-88 FIFO aktief ontvangstbuffer 14/verzendbuffer 16
WinDigipet PC (Faller Car): HSI-88 FIFO Aktief ontvangstbuffer 8/verzendbuffer 10

Op alle poorten: Datatransportbesturing: Geen

Hessel heeft hier ook een punt, nl. de datatransportbesturing.

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2526

Geplaatst Op: vrijdag 19 november 2010, 21:15:18

Citaat van: de Hoeve op vrijdag 19 november 2010, 19:54:39
ik zou XON/XOFF uitzetten, dat wordt meestal niet gebruikt, tenzij je ergens in de documentatie duidelijk leest om dit wel te gebruiken.

worden andere terugmeldingen wel geregistreerd? Flakkert de LED na de start van de modelbaansoftware? Zo niet dan lijkt het erop dat je hele com-poort hangt. als dit gebeurt terwijl XON/XOFF uitstaat, dan zou je beter een andere compoort-kaart kunnen kopen.

gebruik je drie S-88 bussen op de HSI? volgens de documentatie reageert de PC dan sneller, maar ik kan me voorstellen dat de HSI zelf het moeilijker krijgt. ook de HSI kan een foutje bevatten waardoor hij geen wijzigingen meer ziet. (Hij reageert alleen op wijzigingen, tenminste zo lees ik in de documentatie)

Een HSI heeft geen enkele moeite met het uitlezen van het aantal (31) modules.
De HSI verstuurd dan pas zijn data naar de PC zodra het besturingsprogramma (Koploper) er om vraagt.

Citaat van: Tilly op vrijdag 19 november 2010, 17:57:09
Het lijkt erop dat er op een bepaald moment inderdaad geen enkele bezetmelding mee doorgekomen is maar het zou ook zomaar kunnen dat er ook geen lokcommando's meer gecommuniceerd zijn.

Ik heb je al eens verteld dat de zwakste (lees traagste) schakel in het geheel de communicatie tussen centrale en baan is. De commando?s worden in een queue geplaatst en vervolgens door de centrale na elkaar uitgezonden.
Indien lok- of wissel commando?s te laat bij de lok of wissel aankomen kan dit probleem ook ontstaan. Bij een kleine(re) baan zal dat niet snel voor komen anders dan bij een grote(re) baan.

Mvg,
Peter

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2527

Geplaatst Op: vrijdag 19 november 2010, 21:30:48

in de documentatie staat duidelijk dat de HSI-88 elke verandering aan de ingang doorstuurt naar de PC. hij werkt dus niet op poll basis, maar op event-basis, tenminste als de documentatie klopt.

of je buffers kunt gebruiken, hangt af van de soort chip van de COM-poort. Een firmware bug in de 16550 chip maakte het in de praktijk onmogelijk om de buffers praktisch te gebruiken. Daarom werd de 16550A niet lang daarna gelanceerd. Dat was daarmee de eerste UART uit de familie die in staat was zijn FIFO buffers werkelijk te gebruiken. de nieuwste is de 16650 chip. zet je buffers dus uit als je een oude chip in de COM-poort hebt. (zie lambertbies.nl)

groeten,
Hessel

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2528

Geplaatst Op: vrijdag 19 november 2010, 21:39:52

Citaat van: Tilly op vrijdag 19 november 2010, 18:15:03
Waarom rij je(Arjan) trouwens met de spookmelddetectie uit?

Omdat ik daarvoor een andere trein uit het schaduw station had gehaald en weer teruggezet. De wissels met koploper omgezet. Als ik spookmeldingen aan liet dan sprong die gelijk op tilt bij de eerstvolgende bezetmelding. Daarna ben ik gewoon gaan rijden en ben vergeten de spookmeldingen weer aan te zetten. Pas toen de loc die in blok 17 werd geacht te zijn, blok 22 indook had ik door dat er iets niet in orde was. Eerste gedachte was "waarom werkt spookmeldingen niet?!?". Omdat ie niet aanstond dus

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2529

Geplaatst Op: vrijdag 19 november 2010, 21:42:41

Hessel,

Citaat van: de Hoeve op vrijdag 19 november 2010, 21:30:48
zet je buffers dus uit als je een oude chip in de COM-poort hebt.

Dat zou kunnen, bij een oude PC.

Heb zojuist voor de test mijn FIFO buffer uitgeschakeld (van de HSI-88) op mijn treinbaan PC, na enkele minuten had ik valse of geen juiste bezetmeldingen meer......

Ik zet 'm op aktief en kom er niet meer aan

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2530

Geplaatst Op: vrijdag 19 november 2010, 22:05:41

Ok Mog! er staat bij de COM-poort instellingen dan ook dat je de buffers zo hoog mogelijk moet zetten voor beste prestaties. met moderne com-poorten is dit geen probleem. de FIFO buffers geven je PC even de tijd om iets anders te doen dan de HSI-88 data uit te lezen.

Tilly John gebruikt een insteekkaartje als com poort. daar is het wel van belang even te checken welke chips er op zitten.

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2531

Geplaatst Op: vrijdag 19 november 2010, 22:54:15

Citaat van: de Hoeve op vrijdag 19 november 2010, 21:30:48
in de documentatie staat duidelijk dat de HSI-88 elke verandering aan de ingang doorstuurt naar de PC. hij werkt dus niet op poll basis, maar op event-basis, tenminste als de documentatie klopt.

De HSI werkt op poll basis en geeft de veranderingen dan pas door indien de PC daarom vraagt en niet eerder.

Mvg,
Peter

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2532

Geplaatst Op: vrijdag 19 november 2010, 23:07:21

haha Peter! als je dat bedoelt heb je weer gelijk.

maar wij hebben het hier natuurlijk over de communicatie tussen PC en HSI-88
en de instellingen van de compoort van de PC.

Hessel.

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2533

Geplaatst Op: vrijdag 19 november 2010, 23:23:38

Hessel,

Enige tijd gelden heb ik bij John enkele problemen gezien. Aardige was dat de meldingen gezien werden maar dat de opdrachten niet of te laat verstuurd werden waardoor treinen gewoon met de laatste opdracht verder reden. Met nodige gevolgen van dien.

Mvg,
Peter

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2534

Geplaatst Op: vrijdag 19 november 2010, 23:27:03

Laatste wijziging: zondag 21 november 2010, 20:43:41 door Tilly

Citaat van: de Hoeve op vrijdag 19 november 2010, 21:30:48

of je buffers kunt gebruiken, hangt af van de soort chip van de COM-poort. Een firmware bug in de 16550 chip maakte het in de praktijk onmogelijk om de buffers praktisch te gebruiken. Daarom werd de 16550A niet lang daarna gelanceerd. Dat was daarmee de eerste UART uit de familie die in staat was zijn FIFO buffers werkelijk te gebruiken. de nieuwste is de 16650 chip. zet je buffers dus uit als je een oude chip in de COM-poort hebt. (zie lambertbies.nl)

Hoi Hessel,

even een foto gemaakt van de compoort kaart:

De nummers die jij aangeeft zie ik nergens. Hoe kom ik daar nu achter?

Groetjes, John

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2535

Geplaatst Op: zaterdag 20 november 2010, 16:33:14

Citaat van: Freak op vrijdag 19 november 2010, 23:23:38
Hessel,

Enige tijd gelden heb ik bij John enkele problemen gezien. Aardige was dat de meldingen gezien werden maar dat de opdrachten niet of te laat verstuurd werden waardoor treinen gewoon met de laatste opdracht verder reden. Met nodige gevolgen van dien.

Mvg,
Peter

dat is belangrijke info Peter! dat is de volgende stap. misschien zijn we net aan het verkeerde eindje begonnen, maar er schreef ook iemand dat de detecties in de war waren bij hem.

lijkt me dus nu verstandig eerst de communicatie tussen HSI en PC goed in te stellen. dat moet toch ook niet zo moeilijk zijn....

@John, ik denk dat het de chips bij de flatcables zijn (twee dezelfden? want twee poorten) maar ik kan de nummers zo niet lezen. inderdaad zijn soms heel andere nummers op de ic's gedrukt, dan moeten we even googelen. Wat zijn de nummers?

gr. Hessel.

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2536

Geplaatst Op: zaterdag 20 november 2010, 19:00:49

Hoi Hessel,

het zijn inderdaad 2 dezelfde chips en ze hebben de volgende nummers:

82AT8Yk GD75232

De 8 zou ook een B kunnen zijn, de nummers zijn nl slecht te lezen.

Groetjes, John

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2537

Geplaatst Op: zaterdag 20 november 2010, 19:35:22

Citaat van: Tilly op zaterdag 20 november 2010, 19:00:4982AT8Yk GD75232

Het gaat hier dus om een gecombineerde drivers/ receivers IC.
Pin compatible met de SN75C185 en SN75185

Het gaat om het grote IC op de foto rechts.

Mvg,
Peter

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2538

Geplaatst Op: zaterdag 20 november 2010, 19:45:28

Hoi,

Da's een MOSCHIP MCS9835 een all-in-one MIO kaart: 2 x serieel, 1 x parallel ( rechtsboven zie je de parallelpoort.

Heeft een 32 bytes FIFO buffer.

Grtzz,

Karst

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2539

Geplaatst Op: zaterdag 20 november 2010, 21:51:18

tja Peter, ik had al zo'n voorgevoel dat dat de drivers waren, maar mn post stond al.

@Karst: dank je. het grote IC is dus compatible with 16C550 maar deze fabrikant zal vast niet bedoelen dat de FIFO fout ook nagemaakt is.

het zit dus wel goed op de printen van John.

dan kom ik nu op iets wat ik ook niet weet: er zit een FIFO-buffer in de moschip van 32 bytes. wat voor effect hebben de FIFO instellingen in windows daarop? en wat betekent dat voor de gegevens die koploper krijgt/uitleest?

groeten,
Hessel.

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2540

Geplaatst Op: zondag 21 november 2010, 10:22:18

Citaat van: Freak op vrijdag 19 november 2010, 23:23:38

Enige tijd gelden heb ik bij John enkele problemen gezien. Aardige was dat de meldingen gezien werden maar dat de opdrachten niet of te laat verstuurd werden waardoor treinen gewoon met de laatste opdracht verder reden. Met nodige gevolgen van dien.

Hoi Peter,

het probleem wat ik nu had lijkt niet op dit, de bezetmeldingen werden nu niet gezien.

Compoortkaart weer teruggeplaatst en jullie tips opgevolgt:

FiFo-buffer staat aangevinkt en Datatransportbesturing op "geen" gezet. 2 uur lang hebben de treinen zonder problemen gereden. Dit zegt natuurlijk nog niets dus afwachten.
De vraag is nu: wat moet ik allemaal loggen om bij een volgend keer exact te kunnen achterhalen waar het probleem zit?

Groetjes, John

PS: Walter heeft mijn database nagekeken en heeft niets bijzonders kunnen vinden. Walter bedankt voor de moeite

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2541

Geplaatst Op: zondag 21 november 2010, 11:03:22

Citaat van: Tilly op zondag 21 november 2010, 10:22:18
De vraag is nu: wat moet ik allemaal loggen om bij een volgend keer exact te kunnen achterhalen waar het probleem zit?

De bezetmeldingen, lok- en wissels opdrachten.

Mvg,
Peter

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2542

Geplaatst Op: zondag 21 november 2010, 20:33:53

Peter,

ok. Zijn er nog specifieke zaken waar ik naar moet kijken als het misgaat? Ik wil nl een soort van checklist hebben waar ik naar moet kijken als het zover mocht komen.

Groetjes, John

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2543

Geplaatst Op: zondag 21 november 2010, 23:31:58

Hallo John,

Kijken op welke bezetmelders het misgaat, welke actie van Koploper hierop had moeten zijn en welke opdracht uiteindelijk hierop is uitgevoerd.

Mvg,
Peter

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2544

Geplaatst Op: maandag 29 november 2010, 14:28:04

Hallo John,

Leuk je ontmoet te hebben, tijdens de gastendag.
Wist niet dat je al zo ver was ik volgde de berichten wel maar had dan niet in de gaten dat je al zover was.
Tijdens de demo bij Walter veel opgestoken maar of het nu echt tot me door drong is nog maar de vraag.
Hoop dat je het nu zelf ook hebt begrepen.

Vond het overigens jammer dat je niet kon zien wie wie was.
Daar zou denk ik toch nog eens een oplossing voor gevonden moeten worden.
Ik heb wel een trui besteld maar Sacha moet er minsten 15 of 20 hebben voor hij kan bestellen.
Hier door heb ik met verschillende mensen staan praten waarvan ik dacht wie was dat nu ook alweer.

Maar ja de volgende keer beter hoop ik.
Kijk er naar uit hoe het bovenste nivo eruit komt te zien.

vr.gr. Günther.

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2545

Geplaatst Op: maandag 29 november 2010, 18:08:31

Hoi Günther,

het genoegen is wederzijds

Het was inderdaad vervelend dat je niet bij iedereen kon zien wie het was, misschien naamplaatjes uitdelen in het begin van zo'n dag?

Het brainstormen met Walter(wissels) betreffende de wisselstraatbeveiliging is na de forumdag nog verder gegaan. De oplossing is nabij

Zodra dit goed uitgetest is presenteer ik hier de oplossing.

Alle aansluitingen van dit het schaduwstation zijn klaar, nu kunnen we langzaam op weg naar boven

Groetjes, John

Re:Tilly?s modelbaanproject (Filmpje Koploper logging)

#2546

Geplaatst Op: maandag 29 november 2010, 18:46:50

Hallo John,

Leuk jou ook eens gesproken te hebben.
Ik zie je nog wel eens!

Mvg
Falco

Re:Tilly?s modelbaanproject (Foutmelding in logging Koploper)

#2547

Geplaatst Op: dinsdag 30 november 2010, 19:38:41

Laatste wijziging: donderdag 02 december 2010, 18:34:54 door Tilly

Hoi Falco,

we zullen elkaar zeker nog wel eens een keer zien

Toen straks wat aan het spelen geweest met Koploper en specifiek met het loggen. Op een gegeven moment zag ik dit:

Het heeft te maken met de terugmeldingen, iemand een idee? Wat betekent bv de code 219?

Groetjes, John

Re:Tilly?s modelbaanproject (Foutmelding in logging Koploper)

#2548

Geplaatst Op: dinsdag 30 november 2010, 19:52:32

John,

Ik zie ook dat het steeds 781 achteraan is misschien zegt je dit getal wel wat.

Groetjes Harry

Ps. DVD's zijn binnen moet ze nog ff omzetten naar dvd5

Re:Tilly?s modelbaanproject (Foutmelding in logging Koploper)

#2549

Geplaatst Op: dinsdag 30 november 2010, 21:00:47

Citaat van: Tilly op dinsdag 30 november 2010, 19:38:41

Het heeft te maken met de terugmeldingen, iemand een idee? Wat betekent bv de code 219?

Geen idee. Mail eens met Paul Haagsma, wellicht kan hij je helpen en misschien heeft het een relatie met je problemen.

Gr, Ben.

Re:Tilly?s modelbaanproject (Foutmelding in logging Koploper)

#2550

Geplaatst Op: dinsdag 30 november 2010, 21:27:26

Hallo John,

Heb je dit probleem al aan Walter wissels voor gelegd.
Ideetje misschien, hoop dat je het gauw oplost want ik heb de eerste wissels en railzen al liggen om het terugmeld gebeuren er in te bouwen.

vr.gr. Günther.