开云体育

Bob:

You can probably forget that last msg of mine...I probably just never noticed that the other locos on the main click when the DecoderPro is programming on the programming track.

Jim Hanna

Bob:

I just installed 1.0.8 and tested a Soundtraxx decoder. My programming track is isolated from the layout with a DPDT switch and I run NCE. When I place a loco on the programming track and write to the loco, it shuts down the layout proper and I can hear the clicks in other locos when the DecoderPro is writing to the programming track. I checked the programming track and it is definitely isolated. Something in the program must be telling the NCE to program on the main. Can you check this?

Jim Hanna
El Cajon, CA

Bob,

It should say "... part of the JMRI project", so it sounds like the
window isn't being sized right.

Which "GUI style" have you got selected in the preferences?

It appears with any style choosen. I'm using the version 1.06 on a
Macintosh. Maybe with 1.08 you have already corrected the typo....

Simon

At 5:45 AM +0000 10/21/02, tsschwarz wrote:

When I was playing with Decoder Pro 1.0.8 and I read the information
from the locomotive it didn't retain my previously set long address
correctly. Also most of the CV values page was set to 0.

I am using the EasyDCC system and everything was working fine with
1.0.6. I almost didn't do the upgrade but decided to try it. Now I
can't get the older version to work on my PC or I'd switch back
right now.

Oops. Sorry.

I don't have an EasyDCC system, so may have broken something inadvertently.

Do I understand correctly that you had stored the values from a locomotive with the 1.0.6 version, and when you selected that roster entry again with 1.0.8 the values weren't right? The long address didn't show right, and most of the CV values were zero?

Or when you read the values from the decoder in the locomotive, they didn't come back right?

The 1.0.6 download is still available at



for Windows, and similar for Mac, etc. If you download it and run it, it should overwrite the complete 1.0.8 installation with a 1.0.6 and get you running again. To be certain, you can select the "uninstall" option from the JMRI group in the start menu, which will remove the most recent installtion. "Uninstall" will leave your locomotive definitions, etc, so you won't lose those.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

When I was playing with Decoder Pro 1.0.8 and I read the information
from the locomotive it didn't retain my previously set long address
correctly. Also most of the CV values page was set to 0.

I am using the EasyDCC system and everything was working fine with
1.0.6. I almost didn't do the upgrade but decided to try it. Now I
can't get the older version to work on my PC or I'd switch back
right now.

Tom

At 4:26 AM +0000 10/21/02, Simon Ginsburg wrote:

it might seem picky, but when starting DecoderPro, the first thing I
see is a typo, "DecoderPro 1.0, part of the JRMI....." instead of JMRI.

It should say "... part of the JMRI project", so it sounds like the window isn't being sized right.

Which "GUI style" have you got selected in the preferences?

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Hi,

it might seem picky, but when starting DecoderPro, the first thing I
see is a typo, "DecoderPro 1.0, part of the JRMI....." instead of JMRI.

Haven't been able to go further as I first need the hardware for my
Mac.

Simon

Does DecoderPro still require pre-installation of Java or does the
Windows installer look after installing all the necessary files?
I'll be installing DecoderPro on a second PC and didn't want to
install Java if I din't have to.

The installer checks for Java, and will take you to the Sun download page if it's not there. But it doesn't do the install itself.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

At 11:46 PM +0000 10/20/02, Bob Blackwell wrote:

Bob; the loco I utilized for this test was originally programmed
with a short address of five (5). A few months back this was changed
to a long address of 7405 but the short address was retained for
later use. When performing the above noted tests; after selecting
two digit addressing then changing the address (7405) to three (3),
I noticed the Primary Address listed on the basic paged remained at
five (5). I thought this value would have changed to match that
listed in the Address field. Is this not the case? I also had
difficulty writing the short address. For some reason the address
change had to be written twice for it to be accepted by the decoder.

Jon Miller also saw this, I think, but I've not been able to track it down.

I think what's happening is that you're using the "Comprehensive" programmer with a decoder type that has both long and short addresses. On the "Basic" pane, there are fields:

DCC Address Extended Addressing

Primary Address
Long Address
Addressing Mode

Those are really redundant: "Extended Addressing" controls what's being displayed in DCC Address, but in all cases it should be either the Primary Address or Long Address value.

When you type in DCC Address, so you see Primary Address or Long Address changing _immediately_? It should update with each character you type. And the same for the other direction.

Similarly, the "Addressing Mode" and "Extended Addressing" fields should always stay in synch.

Here's what I think happened:

You opened a pre-existing roster entry, with "Extended Addressing"
checked, a 7405 long-address in DCC Address, and a value of 5
in "Primary address"

You un-clicked "extended addressing"

At this point, "DCC Address" should have changed to 5, the short address. But from your description above, it seems that you didn't get that. And when you typed "3" in the DCC Address field, the Primary Address didn't change.

Is that right? It's a real mystery!

I did notice one thing that you'll want
to correct; If you utilize the "Set" button on the Decoder Selection
Screen to establish mode, the button is placed underneath the text
when "Register Mode" (I think it's this one) is selected.

Thanks for catching that. I just fixed it, it'll be in the next version.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Does DecoderPro still require pre-installation of Java or does the
Windows installer look after installing all the necessary files?
I'll be installing DecoderPro on a second PC and didn't want to
install Java if I din't have to.

Bob

After spending considerable time testing, setting and resetting the
address of a DZ121 then checking it CV29, 55, 56 and 57 values, I've
concluded that I can't reach a conclusion! While testing Bob's
theory, I had trouble writing a valid short address to the decoder
thus I can't tell for sure if the solution works, although it seems
to.

Bob; the loco I utilized for this test was originally programmed
with a short address of five (5). A few months back this was changed
to a long address of 7405 but the short address was retained for
later use. When performing the above noted tests; after selecting
two digit addressing then changing the address (7405) to three (3),
I noticed the Primary Address listed on the basic paged remained at
five (5). I thought this value would have changed to match that
listed in the Address field. Is this not the case? I also had
difficulty writing the short address. For some reason the address
change had to be written twice for it to be accepted by the decoder.

Except for addressing, the remaining functions I tested in version
1.0.8 work as expected. Oh! I did notice one thing that you'll want
to correct; If you utilize the "Set" button on the Decoder Selection
Screen to establish mode, the button is placed underneath the text
when "Register Mode" (I think it's this one) is selected.

Bob

--- In jmriusers@y..., "John Deecker" <jdeecker@a...> wrote:

Bob ....

If I understand this correctly, you will force a write to CV29 and

BEMF settings whenever the short address is changed /
written. ......... Have you tested this procedure? It has been my
understanding that the DZ121 will reset theses CVs the next time it
is put on fulll DCC powered track after the CV1 has been written.
Even if you write to these CVs while on the programming track, they
will be reset again when the decoder is moved to the main DCC power
track.

I have not actually done this in some time, ( I avoid using this

decoder because of this problem) but as I remember it, the required
procedure is write CV1, then move the loco to full powered track
(CVs will be reset), then back to the program track and overwrite
the the affected CVs with the desired values.

John

John and Sandi Deecker jdeecker@a...
Hemlock Junction Railroad 150 Mill St Milton ON L9T 1S2
DCC, HO, N & G model railroad supplies


----- Original Message -----
From: Bob Jacobsen
To: jmriusers@y...
Sent: Wednesday, October 16, 2002 11:49 AM
Subject: [jmriusers] Handling changes to the short-address CV


I'd like to describe a way for DecoderPro to handle the side-

effects

of changing CV1, the short address CV. I'd really appreciate

hearing

whether people think this will do what they want. I'd also like to
hear whether we should change an aspect of the color coding.

In many decoders, when you change CV1 other CV values change. The
NMRA specs state that CV29 and CV19 should be changed so that

command

stations that can't change these directly can count on particular
values. (None of the ones that DecoderPro works with have this
limitation, but we still have to deal with the side-effects of the
weird parts of the NMRA spec). Some decoders reset additional

CVs,

e.g. the DZ121 resets it's BEMF settings.

To fix this, I've introduced a "short address variable" type that
will handle it as a special case. This will allow us to specify

the

correct CVs to change, etc, in the decoder definition file.

When the program writes the short address to the decoder, it will
also mark the other values as "edited" so the program thinks they
need to be written. This will write the _desired_ values, not the
default values, so the decoder will be restored to the "intended"
contents even though the short-address write has changed them.

For this to work, the panes containing modified values have to

have

"write sheet" pressed, or "write all" has to be pressed. If you

try

to close the window before doing that, you'll be reminded that

some

values haven't been written to the decoder. (Until recently there
was a bug in this logic; I think that is now fixed)

Currently, a yellow color for a value indicates both "read from

file,

not known to be the same as in the decoder" and "edited, not yet
written". (Red means "error writing or reading, value in decoder
unknown"; white means "value known to be the same as the decoder

due

to having done a read or write") Perhaps it would be clearer to
people if those two states were different colors. Then you could
recognize the "edited" state, which generally means "you have to
write this before the change takes effect". Would orange be a

good

color for that?

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@l..., 510-486-7355, fax 510-495-2957)

At 12:34 PM -0700 10/20/02, David Harris wrote:

Hi Bob-

Yes, that's exactly right. Now that page fits nicely on a 800x600 display
without needing to scroll. Lots of laptops still have 800x600 screens. A
640x480 still needs to scroll, but that's really old technology!

I don't think there is any reason not to change to it as the standard, as I
don't think it is a retrograde step in terms of esthetics or anything.

I guess we could have a "small-screen variant".

I'll include the change in the "Comprehensive" screen.

Thanks for great idea!

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

At 9:12 PM -0700 10/19/02, peter smith wrote:

bob having problem try to get to site to download the latest test
version of decoder pro can you get back to me with good link.
thanks much

I think this one should work:



If not, could you tell me what's going wrong? Is there an error message?

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Hi Bob-

Yes, that's exactly right. Now that page fits nicely on a 800x600 display
without needing to scroll. Lots of laptops still have 800x600 screens. A
640x480 still needs to scroll, but that's really old technology!

I don't think there is any reason not to change to it as the standard, as I
don't think it is a retrograde step in terms of esthetics or anything.

I guess we could have a "small-screen variant".

Thanks, David


Bob Jacobsen wrote:

At 3:29 PM -0700 10/19/02, David Harris wrote:

Hi Bob-
Would it be possible to put the "Use Vstart, Vmid, Vhigh" above the "Use
Table" selection? On machines with smaller screens (ie portables), the
Speed Table offten extends off the screen. I think with the "Use
Vstart.." option above, it would make life easier.

It's easy to change the layout of the various panes, as they live in
text files in the xml/programmers folder.

I'm not sure I entirely understand your suggestion. I put a file
that I think does what you're suggesting at



If you download that and drop it in the "xml/programmers" folder, it
will show up as a choice when you open a new programmer. Could you
try it and let me know if that's what you were looking for?

If so, I can leave it as another choice (with a better name!), or
change the "Comprehensive" layout. I don't have a strong opinion on
that, though I guess it's probably a good idea to keep the number of
programmer variants from growing too large.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)


To unsubscribe from this group, send an email to:
jmriusers-unsubscribe@...



Your use of Yahoo! Groups is subject to

--
David Harris
OmniPort Home Page:
Discussion egroup:
Swiki:

At 3:29 PM -0700 10/19/02, David Harris wrote:

Hi Bob-
Would it be possible to put the "Use Vstart, Vmid, Vhigh" above the "Use
Table" selection? On machines with smaller screens (ie portables), the
Speed Table offten extends off the screen. I think with the "Use
Vstart.." option above, it would make life easier.

It's easy to change the layout of the various panes, as they live in text files in the xml/programmers folder.

I'm not sure I entirely understand your suggestion. I put a file that I think does what you're suggesting at



If you download that and drop it in the "xml/programmers" folder, it will show up as a choice when you open a new programmer. Could you try it and let me know if that's what you were looking for?

If so, I can leave it as another choice (with a better name!), or change the "Comprehensive" layout. I don't have a strong opinion on that, though I guess it's probably a good idea to keep the number of programmer variants from growing too large.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

At 7:40 PM +0000 10/19/02, garnerr2001 wrote:

I just installed DecoderPro and when I go to program a decoder I get
error:programmer busy.
I have the baud rate set to 19200 on the computer.

I am using a MS100

Which command station are you using? You'll get the programmer busy message if you try to read from an Empire Builder or Empire Builder II. (And perhaps from a Genesis). If you set the command station option in the preferences, it will grey-out the buttons that won't work.

If you're getting "programmer busy" on writes, or on reads with a Chief (DCS100), that's not the problem. In that case, could you confirm that you're seeing a "programmer busy" message that says _exactly_ that, and not something like "timeout"? That will help me narrow down the problem.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

At 7:40 PM +0000 10/19/02, garnerr2001 wrote:

Where do I get the tools like slot viewer ?

There should have been a "LocoTools" application created when you ran the installer. It's in there. The "DecoderPro" application is really aimed just at programming decoders, so it doesn't carry all of the LocoNet tools.

Is there a programmer for the DS54 ?

Not really. I started on one a while back, but higher priority requests took over.

But perhaps somebody would like to create one. They're welcome to start with what I've got, which I put at:



(You can also get it from CVS; I didn't want to put it in the distribution, as it's not really ready for general use)

To use it, download the Digitrax_yDS54.xml file and drop it in the "decoders" folder of the "xml" folder, and then select "create decoder index" from one of the menus.

This file:

a) Has not really been tested, and may have some of the bits in the wrong places

b) Only deals with the "A" part of the DS54, not the "B", "C" or "D" parts. The idea was to get that working and just replicate it, but you know what they say about the best of intentions...

c) Doesn't have a very nice layout of the GUI panes. I just dumped the variables onto them to have a way to check it.

d) Needs to have better terminology, etc.

But it would be great if somebody wanted to complete it. There some info about the contents, what it means, etc at:



Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Ops mode for my one test using the T1 works fine. The light problem
seems to be in the programming and am still working on that. It appears
that remapping doesn't remap! When I set the yellow wire for F1 it doesn't
set CV34 to 4 which is the correct value.
Now another problem which appears to be the decoder (a call to TCS
tomorrow). When the yellow wire is remapped to F1 and set for flicker, when
F0 & F1 are on both lights flicker. The direction works correctly.
Also have found out the FX effects in the T1 are different than the
other decoders, my problem as I just didn't read that into the instructions.

Jon Miller
AT&SF
For me time has stopped in 1941
Digitrax DCC owner, Chief/Zephyr systems
NMRA Life member #2623
Member SFRH&MS

Hi I still can get decorder pro to work Alex Sheppard Said to try
john Jabour RRcntl to see if I could get the ioco buffer to work. I
can't get it to work ether. Contacted John And he is not sure if it
will work with XP said to ask Bob Jacobsen and the group if any one
is running RRcntl with Xp

I model
both HO and
N and it would be nice to keep the files in separate groups.

Right on. I don't know much about the Java thing, but in the PR-1, you
could use the standard Windows folders, allowing the sort of organization
mentioned here by Michael.

Aloha,
Jim