开云体育

Shouldn't the Locomotives should be released from throttles before starting YAAT? -- Peter Ulvestad JMRI Users Group Moderator ( https://www.jmri.org ) Tam Valley Group Moderator (

Peter, when I set up the YAAT scripts I use Engine driver to get the locos into position. If the loco being controlled with the YAAT script is on the Engine driver screen, it can't be released by

Eddy, What do you do when you try to reset the decoder? Many decoders use different methods to be reset. Most require power cycle as part of the reset. There are some decoders that offer many types

What does Engine Driver have to do with YAAT? Are you using Engine Driver trying to control engines that are being run by YAAT? -- Peter Ulvestad JMRI Users Group Moderator ( https://www.jmri.org

Dennis, I'm working on it. See PR #13317. https://github.com/JMRI/JMRI/pull/13317 Daniel

Assuming Windows, it's relatively easy. 1) Create a new Windows user, one that will have editing permission. (It's use should of course be restricted to those who need that permission.) 2) Give that

Yes, you are re-inventing the wheel. Operating systems have been doing this since forever. This would only add unnecessary complexity to the JMRI code that would have to be maintained. The people

I think the OPs desire is to work on a new method of sensing train positions with a view to writing a thesis, presumably towards a Masters or PhD (he says diploma, but this seems higher level than

I circle back to the procedures of software revision and control. Maintain a master copy stored securely and reverted to when approved changes are to be made. -- Ken NYNH&H, Old Colony Division, Cape

Hi, I think I have found 2 bugs in the C/MRI implementation in JMRI. JMRI 5.8 on Windows 11, Java 11 C/MRI connexion: - Node number = 2 - Node type = CPMEGA - All 8 onboard bytes (cards) are

Why assume stationary uncouplers? On-board DCC ones provide much more freedom (yes, at much more expense, but we don't know the size and scale of the layout envisioned, nor the budget, nor the number

I think the only proper solution would be a list of users and roles within JMRI, and all menu items checking on whether a user's choice corresponds with any role that would allow him to perform that

If you are running automation, you might try the JMRI dispatcher. Let's say your train approaches an uncoupling position. As soon as the train enters the detected section (current sense), it will slow

It should be noted: MS-Windows since MS-Windows NT 4 has had these abilities -- file ownership and protection and multiple *users*, who could be granted different levels of access to "shared"

Ken. When it happens at shows I just remove the offending loco and disable the YAAT script. I have 4 canal boats being pulled round with locos and if I power off it all goes pear shaped, so I tend not

MS, Unix, and OS X have the ability to assign users permission to do or not do things to files. In other words, "everyone" can read and/or execute the panel file. If certain users and/or

Dennis, More than ten years ago, there were a small number of members who thought that they could modify anything on the layout without consulting with anyone as to the possible ramifications.? Some

OK, that sounds like you want multiple user logins. One (or more?) admin logins and one (or more) non-admin logins. I can explain how to do this under Linux... -- Robert Heller -- Cell:

Yes, it is under user access and protections. You create separate *users*: one "admin" user, who is solely allowed to modify Panels (or and other JMRI resource), one (or more) non-admin users, who

That would be one way, but only makes sense of the Panel is "set in stone"... -- Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364 Deepwoods Software -- Custom Software