I have a number of locos for which I have established “permanent”
advanced consist addresses for (CV19). I have normally not had an issue
controlling these consists via WiThrottle on the Silicon Valley FreeMoN
group layout. However, I am currently at the NSE Convention in Salt
Lake, and we have set up a combined SVFMN and FreeMoNebraska layout, and
are using my personal laptop with JMRI V4.10 connected to a Digitrax
DCS100. Everything works perfectly fine and normal, EXCEPT controlling
an advanced consist. JMRI, WiThrottle and EngineDriver simply refuse to
run them. Digitrax throttles handle them just fine as expected, and if I
?break the consist and?make a command station consist it works. As
noted, it is not just the WiThrottle that won’t control them, a JMRI
throttle won’t either.

is there some JMRI setting that I have missed? With many of my locos now
having LokSound decoders, I really prefer the advanced consist for
CV21/22 control of functions.

Thanks

You do not back up the profile. But if you are just talking the Operations part of JMRI you would: (If you are talking other than Operations this is not the solution.

1. Open Operations

2. Go to Settings

3. Click on Backup

?- This creates a Directory with Today's Date and any additional info that you add to the name in the "backups" Directory within "operations".?

? ? (NOTE: Directory/Folder ... same thing.)

?- This Directory contains the six files that are necessary to run Operations.

4. Now create your new Profile (or find it using the Windows File Manger (or whatever for MAC or Linix)

5. There will be several Directories within the Profile - one of which will be operations

6. Open the "operations" Directory and you will see additional Directories - the one we are interested in is "backups". It is not automatically created when you create a new Profile. So you can:

? a. Add this Directory under "operations" or?

? b. run your new Profile and do a "just because" backup from Settings -> Backup to create the Directory for you.

7. Once you have this "backups" Directory created return to your original Profile. Using the File Manager is the best way to do this

6. Open the "operations" -> "backups" Directory in this Profile

9. Find the Directory that was created from the original Backup in Step 3 above.

10. Copy this Directory using File Manger

11. Now go back to your new Profile -> "operations" -> "backups" and Paste this Directory there

12. Open JMRI Operations using your new Profile

13. Go to Settings

14. Do a Restore and select the Backup File you just copied

15. Restart JMRI with the new Profile and you should be all set.

?- This will copy everything just as you last had it set in your original Profile.

This is done all the time when I or Dan B or others request the backup files for working on a problem that can't be solved with just "talking" in the User Group.

Let me know if you have additional issues and we can go offline if you like.

Dan Foltz

"

?

Attitude is a little thing that makes a big difference."

- Sir Winston Churchill

On Fri, Jun 22, 2018 at 10:31 AM, AD <bklyns_baseball_club@...> wrote:

Not following. How do i backup a profile. I dont want to copy the profile as the new one is different but want to copy only the locations window.\

Tony

On Jun 22, 2018, at 9:17 AM, Dan Foltz <DannyDont@...> wrote:

I have not tried this but I would think that you could do a backup in the original Profile. Then copy the backup directory just created from the Backup, Open you second Profile and copy the backup directory from the initial Profile to the backup folder in the second Profile and then perform a Restore within the second Profile. Seems like that would do it very easily?? I will give it a try when I get to my JMRI computer.

Sender notified by 06/22/18, 9:14:37 AM

"

?

Attitude is a little thing that makes a big difference."

- Sir Winston Churchill

On Fri, Jun 22, 2018 at 7:18 AM, AD <bklyns_baseball_club@...> wrote:

Sorry, i can do it for cars and locomotives, but cant find how to do it for locations

Tony

On Jun 22, 2018, at 6:52 AM, AD <bklyns_baseball_club@...> wrote:

how can i copy an entire operations table, such as locations, cars, etc from one profile to another?
i cant find a import or export command

tony

Thanks for the update and correction to my history of indexed CVs Michael.

But the TCS WOWs are a quite recent product and we developers cannot understand why they came up with such a complex alternative scheme (the actual procedure for programming is quite complex and order-fussy) when there was already a defined NMRA standard.

--?

Dave in Australia?

The New England Convention 2018

On 22 Jun 2018, at 11:12 PM, Michael Mosher <mjmx1@...> wrote:

I think you're being a bit unfair to QSI, they developed their indexing scheme before NMRA had an indexing scheme.? So NMRA reacted to a decoder manufacturer developing an index scheme rather than "anticipated that need".? First QSI equipped BLI loco came out in 2001 or 2002, while RP9.2.2 dated 7/2003 states:
"Configuration Variable 31 Decoder Sub-Address"
"Configuration Variable 32 Decoder Sub-Address Flags"
with note:
"CVs 31-32 are under re-evaluation by the NMRA DCC Working Group.
Manufacturers should contact the NMRA DCC Coordinator before
implementing these CVs."

Also at that time the only Manufacturer Unique CV were 49-64 and 112-128 as 129 and up were "Reserved by NMRA for future use"? (thou some decoders of that time had some CV defined in 129+ range so were technically out of spec but got away with it).? With so few Manufacturer Unique available QSI had to develop an index scheme that fit within the Manufacturer Unique available CVs, to be able to have all the settings they wanted.

So CVs 31-32 became the index CVs after QSI had made their scheme.? Now an argument could be made that QSI should have converted to the NMRA scheme once it was approved, but they did not.

Going back even further, Green Book of DCC dated 3/1997
Listed:
Configuration Data #2 CV31 Reserved by NMRA for future use
Configuration Data #3 CV32 Reserved by NMRA for future use

July 2006 PR9.2.2 does state CV31,32 for indexing, plus expands the Manufacturer Unique to 47-64 and 112-256.

I think you're being a bit unfair to QSI, they developed their indexing scheme before NMRA had an indexing scheme.? So NMRA reacted to a decoder manufacturer developing an index scheme rather than "anticipated that need".? First QSI equipped BLI loco came out in 2001 or 2002, while RP9.2.2 dated 7/2003 states:
"Configuration Variable 31 Decoder Sub-Address"
"Configuration Variable 32 Decoder Sub-Address Flags"
with note:
"CVs 31-32 are under re-evaluation by the NMRA DCC Working Group.
Manufacturers should contact the NMRA DCC Coordinator before
implementing these CVs."

Also at that time the only Manufacturer Unique CV were 49-64 and 112-128 as 129 and up were "Reserved by NMRA for future use"? (thou some decoders of that time had some CV defined in 129+ range so were technically out of spec but got away with it).? With so few Manufacturer Unique available QSI had to develop an index scheme that fit within the Manufacturer Unique available CVs, to be able to have all the settings they wanted.

So CVs 31-32 became the index CVs after QSI had made their scheme.? Now an argument could be made that QSI should have converted to the NMRA scheme once it was approved, but they did not.

Going back even further, Green Book of DCC dated 3/1997
Listed:
Configuration Data #2 CV31 Reserved by NMRA for future use
Configuration Data #3 CV32 Reserved by NMRA for future use

July 2006 PR9.2.2 does state CV31,32 for indexing, plus expands the Manufacturer Unique to 47-64 and 112-256.