Phil,
I usually use the "preview before printing" to ensure that what I want to print looks correct.?? Sometimes I also find that what I thought might be one page is two.?? If so I can make changes to print what I want.

I have tried the "Print" without going through "properties", however the result is the same.?? Things just sit there and do nothing.
I even tried changing some colours in the Manifest.?? The colour changes showed in the preview with the same result.?? I did notice that the colours do not show the "preview" to print.? I guess it is using a different path.

I just don't know enough about computers to track this one.??? I have been able to print anything else in the program, except for the Manifest.

Maybe I'll just download the newer version and try it.
I assure the procedure would be to back up my "Operation" files then uninstall the old version before installing the new.

Irvin

Gordon,

That's exactly how OperationsPro works, there's only a comment made for the operators, the helpers never move with the train, they only have to exist at the start of the helper location.? No need to build a route for your helpers to return, they never move in the database.

Dan

Matt,
You could operate your helpers as a turn with their own route from where they pickup the train and drop it off. Your route would be from A with no SO's or PU's to B and B with no SO's or PU's to A.
I operate helper service off the grid...JMRI doesn't know they are there. I keep it simple.

Gordon Spalty

for i in range(jmri.jmrit.automat.AutomatSummary.length()):
print jmri.jmrit.automat.AutomatSummary.get(i).getName()

Bob

On Feb 9, 2020, at 4:45 AM, Trevor_R <twr@...> wrote:

Bob,

Sorry to have to ask another newbie question, but you stated in your reply:

You can also iterate through the list of running automats, etc.
I can't see any method to achieve this on the page you referenced, nor can I find an example anywhere. Would you be so kind as to provide an example of how to iterate through the list of threads displayed in the thread monitor?

Trevor.

--
Bob Jacobsen
rgj1927@...

On Fri, Feb 7, 2020 at 10:36 PM, Irvin McIntyre wrote:

Run build – press print – print window comes up – press properties – check “preview before printing”

OK my way out and “Canon Preview window” shows.?? The window shows the Manifest page.
Press “Start Printing”????? Window disappears and nothing happens, computer just sits there with no error messages.

One other thought as I try to re-create the error: why do you click on the "preview before printing" in the Canon print window???

Does it print if you do not have that Canon option clicked??

I just checked with my Canon printer and it worked both ways, but I have had problems with my Canon apps in the past so that may be the flaw in the path.

Phil

Irvin,

When you print your manifest from the preview text editor, you are using the editor to print your manifest and not the program.? Your issue is related to JMRI trying to print your manifest.? I need you to check the system console for messages when printing from JMRI.? It may reveal why you can't print.? Also, if you deselect the option to use the text editor for previewing a manifest, does the preview provided by JMRI look ok?

Dan

开云体育

Hi Matt. I don’t know what will be available in St Louis. I’m willing to provide my clinics if someone wants to present them. Cheers, Dennis?

Irvin, I tried to duplicate your problem but cannot.? I did not find that the option to use a text editor made any difference to printing.

I know that JMRI 4.14 is really not that old, but so many changes have been made is so many areas that printing could have been affected.? I am running 4.19.2 so I may not be able to reproduce the issue that you have.? I looked at the release notes for 4.16 and 4.18 but could not find any reference to a change that would affect printing.?

I don't know what collateral damage may occur (panels or scripts may be affected and are the biggest concern) from my next suggestion, so consider it carefully: upgrade to a newer production release (4.18 for example).? I know Dan (who works on the Operations stuff) has regularly updated the program, and modified how things work, to accomodate new options and requests (and to fix bugs!).?

It is still a possibility however that Windows is fooling us somehow.

Phil in gorgeous (and snowy) Young Harris, Georgia, USA

Dennis,
Do you know if there will be JMRI clinics at St Louis?
Matt Greenwood

Hey Dennis,
I think this is kinda like the 15 year old getting his drivers license and then thinking they can run top fuel dragsters. Makes me think "Well Okay Then"
Matt Greenwood
Grant NE

PJ,

Your friend could be facing a LocoNet "switch message storm" as described at .

It is most likely on LocoNet-based systems where signaling is via LocoNet. The problem can be exacerbated by having more than one JMRI computer on LocoNet if a certain work-around has not been applied.

The problem is most-easily diagnosed by having JMRI's LocoNet Monitor open during an operating session, with "timestamping" enabled. When the lock-up occurs, look at the LocoNet Monitor window and look for a "storm" of repeated switch messages, where each message gets a command station reply that rejects the switch message.

The web page describes the problem in detail and includes a wide variety of work-arounds.

Regards,
Billybob

The DCC System is Digitrax. Mine at home is also Digitrax. I will not be able to get to him about the sleep mode for a couple days. I can say that the sleep mode is turned off on my computer.

Hey Dennis,
After I rolled it around in my head awhile thats kinda what I came up with. so thanks for the conformation
Matt Greenwood
Grant NE

Dan?
So the program does or doesn't tell you to pick up helpers?
Matt Greenwood

The helpers are just a note on the train's manifest.? The program doesn't move them in the database, so the return is up to you, but the expectation by the program is that the helpers return to their starting location.



Dan

Further to the "how to ask your question" item - I can think of one DCC-system-specific situation which might be in play. But the OP has not (so far as I have noticed) defined which DCC system is in use, so I am not going to speculate and further muddy the waters!

Regards,
Billybob

Yes, that is correct.? The 23_2 version is the one where I needed to edit the XML file to change LS0 to LS930 because the new version of JMRI did not like the LS0 designation.? That is the latest version of my panel file.

On Sat, Feb 8, 2020 at 07:43 AM, billybob experimenter wrote:

Please see /g/jmriusers/topic/admin_how_to_ask_your/24915998?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,24915998 for a description of the basic information we will need to begin answering your question.

Regards,
Billybob

If the problem is not ports sleeping, or computer sleeping, then more information is needed as Billybob pointed out.? I remember that scripts have been an issue when "stalling" because an endless loop keeps the computer busy.? If there are scripts running on that computer, that might be an important piece of information for troubleshooting.

Phil in gorgeous Young Harris, Georgia, USA

Thanks Dave.? I have not ventured into Test Release territory before.? Looking forward to giving it a go.

BobE