If you really want to roll your own, I have a SRCP server for the Rpi that is made just for that. In the end, they are cheaper than all the others and yield prototypical operation which solenoids and even Tortoise motors cannot.
#ROCRAIL VS JMRI FULL#
I recommend that you use servo motors for controlling your switches. When you progress to full computer control you can try Traincontroller vs Rocrail vs PanelPro and see which you prefer and whether you want to buy the excellent but expensive Traincontroller or use the free Rocrail or JMRI system. Kits are available for all of the things listed above. Yes Rocrail handles multiple controllers with ease. This leaves the relatively narrow bandwidth of DCC for just loco control. The really nice part about Rocrail and the Rpi is that Rocrail controls all the functions of the Rpi without using DCC. In a nut shell, what we have done is turn the Rpi into a smart controller. Rob, Peter, and I have put a lot of work into the Raspberry Pi portion. That makes things a bit simpler regarding direct access to operating systems and hardware.
#ROCRAIL VS JMRI WINDOWS#
Unlike JMRI where many windows are opened (and is slow due to it being written in Java) it is written in c/c++ Rocrail is fast and only opens a window where needed. My recommendation to you is to try Rocrail. Using a mouse I can control turn out position and track electrical power routing - the actual speed control is via a basic 'analogue' train Gaugemaster power controller JMRI has UK signalling built-in, but you will have to build it in RR&Co. You will probably need a better version of RR&Co than Bronze to achieve the customisation that you will need and that could end up being very expensive. I went down this route because I could not face the pain of making a traditional control panel. Try JMRI first because it is free and very customisable to do what you need. l-working/, you can see an early version.
One extra idea to consider is using the Raspberry Pi to display capability to replace the usual control panel. As well as helping with the relay drive it also provides for bit of protection if the s/w fails and you end up accidentally permanently driving a turn out solenoid. I would strongly suggest you include a capacitance discharge unit to drive the points - you can use a single unit commoned to each relay. I did not go down the I2C interface as I already had a legacy interface I could drive from the Raspberry Pi, but if starting from scratch certainly would have done. Hopefully folks with more knowledge of both of these can add to (or correct) my assessment.I have a circuit working that drives up to 8 points using two 8 way relay cards.
#ROCRAIL VS JMRI SOFTWARE#
RailRoad and Company is a software package that has a large following as well, but it's not free. So based on my limited understanding of RocRail, I would say JMRI would have more functionality, but RocRail looks to be more suited to automated running. RocRail is more European-centric in it's implementation, while JMRI is North America based (although it has been applied to other countries operations as well.).
I have only scratched the surface of JMRI's capabilities, so I'm sure it can do much more. PanelPro allows virtual control panels to be built and supports a variety of signalling schemes through Logix and SSL (Simple Signal Logic). JMRI's DecoderPro application provides for easy programming of mobile and stationary decoders. I was concerned that they’d wanted one COM Port per reader, but the concentrator is great and could easily communicate with the Arduino too. Lothar, Thanks for the link The RFID Concentrator would work perfectly here too. I had not seen RocRail before, but after looking at some of the basic info, it seems to be a fairly comprehensive application for automated train operation based on a client-server model. It is also most likely that the dataformat produced by their readers get recognized by JMRI & rocrail software soon.
0 kommentar(er)
