开云体育

Ok i got rid of the other 3 errors and am now down to these 2

i got rid of the first 3 errors by changing
import com.sun.java.util.collections.linkedlist yo
import java.util.linked list

the lines in question look as follows


Error

"LocoNetMessage.java": Error #: 302 : cannot access class
org.apache.log4j.Category; java.io.IOException: class not found:
class org.apache.log4j.Category at line 226, column 29

corisponds to line

static org.apache.log4j.Category log =
org.apache.log4j.Category.getInstance(LocoNetMessage.class.getName());

and Error

"LnTrafficController.java": Error #: 302 : cannot access class
org.apache.log4j.Category; java.io.IOException: class not found:
class org.apache.log4j.Category at line 75, column 26

corrisponds to line

static org.apache.log4j.Category log =
org.apache.log4j.Category.getInstance
(LnTrafficController.class.getName());

becasue of the com.sun.java errors i am worried about the org.apache
part of the code becasue that looks like a web adress
also why is it log4j instead of just log ?
i don't see where log4j has been previously declaired
i have been playing around with the wording in this line but have yet
to fix this part

any help would be helpful

Chad Spickett

i also checked in my c:\jb1.0.3\java dir and here is what is there:
classes/
cvs/
doc/
src/
test/
jmri.jpx
jmri.jpx.local
jmri.jpx.local~
JMRILibraries.library

i think the last one was the one you wanted to know if it was there

could there be any class path settings i have wrong or do i have to
move that library file into jdk1.3.1/lib ???

At 9:07 PM -0700 8/11/02, David Harris wrote:

However, it would appear to be difficult to make and beak a consist off
the programming track. So, does Decoder Pro support
programming-on-the-main?

I have about 3/4 of an implementation for Digitrax systems, and haven't started on the details of the others yet. I keep getting distracted by cool little projects...

With the start of school, I doubt I'll get a chance to work on this in the next couple weeks. Sorry. Perhaps somebody else would like to.

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

Hi all-

I have installed some LE0511Ws into three SD40-2s and now am in a
position to want to consist them. I understand there is three methods
for consisting:

1. give all three the same address;
2. use Digitrax advanced consisting to alias a consist address
onto each;
3. program a consist address into the decoders

If I program the appropriate CV to a consist address, then all three
repond to the consist address for speed and direction. Lights are
active on each at its own address.

However, it would appear to be difficult to make and beak a consist off
the programming track. So, does Decoder Pro support
programming-on-the-main?

Thanks,
David

I've assumed the role of data gathering to assist Bob in managing
decoder ID information. I'll be using Excel spreadsheet to expand on
Bob's previous list of decoder manufacturer and version information.
If you would like to contribute to the list, please forward your
decoder information to me at decoderpro_id_program@...
Be sure to include the following information;

Name of Manufacturer
Decoder Model Number (Name)
Decoder Type (Mobile, Stationary, Accessory)
Value of CV7
Value of CV8
Your contact information
Any comments that you may have with respect to the manufacturer of
the decoder or its version.

Bob (Original_Black_Bart)
decoderpro_id_program@...


--- In jmriusers@y..., Bob Jacobsen <Bob_Jacobsen@l...> wrote:

At 12:20 PM +0000 8/9/02, original_black_bart wrote:

Bob,

With a clearer understanding of the need, I'd be willing to take

on

the task of compiling the decoder information. I assume you'd

want to

know the Decoders Manufacturer, Model Number and Version Number

(s).

How do you wan the data collected - spreadsheet (Excel), database
(Access) or other means?

Thanks!

I'd like to match the manufacturer name & their model number (i.e.
what people actually call the thing) with the values of CV7 and

CV8.

A specific model might have several values for these, and we

should

catch as many as we can.

Any way to store them is fine. I use a spreadsheet plus paper
notebook. A while back I uploaded the contents to the "database"

part

of the Yahoo group

method=reportRows&tbl=1

that's a convenient way to enter a line or two, or search for a
particular model, but it's an inconvenient way to work with the

whole

thing.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@l..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

Bob

Using the card address of the AD4, I'd like calculate then display
the cards range of associated switch numbers. For example, based on a
decoder address of 1, switch numbers would be 1 through 4. With a
decoder address of 10, switch numbers would be 37 through 40.

Switch addresses can be calculated as follows;

SwitchNumber_High = Card Address * 4
SwitchNumber_Low = SwitchNumber_High - 3

Thanks, found the slider information. Know to figure out how to make
it work with the radio buttons!

Bob

--- In jmriusers@y..., Bob Jacobsen <Bob_Jacobsen@l...> wrote:

At 7:37 PM +0000 8/11/02, original_black_bart wrote:

Sorry to be a pest, but can you identify how I might calcualte and
display switch numbers and slider values on the AD4 Pane?

For slider values, take a look at the "Speed" pane (I think) in the
programmers/Comprehensive.xml file. Basically, you display a
variable multiple times, once as a slider, and another time as a
numeric field. You can then orient them as you'd like, put the
labels as desired, etc.

I think switch numbers is going to require some code, as there's no
way right now to add, subtract and multiply in between the numeric
values and the CV contents. What exactly would you like to do? I

can

set up another variable type pretty easily.

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

K i did every step the same as you except when i hit rebuild i got
the following errors and no warnings

"LnMessageBuffer.java": Error #: 302 : cannot access class
com.sun.java.util.collections.LinkedList; java.io.IOException: class
not found: class com.sun.java.util.collections.LinkedList at line 11,
column 38

"LnMessageBuffer.java": Error #: 300 : class LinkedList not found in
class jmri.jmrix.loconet.locormi.LnMessageBuffer at line 18, column 3

"LocoNetMessage.java": Error #: 302 : cannot access class
org.apache.log4j.Category; java.io.IOException: class not found:
class org.apache.log4j.Category at line 226, column 29

"LnMessageBuffer.java": Error #: 300 : class LinkedList not found in
class jmri.jmrix.loconet.locormi.LnMessageBuffer at line 28, column 25

"LnTrafficController.java": Error #: 302 : cannot access class
org.apache.log4j.Category; java.io.IOException: class not found:
class org.apache.log4j.Category at line 75, column 26

i also checked in my c:&#92;jb1.0.3&#92;java dir and here is what is there:
classes/
cvs/
doc/
src/
test/
jmri.jpx
jmri.jpx.local
jmri.jpx.local~
JMRILibraries.library

i think the last one was the one you wanted to know if it was there

could there be any class path settings i have wrong or do i have to
move that library file into jdk1.3.1/lib ???

Forget my previous remark about not being able to program. It seems if
you enter a number in "DCC Address" even if it changes in "Card Address" you
can't program! However if you enter the number in "Card Address" it still
changes in both locations but you can program.
Would "Card Number" be better than "Card Address" as that's the way CVP
refers to it?
Is there any way for the "DCC Address" to actually show the addresses
without referring to some kind of lookup table? As in;
Card Number=128
DCC Addresses=509-512

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

Bob and Bob,
Just hooked up a "Switchmaster", switch machine motor to test
programming and actual control using a DT400. I programmed (using the
individual CV programmer) for card #250 and put the switch motor on the
first output #997. It worked.
The DT400 will only go to 999 so am guess as Bob did it's the software
in the throttles that prevent higher numbers. The Chief seems to be able to
program the numbers it just that the throttles can't select them.

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

At 7:37 PM +0000 8/11/02, original_black_bart wrote:

Sorry to be a pest, but can you identify how I might calcualte and
display switch numbers and slider values on the AD4 Pane?

For slider values, take a look at the "Speed" pane (I think) in the programmers/Comprehensive.xml file. Basically, you display a variable multiple times, once as a slider, and another time as a numeric field. You can then orient them as you'd like, put the labels as desired, etc.

I think switch numbers is going to require some code, as there's no way right now to add, subtract and multiply in between the numeric values and the CV contents. What exactly would you like to do? I can set up another variable type pretty easily.

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

Jon,

Drop me a line off-list if you wish to test out version 2 of the AD4
programmer. With Bob's help, I've moified the address mask and
revised the AD4 Pane. Addressing now works as it should - excpet one
can program the none existant address 64!

I've yet to configure sliders and radio buttons for mode selection,
but the changes I've made may eliminate the problem your having. I'd
also like a second opinion on the changes I've made.

Black Bart (Bob)

--- In jmriusers@y..., "Jon Miller" <atsf@i...> wrote:

Snip, Snip, Snip....
Now on to this morning testing. Probably happened yesterday

but it was

so hot (triple digit) I wasn't thinking. When I bring up the AD4

pane and

do a read it seems fine, but I can't then change the address. I

must exit

and then come back up to change the address and then the LED's

flash and the

address changes to 0. i.e. any attempted write seems to reset

the address

to 0.
Am I have cockpit problems?

Have you remade the decoder index?<

'tools'--'create decoder index' Yes I did that.
I use the individual CV programmer as it always works to get

back to a

starting point (an address) again! Using the individual CV

programmer to

enter numbers and using the program to read back the address

results in

correct card numbers.
--------------------------------------------------------------------

--------

------

Even though Paged and Register Mode are set to "no", I've noticed

that

they are still selectable on the bottom of the programming screen.<

And they do lockup the programmer as I have forgotten to change

it a few

times. Testing the new file Bob sent and nothing seems to have

changed.

The red LED also flashes during read which is not supposed to happen
according to CVP. They say it only works when programming on the

main

(curious).
--------------------------------------------------------------------

--------

------

>I've found that Digitrax systems will operate switches

numbered

greater than 999.<
This might depend on how we define 999. I checked with Don C.

on the

Digitrax site a few months ago and he confirmed 999. BUT it may

not have to

do with the actual addresses but how many are stored and this is a

question

I have asked on the Digitrax list.
--------------------------------------------------------------------

--------

------

Changing CV7 recognition to 62 allowed it to pick up my AD4.
--------------------------------------------------------------------

--------

----------

error in the decoder-config.dtd file<

I don't seem to have this problem with the new file!

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

I checked the contents of the D/Led file but it didn't look anything
like it should have. Looks like a bad file transfer was at the heart
of the issue. Using the old file, I modified the appropriate line and
managed to get the sliders working. Oh, there no numerical display on
the slider!

Sorry to be a pest, but can you identify how I might calcualte and
display switch numbers and slider values on the AD4 Pane?

Bob

--- In jmriusers@y..., Bob Jacobsen <Bob_Jacobsen@l...> wrote:

That seems to indicate that something bad happened to the file

during

the transfer. Sometimes mail software and browsers get over-

enthused

about .xml and .dtd files and try to interpret them. Perhaps that
happened here.

The first lines should look like:

<!-- Defines XML documenting a DCC decoder as a component, esp.

information -->

<!-- on how to program it. -->

with no entities present (an XML "entity" is something that starts
with a percent sign "%")

In any case, the change you need is to replace the 2nd-to-last line

with

<!ATTLIST display format (default | vslider | hslider |
radiobuttons | checkbox |
onradiobutton | offradiobutton) "default" >


Instead of a single "slider", this has the separate "vslider" and
"hslider" entries.

Restoring the old file eliminates the error.

BTW, recreating the Decoder Index did not resolve the ability to
select other then the intended Programing Mode.

OK, thanks, will look into it.
--
--------------
Bob Jacobsen (Bob_Jacobsen@l..., 510-486-7355, fax 510-495-2957)

The motivation is to make certain operations "clearer", but the net effect

is just nuts.<

Kind of like the DZ121 problem<VVBG>.

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

Bob and Bob,
I've also noticed/read some other items. Certain CV's take effect on
next power up (like the infamous DZ121), page 7 programming tips.
CV8 will do a factory reset so might be good to add that function. This
also only happens on next power up.
----------------------------------------------------------------------------


Now on to this morning testing. Probably happened yesterday but it was
so hot (triple digit) I wasn't thinking. When I bring up the AD4 pane and
do a read it seems fine, but I can't then change the address. I must exit
and then come back up to change the address and then the LED's flash and the
address changes to 0. i.e. any attempted write seems to reset the address
to 0.
Am I have cockpit problems?

Have you remade the decoder index?<

'tools'--'create decoder index' Yes I did that.
I use the individual CV programmer as it always works to get back to a
starting point (an address) again! Using the individual CV programmer to
enter numbers and using the program to read back the address results in
correct card numbers.
----------------------------------------------------------------------------
------

Even though Paged and Register Mode are set to "no", I've noticed that

they are still selectable on the bottom of the programming screen.<

And they do lockup the programmer as I have forgotten to change it a few
times. Testing the new file Bob sent and nothing seems to have changed.
The red LED also flashes during read which is not supposed to happen
according to CVP. They say it only works when programming on the main
(curious).
----------------------------------------------------------------------------
------

>I've found that Digitrax systems will operate switches numbered
greater than 999.<
This might depend on how we define 999. I checked with Don C. on the
Digitrax site a few months ago and he confirmed 999. BUT it may not have to
do with the actual addresses but how many are stored and this is a question
I have asked on the Digitrax list.
----------------------------------------------------------------------------
------

Changing CV7 recognition to 62 allowed it to pick up my AD4.
----------------------------------------------------------------------------
----------

error in the decoder-config.dtd file<

I don't seem to have this problem with the new file!

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

At 6:44 PM +0000 8/11/02, original_black_bart wrote:

Bob,

The highest address that can be programmed on the AD4 is 510. This
yields switch addresses of 2037 through 2040. Using the turnout
control of JMRI Demo, the AD4 successfully operated turnouts
configured for these switch addresses.

I did notice something a little odd though. As part of the test I
launched the LocoNet Monitor from the Tools menu and monitored the
data being sent. With each turnout operation, the LocoNet Monitor
reported operation of a switch, but reported the switch address one
number lower than that being operated. Specifically, when switch 2037
was operated, the LocoNet Monitor reported switch number 2036 was
operated. This finding seems to holds true over the entire switch
address range as requesting operation of switch number one causes the
LocoNet Monitor to report operation of switch address zero!

Although weird, this is intentional.

The turnout numbers on LocoNet throttles are 1 through N, with N large. But the actual bits that are sent over the LocoNet start with "all zeros" and move up from there. The LocoNet does this to follow the format of the DCC packets on the rails, which start with zero. LocoNet throttles, and apparently most other manufacturers throttles, handle the addition/subtraction of a 1 when converting back and forth.

Because the trace is trying to show what's actually happening, I decided to show the numerical value that's actually on the LocoNet. Hence the difference of 1 with the number on the throttle, channel number on the AD4, etc.

IMHO, this is just another example of how the DCC standards were formulated with too much optimism about the cost of complexity. There's a lot of unnecessary complexity in them for small gain. Any individual piece is probably OK, but the sum of them is something that's very difficult to get right.

In the specific case of turnouts, there are now proposed a total of 4 (!!) different ways to address them on the rails. There would be two modes that can be selected via CV541 (e.g. CV29 equivalent), along with two different packet formats with different addressing structures. The motivation is to make certain operations "clearer", but the net effect is just nuts.

If you want everything to talk to everything, it's better to just specify one straight-forward way, and tell the EEs to deal with it.

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

Bob,

The highest address that can be programmed on the AD4 is 510. This
yields switch addresses of 2037 through 2040. Using the turnout
control of JMRI Demo, the AD4 successfully operated turnouts
configured for these switch addresses.

I did notice something a little odd though. As part of the test I
launched the LocoNet Monitor from the Tools menu and monitored the
data being sent. With each turnout operation, the LocoNet Monitor
reported operation of a switch, but reported the switch address one
number lower than that being operated. Specifically, when switch 2037
was operated, the LocoNet Monitor reported switch number 2036 was
operated. This finding seems to holds true over the entire switch
address range as requesting operation of switch number one causes the
LocoNet Monitor to report operation of switch address zero!

Bob

--- In jmriusers@y..., Bob Jacobsen <Bob_Jacobsen@l...> wrote:

At 1:12 PM +0000 8/11/02, original_black_bart wrote:

Through a little experimentation, I've found that Digitrax systems
will operate switches numbered greater than 999. However since the
throttle, which appears to be the limiting factor here, will only
address 999 switch addresses, a software solution is required. My
test was performed using RR&Co software on a PC connected to the
Loconet via a LocoBuffer interface, a DB150 and an AD4 programmed

to

utilize switch addresses 2037, 2038, 2039 and 2040. Using this
hardware software combination, the above mentioned switch addresses
were operated without problem.

It would be interesting to know if there's a limitation in the JMRI
library. I don't think so, but you never know...

To try it, start the JMRIdemo app, and pull down "Turnout Control"
from the "Tools" menu, and then enter an output (turnout) number in
the little panel you get. I think it should work up to 2047.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@l..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

At 6:13 PM +0000 8/11/02, original_black_bart wrote:

Bob,

It appears as though there's an error in the decoder-config.dtd file
that was provided. With the file in place, one cannot open any of the
programming windows and the following error occurs when I use the
Check XML Tool;

" Error parsing decoder file: org.jdom.JDOMException: Error on line 1
of document file C:/Program Files/JMRI/xml/DTD/decoder-config.dtd:
External parameter entity "%(dtd);" has characters after markup."

That seems to indicate that something bad happened to the file during the transfer. Sometimes mail software and browsers get over-enthused about .xml and .dtd files and try to interpret them. Perhaps that happened here.

The first lines should look like:

<!-- Defines XML documenting a DCC decoder as a component, esp. information -->
<!-- on how to program it. -->

with no entities present (an XML "entity" is something that starts with a percent sign "%")

In any case, the change you need is to replace the 2nd-to-last line with

<!ATTLIST display format (default | vslider | hslider | radiobuttons | checkbox |
onradiobutton | offradiobutton) "default" >


Instead of a single "slider", this has the separate "vslider" and "hslider" entries.

Restoring the old file eliminates the error.

BTW, recreating the Decoder Index did not resolve the ability to
select other then the intended Programing Mode.

OK, thanks, will look into it.
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Bob,

It appears as though there's an error in the decoder-config.dtd file
that was provided. With the file in place, one cannot open any of the
programming windows and the following error occurs when I use the
Check XML Tool;

" Error parsing decoder file: org.jdom.JDOMException: Error on line 1
of document file C:/Program Files/JMRI/xml/DTD/decoder-config.dtd:
External parameter entity "%(dtd);" has characters after markup."

Restoring the old file eliminates the error.

BTW, recreating the Decoder Index did not resolve the ability to
select other then the intended Programing Mode.

Bob
--- In jmriusers@y..., Bob Jacobsen <Bob_Jacobsen@l...> wrote:

Snip, Snip, Snip.... I've attached an updated
decoder-config.dtd which should replace the file of the same name

in

the xml&#92;DTD folder. You'll get this by direct reply, and I'll cc:
Jon Miller, but the list will remove the attachment. If anybody

else

wants a copy just let me know.

At 1:12 PM +0000 8/11/02, original_black_bart wrote:

Through a little experimentation, I've found that Digitrax systems
will operate switches numbered greater than 999. However since the
throttle, which appears to be the limiting factor here, will only
address 999 switch addresses, a software solution is required. My
test was performed using RR&Co software on a PC connected to the
Loconet via a LocoBuffer interface, a DB150 and an AD4 programmed to
utilize switch addresses 2037, 2038, 2039 and 2040. Using this
hardware software combination, the above mentioned switch addresses
were operated without problem.

It would be interesting to know if there's a limitation in the JMRI library. I don't think so, but you never know...

To try it, start the JMRIdemo app, and pull down "Turnout Control" from the "Tools" menu, and then enter an output (turnout) number in the little panel you get. I think it should work up to 2047.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

At 3:31 PM +0000 8/11/02, original_black_bart wrote:

I've also made changes to the Pane Format of the CVPRoducts_AD4.xml
file and would like to submit them to you as Rev 2 but I'm having
trouble with a couple functions; I can't get the vslider or hslider
functions to work. In reference to the following line, can you see
what I'm doing wrong?

<display item="Output_A_On_Time" format="vslider" label="On Time
(1/10th Sec) "/>

There's a typo in the definition file for the decoder XML that wasn't
present in the definition for the programmer files. So this option
wasn't valid in a decoder file. I've attached an updated
decoder-config.dtd which should replace the file of the same name in
the xml&#92;DTD folder. You'll get this by direct reply, and I'll cc:
Jon Miller, but the list will remove the attachment. If anybody else
wants a copy just let me know.

Also, I had to change the item in that example to "On time for output
1" to make it work. Perhaps you've renamed some of the variables in
the file, which would explain that. It's traditionally OK to use
spaces in XML values, as they're meant to be human-friendly values.

Also, as the decoder supports only Direct and Ops Mode Programming,
I've made adjustments in the code that allow use of only those two
modes. Even though Paged and Register Mode are set to "no", I've
noticed that they are still selectable on the bottom of the
programming screen. Why is that? The code has been edited to read;

<programming direct="byteOnly" paged="no" register="no"
ops="yes"></programming>

I assume it to be correct but don't understand why the options are
still available?

Have you remade the decoder index? It might be that information is
taken from the index, not directly from the file. But I'm not sure.

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.

Bob,

Changing the mask has done the trick. The accesory decoder can now be
programmed with valid addresses between 1 and 511.

I've also made changes to the Pane Format of the CVPRoducts_AD4.xml
file and would like to submit them to you as Rev 2 but I'm having
trouble with a couple functions; I can't get the vslider or hslider
functions to work. In reference to the following line, can you see
what I'm doing wrong?

<display item="Output_A_On_Time" format="vslider" label="On Time
(1/10th Sec) "/>

Also, as the decoder supports only Direct and Ops Mode Programming,
I've made adjustments in the code that allow use of only those two
modes. Even though Paged and Register Mode are set to "no", I've
noticed that they are still selectable on the bottom of the
programming screen. Why is that? The code has been edited to read;

<programming direct="byteOnly" paged="no" register="no"
ops="yes"></programming>

I assume it to be correct but don't understand why the options are
still available?

Bob

--- In jmriusers@y..., Bob Jacobsen <Bob_Jacobsen@l...> wrote:

Oops.

Sorry, I misunderstood where the address is split between the two

CVs.

In the as-shipped AD4 file, you'll find this:

<variable label="Card Address" item="Short Address" CV="1"

mask="VVVVVVVV">

<splitVal highCV="9"/>
</variable>

That says that this value is to be split between CV1 and CV9, with
the low bits in CV1, and that _8_ bits are to be put in CV1.

That's

at least part of what's wrong.

Could you try changing the mask attribute to

mask="XXVVVVVV"

to put only 0-63 values in CV1?

Bob
--
--------------
Bob Jacobsen (Bob_Jacobsen@l..., 510-486-7355, fax 510-495-2957)
At CERN until August 10, replies may be slow.