Min bane skal styres af PC’en. Det giver helt overordnet f\u00f8lgende muligheder:
\n– Skriv selv noget software
\n– K\u00f8b noget kommercielt software
\n– Brug gratis software<\/p>\n\n\n\n
Skriver jeg alt selv fra grunden har jeg selvf\u00f8lgelig fuld kontrol over, hvordan det fungerer. Men til geng\u00e6ld tager det en del \u00e5r, f\u00f8r jeg har tilstr\u00e6kkeligt kendskab til alle detaljer af diverse protokoller s\u00e5som Uhlenbrocks interface, DCC og LocoNet, samt har implementeret disse s\u00e5vel som applikationskode til visualisering af banen og til at styre signaler, sporskifter og tog.<\/p>\n\n\n\n
Ved at k\u00f8be noget kommercielt software kunne man forvente at komme rigtig hurtigt i gang. Og man kunne forvente et let tilg\u00e6ngeligt og velfungerende program. Til geng\u00e6ld er der ingen chance for selv at skrive videre p\u00e5 programmet eller for bare at tweake en lille smule i et eller andet hj\u00f8rne. Selv den mindste fejl kan man ikke g\u00f8re andet ved end at rapportere den til leverand\u00f8ren og h\u00e5be, at de vil g\u00f8re noget ved det. Og s\u00e5 vil man ogs\u00e5 blive mindst 1000 kroner fattigere – sandsynligvis flere tusinde. Jeg har lige h\u00f8rt om noget, der hedder RR&Co. Den koster mellem 100 og 500 Euro afh\u00e6ngig af version. Og Windigipet synes at v\u00e6re en anden meget seri\u00f8s kandidat.<\/p>\n\n\n\n
Gratis software (OSS) synes at v\u00e6re vejen frem. Det er som om der er to fremherskende: JMRI, som jeg allerede har lidt erfaring med, og RocRail, som jeg ogs\u00e5 har installeret og har haft “hul igennem” med.<\/p>\n\n\n\n
JMRI er tilsyneladende et stort bibliotek af basal software med interfaces til diverse kommandostationer, en masse dekoderdefinitioner, noget dekoderprogrammering samt et scriptsprog og i \u00f8vrigt en del uf\u00e6rdige applikationer til layout visning, automatisk dispatching m.v.<\/p>\n\n\n\n
Der er ogs\u00e5 noget s\u00e5 interessant som en kunstig lokomotivlyd-generator, dvs. en mulighed for lyd til lokomotiver, der ikke er udstyret med lyddekoder.<\/p>\n\n\n\n
JMRI har ogs\u00e5 en gratis throttle app til Android. Til iPad er der ogs\u00e5 en gratis light udgave, mens den fulde version koster 65 kroner. Jeg kan ikke umiddelbart se, hvad forskellen p\u00e5 de to versioner er, men det st\u00f8der jeg nok p\u00e5, n\u00e5r jeg begynder at bruge light udgaven.<\/p>\n\n\n\n
Den helt store downside ved JMRI er, at IB-COM interfacet tilsyneladende ikke fungerer. Jeg har m\u00e5ttet patche for at f\u00e5 tilbagemelding til at v\u00e6re p\u00e5lidelig samt for overhovedet at f\u00e5 sporskiftestyring til at fungere.<\/p>\n\n\n\n
Og DCC dekoder programmering virker slet ikke. Den er tilsyneladende slet ikke implementeret for IB-COM. Og der er tr\u00e6ls, eftersom det skulle v\u00e6re en af JMRI’s store forcer. Hvordan det forholder sig med LocoNet programmer er uvis. Men der burde v\u00e6re en LocoIO programmer. Resten m\u00e5 s\u00e5 klares med Uhlenbrocks noget basale software.<\/p>\n\n\n\n
JMRI er skrevet i Java. Det er i princippet et godt valg, som sikrer, at det kan afvikles p\u00e5 mange forskellige operativsystemer (Wndows, Linux m.v.). Det g\u00f8r dog ikke noget hurtigere – is\u00e6r ikke opstart af programmerne. Og det betyder, at der er mange lag af bibliotekskode, f\u00f8r man n\u00e5r ned til hardware som f.eks. PC lyd, USB porte, harddisk osv.<\/p>\n\n\n\n
RocRail ligner mere et fors\u00f8g p\u00e5 at lave en f\u00e6rdig applikation til styring af tog. Men den kritiseres for ikke at underst\u00f8tte ret mange dekodertyper. Jeg g\u00e5r ud fra, at det kun g\u00e6lder i forbindelse med programmering. Den skulle dog have en bedre mulighed for at programmere LocoIO end JMRI.<\/p>\n\n\n\n
Ogs\u00e5 til RocRail er der apps til Android og IOS. Den til iPad koster 69 kroner. Der findes s\u00e5 vidt vides ingen gratis udgave. Den til Android er gratis, men k\u00f8rer kun i 5 minutter, med mindre man donerer et bel\u00f8b og f\u00e5r en n\u00f8gle.<\/p>\n\n\n\n
Desuden har der vist nok en gang v\u00e6ret mulighed for en WEB-udgave, og der er en Java udgave, som jeg ikke helt forst\u00e5r hvad er, men som er begr\u00e6nset p\u00e5 samme m\u00e5de som Android.<\/p>\n\n\n\n
RocRail er skrevet i C\/C++. Det g\u00f8r tingene lidt simplere med mulighed for mere direkte adgang til operativsystemet. Det er dog gjort, s\u00e5 RocRail kan compiles til flere forskellige operativsystemer, s\u00e5 muligvis er der ikke den helt store forskel.<\/p>\n\n\n\n
RocRail best\u00e5r af to dele: En server (RocRail) og en client (RocView). De to dele beh\u00f8ver ikke at k\u00f8re p\u00e5 samme PC. Og man kan have flere instanser k\u00f8rende samtidig – velsagtens dog kun client delen.<\/p>\n\n\n\n
Hidtil har jeg fors\u00f8gt mig med JMRI. Men det har ikke v\u00e6ret s\u00e5dan lige at f\u00e5 til at fungere. Jeg tror n\u00e6sten, at n\u00e6ste fors\u00f8g m\u00e5 v\u00e6re med RocRail.<\/p>\n\n\n\n
S\u00e5 g\u00e5r jeg ganske vist glip af den virtuelle lyddekoder. Men hvis resten virker bare en anelse mere stabil, s\u00e5 m\u00e5 jeg jo k\u00f8be en lyddekoder og lade den skifte adresse og lydindhold alt efter hvilket lokomotiv, den skal bruges med. M\u00e5ske findes der endda noget selvbyg? Det g\u00f8r jo ikke noget, at det fylder lidt, hvis det bare skal skrues fast et eller andet sted i stedet for at v\u00e6re i lokomotivet.<\/p>\n\n\n\n
De indledende fors\u00f8g med Rocrail er mere positive end dem for JMRI. Rocrail er noget nemmere at komme i gang med. Det fremtr\u00e6der i meget h\u00f8jere grad som et l\u00e6kkert program for den almindelige bruger.<\/p>\n\n\n\n
Desuden er der en meget aktiv bidragyder, som det ser ud til k\u00f8rer ret selvst\u00e6ndigt med klatten og bestemmer p\u00e5 godt og ondt hvilke forbedringer han implementerer. Der er op til flere \u00e6ndringer hver dag, dvs. i dagens nye build.<\/p>\n\n\n\n
Og umiddelbart fungerer programmet ogs\u00e5 ret s\u00e5 p\u00e5lideligt.<\/p>\n\n\n\n
Mine fors\u00f8g med automode er dog indtil videre ikke 100% succesfulde.<\/p>\n\n\n\n
Der skal ret meget fidleri til for at f\u00e5 lokomotiverne til at standse samme sted ved perronen og for at f\u00e5 synkroniseret en lyd (f.eks. en stationmelding) med en togafgang.<\/p>\n\n\n\n
Men v\u00e6rre endnu, s\u00e5 fungerer den random-auto funktion, som er indbygget i programmet, ikke s\u00e6rlig stabilt. Jeg vover kun at k\u00f8re med mit BR216 lokomotiv indtil jeg ser en hel del mere stabilitet. Jeg oplever f\u00f8lgende problemer:<\/p>\n\n\n\n
1. Nogle gange k\u00f8rer lokomotivet ikke, selvom man kan se p\u00e5 throttlen, at Rocrail tror, at den har sendt en kommando til lokomotivet om at k\u00f8re i marchfart. Der er to m\u00e5der at f\u00e5 lokomotivet til at k\u00f8re p\u00e5: Enten kan jeg trykke p\u00e5 en funktionstast for lokomotivet, feks. at t\u00e6nde eller slukke lyset, eller man kan bare vente et par minutter. S\u00e5 mister rocrail nemlig tilsyneladende t\u00e5lmodigheden og gensender kommandoen til lokomotivet.<\/p>\n\n\n\n
2. En gang imellem g\u00e5r programmet bes\u00e6rk og glemmer at standse lokomotivet. Og s\u00e5 er den helt ude i tovene og meget sv\u00e6r at f\u00e5 ordentlig i gang igen. Det hj\u00e6lper ikke at genstarte Rocrail. Man skal ind og v\u00e6lge “Soft Reset” og “Reset All” i en eller anden kombination, som jeg ikke helt har gennemskuet. Og derefter har Rocrail glemt alt om hvilket lokomotiv, der er i hvilken blok.<\/p>\n\n\n\n
3. Hvis det ikke lykkes at resette ordentligt (eller ogs\u00e5 skyldes det noget andet), s\u00e5 vil toget ikke standse i en bestemt blok. Og n\u00e5r s\u00e5 lokomotivet k\u00f8rer ud over blokkens ende g\u00e5r det helt bes\u00e6rk.<\/p>\n\n\n\n
4. Dekoder programmering virker. Men man f\u00e5r ikke at vide, hvis der opst\u00e5r l\u00e6se- eller skrivefejl. Og det er farligt. S\u00e5 kan man jo ikke stole p\u00e5 oplysningerne eller p\u00e5 programmeringen.<\/p>\n\n\n\n
Desuden er Rocrail ude af stand til at tracke, hvor man k\u00f8rer et lokomotiv hen p\u00e5 manuel vis. Det skyldes dog muligvis, at jeg bare ikke har fattet pointen i, hvordan man reserverer en rute og derefter k\u00f8rer lokomotivet via denne. I hvert fald lader det til at v\u00e6re en “works as defined”.<\/p>\n\n\n\n
Man skal naturligvis ikke helt afvise k\u00f8besoftware. M\u00e5ske er det mere stabilt? M\u00e5ske nemmere at bruge? M\u00e5ske ikke s\u00e6rlig dyrt. F\u00f8lgende programmer kendes p.t.: Jeg ved ikke helt, hvorn\u00e5r jeg tester pr\u00f8veversioner af disse k\u00f8besoftware pakker. Men indtil videre har jeg ikke opgivet Rocrail.<\/p>\n\n\n\n Jeg kunne sikkert sagtens f\u00e5 hj\u00e6lp til det via Rocrail forum. Men s\u00e5 skal jeg nok f\u00f8rst bekende kul\u00f8r og melde mig som bruger p\u00e5 n\u00e6vnte forum samt indbetale et st\u00f8ttebel\u00f8b, som m\u00e5ske reelt er et service gebyr pr. \u00e5r p\u00e5 \u20ac10. Se http:\/\/wiki.rocrail.net\/doku.php?id=donate-en&DokuWiki=4ad465ee2e5ec1e3b662d9a9c6abf18f<\/a><\/p>\n\n\n\n Det er dog ikke meget i forhold til prisen for en af ovenn\u00e6vnte k\u00f8beprogrammer. De koster nemt \u20ac300. Og opdateringer koster ogs\u00e5. S\u00e5 det giver jo Rocrail inklusive support i uendelighed, f\u00f8r man n\u00e5r op p\u00e5 samme pris. Men overvejelsen kunne dog alligevel v\u00e6re, hvorvidt k\u00f8beprogrammerne er mere stabile?<\/p>\n\n\n\n Det n\u00e6ste m\u00e5 v\u00e6re at “skrue” noget mere p\u00e5 Rocrails forskellige konfigurationsmuligheder. Jeg har allerede downloadet kildeteksten og installeret et udviklingsmilj\u00f8 (hvilket slet ikke passer med den for\u00e6ldede opskrift p\u00e5 Rocrail hjemmesiden). S\u00e5 jeg kan godt klare \u00e6rterne selv. Men det er stadigv\u00e6k ikke lige det, jeg synes er sjovt. Jeg vil hellere k\u00f8re futtog.<\/p>\n\n\n\n I \u00f8vrigt: Jeg har kun en sensor pr. blok, nemlig en occupancy detektor i form af en str\u00f8mf\u00f8ler, som f\u00f8ler i hele blokkens udstr\u00e6kning. Det burde kunne fungere, selvom anbefalingen er at have minimum to sensorer pr. blok. Win-Digipet kr\u00e6ver tilsyneladende tre.<\/p>\n\n\n\n Efter lidt mere t\u00e6nken, lidt Youtube s\u00f8gning efter JMRI automation og JMRI scripting samt et bes\u00f8g her http:\/\/www.kayhernan.com\/jmri-scripts\/sensor-shuttle\/ er jeg m\u00e5ske fremme ved f\u00f8lgende del-erkendelser:<\/p>\n\n\n\n 1. K\u00f8beprogrammerne<\/i><\/b> er for den bruger, der bare vil lege med tog. Jeg g\u00e5r ud fra, at de fungerer stabilt og holder hvad de lover. Dvs. (generelt set), at man definerer sit layout og sit rullende materiel, og s\u00e5 kan programmet enten trille rundt med materiellet automatisk eller man kan v\u00e6lge at k\u00f8re manuelt.<\/p>\n\n\n\n Automatikken findes i flere smagsvarianter: Enten k\u00f8res der rundt p\u00e5 banen p\u00e5 m\u00e5 og f\u00e5, eller man definerer ruter, som de enkelte lokomotiver s\u00e5 f\u00f8lger. Sidstn\u00e6vnte kan l\u00e6gges ind i deciderede k\u00f8replaner, eller togene kan bare konkurrere om frie blokke. De kolliderer ikke, for programmet lader ikke et tog k\u00f8re ind i en blok, der allerede er reserveret til et andet tog.<\/p>\n\n\n\n 2. Rocrail<\/i><\/b> fors\u00f8ger at g\u00f8re det samme som k\u00f8beprogrammerne. Min erfaring siger mig bare, at det ikke er helt stabilt og\/eller vanskeligt at konfigurere, s\u00e5 det fungerer helt stabilt.<\/p>\n\n\n\n Derudover stoler jeg ikke 100% p\u00e5, at det virkeligt fungerer som et open source projekt. Det er for meget domineret af en person, der ganske vist yder en beundringsv\u00e6rdig og gratis indsats, men som til geng\u00e6ld bestemmer for meget – b\u00e5de med hensyn til, hvordan programmet skal fungere, hvilke fejl, der er fejl, og hvilke, der skal ignoreres. Endelig er der et eksempel p\u00e5 forummet, hvor iPad throttlen bliver udsat for et sk\u00e6nderi og en bruger, som vil et eller andet. Enden p\u00e5 det sk\u00e6nderi er, at kildeteksten lige pludselig ikke er tilg\u00e6ngelig l\u00e6ngere. S\u00e5 den del er jo i hvert fald dermed ikke open source mere. Hvorn\u00e5r sker det samme med selve Rocrail?<\/p>\n\n\n\n Et andet forhold er, at samme person har bestemt sig for, at der ikke l\u00e6ngere findes stabile versioner \/ releases, alts\u00e5 versioner, der er testet og fundet i orden. I stedet er der dagens version med dagens \u00e6ndringer. Det er v\u00e6ldig fint, s\u00e5 l\u00e6nge der kun rettes fejl og indf\u00f8res ny funktionalitet.<\/p>\n\n\n\n Men enhver med bare et perif\u00e6rt kendskab til software udvikling ved, at n\u00e5r man indf\u00f8rer s\u00e5danne positive \u00e6ndringer i sin kode, s\u00e5 er der ogs\u00e5 en vis risiko for, at man indf\u00f8rer fejl i koden. Og det sker ogs\u00e5 i Rocrail.<\/p>\n\n\n\n Jeg p\u00e5st\u00e5r ikke, at Rocrail er fuld af fejl, men jeg kan se i forummet, at den ustabilitet, jeg oplever, ogs\u00e5 opleves af andre. Og i de indl\u00e6g er der typisk et m\u00f8nster med, at dette eller hint plejede at fungere, men da man opdaterede til en eller anden nyere version fungerede det pludselig ikke l\u00e6ngere.<\/p>\n\n\n\n 3. JMRI<\/i><\/b> er et helt andet dyr. Det er i bund og grund ikke t\u00e6nkt som andet end et bibliotek af kode, som man kan benytte til at bygge sin egen styring af sit eget layout ovenp\u00e5. Og det ser ud til, at Jython alias Java udgaven af Python er m\u00e5den at g\u00f8re det p\u00e5.<\/p>\n\n\n\n Jeg kender ikke Python. Men jeg ved s\u00e5 meget som at det er et objektorienteret script sprog. Alts\u00e5 hvad jeg betragter som et fuldgyldigt programmeringssprog. Det virker ret s\u00e5 tiltalende for en inkarneret programm\u00f8r som mig. Men sikkert ret s\u00e5 skr\u00e6mmende for mange.<\/p>\n\n\n\n Jeg tror, at JMRI er rigtig open source, dvs. styret af et community og ikke en enkelt person. Der defineres stabile releases. Til geng\u00e6ld fungerer IB-COM interfacet ikke optimalt. Men jeg kan vel debugge mig igennem det, som jeg er begyndt p\u00e5, og derved bidrage til communetiet.<\/p>\n\n\n\n 4. Baseret p\u00e5 1 – 3<\/i><\/b> er der et ulogisk og to logiske valg: Rocrail er ulogisk, fordi der ikke er mere end m\u00e5ske 2.500 kroner at spare i forhold til at k\u00f8be et f\u00e6rdigt program.<\/p>\n\n\n\n Dette under den foruds\u00e6tning, at f\u00e6rdigprogrammet er stabilt. Men det er det vel? Jeg forventer, at hver releaset version har gennemg\u00e5et en intens test. Det er bare lidt \u00e6rgerligt, for Rocrail med sin pris p\u00e5 \u20ac10 om \u00e5ret er n\u00e6sten det rigtige produkt.<\/p>\n\n\n\n Hvorvidt et k\u00f8beprogram eller JMRI er det rigtige valg? Det m\u00e5 bero p\u00e5, hvad man gerne vil. Bare s\u00e6tte stikket i og se togene k\u00f8re, eller selv programmere sine k\u00f8replaner i Python?<\/p>\n\n\n\n Lige nu er jeg i tvivl. For et lille \u00e5rs tid siden ville jeg have svaret JMRI og Python.<\/p>\n\n\n\n JMRI vejen kunne best\u00e5 af: Jeg har netop postet en patch til JMRI. Nu kan jeg bruge JMRI til dekoder programmering. Og det fungerer bedre end Rocrail, idet JMRI’s fejlh\u00e5ndtering er noget bedre. Med Rocrail kunne man ikke stole p\u00e5 om en v\u00e6rdi er l\u00e6st rigtigt. Det kan man tilsyneladende med JMRI.<\/p>\n\n\n\n Og nu hvor jeg har set JMRI dybt i kortene vedr\u00f8rende interfacet til Uhlenbrock IB-COM, er jeg rimelig tryg ved at jeg nok skal kunne l\u00f8se diverse andre problemer, som jeg m\u00e5tte finde i det interface. Og de mere generelle dele af JMRI fungerer sandsynligvis en del bedre. Der er masser af brugere, som sandsynligvis bruger alle mulige andre typer af kommando stationer, men som alle bruger de generelle dele af JMRI.<\/p>\n\n\n\n Jeg har oplevet rigtig god respons p\u00e5 Yahoo brugergruppen. Der er masser af indl\u00e6g hver eneste dag, og da jeg havde et problem med at overs\u00e6tte den downloadede Java kode, var der hj\u00e6lp fra flere sider indenfor f\u00e5 timer.<\/p>\n\n\n\n Desuden har det vist sig, at man sagtens kan f\u00e5 sine tog til at k\u00f8re uden at programmere selv – lige bortset fra de fejl og mangler, som jeg har udbedret p\u00e5 alle IB-COM og (se senere) ECOS brugeres vegne.<\/p>\n\n\n\n S\u00e5 fra nu af er det JMRI. Og hvis det p\u00e5 et tidspunkt bliver andet, s\u00e5 bliver det k\u00f8be-software. RocRail gider jeg ikke spilde mere tid p\u00e5.<\/p>\n\n\n\n \u201cM\u00e4rklin of Sweden\u201d har lige lagt en video p\u00e5 Youtube, hvor han reklamerer voldsomt for Rocrail. Han har sikkert ret. Det har han vist som regel. Rocrail er sikkert meget kapabel og nemt at g\u00e5 til. Det ser i hvert fald ud til, at dokumentationen er blevet rigtig god.<\/p>\n\n\n\n S\u00e5 jeg gik ind p\u00e5 Github og ville lave en klon. Bare s\u00e5dan hvis nu de skulle finde p\u00e5, at det ikke l\u00e6ngere skal v\u00e6re open source. Men s\u00e5 l\u00e6ste jeg licensbetingelserne: \u201cKloning verboten\u201d. Hvor open source er det s\u00e5?<\/p>\n\n\n\n Og s\u00e5 s\u00e5 jeg p\u00e5 antallet af bidragydere. Reelt kun en person. Hvor open source er det s\u00e5?<\/p>\n\n\n\n Jeg tror jeg bliver ved med at bruge JMRI. Det har ikke et smukt brugerinterface. Men det er stabilt. Jeg kender det. Og der st\u00e5r en bred kreds bag, som jeg er blevet inviteret til at v\u00e6re en del af.<\/p>\n\n\n\n <\/p>\n\n\n\n <\/p>\n\n\n\n <\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" Tanker oktober 2014 Min bane skal styres af PC’en. Det giver helt overordnet f\u00f8lgende muligheder: – Skriv selv noget software – K\u00f8b noget kommercielt software – Brug gratis software Skriver jeg alt selv fra grunden har jeg selvf\u00f8lgelig fuld kontrol over, hvordan det fungerer. Men til geng\u00e6ld tager det en del \u00e5r, f\u00f8r jeg har … Continue reading JMRI eller RocRail?<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-83","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/lisby.dk\/wordpress\/index.php?rest_route=\/wp\/v2\/pages\/83"}],"collection":[{"href":"https:\/\/lisby.dk\/wordpress\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/lisby.dk\/wordpress\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/lisby.dk\/wordpress\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/lisby.dk\/wordpress\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=83"}],"version-history":[{"count":13,"href":"https:\/\/lisby.dk\/wordpress\/index.php?rest_route=\/wp\/v2\/pages\/83\/revisions"}],"predecessor-version":[{"id":3794,"href":"https:\/\/lisby.dk\/wordpress\/index.php?rest_route=\/wp\/v2\/pages\/83\/revisions\/3794"}],"wp:attachment":[{"href":"https:\/\/lisby.dk\/wordpress\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=83"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n– Win-Digipet
\n– iTrain
\n– Train Controller http:\/\/www.gotthardmodell.ch\/digitales\/software\/traincontroller\/<\/a>
\n– Railware<\/p>\n\n\n\n
\n1. At forst\u00e5 Logix rigtigt og f\u00e5 det til at styre signaler.
\n2. Et Jython program til at m\u00e5le hastighed gennem en bestemt blok.
\n3. Et Jython program (med mindre Logix allerde kan det), der holder \u00f8je med alle togs placering – uanset om de bare k\u00f8rer manuelt uden at reservere ruter m.v. eller om de k\u00f8rer p\u00e5 baggrund af en eller anden form for automatik. Programmet skal gribe ind, hvis et lokomotiv er p\u00e5 vej ind p\u00e5 forbudt omr\u00e5de (reserveret eller optaget). M\u00e5ske ved at detektere, n\u00e5r der r\u00f8res ved et sporskifte p\u00e5 vej ind i en forbudt blok. S\u00e5 skal programmet standse forbryderen og bakke den tilbage til foreg\u00e5ende blok.
\n4. Et Jython program, der kan afvikle en k\u00f8replan.
\n5. DCC programmering via IB-COM. Det kan ogs\u00e5 g\u00f8res vha. SPROG II. Men Rocrail kan. Ved at lure i koden (eller m\u00e5ske kan en simpel trace g\u00f8re det???) m\u00e5 det kunne implementeres i JMRI ogs\u00e5. Og m\u00e5ske er der information at hente i de eksempelprogrammer m.v., der ligger p\u00e5 den CD, der var med til IB-COM.
\nJython eksempler p\u00e5 hjemmesiden og her https:\/\/groups.yahoo.com\/neo\/groups\/jmriusers\/files\/Script%20examples\/<\/a><\/p>\n\n\n\nOpdatering 22\/12-2014:<\/h1>\n\n\n\n
April 2020<\/h2>\n\n\n\n