开云体育

I've written a brief introduction to the new JMRI control panel tool: http://jmri.sourceforge.net/Panels.html Comments would be appreciated. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Sorry to be so long getting back to this topic. I've made a couple of attempts at getting the digits to line up vertically, and there doesn't seem to be a clear-cut way to do it. Perhaps somebody else knows how and is willing to contribute that code. Instead, I've added boxes above the sliders and adjusted the font in them so that they fit. On some platforms, this results in quite small type (e.g. on Linux, you get 5 point characters); still readable, but small. You can type the numbers in there directly and the slider will adjust, or you can move the slider until the number is right. I'll put out a test version over the weekend. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Jon, The roster entries for your "old" versions were stored in the prefs/roster folder that was under the folder where your old version lived. If you really deleted this folder and the entries, then you should be able to use the RecycleBin and undelete them. Once you get your entries back, here's the procedure I sent another user that gets them into V1.0 using the Roster/Import command on the toolbar. (Note Roster/Import can be a bit of a pain, since the initial directory it looks in for the import file is always Program Files/JMRI and then you have to navigate to your entry each time. So steps 1-2 get the entries copied to the Program Files/JMRI folder just to make things easier.) 1. Find your existing roster entries. This should be in the prefs/roster folder under the "old" version. 2. Copy the roster entries to the Program Files/JMRI folder. 3. Start the "new" version of DecoderPro. 4. Select Roster/Import on the toolbar. You should see a list of the files in the Program Files/JMRI folder. 5. Click on one of the roster entries you copied over in step (2), and then click Open. 6. The program prompts for a name for the new entry. This would normally be RoadNameRoadNumber, like UP3424. 7. Just to verify that the entry was successful, select Roster/Copy from the toolbar and verify that the new entry is now in the list. Click Cancel since we don't want to copy anything. (If the entry is not in the list, look in the DOS window and see what the error message was.) 8. Repeat steps 4-7 until each of the entries has been Imported. 9. Done. For cleanup you can delete the entries you copied to the Program Files/JMRI folder in step 2. There are other files in this folder, so be careful only to delete the roster files you copied. Robin -----Original Message----- From: Jon Miller [mailto:atsf@...] Sent: Monday, July 15, 2002 3:31 PM To: jmriusers@... Subject: Re: [jmriusers] At long last, version 1.0 Bob, Robin, or someone. Help, I have just loaded version 1.0. It works just fine but am very confused as to where my roster is. The previous Windows install did not have a roster so I imported each engine from one of the old files. They then all showed on the program. I deleted the old program and installed version 1.0. (I had first looked at the previous program but there were no engines in the "roster" even though engines showed in the program). I looked at the roster file in the newly installed V1.0 and nothing is there even though they still show in the program. The old files I used to import engines from is fine but it shows no updated files so assume that's not where V1.0 is getting the roster from or am I wrong? Everything's great but really am confused as to where my roster is<VBG>. Jon Miller AT&SF For me time has stopped in 1941 Digitrax DCC owner, Chief system NMRA Life member #2623 Member SFRH&MS

Hello, I just wanted to say that I am a new user, and am very pleased with this software. I am eager to check out the next update with the numerical speed table, and also will a future release include the DZ121, or is there an equivalent already on the list? Thanks, Jose

At 11:38 PM -0700 7/28/02, Bob Jacobsen wrote: >I've uploaded a new test installer for Windows. Let me know if >anybody wants a .zip file for Linux or Macintosh. ... >*) Control panel tool, see http://jmri.sf.net/Panels.html Unfortunately, the new control panel tool in the 1.0.1 installer doesn't work. I don't quite understand this yet. It works on a test machine, but if you download the installer onto a clean machine, the panel editor crashes on startup. The installer seems to not create a completely functioning program. The panel editor does need some new stuff, so that's where I'll look first, but it may take a while to figure out. The rest of the program seems OK, so if you're only interested in the DecoderPro updates it should work fine for you. I'll look at this as soon as a I can, but it probably won't be until this evening. I'm sorry for any inconvenience. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Hello, Just wanted to say I am a new user and am very pleased with this software. I'm eager to see the next update with the numerical display speed table. Also, will the Digitrax DZ121 be included in a future release or is there an equivalent already on the list? Thanks! Jose

Hi Bob & John -- and the rest- I finally got some time to try this out. I upgraded the Java to 1.4, but then DecoderPro couldn't find any ports! It was ok after a fresh install. Anyway, the Loconet monitor works, as does the Power tool. However, the Programmer does not --- complains it times out talking to the DB150. I have one of the earlier Locobuffers, so maybe I need to upgrade the firmware? John - do you know what version I have? Thanks, David

I've uploaded a new test installer for Windows. Let me know if anybody wants a .zip file for Linux or Macintosh. Features: *) Fixes to TCS decoder definition, thanks to Jon Miller. Fix minor typos in other labels. *) DecoderPro speed table now has editable numbers, thanks to Alex Shepherd. Speed table also has three new buttons for setting various curves. *) New "speedometer" tool in JmriDemo program (development menu). I'd love to know if it works for LocoNet users... *) Control panel tool, see http://jmri.sf.net/Panels.html *) Fixes to serial port error checking and recovery; you'll now get a dialog box for certain easy errors. *) Roster file handling improved; now remembers the last directory you used (until program is restarted), starts in the user preferences directory. Some of the error handling code is experimental, and feedback would be greatly appreciated. The installer can be downloaded from http://prdownloads.sourceforge.net/jmri/JMRI.1.0.1.exe or the usual SourceForge mirrors. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

I've uploaded a new Windows installer 1.0.2: http://prdownloads.sourceforge.net/jmri/JMRI.1.0.2.exe This contains the (hoped for) fix to the installer so the program can find its icons when creating a "Panel Editor" frame. Note that there's still a problem with the _size_ of the panel created; for reasons I don't yet understand, on some machines it's minimized down to just the top border. You'll need to grab the lower right corner and expand it to see what you're doing. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Bob, the test off version J/MRI demo 1.0.0 in function development and panel was great. I can build a panel from my own pictures you can see on my home page: http://de.geocities.com/broman40de but now the version is mixed mixed with the version 1.0.1 and ther disapear the function and i can not build own picture. The picture I published wors with C/MRI and is programmed in Power Basic 3.2 a new version of TURBO BASIC. The plattform works and i write some small code in JAVA. In the next time i want to work with LINUX und UBS to send faster data to a big layout and i see a long way ??? JAVA version 1.4.0_01 and Windows 98 Dieter not controlled to mistakes.

bob, sorry, i listed and test 0.9.3.4|9.4|1.0|1.0.1|and 1.0.2 not. 1.0 is removed on my Computer now or mixed. I have not so many testers here. Do you know something about Der_Moba? thanks for Your replay Dieter

Just got back from an 8 day trip! <enumChoice choice="Function on when loco going forward"/> <enumChoice choice="Function on when loco going forward"/> should really be: <enumChoice choice="Function on when loco going forward"/> <enumChoice choice="Function on when loco going reverse"/> Is that right? Bob< You probably already fixed this but the answer is Yes! You guys working on the DZ121, remember it's a really strange decoder. It does some strange resets of CV29. Below are a couple of items I saved in my files that a notes from Don Crano; "There are a couple notes on the DZ121 that may or may not have effected you. When programming the short address (CV01) in your DZ121, the decoder will automatically set CV19 to 0, CV29 to 0, CV 55 to 80, CV56 to 30 & CV57 to 0. This is done to insure compatibility with DCC systems that only recognize short addressing (2 digit mode). When using long addressing (4 digit addressing) these CV's are not affected. After changing the short address (CV01), you will probably want to change CV29 to 06 or another appropriate value based on your operations. You can do this on the programming track or, if you forget, you can use Operations Mode to do this once the loco is back on the layout. What all this means is, if you set the 4 digit address, and bit5 of CV29, then go back and change CV01 the short address, The decoder automatically reset CV29 to 0. So with the DZ121, it is best to set the short address CV01 as desired first, let it reset all the above CV's. Then change the long address and any other of the CV's you like. And just remember anytime you go back and change CV01, then you need to change the other CV's above back to what you had them set to." "1) First and foremost, read the Digitrax application note located at: http://www.digitrax.com/dz121prog.htm Why Digitrax didn't package this information with the decoders is beyond me! It basically says that anytime you reprogram CV01 (the 2digit address), the DZ121 automatically resets several CVs. The key here is the reset doesn't happen during programming, it happens the first time the DZ121 powers up on the layout in normal mode. So if you use the PR1 to program your values and change CV01, using the PR1 to read back the data shows everything as you would expect. In other words, it confirms everything was programmed as you requested. But when you carry the loco to the layout and place it on the track, the DZ121 powers up, detects the CV01 change and resets the following CVs: - The Back EMF CVs are reset to factory defaults. - The consist register (CV19) is reset to zero per NMRA standards. - AND THE KILLER IS the configuration register (CV29) IS RESET TO ZERO! That means 14 speed steps, no analog conversion and 2digit addressing. With 14 speed steps, the loco lights don't work correctly (especially if the command station is set for 28/128 steps) and the loco runs very rough. My assumption is the real intent here was to reset CV29 to 2digit address mode since you changed CV01 - but all Digitrax needed to do was reset a single bit in CV29 - NOT THE ENTIRE CV!" Jon Miller AT&SF For me time has stopped in 1941 Digitrax DCC owner, Chief system NMRA Life member #2623 Member SFRH&MS

Hi Bob - I have discovered: http://jmri.sourceforge.net/PaneProg/ConfigFile.html -- I will see if I can add some decoders, and fix some. I have LE077, LE0511W, DN149K, and an early DN series. David

I really like Decoder Pro but there's a few mis classifications of Digitrax decoders. The DN140, DN144K, DN145K, DN146A, DN147A & DN148K are listed in the Digitrax STD decoders but they are really FX decoders without BEMF. I think a new directory called "Digitrax FX decoders" or "Digitrax FX decoders without BEMF" needs to be created and those decoders moved there. Also the DN146A (and I suspect the others as well) do not have the FX lighting CVs in the Function tab. Also there's a DN146 and DN146A entries, the DN146 is redundant, same decoder. The DH083 is listed in the Digitrax FX with BEMF dir, but this decoder does not have BEMF, thou it is an FX decoder, should be moved to the above dir. One more little thing, the DH150 is in a dir by itself, since there not likely to ever be any more 150's and since it's a FX without BEMF decoder maybe it should be moved and that dir removed for efficiency sake. Thanks. Michael Mosher Webmaster Daylight Division PCR/NMRA www.trainweb.org/daylight Golden Empire Historical & Modeling Society www.trainweb.org/gehams San Luis Obispo Model Railroad Club www.trainweb.org/slomrc Personal http://home.earthlink.net/~mjmx Member Kern County Live Steamers www.trainweb.org/kernctyls

Bob, the problem is finished, i can now insert my own symbols and assamble it now. The next step is to install the occupation system and the combination with analog and DCC in bloc systems thanks for help Dieter

I decided to take a systematic pass through the Digitrax decoder info sheets and characterize their decoders, looking for the right families. From their info I find: DH121 2 leads, independent function DH142 4 leads, FX, BEMF, transponding DH150 5 outputs, FX DH163 6 outputs, FX3, BEMF, transponding, silent DH380 8 outputs, FX DH580 8 outputs, FX DN121 2 leads, directional lights DN141 4 leads, FX, BEMF, transponding DN142 4 leads, FX, BEMF, transponding DN144 4 leads, FX DN145 4 leads, FX DN146 4 leads, FX DN147 4 leads, FX DN148 4 leads, FX DN149 4 leads, FX, BEMF, transponding DN163 6 leads, FX3, BEMF, transponding DZ121 2 leads, CS, BEMF, transponding DZ143 4 leads, FX3, BEMF, transponding I didn't have Digitrax sheets for these following, so took the info from Tony's Train Exchange table: DN122 2 leads, directional lights (from TTX sheet) DG380 8 outputs, FX DG580 8 outputs, FX DG583 8 outputs, FX3, BEMF, transponding, silent DH083 ? outputs, FX In the catalog they were handing out at the train show, Digitrax referred to several types of decoders: Basic (e.g. DN121, DH121) Basic-FX (e.g. DN144, DN148): Basic plus FX lighting Premium (e.g. DN141, DN149): Basic-FX plus BEMF and transponding Series 3 (e.g. DH163): Premium plus silent, ops mode read, etc. I think you'd have to add a category for the CS decoders, which I think is just the DZ121. And you'd have to distinguish the "STD" lighting basic decoders (DH121) from the "STD*" ones (DN121). That would give a total of six families. Does this sound right? What should we use for the family names? Does anybody have CV7 values for any of these? Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957)

Bob, Let me first say that while the decoders under discussion belong to Digitrax there are other decoder manufacturers that are effected in the same way. This is just a suggestion and works in concept on paper. Earlier this summer I started working on the idea of a DCC comparision web site. Depending on the type of DCC hardware under comparison I have grouped things differently. In the area of Command stations I have two divisions: a) entry level b) full feature In the area of decoders I have five divisions: a) N/Z scale decoders b) HO/O scale decoders c) Large scale decoders d) Function Only decoders e) Stationary decoders In my comment section of the decoder areas I have a statement that scale is not the only factor in choosing a decoder. I know many HO scale modelers that are using N/Z scale decoders. This usually happens when dealing with small locomotives. As an example several years ago I gave Don Crano a working HO scale Gandy Dancer. It is almost impossible to install a HO scale decoder in it but a Z scale might work just fine. There is a problem in the standards when dealing with CV7. The Recommended Practices RP-9.2.2 only define CV7 as "This is reserved for the manufacturer to store information regarding the version of the decoder". It does not define how the manufacturer must use it. It RP allows the manufacturer use or not use this space as he sees fit. This allows the each manufacturer to make up their own rules for what is placed in CV7. It even allows for the manufacturer to change their mind. In my opinion at this time CV7 is worthless and should not be used in assisting to identify the decoder. As I side note I have heard a rummor on several occasions that the NMRA DCC WG has discussed this problem but has not found a solution. I have heard that a solution discussed was the addtion of another recommended CV. In several of these rumors CV7 was to be the model of the decoder and the other CV would be related to the firmware issue and any subsequent changes to the hardware. Of course the manufacturers will have to change the rules they use to insure that the CV7 and this other CV are updated as a change in the decoder is implemented. Just a few thoughts on my part. Al

Hello I'm new to the list and the JMRI Decoder Pro program. I've installed Ver. 1 on a Win98 machine and I have inconsistant results with my easyDCC. When trying to read values from a Digitrax DH121, DN121 or Soundtrax LC100 it returns all 0s or times out reading each CV. A Lenz LE103XF works like a champ, the neatest thing I've ever seen. I would also like to install Decoder Pro on a Linux machine but I'm not Linux smart enough to do it without an RPM. Does any one have any ideas about the easyDCC interface? Thanks Stony

At 3:15 PM -0700 7/31/02, Jon Miller described a nasty feature of the DZ121: >It basically says that anytime you reprogram CV01 (the 2digit address), the >DZ121 automatically resets several CVs. The key here is the reset doesn't >happen during programming, it happens the first time the DZ121 powers up on >the layout in normal mode. So if you use the PR1 to program your values and >change CV01, using the PR1 to read back the data shows everything as you >would expect. In other words, it confirms everything was programmed as you >requested. But when you carry the loco to the layout and place it on the >track, the DZ121 powers up, detects the CV01 change and resets the following >CVs ... The nasty thing about this is that there's no way for DecoderPro to fix it while the decoder is on the programming track; the CVs are changed when you _later_ power the decoder. At that point, it's too late for the program to fix the values. Can anybody think of a good way to cope with this? The best idea way that I've thought of is to have the short address be a read-only variable on the programming screen. You then can't change the short address value, so you can't trip the "feature". I'd add a tooltip that says why this value is held read-only, and suggests that sequence that you need to set the short address. Yes, that's ugly. I'm hoping that somebody has a better idea. Bob -- -------------- Bob Jacobsen (Bob_Jacobsen@..., 510-486-7355, fax 510-495-2957) At CERN until August 10, replies may be slow.

Bob, we have build for clients many panels, we have pictures for Swiss, Autriche and Germany called INTEGRA, VGS, and SpDr60 construct by SIEMENS and for the United States CTC type GE-Harris. We will give you a documentation in paper but we do not have a post adress in an E-Mail to send it. We have also a docu called Cab Control for analog and SELECTRIX 2000 (DCC) there we drive with hardware a bloc systm and control it with a panel. The greatest project was for Swiss SBB going the way to LUCERN (G?TSCH). The documents is also for all peoples witch sent an adress. fax to germany:International Number and 0621 3393704 E-mail: berg.broman@... Dieter