On 23 Jun 2018, at 12:45 AM, Dennis Cherry < dbcherry@...> wrote: Quote from Dan
I've been getting a lot of complaints and questions about JMRI lately. I'm not sure if they're connected based on how different the individual problems are; however, the common denominator in almost every compliant is the reading or writing of indexed CV's. Honestly I haven't the slightest idea on HOW JMRI works, I jut know that it seems to work fine for me personally. I think the issue is command station electrical and timing characteristics dependent.
Can you check this settings page for me? Make sure you have the same options on as I do. See the Screenshot attached to this email:
Make sure you do NOT have "allow caching..." AND/OR "...confirm CV writes..." checked. There IS a problem with these.
I agree with this. This would certainly upset the TCS indexing scheme.
Screen Shot
I do not know what system TCS uses for testing.
That would be good to know.
Dave in Australia
|
Locked
Re: Dispatcher Auto Active Train Fails to Pause
I've set a pause time of 2 minutes which are real minutes as I'm not running a fast clock. ?This is ample time for the train to fully enter the section and come to a halt. It's a single car train.
However I've just noticed that the apparently inconsistent action described above is my fault. ?I'd 'lost' the safe marking on one of the sections and applying debug has not affected the behaviour. ?Not so seriously weird after all, just annoying.
Paul
|
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.
The New England Convention 2018
toggle quoted message
Show quoted text
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.
|
Sorry about the blank reply... See my comments. On 23 Jun 2018, at 1:06 AM, Harold Thompson <haroldthompson29@...> wrote:
6. opened Panel Pro ensuring that the Decoder Programming profile was selected - the panel and LE versions both opened There's still something loading your Panel and populating your sensor table. Check your Preferences->Startup items. 7. opened the roster, selected the loco and Use Programming Track
8 select CVs page and read full sheet.
The original problem persisted - the log showed programming track exited every 20 seconds or so and AIU5 was looked for. I aborterd the process after a few minutes. That is because a startup item is loading something into your Sensors Table. We need to see the contents of your JMRI Console Log. We can check what is loading and what profile you are using.
The paths for both profiles are:
C:\Users\Harold\JMRI\Decoder Programming
C:\User\Harold\JMRI\My_JMRI_Railroad
I tried using Decoder Pro instaed of Panel Pro. The only differences were:
1. when i opened the roster, there was no option to Programme on Main
2. after selecting the CVs page, there was no option to read full sheet. so I did not proceed - both panel views were open.
Which profile did you use when opening DecoderPro? We need to see the contents of your JMRI Console Log. We can check what is loading and what profile you are using. Dave
|
Locked
Re: Dispatcher Auto Active Train Fails to Pause
Paul,
? ? I've tested this Pause feature before and I saw that when the train first enters the section the pause timer starts up and as the loco slows in that section it never stops because the timer completes before the end of the train gets all the way into the section.? Have you entered higher pause times yet?
Roger
|
I am trying to get a script to run under JMRI 4.11.7 that successfully runs with version 4.4. The problem lines are shown below.
sm=jmri.jmrix.loconet.SlotManager(jmri.jmrix.loconet.LnTrafficController.instance())
sm.addSlotListener(self)
Can someone give me some guidance on the new syntax required with the changes to the LocoNet code base?
Craig
|
Thanks for that input. I was not aware that it was that easy!!! I WILL remember that!
Dan F.
On Fri, Jun 22, 2018 at 1:01 PM, Dan Boudreau <daboudreau@...> wrote: Tony,
Dan Foltz is correct, you perform a backup and then restore that backup into a new profile.? There's an easier way to restore into a new profile, in the Settings window, under tools, there's a "Restore" where you can chose a backup file from any profile.
Dan
|
Tony,
Dan Foltz is correct, you perform a backup and then restore that backup into a new profile.? There's an easier way to restore into a new profile, in the Settings window, under tools, there's a "Restore" where you can chose a backup file from any profile.
Dan
|
Locked
Re: Dispatcher Auto Active Train Fails to Pause
OK - this is now getting seriously weird. ?I thought I'd try setting dispatcher debug on as suggested in another thread. ?It so happens that I have two transits on different parts of the layout which have single block sections where I want trains to stop. ?So far these have behaved consistently. ?I tried one to see if I could spot something untoward on the console log, but the problem failed to show and the train paused as it should. ?I then tried the other transit, and the problem was still there. ?I've now repeated this a few times and it appears repeatable. ?I've tried comparing the log entries for the working and non working transit but there are a lot of entries there and I'm not sure what I'm looking for.
The layout uses sml. ?All sections have been created automatically using tools - generate sections from the sml table.
Regards
Paul
|
Dave,
Sorry about the comment that my previous post was missing - I hadn't noticed the thread had gone to page 2.
Harold.
|
Dave,
Is there a delay in posting replies?? My last one hasn't appeard.
I have just tried again reading the same Loksound v4 decoder after making the following changes:
1.? remove the power feed from the UTP to the SB5 from the back of the UTP
2.? followed your instructions for creating a separate profile for reading decoders.
3.? removed additional files from the startup procedure when activating the Decoder Programming profile - but leaving them in place against the profile for Whichway April 2018
4.? wired (as always) the UTP right port direct to the USB interface
5.? switched on power only to the Power Cab (as always) - Power Cab connected to the left port of the UTP - I do this to see if the display indicates trouble
6.? opened Panel Pro ensuring that the Decoder Programming profile was selected - the panel and LE versions both opened
7.? opened the roster, selected the loco and Use Programming Track
8? ?select CVs page and read full sheet.
The original problem persisted - the log showed programming track exited every 20 seconds or so and AIU5 was looked for.? I aborterd the process after a few minutes.
The paths for both profiles are:
C:\Users\Harold\JMRI\Decoder Programming
C:\User\Harold\JMRI\My_JMRI_Railroad
I tried using Decoder Pro instaed of Panel Pro.? The only differences were:
1. when i opened the roster, there was no option to Programme on Main
2. after selecting the CVs page, there was no option to read full sheet. so I did not proceed - both panel views were open.
What's wrong?
Harold.
|
Locked
Re: Dispatcher Auto Active Train Fails to Pause
Yes. And I check with both sml and ssl.
toggle quoted message
Show quoted text
On June 22, 2018 10:46:25 AM EDT, paul@... wrote: Hi Steve
On your test did you have 'All cars have resistance wheels' checked? ?I
normally run with this checked, but when I tried to think of potential
differences that could impact behaviour this seemed to be a candidate.
?Anyway if I uncheck this box the train pauses as expected. ?However it
seems reasonable to expect that I should be able to run with this box
checked if I have resistance wheels throughout, especially as having
resistance wheels is recommended for auto active trains.
Regards
Paul
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
|
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
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  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
|
|
|
Locked
Re: Dispatcher Auto Active Train Fails to Pause
Hi Steve
On your test did you have 'All cars have resistance wheels' checked? ?I normally run with this checked, but when I tried to think of potential differences that could impact behaviour this seemed to be a candidate. ?Anyway if I uncheck this box the train pauses as expected. ?However it seems reasonable to expect that I should be able to run with this box checked if I have resistance wheels throughout, especially as having resistance wheels is recommended for auto active trains.
Regards
Paul
|
Thank You for the history and update to RP2.2. Been in and out of model railroad several times. I guess it is what it is and just have to live with indexed CV's non standards for a while. TCS does say they test with JMRI Quote from Dan
I've been getting a lot of complaints and questions about JMRI lately. I'm not sure if they're connected based on how different the individual problems are; however, the common denominator in almost every compliant is the reading or writing of indexed CV's. Honestly I haven't the slightest idea on HOW JMRI works, I jut know that it seems to work fine for me personally.
Can you check this settings page for me? Make sure you have the same options on as I do. See the Screenshot attached to this email:
Make sure you do NOT have "allow caching..." AND/OR "...confirm CV writes..." checked. There IS a problem with these.
Screen Shot
I do not know what system TCS uses for testing.
Regards
|
Hi
With speed profiles and with stopping using speed profiles, the train stops at
the far end of the last block, regardless whether it fits or not.
If you are allocating 3 sections and the train occupies all three sections, it
tends to stop. Ergo: if you are crossing switch, diamond, diamond, switch, those
4 blocks must be in one section, or you aint going anywhere. Remember the same
block can be in multiple sections, when it allocates the section it checks
availability of each block.
Steve G.
toggle quoted message
Show quoted text
---------- Original Message ----------
From: Steve Todd <mstevetodd@...>
Date: June 22, 2018 at 9:34 AM
All,
One thing that I found helpful is to understand that Dispatcher does most of
its "work" when the previous block CLEARS (goes unoccupied). And correct train
and block length are critical to Dispatcher's expectation of what blocks it
should be occupying. So, when a block clears, If the train is now occupying
more blocks than expected, it assumes an error and stops. These also affect
how it tries to stop in a block (when needed). Train longer than block, it
stops on entry. Train shorter than block, it can wait to stop when the
previous block clears.
Note: the above are my observations without speed profiles. With them, it may
behave differently.
Regards,
? SteveT
|
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.\
toggle quoted message
Show quoted text
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
|
|
|
Locked
Re: WiThrottle issue running consists
Hi Rick,?
JMRI 4.10 has some issues with loco acquisition, particularly with Digitrax command stations. I'd strongly suggest upgrading to the latest Test release: 4.11.7.
Regards,
? SteveT
|
Locked
WiThrottle issue running consists
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
|
Locked
Re: How to deal with Turnouts in Blocks and Sections
I think in general a turnout is considered part of the mainline it attaches too.? However, for CTC a turnout is a separate entity for detection and control.
Dale Gloer
|
Roger Merritt
Craig Goodyear
Dale Gloer