N-Spoorforum

Edwin,

Voor jouw niet daar ben je zo bij je eind examen hoor
Dat zijn toch de leuke dingen van de hobby.
Uitzoeken, puzzelen, aansluiten, testen en als het werk denk je is dat nauw alles

Mvrg Bob

evo schreef:Joepie, het werkt.

Klinkt als: filmpje!

shoven schreef:Klinkt als: filmpje!

Voorlopig is het nog niet interessant genoeg voor een filmpje. Het rijdt, maar daar is het dan ook mee gezegd. Nog geen werkende wissels of seinen. Ik kreeg de software om de decoder mee in te stellen niet aan de praat. Ik denk dat ik daar nu uit ben, maar testen gaat pas volgende week lukken (druk, druk, druk...)

Sorry, weer geen filmpje, maar wel goed nieuws. Gisterenavond heb ik eindelijk de accessoire decoder aan de gang gekregen. Achteraf was alles best wel logisch, maar niet echt intuïtief . Uiteindelijk bracht deze site veel duidelijkheid: http://wiki.fichtelbahn.de/doku.php?id= ... me:rocrail.

Maar goed, ik heb een sein (LED's), een wissel (magneetschakelaar) en een servo aan de gang gekregen en met Rocrail bestuurd. Nu kan ik met een gerust hart alle bedrading hiervoor gaan aanleggen...

Zo, de wissels zijn bedraad en kunnen met Rocrail worden aangestuurd. De seinen laat ik voorlopig even hangen, eerst automatisch rijden werkend krijgen. Op dit moment kan ik alleen via de PC handbestuurd rijden en de wissels bedienen, op het scherm zie ik dan waar de trein is.

Joepieeeee , gisteren eindelijk automatisch gereden. Er moet nog een hoop ingesteld worden, want niet alles gaat vlekkeloos, maar ik kan nu in ieder geval verder.

Nu wel een filmpje??

Maar mooi dat je weer verder bent gekomen en automatisch kan rijden. Ik ben zelf ook met een testbaan bezig om alles (nou iig veel) te leren voor dat ik de echte baan ga bouwen. Het werkt wel lekker motiverend als het stapje voor stapje lukt.

Gefeliciteerd met deze mijlpaal Edwin
Ben benieuwd naar de verdere vorderingen

Mvg,
Ad

Ik heb veel respect voor je dat je alles zelf bouwt. Gefeliciteerd dat het nu werkt! Ik ben benieuwd naar de verdere vorderingen.

Goed bezig Erwin ! En fijn dat je kunt genieten van het resultaat !!

Gisterenavond weer goed bezig geweest. Helaas weer vergeten foto's filmpjes te maken
Maar goed, de eerste "seinen" zijn geïnstalleerd en werken. Ik heb een tijdje automatisch gereden zonder problemen, afgezien van een Mtx wisselaandrijving die het begaf .
Ondertussen heb ik een paar Railcom decoders besteld, zodat de loks ook herkend worden door het systeem (waar het allemaal om begonnen was). Mijn huidige decoders (TCS Z2) zouden dit op papier ook moeten kunnen, maar werken niet. Ik vermoed dat dit komt doordat ik een oudere versie heb of zo...

Mijn voorlopige conclusie is dat BiDiB en RocRail goed werken, maar het vergt een hoop inleertijd. Dit is niet zozeer omdat er niet genoeg documentatie is, maar omdat de user interface veeeel te veel informatie laat zien, zodat de beginner door de bomen het bos niet meer ziet en de gevorderde veel vaker moet klikken dan eigenlijk nodig zou moeten zijn.

Ik overweeg ook voor over te schakelen naar de OpenDCC GBMBoost, maar zit met vragen waar ik niet direct of geen duidelijk antwoord vind. Dit is deels omdat mijn kennis van het Duits niet goed is of omdat er tegenstrijdige informatie te vinden is...

Daarbij ben ik ook nog electronica leek dus...

De vragen waar ik mee sukkel:
1) Hoeveel GBM16T's kunnen er nu effectief gebruikt worden met de GBMBoost, incluis die die op de GBMBoost reeds zit (OpenDCC FAQ zegt 4 Fichtelbahn wiki zegt 3)
2) Kan de GBM16C de DCC Voltage verlagen indien de ingangsvoltage hoger is dan de aangeraden voltage voor digitaal bedrijf op N-Spoor. Ik heb namelijk nog enkele oude laptop voedingen liggen die 18-20V 7.5-8A leveren. Dacht hierop 2 GBM's te kunnen aansluiten maar vind nergens 100% zekerheid hiervoor. Indien dit niet kan, moeten er dan bvb weerstanden bijgeplaatst worden tussen de laptop voeding en de aansluiting op de GBM?
3) Wat dient er nog bijgekocht te worden bij welk pakket? soms zie ik afbeeldingen van een GBMBoost met een koelvin, zit deze erbij of niet. zijn er nog zo'n dingen waar er beter bij aankoop op gelet wordt (tips zijn welkom!)
4) is er een keerlusmodule (naast die van opendcc zelf) die het railcom signaal doorstuurt zonder dat er op de GBM16T 5 terugmeldaansluitingen voor dienen gebruikt te worden.
5) Hoe zit het met decoder compatibiliteit? http://www.opendcc.de/info/railcom/rail ... rview.html Waarschijnlijk ga ik decoders moeten vervangen in de locs die er al een hebben en heb een locje met nem651 aansluiting die er dus 1 kan gebruiken. Idealiter moet deze natuurlijk zo klein als mogelijk zijn, goed instelbaar zijn naar rijeigenschappen toe en als het eventjes kan (hoewel de plaats dit maar zelden toelaat) uitrustbaar zijn met een kleine condensator (???). Zimo heeft een héél kleine op de decoder zitten die bij kortstondig onderbreken van de stroom de instelling onthoud (goed voor 1-2 seconden) Kühn zou die ook moeten hebben (goed voor 5 seconden), bij andere is mij dit niet bekend (tips zijn welkom). Moeten decoders geüpdate kunnen worden of niet?
6) Hoe zit het met wisselaansturing compatibiliteit? http://wiki.fichtelbahn.de/doku.php?id= ... netartikel dit is aangaande de LightControl, deze lijkt mij handig voor alles aan te sturen, maar als hij maar beperkt inzetbaar is moet de OCControl gebruikt worden (waar overigens nog minder duidelijke info over terug te vinden is ). Ik maak gebruik van Fleischmann Piccolo wissels en bijhorende wisselaansturing vandaar de zorg.
7) Welke draaddikte moet gebruikt worden van de aansluitingen op de GBM16T naar de sporen? volgens http://www.nproject.org/nl/algemene-tip ... lbaan.html is bij belasting van max 4A (de max van de booster dus) een draad met een doorsnede van 0.332 voldoende. UTP kabel (heb ik nog wat eindjes van liggen) heeft een dikte van ~ 0.205 waar dus max ~2.5A over kan/mag, is dit bruikbaar daarvoor?
8) Programmeerspoor <> hoofdspoor onderscheid heeft de GBMBoost niet; in de documentatie wordt wel gesproken van een 2de GBM16C te gebruiken voor de CV1 te programmeren. Hoe mag en kan deze gekoppeld worden aan de andere met zicht op rocrail en pc: mogelijks 1 GBM16C per usb poort maar hoe gaat rocrail er dan mee omgaan?

Verder kan ik al beamen dat RocRail er veel simpeler uitziet dan het in wezen is... Met deze handleiding ben ik tot op heden al het verste geraakt: http://wiki.rocrail.net/doku.php?id=stepbystep-en. De Engelse is recenter en uitgebreider dan de Nederlandse

voor aan de praat te krijgen op een Raspberry heb ikzelf de volgende stappen gedaan:
1) de recentste Raspbian op een geheugenkaart geplaatst (deze haal je hier: http://www.raspberrypi.org/downloads/)
2) SSH geactiveerd in de raspi config bij eerste opstart en tevens de grafische modus uitgeschakeld. Volgens verschillende fora werkt rocrail (server) en rocview tesamen op 1 RasPI niet vlot.
3) Samba geïnstalleerd, om vlot aan de configuratie bestanden van Rocrail te kunnen. Dit is niet echt nodig, gebruikte dit om config op laptop te hebben zodat ik op de trein er nog wat mee kon experimenteren.
4) de pre-build image geïnstalleerd zoals hier beschreven staat: Install pre-build package
5) een aanpassing gemaakt aan de daemon van rocrail zodat deze automatisch opstart met de raspberry:
sudo vi /etc/init.d/rocraild
en de volgende 2 regels dienen als volgt te staan:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6

Groeten,

Bart

Hoi Bart,

Leuk dat je ook geïnteresseerd bent in de OpenDCC hardware. Ik zal hieronder proberen je vragen te beantwoorden, maar ik moet erbij zeggen dat ik ook niet alles 100% zeker weet.

1) Ik denk dat de informatie op de OpenDCC FAQ verouderd is en dat de Fichtelbahn Wiki correct is. Als je nl. naar het schema kijkt (http://www.opendcc.org/elektronik/gbmbo ... .6_sch.pdf), dan zie je dat er op de micro slechts in 3 poorten voorzien is (pin 36 tot 48 op pagina 3-D04. Op dezelfde pagina D/E01 zie je de 3 headers J51 - J53 en op pagina 1-CDE08 zie je dat de GBM16T print die aan de GBMboost zit, gebruikt maakt van de J51 aansluiting.
Conclusie: er zijn maar 3 mogelijkheden, want de GBM16T J1 zit intern doorverbonden aan GBMboost J51, helaas

2) De voedingsspanning staat rechtstreeks op de booster, dus dit kan niet. Je voedingsspanning is dus gelijk aan de DCC spanning. Je zou dit zelf kunnen verlagen met (bv) een 7815 spanningsregelaar, maar deze zal dan wel redelijk heet worden. Weerstanden zal sowieso niet werken, want dan hangt de voedingsspanning af van de stroom. Ik gebruik zelf 15V 5A laptop voedingen, als je een beetje zoekt kun je die op ebay of marktplaats voor weinig kopen.

3) Ik heb zelf onderstaande gekocht:
100550 GBM SMD-Bausatz "Master" 160,00 € 1 160,00 €
100555 GBM Option Xpressnet-Schnittstelle 3,00 € 1 3,00 €
200121 LightControl SMD-Bausatz 69,90 € 1 69,90 €
800100 USB to UART Kabel (TTL) 3,3V Typ 24,90 € 1 24,90 €
200310 GBM Notaustaster Bausatz 6,90 € 1 6,90 €
100507 GBM Option "RiaPlug nach oben" 15,00 € 1 15,00 €
200118 Bausatz "RelaisAddon" 29,90 € 1 29,90 €
200222 LC - LED-Platine 7,50 € 1 7,50 €
700101 Bausatz "Breakout" 4,90 € 2 9,80 €
Op deze SMD bausatz hoeven alleen nog maar conventionele (niet-SMD) componenten gesoldeerd te worden. Alles zit erbij, behalve de kroonsteentjes, want daarvoor zijn er enkele opties (zie de bestelsite). Wat je ook nog nodig hebt is wat flatcable met stekkers voor tussen de verschillende printen. Dit heb ik allemaal bij Conrad besteld. Ook heb je voor bij de LED print nog LEDs en weerstanden nodig. Als je een volledige lijst wilt, dan moet ik even de Conrad bestelling terugzoeken.

4) Het lijkt mij het logisch om de GBM16T aansluitingen met extra printje te gebruiken (dit ben ik zelf van plan), maar als je dat perse niet wilt, dan denk ik dat de oplossing van Wim Ros (Rosoft) ook werkt, want daarin wordt met relais het DCC signaal geschakeld, dus inclusief railcom. Ik heb niet naar het schema gekeken of het geprobeerd, dus ik weet niet zeker of dit werkt.

5) Als je Railcom wilt gebruiken, moet je idd decoders gebruiken die dit ondersteunen. Alle andere DCC decoders werken ook, maar dan worden de railcom functies gewoon niet gebruikt.

6) De info over de Lightcontrol geldt volgens mij ook voor de OneControl. De uitgangen kunnen nl. niet genoeg stroom leveren om rechtstreeks (magneet) wissels aan te sturen, dus je moet hiervoor het "RelaisAddon" printje gebruiken. Als je servo's wilt gebruiken, kun je overigens beter niet de LC gebruiken, want die heeft maar 4 servo aansluitingen. De OneControl is dan waarschijnlijk een betere optie, maar hier heb ik (nog) geen ervaring mee. Ik heb hier bewust mee gewacht, omdat de OneXYZ nog volop in ontwikkeling is.

7) Ik heb hier zelf vrij dun draad voor gebruikt. 0.2mm^2 geloof ik. In theorie zou hier idd de volle 4A over kunnen, maar in de N praktijk zal het nooit meer dan 0.5A of zo zijn per sectie.

8) Dit is een punt waar ik zelf nog niet uit ben. Een 2e GBMboost is een relatief dure oplossing. Rocrail is het probleem niet, want je kunt meerdere centrales in Rocrail definieren en aangeven welke er voor het programmeerspoor gebruikt moet worden.
Ik zit zelf te denken om een Multimaus te gebruiken om CV1 te programmeren. De MM regelaar kan dan gewoon weer op de GBMboost aangesloten worden. Alle andere CV's kunnen als het goed is gewoon via POM geprogrammeerd worden, dus het gaat echt alleen om CV1.


Aan RasPi ben ik voorlopig nog niet toe, eerst moet alles feilloos werken via de PC, maar bedankt voor de beschrijving, hier ga ik later op terugkomen.

Groeten,

Edwin

Hey Edwin,

Bedankt voor je antwoord! Deze helpt me weeral wat verder, maar toch nog enkele twijfels:

1) Er zijn blijkbaar verschillende versie GBMBoost, 1.6, 1.8 en de laatste zou 1.8.1 moeten zijn, bij http://www.fichtelbahn.de/gbm_download.html te zien toch :-/

2) op zoek naar geschikte voeding(en) dus. Beter weten dan doorbranden

3) daarmee kan ik al beginnen, bedankt!

4) benieuwd of er nog gebruikers met OpenDCC hardware zijn die dit al geprobeerd hebben

5) 100% logisch, maar volgens testen die ze bij OpenDCC zelf gedaan hebben werken niet alle "Railcom ondersteunde" Decoders hetzelfde

6) nu wordt het me toch al duidelijker zie ; Gelukkig zijn de "oude" wisseldecoders ook nog bruikbaar

7) vermoedde ook al zoiets

8) ik ging ervanuit dat een GBMBoost Node http://shop.fichtelbahn.de/SMD-Bausatz-GBMboost-Node daarvoor voldoende zou geweest zijn, deze staat in de shop voor net geen 85€, een 2de handse Multimaus + 10764 (booster?) vind ik hier voor iets van een 70€.

Groeten,

Bart

Edwin, Bart

Misschien is het een idee om een andriod tv stick te kopen en daar Linux op te draaien. Deze sticks zijn wat krachtiger qua hardware als een Raspi.
En je koopt ze al vanaf 35 Dollar bij www.dx.com (gratis verzending)

Zie hier hoe je dat truukje uithaalt en eventuele specs van die tv-sticks. (t coole is, android draait ook gewoon mee, dus SD-kaartje wisselen en je hebt android op je tv!)

@Joost: die dingen kende ik nog niet. Dat ziet er nog beter uit dan de RasPi. Vooral de geïntegreerde WiFi en krachtigere processor maken hem interessant. Ga ik zeker volgen. Wilde je trouwens een link plaatsen in de 2e alinea (bij "zie hier")? Ik zag nl. niks...

@Bart: voor zover ik weet zijn er geen significante verschillen tussen v1.6 en 1.8, dus dat zou niks uit mogen maken voor het aantal aan te sluiten GBM16T's. Ik denk dat dit een vraag is voor het BiDiB forum.
Over Loks programmeren: je hebt me op een idee gebracht, ik denk dat het mogelijk is om een 2e workspace te creëren in Rocrail en daarin de GBMboost als programmer (PT) in te stellen, zodat je vrij kunt programmeren. In deze modus kun je niet rijden of wissels bedienen, maar alleen maar programmeren. Dit lijkt een grote beperking, maar dat valt in de praktijk mee, omdat je het alleen de eerste keer bij een nieuwe decoder gebruikt om CV1 in te stellen.

---

Gisterenavond heb ik weer de hele avond met het baantje gespeeld, na wat knoeien werkte alle seinen en wissels naar behoren en we hebben vrij probleemloos een paar uur achter elkaar gereden met 2 loks. Het programmeren van de loks (met POM) leek te werken, maar alleen schrijven werkte, lezen ging niet. Ik vermoed dat dit aan de decoder ligt, dus volgende week ga ik maar eens beginnen met de nieuwe decoders inbouwen.
Het instellen van remwegen, vertragingen en snelheden was trouwens niet eenvoudig. Zoals gebruikelijk bij Rocrail staan de instellingen weer over een aantal menu's verspreid, waarbij het niet duidelijk is welke instelling precies wat doet
Ik denk dat ik maar eens op zoek moet naar een ervaren gebruiker om een avondje mee met de baan te spelen, zodat hij me kan vertellen wat ik verkeerd doe

@Joost: Interessant. Maar hoe en in welke mate kun je er een apparte linux opkrijgen. Een ander alternatief voor de RasPI (als je niet met I/O aan de slag wilt bvb) is ook een BeagleBoardBlack.
Voor de RasPI (Debian) is bvb een pre-compiled versie van RocRail te vinden. Je kunt ook gewoon de source downloaden en die laten compileren natuurlijk, duurt langer en is iets omslachtiger (lees: best heb je wat programmeer kennis in huis voor het geval je scripts moet aanpassen naar je OS)

@Edwin: Als je met dezelfde GBMBoost programmeert en rijd, loop je dan niet het gevaar dat alles op je baan geherprogrammeerd wordt???
Ik dacht aan een los opstelspoor te gebruiken als "vast" programmeer spoor gekoppeld aan de DCC uitgang van een GBMNode. Als ik het goed begrepen heb, kun je er dan niet meer rijden maar da's niet zo erg... Met bvb een Viessmann 5212 en een 5552 combinatie zou je zelf dit stukje spoor kunnen laten schakelen tussen Hoofdspoor en Programmeer modus? Of Zie ik dit verkeerd?

groeten,

Bart

Okay, dit is echt een topic waar ik serieus geen reet van begrijp. Wat een ingewikkelde termen. Knap dat jullie zo op niveau met elkaar kunnen praten.....oefff. Ik dacht dat ik iets van digitale dingen af wist, maar dit is me zeker wat stappen te ver.

Edwin, ik ben benieuwd in september!

J.

@Jeroen: Wat kan ik duidelijker uitleggen? De bedoeling is immers van zoveel mogelijk informatie beschikbaar te hebben voor zoveel mogelijk mensen. Samen komen we overal aan uit!

Hoi Bart,

Ik bedoelde het een beetje als: dit is niks voor mij. Veel te ingewikkeld. Daarom kan ik op jullie niveau ook niet meepraten, maar ik heb er ook geen behoefte aan. Dat hele OpenDCC is mij te moeilijk . Ik vind het gewoon erg knap dat jullie zo op zo'n forum precies weten waar jullie het over hebben. Er komen allemaal van die afkortingen en termen langs......prachtig toch? Zelfde met Dinamo enzo.....ook abacadabra voor mij. Vooruit, ik heb toch een vraag: is dit systeem gebaseerd op dat je met Railcom 'separeert'? Dus een lok vertelt de electronica via de Railcom-decoder waar ie is? Dat is wel hippe shit zeg.......

Maar op z'n tijd een filmpje.......daar ben ik wel benieuwd naar!

Hey Jeroen,

Ik meen ergens eens iets gelezen te hebben dat zoiets de bedoeling is geweest maar zover is het nog niet gekomen.
Als Railcom geactiveerd is op een Railcom Decoder dan stuurt die bij elke cutout van het DCC signaal zijn informatie terug. M.a.w.: de decoder praat constant terug (naar de sporen en dus naar de centrale, als deze Railcom kent). Wil je weten welke loc zich waar bevind dan het je een RailCom terugmelder nodig, deze meld dan terug aan de centrale op blok A zit loc 1. Hier zit niet veel vernieuwing in op zich, maar als je met een uitgebreide centrale rijd (bvb ecos) of je rijd met de PC (bvb rocrail), dan zou het mogelijk moeten/kunnen zijn dat je op basis van de locatie én de loc bepaalde acties kunt laten uitvoeren.
Bvb: Loc 1 is een stoomloc en komt aan in het station. volgens de route moet deze niet stoppen en gebeurd er dus niets
Loc 2 is ook een stoomloc en komt aan in het station. volgens de route moet deze wel stoppen krijgt de opdracht om te vertragen en uiteindelijk te stoppen. Na een instelbare tijd vertrekt deze weer "uit zichzelf". verder zou je dan ook andere acties kunnen uitvoeren zoals bvb de waterpomp die zich naar de loc draait bij stilstaan.

Een (oud) Railcom blokrijd voorbeeldje op U-Buis: https://www.youtube.com/watch?v=keDJOnSlqvc

Edwin, ik zie inderdaad dat ik het linkje vergeten ben, maar even Googlen op Android stick en Linux zal genoeg resultaten geven.

Ik heb verder geen ervaringen met dit gebeuren. Ik kan me alleen voorstellen dat rocrail of bv itrain goed moet kunnen draaien met bepaalde drivers en dat je USB naar serieel driver moet werken.

@ Bart, ik ben geen it specialist. En niet thuis in software schrijven en dat soort dingen. Ik lees alleen dat Linux draait op zo'n stick, en rocrail en itrain op Linux draaien. Even simpel gezegd lees ik dan 1+1=2

Dit idee kwam vooral doordat ik gelezen had dat de hardware van een raspi eigenlijk net te ondermaats is voor itrain.

En het lijkt mij een ideale oplossing om bv een beursbaan digitaal aan te kunnen sturen zonder een dure laptop mee te sjouwen. Je creëert eigenlijk een standalone oplossing waarbij je alleen een monitor nodig hebt. (en de hardware is iig goedkoop)

Bart_N schreef:Als je met dezelfde GBMBoost programmeert en rijd, loop je dan niet het gevaar dat alles op je baan geherprogrammeerd wordt???

Je hebt gelijk. Ik dacht met name aan mijn testbaantje, dan is dit geen probleem, maar voor een grote baan kan dit natuurlijk niet

ook @Bart: even terugkomend op jouw eerdere vraag mbt 3 of 4 GBM16T's per boost: het zijn er definitief 3, zie hier: http://forum.opendcc.de/viewtopic.php?f ... 955#p16955

@Joost: ik had idd al gegoocheld, maar ik dacht dat jij een specifiek voorbeeld had.

@Jeroen: Jij legt precies de vinger op de zere plek: het zou niet zo ingewikkeld moeten zijn. Voor BiDiB (OpenDCC) is dat logisch, want het staat nog in de kinderschoenen, maar ik had eigenlijk van RocRail meer verwacht qua gebruiksvriendelijkheid...
En inderdaad, uiteindelijk is het de bedoeling dat de lok tegen de centrale zegt waar hij is, welke kant hij op rijdt en zelfs hoe hard hij gaat, maar zoals Bart al aangaf is er nog veel meer mogelijk qua functies op de baan.

Hey Edwin,

Da's wat ze noemen SNEL antwoord . Nu kan ik mijn baanonderdelen gaan uitrekenen voor rijden en terugmelden. Dan is het enkel nog verder uitspitten met de LightController...verwacht dat dit ook niet "simpel" zal zijn.
Wat denk je van het idee van baansturing omschakelen tussen "rijden" en "programmeren" idee?

Groeten,

Bart

Bart_N schreef:Wat denk je van het idee van baansturing omschakelen tussen "rijden" en "programmeren" idee?

Op zich vind ik dit een goed idee, maar ik zie niet hoe dit in de praktijk zou kunnen werken op een grote baan die vol met loks staat. Hoe zou je dan de rest van de baan spanningsloos maken tijdens het programmeren op je programmeerspoor?