Loksound bremsemetoder

Hele idéen i automatiske bremsestrækninger er, at nedbremsning sker, så toget holder ved rødt signal. Ikke 50 cm før eller efter. Derfor skal alle dine dekodere programmeres, så de bremser på samme strækningslængde, ligesom dine bremsestrækninger skal være af ens længde.

Din metode med "naturlig bremselængde" passer ikke i dette koncept, det er derfor, du ikke kan får dine tanker ned i dekoderen.

Jeps nu skal du høre:

Zimo lavet en "boks" http://www.zimo.at/web2007/content/mx9E.htm som kan benyttes til at styre nedbremsning/signaler i en slags blok-styrings koncept.

Tanken er at man inddeler sin bane i nogle tilbagemeldings afsnit. Hvert afsnit er så igen delt i to dele - et afsnit hvor toget sættet hastigheden ned og et afsnit hvor det bremser op (hvis signalet er rødt). Hvert afsnit virker i begge retninger, så der kan altså være et signal i begge ender af afsnittet.

MX9 understøtter 9 sådanne afsnit.

Desuden har den noget logik så du kan sætte op hvorledes disse afsnit følger efter hinanden, og så sørger Mx9 for at hvis det ene afsnit er optaget så er der rødt for indkørsel fra tilstødende afsnit. Man kan altså få sit anlæg til at køre "sikkert" - og uden brug af computer.

Bagsiden ved denne dims er at tilbagemeldingen ikke kan hives ind i computeren med mindre du enten kører zimo eller køber noget som kan sætte CAN bussen til compteren.

Edit: MX9 kan også benyttes til at lave hastighedsbegrænsning

Derudover vil jeg da lige fortælle hvordan jeg har valgt at lave nedbremsning.

Jeg har skiftet "alle" mine 2 dekodere til zimo. Disse understøtter diode bremsning (Lenz ABC). Med 4 dioder kan man få lokomotivet til at bremse. (teknisk set sker det ved at DCC signalet bliver lidt "skævt" og det kan dekoderen opfange)

Det kan sættes op i dekoderen om den skal reagere på højre, venstre eller begge skinner. Dvs at man kan opnå at toget standser for rødt den ene vej men passerer signalet den anden vej.

Der er så to måder at bremse på, og måske kan dette opfylde dit ønske:

Dekoderen standser altid på samme strækning - ellers ville man overskyde signalet og det går ikke. Men der er to måder at stoppe på:

1: dekoderen begynder nedbremsning så snart den kommer ind i stop sektionen og bremser så jævnt ned til 0 på fast distance.

2: dekoderen bremser med konstant "bremsning" (deceleration) - men for at komme til at stoppe det rette sted venter den et tilpas stykke inden den begynder nedbremsning.

Sidst men ikke mindst er dette den ubetinget biligste metode: 4 dioder koster vel ca 2 kr.

Den sidste mulighed jeg kender er at lave tilbagemelding på alle afsnit og så lade computeren styre nedbremsning. Jeg ved ikke om der er noget software på markedet som understøtter præcis dine ønsker.

Ulempen ved at lade computeren styre nedbremsningen er, at computeren skal vide præcist hvilket tog der kører i den pågældende blok.. Alternativet at computeren styrer hver blok individuelt og så sender et generelt stop signal ud i blokken.. sidstenævnte kan jeg ikke helt gennemskue hvordan man kan løse..

Jeg synes desværre ikke der findes nogen gylden løsning til, hvordan det vil komme til at fungere perfekt..

Nej der findes vist ingen perfekt løsning på disse problemer. Efter sigenede skulle rocrail være ganske god til at holde styr på togene - så længe alle sporskifter er digitale og der er tilpads mange tilbagemeldinger.

Hvorfor er det iøvrigt at man ikke kan få en helt simpel tilbagemelder som benytter sig af RailCom? Alle produkter på markedet sender tilbagemeldingen via separate ledninger. Ville det ikke være nemt nok at sende det tilbage via skinnerne? "Tog x er i blok y" ... det må da kunne proppes ned i en RailCom besked.

Jo, hvor mange beskeder ville du have oveni din kørespænding?

Klaus

Alle dem der er plads til Gør det nogen forskel for kørslen?

"frede2300" skrev:

Alle dem der er plads til Gør det nogen forskel for kørslen?

Ja, jo flere tilbagemeldinger du skal have plads til, jo mindre data kan der sendes ud til llokomotiverne.

IMHO skal man lade boosterne forsyne tog via skinnerne og lade tilbagemelding foregå andetsted.

Klaus

"moppe" skrev:

"frede2300" skrev:

Alle dem der er plads til Gør det nogen forskel for kørslen?

Ja, jo flere tilbagemeldinger du skal have plads til, jo mindre data kan der sendes ud til llokomotiverne.IMHO skal man lade boosterne forsyne tog via skinnerne og lade tilbagemelding foregå andetsted.

Enig.

Jeg kan heller ikke lige gennemskue hvordan lokomotivet skulle vide hvorfra det befinder sig.

Selv om det kunne sende besked via railcom tilbage til styreboksen (Ecos, Intelliboks eller hvad man nu skulle bruge), skal man da have et eller andet i lokomotivet der fortalte det hvor det befinder sig.

Det kan man vel kun gøre via bloktilbagemeldinger, eller findes der noget andet smart der kan det?

Lokomotivet sender RailCom tilbage gennem sporet, som din tilbagemeldingskreds læser. Jeg tror det som frede2300 så ville opnå var at tilbagemelderen sender en besked videre via RailCom som nu indeholder både Loknummer og tilbagemelder nummer. Det giver selvsagtens noget mere trafik i det korte interval som er tildelt RailCom, men du 'sparer' en forbindelse fra din tilbagemelder. Dette kunne fx være smart til 'tæppebaner', men til faste anlæg ville jeg nok foretrække et par ledninger under pladen i stedet

Men med RailCom burde man samtidigt kunne spare en del af de repetitive pakker fra centralenheden til loko, da loko jo kan melde tilbage når den første pakke er modtaget, og så behøver man ikke sende igen. Findes dette i nyere centralenheder eller er det kun noget jeg har læst i RailCom standarden?

"BlackThorne" skrev:

"jms_dk" skrev:

Jeg kan heller ikke lige gennemskue hvordan lokomotivet skulle vide hvorfra det befinder sig.Selv om det kunne sende besked via railcom tilbage til styreboksen (Ecos, Intelliboks eller hvad man nu skulle bruge), skal man da have et eller andet i lokomotivet der fortalte det hvor det befinder sig.Det kan man vel kun gøre via bloktilbagemeldinger, eller findes der noget andet smart der kan det?

Lokomotivet sender RailCom tilbage gennem sporet, som din tilbagemeldingskreds læser. Jeg tror det som frede2300 så ville opnå var at tilbagemelderen sender en besked videre via RailCom som nu indeholder både Loknummer og tilbagemelder nummer. Det giver selvsagtens noget mere trafik i det korte interval som er tildelt RailCom, men du 'sparer' en forbindelse fra din tilbagemelder. Dette kunne fx være smart til 'tæppebaner', men til faste anlæg ville jeg nok foretrække et par ledninger under pladen i stedet

Ja, det ville være smart. Et isoleret stykke hvorfra lokomotivet sender sin ID tilbage til kontrolenheden. Det giver interessante muligheder som jeg ikke kan overskue lige nu

Men, ja, det burde foregå på en separat bus uden om "kørestrømmen" for ikke at forstyrre dennes snakken med kontrolenheden.