On Jan 28, 2025, at 9:41?AM, David Richie via groups.io <david.r.richie@...> wrote:
Why doesn't JMRI "see" my DS74s, BDL 716 and BXpa1s. What do you mean that JMRI doesn’t see your DS74s? What exactly is happening, and what do you expect to happen? I think that should be working. The BXpa1’s don’t have any LocoNet-configurable options, so there’s not much we can do with those. The BDL716 does have a few Op Switches that can be configured, so we could right a decoder definition for that. But first we need to confirm which of several types of messages should be used to read/write those Op Switches. It would be really helpful to get somebody with access to a physical BDL716 to checki that. Would you be willing to help with this? Thanks in advance. Bob — Bob Jacobsen rgj1927@...
|
Re: Looping opening of help files on startup failure
If anyone else is suffering with this, some helpful info from the Firefox community
“?If you add a line to?.mime.types?(note
leading?.) in your user home directory (you may
need to create the file) that simply reads:
text/html html htm shtml
and save it, then restart Firefox for good measure, does the problem go away (ie the file just gets opened inside Firefox immediately)?
Firefox consults this file first, if it exists (but it may not, by default). If it doesn't, it?, specifically??via?g_content_type_guess.
In the broken environment I found, gtk says that the mimetype of the file is?application/x-extension-shtml,
which Firefox thinks it doesn't know anything about and hands to the OS, which presumably does a check with?file?or
something that cares more about the file's contents and finds?text/html,
which it hands back to Firefox, etc.“
This does indeed resolve the issue for me
Phil G
toggle quoted message
Show quoted text
On 24 Jan 2025, at 22:18, Heiko Rosemann via groups.io <heiko.rosemann@...> wrote:
? Seems to be a bug in firefox for Linux: https://bugzilla.mozilla.org/show_bug.cgi?id=1885804
(I can confirm it on my desktop machine)
Heiko
On 1/24/25 22:40, Phil G via groups.io wrote:
More testing
I installed Chromium on my Pi
This doesn’t recursively open shtml files
Maybe Firefox is the problem??
Phil G
On 24 Jan 2025, at 21:32, Phil G via groups.io <phil@...> wrote:
? I just renamed one of the shtml files to html. Now it opens just fine
Is this issue unique to RasPi?? ?Haven’t had chance to check it on Win10 yet
Phil G
On 24 Jan 2025, at 16:20, Steve Todd via groups.io <mstevetodd@...> wrote:
?
Actually, it seems that opening ANY of the .shtml files as a "file://" URL causes this looping. Looking for an .html file to test now.
--
eMails verschlüsseln mit PGP - privacy is your right!
Mein PGP-Key zur Verifizierung: http://pgp.mit.edu
<OpenPGP_signature.asc>
|
Ken,
I suspected that the anchor point had been an end bumper. ?Thanks for the confirmation.
Dave Sand
----- Original message -----
Subject: Re: [jmriusers] No Path Between Signal and Bumper Signal #sml #layouteditor
Date: Tuesday, January 28, 2025 9:20 AM
On Mon, Jan 27, 2025 at 05:42 PM, Dave Sand wrote:
Somehow you managed to attach signal masts to an anchor point that is not a block boundary.
I fiddled a little more ....
That anchor was originally a bumper with a stop signal.
I changed it to an anchor when I added a turnout without a block assignment.
?
--
Ken
NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959)
Loconet * JMRI 5.11.1 * OSX,Win10,Ubuntu
Blog: ?
Youtube:
|
On 1/28/2025 10:56 AM, billybob experimenter via groups.io wrote: On 1/28/2025 10:16 AM, Peter Ulvestad via groups.io wrote:
DS74's are in JMRI
BDL716 appear to be brand new.
Unfortunately, like most manufacturers, Digitrax does not do their own definitions so JMRI users must wait for someone to to produce them. To my knowledge Digitrax does not provide developers with any info on new boards so it takes developers quite awhile to learn how these boards operate. Well, it really takes one of JMRI's LocoNet developers some time _to figure out_ how a piece of new hardware _can be used in JMRI_, much less "make it do something" in JMRI.? That takes some time, once that developer gets the hardware.
FWIW, I _would expect_ JMRI's support for the BDL716 to look more like what the DS74, DS78V, SE74, and PM74 have, not the DS54.? And not like the DS64, SE8C, BDL16/162/168, and PM42.? This is because the newer hardware uses different LocoNet messaging than the older stuff.? But I have not touched any BDL716 hardware, so I cannot tell...
Currently, the latest JMRI "test release" has, I believe, the "ability" to show one _type_ of BDL716 message in LocoNet Monitor.? That message is one which can show the BDL716 serial number and hardware revision and firmware version number.? But that does not provide much "functionality".
Some day that will change, though.
Most Digitrax LocoNet accessories can be handled via the "Roster" feature, and that includes the support for DS74, DS78, SE74, and PM74 devices as mentioned above. Some Digitrax accessory devices do not, because they haven't been "figured out" - like the BDL716. Or they do not support any "known" LocoNet configuration - like the BXPA1.
|
On 1/28/2025 10:16 AM, Peter Ulvestad via groups.io wrote: DS74's are in JMRI
BDL716 appear to be brand new.
Unfortunately, like most manufacturers, Digitrax does not do their own definitions so JMRI users must wait for someone to to produce them. To my knowledge Digitrax does not provide developers with any info on new boards so it takes developers quite awhile to learn how these boards operate. Well, it really takes one of JMRI's LocoNet developers some time _to figure out_ how a piece of new hardware _can be used in JMRI_, much less "make it do something" in JMRI. That takes some time, once that developer gets the hardware. FWIW, I _would expect_ JMRI's support for the BDL716 to look more like what the DS74, DS78V, SE74, and PM74 have, not the DS54. And not like the DS64, SE8C, BDL16/162/168, and PM42. This is because the newer hardware uses different LocoNet messaging than the older stuff. But I have not touched any BDL716 hardware, so I cannot tell... Currently, the latest JMRI "test release" has, I believe, the "ability" to show one _type_ of BDL716 message in LocoNet Monitor. That message is one which can show the BDL716 serial number and hardware revision and firmware version number. But that does not provide much "functionality". Some day that will change, though.
|
On Mon, Jan 27, 2025 at 05:42 PM, Dave Sand wrote:
Somehow you managed to attach signal masts to an anchor point that is not a block boundary.
I fiddled a little more ....
That anchor was originally a bumper with a stop signal.
I changed it to an anchor when I added a turnout without a block assignment.
?
--
Ken NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959) Loconet * JMRI 5.11.1 * OSX,Win10,Ubuntu
Blog: ?
Youtube:
|
DS74's are in JMRI BDL716 appear to be brand new. Unfortunately, like most manufacturers, Digitrax does not do their own definitions so JMRI users must wait for someone to to produce them. To my knowledge Digitrax does not provide developers with any info on new boards so it takes developers quite awhile to learn how these boards operate. -- Peter Ulvestad Linux Mint 22.1, JMRI 5.11.2plus, Java 21.0.5 JMRI Users Group Moderator ( /g/jmriusers ) JMRI Developers Group Moderator ( ) Tam Valley Group Moderator ( ) Sprog-DCC Group Moderator ( ) Edmonton Model Railroad Association ( )
|
DUH! Staring me in the face.
?
Thanks!?
|
Why doesn't JMRI? "see" my DS74s, BDL 716 and BXpa1s.
?
I would love to be able to configure them using JMRI, the way I can my DS64s, BDL16 and PM42.
Is there some licensing dispute or other disagreement between Digitrax and the JMRI community?
?
David Richie
|
You still haven't provided anything that people can help with. A one word subject and an extremely short body text isn't helpful. What 4'x2' board are you asking about? To do what? It seems like you are in the wrong group. -- Peter Ulvestad Linux Mint 22.1, JMRI 5.11.2plus, Java 21.0.5 JMRI Users Group Moderator ( /g/jmriusers ) JMRI Developers Group Moderator ( ) Tam Valley Group Moderator ( ) Sprog-DCC Group Moderator ( ) Edmonton Model Railroad Association ( )
|
On Mon, Jan 27, 2025 at 06:12 AM, Steve Todd wrote:
?
That's great, thanks.?
Ill give it a go and feedback.?
?
|
Well Dave,
A new set of sage eyes really helps.
After checking and rechecking all those blocks in that signal segment, I never saw "BB" instead of "BM".
Fixed that!
?
I moved the signal LM298 to the turnout LT70.
Don't ask me how I managed to site the signal on other than a block boundary, I couldn't repeat it.
?
At your suggestion, I blocked each undetected yard track in each yard.
Each yard one big block.
That solved a couple "no entry point" errors where yard tracks enter detected territory.
?
I need a "handy hints" note book.
Or, "Dave's Recipe for Success" book.
Thanks.
?
--
Ken NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959) Loconet * JMRI 5.11.1 * OSX,Win10,Ubuntu
Blog: ?
Youtube:
|
If true, I need to apologise to the OP
I immediately thought of base boards
toggle quoted message
Show quoted text
On 28 Jan 2025, at 11:22, Pete Johnson via groups.io <amtrakpetey@...> wrote:
?
Well fellas,
?
If I were to hazard a guess, I think maybe Steve is asking about a rendered CTC panel in PanelPro and, from watching YouTube videos, is wondering about creating a panel of a certain size...?
?
How I do, Steve?
?
Happy to help, hope it helps,
<Pete Johnson>
|
Some have used as little as 24".
I use 1000mm (approx. 39").
You need track beyond each end since the profiling routine overshoots.
That gives some room to come up to accurate speed for the higher end of the range.
?
A sage user recommended to me the following protocol.
This process helps with accuracy and limits the amount of time it takes to get full range,
?
Number of throttle steps is 128.
Run the engine in both directions for 5 or 10 minutes to warm up.
Then run the profile in segments:
?
Segment 1 Steps
Start = 21
End = blank
Steps = 21
After the run, save new.
?
Segment 2 Steps
Start = 7
End = 21
Steps = 7
After the run, merge profile.
?
Segment 3 Steps
Start = 1
End = 1
Steps = 1
After the run, merge profile.
?
If there are red warnings in the profile table afterwards, you can go back and re-run a segment then merge.
?
You'll find that running at step 1 takes a long time, that's why you do segments.
Don't worry, dispatcher interpolates between the defined steps as does the "soft consist" script.
?
--
Ken NYNH&H, Old Colony Division, Cape Cod Branch (1949-1959) Loconet * JMRI 5.11.1 * OSX,Win10,Ubuntu
Blog: ?
Youtube:
|
Hi Neil,
Hard and fast rules there are none. Just keep in mind that the longer it is: the better, the straighter: the better, the more level: the better. And your results will translate better into the real world the higher your BEMF (or whatever it's called is your decoder) is set. That counteracts the influence of inclines and curves on the actual speed.
Wouter
On Tue, 28 Jan 2025 at 10:15, Neil Watson via <neil.watson97= [email protected]> wrote: Is there a recommended/suggested length of track for speed profiling? What is the shortest feasible length if it is arbitrary? I am running N gauge if that makes any difference.
?
Neil W?
|
Re: DecoderPro exporting loco CV values and importing them later
Norm,
?
DecoderPro actually has 2 different sets of Import/Export operations. The main screen's File menu is not what you want.
?
Open an individual roster entry, and use that File menu's commands for Import/Export. CSV is an option there. That will give you all of the CVs for that loco.
?
I've written my own Access app to read in all of my exported locos' CV data, one loco at a time. My app can also export a CV file which DecoderPro's import command on the individual roster entry's menu can import. I had to work around a bug in DecoderPro Ver.4.26+R381c8dfc32 code to do it. I'm not sure which later version fixed that bug.
?
Feel free to PM me if you want to discuss further.
?
Regards
|
Well fellas,
?
If I were to hazard a guess, I think maybe Steve is asking about a rendered CTC panel in PanelPro and, from watching YouTube videos, is wondering about creating a panel of a certain size...?
?
How I do, Steve?
?
Happy to help, hope it helps,
<Pete Johnson>
|
This group discusses the JMRI computer system for managing DCC model railways
I don’t think we can help you
Phil G
toggle quoted message
Show quoted text
On 28 Jan 2025, at 09:31, steve fletcher via groups.io <g4rfc@...> wrote:
?all the youtube for trunouts etc i want to make a board 120 cms* 60cms
|
Is there a recommended/suggested length of track for speed profiling? What is the shortest feasible length if it is arbitrary? I am running N gauge if that makes any difference.
?
Neil W?
|
If there are multiple modules connected with CAN IDs in the reserved range then it's up to the user to ensure there are no conflicts. E.g., two CANUSB adapters would need different connection settings in JMRI.
?
Are you sure the CANCMD uses an ID of 127? Exactly what issue are you seeing when using the CANCMD and CANUSB4?
?
I wrote the original firmware for the CANCMD and it had a fixed ID of 114, as per the developer guide. If that has been changed then you need to ping Pete Brownlow who is now the developer of the CANCMD.
?
The USB adapters have never had "fixed" IDs. They always simply pass through the ID from the gridconnect packet on the host side. This can be set in the connection preference in JMRI.
?
I would consider making the documentation clearer, rather than change something that hasn't been an issue for many years.
?
Andrew
|
Bob Jacobsen
Ken Heywood
Peter Ulvestad
Mark P.
David Richie
Neil Watson