Keyboard Shortcuts
Likes
- Jmriusers
- Messages
Search
|
Locked
Re: DecoderPro &ESU LokSound Factory reset
¿ªÔÆÌåÓýFrank,
There are at least three vastly different families of ESU decoder in recent OEM models; V4/Select, Essential Sound Unit and V5. While some CVs are in common many hundreds are not. You MUST use Read Type From Decoder to get it right. And don't use Paged Mode. Some systems will fail trying to read these decoders correctly in Paged Mode. Dave in Australia |
|
Locked
Re: Help getting JMRI working on a new WIN10 computer
Ross:
Some PC have switches to enable/disable USB ports in their "BIOS" checking that might be the first place to start. Have you used device manager to look for the created com port when the LocoBuffer is plugged in? Access from either files then this PC and properties or the windows menus windows system this PC properties... If the drivers loaded correctly you also should have seen the new hardware detected and then ready to use notifications when the LocoBuffer was plugged it. Not sure about Dick's removal tool catching it but there could be a stuck driver for the LocoBuffer, again device manager is the best tool possibly showing either a com with broken driver or a mystery device with the yellow triangle/!... Jim Albanowski |
|
Locked
Re: Help getting JMRI working on a new WIN10 computer
¿ªÔÆÌåÓýWouter, ? Thank you for your thought. ? I¡¯d checked several ports with a wireless keyboard/mouse.? I also used a flash drive while loading software. ??I will further check with some other devices. ? Ross ? ? ? From: [email protected] <[email protected]> On Behalf Of
whmvd
Sent: Friday, August 2, 2019 3:03 AM To: [email protected] Subject: Re: [jmriusers] Help getting JMRI working on a new WIN10 computer ? Hi Ross, ? This might be kicking in an already open door, but: have you tested that the new computer's USB ports are actually working, say, with an external USB harddisk or some such? In you saga, that's the one thing I've not seen. ? Wouter ? On Thu, 1 Aug 2019 at 20:20, Ross Kudlick <Ross_Kudlick@...> wrote:
|
|
Locked
Re: DecoderPro &ESU LokSound Factory reset
Frank in Houston
¿ªÔÆÌåÓýTHANK YOU AGAIN DAVE.Question please. ?Since I already selected the model of the decoder for this new Atlas GP-7 (I used ¡°LokSound Select¡±) from the listing of available ESU decoders AND downloaded all of the CV¡¯s from this new locomotive using ¡°LokSound Select¡±, (it took about two hours)¡. IS it to late to use NEW LOCO¡ª>READ TYPE from Decoder and start all over again? ?(Then again download all CV¡¯s from the locomotive?)? ?I am sure some CV¡¯s used by the locomotive were missed by ¡°LokSound Select¡± as the Atlas instructions that came with the locomotive suggested changing some CV¡¯s which I could not find using ¡°LokSound Select¡±. Thank you. ?I appreciate your help as I am really trying to get this correct. |
|
Locked
Re: Can I have two points with the same DCC address on a control panel?
When I have been adding new track or turnout icons to my panel, the red boxes on the ends of the icons turn green when they are connected together, does that help determine which editor I am using?
|
|
Locked
Re: Can I have two points with the same DCC address on a control panel?
Thanks for your reply Nick. When I do as you suggest clicking on "File" gives a drop down menu with just two items which are "Store panels" and "Delete this panel". Does that mean I am using the Panel Editor?
|
|
Locked
Re: Help getting JMRI working on a new WIN10 computer
Hi Ross, This might be kicking in an already open door, but: have you tested that the new computer's USB ports are actually working, say, with an external USB harddisk or some such? In you saga, that's the one thing I've not seen. Wouter On Thu, 1 Aug 2019 at 20:20, Ross Kudlick <Ross_Kudlick@...> wrote:
|
|
Locked
Re: multi decoder control
Jim,
On 2 Aug 2019, at 7:30 AM, Jim Kirwan via Groups.Io <cact25@...> wrote:That is the intention of that tool. It only works with decoders implementing CV15,16 locking as per NMRA S9.2.2. But since it was written, many decoder manufacturers have changed/differing parameters, including the range of valid lock keys (some accept 0-7, others 0-255), unlock keys (some use 0 as a universal "master unlock" key, others treat 0 as a valid "lock" key). Furthermore, some manufacturers use a bit in a third unrelated CV as a lock enable/disable. The current situation is that we are aware of the limitations of the current JMRI multi-decoder support, but rewriting it to be manufacturer-specific is no easy task and has drifted to the back-burner due to other pressures. Dave in Australia |
|
Locked
Re: Engine Only Responds to Short Address
Nick,
On 2 Aug 2019, at 4:41 AM, Nick via Groups.Io <cornwall9@...> wrote:Marc has already given you a correct explanation. But I suggest you also read this document as it well explains this topic and DCC system addressing differences: <> Dave in Australia |
|
Locked
Re: Versions 4.16 & 4.17
¿ªÔÆÌåÓýMarc, Interesting: The simple fact of starting DecoderPro, doing absolutely nothing to any roster entry, Closing DecoderPro. The ROSTER folder? in the The?"Roster Location" should always point to a folder containing?the?"roster.xml" file and the "roster" folder. So there is some manipulation going on in the background. Every time JMRI opens, the contents of "roster.xml" is read into memory. Every time JMRI closes the existing "roster.xml" is renamed?"roster.xml.bak" and?a fresh copy of "roster.xml" is written. This is regardless of whether or not any changes have been made. Entries in the?"roster" folder are only updated if things like group membership or user fields were changed in the session. So for a simple open/close JMRI, only?"roster.xml" should change and the timestamp on the?"roster" folder should not change. If it does, that indicates a likely configuration error. Dave in Australia |
|
Locked
Re: restoring sensors and blocks
¿ªÔÆÌåÓýTom, First go to the LocoNet drop down list and select 'Monitor LocoNet Stats.'? (4th item) It should show three boxes with the firmware revision, breaks, and errors. That tells you that the LocoNet and LocoBuffer-USB are setup and working OK. Only if that reports OK should you start looking in other places. If that test shows a long row of empty boxes, then something is still not setup or working correctly. Dick :) On 8/1/2019 11:19 PM, Tom Cain wrote:
Spuds, |
|
Ken,
toggle quoted message
Show quoted text
The target for a memory to memory copy is a string field which contains the destination memory name. It appears that there is no provision for a named bean handle so the name change is not recognized. Dave Sand On Aug 1, 2019, at 7:43 PM, Ken Cameron <kcameron@...> wrote: |
|
Locked
Re: restoring sensors and blocks
Spuds,
Sorry that I forgot to mention that my command station is a NCE PH Pro Radio system. ?The JMRI Panel Pro version is 4.15.9 and Java is version 1.8.0-211 But since I am using the LocoBuffer USB to translate detection back to JMRI and the computer, all the Sensor tables had the LS prefix. ?And now I recall and I think you are saying that they pretty much populate themselves as the detection sees trains. ?But they aren't, so I"m wondering if the Team Digital SIC boards lost their programming or were dealt a death blow by the lighting strike. ?I have had the Loconet Monitor open and it remains blank when cars with resistor wheel sets or locomotives roll into a block even when the LED down on the detection board under the layout shows occupancy. ?The info isn't traveling to the computer. Thomas Cain Modeling the Eastern Illinois?Santa Fe from the Prototype
|
|
Locked
Re: Versions 4.16 & 4.17
¿ªÔÆÌåÓýMike, Thanks, but I went through all of that. The roster images are all contained in the Roster directory with the roster.xml file. ?I went through all of my 4 profiles to make sure that in Settings they were all pointing to the correct User File location and Roster location. I have Resource directories in each Profile directory, but they¡¯re all empty.? Various things don't add up here. We need to get to the bottom of this one. 1) We need you to go to the Help->Locations menu item, click in the folders display area, Select All (ctrl-A), Copy (ctrl-C) and Paste (ctrl-V) into a message for us to see. 2) The "Roster Location": - Must contain a "roster" folder and a "roster.xml" file. - Should not have any "locoxxx.xml",??"locoxxx.bak" or roster icon files. - If?"Roster Location" is the same as?"User Files Location", there may be a "resources" folder and operations or panel files/folders. 3) The "roster" folder: -?Must not contain?a "roster" folder nor a "roster.xml" file. -?Should have?some "locoxxx.xml",??"locoxxx.bak" and possibly roster icon files. -?Must not contain?a "resources" folder nor operations nor panel files/folders. 4) The "User Files Location": -?- If?"Roster Location" is the same as?"User Files Location",?May contain?a "roster" folder and a "roster.xml" file. -?Should not have?any "locoxxx.xml",??"locoxxx.bak" or roster icon files. - May contain a "resources" folder and operations or panel files/folders. I want to get to the bottom of this because I've recently worked through a somewhat similar problem encountered by another user after an upgrade to 4.16. In his case he ended up with recursively nested "roster" folders (possibly due to selection error - many users accidentally set "Roster Location" to the "roster" folder) and?recursively nested profiles, but I want to be certain there's not an issue with the Windows-only "Backup Files" installer option... <> <> Dave in Australia |
|
Locked
Re: Engine Only Responds to Short Address
Nick
Thanks Marc, I thought it was something unique to NCE. Nick "I'm not a failure. I started at the bottom and I found it easily attainable. Life is too short to set unattainable goals" - Nick Kulp
On Thursday, August 1, 2019, 02:54:53 PM EDT, forfoum@... <forfoum@...> wrote:
NCE accepts leading 0 in 2 digit address and treats it as a 4 digit address. Digitrax does not. So 0127 (7F HEX) is valid address to NCE? but not to Digitrax. So an NCE address of 0032 will not work on a Digitrax system as 4 digit less than 128 is invalid for Digitrax. Marc |
|
Locked
Re: restoring sensors and blocks
It's implied from the locobuffer that you're using a digitrax command station. If thats wrong, or things are more complicated, please list that info, and the version of JMRI you're using. The easiest way to populate the sensors table, would be to load the newest/most accurate panel, open up the loconet monitor, and trigger sensors , then give them 'human names' in the sensors panel. The reason for opening the loconet monitor is to give you an easy to view history of what just changed, instead of figuring out what just got added to the tables. The sensors should come up as LS####? eg LS1 - LS2044 (I think the top sensors are reserved, and think I'm remembering the range). If you've lost turnouts, can do the same thing with them, which will be LT#### note that on loconet, you can set sensors to be type 'turnout feedback'. They won't show up in the sensors table, if so, but in the loconet monitor messages reporting the actual position of the turnout (you'll see something like "LT1 set to THROWN. LT1 reports THROWN' My verbage is a bit off, but you'll see twice the messages than you would without the turnout feedback. Once you have the sensors and turnouts in your tables, on the table page save data and panels (under file). if you don't do this, all the sensors and turnouts previously found will be lost. You can then go in and link sensors and turnouts to where they should be on your panel(s). On Thu, Aug 1, 2019 at 2:26 PM Tom Cain <atsf93@...> wrote:
|
|
Changing names, sometimes requires saving and restarting so everything picks
up the name change. Many things get the change notice and work right away, but some, view like the name gets passed down a few times. The lower level didn't listen for the change. This isn't a great explanation, but worth keeping in mind. Now I would say this is more historic detail. I know in the prior and current development cycle they are making changes that could likely make differences here. Further testing with latest development code would be interesting. Now after doing the save and restart, did the Logix have the right names (and actions)? -Ken Cameron, Member JMRI Dev Team www.jmri.org www.fingerlakeslivesteamers.org www.cnymod.com www.syracusemodelrr.org |
|
Locked
Re: Help getting JMRI working on a new WIN10 computer
¿ªÔÆÌåÓýMarc, ? I¡¯d expected the same ¨C up and running in a few minutes.? Several hours later I¡¯ve experienced ¡®no joy:¡¯ ? Ross ? From: [email protected] <[email protected]> On Behalf Of
forfoum@...
Sent: Thursday, August 1, 2019 5:21 PM To: [email protected] Subject: Re: [jmriusers] Help getting JMRI working on a new WIN10 computer ? No problem found using USBSS port. JMRI working,?? Monitor Loconet Stats display 3 boxes populated with Ver 2040, ) Breaks 0, Errors 0. |
Ken Cameron