Lengte bezetmelder

[Anne W]

Beste Karst,

Dus het is altijd 180uS, de centrale vraagt de meldingen op, hoe vaak doet een centrale dat dan en hoe vaak vraagt een programma bij de centrale naar de wijzigingen (alles bij een (ouderwets?) S88 systeem)?

Deze vragen zijn nog steeds van toepassing op "wat is de invloed van een eventuele meet/verwerkings vertraging op een ijksnelheden?"

Ronald, een gewoon S88 systeem dus.

Groet, Anne W

[Karst Drenth]

Geen idee Anne,

Aangezien er geen 'Algemene Centrale' is, zal iedere implementatie anders zijn.

Grtzz,

Karst

[GW]

Okay, en nu de relatie terug naar het onderwerp, namelijk de lengte van een bezetmelder:

Laten we zeggen dat de maximale treinsnelheid op je baan 200kmh = 200.000 mtr /h is.

Schaalsnelheid is dan 200.000 / 87 = 2298,85 mtr/h = 0,6386 mtr / sec

Maximaal dus bijna 64 cm / sec.

Laten we nu uitgaan van het door Karst gemelde "worst-case" scenario van 10 uitvragingen per seconde, dan moet - om de melder niet te missen - deze dus minstens 6,4 cm lang zijn. 12,8 cm als je spookmeldingen wilt uitsluiten door hem twee keer te laten melden.

Als de maximum snelheid op je baan lager is, kan de melder korter.

In formule-vorm:
- max.snelheid = Vmax (in kmh)
- melderlengte - Lmeld

Lmeld = Vmax x 1000 / 87 / 3600 / 10

Neem Lmeld x 2 bij spookmelding detectie.

Gerard

[Huib]

Beste Gerard,

Een normale S88 decoder kan nooit een bezetmelding missen door het langzaam uitvragen van de centrale. Zodra er op de decoder een bezetmelding terechtkomt, houdt hij die vast in een 4044 latch tot de decoder wordt uitgevraagd. Dus zelfs als de centrale maar 1 x per uur de decoder uitvraagt, komt die bezetmelding nog binnen. Natuurlijk neemt de onnauwkeurigheid van de besturing wel toe als de bezetmelders minder vaak worden uitgelezen. In de praktijk is dat allemaal niet zo heel kritisch. Kortom, een bezetmelder hoeft geen minimale lengte te hebben om een bezetmelding te registeren. Daarom kun je ook met hele korte bezetmelders, reedcontacten, e.d. werken als je dat zou willen.

Groeten!

Huib

[GW]

Huib,

Als dat zo is, waarom wordt die hele discussie dan hier gevoerd in een draadje met een vraag over de bezetmelder lengte?

Ik denk dat die relatie er wel degelijk is. De timing tabel in antwoord #21 gaat wel degelijk over een S88 volgens mij. Daar wordt in mijn antwoord aan gerefereerd. Samen met de worst case aannames ben je met de genoemde formule voor de lengte in elk geval veilig.

En waarschijnlijk is het in 90% van de gevallen, waarin er veel minder melders zijn en de uitvraging door de S88 dus vele malen sneller gaat, veel te lang en kun je met kortere melders toe.

Het is een academische kwestie, maar ik vond dat die moest worden teruggevoerd naar de oorspronkelijke vraag.

Gerard

[Huib]

Beste Gerard,

Het is toch echt zo. Kijk maar op de link naar de beschrijving van S88 op de site van Sven Brandt. Het staat letterlijk in de eerste alinea.

In het timing diagram dat Karst plaatste, is het goed te volgen:
- PS is het laadsignaal van de latch naar het schuifregister. De bewaarde bezetmeldingen worden nu ingeladen om door te geven aan de centrale
- Reset reset de latches zodat ze nieuwe bezetmeldingen kunnen vasthouden; de oude staan nu immers in het schuifregister
- Vervolgens wordt het schuifregister met de klokpuls leeggetrokken

Los van deze kwestie kan een zeer korte bezetmelder minder goed detecteren dan een langere, bijvoorbeeld door vieze rails.

groeten,

Huib

[GW]

Zucht...

Okay, waarschijnlijk weet je er meer van dan ik. Zelf gebruik ik geen S88's, maar de interupt gestuurde Loconet bezetmelders van Uhl*.

Gerard

PS: Loconet FTW

[Klaas Zondervan]

Gerard, als we jouw voorbeeld even blijven volgen, nl. een treinsnelheid van 64 cm per seconde.
Zoals Huib stelde, wordt deze melding direct in de s88 opgeslagen, maar nog niet opgevraagd. Stel dat de opvraag net daarvoor geweest is, dan duurt het nog 0,1 sec. voor de volgende opvraag (worst case). Dus op het moment dat de centrale de melding krijgt is de trein 6,4 cm verder gekomen.
Bij de volgende melder wordt de melding weer direct opgeslagen, maar daar volgt de opvraag direct na de melding. De centrale krijgt die melding dus "direct", afgezien van de normale systeemvertragingen.

De tijd die de centrale meet tussen eerste en tweede melding is dan 0,1 sec korter dan de werkelijke tijd. Hoe erg dat is hangt af van de totale afstand, resp tijd tussen de meldpunten. Stel dat die afstand 2 meter is, dan doet de trein daar 3,1 sec. over. De centrale meet 0,1 sec minder,  dat is dus een fout van ruim 3%. Lijkt me niet onoverkomelijk, zeker als je in aanmerking neemt dat de meeste treinen langzamer rijden dan de genoemde 200 km/h.
In het algemeen kan je stellen: hoe langzamer de trein rijdt, hoe nauwkeuriger de meting is, en ook: hoe langer het meettraject, hoe nauwkeuriger de meting.

[Anne W]

Lengte is dus niet zo belangrijk, er is dus wel een invloed op de "ijkingen", daar zit dus een maximale foutmarge in, daarom is het zo interessant om te weten wat de opvraagfrequentie is van de centrale en hoe snel de data verwerkt worden, maar het is onbekend begrijp ik.

Het is net als met zeer grote dieselmotoren, eerst heb je de inspuitvertraging door de noodzakelijke hoge drukopbouw en daarna de ontbrandingsvertraging, als je met die feiten geen rekening houdt loopt de diesel niet op het meeste efficiënte rendement.

Groet, Anne W