Bob,

A test config profile built from your original upload is now located at /g/jmriusers/files/ProblemsBeingWorkedOn/RJE/Bob_England_CA1.jmri.zip

The folder has been stripped down to as close to minimal as I can safely execute using the LocoNet Simulator, but with the exception that a log subfolder is included with the zipped folder. The log of my most recent execution is there, just in case you are curious.

Other than the heavy handed moving the resources folder structure, only the renamed "BOBsControlPanel 10r CA1.xml" file has been edited. Even so, I have attempted to ONLY edit the url descriptions to point to your icons. Perhaps I should have worked with the "Test01.xml" file instead?

In case you are not familiar with the "Add Existing..." option provided with config profile usage, try what is documented at but you may still be in unfamiliar territory. That document is a little sketchy about the features you will need.

It should be noted, that my style of using the config profiles evolved when the concept of profiles was still being developed and there is likely to be lots of different opinions as to what I should have done better in the uploaded config profile.

As outlined in the files/ProblemsBeingWorkedOn/RJE/ description several questions now remain before progress can be made:

1. Does it load correctly compared to your original, but remain portable?
   
2. Are the scripts identified in the original "profile.xml" file, but not uploaded, necessary for further testing?
   
3. What was being done when the original PROBLEM was discovered?
   
   

When you can confirm that I finally have a clean working copy of what you see on your computer, then I will also need further information.

It is now abundantly clear that my attempts to duplicate your symptoms was done while working with a very simple panel that only had about ten blocks and maybe twenty signals. The fact that you have developed a very complex set of panels and only recently experienced a problem casts a completely different perspective on this discussion.

Cliff in Baja SoCal

• jmri-implementation.user-files=J\:/RJE User Files/
  
• jmri-jmrit-roster.directory=J\:/RJE Roster/
  
• jmri-implementation.scripts=program\:jython/
  

1. The custom icons, and other custom components that we don't know about, are moved to preference:resources/icons.
   
2. The next step can be done either by editing the xml files with an editor that understands XML (such as notepad++) or using JMRI to change each icon to the new location.
   

3-point speed table or the 28-point speed table can not make an engine go faster.

Then slow down the faster engine.. If engine is max out at 255 for CV5 and still not fast enought for you, work it in other direction.

Setting CV5 = 255 provides 100% of available voltage to the motor.. You can not make it go faster unless you start playing with motor control CV's

Confirm your changes to CV5 are taking effect.. bring CV5 down to 120.. engine should be really slow... If no change, something wrong in your process or the decoder.

3-point speed table or the 28-point speed table can not make an engine go faster.

Marc

On 8 Feb 2020, at 1:01 AM, Bob England <rje.bob@...> wrote:

I did create the folders, but don't know how to point JMRI at them. I
assume there is a way to do it but just have not found it yet. OR do I just
create the folders in the User Files location and delete them from the
Program Files location?

On Feb 6, 2020, at 9:52 PM, scott.rose@... wrote:

C:\Program Files (x86)\JMRI>designer
C:\Program Files (x86)\JMRI>java -Djava.ext.dirs=lib -Dsun.java2d.noddraw -cp designer.jar designer.gui.Ctc
Exception in thread "main" java.lang.NoClassDefFoundError: org/jdom/Content
at designer.gui.Ctc.<init>(Ctc.java:151)
at designer.gui.Ctc.main(Ctc.java:439)
Caused by: java.lang.ClassNotFoundException: org.jdom.Content

Thanks Bob.? I'll go through that documentation tomorrow.? The site doesn't appear to be responding to me right now, and it's late anyway...

Cheers,
Trevor

On Feb 6, 2020, at 9:38 PM, Trevor_R <twr@...> wrote:

While I understand it is possible to use the Thread Monitor to see what classes are already running, is it possible for a script to get access to this same information?

I'd like a script to be able to check if another specific class is already running and take action as required.

For example:

import jmri

class Test(jmri.jmrit.automat.AbstractAutomaton):
def init(self):
print 'init Test'

# Pseudo-code #
if CLASS(THE_OTHER_CLASS).IS_RUNNING:
print "The Other Class is already running"
else:
print "The Other Class is NOT running"
return

def handle(self):
do stuff here
return False

Test().start()

If this can't be done directly I can see a way to do it with internal sensors, but the direct approach would be neater.

Thanks,
Trevor

开云体育

On 7 Feb 2020, at 12:08 PM, Bob England <rje.bob@...> wrote:

I cannot find a way to direct the location of the icon files away from the main JMRI program file area - can you point me in the right direction? I can find the listing under "HELP" and where to change a few directories under "PREFERENCES", but don't know how to change where JMRI finds the icon files. I'll keep poking to see if I can find it.