¿ªÔÆÌåÓý

Date

Locked Re: DecoderPro worked on NCE and then stopped working

 

¿ªÔÆÌåÓý

Three things I need to know:

1.?The JMRI system console output (Help menu).

2. The NCE Command Monitor output (on the NCE menu and open it before you begin to read).

3. The behaviour of the USB LED and Cab Bus LED on the NCE USB. Both should flash briefly at times. One or other stuck on is an issue and can help diagnose what is happening.


--?
Dave in Australia

The New England Convention 2018

On 14 Jul 2018, at 2:00 PM, sjackobs@... wrote:

Here' s more detail. With DecoderPro running, the message on the lower bar says NCE is online. When I ask it to identify a decoder, the message bars says it is reading CV29, but nothing happens. If I click it again, the message bar says the programmer is in use.?


Locked Re: DecoderPro worked on NCE and then stopped working

 

¿ªÔÆÌåÓý

But I don't think this applies to El Capitan.

On 30 March 2018 at 23:54, Randall Wood?rhwood@...[jmriusers]?<jmriusers@...>?wrote:

In High Sierra, you must open System Preferences->Privacy and Security and allowed the kernel extensions you installed to be loaded, or they will not be used.

Randall Wood


On 11 July 2018 at 17:01, Dave Heap?<dgheap@...>?wrote:
There's a gotcha with third-party driver installation in High Sierra.

I don't have?High Sierra and my memory is hazy. I think it is System Preferences->General and you will see a blocked attempt to load the driver. You can approve it there.


--?
Dave in Australia

The New England Convention 2018

On 14 Jul 2018, at 2:00 PM, sjackobs@... wrote:

I am a new user to DCC as of last year and new to the users group. I have the NCE PowerCab and the NCE USB interface. In September 2017 I downloaded JMRI onto my wife's Mac, OSX 10.11.6 and DecoderPro worked fine. About three months ago it stopped working. I re-installed the latest drivers from SiLabs and JMRI 4.11.6 and it still did not work. More technical and experienced people, including Ed at NCE, walked me through my settings and found nothing wrong. Ed suspects that the Mac has explicit security permissions for the USB port and that the OS is blocking the hardware and driver.?

Here' s more detail. With DecoderPro running, the message on the lower bar says NCE is online. When I ask it to identify a decoder, the message bars says it is reading CV29, but nothing happens. If I click it again, the message bar says the programmer is in use.?

The LEDs on both the USB and the layout sides of the interface flash occasionally. The cables check out okay.

I found an email from Dave of Australia about opening the System Profiler on the Mac to check if it is seeing the USB interface. My 21 year-old daughter did so and found it on the System Profiler. (Though it does not show up in the Finder.)
Dave's email gave instruction to open a Terminal Window and paste in a command "while : ;do clear;ls -lt /devlhead;i=$((i+1));echo $i;sleep 1;done" My daughter did so and reported that it could not find /devlhead; the command generated no lines of output though it counted.?

Any help would be appreciated.

Thanks,

Steve Jackobs
Austin & Taylor & Pacific


Locked Re: DecoderPro worked on NCE and then stopped working

 

¿ªÔÆÌåÓý

Cut and paste beats retyping and getting,punctuation wrong. It's dev(vertical bar)head

While : ;do clear;ls -lt /dev|head;i=$((i+1));echo $i;sleep 1;done

--?
Dave in Australia

The New England Convention 2018

On 14 Jul 2018, at 2:00 PM, sjackobs@... wrote:

I found an email from Dave of Australia about opening the System Profiler on the Mac to check if it is seeing the USB interface. My 21 year-old daughter did so and found it on the System Profiler. (Though it does not show up in the Finder.)
Dave's email gave instruction to open a Terminal Window and paste in a command "while : ;do clear;ls -lt /devlhead;i=$((i+1));echo $i;sleep 1;done" My daughter did so and reported that it could not find /devlhead; the command generated no lines of output though it counted.?


Locked Re: Dispatcher Auto Active Train Fails to Pause

 

Hi Paul
There is good news, there is nothing wrong with the panel that causes this and I
have isolated the problem. There is a property in the Signal System that
AutoTrains does not process correctly and causes the pause to be ignored. I just
need to find the best way to handle it without breaking anything else.
Steve G.

---------- Original Message ----------
From: paul@...
Date: July 14, 2018 at 1:34 PM


I've just got around to a bit more investigation on this, mainly to see if I
could identify why it seems difficult to recreate the problem or identify some
other environmental issue. ?I've produced a greatly simplified layout panel on
the basis that if the problem disappeared then I could introduce features step
by step, however it's still there. ?To provide a quick recap, it occurs when

1) pause is specified on a section in a transit which comprises a single block
and which is marked as being safe in the transit?and,
2) on the Activate New Train panel 'all cars have resistance wheels' is
specified in conjunction with the Allocation Method being 'to Safe Sec'.

The train slows to 25% on section entry but its speed is not set to 0 and the
status in the dispatcher panel doesn't changed to paused. ?The train moves to
the end of the transit at the reduced speed and when it reaches the end it is
terminated as expected but a java exception occurs:

18:25:27.963 (138223) ERROR [pause train C170-19] AutoActiveTrain.java:1537 ?-
InterruptedException while waiting when paused
? ? java.lang.InterruptedException: sleep interrupted
? ?at java.lang.Thread.sleep(Native Method)
? ?at
jmri.jmrit.dispatcher.AutoActiveTrain$PauseTrain.run(AutoActiveTrain.java:1532)
? ?at java.lang.Thread.run(Thread.java:748)
?
I've uploaded the simplified panel, dispatcher options file and the train
description file in the hope that this will hope with spotting what's gone
wrong with my usage.
/g/jmriusers/files/ProblemsBeingWorkedOn/PauseTest.zip

Thanks in advance

Paul



Locked Re: Dispatcher Auto Active Train Fails to Pause

 

I've just got around to a bit more investigation on this, mainly to see if I could identify why it seems difficult to recreate the problem or identify some other environmental issue. ?I've produced a greatly simplified layout panel on the basis that if the problem disappeared then I could introduce features step by step, however it's still there. ?To provide a quick recap, it occurs when

1) pause is specified on a section in a transit which comprises a single block and which is marked as being safe in the transit?and,
2) on the Activate New Train panel 'all cars have resistance wheels' is specified in conjunction with the Allocation Method being 'to Safe Sec'.

The train slows to 25% on section entry but its speed is not set to 0 and the status in the dispatcher panel doesn't changed to paused. ?The train moves to the end of the transit at the reduced speed and when it reaches the end it is terminated as expected but a java exception occurs:

18:25:27.963 (138223) ERROR [pause train C170-19] AutoActiveTrain.java:1537 ?- InterruptedException while waiting when paused
? ? java.lang.InterruptedException: sleep interrupted
? ? at java.lang.Thread.sleep(Native Method)
? ? at jmri.jmrit.dispatcher.AutoActiveTrain$PauseTrain.run(AutoActiveTrain.java:1532)
? ? at java.lang.Thread.run(Thread.java:748)
?
I've uploaded the simplified panel, dispatcher options file and the train description file in the hope that this will hope with spotting what's gone wrong with my usage.
/g/jmriusers/files/ProblemsBeingWorkedOn/PauseTest.zip

Thanks in advance

Paul


Locked Re: fwd/rev for sections in layout panel

 

¿ªÔÆÌåÓý

so i should ignore the program assigned directions and re-define them based on the train travelling in a loop. the layout is 2 connected loops and all sections except 2 are single blocks.

tony


On Jul 14, 2018, at 12:20 PM, Egbert Broerse <dcc2@...> wrote:

Tony,
As you are talking about Sections, I assume you mean defiining them in the Sections table (and than use them in the Layout Editor panel with Dispatcher etc).
First, can you confirm you have read the ? Under Add - point 6. it tells you:
Where possible, the program entered FORWARD or REVERSE for you. If it couldn't determine direction unambiguously, it entered?UNKNOWN. You must assign all UNKNOWN Travel Directions before the new Section can be created. Important Note:?Travel Direction assignments must be consistent.?If the new Section has only one Block, it's not important which direction you choose as FORWARD, but once you make that choice, all assignments must conform to it. If the new Section has multiple Blocks, the FORWARD direction is the direction a train would travel if moving from the top Block toward the bottom Block. (in the table)

You can choose either CW or CCW, but after you have defined the first Section/Block FORWARD travel direction, stick with that for the whole Dispatcher set-up.
Use BACKWARDS if in this or another Transit you return to a Block driving in the opposite direction, perhaps after a return loop or reversing your train.
As soon as you miss a Section from the drop down, it could be a sign that you entered the wrong Travel Direction (you can later correct this without deling a Section, so no panic)

Egbert


Locked Re: fwd/rev for sections in layout panel

 

steve

i am not asking which way to define things but why the program itself which defines direction when you enter the section info contradicts itself on parallel identical sections.
should i use the jmri defined directions or the ones i think is correct

tony

On Jul 14, 2018, at 12:22 PM, Steve_G <RailRodder@...> wrote:

Tony
Depends on what value you put on your sanity..
If you value it then:
If its circular pick cw as one direction and ccw as the other.
If its point to point make it A to Z in one direction and Z to A as the other.
Reversing sections, just pick the way you can remember.
Steve G.
---------- Original Message ----------
From: AD <bklyns_baseball_club@...>
Date: July 14, 2018 at 11:50 AM



can someone tell me how the jmri program determines wether coming from a
block to the right of the section being programmed is the fwd or rev
direction.
why would an identical set of sections parallel to the first have the
opposite direction

should i use the jmri results or select directions as if a train is
travelling thru the layout in a cw or ccw direction

tony




Locked Re: fwd/rev for sections in layout panel

 

Tony
Depends on what value you put on your sanity..
If you value it then:
If its circular pick cw as one direction and ccw as the other.
If its point to point make it A to Z in one direction and Z to A as the other.
Reversing sections, just pick the way you can remember.
Steve G.

---------- Original Message ----------
From: AD <bklyns_baseball_club@...>
Date: July 14, 2018 at 11:50 AM



can someone tell me how the jmri program determines wether coming from a
block to the right of the section being programmed is the fwd or rev
direction.
why would an identical set of sections parallel to the first have the
opposite direction

should i use the jmri results or select directions as if a train is
travelling thru the layout in a cw or ccw direction

tony



Locked Re: fwd/rev for sections in layout panel

 

Tony,
As you are talking about Sections, I assume you mean defiining them in the Sections table (and than use them in the Layout Editor panel with Dispatcher etc).
First, can you confirm you have read the ? Under Add - point 6. it tells you:
Where possible, the program entered FORWARD or REVERSE for you. If it couldn't determine direction unambiguously, it entered?UNKNOWN. You must assign all UNKNOWN Travel Directions before the new Section can be created. Important Note:?Travel Direction assignments must be consistent.?If the new Section has only one Block, it's not important which direction you choose as FORWARD, but once you make that choice, all assignments must conform to it. If the new Section has multiple Blocks, the FORWARD direction is the direction a train would travel if moving from the top Block toward the bottom Block. (in the table)

You can choose either CW or CCW, but after you have defined the first Section/Block FORWARD travel direction, stick with that for the whole Dispatcher set-up.
Use BACKWARDS if in this or another Transit you return to a Block driving in the opposite direction, perhaps after a return loop or reversing your train.
As soon as you miss a Section from the drop down, it could be a sign that you entered the wrong Travel Direction (you can later correct this without deling a Section, so no panic)

Egbert


Locked Re: Broken Download Links (Re: [jmriusers] JMRI 4.12 is available for download)

Jon Miller
 

¿ªÔÆÌåÓý

??? For some reason this download seems to be taking a long time to extract.? It seems to be the .png files, everything else it zooms through.? Thoughts?
-- 
Jon Miller
For me time stopped in 1941
Digitrax  Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS


Locked Re: fwd/rev for sections in layout panel

 

¿ªÔÆÌåÓý


can someone tell me how the jmri program determines wether coming from a block to the right of the section being programmed is the fwd or rev direction.
why would an identical set of sections parallel to the first have the opposite direction

should i use the jmri results or select directions as if a train is travelling thru the layout in a cw or ccw direction

tony?


Locked Re: JMRI 4.12 is available for download

 

¿ªÔÆÌåÓý

And will consider making a donation to cover the miscellaneous expenses:

?

?

Ross

?

From: [email protected] <[email protected]> On Behalf Of Jon Miller
Sent: Saturday, July 14, 2018 10:55 AM
To: [email protected]
Subject: Re: [jmriusers] JMRI 4.12 is available for download

?

On 7/14/2018 7:32 AM, Bob Jacobsen wrote:

Should be fixed now. Sorry for the problem.

Thanks Bob, you and the crew are doing a wonderful job.? I hope all users of JMRI realize all the effort that goes into this "free" software.

-- 
Jon Miller
For me time stopped in 1941
Digitrax? Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS


Locked Re: JMRI 4.12 is available for download

 

¿ªÔÆÌåÓý

Having purchased both RailOp and Protrak many years ago and watching JMRI develop I am extremely grateful to all who helped develop and enhance JMRI making it the best program out there for my needs.? Also many thanks to Dan Foltz for the development and enhancements made in Manifest Creator and his willingness to make improvements from our suggestions.? What great people.

?

Thanks,

Gary Ray

Magalia, CA

?

From: [email protected] [mailto:[email protected]] On Behalf Of Jon Miller
Sent: Saturday, July 14, 2018 7:55 AM
To: [email protected]
Subject: Re: [jmriusers] JMRI 4.12 is available for download

?

Thanks Bob, you and the crew are doing a wonderful job.? I hope all users of JMRI realize all the effort that goes into this "free" software.

-- 
Jon Miller

Virus-free.


Locked Re: JMRI 4.12 is available for download

Jon Miller
 

¿ªÔÆÌåÓý

On 7/14/2018 7:32 AM, Bob Jacobsen wrote:
Should be fixed now. Sorry for the problem.

Thanks Bob, you and the crew are doing a wonderful job.? I hope all users of JMRI realize all the effort that goes into this "free" software.

-- 
Jon Miller
For me time stopped in 1941
Digitrax  Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS


Locked Re: Data base merge

 

Charles,

?Yes you can.? The instructions on how to do so are in the Operations "Help" and can also be found here:?

HTH,
Steve
"Breezlys"


Locked Re: JMRI 4.12 is available for download

 

Should be fixed now. Sorry for the problem.



Bob

On Jul 14, 2018, at 7:01 AM, Jon Miller <atsfus@...> wrote:

On 7/13/2018 7:55 PM, Bob Jacobsen wrote:
We're therefore making that version, "Production release 4.12", available for download today.
Mine also will not download. I get the release notes but clicking on the Windows version it says; 404 this is not the web page you are looking for!
--
Jon Miller
For me time stopped in 1941
Digitrax Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS

--
Bob Jacobsen
rgj1927@...


Locked Re: Broken Download Links (Re: [jmriusers] JMRI 4.12 is available for download)

 

Thanks for catching that. Now fixed.

The backstory: The proper semantic-versioning form of the file name () uses a ¡°+¡± to separate the main version name from ¡°build meta-data¡± like the git hash for the build. JMRI doesn¡¯t entirely use semantic versioning (we use a somewhat different criteria for when to update each digit), but it makes sense to use as much of the standard as we can. So we¡¯ve used ¡°+¡± in our version numbers for a long time.

It also makes sense to have the filenames match the version numbers, but ¡°+¡± characters in filenames were problematic in some cases. In particular, the GitHub release system (i.e. ) wasn¡¯t able to handle them, instead automatically replacing them with ¡°.¡± on upload. So the files we made on Jenkins for e.g. development builds () and even the as-built releases () had ¡°+¡±, but GitHub made them ¡°.¡± (i.e. ) The automation that creates the text for the download page, release note and release list handled that by changing the filenames ().

But sometime in the last five days (since 4.11.9 came out), GitHub fixed that! So now we can actually have ¡°+¡± signs in names (good news), but the pre-created links didn¡¯t work (bad news). Just another day in the life of JMRI release management¡­..

Anyway, to make a long story short, it¡¯s fixed now.

Bob

On Jul 14, 2018, at 3:36 AM, Heiko Rosemann <heiko.rosemann@...> wrote:

Thanks Bob,

great work! I hope I hear some cold beverage popping open in the
background noise of your message ;)

I just updated my SlackBuild of JMRI which will (hopefully) be
publically available from next week's SBo public update here:


In the process, I noticed broken links on the releasenotes-page due to a
different file naming scheme: The 4.10 release files (and before) were
called JMRI.4.10.R419243e.tgz, the 4.12 release files are called
JMRI.4.12+Rb6a9bb1.tgz with a + (plus sign) in front of the Rxxxxxxx
instead of a . (dot).

This is true for all three MacOS, Windows and Linux.

Best Regards,
Heiko

On 07/14/2018 04:55 AM, Bob Jacobsen wrote:
We are very pleased to announce that the 4.11 series of JMRI test
releases has resulted in a version that's good enough to be recommended
for general use, including by new users. We're therefore making that
version, "Production release 4.12", available for download today.

Note: this version of JMRI, along with future ones, will require that
you have Java 1.8 or later.

There have been hundreds of updates, new features and bug fixes since
version 4.10 came out six months ago. For more information, please see
the release note:

<>

The release note also contains the download links for Mac OS X, Linux
and Windows. (That's our subtle way of trying to get you to read the note).

Note that JMRI is made available under the GNU General Public License.
For more information, please see our copyright and licensing page.
<>

If you use JMRI on Linux or Mac and are updating from JMRI 4.7.3 or
earlier, there¡¯s a necessary migration step. (Not needed on Windows or
if updating from something more recent) Please see the release note for
details: <>

Bob

--
Bob Jacobsen
jacobsen@... <mailto:jacobsen@...> +1-510-708-5988 AIM, Skype
JacobsenRG


__,_._,___

--
eMails verschl¨¹sseln mit PGP - privacy is your right!
Mein PGP-Key zur Verifizierung:




--
Bob Jacobsen
rgj1927@...


Locked Re: JMRI 4.12 is available for download

Jon Miller
 

¿ªÔÆÌåÓý

On 7/13/2018 7:55 PM, Bob Jacobsen wrote:
We're therefore making that version, "Production release 4.12", available for download today.

??? Mine also will not download.? I get the release notes but clicking on the Windows version it says;? 404 this is not the web page you are looking for!

-- 
Jon Miller
For me time stopped in 1941
Digitrax  Chief/Zephyr systems, JMRI User
SPROG User
NMRA Life member #2623
Member SFRH&MS


Locked Re: Broken Download Links (Re: [jmriusers] JMRI 4.12 is available for download)

 

Looks like the file name is wrong JMRI.4.12.Rb6a9bb1. should be JMRI.4.12+Rb6a9bb1 ( + and not . ).
Hopefully Bob or another developer can change this soon.

--
Peter Ulvestad

JMRI Users Group Moderator - ( )
Tam Valley Group Moderator - ( )
Sprog-DCC Group Moderator - ( )
Edmonton Model Railroad Association -


Locked Re: Broken Download Links (Re: [jmriusers] JMRI 4.12 is available for download)

 

Nope, still broken.

To be more precise: The links on the announcement page work:
- they point to


and


The links in the release notes don't work:
- they point to


and


Not only did I try clearing the browser caches, I also tried different
browsers with consistent results.

Best Regards,
Heiko

On 07/14/2018 01:49 PM, Dave Heap wrote:
I got broken links when I tried. Emptied caches and tried again. Links
no longer broken. A common problem with each new release.

--?
Dave in Australia

The New England Convention 2018


On 14 Jul 2018, at 8:36 PM, Heiko Rosemann <heiko.rosemann@...
<mailto:heiko.rosemann@...>> wrote:

In the process, I noticed broken links on the releasenotes-page due to a
different file naming scheme: The 4.10 release files (and before) were
called JMRI.4.10.R419243e.tgz, the 4.12 release files are called
JMRI.4.12+Rb6a9bb1.tgz with a + (plus sign) in front of the Rxxxxxxx
instead of a . (dot).

This is true for all three MacOS, Windows and Linux.
--
eMails verschl¨¹sseln mit PGP - privacy is your right!
Mein PGP-Key zur Verifizierung: