Thanks Dan and Paul, I found what I was looking for.

Jacques

Tom,

Since we just released the 4.14 version, you should try with it. There has
been a fair bit of work on that system connection, plus work to prevent the
Default = Internal issue.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org

Ken,

Thanks. I had an idea that that was the problem. However, nothing is selectable as Internal under Defaults. Everything defaults to XpressNet (except Service Programmer and Ops Mode Programmer, both of which are greyed out - but I would expect that with the Compact).

Everything seems to work OK though. The annoying thing that happens is that, when opening JMRI, I get an error message and have to wait for Help and Preferences to open (automatically). Then I can continue.

Cheers

Tom

Jacques,
I did not see the answer in Dan's link.?
On the "Trains" page, go to "Tools" then select the "Build Report Options" then click the "Text Editor to Preview Build Reports". That will cause the build report to come up in a text editor page which you can then print.
Paul D

Tom,

Your log shows you opening the serial port ok, but then it doesn't like what
is happening with setting up the controls. Please check
Edit->Preferences->Defaults, they should not be selecting Internal but might
be doing that. Changing them to your system connection would fix that. The
rest of the errors trace to the initial one about not establishing a command
station correctly.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org

See my other post just now about the "FF FF FF FF 0 0 20 0” part of that pattern.

It’s normal to see it over and over. Most of the time, JMRI asks the C/MRI node for it’s input status (“poll””) as fast as possible, and the node replies to each (“Receive”). When you ask an output to change, you’ll see one message that carries that changed info, but it’ll go by quickly.

Bob

On Dec 23, 2018, at 11:44 PM, hpschilling@... wrote:

only see this repeated over and over :

Poll ua=0
Receive ua=0 IB=FF FF FF FF 0 0 20 0

--
Bob Jacobsen
rgj1927@...

This is what I’m seeing after rebuild roster.



Thanks
Russ Austin

This is what I’m seeing after rebuild
Russ Austin

On Dec 24, 2018, at 7:27 AM, Ken Cameron <kcameron@...> wrote:

I was referring to the address of the Output cards. Yes, polling and sensors
working, so the SUSIC is fine. But we still haven't confirmed the output
cards.

Aha! Thanks, I misunderstood. Yes, those have to be right. Perhaps there’s a clue here:

On Dec 23, 2018, at 8:47 PM, hpschilling@... wrote:

Poll ua=0
Receive ua=0 IB=FF FF FF FF 0 0 20 0

32 bit output card - address 0
32 bit input card - address 1
32 bit input card - address 2

That reply pattern is interesting, because the FF FF FF FF part isn’t something that a C/MRI input card usually does. So either the board address switches are set funny, or the C/MRI setup in JMRI is wrong, or perhaps both.

h, could you please check that the address switches on your cards are set to the addresses listed above? That means
- output card has DIP switches all set the same way
- the input card you want to have CS1 to CS32 on has them set so just the end one if flipped
= the input card you want to have CS33 to CS64 has the one _next_ _to_ the end one fllipped

Next, open JMRI, select “Configure Nodes” from the CMRI menu, then click “Select” on your SUSIC node and pick “Edit”. This will give you the window that defines the SUSIC. Double check that the cards are defined as shown above, save and restart JMRI.

Bob

--
Bob Jacobsen
rgj1927@...

You can find it here:



Dan

Hello,

I recently asked a question about Session Logs. Unfortunately, I haven't received any information conmcerning my query.

I repeat it below, with the additional note that I get the same withJMRI 4.14.

Access to:
Win10(64bit)/JMRI 4.12+Rb6a9bb1/Java1.8.0_181
Win7(32bit)/JMRI 4.12+Rb6a9bb1/Java1.8.0_181
RaspPi - per Steve Todd's latest link.

Control: Lenz Compact (I know it's old, but seems to work) & LI-USB interface.

Things have been wortking fine for a while. I decided to look at Session Log and found some "Errors".
(Copy/Paste)
2018-12-12 17:20:45,675 util.Log4JUtil??????????????????????? INFO? - * JMRI log ** [main]
2018-12-12 17:20:45,690 util.Log4JUtil??????????????????????? INFO? - This log is appended to file: C:\Users\X\JMRI\log\messages.log [main]
2018-12-12 17:20:45,691 util.Log4JUtil??????????????????????? INFO? - This log is stored in file: C:\Users\X\JMRI\log\session.log [main]
2018-12-12 17:20:45,698 apps.Apps???????????????????????????? INFO? - PanelPro version 4.12+Rb6a9bb1 starts under Java 1.8.0_181 on Windows 10 x86 v10.0 at Wed Dec 12 17:20:45 GMT 2018 [main]
2018-12-12 17:20:45,949 apps.Apps???????????????????????????? INFO? - Starting with profile My_JMRI_Railroad.3f5f7e97 [main]
2018-12-12 17:20:46,350 node.NodeIdentity???????????????????? INFO? - Using jmri-iC12HdZKWhNiaafmVFiIV6-3f5f7e97 as the JMRI Node identity [AWT-EventQueue-0]
2018-12-12 17:20:46,524 xml.AbstractSerialConnectionConfigXml INFO? - Starting to connect for "XpressNet" [main]
2018-12-12 17:20:47,108 liusb.LIUSBAdapter??????????????????? INFO? - COM5 port opened at 57600 baud with DTR: true RTS: true DSR: true CTS: true? CD: false [main]
2018-12-12 17:20:47,267 jmri.InstanceManager????????????????? ERROR - Should not set default of type jmri.CommandStation to null value [main]
2018-12-12 17:20:47,268 managers.ManagerDefaultSelector?????? WARN? - SystemConnectionMemo for XpressNet (class jmri.jmrix.lenz.XNetSystemConnectionMemo) provides a null interface jmri.CommandStation instance [main]
2018-12-12 17:20:47,273 plementation.JmriConfigurationManager ERROR - Exception initializing jmri.managers.ManagerDefaultSelector: System connection XpressNet provides a null manager for interface jmri.CommandStation [main]
2018-12-12 17:20:47,550 plementation.JmriConfigurationManager ERROR - Exception initializing apps.StartupActionsManager: jmri.util.prefs.InitializationException: Unable to run startup actions due to earlier failures. [main]
2018-12-12 17:20:49,354 util.FileUtilSupport????????????????? INFO? - File path program: is C:\Program Files (x86)\JMRI\ [main]
2018-12-12 17:20:49,355 util.FileUtilSupport????????????????? INFO? - File path preference: is C:\Users\X\JMRI\My_JMRI_Railroad\ [main]
2018-12-12 17:20:49,355 utilFileUtilSupport????????????????? INFO? - File path profile: is C:\Users\X\JMRI\My_JMRI_Railroad\ [main]
2018-12-12 17:20:49,356 util.FileUtilSupport????????????????? INFO? - File path settings: is C:\Users\X\JMRI\ [main]
2018-12-12 17:20:49,356 util.FileUtilSupport????????????????? INFO? - File path home: is C:\Users\X\ [main]
2018-12-12 17:20:49,357 util.FileUtilSupport????????????????? INFO? - File path scripts: is C:\Program Files (x86)\JMRI\jython\ [main]
2018-12-12 17:20:49,670 gui3.TabbedPreferencesAction????????? INFO? - We are already waiting for the preferences to be displayed [main]
2018-12-12 17:20:50,260 PanelPro.PanelPro???????????????????? INFO? - Main initialization done [main]

There is nothing on JMRI Help pages which actually helps.

Can somone please clarify what the ERRORS shown above actually mean, particularly what does "Should not set default of type jmri.CommandStation to null value" mean.

I would also like some clarification on the WARNING sgown above.

Many thanks in advance. It may answer some other questions.

Many thanks,

Tom

How does one go to print the built report.

Jacques

The defaults only effect any track you place after changing the defaults. So
you have to set the defaults before placing track if you want to select the
colors.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org

Hi Mike,

My guess is that you have the program in "Normal" mode.? That mode won't do car swaps for a single train.? Try aggressive mode and let us know what happens.



If you want to continue in 'Normal" mode, you need two trains, one to pull the cars off, and one to deliver them to the float.? You would build and terminate the 1st train to empty the float.? The 2nd would fine the float empty and deliver new cars.

Dan

Hi?
Not sure what i am doing wrong , need some help please?
I just downloaded ?ver 14.4.
Okay layed some track in layout editor?
I go to ?, options , track options , default track color, ?set defult track color ?, ?click on icon?
Click on yellow go okay when i go back to ?panel editor the track ?remains black but there is a two second glimpse?
Of the colors i chosen. Of yellow,
If i go through set track drawing option select the desired color ?and apply ?it change the track color?
In panel editor that i have chosen?
Andrew,?

I was referring to the address of the Output cards. Yes, polling and sensors
working, so the SUSIC is fine. But we still haven't confirmed the output
cards.

Keep in mind the message to the card is commanding the turnout positions.
Unless the sensors are detecting the turnout position, and you configure the
turnout in JMRI correctly, it is waiting for you to operate the turnout from
JMRI.

-Ken Cameron, Member JMRI Dev Team
www.jmri.org
www.fingerlakeslivesteamers.org
www.cnymod.com
www.syracusemodelrr.org

HP:

The common here is the power to the SUSIC-I/O "ground" (-) is connected to the power (-) of the switch controls boards. If not the same power supply a 5VDC for the SUSIC and 12VDC for the switch board. Salvaged computer supply with both will have a common. Maybe a -5 or -12 if old enough so beware my (-) minus sign!

The data lines pull to low (-) to activate so if that is not common the switch boards don't see a command to change their output. Inputs too when you get there.

Should that be in place and solid...

The only thing I'm not sure of with your description is the almost solid data in LED (yellow) I'm like Ken, it's been too long... these things just work... that I diagnosed a node... Data out red should be very active if you have the input table open to watch the inputs but I thought the in should only blink when you change something.;.?

Try closing one and the other and see if the data lights change.

Another test is a temporary loop back of one output to one input... since the inputs work...

Pin one to pin one watch the input and change the output.

Jim Albanowski

开云体育

I am going down the Lenz route. Just changing over from ZTC.