开云体育

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

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

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

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

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

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

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

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

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

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 -

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

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

Although weird, this is intentional. The turnout numbers on LocoNet thro

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

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

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

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

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

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