![]() Rocrail was released under GPL v3, but during September 2015, its license was changed to a proprietary model. Others are developing open-source hardware to contribute to the project. Some of them are actively translating the Wiki into their own language. Many users have already registered themselves at the Rocrail Forum. Up to four Gamepads can be used as throttles.Runs on Linux, Mac OS X and Microsoft Windows systems beginning with Windows 9x.Only one feedback contact per block required.Operates unlimited digital systems simultaneously.Built-in DCC/ MM Digital Direct Control Station.SRCP connections such as DDL and Roc-Pi.Märklin 6050/6051 and Central Station 1 & 2.A partial list of supported command stations and protocols Rocrail runs under both the Windows and Linux operating systems, using the Wxwidgets toolkit. Rocrail ist eine freie Software zur Steuerung von Modelleisenbahnen fr die Betriebsysteme Linux (Intel & ARM64) Apple macOS (Apple Silicon & Intel) Windows (Intel & ARM64) PiOS (ARMHF & ARM64) Rocrail bernimmt smtliche Aufgaben zur Steuerung einer Modellbahn und deren Zubehr. Plans can be uploaded to the server after creation. There is no need for the server or the layout to be running to edit plans. The client can also be used by itself to plan layouts. The Rocrail client connects to the server over a network. The server program runs on a computer connected to the layout by one of the standard computer interface setups, and supports many command stations. Rocrail also has an HTTP interface, which will let the layout run from a web browser. Rocrail can be used from a single computer connected directly to the layout, or via any other computer on a home network, or over the Internet. Rocrail uses a client-server architecture that communicates via TCP/IP, and the client and server do not need to be on the same computer. Users can run trains directly from a computer, or have some run automatically with manual control for any others. At least until I get to the point of building a physical CTC machine.Rocrail is a freeware software package for controlling a model train layout from one or more computers. So, I am quite willing to give RocRail a try, although I may end up writing my own VB program to be my virtual CTC panel, driving my homemade control system which is loosely based on CMRI using Arduinos. Dadurch ist Rocrail in der Lage Kollisionen zu vermeiden, indem diese Blcke beim Befahren der Fahrstrae auch reserviert werden. It's just a lot less intuitive (JMRI) when you get to that level - and I say this for someone who has been writing computer programs since I was 11 years old, back in 1977 when the TRS-80 came out. Wenn die Fahrstrae einen oder mehrere weitere Blcke kreuzt (ber andere Blcke fhrt), dann sollten diese hier benannt werden. ![]() Everything was the same, in fact, except the software - same Locoobuffer interface, same laptop computer I was trying to use JMRI on. And same hardware - no false block detections. Well, one weekend I went ove,r he had downloaded RR&Co and in a week had the trolley line automated like he wanted - me the computer guy couldn't get it working in JMRI but he, a lawyer, got it working in RR&Co. Fahren im Automatikbetrieb: Lokstart, Zielwahl, zufallsgesteuerte Automatik, Fahrplne9. And still it never reall worked - spurious occupancy sensing was the biggest problem, and it's always bneen blamed on the Digitrax hardware. I could never get the script to work, and making a mistake in drawing the track plan meant I had to pretty much just start all over, erasing back to my mistake in block numbering and then finishing it caused all sorts of weird problems. ![]() I guess I lost some faith in JMRI when I tried to help a friend automate a trolley loop on his layout with it. It seems a lot easier to do this via RocRail than with JMRI. Possibly my other idea of a small Bluetooth add-on to any smartphone so you have the touch screen to turn functions on/off or select a loco, but an actual knob to run to control the train. The HTML interface is allowing me to experiment with my idea of a simple universal throttle using an Arduino. are intriquing to me because it's not written in Java, and writing scripts for it doesn't need Jython which if it isn't the world's worst scripting langues is in a close race for it. Their panel and also their simple HTML web interface for smartphones etc. I am giving it a shot, at least as far as using the virtual CTC panel portion - I don't think their decoder programming facilities are as good as JMRI (but I rarely use JMRO for that - I use all the same decoders so it's not hard to memorize the settings I use for all locos). ![]()
0 Comments
Leave a Reply. |