开云体育

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

Jon, Now I think I'm getting confused! Did a little checking and found a good explanation of "the numbers" on Digitrax's Web; "Each DS54 has a stationary decoder address: 01- 511. Each DS54 has

So do we need it on both events so that both the Mac and PC are covered? Not for me. ALex

Those are both great ideas, thanks! I think I can do those. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957) At CERN until August 10, replies may be

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,

Thanks! I _never_ would have found that. Apparently, on a Windows machine you get popup menus when you "click and release"; on a Mac, you "click and hold" to get a popup. For the future-Java-junkies