Date

Locked DecoderPro issue

Steven Burns
 

blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; } Hi,


I am having a problem implementing the DecoderPro. The Read Type from Decoder is grayed out. Not sure why. Does not seem to be communicating with the DCC system.



Using Windows 7 on a Samsung netbook.



DecoderPro version 4.6-R8149dc.



Computer interface is the RR Cirkits LocoBuffer-USB, Rev N. The driver installed successfully.



Java version 8, update 141.







The DecoderPro settings:



DCC system: Digitrax



Serial port: LocoBuffer-USB [com 3]



Command station: DB150 [Empire builder]



Connection prefix: L



Connection name: LocoNet







Do you have any idea what I am doing wrong, or not doing?

Thanks.Steve

[Non-text portions of this message have been removed]


Locked Re: I am a little confused following this story. As I understand it the "JMRI" is not connected to the layout, they use a seperate programming track. Here a statement is made that the "JMRI"doesn't ptogram the decoders, the DCC systems does.

 

JMRI is a related group of programs that share a code base. JMRI is the group name.
Inside JMRI you have Decoder Pro, Panel Pro and Operations. Each do different things better.
Folks tend to concentrate on the part they are interested in, but you cannot install PanelPro without also getting DecoderPro.


Locked Re: Crossing in layout editor

 

Roberto,


Get a frog juicer and the polarity will switch automatically without you doing anything after the initial install of the juicer. No need for manual switches etc.


David


________________________________
From: jmriusers@... <jmriusers@...> on behalf of r.falorni@... [jmriusers] <jmriusers@...>
Sent: Sunday, July 23, 2017 6:14 PM
To: jmriusers@...
Subject: [jmriusers] Crossing in layout editor



Hello everybody.
I recently added a diy 60� diamond crossing to my layout.The two frogs are isolated from the rest of the rails to avoid short circuit and need to be fed independently. Depending on the route (bottom left to to top right, or bottom right to top left), I have to switch polarity
Case 1
&#92; &#92; / /
- +
/ / &#92; &#92;
Case 2
&#92; &#92; / /
+ -
/ / &#92; &#92;

I can do this with a servo below the table that operates simultaneously two switches like it was a turnout (all my turnouts motors are DIY, with a few of them with electrofrog, and all work well with JMRI) and change the diamonds polarity.
The problem I'm facing is: how do I represent the crossing in the layout editor? The crossing icon is not clickable like the turnouts showing the selected routing, so I was thinking about putting a sensor custom icon and assign an action to the sensor to operate the servo. Is this the way to go or am I overcomplicating?
Thanks in advance.

Roberto

[Non-text portions of this message have been removed]





[Non-text portions of this message have been removed]


Locked Re: I am a little confused following this story. As I understand it the "JMRI" is not connected to the layout, they use a seperate programming track. Here a statement is made that the "JMRI"doesn't ptogram the decoders, the DCC systems does.

 

Snide remarks aside you do use DCC to program your locos. If you are using DecodePro it has to be attached to a DCC system in order for it to read/write to the decoders. So embrace DCC and enjoy the wonderful hobby of Model Railroading.


Jack Eiermann


Locked Re: JMRI 4.8 parse error

 

After upgrading I got the following parse Error

while parsing the file .....xml Exception:org.jdom2.input.JDOMParseException Error on line 2871 cvc-complex-type.4: Attribute 'class' must appear on element 'key'.


I have uploaded my xml file called Carney config file.


How do I fix ?


Locked Test version 4.9.1 of JMRI/DecoderPro is available for download

 

Test version 4.9.1 of JMRI/DecoderPro is available for download.

Following right after production version 4.8 (recommended for new users), this is the first in a series of test releases that will culminate in a production release, hopefully in December 2017.

There have been a lot of updates in this version, so it should be considered experimental. We’d very much appreciate your help shaking the bugs out of these changes by using this test release, but please don’t install it the day before your operating session!

For more information on the issues, new features and bug fixes in 4.9.1 please see the release note:
<>

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

The download links, along with lots of other information which we hope you'll read, can be found on the release note page:
<>

Bob
--
Bob Jacobsen
rgj1927@...


Locked JMRI 4.8 is available for download

 

We are very pleased to announce that the 4.7 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.8", 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.6 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).

--
Bob Jacobsen
rgj1927@...


Locked Re: I am a little confused following this story. As I understand it the "JMRI" is not connected to the layout, they use a seperate programming track. Here a statement is made that the "JMRI"doesn't ptogram the decoders, the DCC systems does.

 

I thing of DecoderPro as a graphic user interface for programming decoders. Your DCC system still writes the CV's but it gets that information from your settings in DecoderPro. I think of it like a telephone you don't actually make the connection to the other person, you just input the number and the telephone system does the work.


Locked Re: Crossing in layout editor

Model Railroad Builder
 

Roberto,

Another option would be to use a DPDT 12vdc relay to switch the polarity on the two frogs that must be switched and have a detection circuit on either side of the diamond that will pull in the relay as a train approaches from that direction. The other leg can be wired such that when the relay is not energized the frogs have the correct polarity. This is all outside of JMRI but is pretty simple and does not depend on any external connections. I have successfully done this and it does work.

Mark Juett
Ace Services LLC
Your First Choice
www.modelrailroadbuilder.com


Locked I am a little confused following this story. As I understand it the "JMRI" is not connected to the layout, they use a seperate programming track. Here a statement is made that the "JMRI"doesn't ptogram the decoders, the DCC systems does.

 

Isn't DecoderPro aprogram which runs under "JMRI" the program which reads/writez and programs the decoders? It seems like folks use the term JMRI as a catch-all phrase. Please correct me but I don't use any DCC system to program my locos. I use the "JMRI DecoderPro" to program and test my locos.
Granted, I don't get imto all the code and such with "JMRI" but as I read this it sounds like the club was doing the same as I do but after the update something got messed up that doesn't allow them to use the computer "JMRI" program to read/write and program this loco.
What Iissing here? I'm not trying toake waves just perhaps clear up the situation.



Sent from my Verizon, Samsung Galaxy smartphone


Locked Re: VCD modules hang

 

There is an issue that happens on some computers where the audio libraries
take an incredibly long time to load. The trigger in the 'go get
lunch/coffee' is anything that calls for them to be loaded. Like opening the
tables view since it has a table for audio features. But many computers work
just fine and it loads right away. It is proving to be awkward to work on
since it only happens on some peoples computers. The delay runs from a
minute or two to hours and we haven't been able to figure out why. The
libraries are code used by JMRI and not written by us. It is being worked on
but has not been resolved yet.



-Ken Cameron, Member JMRI Dev Team

www.jmri.org

www.fingerlakeslivesteamers.org

www.cnymod.com

www.syracusemodelrr.org


Locked Re: Staging Problems

 

I have checked and the location accepts all car types and loads. I also checked the moves and this train is allowed 50 moves which should be plenty. The build reports shows that it accepts the car's load but does not assign it a track for some reason. Any other thoughts would be appreciated.

Chris


Locked Re: JMRI running, loading and saving extremely slow

 

JMRI running, loading and saving extremely slow. I was hoping I'd like this
program, and in some ways I do, but I've upgraded to windows (7) from my
old XP machine, and JMRI continues to run slower than my Commodore 64!
Are you saying you upgraded the Windows on a machine that was running XP to Win7, or is it a replacement machine that is running Win7?

If you upgraded the OS on a machine running XP then you probably need a heap more memory just to run at the same speed as it did under XP.


Locked Re: Crossing in layout editor

 

Hi Roberto

As you say you can't click anything on the crossing to change the polarity of the crossing vees but you obviously have points that choose which route will be taken through the crossing. A bit of logix applied to the turnouts driving the various points leading to the diamond should be able to drive another turnout that can switch a relay to apply the correct polarity to the crossing vees. If you can't see how to do that then you will need to upload a diagram of your layout to the "problems being worked on" folder in the files section so that we can see what connects to what around the diamond.

HTH

Fraser


Locked Re: Turnout settings notvsaving

 

Thanks got it working and added the file to start up.

-------- Original message --------From: "ryansachs76@... [jmriusers]" <jmriusers@...> Date: 24/7/17 05:09 (GMT+10:00) To: jmriusers@... Subject: [jmriusers] Re: Turnout settings notvsaving











After you add your turnouts you have to save them. Under the file tab there are save options I think they are save configurations and save panels and configuration. I save them and overwrite my .xml file each time.



[Non-text portions of this message have been removed]














[Non-text portions of this message have been removed]


Locked Re: VCD modules hang

 

Well, I could not find a JMRI.conf so I asked Randall and he pointed me to the template file.
Since all it contains is comments, I was doubtful this was going to work. What I had done was take the default statement, put it into an empty file, call it JMRI.conf and then clicked on one of the program icons on my desktop. Nothing. So I tried it again, expecting to tell Randall that it didn't work.
So I left it and when I came back to my PC, the program had opened up.
This was on the PC that works.
I took the config file, put it on the PC that didn't work, opened up SoundPRO. SoundPro opened up right away, but when I clicked on one of the sound options, nothing - program hung again.....
Well, not exactly. I left it for a while and when I came back, it had opened the audio table. But I am going to delete the .conf file on my PC that works, because it really slows down the startup.
UPDATE: it took almost an hour for SoundPro to come up this evening....
-bruce

Bruce G Alcock | OK N-Rail | 405-381-4314<tel:405-381-4314> | nytrr@...<mailto:nytrr@...>


Locked Re: Locobuffer locking up from data overload?

 

Steve,
How much traffic is on your system? Usually folks with big systems see this when they first start up, due to a flood of traffic when JMRI initially request the layout status. Also check using the 'Monitor LocoNet Stats..' option to see if the unit is accumulating errors before this happens.

Which version of LocoBuffer-USB do you have?

Dick :)

On 07/23/2017 10:31 PM, stevedavis@... [jmriusers] wrote:

I'm using CATS to dispatch my layout and I'm running WiThrottle all using JMRI running on a Windows 10 PC (64 bit i7 processor 8 GB RAM). Some time (maybe an hour or two) into an op session, the red light on the locobuffer which flashes to indicate loconet activity will lock on solid red, at which point the locobuffer no longer functions (commands from JMRI to the layout, to clear signals, throw turnouts, etc. no longer have any effect).


The only fix seems to be to unplug the USB, which also causes JMRI to shut down. I plug the USB back in to the locobuffer and re-start JMRI and everything works again, typically for the remainder of the operating session. But it is very disruptive to the session when this happens.


Has anyone experienced this? Any thoughts, ideas or suggestions?


Thank you,


Steve











Locked Locobuffer locking up from data overload?

 

I'm using CATS to dispatch my layout and I'm running WiThrottle all using JMRI running on a Windows 10 PC (64 bit i7 processor 8 GB RAM). Some time (maybe an hour or two) into an op session, the red light on the locobuffer which flashes to indicate loconet activity will lock on solid red, at which point the locobuffer no longer functions (commands from JMRI to the layout, to clear signals, throw turnouts, etc. no longer have any effect).


The only fix seems to be to unplug the USB, which also causes JMRI to shut down. I plug the USB back in to the locobuffer and re-start JMRI and everything works again, typically for the remainder of the operating session. But it is very disruptive to the session when this happens.


Has anyone experienced this? Any thoughts, ideas or suggestions?


Thank you,


Steve




Locked Re: JMRI running, loading and saving extremely slow

 

Sam,

What are the specs of the machine you're running JMRI on? CPU model, amount of RAM, HDD details, etc.

Also, what's running in the background? Have you used Task Monitor to see whats using the machine's resources?

I've run JMRI on several different Win7 machines and it performed well on all of them, but again they all had sufficient hardware resources available and not a lot of junk running in the background..

Steve
"Breezlys"

---In jmriusers@..., <B1locomotive@...> wrote :

JMRI running, loading and saving extremely slow. I was hoping I'd like this program, and in some ways I do, but I've upgraded to windows (7) from my old XP machine, and JMRI continues to run slower than my Commodore 64! (Yes I still have every one I ever had). Every window save, update, even closing the program is like watching paint dry. What gives? This is 2017, I've never had such a poor running program in my life....


Help!


Sam





[Non-text portions of this message have been removed]


Locked JMRI running, loading and saving extremely slow

 

JMRI running, loading and saving extremely slow. I was hoping I'd like this program, and in some ways I do, but I've upgraded to windows (7) from my old XP machine, and JMRI continues to run slower than my Commodore 64! (Yes I still have every one I ever had). Every window save, update, even closing the program is like watching paint dry. What gives? This is 2017, I've never had such a poor running program in my life....


Help!


Sam