Dave, as usual, you have solved the problem!? Muchas Gracias, Senior!
|
Locked
Re: Question about sound only decoders
Ken,
For small engines, for wires between the loco and the tender can
be a problem.
Daniel
On 2024-08-30 15:52, Ken Moordigian via
groups.io wrote:
toggle quoted message
Show quoted text
Am I the only one asking the obvious question?
A "decent" sound decoder would be able to handle the motor
requirements of the locomotive.?
Why buy a non sound decoder for the motor then a second
decoder for the sound system?
If it's a question of wires between the tender and engine
there are plug harness's small enough and available...
Would an accessory decoder be more appropriate if truly
required?
Better sound quality would be more a function of a better
speaker, enclosure, and location than other factors, would it
not?
What am I missing?
?
Ken Moordigian
?
?
|
I hope this is the right group to ask these questions. If not, please excuse the post,
I am monitoring our Digitrax system with Decoder Pro's Monitor Loconet feature. I am getting some curious output and would be interested in comments from members:
"19:46:07.715: Query Tetherless Receivers.
19:46:07.730: UR90 Responding with LocoNet ID 7.
19:46:07.749: UR92 Responding with LocoNet ID 7, duplex enabled."
We don't have any UR90s on the layout.
"19:46:09.491: Device type report - SE8C Board ID 87 Version 3 is present.
19:46:09.506: Device type report - DS64 Board ID 125 Version 3 is present."
We don't have either device on the layout.
"19:46:28.844: LONG_ACK: Function not implemented, no reply will follow."
What does this mean?
"19:46:35.805: Reported Duplex Group Name="ARM-DPLX", Password=00000000, Channel=20, ID=0.
19:46:36.030: Reported Duplex Group Name="ARM_DPLX", Password=00000000, Channel=21, ID=7."
This look very odd, it is reporting the duplex group as on channel 20 with ID 0 and then channel 21 with ID 7 in less that a second.
"19:46:36.149: Reported Duplex Group Name="ARM_DPLX", Password=00000000, Channel=21, ID=7.
19:46:36.181: Reported Duplex Group Name="ARM_DPLX", Password=00000000, Channel=21, ID=7."
Then again in a fraction of a second the system again shows channel 21 ID 7. Our system is set to channel 21, so this looks correct, but why such repetition?
"19:46:36.060: Unable to parse LocoNet message. contents: D7 22 00 0F 20 25"
I think this has been asked before, but what does this mean?
The system reports finding our UR91s and a single UR92, but not two UR93s we have installed. Is this something our JMRI version is not able to do?
Finally,
"19:46:46.685: Sensor LS193 is High
19:46:47.024: Sensor LS193 is Low
19:46:48.630: Sensor LS193 is High
19:46:48.907: Sensor LS193 is Low"
This repeats endlessly, Is there any way to figure out what this sensor is? None of our UR5 panel are powered, so that doesn't seem to be the source. We have 8 BXP88s installed, but these are set up to sense blocks 1-64. Ther are occasional odd sensor reports, I have no idea why, but they seem to happen at startup and then go away:
"19:46:10.750: Sensor LS8 is Low
19:46:10.766: Sensor LS8 is Low
19:46:10.830: Sensor LS8 is Low
19:46:10.845: Sensor LS8 is Low
19:46:10.879: Sensor LS3778 is Low (3778?)
19:46:28.602: Sensor LS387 is High
19:46:28.602: Sensor LS8 is High
19:46:28.747: Sensor LS2 is High
19:46:38.792: Sensor LS2 is Low
19:46:39.846: Sensor LS2 is High"
After 19:46:46.685 in this run, only Sensor LS193 is reported flipping back an forth.
I appreciate any thoughts. Thanks.
Jerry Michels
Amarillo Railroad Museum
|
Locked
Re: Question about sound only decoders
Am I the only one asking the obvious question?
A "decent" sound decoder would be able to handle the motor requirements of the locomotive.?
Why buy a non sound decoder for the motor then a second decoder for the sound system?
If it's a question of wires between the tender and engine there are plug harness's small enough and available...
Would an accessory decoder be more appropriate if truly required?
Better sound quality would be more a function of a better speaker, enclosure, and location than other factors, would it not?
What am I missing?
?
Ken Moordigian
?
?
|
A beginner's question: on transferring my RailModeller Pro XML file to Panel Pro,?
I am faced with a plan covered in black circles. Is there a function that will hide these?
Bi
David Hudson
|
Thanks, Dave!? I will try this!
Keith,
Make the routes dependent on the whether you are running in layout or simulation mode.
Create a LogixNG to set an internal sensor based on the CMRI connection type.
LogixNG: Set Layout/Sim Mode
??? ConditionalNG: IQC:AUTO:0612 ::: Startup
??????? ! A
??????????? Many
??????????????? ! A1
??????????????????? If Then Else. Execute on change
??????????????????????? ? If
??????????????????????????? Connection "C/MRI: C/MRI Simulator" exists
??????????????????????? ! Then
??????????????????????????? Set sensor SimMode to state Active
??????????????????????? ! Else
??????????????????????????? Set sensor SimMode to state Inactive
??????????????? ! A2
????????????????????
Then add the sensor to the affected routes using the veto option.
Note: ?For the screenshot purposes I picked a likely route.
Dave Sand
----- Original message -----
Subject: [jmriusers] Initalizing my control panel
Date: Thursday, August 29, 2024 7:34 AM
Group,
When working on my Control Panel (Control Panel Editor, if it matters) in simulation mode, to get the signal masts to indicate correctly, I initialize all turnouts to closed, and all block occupancy sensors to inactive.? (I use routes to do this.) This allows the masts to indicate correctly.
?
When I switch to Live, (CMRI/NCE) all of the block occupancy indicators in my yards show "unoccupied", even though there are cars (Resistor wheelsets) and/or loco's on many tracks.? I would think that the natural polling of the layout would adjust these to the actual condition or status.
?
However, if I do not initalize all of the blocks to inactive, the Live layout comes up with the correct status of the occupancy sensors.? How can I get the correct status at start-up of the live panel?
?
Keith In Georgia
Win 10, CMRI. NCE
|
On Thu, Aug 29, 2024 at 02:59 PM, Tom Myrick wrote:
so I will now create a couple of one-way trains, one to the shop and the other to the loco ready track.
Tom,
?
This should give you the greatest flexibility for loco movements around the service facility.? Occasionally, the shop move can be just in or just out, and the shop foreman will get a break... ;-)
?
I am working with Dan to hopefully take care of one little hiccup when it comes to consists and movements.? Sometimes the "over horse-powered" desired set gets replaced by a lower horse-powered set and I suggested we try to let the User decide rather the program automatically doing so.? Should allow for a dedicated Hostler position on layouts for some folks...
?
Happy to help, hope it helps,
<Pete Johnson>
|
On Thu, Aug 29, 2024 at 02:51 PM, Tom Myrick wrote:
My loco track is full and my shop track is 120 ft long and has a loco on it.? But it's possible I could increase the length of my shop track to fit 2 locos.
Shop track was actually 140 ft and I actually had room to increase it to 160 ft, so I will now create a couple of one-way trains, one to the shop and the other to the loco ready track.? Lots of fun.
--
Tom
|
On Wed, Aug 28, 2024 at 11:46 PM, Pete Johnson wrote:
And, if you also select the "Prompt for Arrival Track" for the staging location, you would be able to choose which track the returning (from maintenance) loco would then go to and maybe make up a paper list for reference rather than having to open the "Locomotives" window each time...
I just set JMRI so that the locomotives window opens on startup, so all is good there.
--
Tom
|
On Wed, Aug 28, 2024 at 11:46 PM, Pete Johnson wrote:
Did you also set up the Hostler (in/out) trains?? This would allow you to move locos in one direction at a time rather than always "exchanging" a set...
I don't have enough room for that.? My loco track is full and my shop track is 120 ft long and has a loco on it.? But it's possible I could increase the length of my shop track to fit 2 locos.? Got me thinking . . .??
--
Tom
|
It’s late (in my head anyway), but yes
toggle quoted message
Show quoted text
On 29 Aug 2024, at 21:46, Peter Ulvestad via groups.io <ulvestad@...> wrote:
?On Thu, Aug 29, 2024 at 02:24 PM, Phil G wrote:
Sorry Billybob, I wasn’t clear. I was actually asking the OP to report back
You are the OP. I'm guessing you want Vinny to report back.
--
Peter Ulvestad
JMRI Users Group Moderator ( )
Tam Valley Group Moderator ( )
Sprog-DCC Group Moderator ( )
Edmonton Model Railroad Association ( )
|
On Thu, Aug 29, 2024 at 02:24 PM, Phil G wrote:
Sorry Billybob, I wasn’t clear. I was actually asking the OP to report back
You are the OP. I'm guessing you want Vinny to report back. -- Peter Ulvestad JMRI Users Group Moderator ( ) Tam Valley Group Moderator ( ) Sprog-DCC Group Moderator ( ) Edmonton Model Railroad Association ( )
|
I looked around myself and it was clear that JMRI couldn't even get to the point where it started to look for my profile.? There was probably something wrong with Java.? I removed JMRI 5.8 and went to another computer and installed Java 17 and JMRI 5.8 and it worked there.? So I came back to my layout room computer and installed Java 17 and reinstalled JMRI 5.8 and it worked.
?
I have no idea why it didn't work with Java 11 when JRMI 5.0 worked fine with Java 11.
|
Sorry Billybob, I wasn’t clear. I was actually asking the OP to report back
Phil G
toggle quoted message
Show quoted text
On 29 Aug 2024, at 17:06, billybob experimenter via groups.io <jawhugrps@...> wrote:
?On 8/29/2024 10:23 AM, Phil G wrote:
I’d love to know how much difference moving it to the first startup task makes From the JMRi perspective, it depends on several things:
- Number of "Table" windows which are running when an XML (panel and objects definitions) file is loaded;
- and _how many_ objects need to be added to eact type of "Table";
- and _how_ each of those "Table" windows are "sorted".
That last bit is somewhat difficult to quantify. If a "Table" is set to display in ascending "System Address" order, then the extra time required is almost zero. But if _any_ other order is used, then things can get awkward to quantify. It does not help that one can change the "sort order" of a "Table" at the last JMRI run, causing it to affect the load-time on the current load!
So the general rule of loading the XML _before opening "Table" windows is the generally-best solution.
(Example, if I load a XML before showing Turnout and Sensor tables, my machine takes "X" seconds. If I open Turnout and Sensor tables, and then loaf the panels XML, it can take between the same "X" seconds, or it can take "2X" or "3X" or "4X" seconds, depending on how I had last ordered the Turnouts and Sensors sorting!)
Regards,
Billybob
|
Please don't change the subject line as it creates a new topic.
I'll manually merged this to the original.
--
Peter Ulvestad
JMRI Users Group Moderator ( )
Tam Valley Group Moderator ( )
Sprog-DCC Group Moderator ( )
Edmonton Model Railroad Association ( )
|
Bob et al - SUCCESS! Thanks for the quick turnaround.
Fred Dalzell
On Aug 29, 2024 at 12:52?PM -0600, Bob Jacobsen <rgj1927@...>, wrote:
Fred
I believe this is fixed now. Could you please try #1995 or later:
Bob
—
Bob Jacobsen
rgj1927@...
|
Bob,
Build 1995 works.
Dave Sand
toggle quoted message
Show quoted text
----- Original message ----- From: Bob Jacobsen <rgj1927@...> To: [email protected]Subject: Re: [jmriusers] Mac Development Builds Fail to Launch Date: Thursday, August 29, 2024 12:52 PM Fred I believe this is fixed now. Could you please try #1995 or later: Bob On Aug 29, 2024, at 12:31?PM, Dave Sand via groups.io <ds@...> wrote:
Fred,
The signing/notarization of the DMG is not working.
Dave Sand
----- Original message -----
From: "Fred Dalzell via groups.io" <dalzellf@...>
To: JMRI users <[email protected]>
Subject: [jmriusers] Mac Development Builds Fail to Launch
Date: Thursday, August 29, 2024 11:17 AM
The last 2 development builds from packages 1991 and 1992 failed to launch on either Intel or Apple Silicon computers. 1990 works fine.
Fred Dalzell — Bob Jacobsen rgj1927@...
|
Fred I believe this is fixed now. Could you please try #1995 or later: Bob On Aug 29, 2024, at 12:31?PM, Dave Sand via groups.io <ds@...> wrote:
Fred,
The signing/notarization of the DMG is not working.
Dave Sand
----- Original message -----
From: "Fred Dalzell via groups.io" <dalzellf@...>
To: JMRI users <[email protected]>
Subject: [jmriusers] Mac Development Builds Fail to Launch
Date: Thursday, August 29, 2024 11:17 AM
The last 2 development builds from packages 1991 and 1992 failed to launch on either Intel or Apple Silicon computers. 1990 works fine.
Fred Dalzell — Bob Jacobsen rgj1927@...
|
Locked
Re: Question about sound only decoders
As the SoundTraxx reply to my querry in 2020 didn't seem to cover everyone's concerns, let me clarify.? The TSU-2 decoder does not need a motor or other load to accept programming, that includes reading and writing, and also includes programming on the programming track - I use Digitrax hardware, a PR-3, and JMRI.? I use both the programming track and programming on the main.? The loco in question was a diesel, so no chuffing was affected (generally a timing issue with TSU decoders.)? Obviously, if one wants all the realism available with this modern technology, sound wise, one should put a motor in the B unit (in my case).? The ability to program the device without a motor or resistor is great IMHO!
?
Thanks.
John S.?
|
Fred,
The signing/notarization of the DMG is not working.
Dave Sand
----- Original message -----
Subject: [jmriusers] Mac Development Builds Fail to Launch
Date: Thursday, August 29, 2024 11:17 AM
The last 2 development builds from packages 1991 and 1992 failed to launch on either Intel or Apple Silicon computers. 1990 works fine.
|
Ken Moordigian
BorderTerrier
Tom Myrick
Peter Ulvestad
Fred Dalzell
Bob Jacobsen
Swanny