Possible your version of JMRi is a bit dated. I look at the definition files in JMRI 4.18 and Uhlenbrock 76200 Multi-protocol? should be found cv7 = 9 (lowVersion)? thru 40 (highVersion)? so it should
show this as a selection if CV7 = 37.

Marc
?

Most likely, they said or meant a 1K ohm resistor.? That's the standard recommendation.

Steve Lowens

I'm not sure if this will help. Because my experience is with GP7. Sound Value.
I use a Digitrax DCS50. When trying to program a Bachmann, I couldn't. So I contacted Digitrax and they said "add a 1 ohm resistor across the wires to the programming track". I did and that solved that problem. That was the only way I could get the engine from 03 to the loco number. I've heard an alternative is for a 12v light bulb/auto 1156? across those wires. So, it might be as simple as this was for me.
--
Morgan Bilbo, PRR fan

--

On Thu, Dec 26, 2019 at 10:39 PM, <GROMITROGER@...> wrote:

I have a ROCO locomotive with a Uhlenbrock decoder (CV8 = 85), but the DecoderPro list does not find a model # for CV8=37

CV8 = manufacturer.? So it is either 85 or 37? ?

CV7 could be = 37? and DecoderPro should offer the viable selections.

CV8 = 37 is some obscure manufacturer by the name of NAC Services Inc.

Marc

Bachmann S4? are Soundtraxx Soundvalue equiped. Sound comes up when power is applied to track.

You do not state what DCC Command Station involved. Your issue might be related to CV29 not being setup.

How are you going about the address change ?

Marc

I am calling dispatcher from a jython script. The train starts and rtraverses the route, however I cannot get the train to slow down and stop.

I am using a speed profile and the train slows down and stops when called using the normal dispatcher.

I am calling the routine using

DF = jmri.InstanceManager.getDefault(jmri.jmrit.dispatcher.DispatcherFrame)

DF.loadTrainFromTrainInfo('T2_1.xml','ROSTER','diesel')

Where T2-1.xml is a normal xml file produced from dispatcher.

I presume that the stop command is called from an event when the train leaves the penultimate block, and I suspect I have not set a variable in the train info file which is normally set when calling the routine from dispatcher.

If i could be given a pointeras? to what extra variable(s)/routine(s) need to be called I would be grateful. I have downloaded the source and have tried to find the information, and experimented but failed dismally.

Thanks

Bill

Hello,

Anyone know if Bachmann SV Locomotives are not able to be assigned 4 digit addressing? I'm trying to address one to 5050. When I do, It has sound of the main engine, but won't move or do any functions. Set it back to 3 and it works great.

Suggestions please

Thanks

David Epling
Stockton, CA

As it's a USB connection you should never cycle the SPROG power without also restarting JMRI. The timeouts indicate that is taking a while for JMRI to receive replies. I've only seen this on slower systems such as Raspberry Pis. I don't think they are the problem.

Can you control turnouts if you set the SPROG to programmer mode?

Are you using the correct system name for the turnouts?

Andrew

Mike,

On 27 Dec 2019, at 1:03 AM, Mike Pyszczek <mpyzek@...> wrote:

When trying to start JMRI the warning I get is something about a line missing. I'll try to get a capture of the exact notice. Anything i should try?

Write down what the warning message is and what choices you are presented with. Otherwise it's very hard to help.

If you can get JMRI far enough to access the system console, follow Marc's instructions so we can also see the system console log.

Dave in Australia

I have a ROCO locomotive with a Uhlenbrock decoder (CV8 = 85), but the DecoderPro list does not find a model # for CV8=37.? Anyone help to identify what decoder on the list will match this model number?

On Thu, Dec 26, 2019 at 09:30 PM, WHurry wrote:

How long does it usually take the program to stop running??

A matter if seconds.

But what I recall of 4.14 is it had a tendency of improper termination of JMRI in some? cases and LaucnhJMRI and JAVA would still be running but no JMRI related windows.?
We would see this via Task Manager when we tried to run JMRI on occasion.

When ever you RUN JMRI it uses "LaunchJMRI"? .? The update uses the same " LaunchJMRI " and falls because the app is all ready running.

Marc.

Update: ?the JMRI update has been accomplished.?

Prior to initiating the prior update, I had quit the previous JMRI version. ?When all the associated Panel Pro Windows had disappeared from the desktop is when I initiated the 4.18 update process. ?It may appear that the older version was still running.

How long does it usually take the program to stop running??

There is no such device as a DCS150... In a previous post of yours you made the same mistake.

What you need to do is post the System Console log. Go into HELP, System Console. Copy to clipboard? and past (CTRL+V)? to this thread so people can view the log.

Quite possibly the answer is in the log.

The log will also indicate what other items you are loading.

Marc

Did you stop JMRI 4.14 ?? Did you try to run the update 4.18 while 4.14 was running ?? This will stop LaunchJMRI in it's tracks and fail the update.

Marc

开云体育

My anti-virus software is Windows Defender.

Bill Rush

Bill,

On 27 Dec 2019, at 9:45 AM, WHurry <Wttr@...> wrote:

While updating to JMRI 4.18+R37ad3d0 from 4.14, the following error message appeared:

Error opening file for writing: C:\Program Files (x86)\JMRI\Launch JMRI.exe

Your antivirus software is being overzealous and preventing you from installing the new "LaunchJMRI.exe" file.

This is a common problem with some antivirus software when we make a new release. It blocks anything new by default and takes a while to learn that the new "LaunchJMRI.exe" file is not a threat.

With some antivirus software you can tell it to install anyway, or you can temporarily disable protection while you install.

If you let us know what antivirus software you use, someone may be able to explain how to accept "LaunchJMRI.exe" as valid.

The following folders appear in C:\Program Files (x86)\JMRI\ ...help, lib, web, and xml. Also, the following items appear: COPYING, JMRI.conf, JMRI.jar, and LaunchJMRI.exe. The first three items are dated 12/22/2019 while the last item (LaunchJMRI.exe) is dated 12/19/2018.

See above for explanation.

Dave in Australia

On 12/24/19 4:48 PM, Bob Jacobsen wrote:

Production version 4.18 of JMRI/DecoderPro is available for download.

This is a new production release containing changes since last July.

Works (installs and loads PanelPro on a simulated connection) on
Slackware Linux 14.2 multilib with OpenJDK 1.8.0_232.

I just submitted the updated SlackBuild, expect it to go live here:
next Saturday with
the next public update.

Thanks for all the hard work,
Heiko

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